All of lore.kernel.org
 help / color / mirror / Atom feed
* usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-04 16:10 ` Dmitry Osipenko
  0 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-04 16:10 UTC (permalink / raw)
  To: Peter Chen
  Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA, linux-tegra-u79uwXL29TY76Z2rM5mHXA

Hello,

I was trying out today's linux-next-20200304 and noticed this splat in KMSG:

[    1.161244] BUG: sleeping function called from invalid context at
drivers/base/power/runtime.c:1075
[    1.161393] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid:
37, name: kworker/u8:1
[    1.161481] CPU: 1 PID: 37 Comm: kworker/u8:1 Not tainted
5.6.0-rc4-next-20200304-00181-gbebfd2a5be98 #1588
[    1.161616] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
[    1.161769] Workqueue: ci_otg ci_otg_work
[    1.161882] [<c010e8bd>] (unwind_backtrace) from [<c010a315>]
(show_stack+0x11/0x14)
[    1.162035] [<c010a315>] (show_stack) from [<c0987d29>]
(dump_stack+0x85/0x94)
[    1.162132] [<c0987d29>] (dump_stack) from [<c013e77f>]
(___might_sleep+0xeb/0x118)
[    1.162281] [<c013e77f>] (___might_sleep) from [<c052fa1d>]
(__pm_runtime_resume+0x75/0x78)
[    1.162427] [<c052fa1d>] (__pm_runtime_resume) from [<c0627a33>]
(ci_udc_pullup+0x23/0x74)
[    1.162575] [<c0627a33>] (ci_udc_pullup) from [<c062fb93>]
(usb_gadget_connect+0x2b/0xcc)
[    1.162665] [<c062fb93>] (usb_gadget_connect) from [<c062769d>]
(ci_hdrc_gadget_connect+0x59/0x104)
[    1.162807] [<c062769d>] (ci_hdrc_gadget_connect) from [<c062778b>]
(ci_udc_vbus_session+0x43/0x48)
[    1.162949] [<c062778b>] (ci_udc_vbus_session) from [<c062f997>]
(usb_gadget_vbus_connect+0x17/0x9c)
[    1.163089] [<c062f997>] (usb_gadget_vbus_connect) from [<c062634d>]
(ci_otg_work+0xbd/0x128)
[    1.163245] [<c062634d>] (ci_otg_work) from [<c0134719>]
(process_one_work+0x149/0x404)
[    1.163335] [<c0134719>] (process_one_work) from [<c0134acb>]
(worker_thread+0xf7/0x3bc)
[    1.163479] [<c0134acb>] (worker_thread) from [<c0139433>]
(kthread+0xf3/0x118)
[    1.163621] [<c0139433>] (kthread) from [<c01010bd>]
(ret_from_fork+0x11/0x34)

I haven't tried to figure out what change causes this problem, it didn't
happen using next-20200218. Please take a look, thanks in advance.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-04 16:10 ` Dmitry Osipenko
  0 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-04 16:10 UTC (permalink / raw)
  To: Peter Chen; +Cc: linux-usb, linux-tegra

Hello,

I was trying out today's linux-next-20200304 and noticed this splat in KMSG:

[    1.161244] BUG: sleeping function called from invalid context at
drivers/base/power/runtime.c:1075
[    1.161393] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid:
37, name: kworker/u8:1
[    1.161481] CPU: 1 PID: 37 Comm: kworker/u8:1 Not tainted
5.6.0-rc4-next-20200304-00181-gbebfd2a5be98 #1588
[    1.161616] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
[    1.161769] Workqueue: ci_otg ci_otg_work
[    1.161882] [<c010e8bd>] (unwind_backtrace) from [<c010a315>]
(show_stack+0x11/0x14)
[    1.162035] [<c010a315>] (show_stack) from [<c0987d29>]
(dump_stack+0x85/0x94)
[    1.162132] [<c0987d29>] (dump_stack) from [<c013e77f>]
(___might_sleep+0xeb/0x118)
[    1.162281] [<c013e77f>] (___might_sleep) from [<c052fa1d>]
(__pm_runtime_resume+0x75/0x78)
[    1.162427] [<c052fa1d>] (__pm_runtime_resume) from [<c0627a33>]
(ci_udc_pullup+0x23/0x74)
[    1.162575] [<c0627a33>] (ci_udc_pullup) from [<c062fb93>]
(usb_gadget_connect+0x2b/0xcc)
[    1.162665] [<c062fb93>] (usb_gadget_connect) from [<c062769d>]
(ci_hdrc_gadget_connect+0x59/0x104)
[    1.162807] [<c062769d>] (ci_hdrc_gadget_connect) from [<c062778b>]
(ci_udc_vbus_session+0x43/0x48)
[    1.162949] [<c062778b>] (ci_udc_vbus_session) from [<c062f997>]
(usb_gadget_vbus_connect+0x17/0x9c)
[    1.163089] [<c062f997>] (usb_gadget_vbus_connect) from [<c062634d>]
(ci_otg_work+0xbd/0x128)
[    1.163245] [<c062634d>] (ci_otg_work) from [<c0134719>]
(process_one_work+0x149/0x404)
[    1.163335] [<c0134719>] (process_one_work) from [<c0134acb>]
(worker_thread+0xf7/0x3bc)
[    1.163479] [<c0134acb>] (worker_thread) from [<c0139433>]
(kthread+0xf3/0x118)
[    1.163621] [<c0139433>] (kthread) from [<c01010bd>]
(ret_from_fork+0x11/0x34)

