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-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 19 Jan 2012 19:08:01 +0100
From:	Maciej Rutecki <maciej.rutecki@...il.com>
To:	"Dmitry D. Khlebnikov" <galaxy@...nwall.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: kernel 3.2 crashes too early on HP dc7700 and HP t5000 series

On wtorek, 10 stycznia 2012 o 12:49:05 Dmitry D. Khlebnikov wrote:
> Hello,
> 
> I've tried to test the recently released 3.2 version on a couple of my
> PCs (one is HP dc7700, an SFF PC running on Intel E6300, another is HP
> t5710 thin client running Transmeta's Efficeon).  In both cases the
> kernel crashed during the first seconds the control was given to it by
> the bootloader.
> 
> I decided to investigate, so I've compiled a version using 'make
> allnoconfig' - and it has crashed with the same symptoms: once the
> kernel gets the execution control a screen is filled up with random colour
> rubbish and after 15 seconds or so my LCD turns off into the power
> saving state.  The machine looks to be locked up since it doesn't react
> on the keyboard.
> 
> Well, I thought that an early printk's may help me to determine what's
> going on so I recompiled the kernel with them + a couple of other
> debugging options (like x86 bootup debugging code), but after I rebooted
> into the newly compiled kernel I got the very same lock-up.
> 
> Both these PCs are running fine with 3.1.5 and I'm now downloading
> 3.1.8 (just to confirm that 3.1 series are working on this hardware).
> 
> This message is just to notify the community that there is some issue
> with 3.2 on old HP hardware.  I'll try to figure out what's wrong and if
> I find anything I'll post a follow-up.
> 
> I'd appreciate any hints on how to debug this kind of crashes.  Right
> now, I'm thinking re: adding some dirty debugging code into the kernel
> initialisation just to figure out where it crashes.
> 
> Please include me into CC if you are going to reply to this message
> since I'm not subscribed to LKML.

I created a Bugzilla entry at 
https://bugzilla.kernel.org/show_bug.cgi?id=42611
for your bug report, please add your address to the CC list in there, thanks!
-- 
Maciej Rutecki
http://www.mrutecki.pl
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