Re: Internal error: Oops: 17 [#1] ARM
Thanks! I will try it tomorrow. Regards, John Sent from my iPhone > On Jan 22, 2014, at 7:46 PM, walimis wrote: > >> On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote: >> Hi Liming, >> >> Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again >> if I can re-produce it. > > Hi, > > Or you can use the latest linaro 4.8.x toolchain, which has been applied that > patch: > > http://releases.linaro.org/13.12/components/toolchain/binaries/ > > Please select this one to try: > > gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux.tar.bz2 > > Liming Wang >> >> Regards, >> >> john >> >>> On Wed, Jan 22, 2014 at 7:01 PM, walimis wrote: On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. >>> hi, >>> >>> Do you use gcc 4.8.1? If so, maybe you should look at following link >>> to see whether it's a similar issue. >>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 >>> >>> Liming Wang >>> Regards, john [ 1552.394899] Unable to handle kernel NULL pointer dereference at virtual address 0037 [ 1552.403034] pgd = beef4000 [ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= [ 1552.412245] Internal error: Oops: 17 [#1] ARM [ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) [ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 #7 [ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 [ 1552.434844] PC is at lookup_fast+0x5c/0x318 [ 1552.439067] LR is at mark_held_locks+0x78/0x13c [ 1552.443622] pc : [<80101184>]lr : [<80056e48>]psr: a00f0013 [ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc [ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 [ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 [ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : [ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 [ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) [ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) [ 1552.496728] 7d80: 80102b94 80057108 bfb95310 bf133ac8 bf15f4e8 bfb95310 [ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 bec97e08 0041 [ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c bec97de0 80102d94 80101134 [ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 bec97e00 bec97e08 [ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 0001 bee4f000 bec97e60 [ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c bec97e40 801033bc 80102c70 [ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 bec97e60 80105dc0 80103398 [ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 8005992c bfb95310 bf133398 [ 1552.562375] 7e80: bf15f4e8 0041 0002 008a 600f0013 bec96000 [ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 8011563c 0008 [ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 bec97f40 bec97efc bec97ee8 [ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c bec97f00 800faf64 80105df4 [ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 733fe61c 00c3 8000f504 [ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 bec97f40 800fb71c 800fafc4 [ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c 00c3 bec97f84 bec97f68 [ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c 00c3 bec97f94 bec97f88 [ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 733fe550 bec97fa8 [ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 733fe4e0 733fe550 0003 [ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 0002 733fe92c 0200 [ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 757e3810 bfffd821 bfffdc21 [ 1552.660828] Backtrace: [ 1552.663343] [<80101128>] (lookup_fast+0x0/0x318) from [<80102d94>] (path_lookupat+0x130/0x728) [ 1552.671994] [<80102c64>] (path_lookupat+0x0/0x728) from [<801033bc>] (filename_lookup.isra.40+0x30/0x70) [ 1552.681515] [<8010338c>] (filename_lookup.isra.40+0x0/0x70) from [<80105dc0>] (user_path_at_empty+0x64/0x8c) [ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 [ 1552.697163]
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote: >Hi Liming, > >Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again >if I can re-produce it. Hi, Or you can use the latest linaro 4.8.x toolchain, which has been applied that patch: http://releases.linaro.org/13.12/components/toolchain/binaries/ Please select this one to try: gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux.tar.bz2 Liming Wang > >Regards, > >john > >On Wed, Jan 22, 2014 at 7:01 PM, walimis wrote: >> On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: >>>Hello all, >>> >>>I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in >>>eMMC running SDR50. >>>Is anyone here encountered these problem and if there's any existing >>>patch that I can get?. >> hi, >> >> Do you use gcc 4.8.1? If so, maybe you should look at following link >> to see whether it's a similar issue. >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 >> >> Liming Wang >> >>> >>>Regards, >>> >>>john >>> >>>[ 1552.394899] Unable to handle kernel NULL pointer dereference at >>>virtual address 0037 >>>[ 1552.403034] pgd = beef4000 >>>[ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= >>>[ 1552.412245] Internal error: Oops: 17 [#1] ARM >>>[ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) >>>[ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O >>>3.13.0-rc1 #7 >>>[ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 >>>[ 1552.434844] PC is at lookup_fast+0x5c/0x318 >>>[ 1552.439067] LR is at mark_held_locks+0x78/0x13c >>>[ 1552.443622] pc : [<80101184>]lr : [<80056e48>]psr: a00f0013 >>>[ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc >>>[ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 >>>[ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 >>>[ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : >>>[ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment >>>user >>>[ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 >>>[ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) >>>[ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) >>>[ 1552.496728] 7d80: 80102b94 80057108 bfb95310 >>>bf133ac8 bf15f4e8 bfb95310 >>>[ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 >>>bec97e08 0041 >>>[ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c >>>bec97de0 80102d94 80101134 >>>[ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 >>>bec97e00 bec97e08 >>>[ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 >>>0001 bee4f000 bec97e60 >>>[ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c >>>bec97e40 801033bc 80102c70 >>>[ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 >>>bec97e60 80105dc0 80103398 >>>[ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 >>>8005992c bfb95310 bf133398 >>>[ 1552.562375] 7e80: bf15f4e8 0041 0002 008a >>> 600f0013 bec96000 >>>[ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 >>>8011563c 0008 >>>[ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 >>>bec97f40 bec97efc bec97ee8 >>>[ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c >>>bec97f00 800faf64 80105df4 >>>[ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 >>>733fe61c 00c3 8000f504 >>>[ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 >>>bec97f40 800fb71c 800fafc4 >>>[ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c >>>00c3 bec97f84 bec97f68 >>>[ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c >>>00c3 bec97f94 bec97f88 >>>[ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 >>>733fe550 bec97fa8 >>>[ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 >>>733fe4e0 733fe550 0003 >>>[ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 >>>0002 733fe92c 0200 >>>[ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 >>>757e3810 bfffd821 bfffdc21 >>>[ 1552.660828] Backtrace: >>>[ 1552.663343] [<80101128>] (lookup_fast+0x0/0x318) from [<80102d94>] >>>(path_lookupat+0x130/0x728) >>>[ 1552.671994] [<80102c64>] (path_lookupat+0x0/0x728) from >>>[<801033bc>] (filename_lookup.isra.40+0x30/0x70) >>>[ 1552.681515] [<8010338c>] (filename_lookup.isra.40+0x0/0x70) from >>>[<80105dc0>] (user_path_at_empty+0x64/0x8c) >>>[ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 >>>[ 1552.697163] [<80105d5c>] (user_path_at_empty+0x0/0x8c) from >>>[<80105e0c>] (user_path_at+0x24/0x2c) >>>[ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 >>>[ 1552.712927] [<80105de8>] (user_path_at+0x0/0x2c) from [<800faf64>] >>>(vfs_fstatat+0x54/0xa8) >>>[ 1552.721232] [<800faf10>] (vfs_fstatat+0x0/0xa8) from [<800fafe0>]
Re: Internal error: Oops: 17 [#1] ARM
Hi Liming, Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again if I can re-produce it. Regards, john On Wed, Jan 22, 2014 at 7:01 PM, walimis wrote: > On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: >>Hello all, >> >>I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in >>eMMC running SDR50. >>Is anyone here encountered these problem and if there's any existing >>patch that I can get?. > hi, > > Do you use gcc 4.8.1? If so, maybe you should look at following link > to see whether it's a similar issue. > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 > > Liming Wang > >> >>Regards, >> >>john >> >>[ 1552.394899] Unable to handle kernel NULL pointer dereference at >>virtual address 0037 >>[ 1552.403034] pgd = beef4000 >>[ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= >>[ 1552.412245] Internal error: Oops: 17 [#1] ARM >>[ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) >>[ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 >>#7 >>[ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 >>[ 1552.434844] PC is at lookup_fast+0x5c/0x318 >>[ 1552.439067] LR is at mark_held_locks+0x78/0x13c >>[ 1552.443622] pc : [<80101184>]lr : [<80056e48>]psr: a00f0013 >>[ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc >>[ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 >>[ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 >>[ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : >>[ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment >>user >>[ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 >>[ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) >>[ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) >>[ 1552.496728] 7d80: 80102b94 80057108 bfb95310 >>bf133ac8 bf15f4e8 bfb95310 >>[ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 >>bec97e08 0041 >>[ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c >>bec97de0 80102d94 80101134 >>[ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 >>bec97e00 bec97e08 >>[ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 >>0001 bee4f000 bec97e60 >>[ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c >>bec97e40 801033bc 80102c70 >>[ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 >>bec97e60 80105dc0 80103398 >>[ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 >>8005992c bfb95310 bf133398 >>[ 1552.562375] 7e80: bf15f4e8 0041 0002 008a >> 600f0013 bec96000 >>[ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 >>8011563c 0008 >>[ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 >>bec97f40 bec97efc bec97ee8 >>[ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c >>bec97f00 800faf64 80105df4 >>[ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 >>733fe61c 00c3 8000f504 >>[ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 >>bec97f40 800fb71c 800fafc4 >>[ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c >>00c3 bec97f84 bec97f68 >>[ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c >>00c3 bec97f94 bec97f88 >>[ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 >>733fe550 bec97fa8 >>[ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 >>733fe4e0 733fe550 0003 >>[ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 >>0002 733fe92c 0200 >>[ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 >>757e3810 bfffd821 bfffdc21 >>[ 1552.660828] Backtrace: >>[ 1552.663343] [<80101128>] (lookup_fast+0x0/0x318) from [<80102d94>] >>(path_lookupat+0x130/0x728) >>[ 1552.671994] [<80102c64>] (path_lookupat+0x0/0x728) from >>[<801033bc>] (filename_lookup.isra.40+0x30/0x70) >>[ 1552.681515] [<8010338c>] (filename_lookup.isra.40+0x0/0x70) from >>[<80105dc0>] (user_path_at_empty+0x64/0x8c) >>[ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 >>[ 1552.697163] [<80105d5c>] (user_path_at_empty+0x0/0x8c) from >>[<80105e0c>] (user_path_at+0x24/0x2c) >>[ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 >>[ 1552.712927] [<80105de8>] (user_path_at+0x0/0x2c) from [<800faf64>] >>(vfs_fstatat+0x54/0xa8) >>[ 1552.721232] [<800faf10>] (vfs_fstatat+0x0/0xa8) from [<800fafe0>] >>(vfs_stat+0x28/0x2c) >>[ 1552.729167] r8:8000f504 r7:00c3 r6:733fe61c r5:733ff8f0 r4:733fe4e0 >>[ 1552.736031] [<800fafb8>] (vfs_stat+0x0/0x2c) from [<800fb71c>] >>(SyS_stat64+0x24/0x40) >>[ 1552.743902] [<800fb6f8>] (SyS_stat64+0x0/0x40) from [<8000f280>] >>(ret_fast_syscall+0x0/0x48) >>[ 1552.752359] r4:733fe550 >>[ 1552.754946] Code: eb00352d e350 e50b0038 0a80 (e5903038) >>[ 1552.761270] ---[ end trace
Re: Internal error: Oops: 17 [#1] ARM
Hi Fabio, Attached are the two patch files that I applied in the 3.13 released so that the kernel will detect my eMMC in DDR50. (let me correct my previous email, I was mentioning SDR50 but it should be DDR50). eMMC info: clock: 5200 Hz actual clock: 4950 Hz vdd:21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select:0 (don't care) power mode: 2 (on) bus width: 3 (8 bits) timing spec:1 (mmc high-speed) signal voltage: 0 (3.30 V) I reboot my device often and it shows during the reboot. Regards, john On Wed, Jan 22, 2014 at 6:28 PM, Fabio Estevam wrote: > On Wed, Jan 22, 2014 at 9:49 PM, John Tobias wrote: >> Hello all, >> >> Just to confirm that the error I posted previously exist in 3.13 >> released. Just be noted that some patches related to eMMC/sdhci has >> been applied in order to boot the 3.13 on my board. >> Addition to that, I was getting additional errors (please see below): >> - It happened during the reboot. >> >> Cc'ng Dong Aisheng. > > What are the steps to reproduce this? Which SoC are you using? > > Regards, > > Fabio Estevam sdhci-esdhc-imx.patch Description: Binary data sdhci.patch Description: Binary data
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: >Hello all, > >I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in >eMMC running SDR50. >Is anyone here encountered these problem and if there's any existing >patch that I can get?. hi, Do you use gcc 4.8.1? If so, maybe you should look at following link to see whether it's a similar issue. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Liming Wang > >Regards, > >john > >[ 1552.394899] Unable to handle kernel NULL pointer dereference at >virtual address 0037 >[ 1552.403034] pgd = beef4000 >[ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= >[ 1552.412245] Internal error: Oops: 17 [#1] ARM >[ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) >[ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 >#7 >[ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 >[ 1552.434844] PC is at lookup_fast+0x5c/0x318 >[ 1552.439067] LR is at mark_held_locks+0x78/0x13c >[ 1552.443622] pc : [<80101184>]lr : [<80056e48>]psr: a00f0013 >[ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc >[ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 >[ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 >[ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : >[ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment >user >[ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 >[ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) >[ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) >[ 1552.496728] 7d80: 80102b94 80057108 bfb95310 >bf133ac8 bf15f4e8 bfb95310 >[ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 >bec97e08 0041 >[ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c >bec97de0 80102d94 80101134 >[ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 >bec97e00 bec97e08 >[ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 >0001 bee4f000 bec97e60 >[ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c >bec97e40 801033bc 80102c70 >[ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 >bec97e60 80105dc0 80103398 >[ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 >8005992c bfb95310 bf133398 >[ 1552.562375] 7e80: bf15f4e8 0041 0002 008a > 600f0013 bec96000 >[ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 >8011563c 0008 >[ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 >bec97f40 bec97efc bec97ee8 >[ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c >bec97f00 800faf64 80105df4 >[ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 >733fe61c 00c3 8000f504 >[ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 >bec97f40 800fb71c 800fafc4 >[ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c >00c3 bec97f84 bec97f68 >[ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c >00c3 bec97f94 bec97f88 >[ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 >733fe550 bec97fa8 >[ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 >733fe4e0 733fe550 0003 >[ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 >0002 733fe92c 0200 >[ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 >757e3810 bfffd821 bfffdc21 >[ 1552.660828] Backtrace: >[ 1552.663343] [<80101128>] (lookup_fast+0x0/0x318) from [<80102d94>] >(path_lookupat+0x130/0x728) >[ 1552.671994] [<80102c64>] (path_lookupat+0x0/0x728) from >[<801033bc>] (filename_lookup.isra.40+0x30/0x70) >[ 1552.681515] [<8010338c>] (filename_lookup.isra.40+0x0/0x70) from >[<80105dc0>] (user_path_at_empty+0x64/0x8c) >[ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 >[ 1552.697163] [<80105d5c>] (user_path_at_empty+0x0/0x8c) from >[<80105e0c>] (user_path_at+0x24/0x2c) >[ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 >[ 1552.712927] [<80105de8>] (user_path_at+0x0/0x2c) from [<800faf64>] >(vfs_fstatat+0x54/0xa8) >[ 1552.721232] [<800faf10>] (vfs_fstatat+0x0/0xa8) from [<800fafe0>] >(vfs_stat+0x28/0x2c) >[ 1552.729167] r8:8000f504 r7:00c3 r6:733fe61c r5:733ff8f0 r4:733fe4e0 >[ 1552.736031] [<800fafb8>] (vfs_stat+0x0/0x2c) from [<800fb71c>] >(SyS_stat64+0x24/0x40) >[ 1552.743902] [<800fb6f8>] (SyS_stat64+0x0/0x40) from [<8000f280>] >(ret_fast_syscall+0x0/0x48) >[ 1552.752359] r4:733fe550 >[ 1552.754946] Code: eb00352d e350 e50b0038 0a80 (e5903038) >[ 1552.761270] ---[ end trace 02679086a39365e8 ]--- >[ 1552.765968] Kernel panic - not syncing: Fatal exception > >___ >linux-arm-kernel mailing list >linux-arm-ker...@lists.infradead.org >http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list:
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 9:49 PM, John Tobias wrote: > Hello all, > > Just to confirm that the error I posted previously exist in 3.13 > released. Just be noted that some patches related to eMMC/sdhci has > been applied in order to boot the 3.13 on my board. > Addition to that, I was getting additional errors (please see below): > - It happened during the reboot. > > Cc'ng Dong Aisheng. What are the steps to reproduce this? Which SoC are you using? Regards, Fabio Estevam -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
Hello all, Just to confirm that the error I posted previously exist in 3.13 released. Just be noted that some patches related to eMMC/sdhci has been applied in order to boot the 3.13 on my board. Addition to that, I was getting additional errors (please see below): - It happened during the reboot. Cc'ng Dong Aisheng. [ 11.229139] Unable to handle kernel NULL pointer dereference at virtual address [ 11.237244] pgd = 80004000 [ 11.239956] [] *pgd= [ 11.243555] Internal error: Oops: 17 [#1] ARM [ 11.247917] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(PO) [ 11.253561] CPU: 0 PID: 37 Comm: mmcqd/0 Tainted: P O 3.13.0 #5 [ 11.260355] task: bfb0 ti: bfb6e000 task.ti: bfb6e000 [ 11.265766] PC is at sg_next+0xc/0x34 [ 11.269440] LR is at sdhci_send_command+0x990/0xf50 [ 11.274323] pc : [<802a3874>]lr : [<803a2bc8>]psr: 200f0093 [ 11.274323] sp : bfb6fd20 ip : bfb6fd30 fp : bfb6fd2c [ 11.285803] r10: 0003 r9 : bfa67440 r8 : bf957010 [ 11.291030] r7 : 808487bc r6 : 600f0013 r5 : bfb43d4c r4 : bfb43ce4 [ 11.297560] r3 : 81784e62 r2 : r1 : bfb6a800 r0 : [ 11.304091] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 11.311490] Control: 10c53c7d Table: beeec059 DAC: 0015 [ 11.317239] Process mmcqd/0 (pid: 37, stack limit = 0xbfb6e238) [ 11.323162] Stack: (0xbfb6fd20 to 0xbfb7) [ 11.327530] fd20: bfb6fd8c bfb6fd30 803a2bc8 802a3874 0002 bfb6fd5c bfb6fd48 [ 11.335713] fd40: 8001d1d0 0002 80e04788 80845840 bfb6fd8c bfb6a800 803a7558 8001d190 [ 11.343896] fd60: 803a7418 bfa67000 bfb43c6c bfa67470 600f0013 bfa67440 002d bfa67000 [ 11.352079] fd80: bfb6fdb4 bfb6fd90 803a3a48 803a2244 bfb43c6c bfa67000 8089fed0 bfb43d4c [ 11.360262] fda0: bfb6fe7c bfb43ec0 bfb6fdec bfb6fdb8 8038d3e0 803a388c bfb6fdd4 bfb6fdc8 [ 11.368444] fdc0: 8005b7c4 bfa673d8 bfb43e18 0001 bfb43d8c 0001 bfb6fe7c [ 11.376626] fde0: bfb6fe3c bfb6fdf0 8038e538 8038d2c4 bfb6fe3c bfb43da0 8039d0a4 [ 11.384809] fe00: bfb0 8005344c bfb6fe08 bfb6fe08 bfb6fe34 bfbfc000 bfb43c24 bfb6a000 [ 11.392992] fe20: bfb44b60 bfb43c68 bfb6a000 bfb43c6c bfb6feac bfb6fe40 8039e214 8038e278 [ 11.401175] fe40: bfb44b60 bfb43c24 bfb6fe74 bfb6fe58 80292194 80276c0c bfb4fc00 bef024c0 [ 11.409357] fe60: bfb6fe78 bfb43c00 bfbfc000 0002 0080 [ 11.417541] fe80: bfb6a000 bfbfc000 bfb43c24 bfb43c00 bfa67000 [ 11.425724] fea0: bfb6feec bfb6feb0 8039edc0 8039e158 122c8000 bfb6fed4 bfb6fec8 [ 11.433908] fec0: 8005b7c4 bfb44b60 bfb6e000 122c8000 0001 bfbfc000 bfb43c24 [ 11.442091] fee0: bfb6ff24 bfb6fef0 8039f830 8039ebf0 bfb6e030 bfb43c2c 8039f780 bfb51a80 [ 11.450273] ff00: bfb43c24 8039f780 bfb6ffac bfb6ff28 [ 11.458456] ff20: 80043658 8039f78c bfb6ff44 8005b7c4 bfb43c24 0001 [ 11.466639] ff40: dead4ead 808a8990 807239a4 bfb6ff5c [ 11.474822] ff60: bfb6ff5c 0001 dead4ead 808a8990 [ 11.483006] ff80: 807239a4 bfb6ff88 bfb6ff88 bfb51a80 80043574 [ 11.491188] ffa0: bfb6ffb0 8000f348 80043580 [ 11.499370] ffc0: [ 11.507552] ffe0: 0013 55055703 d17847e7 [ 11.515729] Backtrace: [ 11.518203] [<802a3868>] (sg_next+0x0/0x34) from [<803a2bc8>] (sdhci_send_command+0x990/0xf50) [ 11.526826] [<803a2238>] (sdhci_send_command+0x0/0xf50) from [<803a3a48>] (sdhci_request+0x1c8/0x278) [ 11.536056] [<803a3880>] (sdhci_request+0x0/0x278) from [<8038d3e0>] (mmc_start_request+0x128/0x24c) [ 11.545190] r9:bfb43ec0 r8:bfb6fe7c r7:bfb43d4c r6:8089fed0 r5:bfa67000 r4:bfb43c6c [ 11.553118] [<8038d2b8>] (mmc_start_request+0x0/0x24c) from [<8038e538>] (mmc_start_req+0x2cc/0x378) [ 11.562251] r8:bfb6fe7c r7:0001 r6:bfb43d8c r5:0001 r4: [ 11.569033] [<8038e26c>] (mmc_start_req+0x0/0x378) from [<8039e214>] (mmc_blk_issue_rw_rq+0xc8/0xa98) [ 11.578261] [<8039e14c>] (mmc_blk_issue_rw_rq+0x0/0xa98) from [<8039edc0>] (mmc_blk_issue_rq+0x1dc/0x4cc) [ 11.587836] [<8039ebe4>] (mmc_blk_issue_rq+0x0/0x4cc) from [<8039f830>] (mmc_queue_thread+0xb0/0x14c) [ 11.597069] [<8039f780>] (mmc_queue_thread+0x0/0x14c) from [<80043658>] (kthread+0xe4/0xf8) [ 11.605433] [<80043574>] (kthread+0x0/0xf8) from [<8000f348>] (ret_from_fork+0x14/0x20) [ 11.613439] r7: r6: r5:80043574 r4:bfb51a80 [ 11.619164] Code: e89da800 e1a0c00d e92dd800 e24cb004 (e5903000) [ 11.625266] ---[ end trace e52024b248222184 ]--- [ 11.629889] Kernel panic - not syncing: Fatal exception [ 32.238311] BUG: spinlock lockup suspected on CPU#0, mmcqd/0/37 [
Re: Internal error: Oops: 17 [#1] ARM
I ran the kernel in our custom board and I've seen the error after (sometimes 10 minutes after) the reboot and sometimes my board ran for an hour or so before it happened. I will try the 3.13-rc8 today and will see if the said bug still exist or not. Regards, john On Wed, Jan 22, 2014 at 8:41 AM, Russell King - ARM Linux wrote: > On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: >> Hello all, >> >> I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in >> eMMC running SDR50. >> Is anyone here encountered these problem and if there's any existing >> patch that I can get?. > > How reproducable is this? I notice you're using 3.13-rc1 too, it could > be the bug has already been fixed in a later kernel version. -rc1 > kernels are really the "fresh after lots of new feature merging" kernels > which should always be expected to be rather buggy. > > Linux kernel "release candidates" are not "we think this is going to be > a final kernel, please test it" but -rc1 marks the end of the new > feature merging and the beginning of the stablisation phase. > > -- > FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation > in database were 13.1 to 19Mbit for a good line, about 7.5+ for a bad. > Estimate before purchase was "up to 13.2Mbit". -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: > Hello all, > > I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in > eMMC running SDR50. > Is anyone here encountered these problem and if there's any existing > patch that I can get?. How reproducable is this? I notice you're using 3.13-rc1 too, it could be the bug has already been fixed in a later kernel version. -rc1 kernels are really the "fresh after lots of new feature merging" kernels which should always be expected to be rather buggy. Linux kernel "release candidates" are not "we think this is going to be a final kernel, please test it" but -rc1 marks the end of the new feature merging and the beginning of the stablisation phase. -- FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation in database were 13.1 to 19Mbit for a good line, about 7.5+ for a bad. Estimate before purchase was "up to 13.2Mbit". -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. How reproducable is this? I notice you're using 3.13-rc1 too, it could be the bug has already been fixed in a later kernel version. -rc1 kernels are really the fresh after lots of new feature merging kernels which should always be expected to be rather buggy. Linux kernel release candidates are not we think this is going to be a final kernel, please test it but -rc1 marks the end of the new feature merging and the beginning of the stablisation phase. -- FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation in database were 13.1 to 19Mbit for a good line, about 7.5+ for a bad. Estimate before purchase was up to 13.2Mbit. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
I ran the kernel in our custom board and I've seen the error after (sometimes 10 minutes after) the reboot and sometimes my board ran for an hour or so before it happened. I will try the 3.13-rc8 today and will see if the said bug still exist or not. Regards, john On Wed, Jan 22, 2014 at 8:41 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. How reproducable is this? I notice you're using 3.13-rc1 too, it could be the bug has already been fixed in a later kernel version. -rc1 kernels are really the fresh after lots of new feature merging kernels which should always be expected to be rather buggy. Linux kernel release candidates are not we think this is going to be a final kernel, please test it but -rc1 marks the end of the new feature merging and the beginning of the stablisation phase. -- FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation in database were 13.1 to 19Mbit for a good line, about 7.5+ for a bad. Estimate before purchase was up to 13.2Mbit. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
Hello all, Just to confirm that the error I posted previously exist in 3.13 released. Just be noted that some patches related to eMMC/sdhci has been applied in order to boot the 3.13 on my board. Addition to that, I was getting additional errors (please see below): - It happened during the reboot. Cc'ng Dong Aisheng. [ 11.229139] Unable to handle kernel NULL pointer dereference at virtual address [ 11.237244] pgd = 80004000 [ 11.239956] [] *pgd= [ 11.243555] Internal error: Oops: 17 [#1] ARM [ 11.247917] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(PO) [ 11.253561] CPU: 0 PID: 37 Comm: mmcqd/0 Tainted: P O 3.13.0 #5 [ 11.260355] task: bfb0 ti: bfb6e000 task.ti: bfb6e000 [ 11.265766] PC is at sg_next+0xc/0x34 [ 11.269440] LR is at sdhci_send_command+0x990/0xf50 [ 11.274323] pc : [802a3874]lr : [803a2bc8]psr: 200f0093 [ 11.274323] sp : bfb6fd20 ip : bfb6fd30 fp : bfb6fd2c [ 11.285803] r10: 0003 r9 : bfa67440 r8 : bf957010 [ 11.291030] r7 : 808487bc r6 : 600f0013 r5 : bfb43d4c r4 : bfb43ce4 [ 11.297560] r3 : 81784e62 r2 : r1 : bfb6a800 r0 : [ 11.304091] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 11.311490] Control: 10c53c7d Table: beeec059 DAC: 0015 [ 11.317239] Process mmcqd/0 (pid: 37, stack limit = 0xbfb6e238) [ 11.323162] Stack: (0xbfb6fd20 to 0xbfb7) [ 11.327530] fd20: bfb6fd8c bfb6fd30 803a2bc8 802a3874 0002 bfb6fd5c bfb6fd48 [ 11.335713] fd40: 8001d1d0 0002 80e04788 80845840 bfb6fd8c bfb6a800 803a7558 8001d190 [ 11.343896] fd60: 803a7418 bfa67000 bfb43c6c bfa67470 600f0013 bfa67440 002d bfa67000 [ 11.352079] fd80: bfb6fdb4 bfb6fd90 803a3a48 803a2244 bfb43c6c bfa67000 8089fed0 bfb43d4c [ 11.360262] fda0: bfb6fe7c bfb43ec0 bfb6fdec bfb6fdb8 8038d3e0 803a388c bfb6fdd4 bfb6fdc8 [ 11.368444] fdc0: 8005b7c4 bfa673d8 bfb43e18 0001 bfb43d8c 0001 bfb6fe7c [ 11.376626] fde0: bfb6fe3c bfb6fdf0 8038e538 8038d2c4 bfb6fe3c bfb43da0 8039d0a4 [ 11.384809] fe00: bfb0 8005344c bfb6fe08 bfb6fe08 bfb6fe34 bfbfc000 bfb43c24 bfb6a000 [ 11.392992] fe20: bfb44b60 bfb43c68 bfb6a000 bfb43c6c bfb6feac bfb6fe40 8039e214 8038e278 [ 11.401175] fe40: bfb44b60 bfb43c24 bfb6fe74 bfb6fe58 80292194 80276c0c bfb4fc00 bef024c0 [ 11.409357] fe60: bfb6fe78 bfb43c00 bfbfc000 0002 0080 [ 11.417541] fe80: bfb6a000 bfbfc000 bfb43c24 bfb43c00 bfa67000 [ 11.425724] fea0: bfb6feec bfb6feb0 8039edc0 8039e158 122c8000 bfb6fed4 bfb6fec8 [ 11.433908] fec0: 8005b7c4 bfb44b60 bfb6e000 122c8000 0001 bfbfc000 bfb43c24 [ 11.442091] fee0: bfb6ff24 bfb6fef0 8039f830 8039ebf0 bfb6e030 bfb43c2c 8039f780 bfb51a80 [ 11.450273] ff00: bfb43c24 8039f780 bfb6ffac bfb6ff28 [ 11.458456] ff20: 80043658 8039f78c bfb6ff44 8005b7c4 bfb43c24 0001 [ 11.466639] ff40: dead4ead 808a8990 807239a4 bfb6ff5c [ 11.474822] ff60: bfb6ff5c 0001 dead4ead 808a8990 [ 11.483006] ff80: 807239a4 bfb6ff88 bfb6ff88 bfb51a80 80043574 [ 11.491188] ffa0: bfb6ffb0 8000f348 80043580 [ 11.499370] ffc0: [ 11.507552] ffe0: 0013 55055703 d17847e7 [ 11.515729] Backtrace: [ 11.518203] [802a3868] (sg_next+0x0/0x34) from [803a2bc8] (sdhci_send_command+0x990/0xf50) [ 11.526826] [803a2238] (sdhci_send_command+0x0/0xf50) from [803a3a48] (sdhci_request+0x1c8/0x278) [ 11.536056] [803a3880] (sdhci_request+0x0/0x278) from [8038d3e0] (mmc_start_request+0x128/0x24c) [ 11.545190] r9:bfb43ec0 r8:bfb6fe7c r7:bfb43d4c r6:8089fed0 r5:bfa67000 r4:bfb43c6c [ 11.553118] [8038d2b8] (mmc_start_request+0x0/0x24c) from [8038e538] (mmc_start_req+0x2cc/0x378) [ 11.562251] r8:bfb6fe7c r7:0001 r6:bfb43d8c r5:0001 r4: [ 11.569033] [8038e26c] (mmc_start_req+0x0/0x378) from [8039e214] (mmc_blk_issue_rw_rq+0xc8/0xa98) [ 11.578261] [8039e14c] (mmc_blk_issue_rw_rq+0x0/0xa98) from [8039edc0] (mmc_blk_issue_rq+0x1dc/0x4cc) [ 11.587836] [8039ebe4] (mmc_blk_issue_rq+0x0/0x4cc) from [8039f830] (mmc_queue_thread+0xb0/0x14c) [ 11.597069] [8039f780] (mmc_queue_thread+0x0/0x14c) from [80043658] (kthread+0xe4/0xf8) [ 11.605433] [80043574] (kthread+0x0/0xf8) from [8000f348] (ret_from_fork+0x14/0x20) [ 11.613439] r7: r6: r5:80043574 r4:bfb51a80 [ 11.619164] Code: e89da800 e1a0c00d e92dd800 e24cb004 (e5903000) [ 11.625266] ---[ end trace e52024b248222184 ]--- [ 11.629889] Kernel panic - not syncing: Fatal exception [ 32.238311] BUG: spinlock lockup suspected on CPU#0, mmcqd/0/37 [ 32.244246] lock: 0xbfa67470, .magic:
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 9:49 PM, John Tobias john.tobias...@gmail.com wrote: Hello all, Just to confirm that the error I posted previously exist in 3.13 released. Just be noted that some patches related to eMMC/sdhci has been applied in order to boot the 3.13 on my board. Addition to that, I was getting additional errors (please see below): - It happened during the reboot. Cc'ng Dong Aisheng. What are the steps to reproduce this? Which SoC are you using? Regards, Fabio Estevam -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. hi, Do you use gcc 4.8.1? If so, maybe you should look at following link to see whether it's a similar issue. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Liming Wang Regards, john [ 1552.394899] Unable to handle kernel NULL pointer dereference at virtual address 0037 [ 1552.403034] pgd = beef4000 [ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= [ 1552.412245] Internal error: Oops: 17 [#1] ARM [ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) [ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 #7 [ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 [ 1552.434844] PC is at lookup_fast+0x5c/0x318 [ 1552.439067] LR is at mark_held_locks+0x78/0x13c [ 1552.443622] pc : [80101184]lr : [80056e48]psr: a00f0013 [ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc [ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 [ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 [ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : [ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 [ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) [ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) [ 1552.496728] 7d80: 80102b94 80057108 bfb95310 bf133ac8 bf15f4e8 bfb95310 [ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 bec97e08 0041 [ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c bec97de0 80102d94 80101134 [ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 bec97e00 bec97e08 [ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 0001 bee4f000 bec97e60 [ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c bec97e40 801033bc 80102c70 [ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 bec97e60 80105dc0 80103398 [ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 8005992c bfb95310 bf133398 [ 1552.562375] 7e80: bf15f4e8 0041 0002 008a 600f0013 bec96000 [ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 8011563c 0008 [ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 bec97f40 bec97efc bec97ee8 [ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c bec97f00 800faf64 80105df4 [ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 733fe61c 00c3 8000f504 [ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 bec97f40 800fb71c 800fafc4 [ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c 00c3 bec97f84 bec97f68 [ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c 00c3 bec97f94 bec97f88 [ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 733fe550 bec97fa8 [ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 733fe4e0 733fe550 0003 [ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 0002 733fe92c 0200 [ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 757e3810 bfffd821 bfffdc21 [ 1552.660828] Backtrace: [ 1552.663343] [80101128] (lookup_fast+0x0/0x318) from [80102d94] (path_lookupat+0x130/0x728) [ 1552.671994] [80102c64] (path_lookupat+0x0/0x728) from [801033bc] (filename_lookup.isra.40+0x30/0x70) [ 1552.681515] [8010338c] (filename_lookup.isra.40+0x0/0x70) from [80105dc0] (user_path_at_empty+0x64/0x8c) [ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 [ 1552.697163] [80105d5c] (user_path_at_empty+0x0/0x8c) from [80105e0c] (user_path_at+0x24/0x2c) [ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 [ 1552.712927] [80105de8] (user_path_at+0x0/0x2c) from [800faf64] (vfs_fstatat+0x54/0xa8) [ 1552.721232] [800faf10] (vfs_fstatat+0x0/0xa8) from [800fafe0] (vfs_stat+0x28/0x2c) [ 1552.729167] r8:8000f504 r7:00c3 r6:733fe61c r5:733ff8f0 r4:733fe4e0 [ 1552.736031] [800fafb8] (vfs_stat+0x0/0x2c) from [800fb71c] (SyS_stat64+0x24/0x40) [ 1552.743902] [800fb6f8] (SyS_stat64+0x0/0x40) from [8000f280] (ret_fast_syscall+0x0/0x48) [ 1552.752359] r4:733fe550 [ 1552.754946] Code: eb00352d e350 e50b0038 0a80 (e5903038) [ 1552.761270] ---[ end trace 02679086a39365e8 ]--- [ 1552.765968] Kernel panic - not syncing: Fatal exception ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at
Re: Internal error: Oops: 17 [#1] ARM
Hi Fabio, Attached are the two patch files that I applied in the 3.13 released so that the kernel will detect my eMMC in DDR50. (let me correct my previous email, I was mentioning SDR50 but it should be DDR50). eMMC info: clock: 5200 Hz actual clock: 4950 Hz vdd:21 (3.3 ~ 3.4 V) bus mode: 2 (push-pull) chip select:0 (don't care) power mode: 2 (on) bus width: 3 (8 bits) timing spec:1 (mmc high-speed) signal voltage: 0 (3.30 V) I reboot my device often and it shows during the reboot. Regards, john On Wed, Jan 22, 2014 at 6:28 PM, Fabio Estevam feste...@gmail.com wrote: On Wed, Jan 22, 2014 at 9:49 PM, John Tobias john.tobias...@gmail.com wrote: Hello all, Just to confirm that the error I posted previously exist in 3.13 released. Just be noted that some patches related to eMMC/sdhci has been applied in order to boot the 3.13 on my board. Addition to that, I was getting additional errors (please see below): - It happened during the reboot. Cc'ng Dong Aisheng. What are the steps to reproduce this? Which SoC are you using? Regards, Fabio Estevam sdhci-esdhc-imx.patch Description: Binary data sdhci.patch Description: Binary data
Re: Internal error: Oops: 17 [#1] ARM
Hi Liming, Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again if I can re-produce it. Regards, john On Wed, Jan 22, 2014 at 7:01 PM, walimis walimis...@gmail.com wrote: On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. hi, Do you use gcc 4.8.1? If so, maybe you should look at following link to see whether it's a similar issue. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Liming Wang Regards, john [ 1552.394899] Unable to handle kernel NULL pointer dereference at virtual address 0037 [ 1552.403034] pgd = beef4000 [ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= [ 1552.412245] Internal error: Oops: 17 [#1] ARM [ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) [ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 #7 [ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 [ 1552.434844] PC is at lookup_fast+0x5c/0x318 [ 1552.439067] LR is at mark_held_locks+0x78/0x13c [ 1552.443622] pc : [80101184]lr : [80056e48]psr: a00f0013 [ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc [ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 [ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 [ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : [ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 [ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) [ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) [ 1552.496728] 7d80: 80102b94 80057108 bfb95310 bf133ac8 bf15f4e8 bfb95310 [ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 bec97e08 0041 [ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c bec97de0 80102d94 80101134 [ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 bec97e00 bec97e08 [ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 0001 bee4f000 bec97e60 [ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c bec97e40 801033bc 80102c70 [ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 bec97e60 80105dc0 80103398 [ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 8005992c bfb95310 bf133398 [ 1552.562375] 7e80: bf15f4e8 0041 0002 008a 600f0013 bec96000 [ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 8011563c 0008 [ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 bec97f40 bec97efc bec97ee8 [ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c bec97f00 800faf64 80105df4 [ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 733fe61c 00c3 8000f504 [ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 bec97f40 800fb71c 800fafc4 [ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c 00c3 bec97f84 bec97f68 [ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c 00c3 bec97f94 bec97f88 [ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 733fe550 bec97fa8 [ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 733fe4e0 733fe550 0003 [ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 0002 733fe92c 0200 [ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 757e3810 bfffd821 bfffdc21 [ 1552.660828] Backtrace: [ 1552.663343] [80101128] (lookup_fast+0x0/0x318) from [80102d94] (path_lookupat+0x130/0x728) [ 1552.671994] [80102c64] (path_lookupat+0x0/0x728) from [801033bc] (filename_lookup.isra.40+0x30/0x70) [ 1552.681515] [8010338c] (filename_lookup.isra.40+0x0/0x70) from [80105dc0] (user_path_at_empty+0x64/0x8c) [ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 [ 1552.697163] [80105d5c] (user_path_at_empty+0x0/0x8c) from [80105e0c] (user_path_at+0x24/0x2c) [ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 [ 1552.712927] [80105de8] (user_path_at+0x0/0x2c) from [800faf64] (vfs_fstatat+0x54/0xa8) [ 1552.721232] [800faf10] (vfs_fstatat+0x0/0xa8) from [800fafe0] (vfs_stat+0x28/0x2c) [ 1552.729167] r8:8000f504 r7:00c3 r6:733fe61c r5:733ff8f0 r4:733fe4e0 [ 1552.736031] [800fafb8] (vfs_stat+0x0/0x2c) from [800fb71c] (SyS_stat64+0x24/0x40) [ 1552.743902] [800fb6f8] (SyS_stat64+0x0/0x40) from [8000f280] (ret_fast_syscall+0x0/0x48) [ 1552.752359] r4:733fe550 [ 1552.754946] Code: eb00352d e350 e50b0038 0a80 (e5903038) [ 1552.761270] ---[ end trace 02679086a39365e8 ]--- [ 1552.765968] Kernel panic - not syncing: Fatal exception ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org
Re: Internal error: Oops: 17 [#1] ARM
On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote: Hi Liming, Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again if I can re-produce it. Hi, Or you can use the latest linaro 4.8.x toolchain, which has been applied that patch: http://releases.linaro.org/13.12/components/toolchain/binaries/ Please select this one to try: gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux.tar.bz2 Liming Wang Regards, john On Wed, Jan 22, 2014 at 7:01 PM, walimis walimis...@gmail.com wrote: On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. hi, Do you use gcc 4.8.1? If so, maybe you should look at following link to see whether it's a similar issue. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Liming Wang Regards, john [ 1552.394899] Unable to handle kernel NULL pointer dereference at virtual address 0037 [ 1552.403034] pgd = beef4000 [ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= [ 1552.412245] Internal error: Oops: 17 [#1] ARM [ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) [ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 #7 [ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 [ 1552.434844] PC is at lookup_fast+0x5c/0x318 [ 1552.439067] LR is at mark_held_locks+0x78/0x13c [ 1552.443622] pc : [80101184]lr : [80056e48]psr: a00f0013 [ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc [ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 [ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 [ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : [ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 [ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) [ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) [ 1552.496728] 7d80: 80102b94 80057108 bfb95310 bf133ac8 bf15f4e8 bfb95310 [ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 bec97e08 0041 [ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c bec97de0 80102d94 80101134 [ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 bec97e00 bec97e08 [ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 0001 bee4f000 bec97e60 [ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c bec97e40 801033bc 80102c70 [ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 bec97e60 80105dc0 80103398 [ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 8005992c bfb95310 bf133398 [ 1552.562375] 7e80: bf15f4e8 0041 0002 008a 600f0013 bec96000 [ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 8011563c 0008 [ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 bec97f40 bec97efc bec97ee8 [ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c bec97f00 800faf64 80105df4 [ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 733fe61c 00c3 8000f504 [ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 bec97f40 800fb71c 800fafc4 [ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c 00c3 bec97f84 bec97f68 [ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c 00c3 bec97f94 bec97f88 [ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 733fe550 bec97fa8 [ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 733fe4e0 733fe550 0003 [ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 0002 733fe92c 0200 [ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 757e3810 bfffd821 bfffdc21 [ 1552.660828] Backtrace: [ 1552.663343] [80101128] (lookup_fast+0x0/0x318) from [80102d94] (path_lookupat+0x130/0x728) [ 1552.671994] [80102c64] (path_lookupat+0x0/0x728) from [801033bc] (filename_lookup.isra.40+0x30/0x70) [ 1552.681515] [8010338c] (filename_lookup.isra.40+0x0/0x70) from [80105dc0] (user_path_at_empty+0x64/0x8c) [ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 [ 1552.697163] [80105d5c] (user_path_at_empty+0x0/0x8c) from [80105e0c] (user_path_at+0x24/0x2c) [ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 [ 1552.712927] [80105de8] (user_path_at+0x0/0x2c) from [800faf64] (vfs_fstatat+0x54/0xa8) [ 1552.721232] [800faf10] (vfs_fstatat+0x0/0xa8) from [800fafe0] (vfs_stat+0x28/0x2c) [ 1552.729167] r8:8000f504 r7:00c3 r6:733fe61c r5:733ff8f0 r4:733fe4e0 [ 1552.736031] [800fafb8] (vfs_stat+0x0/0x2c) from [800fb71c] (SyS_stat64+0x24/0x40) [ 1552.743902] [800fb6f8] (SyS_stat64+0x0/0x40) from [8000f280] (ret_fast_syscall+0x0/0x48) [ 1552.752359] r4:733fe550 [
Re: Internal error: Oops: 17 [#1] ARM
Thanks! I will try it tomorrow. Regards, John Sent from my iPhone On Jan 22, 2014, at 7:46 PM, walimis walimis...@gmail.com wrote: On Wed, Jan 22, 2014 at 07:28:55PM -0800, John Tobias wrote: Hi Liming, Yes, I am using 4.8.1. I switched back to 4.7.3 and will test it again if I can re-produce it. Hi, Or you can use the latest linaro 4.8.x toolchain, which has been applied that patch: http://releases.linaro.org/13.12/components/toolchain/binaries/ Please select this one to try: gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux.tar.bz2 Liming Wang Regards, john On Wed, Jan 22, 2014 at 7:01 PM, walimis walimis...@gmail.com wrote: On Wed, Jan 22, 2014 at 08:23:36AM -0800, John Tobias wrote: Hello all, I am using 3.13-rc1 kernel on iMX6SL processor. My filesystem is in eMMC running SDR50. Is anyone here encountered these problem and if there's any existing patch that I can get?. hi, Do you use gcc 4.8.1? If so, maybe you should look at following link to see whether it's a similar issue. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Liming Wang Regards, john [ 1552.394899] Unable to handle kernel NULL pointer dereference at virtual address 0037 [ 1552.403034] pgd = beef4000 [ 1552.405855] [0037] *pgd=bef60831, *pte=, *ppte= [ 1552.412245] Internal error: Oops: 17 [#1] ARM [ 1552.416627] Modules linked in: bt8xxx(O) sd8xxx(O) mlan(O) [ 1552.422249] CPU: 0 PID: 232 Comm: commsd Tainted: G O 3.13.0-rc1 #7 [ 1552.429409] task: bfbc7500 ti: bec96000 task.ti: bec96000 [ 1552.434844] PC is at lookup_fast+0x5c/0x318 [ 1552.439067] LR is at mark_held_locks+0x78/0x13c [ 1552.443622] pc : [80101184]lr : [80056e48]psr: a00f0013 [ 1552.443622] sp : bec97d88 ip : 00666e6f fp : bec97ddc [ 1552.455124] r10: r9 : bec97e08 r8 : 80102d94 [ 1552.460370] r7 : bec97e60 r6 : bf133ac8 r5 : bec97e60 r4 : bec97e00 [ 1552.466918] r3 : bee4f01d r2 : r1 : r0 : [ 1552.473471] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 1552.480629] Control: 10c53c7d Table: beef4059 DAC: 0015 [ 1552.486397] Process commsd (pid: 232, stack limit = 0xbec96238) [ 1552.492341] Stack: (0xbec97d88 to 0xbec98000) [ 1552.496728] 7d80: 80102b94 80057108 bfb95310 bf133ac8 bf15f4e8 bfb95310 [ 1552.504936] 7da0: c08bb14d bee4f015 0008 bfbc7500 bec97e08 0041 [ 1552.513142] 7dc0: bec97e60 bec96020 bec96000 bec97e3c bec97de0 80102d94 80101134 [ 1552.521347] 7de0: bec97df8 800d982c bec96018 0010 bec97e00 bec97e08 [ 1552.529553] 7e00: 8026e25c 800d97e8 bee4f000 0ff0 80d4e3a4 0001 bee4f000 bec97e60 [ 1552.537758] 7e20: ff9c ff9c bec96000 bec97e5c bec97e40 801033bc 80102c70 [ 1552.545964] 7e40: bee4f000 0001 bec97e60 bec97f00 bec97ee4 bec97e60 80105dc0 80103398 [ 1552.554170] 7e60: bfb95310 bf133ac8 c08bb14d 000b bee4f015 8005992c bfb95310 bf133398 [ 1552.562375] 7e80: bf15f4e8 0041 0002 008a 600f0013 bec96000 [ 1552.570581] 7ea0: ffea bf8c1840 807b4430 80115444 801156e4 8011563c 0008 [ 1552.578786] 7ec0: bec97f04 733fe4e0 0001 ff9c 757e3810 bec97f40 bec97efc bec97ee8 [ 1552.586991] 7ee0: 80105e0c 80105d68 bc950fe0 bec97f2c bec97f00 800faf64 80105df4 [ 1552.595196] 7f00: 801156e4 80115420 bec97f54 733fe4e0 733ff8f0 733fe61c 00c3 8000f504 [ 1552.603402] 7f20: bec97f3c bec97f30 800fafe0 800faf1c bec97fa4 bec97f40 800fb71c 800fafc4 [ 1552.611608] 7f40: 8000f310 bfbc7500 733fe550 8000f458 733fe61c 00c3 bec97f84 bec97f68 [ 1552.619813] 7f60: 80056f28 800a0270 733fe550 733ff8f0 733fe61c 00c3 bec97f94 bec97f88 [ 1552.628019] 7f80: 80057110 80056f18 bec97f98 8000f458 733fe550 bec97fa8 [ 1552.636226] 7fa0: 8000f280 800fb704 733fe550 733ff8f0 757e3810 733fe4e0 733fe550 0003 [ 1552.644431] 7fc0: 733fe550 733ff8f0 733fe61c 00c3 0002 733fe92c 0200 [ 1552.652636] 7fe0: 00c3 733fe4d8 7579b7e5 7572e276 200f0030 757e3810 bfffd821 bfffdc21 [ 1552.660828] Backtrace: [ 1552.663343] [80101128] (lookup_fast+0x0/0x318) from [80102d94] (path_lookupat+0x130/0x728) [ 1552.671994] [80102c64] (path_lookupat+0x0/0x728) from [801033bc] (filename_lookup.isra.40+0x30/0x70) [ 1552.681515] [8010338c] (filename_lookup.isra.40+0x0/0x70) from [80105dc0] (user_path_at_empty+0x64/0x8c) [ 1552.691361] r7:bec97f00 r6:bec97e60 r5:0001 r4:bee4f000 [ 1552.697163] [80105d5c] (user_path_at_empty+0x0/0x8c) from [80105e0c] (user_path_at+0x24/0x2c) [ 1552.706053] r8:bec97f40 r7:757e3810 r6:ff9c r5:0001 r4:733fe4e0 [ 1552.712927] [80105de8] (user_path_at+0x0/0x2c) from [800faf64] (vfs_fstatat+0x54/0xa8) [ 1552.721232] [800faf10] (vfs_fstatat+0x0/0xa8) from [800fafe0] (vfs_stat+0x28/0x2c) [ 1552.729167] r8:8000f504
