[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120604102747.GC7538@opensource.wolfsonmicro.com>
Date: Mon, 4 Jun 2012 11:27:48 +0100
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Sagar Dharia <sdharia@...eaurora.org>
Cc: davidb@...eaurora.org, bryanh@...eaurora.org,
kheitke@...eaurora.org, gclemson@...ience.com,
linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, rob@...dley.net,
grant.likely@...retlab.ca, rob.herring@...xeda.com,
ohad@...ery.com, gregkh@...uxfoundation.org,
linus.walleij@...aro.org, rusty@...tcorp.com.au,
joerg.roedel@....com, trenn@...e.de, ak@...ux.intel.com,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree-discuss@...ts.ozlabs.org
Subject: Re: [PATCH] slimbus: Linux driver framework for SLIMbus.
On Mon, Jun 04, 2012 at 03:21:06AM -0700, Sagar Dharia wrote:
> > b) Similarly to (a) the driver may be probed before the device has
> > been given a logical address (LA). This makes sense in the case of
> > driver that turns on the device (say via gpio) once the bus has
> > booted. However, the driver then needs to sit and poll
> > slim_get_logical_addr() until the logical address.
> This is not the case anymore.
> While taking care of the comments for RFC, I have introduced a completion
> that will be signalled when LA is given to the device. The driver can wait
> on that completion (wait_enum) instead of polling.
This would mean that the thread the probe is happening in will be
blocked until the LA is assigned. That sounds like it might cause
problems, either slowing things down or worst case causing a deadlock.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists