Re: [PATCH v4 1/4] dt-bindings: sound: add bindings for the max9860 codec

2016-05-27 Thread Peter Rosin
On 2016-05-27 22:24, Mark Brown wrote: > On Sat, May 14, 2016 at 11:09:38PM +0200, Peter Rosin wrote: >> This adds the device tree binding documentation for the Maxim Integrated >> MAX9860 mono audio voice codec. > > Please submit patches using subject lines reflect

Re: [PATCH v4 1/4] dt-bindings: sound: add bindings for the max9860 codec

2016-05-27 Thread Peter Rosin
On 2016-05-27 22:45, Mark Brown wrote: > On Fri, May 27, 2016 at 10:40:07PM +0200, Peter Rosin wrote: > >> Ok, but to me it was obviously not obvious if I submitted this patch to >> ASoC or if I submitted it to devicetree. > >> Should I resend over this detail or wi

[PATCH] ASoC: atmel_ssc_dai: read DSP mode A data on rising edges of bclk

2016-04-27 Thread Peter Rosin
Signed-off-by: Peter Rosin --- sound/soc/atmel/atmel_ssc_dai.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/atmel/atmel_ssc_dai.c b/sound/soc/atmel/atmel_ssc_dai.c index 6dca95aa8a82..4ab1e2013238 100644 --- a/sound/soc/atmel/atmel_ssc_dai.c +++ b/sound/soc

Re: [PATCH] iio: inv_mpu6050: Add support for auxiliary I2C master

2016-04-27 Thread Peter Rosin
to master arrived. >> >> Signed-off-by: Crestez Dan Leonard > This one needs acks from: > > Device tree maintainer (odd binding ;) > Peter Rosin (odd binding interacting with the mux support) > Wolfram (it has a whole i2c master driver in here). > > (just thought I'

[PATCH] ASoC: pcm: allow changing the playback/capture rates for symmetric links

2016-04-27 Thread Peter Rosin
;channels) == -1) { perror("SNDCTL_DSP_CHANNELS"); return 1; } speed = 22050; if (ioctl(fd, SNDCTL_DSP_SPEED, &speed) == -1) { perror("SNDCTL_DSP_SPEED"); return 1; } return 0; } Signed-off-by: Peter Rosin ---

[PATCH] ASoC: atmel_ssc_dai: note buggy I2S support when the codec masters LRCLK

2016-04-27 Thread Peter Rosin
by a rising edge on LRCLK in the I2S case, something which simply does not happen. The correct thing to do would be to simply remove the alleged support for I2S/CBM_CFM, but that is likely to cause regressions. So, just make a note about the buggy I2S support in the source. Signed-off-by: Peter

Re: [PATCH] ASoC: pcm: allow changing the playback/capture rates for symmetric links

2016-04-27 Thread Peter Rosin
On 2016-04-27 18:15, Mark Brown wrote: > On Wed, Apr 27, 2016 at 10:49:19AM +0200, Peter Rosin wrote: > >> The below program fails on a dai link with symmetric rates without this >> patch. The patch makes it work. > > You've not articulated the problem you're tryi

Re: [PATCH] ASoC: atmel_ssc_dai: note buggy I2S support when the codec masters LRCLK

2016-04-27 Thread Peter Rosin
On 2016-04-27 18:23, Mark Brown wrote: > On Wed, Apr 27, 2016 at 11:06:33AM +0200, Peter Rosin wrote: > >> While the start condition is correct for the left channel word in the I2S >> case, it is not correct that the right channel word follows immediately >> after the left

Re: [PATCH] i2c-mux-pca9541: fix setup_timer.cocci warnings

2016-04-27 Thread Peter Rosin
On 2016-04-27 21:06, Julia Lawall wrote: > Use setup_timer function instead of initializing timer with the function > and data fields > > Generated by: scripts/coccinelle/api/setup_timer.cocci > > Signed-off-by: Fengguang Wu > Signed-off-by: Julia Lawall > Acked-by: Peter Rosin Cheers, Peter

[PATCH v2] ASoC: MAX9860: new driver

2016-05-12 Thread Peter Rosin
This is a driver for the MAX9860 Mono Audio Voice Codec. https://datasheets.maximintegrated.com/en/ds/MAX9860.pdf This driver does not support sidetone since the DVST register field is backwards with the mute near the maximum level instead of the minimum. Signed-off-by: Peter Rosin

Re: [PATCH v2] ASoC: MAX9860: new driver

2016-05-12 Thread Peter Rosin
[Dropping the DT crowd] On 2016-05-12 17:35, Peter Rosin wrote: > This is a driver for the MAX9860 Mono Audio Voice Codec. > > https://datasheets.maximintegrated.com/en/ds/MAX9860.pdf > > This driver does not support sidetone since the DVST register field is > backwards with

