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. -aps _______________________________________________ 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"
