On 05/13/2016 03:29 PM, Bjorn Andersson wrote:
On Thu 12 May 17:52 PDT 2016, Andrew Duggan wrote:
On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
So either we duplicate the
On 05/13/2016 03:29 PM, Bjorn Andersson wrote:
On Thu 12 May 17:52 PDT 2016, Andrew Duggan wrote:
On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
So either we duplicate the
On Thu 12 May 17:52 PDT 2016, Andrew Duggan wrote:
> On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
> >On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
> >
> >>Hi Bjorn,
> >>
> >>On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
> >[..]
> >>>So either we duplicate the regulator support in spi/i2c
On Thu 12 May 17:52 PDT 2016, Andrew Duggan wrote:
> On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
> >On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
> >
> >>Hi Bjorn,
> >>
> >>On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
> >[..]
> >>>So either we duplicate the regulator support in spi/i2c
On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
So either we duplicate the regulator support in spi/i2c or we make them
optional in the core driver. Sounds like you prefer the
On 05/11/2016 08:05 PM, Bjorn Andersson wrote:
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
So either we duplicate the regulator support in spi/i2c or we make them
optional in the core driver. Sounds like you prefer the
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
> Hi Bjorn,
>
> On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
> >So either we duplicate the regulator support in spi/i2c or we make them
> >optional in the core driver. Sounds like you prefer the prior, i.e. v1
> >of my patch.
>
> Yes,
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
> Hi Bjorn,
>
> On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
> >So either we duplicate the regulator support in spi/i2c or we make them
> >optional in the core driver. Sounds like you prefer the prior, i.e. v1
> >of my patch.
>
> Yes,
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
On Mon 09 May 17:36 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
On Mon 09 May 17:36 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for
On Mon 09 May 17:36 PDT 2016, Andrew Duggan wrote:
> Hi Bjorn,
>
> On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
> >The first version of the regulator support patch suffered from being
> >implemented in the transport driver, as a work around for resource
> >availability
> >racing (EPROBE_DEFER
On Mon 09 May 17:36 PDT 2016, Andrew Duggan wrote:
> Hi Bjorn,
>
> On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
> >The first version of the regulator support patch suffered from being
> >implemented in the transport driver, as a work around for resource
> >availability
> >racing (EPROBE_DEFER
Hi Bjorn,
On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for resource availability
racing (EPROBE_DEFER of the core driver) with the interrupt handler.
After reconsidering
Hi Bjorn,
On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for resource availability
racing (EPROBE_DEFER of the core driver) with the interrupt handler.
After reconsidering
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for resource availability
racing (EPROBE_DEFER of the core driver) with the interrupt handler.
After reconsidering the solutions discussed following that I concluded that the
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for resource availability
racing (EPROBE_DEFER of the core driver) with the interrupt handler.
After reconsidering the solutions discussed following that I concluded that the
16 matches
Mail list logo