>
> This seems like it's only half the job and worryingly close to Linux
> internals. In particular the fact that the binding is specific to
> simple-card and the fact that it's being placed on the CODEC (rather
> than a separate object that the CODEC references) so that we can't
>
nly half the job and worryingly close to Linux
> internals. In particular the fact that the binding is specific to
> simple-card and the fact that it's being placed on the CODEC (rather
> than a separate object that the CODEC references) so that we can't
> combine multiple de
On Tue, May 19, 2015 at 4:16 AM, Mark Brown wrote:
> On Fri, May 15, 2015 at 10:40:59PM +0200, Lars-Peter Clausen wrote:
>
>> I think the proper way to support this is come up with the concept of jack
>> detection providers and consumers. A component can register a jack detection
>> provider just
On Tue, May 19, 2015 at 4:16 AM, Mark Brown broo...@kernel.org wrote:
On Fri, May 15, 2015 at 10:40:59PM +0200, Lars-Peter Clausen wrote:
I think the proper way to support this is come up with the concept of jack
detection providers and consumers. A component can register a jack detection
On Wed, May 13, 2015 at 10:21 AM, Dylan Reid wrote:
> On Wed, May 13, 2015 at 9:42 AM, Mark Brown wrote:
>> On Wed, May 13, 2015 at 09:23:01PM +0800, zhengxing wrote:
>>> On 2015年05月13日 03:22, Mark Brown wrote:
>>
>>> >Is it not possible to extend simple card
On Wed, May 13, 2015 at 9:42 AM, Mark Brown wrote:
> On Wed, May 13, 2015 at 09:23:01PM +0800, zhengxing wrote:
>> On 2015年05月13日 03:22, Mark Brown wrote:
>
>> >Is it not possible to extend simple card to handle your use cases?
>> >Given the very generic naming and the fact that things like jack
On Wed, May 13, 2015 at 10:21 AM, Dylan Reid dgr...@chromium.org wrote:
On Wed, May 13, 2015 at 9:42 AM, Mark Brown broo...@kernel.org wrote:
On Wed, May 13, 2015 at 09:23:01PM +0800, zhengxing wrote:
On 2015年05月13日 03:22, Mark Brown wrote:
Is it not possible to extend simple card to handle
On Wed, May 13, 2015 at 9:42 AM, Mark Brown broo...@kernel.org wrote:
On Wed, May 13, 2015 at 09:23:01PM +0800, zhengxing wrote:
On 2015年05月13日 03:22, Mark Brown wrote:
Is it not possible to extend simple card to handle your use cases?
Given the very generic naming and the fact that things
On Wed, Jan 28, 2015 at 3:02 AM, Mark Brown wrote:
> On Wed, Jan 28, 2015 at 11:51:04AM +0100, Tomeu Vizoso wrote:
>
>> To be used by userspace when the headphones jack is plugged in.
>
>> static const struct snd_kcontrol_new tegra_max98090_controls[] = {
>> +
On Wed, Jan 28, 2015 at 3:02 AM, Mark Brown broo...@kernel.org wrote:
On Wed, Jan 28, 2015 at 11:51:04AM +0100, Tomeu Vizoso wrote:
To be used by userspace when the headphones jack is plugged in.
static const struct snd_kcontrol_new tegra_max98090_controls[] = {
+
On Mon, Jan 19, 2015 at 9:11 AM, Tomeu Vizoso
wrote:
> On 19 January 2015 at 18:10, Stephen Warren wrote:
>> On 01/16/2015 02:01 AM, Tomeu Vizoso wrote:
>>>
>>> On 16 January 2015 at 09:50, Tomeu Vizoso
>>> wrote:
On 15 January 2015 at 18:22, Stephen Warren
wrote:
>
> On
On Mon, Jan 19, 2015 at 9:11 AM, Tomeu Vizoso
tomeu.viz...@collabora.com wrote:
On 19 January 2015 at 18:10, Stephen Warren swar...@wwwdotorg.org wrote:
On 01/16/2015 02:01 AM, Tomeu Vizoso wrote:
On 16 January 2015 at 09:50, Tomeu Vizoso tomeu.viz...@collabora.com
wrote:
On 15 January 2015
On Thu, Jan 15, 2015 at 8:12 AM, Tomeu Vizoso
wrote:
> Hi,
>
> this started as adding support for the Nyan Blaze, but the Big is so similar
> to it that I thought it would be better to have both in the same series.
>
> With these changes, I get wifi, trackpad, audio playback and recording (with
On Thu, Jan 15, 2015 at 8:12 AM, Tomeu Vizoso
tomeu.viz...@collabora.com wrote:
Hi,
this started as adding support for the Nyan Blaze, but the Big is so similar
to it that I thought it would be better to have both in the same series.
With these changes, I get wifi, trackpad, audio playback
On Tue, Dec 23, 2014 at 1:08 AM, Jianqun Xu wrote:
> Set Transmit Data Level(TDL) and Receive Data Level(RDL) to 16 bits.
> Without this setting, the TDL is default to be 0x00 (means 1 bit),
> and the RDL is default to be 0x1f (means 16 bits).
My impression from the TRM was that TDL and RDL were
On Tue, Dec 23, 2014 at 1:08 AM, Jianqun Xu jay...@rock-chips.com wrote:
Set Transmit Data Level(TDL) and Receive Data Level(RDL) to 16 bits.
Without this setting, the TDL is default to be 0x00 (means 1 bit),
and the RDL is default to be 0x1f (means 16 bits).
My impression from the TRM was
On Wed, Dec 3, 2014 at 3:03 PM, Sonny Rao wrote:
> On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown wrote:
>> On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote:
>>> On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown wrote:
>>
>>> > I would expect that the clock for the CODEC should be managed by
On Wed, Dec 3, 2014 at 3:03 PM, Sonny Rao sonny...@chromium.org wrote:
On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown broo...@kernel.org wrote:
On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote:
On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown broo...@kernel.org wrote:
I would expect that
>From azx_interrupt, use the helper to check if the device is active
instead of checking the state. This will do the right thing if
runtime pm is disabled in addition to if the device is suspended.
Signed-off-by: Dylan Reid
---
sound/pci/hda/hda_controller.c | 2 +-
1 file changed, 1 insert
From azx_interrupt, use the helper to check if the device is active
instead of checking the state. This will do the right thing if
runtime pm is disabled in addition to if the device is suspended.
Signed-off-by: Dylan Reid dgr...@chromium.org
---
sound/pci/hda/hda_controller.c | 2 +-
1 file
In the regcache_default_sync, if a register isn't writeable, then
_regmap_write will return an error and the rest of the sync will be
aborted. Avoid this by checking if a register is writeable before
trying to sync it.
Signed-off-by: Dylan Reid
---
drivers/base/regmap/regcache.c | 3 ++-
1
The default sync operation was still assuming a stride of one, fix it
to respect the reg_stride set in the map.
Signed-off-by: Dylan Reid
---
drivers/base/regmap/regcache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regmap
The default sync operation was still assuming a stride of one, fix it
to respect the reg_stride set in the map.
Signed-off-by: Dylan Reid dgr...@chromium.org
---
drivers/base/regmap/regcache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regcache.c b
In the regcache_default_sync, if a register isn't writeable, then
_regmap_write will return an error and the rest of the sync will be
aborted. Avoid this by checking if a register is writeable before
trying to sync it.
Signed-off-by: Dylan Reid dgr...@chromium.org
---
drivers/base/regmap
r than one, registers past the end might be synced or
the writeable_reg callback at the beginning of _regmap_raw_write will
fail and nothing will be written.
Signed-off-by: Dylan Reid
---
drivers/base/regmap/regcache.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
, registers past the end might be synced or
the writeable_reg callback at the beginning of _regmap_raw_write will
fail and nothing will be written.
Signed-off-by: Dylan Reid dgr...@chromium.org
---
drivers/base/regmap/regcache.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
26 matches
Mail list logo
