linux-kernel - Reboot hangs on VersaLogic Ocelot

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <OFE7865F25.43E4BFD2-ON85257984.0057CD12-85257984.0058D31D@gdeb.com>
Date:	Fri, 13 Jan 2012 11:10:11 -0500
From:	Michael D Labriola <mlabriol@...b.com>
To:	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>,
	"H. Peter Anvin" <hpa@...or.com>, x86@...nel.org,
	linux-kernel@...r.kernel.org,
	Kushal Koolwal <kushalkoolwal@...il.com>,
	support@...salogic.com
Cc:	michael.d.labriola@...il.com
Subject: Reboot hangs on VersaLogic Ocelot

I've been troubleshooting a VersaLogic Ocelot SBC that's been hanging
on reboot ever since I upgraded its BIOS.  The conclusion I've come to
is that commit e19e074 (x86: Fix reboot problem on VersaLogic Menlow
boards) needs to be reverted.

My system was rebooting fine (kernel v3.2) prior to upgrading the
BIOS, but it turns out that the DMI string being looked for in the
VersaLogic reboot quirk wasn't added until I upgraded the BIOS.

Here's a summary of the behavior I encountered on my system
(VL-EPMs-21a rev 1.00 w/ BIOS 6.5.102)

- v2.6.37 reboot=bios is needed

- v2.6.38-rc1: behavior changed, reboot=acpi is needed, reboot=kbd and
  reboot=bios result in system hang.

- v2.6.38: VersaLogic patch (e19e074 x86: Fix reboot problem on
  VersaLogic Menlow boards) was applied prior to v2.6.38-rc7.  This
  patch sets a quirk for VersaLogic Menlow boards that forces the use
  of reboot=bios, which doesn't work anymore.  As far as I can tell,
  there's no way to override this faulty quirk, as it seems to take
  precedence over the reboot= argument.

- v3.2: It seems that commit 660e34c (x86: Reorder reboot method
  preferences) changed the default reboot method to acpi prior to
  v3.0-rc1, which means the default behavior is appropriate for the
  Ocelot.  After reverting commit e19e074, my system reboots perfectly
  w/out passing any reboot= arguments.  I confirmed that this is a
  true statement for all 3 versions of the Ocelot's BIOS.

---
Michael D Labriola
Electric Boat
mlabriol@...b.com
401-848-8871 (desk)
401-848-8513 (lab)
401-316-9844 (cell)


 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/