I haven't tried to figure out what change causes this problem, it didn't
happen using next-20200218. Please take a look, thanks in advance.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
  2020-03-04 16:10 ` Dmitry Osipenko
@ 2020-03-05  2:12     ` Peter Chen
  -1 siblings, 0 replies; 10+ messages in thread
From: Peter Chen @ 2020-03-05  2:12 UTC (permalink / raw)
  To: Dmitry Osipenko
  Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA, linux-tegra-u79uwXL29TY76Z2rM5mHXA

On 20-03-04 19:10:08, Dmitry Osipenko wrote:
> Hello,
> 
> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
> 
> [    1.161244] BUG: sleeping function called from invalid context at
> drivers/base/power/runtime.c:1075
> [    1.161393] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid:
> 37, name: kworker/u8:1
> [    1.161481] CPU: 1 PID: 37 Comm: kworker/u8:1 Not tainted
> 5.6.0-rc4-next-20200304-00181-gbebfd2a5be98 #1588
> [    1.161616] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
> [    1.161769] Workqueue: ci_otg ci_otg_work
> [    1.161882] [<c010e8bd>] (unwind_backtrace) from [<c010a315>]
> (show_stack+0x11/0x14)
> [    1.162035] [<c010a315>] (show_stack) from [<c0987d29>]
> (dump_stack+0x85/0x94)
> [    1.162132] [<c0987d29>] (dump_stack) from [<c013e77f>]
> (___might_sleep+0xeb/0x118)
> [    1.162281] [<c013e77f>] (___might_sleep) from [<c052fa1d>]
> (__pm_runtime_resume+0x75/0x78)
> [    1.162427] [<c052fa1d>] (__pm_runtime_resume) from [<c0627a33>]
> (ci_udc_pullup+0x23/0x74)
> [    1.162575] [<c0627a33>] (ci_udc_pullup) from [<c062fb93>]
> (usb_gadget_connect+0x2b/0xcc)
> [    1.162665] [<c062fb93>] (usb_gadget_connect) from [<c062769d>]
> (ci_hdrc_gadget_connect+0x59/0x104)
> [    1.162807] [<c062769d>] (ci_hdrc_gadget_connect) from [<c062778b>]
> (ci_udc_vbus_session+0x43/0x48)
> [    1.162949] [<c062778b>] (ci_udc_vbus_session) from [<c062f997>]
> (usb_gadget_vbus_connect+0x17/0x9c)
> [    1.163089] [<c062f997>] (usb_gadget_vbus_connect) from [<c062634d>]
> (ci_otg_work+0xbd/0x128)
> [    1.163245] [<c062634d>] (ci_otg_work) from [<c0134719>]
> (process_one_work+0x149/0x404)
> [    1.163335] [<c0134719>] (process_one_work) from [<c0134acb>]
> (worker_thread+0xf7/0x3bc)
> [    1.163479] [<c0134acb>] (worker_thread) from [<c0139433>]
> (kthread+0xf3/0x118)
> [    1.163621] [<c0139433>] (kthread) from [<c01010bd>]
> (ret_from_fork+0x11/0x34)
> 
> I haven't tried to figure out what change causes this problem, it didn't
> happen using next-20200218. Please take a look, thanks in advance.

Dmitry, thanks for reporting. I haven't met that issue, it maybe I
enable runtime pm, but you have not? So I don't trigger
"dev->power.runtime_status != RPM_ACTIVE" condition below

	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
			dev->power.runtime_status != RPM_ACTIVE);

I send the fix patch, but git send-email seems doesn't add auto cc
according to reported-by tag, so you are not at cc list. Would you
please have a test?

