On Fri, Nov 16, 2012 at 02:33:50PM +0800, Bo Shen wrote: > On 11/16/2012 14:12, Mark Brown wrote: > >No, this isn't what was meant - the idea is to send only the addition of > >pinctrl data as one patch, based off the ASoC branch instead of -next. > What is the pinctrl data? (This patch can be applied on The data you're adding in the device tree! > sound/topic/atmel branch without any conflicts) That's not helpful to anyone doing bisection if there's nothing defining the pin states, it means that the system won't be able to start the driver as the API call will fail. > The other one add pinctrl nodes, must based on -next, or else I > don't know where should I add the pinctrl nodes. What makes you say this?
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- References:
- [Resend v6 PATCH 1/2] ARM: at91: atmel-ssc: add pinctrl nodes
- From: Bo Shen
- [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- From: Bo Shen
- Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- From: Mark Brown
- Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- From: Bo Shen
- [Resend v6 PATCH 1/2] ARM: at91: atmel-ssc: add pinctrl nodes
- Prev by Date: Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- Next by Date: Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- Previous by thread: Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- Next by thread: Re: [Resend v6 PATCH 2/2] ASoC: atmel-ssc: add pinctrl consumer
- Index(es):