Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 7 Jun 2006 15:44:24 +1000
From:      Alexander Logvinov <abuse@akavia.ru>
To:        freebsd-acpi@freebsd.org
Subject:   Re[2]: Machine did not reboot
Message-ID:  <121000959.20060607154424@akavia.ru>
In-Reply-To: <200606062022.59336.jkim@FreeBSD.org>
References:  <1182686709.20060605133201@akavia.ru> <44844D7E.50909@root.org> <200606061941.06244.jkim@FreeBSD.org> <200606062022.59336.jkim@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello.

>> > > I had FreeBSD 5.4. After entering 'shutdown -r now' the system
>> > > hanged on: 'Shutting down ACPI'
>> > > 'Rebooting'
>> > > but did not reboot.
>> > > Upgraded to 6.1, it didn't help.
>> > > hw.acpi.disable_on_poweroff="1" has no effect. What should I
>> > > do?
>> > > Motherboard: Chaintech 7VJL with latest BIOS.
>> > Try the reset_register method.  I have MFC'd the patch to
>> > RELENG_6 so you can cvsup, recompile your acpi.ko, and test.
 It doesn't help. Because acpi_shutdown_final in function goes to 

 else if (panicstr == NULL) {
        printf("Shutting down ACPI\n");
        AcpiTerminate();
    }

 and hangs up.

>> RB_AUTOBOOT is defined as 0 in sys/reboot.h.  I don't think this
>> test will ever work:
>>       if ((howto & RB_AUTOBOOT) != 0 && AcpiGbl_FADT->ResetRegSup) {
> It's little radical but what do you think about the attached patch?  I 
> don't think we have to call AcpiTerminate() to reboot at all.  In 
> fact, I have a box which does not reboot.  Writing ACPI_DISABLE to 
> SMI_CMD hangs the system and it does not support RESET_REG. :-(  If I 
> don't call AcpiTerminate(), everything's fine.
  I'll try this patch soon, thanks.

-- 
WBR




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?121000959.20060607154424>