linux-kernel - Re: Regression: Fixing recursive fault but reboot is needed at boot on HP 6730B

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 for Android: free password hash cracker in your pocket

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

Message-ID: <1363271833.12845.186.camel@misato.fc.hp.com>
Date:	Thu, 14 Mar 2013 08:37:13 -0600
From:	Toshi Kani <toshi.kani@...com>
To:	Roberto Oppedisano <roberto.oppedisano@...racom.it>
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>,
	LKML <linux-kernel@...r.kernel.org>,
	isimatu.yasuaki@...fujitsu.com, yinghai@...nel.org
Subject: Re: Regression: Fixing recursive fault but reboot is needed at boot
 on HP 6730B - bisected

On Thu, 2013-03-14 at 09:20 +0100, Roberto Oppedisano wrote:
> Hi
> 
> Il 11/03/2013 09:00, Roberto Oppedisano ha scritto:
> > Hello
> >     I'm observing this kind of boot failure when my laptop
> > is not docked; I didn't notice before because I seldom reboot
> > it when it's not connected to a docking station.
> >
> > The failure is reproducible at 80-90%, meaning that one boot
> > over 8-10 will complete also with the laptop undocked; it seems
> > that being attached to a power supply (via jack, not docking) or
> > on batteries makes no difference WRT this failure.

By the boot failure, are you referring the one that is partially
captured in screeshot3.png?  If so, we need full error messages (i.e.
the top of the stack trace) to see what happened. 

> following the results of a bisection:
> 
> b17b537ac1429a609addb55bf985f5ebfcf4ae7b is the first bad commit
> commit b17b537ac1429a609addb55bf985f5ebfcf4ae7b
> Author: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
> Date:   Tue Jan 15 13:23:44 2013 +0100
> 
>      ACPI / scan: Drop the second argument of acpi_device_unregister()
> 
>      Drop the second argument of acpi_device_unregister(), type, which is
>      not used by that function.
> 
>      Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>      Acked-by: Toshi Kani <toshi.kani@...com>
>      Acked-by: Yinghai Lu <yinghai@...nel.org>
>      Acked-by: Yasuaki Ishimatsu <isimatu.yasuaki@...fujitsu.com>
> 
> :040000 040000 13aeb8bccbd062e65bc3710bb426fe8ac7d0cad5 
> 17d4603977ea57133d149814dc34e274ca0c2deb M      drivers
> 
> Trying to revert this commit on current master gave me an error.
> 
> Let me know if you need more info or testing.

The above patch is just a cleanup, and should have no functional
changes.  There are quite a bit of changes made around that day, so it
might be the case that other patch around that day is causing your
problem...  In any case, can you capture the full error message and send
it to us?

Thanks,
-Toshi


--
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/