[PATCH v3] ASoC: MAX9860: new driver

2016-05-13 Thread Peter Rosin
This is a driver for the MAX9860 Mono Audio Voice Codec. https://datasheets.maximintegrated.com/en/ds/MAX9860.pdf This driver does not support sidetone since the DVST register field is backwards with the mute near the maximum level instead of the minimum. Signed-off-by: Peter Rosin

[PATCH v4 4/4] ASoC: MAX9860: add sidetone mixer control

2016-05-14 Thread Peter Rosin
Signed-off-by: Peter Rosin --- sound/soc/codecs/max9860.c | 22 +- 1 file changed, 17 insertions(+), 5 deletions(-) diff --git a/sound/soc/codecs/max9860.c b/sound/soc/codecs/max9860.c index 2b0dd6a18dad..8d257cc20ef7 100644 --- a/sound/soc/codecs/max9860.c +++ b/sound/soc

[PATCH v4 1/4] dt-bindings: sound: add bindings for the max9860 codec

2016-05-14 Thread Peter Rosin
This adds the device tree binding documentation for the Maxim Integrated MAX9860 mono audio voice codec. Acked-by: Rob Herring Signed-off-by: Peter Rosin --- .../devicetree/bindings/sound/max9860.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644

[PATCH v4 3/4] ASoC: dapm: support mixer controls with mute at non-zero value

2016-05-14 Thread Peter Rosin
backwards controls with code that searches TLV ranges for the mute value and use that as trigger for DAPM off. Signed-off-by: Peter Rosin --- sound/soc/soc-dapm.c | 38 +++--- 1 file changed, 35 insertions(+), 3 deletions(-) diff --git a/sound/soc/soc-dapm.c b/sound/soc

[PATCH v4 0/4] ASoC: MAX9860: new driver

2016-05-14 Thread Peter Rosin
in v3: - The updated bindings file went missing in v2. Sorry for the confusion. New in v2: - Add comment about fall through when Integer Clock Mode is not possible. - Drop export of max9860_probe. - Ignore clk docs and read the mclk rate w/o enabling the clock. - Manage the DVDDIO supply. Peter Ros

[PATCH v4 2/4] ASoC: MAX9860: new driver

2016-05-14 Thread Peter Rosin
This is a driver for the MAX9860 Mono Audio Voice Codec. https://datasheets.maximintegrated.com/en/ds/MAX9860.pdf This driver does not support sidetone since the DVST register field is backwards with the mute near the maximum level instead of the minimum. Signed-off-by: Peter Rosin

RE: [RESEND RFC PATCH 0/2] Expose the PIO_ISR register on SAMA5D3

2015-12-17 Thread Peter Rosin
Hi Linus, > On Mon, Dec 14, 2015 at 11:38 AM, Peter Rosin wrote: > > I think I atleast half-understand what you're trying to do. Good. It's really not that complicated, but I'm perhaps not describing it very clearly... > > Userspace does the following when

[RFC PATCH 0/2] Expose the PIO_ISR register on SAMA5D3

2015-11-27 Thread Peter Rosin
From: Peter Rosin Hi! I have a signal connected to a gpio pin which is the output of a comparator. By changing the level of one of the inputs to the comparator, I can detect the envelope of the other input to the comparator by using a series of measurements much in the same maner a manual ADC

[RFC PATCH 1/2] gpio: Add isr property of gpio pins

2015-11-27 Thread Peter Rosin
From: Peter Rosin Adds the possibility to read the interrupt status register bit for the gpio pin. Expose the bit as an isr file in sysfs. Signed-off-by: Peter Rosin --- Documentation/gpio/sysfs.txt | 12 drivers/gpio/gpiolib-sysfs.c | 30

[RFC PATCH 2/2] pinctrl: at91: expose the isr bit

2015-11-27 Thread Peter Rosin
From: Peter Rosin This is a bit horrible, as reading the isr register will interfere with interrupts on other pins in the same pio. So, be careful... Signed-off-by: Peter Rosin --- drivers/pinctrl/pinctrl-at91.c | 50 1 file changed, 46 insertions

Regression, was [PATCH 4/4] USB: host: ohci-at91: merge loops in ohci_hcd_at91_drv_probe

2015-12-01 Thread Peter Rosin
Hi! Alexandre Belloni wrote: > ohci_hcd_at91_drv_probe() has four at91_for_each_port. They can be merged > into two loops without changing the driver behaviour. Not so much, I bisected the following panic to the commit matching this patch (e4df92279fd9e01532f65e5ba397877799ed6252). Reverting tha

Re: Regression, was [PATCH 4/4] USB: host: ohci-at91: merge loops in ohci_hcd_at91_drv_probe