-- 

Thanks,
Peter Chen

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-05  2:12     ` Peter Chen
  0 siblings, 0 replies; 10+ messages in thread
From: Peter Chen @ 2020-03-05  2:12 UTC (permalink / raw)
  To: Dmitry Osipenko; +Cc: linux-usb, linux-tegra

On 20-03-04 19:10:08, Dmitry Osipenko wrote:
> Hello,
> 
> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
> 
> [    1.161244] BUG: sleeping function called from invalid context at
> drivers/base/power/runtime.c:1075
> [    1.161393] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid:
> 37, name: kworker/u8:1
> [    1.161481] CPU: 1 PID: 37 Comm: kworker/u8:1 Not tainted
> 5.6.0-rc4-next-20200304-00181-gbebfd2a5be98 #1588
> [    1.161616] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
> [    1.161769] Workqueue: ci_otg ci_otg_work
> [    1.161882] [<c010e8bd>] (unwind_backtrace) from [<c010a315>]
> (show_stack+0x11/0x14)
> [    1.162035] [<c010a315>] (show_stack) from [<c0987d29>]
> (dump_stack+0x85/0x94)
> [    1.162132] [<c0987d29>] (dump_stack) from [<c013e77f>]
> (___might_sleep+0xeb/0x118)
> [    1.162281] [<c013e77f>] (___might_sleep) from [<c052fa1d>]
> (__pm_runtime_resume+0x75/0x78)
> [    1.162427] [<c052fa1d>] (__pm_runtime_resume) from [<c0627a33>]
> (ci_udc_pullup+0x23/0x74)
> [    1.162575] [<c0627a33>] (ci_udc_pullup) from [<c062fb93>]
> (usb_gadget_connect+0x2b/0xcc)
> [    1.162665] [<c062fb93>] (usb_gadget_connect) from [<c062769d>]
> (ci_hdrc_gadget_connect+0x59/0x104)
> [    1.162807] [<c062769d>] (ci_hdrc_gadget_connect) from [<c062778b>]
> (ci_udc_vbus_session+0x43/0x48)
> [    1.162949] [<c062778b>] (ci_udc_vbus_session) from [<c062f997>]
> (usb_gadget_vbus_connect+0x17/0x9c)
> [    1.163089] [<c062f997>] (usb_gadget_vbus_connect) from [<c062634d>]
> (ci_otg_work+0xbd/0x128)
> [    1.163245] [<c062634d>] (ci_otg_work) from [<c0134719>]
> (process_one_work+0x149/0x404)
> [    1.163335] [<c0134719>] (process_one_work) from [<c0134acb>]
> (worker_thread+0xf7/0x3bc)
> [    1.163479] [<c0134acb>] (worker_thread) from [<c0139433>]
> (kthread+0xf3/0x118)
> [    1.163621] [<c0139433>] (kthread) from [<c01010bd>]
> (ret_from_fork+0x11/0x34)
> 
> I haven't tried to figure out what change causes this problem, it didn't
> happen using next-20200218. Please take a look, thanks in advance.

Dmitry, thanks for reporting. I haven't met that issue, it maybe I
enable runtime pm, but you have not? So I don't trigger
"dev->power.runtime_status != RPM_ACTIVE" condition below

	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
			dev->power.runtime_status != RPM_ACTIVE);

I send the fix patch, but git send-email seems doesn't add auto cc
according to reported-by tag, so you are not at cc list. Would you
please have a test?

-- 

Thanks,
Peter Chen

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
  2020-03-05  2:12     ` Peter Chen
@ 2020-03-05 20:53       ` Dmitry Osipenko
  -1 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-05 20:53 UTC (permalink / raw)
  To: Peter Chen
  Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA, linux-tegra-u79uwXL29TY76Z2rM5mHXA

05.03.2020 05:12, Peter Chen пишет:
> On 20-03-04 19:10:08, Dmitry Osipenko wrote:
>> Hello,
>>
>> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
>>
...
>> I haven't tried to figure out what change causes this problem, it didn't
>> happen using next-20200218. Please take a look, thanks in advance.
> 
> Dmitry, thanks for reporting. I haven't met that issue, it maybe I
> enable runtime pm, but you have not? So I don't trigger
> "dev->power.runtime_status != RPM_ACTIVE" condition below
> 
> 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
> 			dev->power.runtime_status != RPM_ACTIVE);

The runtime PM always presents on Tegra, do you have
CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?

> I send the fix patch, but git send-email seems doesn't add auto cc
> according to reported-by tag, so you are not at cc list. Would you
> please have a test?

It fixes the problem, thanks!

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-05 20:53       ` Dmitry Osipenko
  0 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-05 20:53 UTC (permalink / raw)
  To: Peter Chen; +Cc: linux-usb, linux-tegra

