On Thu, Sep 13, 2012 at 07:58:11PM +0300, Alexander Motin wrote: > On 13.09.2012 10:44, Lars Engels wrote: > > On Wed, Sep 12, 2012 at 11:08:25PM +0300, Alexander Motin wrote: > >> On 12.09.2012 22:58, Lars Engels wrote: > >>> On Wed, Sep 12, 2012 at 09:58:31PM +0300, Alexander Motin wrote: > >>>> On 12.09.2012 20:46, Lars Engels wrote: > >>>>> On Wed, Sep 12, 2012 at 08:30:36PM +0300, Andriy Gapon wrote: > >>>>>> on 12/09/2012 20:25 Lars Engels said the following: > >>>>>>> On Wed, Sep 12, 2012 at 03:54:30PM +0300, Andriy Gapon wrote: > >>>>>>>> Could you try to play with different eventtimer settings (preferably > >>>>>>>> in current) ? > >>>>>>>> You can use this thread / PR as a guide: > >>>>>>>> http://thread.gmane.org/gmane.os.freebsd.devel.amd64/14480/focus=14495 > >>>>>>>> > >>>>>>>> The place where boot stop looks suspiciously close to the place > >>>>>>>> where timer > >>>>>>>> interrupts should start driving the system. > >>>>>>> > >>>>>>> Yes, that's it! > >>>>>>> Setting kern.eventtimer.timer="i8254" let's the Thinkpad boot on > >>>>>>> CURRENT with the AC cable inserted. > >>>>>>> > >>>>>> > >>>>>> Please share your sysctl kern.eventtimer output with Alexander. > >>>>>> He will probably ask for some additional information :-) > >>>> > >>>> Sorry if I've missed, but it would be useful to see verbose dmesg in > >>>> situation where system couldn't boot without switching eventtimer. > >>> > >>> No problem. See: http://bsd-geek.de/FreeBSD/IMAG0190.jpg > >> > >> No, I've seen that one and I don't mean it. I mean full verbose dmesg of > >> successful boot in conditions where system was not booting before > >> without setting kern.eventtimer.timer="i8254". > > > > Ok, sorry. > > Here's a verbose dmesg booting CURRENT without AC power: > > http://bsd-geek.de/FreeBSD/T61_dmesg.boot.works > > Hmm. I see nothing suspicious. HPET driver output is typical for ICH8M > chipset, many of which are working fine in different systems, including > several mine. There was no significant changes in HPET after 9.0-RELASE > except r231161. It changed device probe order that increased chance of > interrupt sharing. It should not be a problem, but who knows. You can > try to hint HPET driver specific IRQ 23 (that looks unused) to avoid > sharing by setting hint.hpet.0.allowed_irqs="0x00800000".
Setting that didn't change anything. > You've told that problem related to AC power state. Have you compared > dmesg outputs with and without it? Here's are some more dmesgs: http://bsd-geek.de/FreeBSD/T61_dmesg.boot.9.works # PCBSD 9.1-RC1 successuful boot on AC power http://bsd-geek.de/FreeBSD/T61_dmesg.boot.10.works # FreeBSD 10-CURRENT successful boot on battery http://bsd-geek.de/FreeBSD/T61_dmesg.boot.9_10.diff # Their diff
pgp8jsXidR0ZF.pgp
Description: PGP signature