2015-12-02 Thread Peter Rosin
Hi Alexandre, On 2015-12-02 19:20, Alexandre Belloni wrote: > Hi Peter, > > On 01/12/2015 at 18:17:16 +0100, Peter Rosin wrote : >> [] (ohci_hcd_at91_overcurrent_irq) from [] >> (handle_irq_event_percpu+0x78/0x140) >> [] (handle_irq_event_percpu) from [] >

Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-02 Thread Peter Rosin
Hi! If I enable CONFIG_CPU_SW_DOMAIN_PAN, I sometimes (but not always) get the following (or very similar) on boot. Cheers, Peter Unhandled fault: page domain fault (0x81b) at 0x00086578 pgd = c281 [00086578] *pgd=22819831, *pte=224fe34f, *ppte=224fe83f Internal error: : 81b [#1] ARM Modules

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-03 Thread Peter Rosin
I wrote: > If I enable CONFIG_CPU_SW_DOMAIN_PAN, I sometimes (but not always) get the > following (or very similar) on boot. I should have said "if I don't disable", as the option is "default y". Also, if it survives on boot, below is an example of later trouble (after 30+ minutes on this occasi

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-03 Thread Peter Rosin
Russell King wrote: > On Thu, Dec 03, 2015 at 08:33:13AM +0000, Peter Rosin wrote: > > I wrote: > > > If I enable CONFIG_CPU_SW_DOMAIN_PAN, I sometimes (but not always) get the > > > following (or very similar) on boot. > > > > I should have said "if I

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-03 Thread Peter Rosin
Russell King wrote: > On Thu, Dec 03, 2015 at 11:38:20AM +0000, Peter Rosin wrote: > > Russell King wrote: > > > On Thu, Dec 03, 2015 at 08:33:13AM +, Peter Rosin wrote: > > > > I wrote: > > > > > If I enable CONFIG_CPU_SW_DOMAIN_PAN, I

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-03 Thread Peter Rosin
Russell King wrote: > On Thu, Dec 03, 2015 at 12:08:11PM +0000, Peter Rosin wrote: > > Russell King wrote: > > > On Thu, Dec 03, 2015 at 11:38:20AM +, Peter Rosin wrote: > > > > Russell King wrote: > > > > > On Thu, Dec 03, 2015 at 08:33:13AM

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-03 Thread Peter Rosin
Russell King wrote: > On Thu, Dec 03, 2015 at 04:41:18PM +, Russell King - ARM Linux wrote: > > On Thu, Dec 03, 2015 at 04:12:06PM +0000, Peter Rosin wrote: > > > * uaccess_with_memcpy.c:__copy_to_user() has a mode in which it copies > > > "non-atomically"

RE: [RESEND RFC PATCH 0/2] Expose the PIO_ISR register on SAMA5D3

2015-12-14 Thread Peter Rosin
never have seen any of this if I had such a latch on my board. But the isr register is a latch, so... Regardless, I think such a driver still needs support from gpio and/or pinctrl. Either exposing the isr register or supporting one-shot-interrupts that disarm themselves before restori

[PATCH] gpio: sx150x: Add support for sx1502

2015-12-15 Thread Peter Rosin
From: Peter Rosin Signed-off-by: Peter Rosin --- .../devicetree/bindings/gpio/gpio-sx150x.txt | 3 +- drivers/gpio/gpio-sx150x.c | 53 -- 2 files changed, 51 insertions(+), 5 deletions(-) diff --git a/Documentation/devicetree/bindings/gpio

[RESEND RFC PATCH 1/2] gpio: Add isr property of gpio pins

2015-12-07 Thread Peter Rosin
From: Peter Rosin Adds the possibility to read the interrupt status register bit for the gpio pin. Expose the bit as an isr file in sysfs. Signed-off-by: Peter Rosin --- Documentation/gpio/sysfs.txt | 12 drivers/gpio/gpiolib-sysfs.c | 30

[RESEND RFC PATCH 2/2] pinctrl: at91: expose the isr bit

2015-12-07 Thread Peter Rosin
From: Peter Rosin This is a bit horrible, as reading the isr register will interfere with interrupts on other pins in the same pio. So, be careful... Signed-off-by: Peter Rosin --- drivers/pinctrl/pinctrl-at91.c | 50 1 file changed, 46 insertions

[RESEND RFC PATCH 0/2] Expose the PIO_ISR register on SAMA5D3

2015-12-07 Thread Peter Rosin
From: Peter Rosin Hi! I have a signal connected to a gpio pin which is the output of a comparator. By changing the level of one of the inputs to the comparator, I can detect the envelope of the other input to the comparator by using a series of measurements much in the same maner a manual ADC

Re: [RESEND RFC PATCH 0/2] Expose the PIO_ISR register on SAMA5D3

2015-12-09 Thread Peter Rosin
Hi! On 2015-12-09 09:01, Ludovic Desroches wrote: > Hi Peter, > > On Tue, Dec 08, 2015 at 04:20:06AM +0100, Peter Rosin wrote: >> From: Peter Rosin >> >> Hi! >> >> I have a signal connected to a gpio pin which is the output of >> a comparator. By c

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-30 Thread Peter Rosin
[I repeat myself just in case my last message disappeared. It would be a shame if 4.4 was also regressed because of a missing response.] I wrote: > Russell King wrote: > > On Thu, Dec 10, 2015 at 03:29:37PM +0000, Peter Rosin wrote: > > > Russell King wrote: > > > >

RE: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

2015-12-30 Thread Peter Rosin
I wrote: > [I repeat myself just in case my last message disappeared. It would be > a shame if 4.4 was also regressed because of a missing response.] Crap, I should have checked one more time before hitting send. The patch is already in there! Sorry for the confusion. Cheers, Peter -- To unsubsc

[PATCH 03/10] i2c-mux: move the slave side adapter management to i2c_mux_core

2016-01-04 Thread Peter Rosin
From: Peter Rosin All muxes have slave side adapters, many have some arbitrary number of them. Handle this in the mux core, so that drivers are simplified. Add i2c_mux_reserve_adapter that can be used when it is known in advance how many child adapters that is to be added. This avoids

[PATCH 02/10] i2c-mux: move select and deselect ops to i2c_mux_core

2016-01-04 Thread Peter Rosin
From: Peter Rosin The mux select and deselect ops are common to the mux most of the time, so store the ops in the mux core. Change the select and deselect op to work in terms of the mux core instead of the child adapter. No driver uses the child adapter anyway, and if it is needed in a future

[PATCH 04/10] i2c-mux: remove the mux dev pointer from the mux per channel data

2016-01-04 Thread Peter Rosin
From: Peter Rosin The dev pointer is readily available in the mux core struct, no point in keeping multiple copies around. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-mux.c | 24 drivers/i2c/muxes/i2c-arb-gpio-challenge.c | 2 +- drivers/i2c

[PATCH 10/10] i2c: pca954x: get rid of the i2c deadlock workaround

2016-01-04 Thread Peter Rosin
From: Peter Rosin Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca954x.c | 32 ++-- 1 file changed, 10 insertions(+), 22 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c b/drivers/i2c/muxes/i2c-mux-pca954x.c index bd89da42b417

[PATCH 06/10] i2c: allow adapter drivers to override the adapter locking

2016-01-04 Thread Peter Rosin
From: Peter Rosin Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and unlock_bus ops in the adapter. These funcs/ops take an additional flags argument that indicates for what purpose the adapter is locked. There are two flags, I2C_LOCK_ADAPTER and I2C_LOCK_SEGMENT, but they

[PATCH 07/10] i2c: muxes always lock the parent adapter

2016-01-04 Thread Peter Rosin
From: Peter Rosin Instead of checking for i2c parent adapters for every lock/unlock, simply override the locking for muxes to always lock/unlock the parent adapter directly. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-core.c | 21 +++-- drivers/i2c/i2c-mux.c | 27

[PATCH 09/10] i2c: pca9541: get rid of the i2c deadlock workaround

2016-01-04 Thread Peter Rosin
From: Peter Rosin Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca9541.c | 82 +++-- 1 file changed, 15 insertions(+), 67 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c b/drivers/i2c/muxes/i2c-mux-pca9541.c index 9ee0d8b70283

[PATCH 05/10] i2c-mux: pinctrl: get rid of the driver private struct device pointer

2016-01-04 Thread Peter Rosin
From: Peter Rosin There is a copy of the device pointer in the mux core. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pinctrl.c | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pinctrl.c b/drivers/i2c/muxes/i2c-mux

[PATCH 08/10] i2c-mux: relax locking of the top i2c adapter during i2c controlled muxing

2016-01-04 Thread Peter Rosin
From: Peter Rosin With a i2c topology like the following GPIO ---| -- BAT1 | v / I2C -+--+ MUX | \ EEPROM -- BAT2 there is a locking problem with the GPIO

[PATCH 01/10] i2c-mux: add common core data for every mux instance

2016-01-04 Thread Peter Rosin
From: Peter Rosin The initial core mux structure starts off small with only the parent adapter pointer, which all muxes have, and a priv pointer for mux driver private data. Add i2c_mux_alloc function to unify the creation of a mux. Where appropriate, pass around the mux core structure instead

[PATCH 00/10] i2c mux cleanup and locking update

2016-01-04 Thread Peter Rosin
From: Peter Rosin Hi! I have a pair of boards with this i2c topology: GPIO ---| -- BAT1 | v / I2C -+--B---+ MUX | \ EEPROM -- BAT2 (B denotes the

Re: [PATCH 10/10] i2c: pca954x: get rid of the i2c deadlock workaround

2016-01-04 Thread Peter Rosin
On 2016-01-04 16:19, Lars-Peter Clausen wrote: > On 01/04/2016 04:10 PM, Peter Rosin wrote: >> From: Peter Rosin >> >> Signed-off-by: Peter Rosin > > It would be quite good if the commit messaged said why it is now safe to > remove the workaround. Right, hm

Re: [PATCH 01/10] i2c-mux: add common core data for every mux instance

2016-01-05 Thread Peter Rosin
Hi Guenter, On 2016-01-04 16:37, Guenter Roeck wrote: > On 01/04/2016 07:10 AM, Peter Rosin wrote: >> From: Peter Rosin >> >> The initial core mux structure starts off small with only the parent >> adapter pointer, which all muxes have, and a priv pointer for

[PATCH v2 0/8] i2c mux cleanup and locking update

2016-01-05 Thread Peter Rosin
From: Peter Rosin Hi! I have a pair of boards with this i2c topology: GPIO ---| -- BAT1 | v / I2C -+--B---+ MUX | \ EEPROM -- BAT2 (B denotes the

[PATCH v2 6/8] i2c: allow adapter drivers to override the adapter locking

2016-01-05 Thread Peter Rosin
From: Peter Rosin Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and unlock_bus ops in the adapter. These funcs/ops take an additional flags argument that indicates for what purpose the adapter is locked. There are two flags, I2C_LOCK_ADAPTER and I2C_LOCK_SEGMENT, but they

[PATCH v2 1/8] i2c-mux: add common core data for every mux instance

2016-01-05 Thread Peter Rosin
From: Peter Rosin The initial core mux structure starts off small with only the parent adapter pointer, which all muxes have, and a priv pointer for mux driver private data. Add i2c_mux_alloc function to unify the creation of a mux. Where appropriate, pass around the mux core structure instead

[PATCH v2 8/8] i2c-mux: relax locking of the top i2c adapter during i2c controlled muxing

2016-01-05 Thread Peter Rosin
From: Peter Rosin With a i2c topology like the following GPIO ---| -- BAT1 | v / I2C -+--+ MUX | \ EEPROM -- BAT2 there is a locking problem with the GPIO

[PATCH v2 5/8] i2c-mux: pinctrl: get rid of the driver private struct device pointer

2016-01-05 Thread Peter Rosin
From: Peter Rosin There is a copy of the device pointer in the mux core. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pinctrl.c | 23 --- 1 file changed, 8 insertions(+), 15 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pinctrl.c b/drivers/i2c/muxes/i2c

[PATCH v2 7/8] i2c: muxes always lock the parent adapter

2016-01-05 Thread Peter Rosin
From: Peter Rosin Instead of checking for i2c parent adapters for every lock/unlock, simply override the locking for muxes to always lock/unlock the parent adapter directly. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-core.c | 21 +++-- drivers/i2c/i2c-mux.c | 27

[PATCH v2 3/8] i2c-mux: move the slave side adapter management to i2c_mux_core

2016-01-05 Thread Peter Rosin
From: Peter Rosin All muxes have slave side adapters, many have some arbitrary number of them. Handle this in the mux core, so that drivers are simplified. Add i2c_mux_reserve_adapter that can be used when it is known in advance how many child adapters that is to be added. This avoids

[PATCH] hwmon: (ads1015) Handle negative conversion values correctly

2016-02-18 Thread Peter Rosin
From: Peter Rosin Make the divisor signed as DIV_ROUND_CLOSEST is undefined for negative dividends when the divisor is unsigned. Signed-off-by: Peter Rosin --- drivers/hwmon/ads1015.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwmon/ads1015.c b/drivers/hwmon

Re: [PATCH] hwmon: (ads1015) Handle negative conversion values correctly

2016-02-18 Thread Peter Rosin
Hi! Sorry for the noise, but... On 2016-02-18 14:07, Peter Rosin wrote: > From: Peter Rosin > > Make the divisor signed as DIV_ROUND_CLOSEST is undefined for negative > dividends when the divisor is unsigned. > > Signed-off-by: Peter Rosin ...I forgot to add this to the

m88ds3103: Undefined division

2016-02-19 Thread Peter Rosin
Hi! I'm looking at this code in drivers/media/dvb-frontends/m88ds3103.c in the m88ds3103_set_frontend() function, line 600 (give or take): s32tmp = 0x1 * (tuner_frequency - c->frequency); s32tmp = DIV_ROUND_CLOSEST(s32tmp, priv->mclk_khz); if (s32tmp < 0)

[PATCH] ASoC: Augment existing card DAPM routes in snd_soc_of_parse_audio_routing

2014-11-27 Thread Peter Rosin
From: Peter Rosin If a snd_soc_card has any DAPM routes when it calls snd_soc_of_parse_audio_routing, those are clobbered without this change. Signed-off-by: Peter Rosin --- sound/soc/soc-core.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/sound/soc/soc

RE: [PATCH] ASoC: Augment existing card DAPM routes in snd_soc_of_parse_audio_routing

2014-11-28 Thread Peter Rosin
Mark Brown wrote: > On Thu, Nov 27, 2014 at 10:02:42PM +0100, Peter Rosin wrote: > > > - routes = devm_kzalloc(card->dev, num_routes * sizeof(*routes), > > + old_routes = card->num_dapm_routes; > > + routes = devm_kzalloc(card->dev, > > +

[PATCH] ASoC: atmel_ssc_dai: Track playback and capture CMR dividers separately.

2014-10-20 Thread Peter Rosin
>From 1e5621d7b9887c648d1a66238dc82d715c1e2cad Mon Sep 17 00:00:00 2001 From: Peter Rosin Date: Mon, 20 Oct 2014 14:38:04 +0200 Subject: [PATCH] ASoC: atmel_ssc_dai: Track playback and capture CMR dividers separately. The CMR divider register is shared by playback and capture. The SSC dri

Re: [PATCH] adm8211: fix checkpatch errors for indentation and new line around switch-case

2015-05-05 Thread Peter Rosin
> diff --git a/drivers/net/wireless/adm8211.c b/drivers/net/wireless/adm8211.c > index f07a618..058fb4b 100644 > --- a/drivers/net/wireless/adm8211.c > +++ b/drivers/net/wireless/adm8211.c > @@ -1098,14 +1098,18 @@ static void adm8211_hw_init(struct ieee80211_hw *dev) > pci_read_confi

[PATCH] pm: at91: Workaround DDRSDRC self-refresh bug with LPDDR1 memories

2014-12-22 Thread Peter Rosin
From: Peter Rosin The DDRSDR controller (on the ATSAMA5D31) fails miserably to put LPDDR1 memories in self-refresh. Force the controller to think it has DDR2 memories during the self-refresh period, as the DDR2 self-refresh spec is equivalent to LPDDR1, and is correctly implemented in the

RE: [PATCH] ASoC: pcm512x: Remove hardcoding of pll-lock to GPIO4

2015-03-24 Thread Peter Rosin
Howard Mitchell wrote: > Currently GPIO4 is hardcoded to output the pll-lock signal. > Unfortunately this is after the pll-out GPIO is configured which > is selectable in the device tree. Therefore it is not possible to > use GPIO4 for pll-out. Therefore this patch removes the > configuration of GP

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-07 Thread Peter Rosin
Mark Brown wrote: > On Wed, Feb 04, 2015 at 12:52:25PM +0100, Peter Rosin wrote: > > > One thing remains a bit unclear, and that is the 500ppm deduction. Is > > that really warranted? The number was just pulled out of my hat... > > I don't really get what this

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-08 Thread Peter Rosin
Bo Shen wrote: > Hi Peter, Hi! > On 02/07/2015 06:51 PM, Peter Rosin wrote: > > Mark Brown wrote: > >> On Wed, Feb 04, 2015 at 12:52:25PM +0100, Peter Rosin wrote: > >> > >>> One thing remains a bit unclear, and that is the 500ppm deduction. > >

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
Bo Shen wrote: > Hi Peter, Hi! > On 02/04/2015 07:52 PM, Peter Rosin wrote: > > From: Peter Rosin > > > > When the SSC acts as BCK master, use a ratnum rule to limit the rate > > instead of only doing the standard rates. When the SSC acts as BCK > > slave,

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
Bo Shen wrote: > Hi Peter, > > On 02/09/2015 03:35 PM, Peter Rosin wrote: > > Bo Shen wrote: > >> Hi Peter, > > > > Hi! > > > >> On 02/07/2015 06:51 PM, Peter Rosin wrote: > >>> Mark Brown wrote: > >>>> On Wed, Feb 04,

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
Bo Shen wrote: > Hi Peter, > > On 02/09/2015 04:09 PM, Peter Rosin wrote: > > [Snip] > > >>> > >>> > >>> /*-*\ > >>> * DAI functions > >>&g

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
Bo Shen wrote: > Hi Peter, > Hi! > On 02/09/2015 05:07 PM, Peter Rosin wrote: > > Bo Shen wrote: > >> Hi Peter, > >> > >> On 02/09/2015 04

RE: [PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
Bo Shen write: > Hi Peter, Hi! [Snip] > > >>> > >>> > >>> /*-*\ > >>> * DAI functions > >>> @@ -200,6 +290,7 @@ static int atmel_ssc_startup(struct > snd_pcm_substream *substream, > >

[PATCH v3] ASoC: atmel_ssc_dai: Allow more rates

2015-02-09 Thread Peter Rosin
From: Peter Rosin When the SSC acts as BCK master, use a ratnum rule to limit the rate instead of only doing the standard rates. When the SSC acts as BCK slave, allow any BCK frequency up to the SSC master clock, divided by either of 2, 3 or 6. Put a cap at 384kHz. Who's /ever/ going to

[PATCH v2] ASoC: atmel_ssc_dai: Allow more rates

2015-02-04 Thread Peter Rosin
From: Peter Rosin When the SSC acts as BCK master, use a ratnum rule to limit the rate instead of only doing the standard rates. When the SSC acts as BCK slave, allow any BCK frequency up to within 500ppm of the SSC master clock, possibly divided by 2, 3 or 6. Put a cap at 384kHz. Who's

[PATCH] ASoC: atmel_ssc_dai: Support SND_SOC_DAIFMT_CBM_CFS on I2S

2015-01-29 Thread Peter Rosin
From: Peter Rosin Signed-off-by: Peter Rosin --- sound/soc/atmel/atmel_ssc_dai.c | 48 +++ 1 file changed, 48 insertions(+) diff --git a/sound/soc/atmel/atmel_ssc_dai.c b/sound/soc/atmel/atmel_ssc_dai.c index 3cd70597d109..f55f3aab8bdd 100644 --- a/sound

[PATCH 1/2] ASoC: pcm512x: Fixup warning splat

2015-01-29 Thread Peter Rosin
From: Peter Rosin Reported-by: kbuild test robot Signed-off-by: Peter Rosin --- sound/soc/codecs/pcm512x.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/pcm512x.c b/sound/soc/codecs/pcm512x.c index 51b279e3f465..067d11743c31 100644 --- a/sound/soc

[PATCH 2/2] ASoC: pcm512x: Use the correct range constraints for S24_LE

2015-01-29 Thread Peter Rosin
From: Peter Rosin This was overlooked in the late change to remove the I2S padding bits from S24_LE mode. The patch also limits S32_LE mode to 384kHz, the maximum according to the datasheets. Signed-off-by: Peter Rosin --- sound/soc/codecs/pcm512x.c | 39

[PATCH 0/2] ASoC: pcm512x: Fixups for the Clock master modes series

2015-01-29 Thread Peter Rosin
From: Peter Rosin These fixups can either be squashed in with 5/7 from the Clock master mode series, or they can be added on top of the current topic/pcm512x. Sorry for the trouble. I can squash them, and resend the Clock master modes series if that helps. Let me know how you'd like it. C

[RFC PATCH] ASoC: atmel_ssc_dai: Allow more rates

2015-01-29 Thread Peter Rosin
From: Peter Rosin When the SSC acts as BCK master, use a ratnum rule to limit the rate instead of only doing the standard rates. When the SSC acts as BCK slave, allow any BCK frequency up to within 500ppm of the SSC master clock, possibly divided by 2, 3 or 6. Put a cap at 384kHz. Who's

RE: [PATCH 2/2] ASoC: pcm512x: Allow independently overclocking PLL, DAC and DSP

2015-02-21 Thread Peter Rosin
Mark Brown wrote: > On Mon, Feb 16, 2015 at 10:02:48PM +0100, Peter Rosin wrote: > > From: Peter Rosin > > > > When using non-standard rates, a relatively small amount of > > overclocking can make a big difference to a number of cases. > > This is all basically f

[PATCH v2] ASoC: pcm512x: Allow independently overclocking PLL, DAC and DSP

2015-02-23 Thread Peter Rosin
From: Peter Rosin When using non-standard rates, a relatively small amount of overclocking can make a big difference to a number of cases. - Not all rates are possible to achieve with the PLL, due to divider restrictions. - The higher oversampling rates that can be used by the DAC, the

Re: [PATCH 2/2] ASoC: pcm512x: Allow independently overclocking PLL, DAC and DSP

2015-02-23 Thread Peter Rosin
From: Peter Rosin On 2015-02-23 15:31, Mark Brown wrote: > On Sun, Feb 22, 2015 at 12:24:12AM +0000, Peter Rosin wrote: > >> ...but I'm not sure everybody agrees that overclocking games should >> be allowed by any and all users? > > I don't see why not, ASoC c

[PATCH 1/2] ASoC: pcm512x: Rearrange to not repeat dacsrc_rate / dac_div

2015-02-16 Thread Peter Rosin
From: Peter Rosin Signed-off-by: Peter Rosin --- sound/soc/codecs/pcm512x.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/sound/soc/codecs/pcm512x.c b/sound/soc/codecs/pcm512x.c index 884784fb1566..f13ff7578c78 100644 --- a/sound/soc/codecs

[PATCH 2/2] ASoC: pcm512x: Allow independently overclocking PLL, DAC and DSP

2015-02-16 Thread Peter Rosin
From: Peter Rosin When using non-standard rates, a relatively small amount of overclocking can make a big difference to a number of cases. - Not all rates are possible to achieve with the PLL, due to divider restrictions. - The higher oversampling rates that can be used by the DAC, the

[PATCH 0/2] ASoC: pcm512x: Add knobs to allow and control overclocking

2015-02-16 Thread Peter Rosin
From: Peter Rosin Hi! I wasn't sure if I should add Documentation/* for these sysfs knobs or not? A lot of knobs do not have docs... And I'm not sure how I should name the doc-file since the pcm512x driver handles devices connected with both i2c and spi. So, this isn't perfe

[PATCH 0/2] ASoC: pcm512x: Add knobs to allow and control overclocking

2015-02-16 Thread Peter Rosin
From: Peter Rosin Hi! I wasn't sure if I should add Documentation/* for these sysfs knobs or not? A lot of knobs do not seem to have docs (no specific example, just a gut feeling). And I'm not sure how I should name the doc-file since the pcm512x driver handles devices connected wit

[PATCH v7 00/24] i2c mux cleanup and locking update

2016-04-20 Thread Peter Rosin
Antti Palosaari (1): [media] si2168: change the i2c gate to be mux-locked Peter Rosin (23): i2c-mux: add common data for every i2c-mux instance i2c: i2c-mux-gpio: convert to use an explicit i2c mux core i2c: i2c-mux-pinctrl: convert to use an explicit i2c mux core i2c: i2c-arb-gpio-cha

[PATCH v7 02/24] i2c: i2c-mux-gpio: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-gpio.c | 55 1 file

[PATCH v7 01/24] i2c-mux: add common data for every i2c-mux instance

2016-04-20 Thread Peter Rosin
of the old interface, which will create one implicit mux core per child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-mux.c | 175 include/linux/i2c-mux.h | 34 ++ 2 files changed, 168 insertions(+), 41 deletions(-) diff

[PATCH v7 05/24] i2c: i2c-mux-pca9541: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca9541.c | 58 + 1 file

[PATCH v7 04/24] i2c: i2c-arb-gpio-challenge: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-arb-gpio-challenge.c | 47 +- 1 file

[PATCH v7 06/24] i2c: i2c-mux-pca954x: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
deselect op for all child adapters. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca954x.c | 61 ++--- 1 file changed, 30 insertions(+), 31 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c b/drivers/i2c/muxes/i2c-mux-pca954x.c index

[PATCH v7 03/24] i2c: i2c-mux-pinctrl: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pinctrl.c | 83 ++--- 1 file

[PATCH v7 08/24] iio: imu: inv_mpu6050: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Acked-by: Jonathan Cameron Signed-off-by: Peter Rosin --- drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c | 2 +- drivers/iio

[PATCH v7 18/24] i2c-mux: relax locking of the top i2c adapter during mux-locked muxing

2016-04-20 Thread Peter Rosin
apter in the same adapter tree that is muxed, and request a "mux-locked mux" if that is the case. Modify the select-transfer-deselect code for "mux-locked" muxes so that each of the select-transfer-deselect ops locks the mux parent adapter individually. Signed-off-by: Peter Ros

[PATCH v7 22/24] [media] rtl2832: change the i2c gate to be mux-locked

2016-04-20 Thread Peter Rosin
use plain old regmap accesses. This also removes the need for the regmap wrappers used by rtl2832_sdr, so deconvolute the code further and provide the regmap handle directly instead of the wrapper functions. Signed-off-by: Peter Rosin --- Documentation/i2c/i2c-topology| 2 +- drivers

[PATCH v7 11/24] [media] rtl2832: convert to use an explicit i2c mux core

2016-04-20 Thread Peter Rosin
Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Reviewed-by: Antti Palosaari Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/rtl2832.c | 25

[PATCH v7 15/24] i2c-mux: drop old unused i2c-mux api

2016-04-20 Thread Peter Rosin
All i2c mux users are using an explicit i2c mux core, drop support for implicit i2c mux cores. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-mux.c | 63 - include/linux/i2c-mux.h | 15 2 files changed, 78 deletions(-) diff --git a

[PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking

2016-04-20 Thread Peter Rosin
to call it, as it is not expected to be needed outside of the i2c core). Implement i2c_lock_adapter/i2c_unlock_adapter in terms of the new locking scheme (i.e. lock with the I2C_LOCK_ADAPTER flag). Annotate some of the locking with explicit I2C_LOCK_SEGMENT flags. Signed-off-by: Peter Rosin

<    2   3   4   5   6   7   8   9   10   11   >