05.03.2020 05:12, Peter Chen пишет:
> On 20-03-04 19:10:08, Dmitry Osipenko wrote:
>> Hello,
>>
>> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
>>
...
>> I haven't tried to figure out what change causes this problem, it didn't
>> happen using next-20200218. Please take a look, thanks in advance.
> 
> Dmitry, thanks for reporting. I haven't met that issue, it maybe I
> enable runtime pm, but you have not? So I don't trigger
> "dev->power.runtime_status != RPM_ACTIVE" condition below
> 
> 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
> 			dev->power.runtime_status != RPM_ACTIVE);

The runtime PM always presents on Tegra, do you have
CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?

> I send the fix patch, but git send-email seems doesn't add auto cc
> according to reported-by tag, so you are not at cc list. Would you
> please have a test?

It fixes the problem, thanks!

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
  2020-03-05 20:53       ` Dmitry Osipenko
@ 2020-03-06  1:53           ` Peter Chen
  -1 siblings, 0 replies; 10+ messages in thread
From: Peter Chen @ 2020-03-06  1:53 UTC (permalink / raw)
  To: Dmitry Osipenko
  Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA, linux-tegra-u79uwXL29TY76Z2rM5mHXA

On 20-03-05 23:53:46, Dmitry Osipenko wrote:
> 05.03.2020 05:12, Peter Chen пишет:
> > On 20-03-04 19:10:08, Dmitry Osipenko wrote:
> >> Hello,
> >>
> >> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
> >>
> ...
> >> I haven't tried to figure out what change causes this problem, it didn't
> >> happen using next-20200218. Please take a look, thanks in advance.
> > 
> > Dmitry, thanks for reporting. I haven't met that issue, it maybe I
> > enable runtime pm, but you have not? So I don't trigger
> > "dev->power.runtime_status != RPM_ACTIVE" condition below
> > 
> > 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
> > 			dev->power.runtime_status != RPM_ACTIVE);
> 
> The runtime PM always presents on Tegra, do you have
> CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?
> 

No, the reason should be "dev->power.runtime_status != RPM_ACTIVE", your
ci device's runtime may not be active at that time, if I move the spinlock
above pm_runtime_get_sync at ci_hdrc_gadget_connect, I could reproduce it
too.

I enabled CONFIG_DEBUG_ATOMIC_SLEEP, but can't reproduce the dump
without above changes.

-- 

Thanks,
Peter Chen

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-06  1:53           ` Peter Chen
  0 siblings, 0 replies; 10+ messages in thread
From: Peter Chen @ 2020-03-06  1:53 UTC (permalink / raw)
  To: Dmitry Osipenko; +Cc: linux-usb, linux-tegra

On 20-03-05 23:53:46, Dmitry Osipenko wrote:
> 05.03.2020 05:12, Peter Chen пишет:
> > On 20-03-04 19:10:08, Dmitry Osipenko wrote:
> >> Hello,
> >>
> >> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
> >>
> ...
> >> I haven't tried to figure out what change causes this problem, it didn't
> >> happen using next-20200218. Please take a look, thanks in advance.
> > 
> > Dmitry, thanks for reporting. I haven't met that issue, it maybe I
> > enable runtime pm, but you have not? So I don't trigger
> > "dev->power.runtime_status != RPM_ACTIVE" condition below
> > 
> > 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
> > 			dev->power.runtime_status != RPM_ACTIVE);
> 
> The runtime PM always presents on Tegra, do you have
> CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?
> 

No, the reason should be "dev->power.runtime_status != RPM_ACTIVE", your
ci device's runtime may not be active at that time, if I move the spinlock
above pm_runtime_get_sync at ci_hdrc_gadget_connect, I could reproduce it
too.

I enabled CONFIG_DEBUG_ATOMIC_SLEEP, but can't reproduce the dump
without above changes.

-- 

Thanks,
Peter Chen

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
  2020-03-06  1:53           ` Peter Chen
