jffs2, 2.6.28-git8 : Weird problem.

Jonathan Cameron jic23 at cam.ac.uk
Wed Jan 7 14:15:33 EST 2009


Jonathan Cameron wrote:
> 
> 
>> Jonathan Cameron wrote:
>>> Having applied a few board specific patches on top of
>>> Linus' tree (around 2.6.28-git8)
>>> run into the following.
>>>
>>> Anyone have an ideas or seeing anything similar?
>> Yes, I think the same thing just happened on my avr32 board
>> (ATSTK1006)...see below.
>>
>>> Works fine on 2.6.28 so git bisection underway, but
>>> will take a while given speed of flashing this device
>>> (intelmote 2)
>> Please let me know the result, or if you need any help.
>>
>> Haavard
>>
>> Unable to handle kernel NULL pointer dereference at virtual address 00000150
>> ptbr = 93a9b000 pgd = 93b45000
>> Oops: Kernel access of bad area, sig: 11 [#1]
>> FRAME_POINTER chip: 0x01f:0x1e82 rev 2
>> Modules linked in:
>> PC is at set_dumpable+0x16/0x5e
>> LR is at commit_creds+0x86/0x10c
>> pc : [<9005bfc6>]    lr : [<9002e4fe>]    Not tainted
>> sp : 93bbff00  r12: 00000000  r11: 00000000
>> r10: ffffffff  r9 : 00000000  r8 : 00000150
>> r7 : 93bbff00  r6 : 939b9420  r5 : 901eca58  r4 : 00000000
>> r3 : 939e02e0  r2 : 90021494  r1 : 900a40c4  r0 : 93b52400
>> Flags: qvnzC
>> Mode bits: hjmde....G
>> CPU Mode: Supervisor
>> Process: jffs2_gcd_mtd1 [281] (task: 939e02e0 thread: 93bbe000)
>> Stack: (0x93bbff00 to 0x93bc0000)
>> ff00: 9002e4fe 93bbff14 939b9420 901eca58 00000000 90021b00 93bbff44 93bbe000 
>> ff20: 901ea8b0 00000000 00000000 90021494 900a40c4 93b52400 ffffffff ffffffff 
>> ff40: 93bbff58 900a40da 93bbffdc 00000000 93b52400 00000000 00000001 038e300c 
>> ff60: b3ec22cd 11c4148c b11833cc 338d19ec 77ca338c 734831ec 23dc63cc 33ec334c 
>> ff80: 33cc33cd 338c30cc 37cc338c b3fcb68d 9001be6c 93bbffa4 90204640 939e05c0 
>> ffa0: 93b5248c 90014166 93badcfc 90204640 939e05c0 93b5248c 00400000 900180e0 
>> ffc0: 900180e0 93bc0000 00000000 00000000 00000000 00000000 00000000 90021494 
>> ffe0: 00000000 00000000 00000000 00000000 00000000 90021494 900a40c4 93b52400 
>> Call trace:
>>  [<9002e4fe>] commit_creds+0x86/0x10c
>>  [<90021b00>] daemonize+0x14c/0x16c
>>  [<900a40da>] jffs2_garbage_collect_thread+0x16/0x108
>>  [<90021494>] do_exit+0x0/0x488
>>
> Hi All, 
> 
> Results of git bisection are in.  The patch highlighted as
> causing the problem is:
> 
> d84f4f992cbd76e8f39c488cf0c5d123843923b1 is first bad commit                              
> commit d84f4f992cbd76e8f39c488cf0c5d123843923b1                                           
> Author: David Howells <dhowells at redhat.com>                                               
> Date:   Fri Nov 14 10:39:23 2008 +1100                                                    
> 
>     CRED: Inaugurate COW credentials
>                                     
> ( lots of info ).
> 
> So now for the remaining question of why?
> 
Got to run in a mo, so thought I'd post my progress on 
working out what is happening.

For some reason, when set_dumpable is run in commit_creds
(cred.c) task->mm is null.  Don't know my way around
this bit of the kernel, but guessing that isn't good!






More information about the linux-mtd mailing list