From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [BUG] usb: gadget: Kernel oops with UVC USB gadget and configfs
Date: Tue, 14 Feb 2017 15:46 +0200 [thread overview]
Message-ID: <2813264.gunpljLm9f@avalon> (raw)
In-Reply-To: <87r331zy73.fsf@belgarion.home>
Hi Robert,
On Monday 13 Feb 2017 20:29:36 Robert Jarzmik wrote:
> Petr Cvek <petr.cvek@tul.cz> writes:
> > Dne 12.2.2017 v 13:02 Robert Jarzmik napsal(a):
> > That's weird I even removed pxa_set_udc_info() from magician machine init
> > and it still fails. Host cable and/or actual camera is not required. It
> > fails without them.
> >
> > So you binded pxa27x-udc as UDC controller (= activated it) and then
> > rmmoded it and nobody complained?
>
> No, that usecase actually fails. I think you could submit a proper patch
> with the diff in [1], with which the pxa27x-udc unloading will work.
>
> But it's not _your_ testcase, as per your provided callstack :
> [ 2152.826529] [<bf4a1914>] (udc_bind_to_driver [udc_core]) from
> [<bf4a1b08>] (usb_add_gadget_udc_release+0x138/0x21c [udc_core]) [
> 2152.826731] [<bf4a1b08>] (usb_add_gadget_udc_release [udc_core]) from
> [<bf4db838>] (pxa_udc_probe+0x290/0x2fc [pxa27x_udc]) [ 2152.833554]
> [<bf4db838>] (pxa_udc_probe [pxa27x_udc]) from [<c02522d0>]
> (platform_drv_probe+0x38/0x84) [ 2152.833602] [<c02522d0>]
> (platform_drv_probe) from [<c0250784>] (driver_probe_device+0x1e0/0x3f4)
>
> Your problem seems in the pxa_udc_probe(), which I would presume you're
> doing for a second time, ie. after modprobe pxa27x_udc + bind UDC
> controller + rmmod pxa27x_udc + modprobe pxa27x_udc.
>
> I suspect that in this case, the problem is that the rmmod works while udc
> is still bound to the composite. The lsmod seems to prove that the refcount
> is still 0 while usb_f_uvc is is bound to pxa27x_udc.
>
> [@Felipe and @Laurent]
> I have no knowledge of usb_f_uvc, so would you tell me if binding usb_f_uvc
> to pxa27_udc should have incremented the module refcount of pxa27x_udc or
> not ?
I'm not familiar with how modules refcount is handled in the USB gadget
framework, that's more a question for Felipe. I don't think the problem is
specific to usb_f_uvc, all gadget drivers should behave the same way (and if
they don't that should be fixed).
> > Can you try v4.10? Or send me exact commit on what you tested it so I can
> > test it too.
>
> My top commit (not counting yours) is : 61c04572de40 ("Merge branch 'for-rc'
> of git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux")
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2017-02-14 13:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-24 15:14 [BUG] usb: gadget: Kernel oops with UVC USB gadget and configfs Petr Cvek
2017-02-04 22:42 ` Robert Jarzmik
2017-02-05 23:01 ` Petr Cvek
2017-02-12 1:15 ` Petr Cvek
2017-02-12 12:02 ` Robert Jarzmik
2017-02-13 3:04 ` Petr Cvek
2017-02-13 19:29 ` Robert Jarzmik
2017-02-14 13:46 ` Laurent Pinchart [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2813264.gunpljLm9f@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.