On Tue, Apr 27, 2010 at 7:06 PM, Maxim Sobolev <sobomax_at_freebsd.org> wrote: > Alexander Sack wrote: >> >> On Tue, Apr 27, 2010 at 5:25 PM, John Baldwin <jhb_at_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, yes I have. Works much better. Wait time is nominal. I would definitely document the time delay code as its non-intuitive looking at it. -apsReceived on Wed Apr 28 2010 - 15:25:05 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:03 UTC