Re: v4.13 on nokia n900: oops during tethering
Hi! > On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > > Hi! > > > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > > GPRS. I used GPRS tethering a lot with some older kernel, and it was > > stable for hours. > > > > It seems v4.12 has the same problem. In v4.15 usb networking does not > > work at all, so I can't test... v4.10 seems to have similar problem. > > (Testing is > > slighlty tricky, as my internet connection is ... tethering using > > N900.) > > Based on a quick look ssi_stop_tx() is called too many times (i.e. once > more than ssi_start_tx()). This would appear to be an interal problem > with the SSI codebase (or whatever lies there; I don't know the current > codebase). If I change BUG_ON in ssi_stop_tx() to warning and return, I see the warning and system survives it. > Did this work in the past? When? There appear to have been changes in IRQ > handling some time in 2016... Actually, I'm not sure any more :-(. I did have tethering running overnight some time ago, but it was on slower mobile data, and over wifi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html signature.asc Description: Digital signature
Re: v4.13 on nokia n900: oops during tethering
Hi! > On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > > Hi! > > > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > > GPRS. I used GPRS tethering a lot with some older kernel, and it was > > stable for hours. > > > > It seems v4.12 has the same problem. In v4.15 usb networking does not > > work at all, so I can't test... v4.10 seems to have similar problem. > > (Testing is > > slighlty tricky, as my internet connection is ... tethering using > > N900.) > > Based on a quick look ssi_stop_tx() is called too many times (i.e. once > more than ssi_start_tx()). This would appear to be an interal problem > with the SSI codebase (or whatever lies there; I don't know the current > codebase). If I change BUG_ON in ssi_stop_tx() to warning and return, I see the warning and system survives it. > Did this work in the past? When? There appear to have been changes in IRQ > handling some time in 2016... Actually, I'm not sure any more :-(. I did have tethering running overnight some time ago, but it was on slower mobile data, and over wifi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html signature.asc Description: Digital signature
Re: v4.13 on nokia n900: oops during tethering
Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > > GPRS. I used GPRS tethering a lot with some older kernel, and it was > > stable for hours. > > > > It seems v4.12 has the same problem. In v4.15 usb networking does not > > work at all, so I can't test... v4.10 seems to have similar problem. > > (Testing is > > slighlty tricky, as my internet connection is ... tethering using > > N900.) > > Based on a quick look ssi_stop_tx() is called too many times (i.e. once > more than ssi_start_tx()). This would appear to be an interal problem > with the SSI codebase (or whatever lies there; I don't know the current > codebase). If you had ideas for debugging patch or maybe a workaround, that would be nice... > Did this work in the past? When? There appear to have been changes in IRQ > handling some time in 2016... I could not find working version. It looks like it really depends on workload... tethering over USB triggers it quickly, but apparently only if I generate "right" ammount of network load. There were also some power management changes GPRS traffic generated from N900 does not seem to trigger the problem, or not easily. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Re: v4.13 on nokia n900: oops during tethering
Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > > GPRS. I used GPRS tethering a lot with some older kernel, and it was > > stable for hours. > > > > It seems v4.12 has the same problem. In v4.15 usb networking does not > > work at all, so I can't test... v4.10 seems to have similar problem. > > (Testing is > > slighlty tricky, as my internet connection is ... tethering using > > N900.) > > Based on a quick look ssi_stop_tx() is called too many times (i.e. once > more than ssi_start_tx()). This would appear to be an interal problem > with the SSI codebase (or whatever lies there; I don't know the current > codebase). If you had ideas for debugging patch or maybe a workaround, that would be nice... > Did this work in the past? When? There appear to have been changes in IRQ > handling some time in 2016... I could not find working version. It looks like it really depends on workload... tethering over USB triggers it quickly, but apparently only if I generate "right" ammount of network load. There were also some power management changes GPRS traffic generated from N900 does not seem to trigger the problem, or not easily. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Re: v4.13 on nokia n900: oops during tethering
Hi Pavel, On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > GPRS. I used GPRS tethering a lot with some older kernel, and it was > stable for hours. > > It seems v4.12 has the same problem. In v4.15 usb networking does not > work at all, so I can't test... v4.10 seems to have similar problem. (Testing > is > slighlty tricky, as my internet connection is ... tethering using > N900.) Based on a quick look ssi_stop_tx() is called too many times (i.e. once more than ssi_start_tx()). This would appear to be an interal problem with the SSI codebase (or whatever lies there; I don't know the current codebase). Did this work in the past? When? There appear to have been changes in IRQ handling some time in 2016... > > Any ideas? > > Pavel > > [ 342.915191] DISPC: dispc_runtime_put > [ 342.915222] DISPC: dispc_save_context > [ 342.915283] DISPC: context saved > [ 342.925781] DSS: dss_save_context > [ 342.925811] DSS: context saved > [ 442.942291] [ cut here ] > [ 442.947448] Kernel BUG at c047bf3c [verbose debug info unavailable] > [ 442.954345] Internal error: Oops - BUG: 0 [#1] ARM > [ 442.959625] Modules linked in: > [ 442.963012] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Not tainted > 4.13.0-14753-g3f4b230-dirty #473 > [ 442.972381] Hardware name: Nokia RX-51 board > [ 442.977081] task: ce522a80 task.stack: ce532000 > [ 442.982086] PC is at ssi_stop_tx+0xa0/0xa8 > [ 442.986602] LR is at ssi_stop_tx+0x20/0xa8 > [ 442.991119] pc : []lr : []psr: 6013 > [ 442.997985] sp : ce533ea8 ip : fp : 01000300 > [ 443.003723] r10: ce5ebd3c r9 : ce394610 r8 : ce617000 > [ 443.009429] r7 : ce394610 r6 : ce518c28 r5 : ce513400 r4 : ce518c10 > [ 443.016601] r3 : r2 : ce532000 r1 : ce533ea0 r0 : ce518c28 > [ 443.023742] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment > none > [ 443.031555] Control: 10c5387d Table: 8e71c019 DAC: 0051 > [ 443.037841] Process irq/83-SSI PORT (pid: 52, stack limit = 0xce532210) > [ 443.045104] Stack: (0xce533ea8 to 0xce534000) > [ 443.049865] 3ea0: c047be9c ce5ebcc0 ce61a040 ce5ebd20 > ce630d40 c047e430 > [ 443.058868] 3ec0: c047e368 ce61a040 ce513400 ce518c10 ce518c38 ce518c4c > 0001 c047a8b0 > [ 443.067840] 3ee0: ce518c10 ce61afc0 0046 0001 0001 > ce513400 c015cad8 > [ 443.076782] 3f00: ce518c10 ce00b95c c047aa8c d6d6 ce533f30 > fa058000 c0729ccc > [ 443.085754] 3f20: 6013 0051 ce519c40 0001 ce00b900 > ce00b954 c015cad8 > [ 443.094726] 3f40: c0c505b6 ce00b95c c015caf4 ce519c40 0001 > ce00b900 c015c87c > [ 443.103698] 3f60: c015ca1c ce516a80 ce519c00 > ce516aa8 ce519c40 > [ 443.112670] 3f80: ce04bd54 c015c774 c014021c ce519c00 c0140110 > > [ 443.121612] 3fa0: c01076b8 > > [ 443.130584] 3fc0: > > [ 443.139526] 3fe0: 0013 > fedf > [ 443.154663] [] (ssi_stop_tx) from [] > (ssip_swbreak_complete+0xc8/0x108) > [ 443.170043] [] (ssip_swbreak_complete) from [] > (ssi_pio_complete+0x120/0x254) > [ 443.186035] [] (ssi_pio_complete) from [] > (ssi_pio_thread+0xa8/0x450) > [ 443.201354] [] (ssi_pio_thread) from [] > (irq_thread_fn+0x1c/0x34) > [ 443.216308] [] (irq_thread_fn) from [] > (irq_thread+0x108/0x1b0) > [ 443.231109] [] (irq_thread) from [] > (kthread+0x10c/0x148) > [ 443.245239] [] (kthread) from [] > (ret_from_fork+0x14/0x3c) > [ 443.259521] Code: e1a6 eb0ab766 e3a0 e8bd80f8 (e7f001f2) > [ 443.272705] DISPC: dispc_runtime_get > [ 443.283447] DSS: dss_restore_context > [ 443.294006] DSS: context restored > [ 443.304199] DISPC: fifo(0) threshold (bytes), old 960/1023, new 960/1023 > [ 443.318145] DISPC: fifo(1) threshold (bytes), old 960/1023, new 960/1023 > [ 443.331909] DISPC: fifo(2) threshold (bytes), old 960/1023, new 960/1023 > [ 443.345611] DISPC: dispc_restore_context > [ 443.356262] DISPC: context restored > [ 443.366302] DSS: set fck to 7200 > [ 443.376190] DISPC: lck = 7200 (1) > [ 443.386016] DISPC: pck = 2400 (3) > [ 443.397705] APPLY: writing mgr 0 regs > [ 443.407165] APPLY: writing ovl 0 regs > [ 443.416442] APPLY: writing ovl 0 regs extra > [ 443.426086] APPLY: writing ovl 1 regs > [ 443.434997] APPLY: writing ovl 1 regs extra > [ 443.444305] APPLY: writing ovl 2 regs > [ 443.452880] APPLY: writing ovl 2 regs extra > [ 443.461883] APPLY: writing mgr 0 regs extra > [ 443.470733] DISPC: channel 0 xres 800 yres 480 > [ 443.479949] DISPC: pck 2400 > [ 443.487762] DISPC: hsw 4 hfp 28 hbp 24 vsw 3 vfp 3
Re: v4.13 on nokia n900: oops during tethering
Hi Pavel, On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > GPRS. I used GPRS tethering a lot with some older kernel, and it was > stable for hours. > > It seems v4.12 has the same problem. In v4.15 usb networking does not > work at all, so I can't test... v4.10 seems to have similar problem. (Testing > is > slighlty tricky, as my internet connection is ... tethering using > N900.) Based on a quick look ssi_stop_tx() is called too many times (i.e. once more than ssi_start_tx()). This would appear to be an interal problem with the SSI codebase (or whatever lies there; I don't know the current codebase). Did this work in the past? When? There appear to have been changes in IRQ handling some time in 2016... > > Any ideas? > > Pavel > > [ 342.915191] DISPC: dispc_runtime_put > [ 342.915222] DISPC: dispc_save_context > [ 342.915283] DISPC: context saved > [ 342.925781] DSS: dss_save_context > [ 342.925811] DSS: context saved > [ 442.942291] [ cut here ] > [ 442.947448] Kernel BUG at c047bf3c [verbose debug info unavailable] > [ 442.954345] Internal error: Oops - BUG: 0 [#1] ARM > [ 442.959625] Modules linked in: > [ 442.963012] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Not tainted > 4.13.0-14753-g3f4b230-dirty #473 > [ 442.972381] Hardware name: Nokia RX-51 board > [ 442.977081] task: ce522a80 task.stack: ce532000 > [ 442.982086] PC is at ssi_stop_tx+0xa0/0xa8 > [ 442.986602] LR is at ssi_stop_tx+0x20/0xa8 > [ 442.991119] pc : []lr : []psr: 6013 > [ 442.997985] sp : ce533ea8 ip : fp : 01000300 > [ 443.003723] r10: ce5ebd3c r9 : ce394610 r8 : ce617000 > [ 443.009429] r7 : ce394610 r6 : ce518c28 r5 : ce513400 r4 : ce518c10 > [ 443.016601] r3 : r2 : ce532000 r1 : ce533ea0 r0 : ce518c28 > [ 443.023742] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment > none > [ 443.031555] Control: 10c5387d Table: 8e71c019 DAC: 0051 > [ 443.037841] Process irq/83-SSI PORT (pid: 52, stack limit = 0xce532210) > [ 443.045104] Stack: (0xce533ea8 to 0xce534000) > [ 443.049865] 3ea0: c047be9c ce5ebcc0 ce61a040 ce5ebd20 > ce630d40 c047e430 > [ 443.058868] 3ec0: c047e368 ce61a040 ce513400 ce518c10 ce518c38 ce518c4c > 0001 c047a8b0 > [ 443.067840] 3ee0: ce518c10 ce61afc0 0046 0001 0001 > ce513400 c015cad8 > [ 443.076782] 3f00: ce518c10 ce00b95c c047aa8c d6d6 ce533f30 > fa058000 c0729ccc > [ 443.085754] 3f20: 6013 0051 ce519c40 0001 ce00b900 > ce00b954 c015cad8 > [ 443.094726] 3f40: c0c505b6 ce00b95c c015caf4 ce519c40 0001 > ce00b900 c015c87c > [ 443.103698] 3f60: c015ca1c ce516a80 ce519c00 > ce516aa8 ce519c40 > [ 443.112670] 3f80: ce04bd54 c015c774 c014021c ce519c00 c0140110 > > [ 443.121612] 3fa0: c01076b8 > > [ 443.130584] 3fc0: > > [ 443.139526] 3fe0: 0013 > fedf > [ 443.154663] [] (ssi_stop_tx) from [] > (ssip_swbreak_complete+0xc8/0x108) > [ 443.170043] [] (ssip_swbreak_complete) from [] > (ssi_pio_complete+0x120/0x254) > [ 443.186035] [] (ssi_pio_complete) from [] > (ssi_pio_thread+0xa8/0x450) > [ 443.201354] [] (ssi_pio_thread) from [] > (irq_thread_fn+0x1c/0x34) > [ 443.216308] [] (irq_thread_fn) from [] > (irq_thread+0x108/0x1b0) > [ 443.231109] [] (irq_thread) from [] > (kthread+0x10c/0x148) > [ 443.245239] [] (kthread) from [] > (ret_from_fork+0x14/0x3c) > [ 443.259521] Code: e1a6 eb0ab766 e3a0 e8bd80f8 (e7f001f2) > [ 443.272705] DISPC: dispc_runtime_get > [ 443.283447] DSS: dss_restore_context > [ 443.294006] DSS: context restored > [ 443.304199] DISPC: fifo(0) threshold (bytes), old 960/1023, new 960/1023 > [ 443.318145] DISPC: fifo(1) threshold (bytes), old 960/1023, new 960/1023 > [ 443.331909] DISPC: fifo(2) threshold (bytes), old 960/1023, new 960/1023 > [ 443.345611] DISPC: dispc_restore_context > [ 443.356262] DISPC: context restored > [ 443.366302] DSS: set fck to 7200 > [ 443.376190] DISPC: lck = 7200 (1) > [ 443.386016] DISPC: pck = 2400 (3) > [ 443.397705] APPLY: writing mgr 0 regs > [ 443.407165] APPLY: writing ovl 0 regs > [ 443.416442] APPLY: writing ovl 0 regs extra > [ 443.426086] APPLY: writing ovl 1 regs > [ 443.434997] APPLY: writing ovl 1 regs extra > [ 443.444305] APPLY: writing ovl 2 regs > [ 443.452880] APPLY: writing ovl 2 regs extra > [ 443.461883] APPLY: writing mgr 0 regs extra > [ 443.470733] DISPC: channel 0 xres 800 yres 480 > [ 443.479949] DISPC: pck 2400 > [ 443.487762] DISPC: hsw 4 hfp 28 hbp 24 vsw 3 vfp 3
v4.13 on nokia n900: oops during tethering
Hi! During tethering, I got oops in ssi_stop_tx(), followed by failure of GPRS. I used GPRS tethering a lot with some older kernel, and it was stable for hours. It seems v4.12 has the same problem. In v4.15 usb networking does not work at all, so I can't test... v4.10 seems to have similar problem. (Testing is slighlty tricky, as my internet connection is ... tethering using N900.) Any ideas? Pavel [ 342.915191] DISPC: dispc_runtime_put [ 342.915222] DISPC: dispc_save_context [ 342.915283] DISPC: context saved [ 342.925781] DSS: dss_save_context [ 342.925811] DSS: context saved [ 442.942291] [ cut here ] [ 442.947448] Kernel BUG at c047bf3c [verbose debug info unavailable] [ 442.954345] Internal error: Oops - BUG: 0 [#1] ARM [ 442.959625] Modules linked in: [ 442.963012] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Not tainted 4.13.0-14753-g3f4b230-dirty #473 [ 442.972381] Hardware name: Nokia RX-51 board [ 442.977081] task: ce522a80 task.stack: ce532000 [ 442.982086] PC is at ssi_stop_tx+0xa0/0xa8 [ 442.986602] LR is at ssi_stop_tx+0x20/0xa8 [ 442.991119] pc : []lr : []psr: 6013 [ 442.997985] sp : ce533ea8 ip : fp : 01000300 [ 443.003723] r10: ce5ebd3c r9 : ce394610 r8 : ce617000 [ 443.009429] r7 : ce394610 r6 : ce518c28 r5 : ce513400 r4 : ce518c10 [ 443.016601] r3 : r2 : ce532000 r1 : ce533ea0 r0 : ce518c28 [ 443.023742] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none [ 443.031555] Control: 10c5387d Table: 8e71c019 DAC: 0051 [ 443.037841] Process irq/83-SSI PORT (pid: 52, stack limit = 0xce532210) [ 443.045104] Stack: (0xce533ea8 to 0xce534000) [ 443.049865] 3ea0: c047be9c ce5ebcc0 ce61a040 ce5ebd20 ce630d40 c047e430 [ 443.058868] 3ec0: c047e368 ce61a040 ce513400 ce518c10 ce518c38 ce518c4c 0001 c047a8b0 [ 443.067840] 3ee0: ce518c10 ce61afc0 0046 0001 0001 ce513400 c015cad8 [ 443.076782] 3f00: ce518c10 ce00b95c c047aa8c d6d6 ce533f30 fa058000 c0729ccc [ 443.085754] 3f20: 6013 0051 ce519c40 0001 ce00b900 ce00b954 c015cad8 [ 443.094726] 3f40: c0c505b6 ce00b95c c015caf4 ce519c40 0001 ce00b900 c015c87c [ 443.103698] 3f60: c015ca1c ce516a80 ce519c00 ce516aa8 ce519c40 [ 443.112670] 3f80: ce04bd54 c015c774 c014021c ce519c00 c0140110 [ 443.121612] 3fa0: c01076b8 [ 443.130584] 3fc0: [ 443.139526] 3fe0: 0013 fedf [ 443.154663] [] (ssi_stop_tx) from [] (ssip_swbreak_complete+0xc8/0x108) [ 443.170043] [] (ssip_swbreak_complete) from [] (ssi_pio_complete+0x120/0x254) [ 443.186035] [] (ssi_pio_complete) from [] (ssi_pio_thread+0xa8/0x450) [ 443.201354] [] (ssi_pio_thread) from [] (irq_thread_fn+0x1c/0x34) [ 443.216308] [] (irq_thread_fn) from [] (irq_thread+0x108/0x1b0) [ 443.231109] [] (irq_thread) from [] (kthread+0x10c/0x148) [ 443.245239] [] (kthread) from [] (ret_from_fork+0x14/0x3c) [ 443.259521] Code: e1a6 eb0ab766 e3a0 e8bd80f8 (e7f001f2) [ 443.272705] DISPC: dispc_runtime_get [ 443.283447] DSS: dss_restore_context [ 443.294006] DSS: context restored [ 443.304199] DISPC: fifo(0) threshold (bytes), old 960/1023, new 960/1023 [ 443.318145] DISPC: fifo(1) threshold (bytes), old 960/1023, new 960/1023 [ 443.331909] DISPC: fifo(2) threshold (bytes), old 960/1023, new 960/1023 [ 443.345611] DISPC: dispc_restore_context [ 443.356262] DISPC: context restored [ 443.366302] DSS: set fck to 7200 [ 443.376190] DISPC: lck = 7200 (1) [ 443.386016] DISPC: pck = 2400 (3) [ 443.397705] APPLY: writing mgr 0 regs [ 443.407165] APPLY: writing ovl 0 regs [ 443.416442] APPLY: writing ovl 0 regs extra [ 443.426086] APPLY: writing ovl 1 regs [ 443.434997] APPLY: writing ovl 1 regs extra [ 443.444305] APPLY: writing ovl 2 regs [ 443.452880] APPLY: writing ovl 2 regs extra [ 443.461883] APPLY: writing mgr 0 regs extra [ 443.470733] DISPC: channel 0 xres 800 yres 480 [ 443.479949] DISPC: pck 2400 [ 443.487762] DISPC: hsw 4 hfp 28 hbp 24 vsw 3 vfp 3 vbp 4 [ 443.497741] DISPC: vsync_level 0 hsync_level 0 data_pclk_edge 1 de_level 1 sync_pclk_edge 1 [ 443.511169] DISPC: hsync 28037Hz, vsync 57Hz [ 443.520019] DISPC: lck = 7200 (1) [ 443.528015] DISPC: pck = 2400 (3) [ 443.692840] ---[ end trace f03d078078f0bc22 ]--- [ 443.701812] genirq: exiting task "irq/83-SSI PORT" (52) is an active IRQ thread (irq 83) [ 444.290863] irq 83: nobody cared (try booting with the "irqpoll" option) [ 444.302032] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Tainted: G D 4.13.0-14753-g3f4b230-dirty #473 [ 444.320831] Hardware name: Nokia RX-51
v4.13 on nokia n900: oops during tethering
Hi! During tethering, I got oops in ssi_stop_tx(), followed by failure of GPRS. I used GPRS tethering a lot with some older kernel, and it was stable for hours. It seems v4.12 has the same problem. In v4.15 usb networking does not work at all, so I can't test... v4.10 seems to have similar problem. (Testing is slighlty tricky, as my internet connection is ... tethering using N900.) Any ideas? Pavel [ 342.915191] DISPC: dispc_runtime_put [ 342.915222] DISPC: dispc_save_context [ 342.915283] DISPC: context saved [ 342.925781] DSS: dss_save_context [ 342.925811] DSS: context saved [ 442.942291] [ cut here ] [ 442.947448] Kernel BUG at c047bf3c [verbose debug info unavailable] [ 442.954345] Internal error: Oops - BUG: 0 [#1] ARM [ 442.959625] Modules linked in: [ 442.963012] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Not tainted 4.13.0-14753-g3f4b230-dirty #473 [ 442.972381] Hardware name: Nokia RX-51 board [ 442.977081] task: ce522a80 task.stack: ce532000 [ 442.982086] PC is at ssi_stop_tx+0xa0/0xa8 [ 442.986602] LR is at ssi_stop_tx+0x20/0xa8 [ 442.991119] pc : []lr : []psr: 6013 [ 442.997985] sp : ce533ea8 ip : fp : 01000300 [ 443.003723] r10: ce5ebd3c r9 : ce394610 r8 : ce617000 [ 443.009429] r7 : ce394610 r6 : ce518c28 r5 : ce513400 r4 : ce518c10 [ 443.016601] r3 : r2 : ce532000 r1 : ce533ea0 r0 : ce518c28 [ 443.023742] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none [ 443.031555] Control: 10c5387d Table: 8e71c019 DAC: 0051 [ 443.037841] Process irq/83-SSI PORT (pid: 52, stack limit = 0xce532210) [ 443.045104] Stack: (0xce533ea8 to 0xce534000) [ 443.049865] 3ea0: c047be9c ce5ebcc0 ce61a040 ce5ebd20 ce630d40 c047e430 [ 443.058868] 3ec0: c047e368 ce61a040 ce513400 ce518c10 ce518c38 ce518c4c 0001 c047a8b0 [ 443.067840] 3ee0: ce518c10 ce61afc0 0046 0001 0001 ce513400 c015cad8 [ 443.076782] 3f00: ce518c10 ce00b95c c047aa8c d6d6 ce533f30 fa058000 c0729ccc [ 443.085754] 3f20: 6013 0051 ce519c40 0001 ce00b900 ce00b954 c015cad8 [ 443.094726] 3f40: c0c505b6 ce00b95c c015caf4 ce519c40 0001 ce00b900 c015c87c [ 443.103698] 3f60: c015ca1c ce516a80 ce519c00 ce516aa8 ce519c40 [ 443.112670] 3f80: ce04bd54 c015c774 c014021c ce519c00 c0140110 [ 443.121612] 3fa0: c01076b8 [ 443.130584] 3fc0: [ 443.139526] 3fe0: 0013 fedf [ 443.154663] [] (ssi_stop_tx) from [] (ssip_swbreak_complete+0xc8/0x108) [ 443.170043] [] (ssip_swbreak_complete) from [] (ssi_pio_complete+0x120/0x254) [ 443.186035] [] (ssi_pio_complete) from [] (ssi_pio_thread+0xa8/0x450) [ 443.201354] [] (ssi_pio_thread) from [] (irq_thread_fn+0x1c/0x34) [ 443.216308] [] (irq_thread_fn) from [] (irq_thread+0x108/0x1b0) [ 443.231109] [] (irq_thread) from [] (kthread+0x10c/0x148) [ 443.245239] [] (kthread) from [] (ret_from_fork+0x14/0x3c) [ 443.259521] Code: e1a6 eb0ab766 e3a0 e8bd80f8 (e7f001f2) [ 443.272705] DISPC: dispc_runtime_get [ 443.283447] DSS: dss_restore_context [ 443.294006] DSS: context restored [ 443.304199] DISPC: fifo(0) threshold (bytes), old 960/1023, new 960/1023 [ 443.318145] DISPC: fifo(1) threshold (bytes), old 960/1023, new 960/1023 [ 443.331909] DISPC: fifo(2) threshold (bytes), old 960/1023, new 960/1023 [ 443.345611] DISPC: dispc_restore_context [ 443.356262] DISPC: context restored [ 443.366302] DSS: set fck to 7200 [ 443.376190] DISPC: lck = 7200 (1) [ 443.386016] DISPC: pck = 2400 (3) [ 443.397705] APPLY: writing mgr 0 regs [ 443.407165] APPLY: writing ovl 0 regs [ 443.416442] APPLY: writing ovl 0 regs extra [ 443.426086] APPLY: writing ovl 1 regs [ 443.434997] APPLY: writing ovl 1 regs extra [ 443.444305] APPLY: writing ovl 2 regs [ 443.452880] APPLY: writing ovl 2 regs extra [ 443.461883] APPLY: writing mgr 0 regs extra [ 443.470733] DISPC: channel 0 xres 800 yres 480 [ 443.479949] DISPC: pck 2400 [ 443.487762] DISPC: hsw 4 hfp 28 hbp 24 vsw 3 vfp 3 vbp 4 [ 443.497741] DISPC: vsync_level 0 hsync_level 0 data_pclk_edge 1 de_level 1 sync_pclk_edge 1 [ 443.511169] DISPC: hsync 28037Hz, vsync 57Hz [ 443.520019] DISPC: lck = 7200 (1) [ 443.528015] DISPC: pck = 2400 (3) [ 443.692840] ---[ end trace f03d078078f0bc22 ]--- [ 443.701812] genirq: exiting task "irq/83-SSI PORT" (52) is an active IRQ thread (irq 83) [ 444.290863] irq 83: nobody cared (try booting with the "irqpoll" option) [ 444.302032] CPU: 0 PID: 52 Comm: irq/83-SSI PORT Tainted: G D 4.13.0-14753-g3f4b230-dirty #473 [ 444.320831] Hardware name: Nokia RX-51
