Alexander Sack wrote:
On Tue, Apr 27, 2010 at 5:25 PM, John Baldwin <j...@freebsd.org> wrote:
On Tuesday 27 April 2010 5:06:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change first of
all. I'm still thinking about the other change. I wonder if we can figure
out that a keyboard isn't present sooner somehow? Do you know if the keyboard
appears to be present but just slow vs if the keyboard is eventually found to
not be present?
Our syscons does keyboard probing two times - once early during kernel
initialization before most of the subsystems have been initialized yet,
and then "real" probing later in boot process. Interesting thing is that
initially keyboard looks present. Reading status port in
atkbdc_configure() gives value other than 0xff, although reading is
thousand times slower than usually. This causes syscons try attaching
it. Even though reading status port works, apparently either emulation
is not complete or there is some other issue, so that it never responds
to some commands. Slow access and lack of response results in
wait_for_data() function waiting several minutes instead of 200ms as
designed. This what causes that 6-10 minutes delay in boot process.
I believe the USB driver has disabled the keyboard emulation by the time the
second probe happens in syscons. Can you try disabling legacy USB support in
the BIOS just to make sure that is what causes the delay?
Unfortunately it's not possible. Hosting provider doesn't allow me to
have access to BIOS settings.
Stunt double: I tried it and it has no effect. The waits in atkdbd
kills it with or without USB legacy support on. The wait on this
machine is about 1-2 minutes before boot. Just another data point.
Have you tried my patch? Does it help?
-Maxim
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
