On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren wrote:
>> + /* Allocate a pin state container on-the-fly */
>> + if (!dev->pins) {
>> + dpi = devm_kzalloc(dev, sizeof(*dpi), GFP_KERNEL);
>
> This is allocated using a devm_ function. If -EPROBE_DEFER is returned
> below after
On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren swar...@wwwdotorg.org wrote:
+ /* Allocate a pin state container on-the-fly */
+ if (!dev-pins) {
+ dpi = devm_kzalloc(dev, sizeof(*dpi), GFP_KERNEL);
This is allocated using a devm_ function. If -EPROBE_DEFER is returned
On Thu, Jan 17, 2013 at 09:31:01AM -0700, Stephen Warren wrote:
> On 01/16/2013 11:02 PM, Simon Horman wrote:
> > On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
> >> On 01/11/2013 01:45 PM, Linus Walleij wrote:
> >>> On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
> >>> wrote:
On 01/16/2013 11:02 PM, Simon Horman wrote:
> On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
>> On 01/11/2013 01:45 PM, Linus Walleij wrote:
>>> On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
>>> wrote:
>>>
I've sent several patch series for the SH PFC (Pin Function
On 01/16/2013 05:59 PM, Linus Walleij wrote:
> On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren wrote:
>
>> Hmm. It's causing a lot of engineers here a lot of trouble, since they
>> all see linux-next won't boot, and haven't been paying enough attention
>> to know which commit to revert:-(. Lots
On 01/16/2013 05:59 PM, Linus Walleij wrote:
On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren swar...@wwwdotorg.org wrote:
Hmm. It's causing a lot of engineers here a lot of trouble, since they
all see linux-next won't boot, and haven't been paying enough attention
to know which commit to
On 01/16/2013 11:02 PM, Simon Horman wrote:
On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
On 01/11/2013 01:45 PM, Linus Walleij wrote:
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I've sent several patch series for the SH PFC
On Thu, Jan 17, 2013 at 09:31:01AM -0700, Stephen Warren wrote:
On 01/16/2013 11:02 PM, Simon Horman wrote:
On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
On 01/11/2013 01:45 PM, Linus Walleij wrote:
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
> On 01/11/2013 01:45 PM, Linus Walleij wrote:
> > On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
> > wrote:
> >
> >> I've sent several patch series for the SH PFC (Pin Function Controller) to
> >> the
> >> linux-sh mailing
On Thu, Jan 17, 2013 at 01:59:52AM +0100, Linus Walleij wrote:
> On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren wrote:
>
> > Hmm. It's causing a lot of engineers here a lot of trouble, since they
> > all see linux-next won't boot, and haven't been paying enough attention
> > to know which
On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren wrote:
> Hmm. It's causing a lot of engineers here a lot of trouble, since they
> all see linux-next won't boot, and haven't been paying enough attention
> to know which commit to revert:-(. Lots of lost productivity:-(
>
> Simon, the offending
On 01/11/2013 01:45 PM, Linus Walleij wrote:
> On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
> wrote:
>
>> I've sent several patch series for the SH PFC (Pin Function Controller) to
>> the
>> linux-sh mailing list. One of the series included pinctrl core patches for
>> easier testing, but I
On 01/11/2013 01:45 PM, Linus Walleij wrote:
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I've sent several patch series for the SH PFC (Pin Function Controller) to
the
linux-sh mailing list. One of the series included pinctrl core patches for
On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren swar...@wwwdotorg.org wrote:
Hmm. It's causing a lot of engineers here a lot of trouble, since they
all see linux-next won't boot, and haven't been paying enough attention
to know which commit to revert:-(. Lots of lost productivity:-(
Simon,
On Thu, Jan 17, 2013 at 01:59:52AM +0100, Linus Walleij wrote:
On Wed, Jan 16, 2013 at 6:49 PM, Stephen Warren swar...@wwwdotorg.org wrote:
Hmm. It's causing a lot of engineers here a lot of trouble, since they
all see linux-next won't boot, and haven't been paying enough attention
to
On Wed, Jan 16, 2013 at 10:49:05AM -0700, Stephen Warren wrote:
On 01/11/2013 01:45 PM, Linus Walleij wrote:
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I've sent several patch series for the SH PFC (Pin Function Controller) to
the
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
wrote:
> I've sent several patch series for the SH PFC (Pin Function Controller) to the
> linux-sh mailing list. One of the series included pinctrl core patches for
> easier testing, but I made it clear that they should *not* be pushed to
>
Hi Simon,
On Friday 11 January 2013 21:12:43 Linus Walleij wrote:
> On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren wrote:
> > On 12/12/2012 01:25 PM, Linus Walleij wrote:
> >> From: Linus Walleij
> >>
> >> This makes the device core auto-grab the pinctrl handle and set
> >> the "default"
On Thu, Jan 10, 2013 at 11:07 PM, Stephen Warren wrote:
> I see that an attempt was made to solve this problem, in the patch
> immediately preceding this one (at least, as applied in the pinctrl
> tree). However, that patch only addresses the case where the pin
> controller is being looked up in
On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren wrote:
> On 12/12/2012 01:25 PM, Linus Walleij wrote:
>> From: Linus Walleij
>>
>> This makes the device core auto-grab the pinctrl handle and set
>> the "default" (PINCTRL_STATE_DEFAULT) state for every device
>> that is present in the device
On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 12/12/2012 01:25 PM, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
On Thu, Jan 10, 2013 at 11:07 PM, Stephen Warren swar...@wwwdotorg.org wrote:
I see that an attempt was made to solve this problem, in the patch
immediately preceding this one (at least, as applied in the pinctrl
tree). However, that patch only addresses the case where the pin
controller is
Hi Simon,
On Friday 11 January 2013 21:12:43 Linus Walleij wrote:
On Thu, Jan 10, 2013 at 9:42 PM, Stephen Warren wrote:
On 12/12/2012 01:25 PM, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the
On Fri, Jan 11, 2013 at 9:36 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I've sent several patch series for the SH PFC (Pin Function Controller) to the
linux-sh mailing list. One of the series included pinctrl core patches for
easier testing, but I made it clear that they
On 01/10/2013 01:42 PM, Stephen Warren wrote:
> On 12/12/2012 01:25 PM, Linus Walleij wrote:
>> From: Linus Walleij
>>
>> This makes the device core auto-grab the pinctrl handle and set
>> the "default" (PINCTRL_STATE_DEFAULT) state for every device
>> that is present in the device model right
On 12/12/2012 01:25 PM, Linus Walleij wrote:
> From: Linus Walleij
>
> This makes the device core auto-grab the pinctrl handle and set
> the "default" (PINCTRL_STATE_DEFAULT) state for every device
> that is present in the device model right before probe. This will
> account for the lion's share
On 12/12/2012 01:25 PM, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device model right before probe. This will
account for
On 01/10/2013 01:42 PM, Stephen Warren wrote:
On 12/12/2012 01:25 PM, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device
On Wed, Jan 2, 2013 at 2:42 PM, Linus Walleij wrote:
> On Wed, Dec 12, 2012 at 10:54 PM, Greg Kroah-Hartman
> wrote:
>> On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
>>> From: Linus Walleij
>>>
>>> This makes the device core auto-grab the pinctrl handle and set
>>> the
On Wed, Jan 2, 2013 at 2:42 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Wed, Dec 12, 2012 at 10:54 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the
On Wed, Dec 12, 2012 at 10:54 PM, Greg Kroah-Hartman
wrote:
> On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
>> From: Linus Walleij
>>
>> This makes the device core auto-grab the pinctrl handle and set
>> the "default" (PINCTRL_STATE_DEFAULT) state for every device
>> that is
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
> From: Linus Walleij
>
> This makes the device core auto-grab the pinctrl handle and set
> the "default" (PINCTRL_STATE_DEFAULT) state for every device
> that is present in the device model right before probe. This will
> account
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device model right before probe. This
On Wed, Dec 12, 2012 at 10:54 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
> From: Linus Walleij
>
> This makes the device core auto-grab the pinctrl handle and set
> the "default" (PINCTRL_STATE_DEFAULT) state for every device
> that is present in the device model right before probe. This will
> account
From: Linus Walleij
This makes the device core auto-grab the pinctrl handle and set
the "default" (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device model right before probe. This will
account for the lion's share of embedded silicon devcies.
A modification of the
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device model right before probe. This will
account for the lion's share of embedded silicon devcies.
A
On Wed, Dec 12, 2012 at 09:25:07PM +0100, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This makes the device core auto-grab the pinctrl handle and set
the default (PINCTRL_STATE_DEFAULT) state for every device
that is present in the device model right before probe. This
38 matches
Mail list logo