Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#20179 - [kernel26] system reboot when module:processor was been loaded

Attached to Project: Arch Linux
Opened by Dumas Hu (dumashu) - Wednesday, 14 July 2010, 17:00 GMT
Last edited by Tobias Powalowski (tpowa) - Friday, 26 August 2011, 12:49 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
when i upgrade the kernel to 2.6.34,i found that my archlinux would reboot when the system load module on my notebook。
my notebook is lenovo Y430.
after try many times, I found the module processor cause the system reboot. add processor to blacklist, now i can use the system.
the kernel26-ice would also reboot if processor has not been added to blacklist.
-Processors-
Pentium(R) Dual-Core CPU T4200 @ 2.00GHz : 1994.89MHz
Pentium(R) Dual-Core CPU T4200 @ 2.00GHz : 1994.89MHz
-Version-
Kernel : Linux 2.6.34-ARCH (x86_64)
Compiled : #1 SMP PREEMPT Mon Jul 5 22:12:11 CEST 2010
C Library : GNU C Library version 2.12 (stable)
Default C Compiler : GNU C Compiler version 4.5.0 20100610 (prerelease) (GCC)
Distribution : Arch Linux

#lspci
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
04:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)
07:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
08:06.0 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02)
08:06.2 SD Host controller: O2 Micro, Inc. Integrated MMC/SD Controller (rev 02)
08:06.3 Mass storage controller: O2 Micro, Inc. Integrated MS/xD Controller (rev 01)

This task depends upon

Closed by  Tobias Powalowski (tpowa)
Friday, 26 August 2011, 12:49 GMT
Reason for closing:  Upstream
Comment by Jake Mills (slobad23) - Tuesday, 20 July 2010, 16:25 GMT
I found a work around for this.
If you pass the kernel this parameter - "mem=4096m" then it boots.
I think it is something to do with the 2.6.34.1-1 kernel as this happened to me with OpenSUSE 11.3 which uses the same kernel.
I found this memory mapping fix on a Sidux forum which uses the same kernel.
I am using a Lenovo n500 laptop just in case that makes any difference in establishing the problem.

Comment by Dumas Hu (dumashu) - Wednesday, 21 July 2010, 15:00 GMT
I try the parameter "mem=4096" then it boots successfully
Comment by Jake Mills (slobad23) - Thursday, 22 July 2010, 09:41 GMT
This is not a total fix though. If you are running 64 bit to get the system to recognise your 4+gb of ram then it only recognises 3gb of the installed ram.
I have submitted this bug upstream as I am suffering from it.
Comment by Dumas Hu (dumashu) - Friday, 23 July 2010, 01:14 GMT
my notebook is also running 64bit archlinux ,and recognise 3GB ram of my 4GB ram installed
Comment by Gerardo Exequiel Pozzi (djgera) - Thursday, 05 August 2010, 20:06 GMT
is this fixed in 2.6.34.2 or in 2.6.35? If not please report to uptream. Thanks.
Comment by Jelle van der Waa (jelly) - Thursday, 14 April 2011, 21:50 GMT
is this still around?
Comment by Dumas Hu (dumashu) - Friday, 15 April 2011, 01:02 GMT
still around, but i use another notebook now.
I think that is the problem of BIOS of my old notebook
Comment by JM (fijam) - Monday, 02 May 2011, 19:51 GMT
@Jake Mills, does the problem persist for you? Otherwise, candidate for closing.

Loading...