Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:Alan Cox <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > > This doesn't really work. Neither the fast A20 gate nor the KBC is > > guaranteed to have immediate effect (on most systems they won't.) > > Fast A20 gate happens to be immediate on

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread Alan Cox
> This doesn't really work. Neither the fast A20 gate nor the KBC is > guaranteed to have immediate effect (on most systems they won't.) Fast A20 gate happens to be immediate on all the embedded kit I know so its probably acceptable, and if its too slow it still does the kbc timeout. Since its g

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread H. Peter Anvin
Followup to: <00110621255000.12156@rob> By author:Robert Kaiser <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > On Mon, 06 Nov 2000 you wrote: > H. Peter Anvin wrote > > I just looked at the code, and it's worse than I first thought: if > > memory location 0x200 happens to contain 0x00

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread Robert Kaiser
On Mon, 06 Nov 2000 you wrote: H. Peter Anvin wrote > I just looked at the code, and it's worse than I first thought: if > memory location 0x200 happens to contain 0x0001 when the kernel is > entered, this code with loop indefinitely. Ooops, you're right ! How about this one: diff -ur linux-2

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread H. Peter Anvin
Followup to: <00110620483000.11673@rob> By author:Robert Kaiser <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > > This doesn't really work. Neither the fast A20 gate nor the KBC is > > guaranteed to have immediate effect (on most systems they won't.) > > In that case, maybe I should

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread H. Peter Anvin
Followup to: <00110618083400.11022@rob> By author:Robert Kaiser <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > The attached patch fixes this by doing "fast A20" enable first and then > checking if A20 already is enabled. If it is, the keyboard controller sequence > is skipped. This w

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread Robert Kaiser
> This doesn't really work. Neither the fast A20 gate nor the KBC is > guaranteed to have immediate effect (on most systems they won't.) In that case, maybe I should do repeated calls to a20_check with a (not too big) retry count after the port 92 write ? Problem is, it happens to work this way

Re: setup.S: A20 enable sequence (once again)

2000-11-06 Thread H. Peter Anvin
Followup to: <00110618083400.11022@rob> By author:Robert Kaiser <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Hi all, > > a while ago, I posted a request here to add the "fast A20" enable > sequence to setup.S in order to enable booting Linux on boards that > don't have a keyboard c