All of lore.kernel.org
 help / color / mirror / Atom feed
From: vinod.koul@intel.com (Vinod Koul)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v11 0/2] Add support for the Allwinner A31 DMA Controller
Date: Mon, 28 Jul 2014 19:48:12 +0530	[thread overview]
Message-ID: <20140728141812.GE8181@intel.com> (raw)
In-Reply-To: <20140728101402.GD3952@lukather>

On Mon, Jul 28, 2014 at 12:14:02PM +0200, Maxime Ripard wrote:
> On Fri, Jul 25, 2014 at 10:12:18PM +0530, Vinod Koul wrote:
> > On Fri, Jul 25, 2014 at 06:37:46PM +0200, Maxime Ripard wrote:
> > > > Can you please send follow patches for these:
> > > > - don't recall if I pointed earlier, but can we use direct conversion for
> > > >   calculating convert_burst() and convert_buswidth(), latter one at least
> > > >   seem doable
> > > 
> > > Ok. Do you still want the error reporting for the invalid width and
> > > burst size?
> > I think for convert_buswidth() we can do away with a switch case and convert
> > the numbers directly
> 
> Well, it's already using a switch. Do you want me to remove completely
> the function and move the switch where it's used? It's used two times
> now, so I'd like to avoid duplicating it.
You can probably remove switch in these function by converting them
arithmetically..

> > > > - don't use devm_request_irq(). You have irq enabled and you have killed
> > > >   tasklet. This is too racy. You need to ensure no irqs can be generated before killing
> > > >   tasklets.
> > > 
> > > Ok, would calling disable_irq before killing the tasklet an option for
> > > you ? that would allow to keep the devm_request_irq.
> > disable_irq also does syncronize, so it might work. But then again if the
> > probe fails after registering irq due to some other reason, and you get into
> > races with unitialized driver as well.
> > 
> > I think it might be easier to amnge by working with plain old request_irq()
> 
> Yes, devm_free_irq like Russell suggested seems to both address your
> concerns, while not having to care about it at probe.
OK, pls send the fix

-- 
~Vinod
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20140728/45b8020b/attachment.sig>

WARNING: multiple messages have this Message-ID (diff)
From: Vinod Koul <vinod.koul@intel.com>
To: Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: Dan Williams <dan.j.williams@intel.com>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-sunxi@googlegroups.com, kevin.z.m.zh@gmail.com,
	sunny@allwinnertech.com, shuge@allwinnertech.com,
	zhuzhenhua@allwinnertech.com, Arnd Bergmann <arnd@arndb.de>,
	andriy.shevchenko@intel.com, dmaengine@vger.kernel.org
Subject: Re: [PATCH v11 0/2] Add support for the Allwinner A31 DMA Controller
Date: Mon, 28 Jul 2014 19:48:12 +0530	[thread overview]
Message-ID: <20140728141812.GE8181@intel.com> (raw)
In-Reply-To: <20140728101402.GD3952@lukather>

[-- Attachment #1: Type: text/plain, Size: 1742 bytes --]

On Mon, Jul 28, 2014 at 12:14:02PM +0200, Maxime Ripard wrote:
> On Fri, Jul 25, 2014 at 10:12:18PM +0530, Vinod Koul wrote:
> > On Fri, Jul 25, 2014 at 06:37:46PM +0200, Maxime Ripard wrote:
> > > > Can you please send follow patches for these:
> > > > - don't recall if I pointed earlier, but can we use direct conversion for
> > > >   calculating convert_burst() and convert_buswidth(), latter one at least
> > > >   seem doable
> > > 
> > > Ok. Do you still want the error reporting for the invalid width and
> > > burst size?
> > I think for convert_buswidth() we can do away with a switch case and convert
> > the numbers directly
> 
> Well, it's already using a switch. Do you want me to remove completely
> the function and move the switch where it's used? It's used two times
> now, so I'd like to avoid duplicating it.
You can probably remove switch in these function by converting them
arithmetically..

> > > > - don't use devm_request_irq(). You have irq enabled and you have killed
> > > >   tasklet. This is too racy. You need to ensure no irqs can be generated before killing
> > > >   tasklets.
> > > 
> > > Ok, would calling disable_irq before killing the tasklet an option for
> > > you ? that would allow to keep the devm_request_irq.
> > disable_irq also does syncronize, so it might work. But then again if the
> > probe fails after registering irq due to some other reason, and you get into
> > races with unitialized driver as well.
> > 
> > I think it might be easier to amnge by working with plain old request_irq()
> 
> Yes, devm_free_irq like Russell suggested seems to both address your
> concerns, while not having to care about it at probe.
OK, pls send the fix

-- 
~Vinod

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2014-07-28 14:18 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-17 19:46 [PATCH v11 0/2] Add support for the Allwinner A31 DMA Controller Maxime Ripard
2014-07-17 19:46 ` Maxime Ripard
2014-07-17 19:46 ` [PATCH v11 1/2] Documentation: dt: Add Allwinner A31 DMA controller bindings Maxime Ripard
2014-07-17 19:46   ` Maxime Ripard
2014-07-17 19:46 ` [PATCH v11 2/2] dmaengine: sun6i: Add driver for the Allwinner A31 DMA controller Maxime Ripard
2014-07-17 19:46   ` Maxime Ripard
2014-07-24 12:13 ` [PATCH v11 0/2] Add support for the Allwinner A31 DMA Controller Maxime Ripard
2014-07-24 12:13   ` Maxime Ripard
2014-07-24 23:44   ` Andrew Morton
2014-07-24 23:44     ` Andrew Morton
2014-07-25  6:11     ` Vinod Koul
2014-07-25  6:11       ` Vinod Koul
2014-07-25  6:13       ` Vinod Koul
2014-07-25  6:13         ` Vinod Koul
2014-07-25  7:14         ` Andrew Morton
2014-07-25  7:14           ` Andrew Morton
2014-07-25 13:12 ` Vinod Koul
2014-07-25 13:12   ` Vinod Koul
2014-07-25 16:37   ` Maxime Ripard
2014-07-25 16:37     ` Maxime Ripard
2014-07-25 16:42     ` Vinod Koul
2014-07-25 16:42       ` Vinod Koul
2014-07-28 10:14       ` Maxime Ripard
2014-07-28 10:14         ` Maxime Ripard
2014-07-28 14:18         ` Vinod Koul [this message]
2014-07-28 14:18           ` Vinod Koul
2014-07-29 16:03           ` Maxime Ripard
2014-07-29 16:03             ` Maxime Ripard
2014-07-25 16:45     ` Russell King - ARM Linux
2014-07-25 16:45       ` Russell King - ARM Linux
2014-07-28  9:41       ` Maxime Ripard
2014-07-28  9:41         ` Maxime Ripard

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=20140728141812.GE8181@intel.com \
    --to=vinod.koul@intel.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.