Bug 14415 - Reboot on kernel load
Summary: Reboot on kernel load
Status: CLOSED CODE_FIX
Alias: None
Product: Platform Specific/Hardware
Classification: Unclassified
Component: x86-64 (show other bugs)
Hardware: All Linux
: P1 high
Assignee: platform_x86_64@kernel-bugs.osdl.org
URL:
Keywords:
Depends on:
Blocks: 14230
  Show dependency tree
 
Reported: 2009-10-15 23:57 UTC by Brian Beardall
Modified: 2009-11-21 20:05 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.31.4
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
Linux config (74.84 KB, text/plain)
2009-10-15 23:57 UTC, Brian Beardall
Details

Description Brian Beardall 2009-10-15 23:57:02 UTC
Created attachment 23422 [details]
Linux config

The kernel reboots upon loading on a ECS K8T890 mainboard with AMD Athlon 64 3800+ cpu. Kernel appears to still be initializing when the computer reboots. Not entirely sure since the screen blips too fast to get anything meaningful. Linux kernel 2.6.31.3 worked with identical config file. Identical config file works on another computer.
Comment 1 H. Peter Anvin 2009-10-16 02:04:59 UTC
A git bisect would be appreciated.  It should be pretty quick from .4 to .3.
Comment 2 Ingo Molnar 2009-10-16 05:33:33 UTC
> Not entirely sure since the screen blips too fast to get anything meaningful.

before doing a bisection you could try the following boot options:

 earlyprintk=vga boot_delay=10000

(the boot_delay parameter will cause each printk to wait 10000 msecs)

	Ingo
Comment 3 Brian Beardall 2009-10-16 20:00:39 UTC
The kernel has been git bisected now. So this is the result:
2d852892256a5a1bb6fd8399445b8cd12b94de0a was both good and bad

One bisect before that I can boot. So the bug doesn't make sense so I looked changed from booting /vmlinuz to /vmlinuz-2.6.31.3-00038-g2d8529 and was able to boot. Now I also have a /vmlinuz-2.6.31.3-00038-g2d8529.old which worked from booting from /vmlinuz. I checked the files and they are different. The files are the same but different internally. So I ran a cp command with out deleting and was able to boot from /vmlinuz again. 

To install the kernel I ran, "make install". On my other computer that worked just fine and both files are the same. The only difference is changing the version information on the kernel from a working vmlinuz and a corrupted vmlinuz.
Comment 4 Brian Beardall 2009-11-17 01:55:47 UTC
I'm not experiencing this bug on the computer any more with the kernel 2.6.31.6
Comment 5 Brian Beardall 2009-11-21 17:49:16 UTC
This bug should not be listed as one of the regressions.
Comment 6 Rafael J. Wysocki 2009-11-21 20:05:09 UTC
Closing.

Note You need to log in before you can comment on or make changes to this bug.