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:	Thu, 17 Dec 2009 14:54:39 -0500
From:	Michael Madore <michael.madore@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: task blocked for more than 120 seconds (2.6.26.1)

Hi,

I am experiencing a strange problem running linux on the Intel DP55WG
motherboard.  Installation goes fine, but when the system is warm
booted, I get the following error message from the BIOS POST:

"The system BIOS has detected unsuccessful POST attempt(s). Possible
causes include recent changes to BIOS Performance options or recent
hardware changes. Press 'Y' to enter BIOS Setup or press 'N' to cancel
and attempt to boot with previous settings."

Selecting either option allows the system to boot, but the same error
will be displayed on the next warm boot.  If the system is powered off
and then on instead, the error is not displayed.

When the error is displayed, the port 80h POST code is 69.  According
the the motherboard documentation:

Boot Device Selection (BDS): 60-6F BDS driver entry

The details of the system:

Intel DP55WG motherboard
BIOS tested: 3206, 3878
Memory tested: 4G and 8G
CPU: Core i7 870 @ 2.93GHz

Hard disks tested:
- Western Digital Model WD20EADS (2 TB)
- Seagate Model ST380811AS (80GB)
- 3Ware 9650SE-4LPML with 4 x Seagate Model ST31500341AS (1.5TB)

Linux distributions tested:
- RHEL 5.3
- RHEL 5.4
- Fedora 10
- Fedora 11
- Fedora 12

In addition, I have tested 2.6.32 from kernel.org and today's git.

Here is a posting on the Intel community forums from a user with the
same problem:

http://communities.intel.com/message/71164

I attempted to disable the Failsafe Watchdog as suggested in that
thread, but then the kernel gets stuck during reboot and the system
has to be powered off.

Normally I would try to bisect, but I haven't found a kernel yet that
will boot on this board and doesn't exhibit the behaviour.

Thanks,

Mike Madore
--
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