2.6.34 hangs during boot on PB11MPCore

Bjoern Brandenburg bbb.lst at gmail.com
Sun May 30 15:27:48 EDT 2010


On Sun, May 30, 2010 at 3:36 AM, Daniel Mack <daniel at caiaq.de> wrote:
> On Sat, May 29, 2010 at 06:02:28PM -0400, Bjoern Brandenburg wrote:
>> We've tried three kernel versions:
>> - 2.6.33-arm1 [1]
>>   - boot log: http://pastebin.com/UqhfJNgz
>> - 2.6.34-vanilla
>>   - boot log with maxcpus=1: http://pastebin.com/NHHeYpbb
>>   - boot log with failure: http://pastebin.com/uy6y8msZ
>>   - config: http://pastebin.com/v9dttg0L
>> - 2.6.34-arm  [2]
>>   - boot log with maxcpus=1: http://pastebin.com/rCy2x9AP
>>   - boot log with failure: http://pastebin.com/spam.php?i=mpedVqp3
>>
>> Of these, only 2.6.33-arm1 boots with more than one CPU enabled. The 2.6.34
>> versions only boot to login if we restrict the number of CPUs. The configuration
>> used in all cases is based on the one provided by ARM [3]. For 2.6.34, we used
>> 'make oldconfig' and accepted all defaults.
>
> This sounds like a perfect case for giving 'git bisect' a try. It will
> point you to the commit between 2.6.33 and 2.6.34 which broke it for
> you.
>
> See for example http://www.landley.net/writing/git-quick.html#bisect for
> a detailed explanation of how to use it.

Thanks. I gave it a shot.  Unfortunately, 2.6.33 vanilla doesn't work
either, and their is no common history between 2.6.33-arm1 and 2.6.34
(either vanilla or -arm). Thus, I don't have a good commit to start
from.

Basically, as far as I can tell, no vanilla kernel has ever worked
with SMP enabled on the  PB11MPCore, but 2.6.28 and 2.6.33 worked with
vendor patches applied. Some of these patches were picked up for
2.6.34, but even with those it still doesn't work. Worse, now even the
vendor patches provided at http://linux-arm.org/git?p=linux-2.6.git
don't work anymore, either. I realize that ARM's 2.6.34 repository is
still in a state of flux, thus my question whether this is a known
issue.

I'll try to see if I can pinpoint what was dropped between 2.6.33-arm1
and 2.6.34-arm.

Thanks,
Björn



More information about the linux-arm-kernel mailing list