@ 2020-03-06  2:38             ` Dmitry Osipenko
  -1 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-06  2:38 UTC (permalink / raw)
  To: Peter Chen
  Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA, linux-tegra-u79uwXL29TY76Z2rM5mHXA

06.03.2020 04:53, Peter Chen пишет:
> On 20-03-05 23:53:46, Dmitry Osipenko wrote:
>> 05.03.2020 05:12, Peter Chen пишет:
>>> On 20-03-04 19:10:08, Dmitry Osipenko wrote:
>>>> Hello,
>>>>
>>>> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
>>>>
>> ...
>>>> I haven't tried to figure out what change causes this problem, it didn't
>>>> happen using next-20200218. Please take a look, thanks in advance.
>>>
>>> Dmitry, thanks for reporting. I haven't met that issue, it maybe I
>>> enable runtime pm, but you have not? So I don't trigger
>>> "dev->power.runtime_status != RPM_ACTIVE" condition below
>>>
>>> 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
>>> 			dev->power.runtime_status != RPM_ACTIVE);
>>
>> The runtime PM always presents on Tegra, do you have
>> CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?
>>
> 
> No, the reason should be "dev->power.runtime_status != RPM_ACTIVE", your
> ci device's runtime may not be active at that time, if I move the spinlock
> above pm_runtime_get_sync at ci_hdrc_gadget_connect, I could reproduce it
> too.
> 
> I enabled CONFIG_DEBUG_ATOMIC_SLEEP, but can't reproduce the dump
> without above changes.

It happened using a setup where UDC is set to a hardcoded USBNET
peripheral-mode, the splat happened as soon as UDC is probed and cable
is plugged.

I'm not sure whether RPM needs to be explicitly enabled for the CI
device by the tegra_udc_driver. If yes, then indeed Tegra's CI driver
doesn't support RPM and it should be in a disabled state.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: usb: chipidea: udc: BUG: sleeping function called from invalid context
@ 2020-03-06  2:38             ` Dmitry Osipenko
  0 siblings, 0 replies; 10+ messages in thread
From: Dmitry Osipenko @ 2020-03-06  2:38 UTC (permalink / raw)
  To: Peter Chen; +Cc: linux-usb, linux-tegra

06.03.2020 04:53, Peter Chen пишет:
> On 20-03-05 23:53:46, Dmitry Osipenko wrote:
>> 05.03.2020 05:12, Peter Chen пишет:
>>> On 20-03-04 19:10:08, Dmitry Osipenko wrote:
>>>> Hello,
>>>>
>>>> I was trying out today's linux-next-20200304 and noticed this splat in KMSG:
>>>>
>> ...
>>>> I haven't tried to figure out what change causes this problem, it didn't
>>>> happen using next-20200218. Please take a look, thanks in advance.
>>>
>>> Dmitry, thanks for reporting. I haven't met that issue, it maybe I
>>> enable runtime pm, but you have not? So I don't trigger
>>> "dev->power.runtime_status != RPM_ACTIVE" condition below
>>>
>>> 	might_sleep_if(!(rpmflags & RPM_ASYNC) && !dev->power.irq_safe &&
>>> 			dev->power.runtime_status != RPM_ACTIVE);
>>
>> The runtime PM always presents on Tegra, do you have
>> CONFIG_DEBUG_ATOMIC_SLEEP=y in the kernel's config?
>>
> 
> No, the reason should be "dev->power.runtime_status != RPM_ACTIVE", your
> ci device's runtime may not be active at that time, if I move the spinlock
> above pm_runtime_get_sync at ci_hdrc_gadget_connect, I could reproduce it
> too.
> 
> I enabled CONFIG_DEBUG_ATOMIC_SLEEP, but can't reproduce the dump
> without above changes.

It happened using a setup where UDC is set to a hardcoded USBNET
peripheral-mode, the splat happened as soon as UDC is probed and cable
is plugged.

I'm not sure whether RPM needs to be explicitly enabled for the CI
device by the tegra_udc_driver. If yes, then indeed Tegra's CI driver
doesn't support RPM and it should be in a disabled state.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2020-03-06  2:38 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-04 16:10 usb: chipidea: udc: BUG: sleeping function called from invalid context Dmitry Osipenko
2020-03-04 16:10 ` Dmitry Osipenko
     [not found] ` <bfa5b2f7-cf52-0055-ffb2-2cb8278a1181-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-03-05  2:12   ` Peter Chen
2020-03-05  2:12     ` Peter Chen
2020-03-05 20:53     ` Dmitry Osipenko
2020-03-05 20:53       ` Dmitry Osipenko
     [not found]       ` <7a142dd4-9ae8-2560-e5be-25648f88a864-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-03-06  1:53         ` Peter Chen
2020-03-06  1:53           ` Peter Chen
2020-03-06  2:38           ` Dmitry Osipenko
2020-03-06  2:38             ` Dmitry Osipenko

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.