Thread (1 message) 1 message, 1 author, 2010-03-16

RE: Failure with the 2.6.34-rc1 kernel

From: Jiri Kosina <hidden>
Date: 2010-03-16 16:26:07
Also in: lkml

On Tue, 16 Mar 2010, Rupjyoti Sarmah wrote:
-----Original Message-----
From: Jiri Kosina [mailto:jkosina@suse.cz] 
Sent: Tuesday, March 16, 2010 9:18 PM
To: Rupjyoti Sarmah
Cc: linux-kernel@vger.kernel.org
Subject: Re: Failure with the 2.6.34-rc1 kernel

On Tue, 16 Mar 2010, Rupjyoti Sarmah wrote:
quoted
We are seeing issues in booting some of our boards with this new
kernel.
quoted
Kernel version upto 2.6.33 works fine on the boards like Canyonlands,
Katmai, Glacier etc.
These boards are not booting with kernel later than 2.6.33. Please let
me know how about fixing these issues ?
You'd need to provide at least dmesg from the working and non-working 
cases.

Also git-bisect between 2.6.33 and 2.6.34-rc1 might help you identify
the 
commit that broke your hardware.
It has been failing from this commit.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi
t;h=ef1a8de8ea004a689b2aa9f5cefcba2b1a0262f2 .

Also, the u-boot restarts the board very quickly. It does not go to the
kernel prompt at all. 
That is a merge commit. There must be actuall non-merge commit that
introduced the change.

If you are sure that this particular commit brought in the change that
broke your system, you can do git bisect between
00ebfe58b002f0ff387f60c7cd23bc2b274fce1a and
ef1a8de8ea004a689b2aa9f5cefcba2b1a0262f2 to see which of the 88 commits
merged as part of ef1a8de8ea004a689b2aa9f5cefcba2b1a0262f2 is the actual
culprit.

Also adding linuxpcc-dev@ to CC.

-- 
Jiri Kosina
SUSE Labs, Novell Inc.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help