* Error when unloading g_serial module
@ 2020-03-07 1:54 Otavio Salvador
2020-03-07 19:51 ` Otavio Salvador
0 siblings, 1 reply; 5+ messages in thread
From: Otavio Salvador @ 2020-03-07 1:54 UTC (permalink / raw)
To: Felipe Balbi, sorganov, mirq-linux, felixhaedicke, linux-usb,
Fabio Estevam
Hi,
Running kernel 5.4.23 on a RV1108 based board the following issue is
seen when removing the g_serial module.
[root@rv1108 ~]# rmmod g_serial
[root@rv1108 ~]#
[ 78.090775] ------------[ cut here ]------------
[ 78.091252] WARNING: CPU: 0 PID: 617 at
drivers/usb/gadget/function/u_serial.c:706 gs_close+0x8c/0x1e4
[u_serial]
[ 78.092164] Modules linked in: usb_f_acm u_serial libcomposite
configfs zram zsmalloc emlog(O) wdtoken(O) clk_rk808 rtc_rk808
spi_rockchip [last unloaded: g_serial]
[ 78.093529] CPU: 0 PID: 617 Comm: nm-online Tainted: G O
5.4.23 #41
[ 78.094198] Hardware name: Rockchip (Device Tree)
[ 78.094655] [<c0111100>] (unwind_backtrace) from [<c010c638>]
(show_stack+0x10/0x14)
[ 78.095363] [<c010c638>] (show_stack) from [<c082b19c>]
(dump_stack+0xc0/0xd4)
[ 78.096027] [<c082b19c>] (dump_stack) from [<c01357c8>] (__warn+0xe0/0xf8)
[ 78.096655] [<c01357c8>] (__warn) from [<c0135890>]
(warn_slowpath_fmt+0xb0/0xb8)
[ 78.097341] [<c0135890>] (warn_slowpath_fmt) from [<bf04ad8c>]
(gs_close+0x8c/0x1e4 [u_serial])
[ 78.098137] [<bf04ad8c>] (gs_close [u_serial]) from [<c04f47cc>]
(tty_release+0xf0/0x47c)
[ 78.098877] [<c04f47cc>] (tty_release) from [<c02afb14>] (__fput+0x88/0x214)
[ 78.099517] [<c02afb14>] (__fput) from [<c01556a4>] (task_work_run+0xa4/0xc8)
[ 78.100164] [<c01556a4>] (task_work_run) from [<c01397a4>]
(do_exit+0x3e4/0xac8)
[ 78.100835] [<c01397a4>] (do_exit) from [<c013ad04>]
(do_group_exit+0x3c/0xc8)
[ 78.101486] [<c013ad04>] (do_group_exit) from [<c013ada0>]
(__wake_up_parent+0x0/0x18)
[ 78.102190] ---[ end trace f34de27d5eaf8688 ]---
Looks like port.count is not being correctly handled.
Does anyone have any suggestions on how we could fix this?
Thanks
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Error when unloading g_serial module
2020-03-07 1:54 Error when unloading g_serial module Otavio Salvador
@ 2020-03-07 19:51 ` Otavio Salvador
2020-03-12 9:53 ` Peter Chen
0 siblings, 1 reply; 5+ messages in thread
From: Otavio Salvador @ 2020-03-07 19:51 UTC (permalink / raw)
To: Otavio Salvador
Cc: Felipe Balbi, sorganov, mirq-linux, felixhaedicke, linux-usb,
Fabio Estevam
Sorry, here is the log withoiut any out-of-tree module:
[root@rv1108 ~]# modprobe -r g_serial
[ 86.928476] 8<--- cut here ---
[ 86.928781] Unable to handle kernel NULL pointer dereference at
virtual address 000000d4
[ 86.929511] pgd = 2c058c2d
[ 86.929766] [000000d4] *pgd=6591f835, *pte=00000000, *ppte=00000000
[ 86.930350] Internal error: Oops: 17 [#1] SMP ARM
[ 86.930778] Modules linked in: usb_f_acm u_serial g_serial(-)
libcomposite configfs zram zsmalloc clk_rk808 rtc_rk808 spi_rockchip
[ 86.931872] CPU: 0 PID: 498 Comm: sat Not tainted 5.4.23 #41
[ 86.932376] Hardware name: Rockchip (Device Tree)
[ 86.932818] PC is at _raw_spin_lock_irq+0x8/0x44
[ 86.933254] LR is at gs_close+0x28/0x1e4 [u_serial]
[ 86.933696] pc : [<c08483b0>] lr : [<bf03fd28>] psr: a00e0093
[ 86.934255] sp : c5c05d38 ip : 00005401 fp : ffffffed
[ 86.934724] r10: c6716db8 r9 : 00000000 r8 : c096d664
[ 86.935191] r7 : c5c07b40 r6 : 000000d4 r5 : c0d05c88 r4 : 00000000
[ 86.935774] r3 : 79f4b188 r2 : c63ca600 r1 : c5c07b40 r0 : 000000d4
[ 86.936366] Flags: NzCv IRQs off FIQs on Mode SVC_32 ISA ARM
Segment none
[ 86.937010] Control: 10c5387d Table: 65be406a DAC: 00000051
[ 86.937528] Process sat (pid: 498, stack limit = 0x87e8ad9f)
[ 86.938041] Stack: (0xc5c05d38 to 0xc5c06000)
[ 86.938440] 5d20:
0f300000 c6716db8
[ 86.939172] 5d40: c5c07b40 c63ca600 c5c07b40 79f4b188 c63ca600
00000000 c0ae9318 c5c07b40
[ 86.939904] 5d60: c096d664 00000000 c6716db8 c04f47cc 00000000
c04fc400 c63ca600 00000000
[ 86.940637] 5d80: 00000000 c63ca600 c5c07b40 c0ae9318 c5c04000
c096d664 0f300000 c6716db8
[ 86.941370] 5da0: ffffffed c04f66a0 800e0093 00000902 c0d8ecd8
c593d180 c0d05c88 00000081
[ 86.942101] 5dc0: 00000000 79f4b188 00000000 c096d6e4 c0d05c88
c5910e40 00000000 c6716db8
[ 86.942833] 5de0: c5c07b40 00000000 c5c07b40 c02b3250 c5c05ec0
79f4b188 c5c05ec0 c5c07b40
[ 86.943565] 5e00: c6716db8 c5c07b48 c02b3174 00000006 c6716db8
c02aa874 c5c05ec0 00000000
[ 86.944296] 5e20: 00000902 00000000 00000000 00000006 c6716db8
c02bd920 c0161a04 00000100
[ 86.945029] 5e40: 00000000 000041ed 00000000 00000000 c0d05c88
00000041 00000000 c014fc70
[ 86.945761] 5e60: ffffe000 00000000 c0a7273c c0152494 600e0013
c5813b90 00000002 c6716db8
[ 86.946493] 5e80: c708b9d0 c6ef1bb0 00000000 c5813b7c c0a6abdc
79f4b188 c0d8ecd8 c0d05c88
[ 86.947225] 5ea0: c0d05c88 c5c05f70 00000001 fffff000 c5c04000
00000142 b63a3874 c02bf5f0
[ 86.947958] 5ec0: c708b9d0 c6ef1bb0 ad6e75ef 00000006 c70da015
c6371e40 00000000 c6cba6e8
[ 86.948689] 5ee0: c6716db8 00000101 00000002 00000054 00000000
00000000 00000000 c5c05f00
[ 86.949424] 5f00: c583b600 c583ba58 00000000 c0843628 c583ba40
c583b600 c0d05c88 c01556a8
[ 86.950155] 5f20: ffffe000 79f4b188 00000011 00000020 c70da000
00000000 00000000 00000002
[ 86.950890] 5f40: ffffff9c c02cea14 00000902 79f4b188 ffffff9c
00000011 c0d05c88 ffffff9c
[ 86.951622] 5f60: c70da000 c02abd18 00000000 79f4b188 00000902
c0150000 00000006 00000100
[ 86.952355] 5f80: 00000001 79f4b188 003e75dc 00677470 00000011
00000142 c0101204 c5c04000
[ 86.953088] 5fa0: 00000142 c0101000 003e75dc 00677470 ffffff9c
003e75dc 00000902 00000000
[ 86.953824] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
00020000 00020000 b63a3874
[ 86.954555] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c 600e0010
ffffff9c 00000000 00000000
[ 86.955312] [<c08483b0>] (_raw_spin_lock_irq) from [<bf03fd28>]
(gs_close+0x28/0x1e4 [u_serial])
[ 86.956121] [<bf03fd28>] (gs_close [u_serial]) from [<c04f47cc>]
(tty_release+0xf0/0x47c)
[ 86.956864] [<c04f47cc>] (tty_release) from [<c04f66a0>]
(tty_open+0x118/0x3fc)
[ 86.957528] [<c04f66a0>] (tty_open) from [<c02b3250>]
(chrdev_open+0xdc/0x1a8)
[ 86.958184] [<c02b3250>] (chrdev_open) from [<c02aa874>]
(do_dentry_open+0x21c/0x3f0)
[ 86.958898] [<c02aa874>] (do_dentry_open) from [<c02bd920>]
(path_openat+0x470/0x1174)
[ 86.959615] [<c02bd920>] (path_openat) from [<c02bf5f0>]
(do_filp_open+0x70/0xdc)
[ 86.960293] [<c02bf5f0>] (do_filp_open) from [<c02abd18>]
(do_sys_open+0x180/0x214)
[ 86.960985] [<c02abd18>] (do_sys_open) from [<c0101000>]
(ret_fast_syscall+0x0/0x54)
[ 86.961671] Exception stack(0xc5c05fa8 to 0xc5c05ff0)
[ 86.962130] 5fa0: 003e75dc 00677470 ffffff9c
003e75dc 00000902 00000000
[ 86.962863] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
00020000 00020000 b63a3874
[ 86.963591] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c
[ 86.964054] Code: f57ff05b e12fff1e f10c0080 f590f000 (e1903f9f)
[ 86.964603] ---[ end trace 2e9f93ef91ffad40 ]---
[root@rv1108 ~]#
Thanks
On Fri, Mar 6, 2020 at 10:54 PM Otavio Salvador <otavio@ossystems.com.br> wrote:
>
> Hi,
>
> Running kernel 5.4.23 on a RV1108 based board the following issue is
> seen when removing the g_serial module.
>
> [root@rv1108 ~]# rmmod g_serial
> [root@rv1108 ~]#
> [ 78.090775] ------------[ cut here ]------------
> [ 78.091252] WARNING: CPU: 0 PID: 617 at
> drivers/usb/gadget/function/u_serial.c:706 gs_close+0x8c/0x1e4
> [u_serial]
> [ 78.092164] Modules linked in: usb_f_acm u_serial libcomposite
> configfs zram zsmalloc emlog(O) wdtoken(O) clk_rk808 rtc_rk808
> spi_rockchip [last unloaded: g_serial]
> [ 78.093529] CPU: 0 PID: 617 Comm: nm-online Tainted: G O
> 5.4.23 #41
> [ 78.094198] Hardware name: Rockchip (Device Tree)
> [ 78.094655] [<c0111100>] (unwind_backtrace) from [<c010c638>]
> (show_stack+0x10/0x14)
> [ 78.095363] [<c010c638>] (show_stack) from [<c082b19c>]
> (dump_stack+0xc0/0xd4)
> [ 78.096027] [<c082b19c>] (dump_stack) from [<c01357c8>] (__warn+0xe0/0xf8)
> [ 78.096655] [<c01357c8>] (__warn) from [<c0135890>]
> (warn_slowpath_fmt+0xb0/0xb8)
> [ 78.097341] [<c0135890>] (warn_slowpath_fmt) from [<bf04ad8c>]
> (gs_close+0x8c/0x1e4 [u_serial])
> [ 78.098137] [<bf04ad8c>] (gs_close [u_serial]) from [<c04f47cc>]
> (tty_release+0xf0/0x47c)
> [ 78.098877] [<c04f47cc>] (tty_release) from [<c02afb14>] (__fput+0x88/0x214)
> [ 78.099517] [<c02afb14>] (__fput) from [<c01556a4>] (task_work_run+0xa4/0xc8)
> [ 78.100164] [<c01556a4>] (task_work_run) from [<c01397a4>]
> (do_exit+0x3e4/0xac8)
> [ 78.100835] [<c01397a4>] (do_exit) from [<c013ad04>]
> (do_group_exit+0x3c/0xc8)
> [ 78.101486] [<c013ad04>] (do_group_exit) from [<c013ada0>]
> (__wake_up_parent+0x0/0x18)
> [ 78.102190] ---[ end trace f34de27d5eaf8688 ]---
>
> Looks like port.count is not being correctly handled.
>
> Does anyone have any suggestions on how we could fix this?
>
> Thanks
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.br http://code.ossystems.com.br
> Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Error when unloading g_serial module
2020-03-07 19:51 ` Otavio Salvador
@ 2020-03-12 9:53 ` Peter Chen
2020-03-12 11:51 ` Otavio Salvador
0 siblings, 1 reply; 5+ messages in thread
From: Peter Chen @ 2020-03-12 9:53 UTC (permalink / raw)
To: Otavio Salvador
Cc: Otavio Salvador, Felipe Balbi, sorganov@gmail.com,
mirq-linux@rere.qmqm.pl, felixhaedicke@web.de,
linux-usb@vger.kernel.org, Fabio Estevam
On 20-03-07 16:51:48, Otavio Salvador wrote:
> Sorry, here is the log withoiut any out-of-tree module:
>
> [root@rv1108 ~]# modprobe -r g_serial
> [ 86.928476] 8<--- cut here ---
> [ 86.928781] Unable to handle kernel NULL pointer dereference at
> virtual address 000000d4
> [ 86.929511] pgd = 2c058c2d
> [ 86.929766] [000000d4] *pgd=6591f835, *pte=00000000, *ppte=00000000
> [ 86.930350] Internal error: Oops: 17 [#1] SMP ARM
> [ 86.930778] Modules linked in: usb_f_acm u_serial g_serial(-)
> libcomposite configfs zram zsmalloc clk_rk808 rtc_rk808 spi_rockchip
> [ 86.931872] CPU: 0 PID: 498 Comm: sat Not tainted 5.4.23 #41
> [ 86.932376] Hardware name: Rockchip (Device Tree)
> [ 86.932818] PC is at _raw_spin_lock_irq+0x8/0x44
> [ 86.933254] LR is at gs_close+0x28/0x1e4 [u_serial]
> [ 86.933696] pc : [<c08483b0>] lr : [<bf03fd28>] psr: a00e0093
> [ 86.934255] sp : c5c05d38 ip : 00005401 fp : ffffffed
> [ 86.934724] r10: c6716db8 r9 : 00000000 r8 : c096d664
> [ 86.935191] r7 : c5c07b40 r6 : 000000d4 r5 : c0d05c88 r4 : 00000000
> [ 86.935774] r3 : 79f4b188 r2 : c63ca600 r1 : c5c07b40 r0 : 000000d4
> [ 86.936366] Flags: NzCv IRQs off FIQs on Mode SVC_32 ISA ARM
> Segment none
> [ 86.937010] Control: 10c5387d Table: 65be406a DAC: 00000051
> [ 86.937528] Process sat (pid: 498, stack limit = 0x87e8ad9f)
> [ 86.938041] Stack: (0xc5c05d38 to 0xc5c06000)
> [ 86.938440] 5d20:
> 0f300000 c6716db8
> [ 86.939172] 5d40: c5c07b40 c63ca600 c5c07b40 79f4b188 c63ca600
> 00000000 c0ae9318 c5c07b40
> [ 86.939904] 5d60: c096d664 00000000 c6716db8 c04f47cc 00000000
> c04fc400 c63ca600 00000000
> [ 86.940637] 5d80: 00000000 c63ca600 c5c07b40 c0ae9318 c5c04000
> c096d664 0f300000 c6716db8
> [ 86.941370] 5da0: ffffffed c04f66a0 800e0093 00000902 c0d8ecd8
> c593d180 c0d05c88 00000081
> [ 86.942101] 5dc0: 00000000 79f4b188 00000000 c096d6e4 c0d05c88
> c5910e40 00000000 c6716db8
> [ 86.942833] 5de0: c5c07b40 00000000 c5c07b40 c02b3250 c5c05ec0
> 79f4b188 c5c05ec0 c5c07b40
> [ 86.943565] 5e00: c6716db8 c5c07b48 c02b3174 00000006 c6716db8
> c02aa874 c5c05ec0 00000000
> [ 86.944296] 5e20: 00000902 00000000 00000000 00000006 c6716db8
> c02bd920 c0161a04 00000100
> [ 86.945029] 5e40: 00000000 000041ed 00000000 00000000 c0d05c88
> 00000041 00000000 c014fc70
> [ 86.945761] 5e60: ffffe000 00000000 c0a7273c c0152494 600e0013
> c5813b90 00000002 c6716db8
> [ 86.946493] 5e80: c708b9d0 c6ef1bb0 00000000 c5813b7c c0a6abdc
> 79f4b188 c0d8ecd8 c0d05c88
> [ 86.947225] 5ea0: c0d05c88 c5c05f70 00000001 fffff000 c5c04000
> 00000142 b63a3874 c02bf5f0
> [ 86.947958] 5ec0: c708b9d0 c6ef1bb0 ad6e75ef 00000006 c70da015
> c6371e40 00000000 c6cba6e8
> [ 86.948689] 5ee0: c6716db8 00000101 00000002 00000054 00000000
> 00000000 00000000 c5c05f00
> [ 86.949424] 5f00: c583b600 c583ba58 00000000 c0843628 c583ba40
> c583b600 c0d05c88 c01556a8
> [ 86.950155] 5f20: ffffe000 79f4b188 00000011 00000020 c70da000
> 00000000 00000000 00000002
> [ 86.950890] 5f40: ffffff9c c02cea14 00000902 79f4b188 ffffff9c
> 00000011 c0d05c88 ffffff9c
> [ 86.951622] 5f60: c70da000 c02abd18 00000000 79f4b188 00000902
> c0150000 00000006 00000100
> [ 86.952355] 5f80: 00000001 79f4b188 003e75dc 00677470 00000011
> 00000142 c0101204 c5c04000
> [ 86.953088] 5fa0: 00000142 c0101000 003e75dc 00677470 ffffff9c
> 003e75dc 00000902 00000000
> [ 86.953824] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
> 00020000 00020000 b63a3874
> [ 86.954555] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c 600e0010
> ffffff9c 00000000 00000000
> [ 86.955312] [<c08483b0>] (_raw_spin_lock_irq) from [<bf03fd28>]
> (gs_close+0x28/0x1e4 [u_serial])
> [ 86.956121] [<bf03fd28>] (gs_close [u_serial]) from [<c04f47cc>]
> (tty_release+0xf0/0x47c)
> [ 86.956864] [<c04f47cc>] (tty_release) from [<c04f66a0>]
> (tty_open+0x118/0x3fc)
> [ 86.957528] [<c04f66a0>] (tty_open) from [<c02b3250>]
> (chrdev_open+0xdc/0x1a8)
> [ 86.958184] [<c02b3250>] (chrdev_open) from [<c02aa874>]
> (do_dentry_open+0x21c/0x3f0)
> [ 86.958898] [<c02aa874>] (do_dentry_open) from [<c02bd920>]
> (path_openat+0x470/0x1174)
> [ 86.959615] [<c02bd920>] (path_openat) from [<c02bf5f0>]
> (do_filp_open+0x70/0xdc)
> [ 86.960293] [<c02bf5f0>] (do_filp_open) from [<c02abd18>]
> (do_sys_open+0x180/0x214)
> [ 86.960985] [<c02abd18>] (do_sys_open) from [<c0101000>]
> (ret_fast_syscall+0x0/0x54)
> [ 86.961671] Exception stack(0xc5c05fa8 to 0xc5c05ff0)
> [ 86.962130] 5fa0: 003e75dc 00677470 ffffff9c
> 003e75dc 00000902 00000000
> [ 86.962863] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
> 00020000 00020000 b63a3874
> [ 86.963591] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c
> [ 86.964054] Code: f57ff05b e12fff1e f10c0080 f590f000 (e1903f9f)
> [ 86.964603] ---[ end trace 2e9f93ef91ffad40 ]---
> [root@rv1108 ~]#
>
Did you run any applications on it? I can't trigger it by using
the latest usb-linus tree, no matter the connection is there or not.
Peter
> Thanks
>
> On Fri, Mar 6, 2020 at 10:54 PM Otavio Salvador <otavio@ossystems.com.br> wrote:
> >
> > Hi,
> >
> > Running kernel 5.4.23 on a RV1108 based board the following issue is
> > seen when removing the g_serial module.
> >
> > [root@rv1108 ~]# rmmod g_serial
> > [root@rv1108 ~]#
> > [ 78.090775] ------------[ cut here ]------------
> > [ 78.091252] WARNING: CPU: 0 PID: 617 at
> > drivers/usb/gadget/function/u_serial.c:706 gs_close+0x8c/0x1e4
> > [u_serial]
> > [ 78.092164] Modules linked in: usb_f_acm u_serial libcomposite
> > configfs zram zsmalloc emlog(O) wdtoken(O) clk_rk808 rtc_rk808
> > spi_rockchip [last unloaded: g_serial]
> > [ 78.093529] CPU: 0 PID: 617 Comm: nm-online Tainted: G O
> > 5.4.23 #41
> > [ 78.094198] Hardware name: Rockchip (Device Tree)
> > [ 78.094655] [<c0111100>] (unwind_backtrace) from [<c010c638>]
> > (show_stack+0x10/0x14)
> > [ 78.095363] [<c010c638>] (show_stack) from [<c082b19c>]
> > (dump_stack+0xc0/0xd4)
> > [ 78.096027] [<c082b19c>] (dump_stack) from [<c01357c8>] (__warn+0xe0/0xf8)
> > [ 78.096655] [<c01357c8>] (__warn) from [<c0135890>]
> > (warn_slowpath_fmt+0xb0/0xb8)
> > [ 78.097341] [<c0135890>] (warn_slowpath_fmt) from [<bf04ad8c>]
> > (gs_close+0x8c/0x1e4 [u_serial])
> > [ 78.098137] [<bf04ad8c>] (gs_close [u_serial]) from [<c04f47cc>]
> > (tty_release+0xf0/0x47c)
> > [ 78.098877] [<c04f47cc>] (tty_release) from [<c02afb14>] (__fput+0x88/0x214)
> > [ 78.099517] [<c02afb14>] (__fput) from [<c01556a4>] (task_work_run+0xa4/0xc8)
> > [ 78.100164] [<c01556a4>] (task_work_run) from [<c01397a4>]
> > (do_exit+0x3e4/0xac8)
> > [ 78.100835] [<c01397a4>] (do_exit) from [<c013ad04>]
> > (do_group_exit+0x3c/0xc8)
> > [ 78.101486] [<c013ad04>] (do_group_exit) from [<c013ada0>]
> > (__wake_up_parent+0x0/0x18)
> > [ 78.102190] ---[ end trace f34de27d5eaf8688 ]---
> >
> > Looks like port.count is not being correctly handled.
> >
> > Does anyone have any suggestions on how we could fix this?
> >
> > Thanks
> >
> > --
> > Otavio Salvador O.S. Systems
> > https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ossystems.com.br&data=02%7C01%7Cpeter.chen%40nxp.com%7Ced20bf39cd26466f004008d7c2d10414%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637192075282592940&sdata=UiYXQuxW%2BA95IorbdZm4GMp%2BYd8npRF5mp5mOeFcpbs%3D&reserved=0 https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcode.ossystems.com.br&data=02%7C01%7Cpeter.chen%40nxp.com%7Ced20bf39cd26466f004008d7c2d10414%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637192075282592940&sdata=wsaXtyIqj9h46wnfqlwLCjUtBbG7n7%2BOjailDbGbATA%3D&reserved=0
> > Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
>
>
>
> --
> Otavio Salvador O.S. Systems
> https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ossystems.com.br&data=02%7C01%7Cpeter.chen%40nxp.com%7Ced20bf39cd26466f004008d7c2d10414%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637192075282592940&sdata=UiYXQuxW%2BA95IorbdZm4GMp%2BYd8npRF5mp5mOeFcpbs%3D&reserved=0 https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcode.ossystems.com.br&data=02%7C01%7Cpeter.chen%40nxp.com%7Ced20bf39cd26466f004008d7c2d10414%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637192075282592940&sdata=wsaXtyIqj9h46wnfqlwLCjUtBbG7n7%2BOjailDbGbATA%3D&reserved=0
> Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
--
Thanks,
Peter Chen
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Error when unloading g_serial module
2020-03-12 9:53 ` Peter Chen
@ 2020-03-12 11:51 ` Otavio Salvador
2020-03-13 14:42 ` Felipe Balbi
0 siblings, 1 reply; 5+ messages in thread
From: Otavio Salvador @ 2020-03-12 11:51 UTC (permalink / raw)
To: Peter Chen
Cc: Otavio Salvador, Felipe Balbi, sorganov@gmail.com,
mirq-linux@rere.qmqm.pl, felixhaedicke@web.de,
linux-usb@vger.kernel.org, Fabio Estevam
On Thu, Mar 12, 2020 at 6:53 AM Peter Chen <peter.chen@nxp.com> wrote:
> On 20-03-07 16:51:48, Otavio Salvador wrote:
> > Sorry, here is the log withoiut any out-of-tree module:
> > [root@rv1108 ~]# modprobe -r g_serial
> > [ 86.928476] 8<--- cut here ---
> > [ 86.928781] Unable to handle kernel NULL pointer dereference at
> > virtual address 000000d4
> > [ 86.929511] pgd = 2c058c2d
> > [ 86.929766] [000000d4] *pgd=6591f835, *pte=00000000, *ppte=00000000
> > [ 86.930350] Internal error: Oops: 17 [#1] SMP ARM
> > [ 86.930778] Modules linked in: usb_f_acm u_serial g_serial(-)
> > libcomposite configfs zram zsmalloc clk_rk808 rtc_rk808 spi_rockchip
> > [ 86.931872] CPU: 0 PID: 498 Comm: sat Not tainted 5.4.23 #41
> > [ 86.932376] Hardware name: Rockchip (Device Tree)
> > [ 86.932818] PC is at _raw_spin_lock_irq+0x8/0x44
> > [ 86.933254] LR is at gs_close+0x28/0x1e4 [u_serial]
> > [ 86.933696] pc : [<c08483b0>] lr : [<bf03fd28>] psr: a00e0093
> > [ 86.934255] sp : c5c05d38 ip : 00005401 fp : ffffffed
> > [ 86.934724] r10: c6716db8 r9 : 00000000 r8 : c096d664
> > [ 86.935191] r7 : c5c07b40 r6 : 000000d4 r5 : c0d05c88 r4 : 00000000
> > [ 86.935774] r3 : 79f4b188 r2 : c63ca600 r1 : c5c07b40 r0 : 000000d4
> > [ 86.936366] Flags: NzCv IRQs off FIQs on Mode SVC_32 ISA ARM
> > Segment none
> > [ 86.937010] Control: 10c5387d Table: 65be406a DAC: 00000051
> > [ 86.937528] Process sat (pid: 498, stack limit = 0x87e8ad9f)
> > [ 86.938041] Stack: (0xc5c05d38 to 0xc5c06000)
> > [ 86.938440] 5d20:
> > 0f300000 c6716db8
> > [ 86.939172] 5d40: c5c07b40 c63ca600 c5c07b40 79f4b188 c63ca600
> > 00000000 c0ae9318 c5c07b40
> > [ 86.939904] 5d60: c096d664 00000000 c6716db8 c04f47cc 00000000
> > c04fc400 c63ca600 00000000
> > [ 86.940637] 5d80: 00000000 c63ca600 c5c07b40 c0ae9318 c5c04000
> > c096d664 0f300000 c6716db8
> > [ 86.941370] 5da0: ffffffed c04f66a0 800e0093 00000902 c0d8ecd8
> > c593d180 c0d05c88 00000081
> > [ 86.942101] 5dc0: 00000000 79f4b188 00000000 c096d6e4 c0d05c88
> > c5910e40 00000000 c6716db8
> > [ 86.942833] 5de0: c5c07b40 00000000 c5c07b40 c02b3250 c5c05ec0
> > 79f4b188 c5c05ec0 c5c07b40
> > [ 86.943565] 5e00: c6716db8 c5c07b48 c02b3174 00000006 c6716db8
> > c02aa874 c5c05ec0 00000000
> > [ 86.944296] 5e20: 00000902 00000000 00000000 00000006 c6716db8
> > c02bd920 c0161a04 00000100
> > [ 86.945029] 5e40: 00000000 000041ed 00000000 00000000 c0d05c88
> > 00000041 00000000 c014fc70
> > [ 86.945761] 5e60: ffffe000 00000000 c0a7273c c0152494 600e0013
> > c5813b90 00000002 c6716db8
> > [ 86.946493] 5e80: c708b9d0 c6ef1bb0 00000000 c5813b7c c0a6abdc
> > 79f4b188 c0d8ecd8 c0d05c88
> > [ 86.947225] 5ea0: c0d05c88 c5c05f70 00000001 fffff000 c5c04000
> > 00000142 b63a3874 c02bf5f0
> > [ 86.947958] 5ec0: c708b9d0 c6ef1bb0 ad6e75ef 00000006 c70da015
> > c6371e40 00000000 c6cba6e8
> > [ 86.948689] 5ee0: c6716db8 00000101 00000002 00000054 00000000
> > 00000000 00000000 c5c05f00
> > [ 86.949424] 5f00: c583b600 c583ba58 00000000 c0843628 c583ba40
> > c583b600 c0d05c88 c01556a8
> > [ 86.950155] 5f20: ffffe000 79f4b188 00000011 00000020 c70da000
> > 00000000 00000000 00000002
> > [ 86.950890] 5f40: ffffff9c c02cea14 00000902 79f4b188 ffffff9c
> > 00000011 c0d05c88 ffffff9c
> > [ 86.951622] 5f60: c70da000 c02abd18 00000000 79f4b188 00000902
> > c0150000 00000006 00000100
> > [ 86.952355] 5f80: 00000001 79f4b188 003e75dc 00677470 00000011
> > 00000142 c0101204 c5c04000
> > [ 86.953088] 5fa0: 00000142 c0101000 003e75dc 00677470 ffffff9c
> > 003e75dc 00000902 00000000
> > [ 86.953824] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
> > 00020000 00020000 b63a3874
> > [ 86.954555] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c 600e0010
> > ffffff9c 00000000 00000000
> > [ 86.955312] [<c08483b0>] (_raw_spin_lock_irq) from [<bf03fd28>]
> > (gs_close+0x28/0x1e4 [u_serial])
> > [ 86.956121] [<bf03fd28>] (gs_close [u_serial]) from [<c04f47cc>]
> > (tty_release+0xf0/0x47c)
> > [ 86.956864] [<c04f47cc>] (tty_release) from [<c04f66a0>]
> > (tty_open+0x118/0x3fc)
> > [ 86.957528] [<c04f66a0>] (tty_open) from [<c02b3250>]
> > (chrdev_open+0xdc/0x1a8)
> > [ 86.958184] [<c02b3250>] (chrdev_open) from [<c02aa874>]
> > (do_dentry_open+0x21c/0x3f0)
> > [ 86.958898] [<c02aa874>] (do_dentry_open) from [<c02bd920>]
> > (path_openat+0x470/0x1174)
> > [ 86.959615] [<c02bd920>] (path_openat) from [<c02bf5f0>]
> > (do_filp_open+0x70/0xdc)
> > [ 86.960293] [<c02bf5f0>] (do_filp_open) from [<c02abd18>]
> > (do_sys_open+0x180/0x214)
> > [ 86.960985] [<c02abd18>] (do_sys_open) from [<c0101000>]
> > (ret_fast_syscall+0x0/0x54)
> > [ 86.961671] Exception stack(0xc5c05fa8 to 0xc5c05ff0)
> > [ 86.962130] 5fa0: 003e75dc 00677470 ffffff9c
> > 003e75dc 00000902 00000000
> > [ 86.962863] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
> > 00020000 00020000 b63a3874
> > [ 86.963591] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c
> > [ 86.964054] Code: f57ff05b e12fff1e f10c0080 f590f000 (e1903f9f)
> > [ 86.964603] ---[ end trace 2e9f93ef91ffad40 ]---
> > [root@rv1108 ~]#
> >
>
> Did you run any applications on it? I can't trigger it by using
> the latest usb-linus tree, no matter the connection is there or not.
Yes, we do. We could reproduce it using minicom, for example.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Error when unloading g_serial module
2020-03-12 11:51 ` Otavio Salvador
@ 2020-03-13 14:42 ` Felipe Balbi
0 siblings, 0 replies; 5+ messages in thread
From: Felipe Balbi @ 2020-03-13 14:42 UTC (permalink / raw)
To: Otavio Salvador, Peter Chen
Cc: Otavio Salvador, sorganov@gmail.com, mirq-linux@rere.qmqm.pl,
felixhaedicke@web.de, linux-usb@vger.kernel.org, Fabio Estevam
[-- Attachment #1: Type: text/plain, Size: 5689 bytes --]
Hi,
Otavio Salvador <otavio.salvador@ossystems.com.br> writes:
> On Thu, Mar 12, 2020 at 6:53 AM Peter Chen <peter.chen@nxp.com> wrote:
>> On 20-03-07 16:51:48, Otavio Salvador wrote:
>> > Sorry, here is the log withoiut any out-of-tree module:
>> > [root@rv1108 ~]# modprobe -r g_serial
>> > [ 86.928476] 8<--- cut here ---
>> > [ 86.928781] Unable to handle kernel NULL pointer dereference at
>> > virtual address 000000d4
>> > [ 86.929511] pgd = 2c058c2d
>> > [ 86.929766] [000000d4] *pgd=6591f835, *pte=00000000, *ppte=00000000
>> > [ 86.930350] Internal error: Oops: 17 [#1] SMP ARM
>> > [ 86.930778] Modules linked in: usb_f_acm u_serial g_serial(-)
>> > libcomposite configfs zram zsmalloc clk_rk808 rtc_rk808 spi_rockchip
>> > [ 86.931872] CPU: 0 PID: 498 Comm: sat Not tainted 5.4.23 #41
>> > [ 86.932376] Hardware name: Rockchip (Device Tree)
>> > [ 86.932818] PC is at _raw_spin_lock_irq+0x8/0x44
>> > [ 86.933254] LR is at gs_close+0x28/0x1e4 [u_serial]
>> > [ 86.933696] pc : [<c08483b0>] lr : [<bf03fd28>] psr: a00e0093
>> > [ 86.934255] sp : c5c05d38 ip : 00005401 fp : ffffffed
>> > [ 86.934724] r10: c6716db8 r9 : 00000000 r8 : c096d664
>> > [ 86.935191] r7 : c5c07b40 r6 : 000000d4 r5 : c0d05c88 r4 : 00000000
>> > [ 86.935774] r3 : 79f4b188 r2 : c63ca600 r1 : c5c07b40 r0 : 000000d4
>> > [ 86.936366] Flags: NzCv IRQs off FIQs on Mode SVC_32 ISA ARM
>> > Segment none
>> > [ 86.937010] Control: 10c5387d Table: 65be406a DAC: 00000051
>> > [ 86.937528] Process sat (pid: 498, stack limit = 0x87e8ad9f)
>> > [ 86.938041] Stack: (0xc5c05d38 to 0xc5c06000)
>> > [ 86.938440] 5d20:
>> > 0f300000 c6716db8
>> > [ 86.939172] 5d40: c5c07b40 c63ca600 c5c07b40 79f4b188 c63ca600
>> > 00000000 c0ae9318 c5c07b40
>> > [ 86.939904] 5d60: c096d664 00000000 c6716db8 c04f47cc 00000000
>> > c04fc400 c63ca600 00000000
>> > [ 86.940637] 5d80: 00000000 c63ca600 c5c07b40 c0ae9318 c5c04000
>> > c096d664 0f300000 c6716db8
>> > [ 86.941370] 5da0: ffffffed c04f66a0 800e0093 00000902 c0d8ecd8
>> > c593d180 c0d05c88 00000081
>> > [ 86.942101] 5dc0: 00000000 79f4b188 00000000 c096d6e4 c0d05c88
>> > c5910e40 00000000 c6716db8
>> > [ 86.942833] 5de0: c5c07b40 00000000 c5c07b40 c02b3250 c5c05ec0
>> > 79f4b188 c5c05ec0 c5c07b40
>> > [ 86.943565] 5e00: c6716db8 c5c07b48 c02b3174 00000006 c6716db8
>> > c02aa874 c5c05ec0 00000000
>> > [ 86.944296] 5e20: 00000902 00000000 00000000 00000006 c6716db8
>> > c02bd920 c0161a04 00000100
>> > [ 86.945029] 5e40: 00000000 000041ed 00000000 00000000 c0d05c88
>> > 00000041 00000000 c014fc70
>> > [ 86.945761] 5e60: ffffe000 00000000 c0a7273c c0152494 600e0013
>> > c5813b90 00000002 c6716db8
>> > [ 86.946493] 5e80: c708b9d0 c6ef1bb0 00000000 c5813b7c c0a6abdc
>> > 79f4b188 c0d8ecd8 c0d05c88
>> > [ 86.947225] 5ea0: c0d05c88 c5c05f70 00000001 fffff000 c5c04000
>> > 00000142 b63a3874 c02bf5f0
>> > [ 86.947958] 5ec0: c708b9d0 c6ef1bb0 ad6e75ef 00000006 c70da015
>> > c6371e40 00000000 c6cba6e8
>> > [ 86.948689] 5ee0: c6716db8 00000101 00000002 00000054 00000000
>> > 00000000 00000000 c5c05f00
>> > [ 86.949424] 5f00: c583b600 c583ba58 00000000 c0843628 c583ba40
>> > c583b600 c0d05c88 c01556a8
>> > [ 86.950155] 5f20: ffffe000 79f4b188 00000011 00000020 c70da000
>> > 00000000 00000000 00000002
>> > [ 86.950890] 5f40: ffffff9c c02cea14 00000902 79f4b188 ffffff9c
>> > 00000011 c0d05c88 ffffff9c
>> > [ 86.951622] 5f60: c70da000 c02abd18 00000000 79f4b188 00000902
>> > c0150000 00000006 00000100
>> > [ 86.952355] 5f80: 00000001 79f4b188 003e75dc 00677470 00000011
>> > 00000142 c0101204 c5c04000
>> > [ 86.953088] 5fa0: 00000142 c0101000 003e75dc 00677470 ffffff9c
>> > 003e75dc 00000902 00000000
>> > [ 86.953824] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
>> > 00020000 00020000 b63a3874
>> > [ 86.954555] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c 600e0010
>> > ffffff9c 00000000 00000000
>> > [ 86.955312] [<c08483b0>] (_raw_spin_lock_irq) from [<bf03fd28>]
>> > (gs_close+0x28/0x1e4 [u_serial])
>> > [ 86.956121] [<bf03fd28>] (gs_close [u_serial]) from [<c04f47cc>]
>> > (tty_release+0xf0/0x47c)
>> > [ 86.956864] [<c04f47cc>] (tty_release) from [<c04f66a0>]
>> > (tty_open+0x118/0x3fc)
>> > [ 86.957528] [<c04f66a0>] (tty_open) from [<c02b3250>]
>> > (chrdev_open+0xdc/0x1a8)
>> > [ 86.958184] [<c02b3250>] (chrdev_open) from [<c02aa874>]
>> > (do_dentry_open+0x21c/0x3f0)
>> > [ 86.958898] [<c02aa874>] (do_dentry_open) from [<c02bd920>]
>> > (path_openat+0x470/0x1174)
>> > [ 86.959615] [<c02bd920>] (path_openat) from [<c02bf5f0>]
>> > (do_filp_open+0x70/0xdc)
>> > [ 86.960293] [<c02bf5f0>] (do_filp_open) from [<c02abd18>]
>> > (do_sys_open+0x180/0x214)
>> > [ 86.960985] [<c02abd18>] (do_sys_open) from [<c0101000>]
>> > (ret_fast_syscall+0x0/0x54)
>> > [ 86.961671] Exception stack(0xc5c05fa8 to 0xc5c05ff0)
>> > [ 86.962130] 5fa0: 003e75dc 00677470 ffffff9c
>> > 003e75dc 00000902 00000000
>> > [ 86.962863] 5fc0: 003e75dc 00677470 00000011 00000142 b57ff011
>> > 00020000 00020000 b63a3874
>> > [ 86.963591] 5fe0: 00000002 b63a3688 b65a48d0 b6fa567c
>> > [ 86.964054] Code: f57ff05b e12fff1e f10c0080 f590f000 (e1903f9f)
>> > [ 86.964603] ---[ end trace 2e9f93ef91ffad40 ]---
>> > [root@rv1108 ~]#
>> >
>>
>> Did you run any applications on it? I can't trigger it by using
>> the latest usb-linus tree, no matter the connection is there or not.
>
> Yes, we do. We could reproduce it using minicom, for example.
Care to share some steps?
--
balbi
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-03-13 14:42 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-03-07 1:54 Error when unloading g_serial module Otavio Salvador
2020-03-07 19:51 ` Otavio Salvador
2020-03-12 9:53 ` Peter Chen
2020-03-12 11:51 ` Otavio Salvador
2020-03-13 14:42 ` Felipe Balbi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).