[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <OS0PR01MB5922A75B0911A11A83029A72864B9@OS0PR01MB5922.jpnprd01.prod.outlook.com>
Date: Tue, 30 May 2023 13:47:11 +0000
From: Biju Das <biju.das.jz@...renesas.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
CC: Marc Zyngier <maz@...nel.org>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Zheng Wang <zyytlz.wz@....com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Yoshihiro Shimoda <yoshihiro.shimoda.uh@...esas.com>,
Wolfram Sang <wsa+renesas@...g-engineering.com>,
Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
Prabhakar Mahadev Lad <prabhakar.mahadev-lad.rj@...renesas.com>,
"linux-renesas-soc@...r.kernel.org"
<linux-renesas-soc@...r.kernel.org>
Subject: RE: [PATCH] usb: gadget: udc: renesas_usb3: Fix RZ/V2M
{modprobe,bind} error
Hi Geert,
Thanks for the feedback.
> -----Original Message-----
> From: Geert Uytterhoeven <geert@...ux-m68k.org>
> Sent: Tuesday, May 30, 2023 2:17 PM
> To: Biju Das <biju.das.jz@...renesas.com>
> Cc: Marc Zyngier <maz@...nel.org>; Laurent Pinchart
> <laurent.pinchart@...asonboard.com>; linux-kernel@...r.kernel.org; Greg
> Kroah-Hartman <gregkh@...uxfoundation.org>; Zheng Wang
> <zyytlz.wz@....com>; Geert Uytterhoeven <geert+renesas@...der.be>;
> Yoshihiro Shimoda <yoshihiro.shimoda.uh@...esas.com>; Wolfram Sang
> <wsa+renesas@...g-engineering.com>; Krzysztof Kozlowski
> <krzysztof.kozlowski@...aro.org>; linux-usb@...r.kernel.org; Prabhakar
> Mahadev Lad <prabhakar.mahadev-lad.rj@...renesas.com>; linux-renesas-
> soc@...r.kernel.org
> Subject: Re: [PATCH] usb: gadget: udc: renesas_usb3: Fix RZ/V2M
> {modprobe,bind} error
>
> Hi Biju,
>
> On Tue, May 30, 2023 at 2:37 PM Biju Das <biju.das.jz@...renesas.com>
> wrote:
> > > Subject: Re: [PATCH] usb: gadget: udc: renesas_usb3: Fix RZ/V2M
> > > {modprobe,bind} error
> > >
> > > On Mon, 29 May 2023 09:56:56 +0100,
> > > Laurent Pinchart <laurent.pinchart@...asonboard.com> wrote:
> > > >
> > > > The name is just informative so I suppose it's ok. It makes me
> > > > wonder, though, if the usb3drd driver shouldn't register the
> > > > interrupt handler itself.
> > >
> > > Well, it registers it itself, but pretending to be another device.
> > > Which is wrong on many levels.
> >
> > OK, Will register the handler in usb3drd driver and expose
> > register/unregister handler API with cb function to avoid duplication
> of the code with renesas_usb3 driver.
> >
> > Basically, there will be 2 exported functions + 1 spinlock introduced
> > in usb3drd driver
> >
> > USB3DRD driver register the IRQ handler
> >
> > Probe/remove from renesas_usb3 driver register/unregister the cb
> > function. Whenever there is drd irq cb function will be called.
>
> Please don't make it more complicated: if the parent device does not use
> that interrupt, there is no need to move its handling to the parent
> device driver.
>
> Your patch looks fine to me, just replace the second ddata->dev, too.
Agreed, will replace "dev_name(ddata->dev)"->dev_name(&pdev->dev).
With Interrupt ID "274" vs "278", we can differentiate "drd" vs "peri" interrupt.
root@...2m:~# cat /proc/interrupts | grep usb
22: 0 GICv2 274 Level 85070000.usb3peri
28: 0 GICv2 278 Level 85070000.usb3peri
Cheers,
Biju
Powered by blists - more mailing lists