Menu
▾
▴
linuxconsole-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
| 2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
| 2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
| 2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
| 2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
| 2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Petr V. <VAN...@vc...> - 2000-11-21 09:56:28
|
On 20 Nov 00 at 17:39, James Simmons wrote:
> > > It might not be possible even with full specs: A card might have two
> > > versions (sdram and sgram). All pci identification codes are the same, but
> > > it requires different initialization. The manufacturer solves this by
> > > putting two different roms, but how will your kernel code know which card
> > > it has?
> >
> > Except leaving this on user you can also read these values from BIOS.
> > If you are brave enough to reverse engineer powerup sequence from BIOS,
> > you can also retrieve where info is stored (if you have enough different
> > samples)...
>
> Thanks to Brad who pointed this out. For PowerPC versions of a PCI card we
> can do register dumps and get all the values we need.
For example on matrox you cannot... Some of registers are write-only,
so only way to get values is either trace BIOS, or run it under emulator.
I did the first, but maybe that running BIOS under some emulator would be
easier...
Best regards,
Petr Vandrovec
van...@vc...
|
|
From: James S. <jsi...@su...> - 2000-11-21 01:39:49
|
> > It might not be possible even with full specs: A card might have two > > versions (sdram and sgram). All pci identification codes are the same, but > > it requires different initialization. The manufacturer solves this by > > putting two different roms, but how will your kernel code know which card > > it has? > > Except leaving this on user you can also read these values from BIOS. > If you are brave enough to reverse engineer powerup sequence from BIOS, > you can also retrieve where info is stored (if you have enough different > samples)... Thanks to Brad who pointed this out. For PowerPC versions of a PCI card we can do register dumps and get all the values we need. |
|
From: Petr V. <VAN...@vc...> - 2000-11-20 22:52:33
|
On 20 Nov 00 at 23:49, ma...@sv... wrote:
> On Mon, 20 Nov 2000, James Simmons wrote:
> > Yes :-( Same conclusion. No way around this unless the hardware vendors
> > give out the proper specs.
>
> It might not be possible even with full specs: A card might have two
> versions (sdram and sgram). All pci identification codes are the same, but
> it requires different initialization. The manufacturer solves this by
> putting two different roms, but how will your kernel code know which card
> it has?
Except leaving this on user you can also read these values from BIOS.
If you are brave enough to reverse engineer powerup sequence from BIOS,
you can also retrieve where info is stored (if you have enough different
samples)...
Best regards,
Petr Vandrovec
van...@vc...
|
|
From: James S. <jsi...@su...> - 2000-11-20 22:01:14
|
> On Mon, 20 Nov 2000, James Simmons wrote: > > Yes :-( Same conclusion. No way around this unless the hardware vendors > > give out the proper specs. > > It might not be possible even with full specs: A card might have two > versions (sdram and sgram). All pci identification codes are the same, but > it requires different initialization. The manufacturer solves this by > putting two different roms, but how will your kernel code know which card > it has? A solution I have seen is with the matroxfb which passes a flag to the video card. I know of any way to detect the different versions (sdram and sgram) with code :-( Anyone have a idea? > > > > > The best is for the PC > > > bios to run the bios of all cards at boot time. > > > > Broken on my machine :-( > > Do you mean that your bios is supposed to do this? I never seen a bios > that does this. > > > -- > Matan Ziv-Av ma...@sv... > > |
|
From: <ma...@sv...> - 2000-11-20 21:50:01
|
On Mon, 20 Nov 2000, James Simmons wrote: > Yes :-( Same conclusion. No way around this unless the hardware vendors > give out the proper specs. It might not be possible even with full specs: A card might have two versions (sdram and sgram). All pci identification codes are the same, but it requires different initialization. The manufacturer solves this by putting two different roms, but how will your kernel code know which card it has? > > > The best is for the PC > > bios to run the bios of all cards at boot time. > > Broken on my machine :-( Do you mean that your bios is supposed to do this? I never seen a bios that does this. -- Matan Ziv-Av ma...@sv... |
|
From: James S. <jsi...@su...> - 2000-11-20 21:41:22
|
> > Their is no other way :-( I hate to depend on this. > > Didn't we have this discussion a few month back? Yes :-( Same conclusion. No way around this unless the hardware vendors give out the proper specs. > The best is for the PC > bios to run the bios of all cards at boot time. Broken on my machine :-( > The secondd best is to > have the boot loader or the kernel run the bios initialization before > entering protected mode. This was what I didn't want to hear. This means I have to work on lilo :-( |
|
From: <ma...@sv...> - 2000-11-20 21:03:28
|
On Mon, 20 Nov 2000, James Simmons wrote: > > There is a package x86emu, available at > > Their is no other way :-( I hate to depend on this. Didn't we have this discussion a few month back? The best is for the PC bios to run the bios of all cards at boot time. The secondd best is to have the boot loader or the kernel run the bios initialization before entering protected mode. Until someone does that work, x86emu is the answer. -- Matan Ziv-Av ma...@sv... |
|
From: James S. <jsi...@su...> - 2000-11-20 20:48:47
|
> There is a package x86emu, available at > ftp://ftp.scitechsoft.com/devel/x86emu, which does that. Also, I believe > XFree86-4 contains a modified version of this. Their is no other way :-( I hate to depend on this. > > Can do. Can you send methe orginal driver. I still think the problem is > > the card is not initialized. > > It's at http://www.arava.co.il/matan/misc/nvvgacon.tar.gz Thanks. Will try. |
|
From: <ma...@sv...> - 2000-11-20 20:14:18
|
On Mon, 20 Nov 2000, James Simmons wrote: > > The card must be initialized before loading the driver. Did you > > initialize it? > > How do I do that? This is what I believe the problem is. There is a package x86emu, available at ftp://ftp.scitechsoft.com/devel/x86emu, which does that. Also, I believe XFree86-4 contains a modified version of this. > Can do. Can you send methe orginal driver. I still think the problem is > the card is not initialized. It's at http://www.arava.co.il/matan/misc/nvvgacon.tar.gz -- Matan Ziv-Av ma...@sv... |
|
From: James S. <jsi...@su...> - 2000-11-20 19:37:26
|
> I don't see a reason that it won't, unless nVidia changed the place of > the remapped vga io. Okay. > Two possible problems: > The card must be initialized before loading the driver. Did you > initialize it? How do I do that? This is what I believe the problem is. > Is the driver still working even on Riva128? Don't know. I don't have a Rova128 card. > I don't use 2.4.0, so I > don't know. Can you try the original driver on 2.2 (with the Geforce)? Can do. Can you send me the orginal driver. I still think the problem is the card is not initialized. |
|
From: Matan Ziv-Av <ma...@sv...> - 2000-11-19 16:02:37
|
On Fri, 17 Nov 2000, James Simmons wrote: > Does this driver work with a Geforce2 GTS ? I attempted to get it to work > but I have nothing but a blank screen :-( I don't see a reason that it won't, unless nVidia changed the place of the remapped vga io. Two possible problems: The card must be initialized before loading the driver. Did you initialize it? Is the driver still working even on Riva128? I don't use 2.4.0, so I don't know. Can you try the original driver on 2.2 (with the Geforce)? -- Matan Ziv-Av. ma...@sv... |
|
From: James S. <jsi...@su...> - 2000-11-18 01:38:00
|
Does this driver work with a Geforce2 GTS ? I attempted to get it to work but I have nothing but a blank screen :-( |
|
From: James S. <jsi...@su...> - 2000-11-17 01:09:41
|
Hi folks! Just to let you know I made it so mdacon and vgacon can exist at the same time. The only problem which I just tracked down is only the first vc works for the second head which is mdacon. I tracked the problem down to tty->winsize not being allocated. con_open assumes it already is but it seems the tty layer does allocate it before hand :-( I will probe tomorrow to find a solution. |
|
From: James S. <jsi...@su...> - 2000-11-16 01:39:17
|
Hi! I just made a bunch of changes to the console code. Especially with the tasklets. Please test it and let me know the results. My results so far with a UMP machine with vgacon and mdacon (w/o monitor). Vgacon by itself works perfectly. With mdacon complied in none of the keyboards appear to work. Can't tell since I lack a MDA monitor at the monment :-( I need someone to verify this. I next tried it with mda as a module. Insmod the module. Removed the USB keyboard and plugged it back in. It created a full functional VT. I think since I can't see any display. mingetty doesn't seem to be working at this time. Looking into. |
|
From: James S. <jsi...@su...> - 2000-11-14 22:30:18
|
Hi folks! As you might have noticed alot of updates have been happing the last few dates. I'm attempted to cleanup the create_vt function and the creation of the first VC. Right now it is a big mess. The problem is early VT display devices (vgacon, mdacon etc) need to use bootmem since kmalloc is not running yet. Later devices can use kmalloc. As you can see this creates a situtation in which you have to handle both cases. I'm working to merge those two cases as much as possible. The stuff in the current tree compiles and works. I try to avoid added code that doesn't work. |
|
From: Now Inc. <in...@pm...> - 2000-11-10 21:55:24
|
<p><b>This mail is never sent unsolicited. </b>You received this email from Now Inc because your email address is the contact email from a previous mailing made to our company. To be excluded from any future notifications, please read the information on the bottom of this message.</p) <br><p><b>Now Two Tier Affiliate Program</b><p> <br><p>As an experienced webmaster and affiliate entrepreneur you should know about this incredible two tiered affiliate program. </p> <p>The <b>Now Card</b> is the most versatile anonymous Visa debit card in the world. <b>This is no ordinary card</b>, accepted online and at all Visa and ATM locations, the Now Card offers secure and confidential offshore banking combined with convenience and simplicity. </p> <p></p> <p class=MsoNormal><a href="http://www.now-one.com/index1.html">www.now- one.com</a></p> <p><i>WHY YOU SHOULD NOT MISS OUT ON THIS OPPORTUNITY</p></i> <b># Discover</b> how you can make your website into a money making machine.<br> <b># Create</b> unlimited profits even from one-page web sites.<br> <b># Profit</b> from our program, it is impossible to lose money.<br> <b># Discover</b> how you can protect all your affiliate commissions<br> <b># Earn</b> up to $80 for each account opened. <br> <b># Uncover </b>the ultimate IBC Advantage. <br> <b># Dont miss out</b> on the rewards that a Now Card affiliate program can bring you. <br> <p></p> <p>Our affiliates are a substantial element of our marketing program. You are integral to our success and the commissions reflect this .</p> <p></p> <p class=MsoNormal><a href="http://www.now-one.com/index1.html">www.now- one.com</a></p> <p><b>WE PAY THE MOST</p></b> <p>Compare our commission with any similar product.</p> <p>Pocket Card $ 2.50</p> <p>Next Card $ 5:00</p> <p>FirstNet Gold $10.00</p> <p>American Express $15.00</p> <p>Now Card at least $20.00 and up to <b>$80</b></p> <p></p> <p><b>Contact us </b>before December 1st and receive <b>additional bonuses</b> when you open your Now Card account or join our affiliate program.</p> <p></p> <p>The Now Card is the card of the future, become a part of it now and reap the rewards.</p> <p></p> <p><b>Act Now!</b> Click on the link below and discover for yourself the benefits of a Now Card account and the incredible cash potential of our Affiliate Program. - <b>Take Action Now!</b></p> <p class=MsoNormal><a href="http://www.now-one.com/index1.html">www.now- one.com</a></p> <p>---------------------------------------------------------------------------------------------------------------------------</p> Under Bill s.1618 TITLE III passed by the 105th U.S. Congress this letter cannot be considered "spam" as long as we include: 1) contact information (see above); and, 2) the way to be removed from future mailings (see below). To be removed from this list, please mail to: in...@no... with 'remove' in subject line and you will be removed from our list. <p>---------------------------------------------------------------------------------------------------------------------------</p> </div> </body> </html> |
|
From: Jaswinder S. <jas...@ya...> - 2000-11-08 02:23:06
|
Dear Vojtech and linuxconsole-dev group, Can you please tell me, where i can find technical specs of Guze AHL-51S touchscreen. Thanks , Best Regards, Jaswinder. --- James Simmons <jsi...@su...> wrote: > > > > Their exist support already for this (Guze > AHL-51S > > > touchscreen). This is > > > considered a input suite driver (/dev/event). > > > > Thanks , but where can i get sources and technical > > specs for such touchscreen , please tell me such > links > > on the net , if exists . > > Source is no problem. Our code is at > http://linuxconsole.sourceforge.net. > Docs I don't have. Vojtech I believe has the docs > for this driver. > I attached the driver. > __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ |
|
From: James S. <jsi...@su...> - 2000-11-06 23:07:27
|
> I have 2 MDA cards and 2 MDA displays if you need a tester.
That would be cool. I have a MDA card but I'm waiting for the MDA
monitor. BTW their is a bug in mdacon that causes it to oops :-(
Right now I'm thinking about cleaning up the code that is in the
current tree. First their is a init flag that is passed to *con_init.
I'm thinking this belongs in *con_startup. *con_startup should be what
initalizes the hardware. I'm thinking *con_init could be made generic.
Especially if we make *con_startup create a "default mode". So I'm
thinking we add a init flag to *con_startup.
|
|
From: Mike A. H. <mh...@op...> - 2000-11-06 22:49:29
|
On Fri, 3 Nov 2000, James Simmons wrote:
>Date: Fri, 3 Nov 2000 20:00:43 -0800 (PST)
>From: James Simmons <jsi...@su...>
>To: Linux console project <lin...@li...>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>Subject: Synced with test10
>
>
>Hi folks!!
>
> I just synced the ruby tree with test10 and I'm about to test it. The
>newest piece of code is the fbcon to vgacon and back code. I need to tweek
>it some more since the orginal code was against the standard tree. This is
>why I was quite on this list. I see several updates by Vojtech. Thanks. Now
>back to ruby work. Good news I obtained a MDA card. I just am waiting for
>a MDA display.
I have 2 MDA cards and 2 MDA displays if you need a tester.
TTYL
----------------------------------------------------------------------
NOTE: My new email address is: mh...@op...
Mike A. Harris - Linux advocate - Open source advocate
Computer Consultant - Capslock Consulting
Copyright 2000 all rights reserved
----------------------------------------------------------------------
"Facts do not cease to exist because they are ignored."
- Aldous Huxley
|
|
From: James S. <jsi...@su...> - 2000-11-06 21:43:02
|
Sorry folks about that. int cnt was not set to zero in vt_console_print so it caused a hang at boot time. I spent 3 hours looking for it. Now it works like a charm :-) The only problem I had was: mousedev.c: In function `mousedev_write': mousedev.c:285: invalid lvalue in assigment Vojtech I don't know what you where trying to do so I haven't fixed. |
|
From: James S. <jsi...@su...> - 2000-11-03 23:47:18
|
Sorry. The new vgacon worked fine with the standard tree but their are some compatabilty problems I have to work out right now. Sorry about the inconvience. |
|
From: James S. <jsi...@su...> - 2000-11-03 21:00:21
|
Hi folks!! I just synced the ruby tree with test10 and I'm about to test it. The newest piece of code is the fbcon to vgacon and back code. I need to tweek it some more since the orginal code was against the standard tree. This is why I was quite on this list. I see several updates by Vojtech. Thanks. Now back to ruby work. Good news I obtained a MDA card. I just am waiting for a MDA display. |
|
From: Petr V. <VAN...@vc...> - 2000-11-03 18:51:55
|
On 3 Nov 00 at 17:20, James Simmons wrote:
> > > I know. I wanted for vgacon to reset the video mode itself. This way ANY
> > > fbdev driver can go back top vgacon.
> >
> > That won't be possible because returning to VGA text mode is chip-specific.
>
> From what I see in the XF4.0 tree you can. I will find out today with me
> working on the tdfx driver.
Yes, you can for example run BIOS initialization. In sandbox with x86
emulator ;-) It is much easier, and much safer, require for 2.5 that
driver has to switch hardware to VGA mode on unload if hardware was
in VGA mode before start, and if it is primary device in the box.
For post-Millennium Matrox hardware, it is as simple as
'outw(0x0003, 0x03DE);' (if you did not ask for disable VGA I/O & disable
VGA BIOS in matroxfb params. And if you asked... you probably know why
better than driver).
Best regards,
Petr Vandrovec
van...@vc...
|
|
From: James S. <jsi...@su...> - 2000-11-03 18:20:36
|
> > I know. I wanted for vgacon to reset the video mode itself. This way ANY > > fbdev driver can go back top vgacon. > > That won't be possible because returning to VGA text mode is chip-specific. From what I see in the XF4.0 tree you can. I will find out today with me working on the tdfx driver. |
|
From: Geert U. <ge...@li...> - 2000-11-03 15:32:25
|
On Thu, 2 Nov 2000, James Simmons wrote:
> > Matroxfb does not switch hardware to VGA mode on exit. Try doing
> > 'fbset -depth 0 -a' before quitting from matroxfb.
>
> I know. I wanted for vgacon to reset the video mode itself. This way ANY
> fbdev driver can go back top vgacon.
That won't be possible because returning to VGA text mode is chip-specific.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
1998 messages has been excluded from this view by a project administrator.
