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] [day] [month] [year] [list]
Date:	Fri, 26 Jun 2009 17:55:46 +0200
From:	Martin Mueller <mm@...21.net>
To:	Chuck Ebbert <cebbert@...hat.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Kernel locks up when idle on VIA-nano U2300 with VIA VX800 on
	Jetway JNF76-N1GL-LF mainboard

Hi,

On Mon, Jun 01, 2009 at 08:19:51PM -0400, Chuck Ebbert wrote:
> On Sun, 26 Apr 2009 19:06:02 +0200
> Martin Mueller <mm@...21.net> wrote:
> 
> > Hi Jeffrey,
> > 
> > On Sun, Apr 26, 2009 at 12:25:51PM +0000, Jeffrey Cao wrote:
> > > On 2009-04-26, Martin Mueller <mm@...21.net> wrote:
> > 
> > > > Next, I downloaded linux-2.6.30-rc3, compiled a minimal version with
> > > > just initrd. I left out PCI-support, ACPI and almost everything else
> > > > menuconfig allowed me to unselect except the VGA text console. This
> > > > kernel locked up after giving me the initial prompt from busybox in
> > > > the initrd.
> > > >
> > > > When adding the following lines in the script executed by the kernel
> > > > after booting in the initrd, the system actually works:
> > > >
> > > >   while true; do true; done &
> > > >   /bin/sh
> > > >
> > > > As soon as I kill the shell loop, the system freezes again.
> > > >
> > > > So my conclusion is: the kernel locks up the first time the CPU
> > > > is idle.
> > 
> > > This seems something to do with the board and the hard disk drive.
> > 
> > Thanks for your suggestion, but it has nothing to do with the hardisk.
> > As I wrote above, the problem is reproducible with only an initrd, vga
> > text console, keyboard and no other driver loaded or compiled in.
> > 
> > The kernel freezes as soon as it get's idle the first time.
> > 
> 
> Adding idle=halt to the boot options works. idle=nomwait should work too but
> it doesn't.

Thanks for your suggestion it worked fine. Yesterday I did a BIOS
update (A03) from jetway, which contained a microcode update for the
CPU. Since then it also works without this bootparam.

bye
  MM
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
--
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