Re: [patch] Re: That horrible hack from hell called A20

2001-01-11 Thread Kai Germaschewski
On Wed, 10 Jan 2001, rdunlap wrote: > Here's a patch to 2.2.19-pre7 that is essentially a backport of the > 2.4.0 gate-A20 code. > > This speeds up booting on my fast-A20 board (Celeron 500 MHz, no KBC) > from 2 min:15 seconds to . > > Kai, you reported that your system was OK with

Re: [patch] Re: That horrible hack from hell called A20

2001-01-11 Thread H. Peter Anvin
I think the way to go is to do the INT 15-first; possibly augmented with a "test before even doing INT 15"... -hpa -- <[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - To

Re: [patch] Re: That horrible hack from hell called A20

2001-01-11 Thread H. Peter Anvin
I think the way to go is to do the INT 15-first; possibly augmented with a "test before even doing INT 15"... -hpa -- [EMAIL PROTECTED] at work, [EMAIL PROTECTED] in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - To

Re: [patch] Re: That horrible hack from hell called A20

2001-01-10 Thread H. Peter Anvin
rdunlap wrote: > > Alan- > > Here's a patch to 2.2.19-pre7 that is essentially a backport of the > 2.4.0 gate-A20 code. > > This speeds up booting on my fast-A20 board (Celeron 500 MHz, no KBC) > from 2 min:15 seconds to . > > Kai, you reported that your system was OK with 2.4.0-test12-pre6.

[patch] Re: That horrible hack from hell called A20

2001-01-10 Thread rdunlap
Linus Torvalds wrote: > > On Tue, 5 Dec 2000, Linus Torvalds wrote: > > > > Right now this is my interim patch (to clean test11). The thing to > note is > > that I decreased the keyboard controller timeout by a factor of about > 167, > > while making the "delay" a bit longer. > > Oh, btw, I

[patch] Re: That horrible hack from hell called A20

2001-01-10 Thread rdunlap
Linus Torvalds wrote: On Tue, 5 Dec 2000, Linus Torvalds wrote: Right now this is my interim patch (to clean test11). The thing to note is that I decreased the keyboard controller timeout by a factor of about 167, while making the "delay" a bit longer. Oh, btw, I forgot to ask

Re: [patch] Re: That horrible hack from hell called A20

2001-01-10 Thread H. Peter Anvin
rdunlap wrote: Alan- Here's a patch to 2.2.19-pre7 that is essentially a backport of the 2.4.0 gate-A20 code. This speeds up booting on my fast-A20 board (Celeron 500 MHz, no KBC) from 2 min:15 seconds to too small to measure by my wrist watch. Kai, you reported that your system was

Re: That horrible hack from hell called A20

2000-12-08 Thread Riley Williams
Hi Peter. On Tue, 5 Dec 2000, H. Peter Anvin wrote: > Linus Torvalds wrote: >> Actually, I bet I know what's up. >> >> Want to bet $5 USD that suspend/resume saves the keyboard A20 state, >> but does NOT save the fast-A20 gate information? >> >> So anything that enables A20 with only the fast

Re: That horrible hack from hell called A20

2000-12-08 Thread Riley Williams
Hi Peter. On Tue, 5 Dec 2000, H. Peter Anvin wrote: Linus Torvalds wrote: Actually, I bet I know what's up. Want to bet $5 USD that suspend/resume saves the keyboard A20 state, but does NOT save the fast-A20 gate information? So anything that enables A20 with only the fast A20 gate will

Re: The horrible hack from hell called A20

2000-12-07 Thread Andrew Morton
Linus Torvalds wrote: > > On Wed, 6 Dec 2000, Miles Lane wrote: > > > > Here is what goes wrong: > > > > Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . > > But it continues to work, right? > > I bet that your ethernet card is just unhappy that it couldn't get

Re: The horrible hack from hell called A20

2000-12-07 Thread Andrew Morton
Linus Torvalds wrote: On Wed, 6 Dec 2000, Miles Lane wrote: Here is what goes wrong: Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . But it continues to work, right? I bet that your ethernet card is just unhappy that it couldn't get DMA in time,

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
Linus Torvalds wrote: > > On Wed, 6 Dec 2000, Miles Lane wrote: > >> Here is what goes wrong: >> >> Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . > > > But it continues to work, right? I'll check. My system only has 80MB RAM, and I run Mozilla, which

Re: The horrible hack from hell called A20

2000-12-06 Thread Linus Torvalds
On Wed, 6 Dec 2000, Miles Lane wrote: > > Here is what goes wrong: > > Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . But it continues to work, right? I bet that your ethernet card is just unhappy that it couldn't get DMA in time, because the bus was so

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
Hi Linus, Thanks for the reply. I agree with your analysis of the information I reported in this message. However, in previous related bug reports I mentioned actual functional conflicts between the drivers. Here is what goes wrong: Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO

Re: The horrible hack from hell called A20

2000-12-06 Thread Linus Torvalds
On Wed, 6 Dec 2000, Miles Lane wrote: > > If I insert both my 3c575 and Belkin BusPort Mobile USB host-controller > and then enable both of them, "modprobe usb-ohci" hangs. If I then > attempt "modprobe -r 3c59x", that process hangs, too. lsmod shows: > > usb-ohci 15072 1

Re: That horrible hack from hell called A20

2000-12-06 Thread H. Peter Anvin
"Richard B. Johnson" wrote: > > The protected-mode switch in INT 15 is probably the least tested BIOS > function ever. I wouldn't trust it, and relying on it will put further > burden on embedded Linux developers, many of whom don't even have a > BIOS. It is 'least tested' because there is no

Re: That horrible hack from hell called A20

2000-12-06 Thread H. Peter Anvin
Alan Cox wrote: > > > INT 15-2401 disable A20 > > INT 15-2402 query status A20 > > INT 15-2403 query A20 support (kdb or port 92) > > > > IBM classifies these functions as optional, but it is enabled on a lot > > of > > new BIOS, no know conflicts, thus we can call this function to enable > >

Re: That horrible hack from hell called A20

2000-12-06 Thread Richard B. Johnson
On Tue, 5 Dec 2000, Linus Torvalds wrote: > > > On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > > > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > > > If you have had A20M# problems with any kernel -- recent or not -- > > > *please* try this patch, against 2.4.0-test12-pre5: > > > >

Re: That horrible hack from hell called A20

2000-12-06 Thread Alan Cox
> INT 15-2401 disable A20 > INT 15-2402 query status A20 > INT 15-2403 query A20 support (kdb or port 92) > > IBM classifies these functions as optional, but it is enabled on a lot > of > new BIOS, no know conflicts, thus we can call this function to enable > A20, > check the result and only

Re: That horrible hack from hell called A20

2000-12-06 Thread Giacomo Catenazzi
"H. Peter Anvin" wrote: > > > Good question. The whole thing makes me nervous... in fact, perhaps we > should really consider using the BIOS INT 15h interrupt to enter > protected mode? > Maybe it is better to try with INT15 AX=2400 (Enable A20 gate). INT 15-2400 enable A20 INT 15-2401

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
I reported problems with using my two Cardbus cards simultaneously with previous test12 releases. The behavior has changed with pre6. #1 When I run "ifup eth0", I get an error message: SIOCADDRT: File exists SIOCADDRT: File exists This happens even when my 3c575 Cardbus

Re: That horrible hack from hell called A20

2000-12-06 Thread Kai Germaschewski
On Tue, 5 Dec 2000, Linus Torvalds wrote: > On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > > > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > > > If you have had A20M# problems with any kernel -- recent or not -- > > > *please* try this patch, against 2.4.0-test12-pre5: > > > > Just a

Re: That horrible hack from hell called A20

2000-12-06 Thread Kai Germaschewski
On Tue, 5 Dec 2000, Linus Torvalds wrote: On Wed, 6 Dec 2000, Kai Germaschewski wrote: On Tue, 5 Dec 2000, H. Peter Anvin wrote: If you have had A20M# problems with any kernel -- recent or not -- *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
I reported problems with using my two Cardbus cards simultaneously with previous test12 releases. The behavior has changed with pre6. #1 When I run "ifup eth0", I get an error message: SIOCADDRT: File exists SIOCADDRT: File exists This happens even when my 3c575 Cardbus

Re: That horrible hack from hell called A20

2000-12-06 Thread Giacomo Catenazzi
"H. Peter Anvin" wrote: Good question. The whole thing makes me nervous... in fact, perhaps we should really consider using the BIOS INT 15h interrupt to enter protected mode? Maybe it is better to try with INT15 AX=2400 (Enable A20 gate). INT 15-2400 enable A20 INT 15-2401 disable

Re: That horrible hack from hell called A20

2000-12-06 Thread Alan Cox
INT 15-2401 disable A20 INT 15-2402 query status A20 INT 15-2403 query A20 support (kdb or port 92) IBM classifies these functions as optional, but it is enabled on a lot of new BIOS, no know conflicts, thus we can call this function to enable A20, check the result and only after

Re: That horrible hack from hell called A20

2000-12-06 Thread Richard B. Johnson
On Tue, 5 Dec 2000, Linus Torvalds wrote: On Wed, 6 Dec 2000, Kai Germaschewski wrote: On Tue, 5 Dec 2000, H. Peter Anvin wrote: If you have had A20M# problems with any kernel -- recent or not -- *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This

Re: That horrible hack from hell called A20

2000-12-06 Thread H. Peter Anvin
Alan Cox wrote: INT 15-2401 disable A20 INT 15-2402 query status A20 INT 15-2403 query A20 support (kdb or port 92) IBM classifies these functions as optional, but it is enabled on a lot of new BIOS, no know conflicts, thus we can call this function to enable A20, check the

Re: That horrible hack from hell called A20

2000-12-06 Thread H. Peter Anvin
"Richard B. Johnson" wrote: The protected-mode switch in INT 15 is probably the least tested BIOS function ever. I wouldn't trust it, and relying on it will put further burden on embedded Linux developers, many of whom don't even have a BIOS. It is 'least tested' because there is no way

Re: The horrible hack from hell called A20

2000-12-06 Thread Linus Torvalds
On Wed, 6 Dec 2000, Miles Lane wrote: If I insert both my 3c575 and Belkin BusPort Mobile USB host-controller and then enable both of them, "modprobe usb-ohci" hangs. If I then attempt "modprobe -r 3c59x", that process hangs, too. lsmod shows: usb-ohci 15072 1

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
Hi Linus, Thanks for the reply. I agree with your analysis of the information I reported in this message. However, in previous related bug reports I mentioned actual functional conflicts between the drivers. Here is what goes wrong: Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO

Re: The horrible hack from hell called A20

2000-12-06 Thread Linus Torvalds
On Wed, 6 Dec 2000, Miles Lane wrote: Here is what goes wrong: Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . But it continues to work, right? I bet that your ethernet card is just unhappy that it couldn't get DMA in time, because the bus was so busy.

Re: The horrible hack from hell called A20

2000-12-06 Thread Miles Lane
Linus Torvalds wrote: On Wed, 6 Dec 2000, Miles Lane wrote: Here is what goes wrong: Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register . But it continues to work, right? I'll check. My system only has 80MB RAM, and I run Mozilla, which pushes a lot of

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Linus Torvalds wrote: > > On Tue, 5 Dec 2000, Linus Torvalds wrote: > > > > Right now this is my interim patch (to clean test11). The thing to note is > > that I decreased the keyboard controller timeout by a factor of about 167, > > while making the "delay" a bit longer. > > Oh, btw, I forgot

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Alan Cox wrote: > > > Okay, here is my latest attempt to find a way to toggle A20M# that > > genuinely works on all machines -- including Olivettis, IBM Aptivas, > > bizarre notebooks, yadda yadda. > > Can I suggest a slightly different hammer. Flip the A20 via the keyboard > controller and set

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, Linus Torvalds wrote: > > Right now this is my interim patch (to clean test11). The thing to note is > that I decreased the keyboard controller timeout by a factor of about 167, > while making the "delay" a bit longer. Oh, btw, I forgot to ask people to give this a whirl.

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > I might hack on using INT 15h to do the jump to protected mode, as ugly > as it is, but I won't have time before my trip. It would require quite a > bit of restructuring in setup.S, and would probably break LOADLIN. Right now this is my interim

Re: That horrible hack from hell called A20

2000-12-05 Thread Alan Cox
> Okay, here is my latest attempt to find a way to toggle A20M# that > genuinely works on all machines -- including Olivettis, IBM Aptivas, > bizarre notebooks, yadda yadda. Can I suggest a slightly different hammer. Flip the A20 via the keyboard controller and set the timeout to say 1 second.

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Linus Torvalds wrote: > > Actually, I bet I know what's up. > > Want to bet $5 USD that suspend/resume saves the keyboard A20 state, but > does NOT save the fast-A20 gate information? > > So anything that enables A20 with only the fast A20 gate will find that > A20 is disabled again on resume.

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > If you have had A20M# problems with any kernel -- recent or not -- > > *please* try this patch, against 2.4.0-test12-pre5: > > Just a datapoint: This patch doesn't fix the problem here (Sony >

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > If you have had A20M# problems with any kernel -- recent or not -- > > *please* try this patch, against 2.4.0-test12-pre5: > > Just a datapoint: This patch doesn't fix the problem here (Sony >

Re: That horrible hack from hell called A20

2000-12-05 Thread Kai Germaschewski
On Tue, 5 Dec 2000, H. Peter Anvin wrote: > If you have had A20M# problems with any kernel -- recent or not -- > *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This patch doesn't fix the problem here (Sony PCG-Z600NE). Still the spontaneous reboot exactly the moment I

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Linus Torvalds wrote: > > So the "orb $2,%al ; andb $0xfe,%al" will potentially change both of > these. And I'd feel a hell of a lot more safe, if we avoided using 0x92 > except when we find that we absolutely _have_ to. > > How about making the keyboard controller timeouts shorter, and moving

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > Okay, here is my latest attempt to find a way to toggle A20M# that > genuinely works on all machines -- including Olivettis, IBM Aptivas, > bizarre notebooks, yadda yadda. I really think that the 0x92 accesses are still unsafe. I will bet that the

That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. The bizarre notebooks with broken SMM code are the ones I really worry most about... there may very well be NO WAY to support

That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. The bizarre notebooks with broken SMM code are the ones I really worry most about... there may very well be NO WAY to support

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, H. Peter Anvin wrote: Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. I really think that the 0x92 accesses are still unsafe. I will bet that the

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Linus Torvalds wrote: So the "orb $2,%al ; andb $0xfe,%al" will potentially change both of these. And I'd feel a hell of a lot more safe, if we avoided using 0x92 except when we find that we absolutely _have_ to. How about making the keyboard controller timeouts shorter, and moving all

Re: That horrible hack from hell called A20

2000-12-05 Thread Kai Germaschewski
On Tue, 5 Dec 2000, H. Peter Anvin wrote: If you have had A20M# problems with any kernel -- recent or not -- *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This patch doesn't fix the problem here (Sony PCG-Z600NE). Still the spontaneous reboot exactly the moment I

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Wed, 6 Dec 2000, Kai Germaschewski wrote: On Tue, 5 Dec 2000, H. Peter Anvin wrote: If you have had A20M# problems with any kernel -- recent or not -- *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This patch doesn't fix the problem here (Sony

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Wed, 6 Dec 2000, Kai Germaschewski wrote: On Tue, 5 Dec 2000, H. Peter Anvin wrote: If you have had A20M# problems with any kernel -- recent or not -- *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This patch doesn't fix the problem here (Sony

Re: That horrible hack from hell called A20

2000-12-05 Thread Alan Cox
Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. Can I suggest a slightly different hammer. Flip the A20 via the keyboard controller and set the timeout to say 1 second. If

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, H. Peter Anvin wrote: I might hack on using INT 15h to do the jump to protected mode, as ugly as it is, but I won't have time before my trip. It would require quite a bit of restructuring in setup.S, and would probably break LOADLIN. Right now this is my interim patch

Re: That horrible hack from hell called A20

2000-12-05 Thread Linus Torvalds
On Tue, 5 Dec 2000, Linus Torvalds wrote: Right now this is my interim patch (to clean test11). The thing to note is that I decreased the keyboard controller timeout by a factor of about 167, while making the "delay" a bit longer. Oh, btw, I forgot to ask people to give this a whirl. I

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Alan Cox wrote: Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. Can I suggest a slightly different hammer. Flip the A20 via the keyboard controller and set the

Re: That horrible hack from hell called A20

2000-12-05 Thread H. Peter Anvin
Linus Torvalds wrote: On Tue, 5 Dec 2000, Linus Torvalds wrote: Right now this is my interim patch (to clean test11). The thing to note is that I decreased the keyboard controller timeout by a factor of about 167, while making the "delay" a bit longer. Oh, btw, I forgot to ask