On Fri, 24 Nov 2017 15:10:55 +0000, Vincent Pelletier
<plr.vincent@xxxxxxxxx> wrote:
> It sadly does not help, though it does something: now serial output
> stops early (tried twice, happened twice):
>
> [ 103.274725] BUG: scheduling while atomic: swapper/1/0/0x00000100
> [ 103.280990] 3 locks held by swapper/1/0:
> [ 103.280998] #0: (rcu_callback){....}, at: [<c10b4ff0>] rcu_process_callbacks+0x260/0x440
> [ 103.281053] #1: (rcu_read_lock_sched){....}, at: [<c1358ba0>] percpu_ref_switch_to_atomic_rcu+0xb0/0x130
> [ 103.281097] #2: (&(&ctx->ctx_lock)->rlock){....}, at: [<c11f0c73>] free_ioctx_us
>
> So I do not get dropped to kdb...
I jumped to a conclusion here: re-building without proposed change I
get dropped to kdb, but output above it is sometimes truncated
(notice last line starting with timestamp). So there may be no causality
between truncated output and lack of kdb.
FWIW, I only replaced usb_f_fs.ko after rebuilding with the change.
Could it explain not reaching kdb ?
[ 2561.128669] BUG: scheduling while atomic: swapper/0/0/0x00000100
[ 2561.134908] 4 locks held by swapper/0/0:
[ 2561.139065] #0: (rcu_callback){....}, at: [<c10b4ff0>] rcu_process_callbacks+0x260/0x440
[ 2561.147751] #1: (rcu_read_loc
Entering kdb (current=0xc1b8eb40, pid 0) on processor 0 Oops: (null)
due to oops @ 0xc1083ccd
CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W 4.14.0-edison+ #117
Hardware name: Intel Corporation Merrifield/BODEGA BAY, BIOS 542 2015.01.21:18.19.48
task: c1b8eb40 task.stack: c1b7c000
EIP: enqueue_entity+0xb8d/0xd00
EFLAGS: 00210002 CPU: 0
EAX: 000002ce EBX: 00000007 ECX: 8ebf1e98 EDX: 00000000
ESI: fffbe9fd EDI: ffffffff EBP: f6833e9c ESP: f6833e4c
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
CR0: 80050033 CR2: 000002ea CR3: 342c2000 CR4: 001006d0
Call Trace:
<SOFTIRQ>
? __lock_is_held+0x3a/0x80
? __update_load_avg_se.isra.24+0x144/0x1e0
? __enqueue_entity+0x67/0x70
? enqueue_entity+0xb8a/0xd00
? __lock_is_held+0x3a/0x80
? __lock_is_held+0x3a/0x80
? try_to_wake_up+0x3cb/0x3e0
? try_to_wake_up+0x3cb/0x3e0
? wake_up_process+0x14/0x20
? __softirqentry_text_start+0x8/0x8
? do_softirq_own_stack+0x22/0x30
</SOFTIRQ>
Code: 89 c2 b8 03 00 00 00 0f ac d9 14 e8 6e 40 03 00 8d b6 00 00 00 00 8b 45 f0 39 45 d8 74 0a 89 c2 8b 45 e4 e8 b6 7d ff ff 8b 45 f0 <c7> 40 1c 01 00 00 00 8b 45 e4 83 78 08 01 0f 85 51 01 00 00 8b
[0]kdb>
Also, during above crash, I captured strace output (mixes process and
strace output, but should be easy to distinguish):
epoll_wait(8, [{EPOLLIN, {u32=0, u64=13802635209725706240}}], 1023, -1) = 1
write(2, "epoll: fd 0 got event 1", 23epoll: fd 0 got event 1) = 23
write(2, "\n", 1
) = 1
mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb76d6000
fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
read(0, "bla\n", 1048576) = 4
read(0, 0xb76d6020, 1047552) = -1 EAGAIN (Resource temporarily unavailable)
mremap(0xb76d6000, 1052672, 4096, MREMAP_MAYMOVE) = 0xb76d6000
write(2, "sending", 7sending) = 7
write(2, " ", 1 ) = 1
write(2, "4", 14) = 1
write(2, " ", 1 ) = 1
write(2, "bytes", 5bytes) = 5
write(2, "\n", 1
) = 1
write(6, "bla\n", 4) = -1 EINTR (Interrupted system call)
--- SIGQUIT {si_signo=SIGQUIT, si_code=SI_USER, si_pid=1931, si_uid=1000} ---
--
Vincent Pelletier
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
