On 05/08/2015 05:11 PM, Jonathan Cameron wrote:
On 16/04/15 05:01, Robert Dolca wrote:
This patch adds a new function called iio_trigger_register_with_dev
which is a wrapper for iio_trigger_register. Besides the iio_trigger
struct this function requires iio_dev struct. It adds the trigger in
On 05/12/2015 12:21 PM, Srinivas Kandagatla wrote:
+ adding Lars
On 12/05/15 05:06, Kenneth Westfield wrote:
Srinivas,
I was able to get audio working on the Storm board. There were several
issues. First, the I2S control port was saved in the DAI driver id field
(which was 4), but the DAI
On 05/08/2015 05:11 PM, Jonathan Cameron wrote:
On 16/04/15 05:01, Robert Dolca wrote:
This patch adds a new function called iio_trigger_register_with_dev
which is a wrapper for iio_trigger_register. Besides the iio_trigger
struct this function requires iio_dev struct. It adds the trigger in
:
On 4 May 2015 20:54:08 GMT+01:00, Lars-Peter Clausen wrote:
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
[...]
+IIO_HRTIMER_INFO_ATTR(sampling_frequency, S_IRUGO | S_IWUSR,
+ iio_hrtimer_info_show_sampling_frequency,
+ iio_hrtimer_info_store_sampling_frequency);
I
:51 PM, Jonathan Cameron wrote:
On 4 May 2015 20:54:08 GMT+01:00, Lars-Peter Clausen l...@metafoo.de wrote:
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
[...]
+IIO_HRTIMER_INFO_ATTR(sampling_frequency, S_IRUGO | S_IWUSR,
+ iio_hrtimer_info_show_sampling_frequency
On 05/05/2015 06:29 PM, Michael Welling wrote:
Without the cacheline alignment, the readings will occasionally incorrectly
return 0.
Signed-off-by: Michael Welling
---
drivers/iio/adc/mcp320x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/adc/mcp320x.c
On 05/05/2015 06:29 PM, Michael Welling wrote:
Without the cacheline alignment, the readings will occasionally incorrectly
return 0.
Signed-off-by: Michael Welling mwell...@ieee.org
---
drivers/iio/adc/mcp320x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
A software trigger associates an IIO device trigger with a software
interrupt source (e.g: timer, sysfs). This patch adds the generic
infrastructure for handling software triggers.
Software interrupts sources are kept in a iio_trigger_types_list and
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
This creates an IIO configfs subystem named "iio", with a default "triggers"
group.
Triggers group is used for handling software triggers. To create a new software
trigger one must create a directory inside the trigger directory.
Software trigger
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
[...]
+IIO_HRTIMER_INFO_ATTR(sampling_frequency, S_IRUGO | S_IWUSR,
+ iio_hrtimer_info_show_sampling_frequency,
+ iio_hrtimer_info_store_sampling_frequency);
I wonder if the sampling frequency should be
On 05/04/2015 04:05 PM, Kevin Cernekee wrote:
On Sun, May 3, 2015 at 11:38 PM, Lars-Peter Clausen wrote:
diff --git a/drivers/base/regmap/regcache.c
b/drivers/base/regmap/regcache.c
index 7eb7b3b98794..63af3103d0c6 100644
--- a/drivers/base/regmap/regcache.c
+++ b/drivers/base/regmap
On 05/03/2015 08:11 AM, Octavian Purdila wrote:
On Sat, May 2, 2015 at 8:42 PM, Lars-Peter Clausen wrote:
On 04/29/2015 01:18 PM, Octavian Purdila wrote:
Some applications need to be able to flush [1] the hardware fifo of
the device and to receive events of when that happened [2] so
On 05/04/2015 02:00 AM, Kevin Cernekee wrote:
Existing regmap users call regcache_mark_dirty() as part of the
suspend/resume sequence, to tell regcache that non-default values need to
be resynced post-resume. Add an internal "no_sync_defaults" regmap flag
to remember this state, so that
On 05/04/2015 02:00 AM, Kevin Cernekee wrote:
Existing regmap users call regcache_mark_dirty() as part of the
suspend/resume sequence, to tell regcache that non-default values need to
be resynced post-resume. Add an internal no_sync_defaults regmap flag
to remember this state, so that
On 05/03/2015 08:11 AM, Octavian Purdila wrote:
On Sat, May 2, 2015 at 8:42 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 04/29/2015 01:18 PM, Octavian Purdila wrote:
Some applications need to be able to flush [1] the hardware fifo of
the device and to receive events of when that happened
On 05/04/2015 04:05 PM, Kevin Cernekee wrote:
On Sun, May 3, 2015 at 11:38 PM, Lars-Peter Clausen l...@metafoo.de wrote:
diff --git a/drivers/base/regmap/regcache.c
b/drivers/base/regmap/regcache.c
index 7eb7b3b98794..63af3103d0c6 100644
--- a/drivers/base/regmap/regcache.c
+++ b/drivers/base
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
A software trigger associates an IIO device trigger with a software
interrupt source (e.g: timer, sysfs). This patch adds the generic
infrastructure for handling software triggers.
Software interrupts sources are kept in a iio_trigger_types_list and
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
[...]
+IIO_HRTIMER_INFO_ATTR(sampling_frequency, S_IRUGO | S_IWUSR,
+ iio_hrtimer_info_show_sampling_frequency,
+ iio_hrtimer_info_store_sampling_frequency);
I wonder if the sampling frequency should be
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
This creates an IIO configfs subystem named iio, with a default triggers
group.
Triggers group is used for handling software triggers. To create a new software
trigger one must create a directory inside the trigger directory.
Software trigger name
On 05/03/2015 09:20 PM, Jonathan Cameron wrote:
On 26/04/15 20:35, Jonathan Cameron wrote:
On 20/04/15 15:02, Daniel Baluta wrote:
This patchset introduces IIO software triggers, offers a way of configuring
them via configfs and adds the IIO hrtimer based interrupt source to be used
with
On 05/03/2015 09:20 PM, Jonathan Cameron wrote:
On 26/04/15 20:35, Jonathan Cameron wrote:
On 20/04/15 15:02, Daniel Baluta wrote:
This patchset introduces IIO software triggers, offers a way of configuring
them via configfs and adds the IIO hrtimer based interrupt source to be used
with
On 05/01/2015 05:43 PM, Krzysztof Kozlowski wrote:
The platform_device_id is not modified by the driver and core uses it as
const.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Lars-Peter Clausen
Thanks.
---
drivers/staging/iio/adc/ad7606_par.c | 2 +-
1 file changed, 1 insertion(+), 1
On 04/29/2015 01:18 PM, Octavian Purdila wrote:
Some applications need to be able to flush [1] the hardware fifo of
the device and to receive events of when that happened [2] so that it
can ignore stale data.
This patch adds a new event (IIO_EV_TYPE_HWFIFO_FLUSHED) that should
be sent to
On 04/29/2015 01:18 PM, Octavian Purdila wrote:
Some applications need to be able to flush [1] the hardware fifo of
the device and to receive events of when that happened [2] so that it
can ignore stale data.
This patch adds a new event (IIO_EV_TYPE_HWFIFO_FLUSHED) that should
be sent to
On 05/01/2015 05:43 PM, Krzysztof Kozlowski wrote:
The platform_device_id is not modified by the driver and core uses it as
const.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
Acked-by: Lars-Peter Clausen l...@metafoo.de
Thanks.
---
drivers/staging/iio/adc/ad7606_par.c | 2
On 04/25/2015 12:36 AM, Kevin Cernekee wrote:
regcache_sync() and regcache_sync_region() currently assume that the
hardware has just emerged from a clean reset, and that all registers are
in their default states. But that isn't the only possibility; the device
may have been in a different state
On 04/25/2015 12:36 AM, Kevin Cernekee wrote:
regcache_sync() and regcache_sync_region() currently assume that the
hardware has just emerged from a clean reset, and that all registers are
in their default states. But that isn't the only possibility; the device
may have been in a different state
On 04/16/2015 11:56 AM, Chih-Chiang Chang wrote:
The NAU88L25 is an ultra-low power high performance audio codec designed
for smartphone, tablet PC, and other portable devices by Nuvoton, now
add linux driver support for it.
Signed-off-by: Chih-Chiang Chang
Looks pretty good now.
---
On 04/16/2015 11:56 AM, Chih-Chiang Chang wrote:
The NAU88L25 is an ultra-low power high performance audio codec designed
for smartphone, tablet PC, and other portable devices by Nuvoton, now
add linux driver support for it.
Signed-off-by: Chih-Chiang Chang ccchan...@nuvoton.com
Looks pretty
On 04/15/2015 11:42 PM, Kevin Cernekee wrote:
Introduce a new codec driver for the Texas Instruments
TAS5711/TAS5717/TAS5719 power amplifier chips. These chips are typically
used to take an I2S digital audio input and drive 10-20W into a pair of
speakers.
Signed-off-by: Kevin Cernekee
Looks
On 04/15/2015 11:42 PM, Kevin Cernekee wrote:
Introduce a new codec driver for the Texas Instruments
TAS5711/TAS5717/TAS5719 power amplifier chips. These chips are typically
used to take an I2S digital audio input and drive 10-20W into a pair of
speakers.
Signed-off-by: Kevin Cernekee
On 04/07/2015 11:35 AM, Linus Walleij wrote:
On Mon, Mar 30, 2015 at 3:52 PM, Octavian Purdila
wrote:
On Mon, Mar 30, 2015 at 4:33 PM, Mika Westerberg
wrote:
On Mon, Mar 30, 2015 at 03:55:14PM +0300, Octavian Purdila wrote:
On Mon, Mar 30, 2015 at 12:52 PM, Mika Westerberg
wrote:
On Fri,
On 04/07/2015 11:35 AM, Linus Walleij wrote:
On Mon, Mar 30, 2015 at 3:52 PM, Octavian Purdila
octavian.purd...@intel.com wrote:
On Mon, Mar 30, 2015 at 4:33 PM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Mon, Mar 30, 2015 at 03:55:14PM +0300, Octavian Purdila wrote:
On Mon,
On 03/30/2015 09:40 PM, Alexandre Belloni wrote:
atmel-pcm-dma is not limited to a buffer size of 64kB like atmel-pcm-pdc.
Increase buffer_bytes_max to 512kB to allow for higher bit rates (i.e. 32bps at
192kHz) to work correctly. By default, keep the prealloc at 64kB.
Patch per se looks good.
On 03/31/2015 05:16 AM, Scott Branden wrote:
[...]
+- ssp-port-id: The ssp port interface to use
+ Valid value are 0, 1, 2, or 3 (for spdif)
How about using 'reg' as the property name here. It is the standard property
name for identifying or assigning an address to a sub-node.
--
To
On 03/31/2015 05:16 AM, Scott Branden wrote:
[...]
+- ssp-port-id: The ssp port interface to use
+ Valid value are 0, 1, 2, or 3 (for spdif)
How about using 'reg' as the property name here. It is the standard property
name for identifying or assigning an address to a sub-node.
--
To
On 03/30/2015 09:40 PM, Alexandre Belloni wrote:
atmel-pcm-dma is not limited to a buffer size of 64kB like atmel-pcm-pdc.
Increase buffer_bytes_max to 512kB to allow for higher bit rates (i.e. 32bps at
192kHz) to work correctly. By default, keep the prealloc at 64kB.
Patch per se looks good.
On 03/25/2015 06:00 PM, Daniel Baluta wrote:
This creates an IIO configfs subsystem named "iio", which has one default
group named "triggers". This allows us to easily create/destroy software
triggers. One must create a driver which implements iio_configfs_trigger.h
interface and then add its
On 03/25/2015 06:00 PM, Daniel Baluta wrote:
This creates an IIO configfs subsystem named iio, which has one default
group named triggers. This allows us to easily create/destroy software
triggers. One must create a driver which implements iio_configfs_trigger.h
interface and then add its
On 03/25/2015 07:05 PM, sathyanarayanan kuppuswamy wrote:
static acpi_status
acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
u32 bits, u64 *value, void *handler_context,
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index
On 03/25/2015 07:05 PM, sathyanarayanan kuppuswamy wrote:
static acpi_status
acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
u32 bits, u64 *value, void *handler_context,
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index
On 03/24/2015 04:55 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 04:22:16PM +0100, Lars-Peter Clausen wrote:
Add Alexandre and linux-gpio to Cc.
On 03/24/2015 04:06 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
On Tue, Mar 24, 2015 at 2:38 PM
Add Alexandre and linux-gpio to Cc.
On 03/24/2015 04:06 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
On Tue, Mar 24, 2015 at 2:38 PM, Lars-Peter Clausen wrote:
On 03/24/2015 02:26 PM, Robert Dolca wrote:
On Tue, Mar 24, 2015 at 2:17 PM, Lars
On 03/24/2015 02:26 PM, Robert Dolca wrote:
On Tue, Mar 24, 2015 at 2:17 PM, Lars-Peter Clausen wrote:
[...]
+int st_sensors_acpi_i2c_probe(struct i2c_client *client,
+ const struct acpi_device_id *match)
+{
+ const struct acpi_device_id *id;
+ struct
[...]
+int st_sensors_acpi_i2c_probe(struct i2c_client *client,
+ const struct acpi_device_id *match)
+{
+ const struct acpi_device_id *id;
+ struct gpio_desc *gpiod_irq;
+ int ret;
+
+ id = acpi_match_device(match, >dev);
+ if (!id)
+
On 03/24/2015 02:26 PM, Robert Dolca wrote:
On Tue, Mar 24, 2015 at 2:17 PM, Lars-Peter Clausen l...@metafoo.de wrote:
[...]
+int st_sensors_acpi_i2c_probe(struct i2c_client *client,
+ const struct acpi_device_id *match)
+{
+ const struct acpi_device_id *id
[...]
+int st_sensors_acpi_i2c_probe(struct i2c_client *client,
+ const struct acpi_device_id *match)
+{
+ const struct acpi_device_id *id;
+ struct gpio_desc *gpiod_irq;
+ int ret;
+
+ id = acpi_match_device(match, client-dev);
+ if
Add Alexandre and linux-gpio to Cc.
On 03/24/2015 04:06 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
On Tue, Mar 24, 2015 at 2:38 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/24/2015 02:26 PM, Robert Dolca wrote:
On Tue, Mar 24, 2015 at 2
On 03/24/2015 04:55 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 04:22:16PM +0100, Lars-Peter Clausen wrote:
Add Alexandre and linux-gpio to Cc.
On 03/24/2015 04:06 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
On Tue, Mar 24, 2015 at 2:38 PM
On 03/20/2015 06:43 PM, Peter Meerwald wrote:
Hello Antoine,
This patch adds the support of the Berlin ADC, available on Berlin SoCs.
This ADC has 8 channels available, with one connected to a temperature
sensor.
The particularity here, is that the temperature sensor connected to the
ADC has
On 03/20/2015 06:43 PM, Peter Meerwald wrote:
Hello Antoine,
This patch adds the support of the Berlin ADC, available on Berlin SoCs.
This ADC has 8 channels available, with one connected to a temperature
sensor.
The particularity here, is that the temperature sensor connected to the
ADC has
On 03/18/2015 06:21 PM, Daniel Baluta wrote:
On Wed, Mar 18, 2015 at 6:47 PM, Lars-Peter Clausen wrote:
On 03/18/2015 04:04 PM, Daniel Baluta wrote:
On Sat, Mar 14, 2015 at 7:21 PM, Jonathan Cameron
wrote:
On 12/03/15 12:48, Daniel Baluta wrote:
On Thu, Mar 12, 2015 at 10:40 AM, Lars
On 03/18/2015 04:04 PM, Daniel Baluta wrote:
On Sat, Mar 14, 2015 at 7:21 PM, Jonathan Cameron wrote:
On 12/03/15 12:48, Daniel Baluta wrote:
On Thu, Mar 12, 2015 at 10:40 AM, Lars-Peter Clausen wrote:
On 03/12/2015 09:16 AM, Octavian Purdila wrote:
On Wed, Mar 11, 2015 at 6:36 PM, Daniel
On 03/18/2015 04:04 PM, Daniel Baluta wrote:
On Sat, Mar 14, 2015 at 7:21 PM, Jonathan Cameron ji...@kernel.org wrote:
On 12/03/15 12:48, Daniel Baluta wrote:
On Thu, Mar 12, 2015 at 10:40 AM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/12/2015 09:16 AM, Octavian Purdila wrote:
On Wed
On 03/18/2015 06:21 PM, Daniel Baluta wrote:
On Wed, Mar 18, 2015 at 6:47 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/18/2015 04:04 PM, Daniel Baluta wrote:
On Sat, Mar 14, 2015 at 7:21 PM, Jonathan Cameron ji...@kernel.org
wrote:
On 12/03/15 12:48, Daniel Baluta wrote:
On Thu
are actually executed upon suspend/resume.
Signed-off-by: Lars-Peter Clausen
---
drivers/rtc/rtc-mrst.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-mrst.c b/drivers/rtc/rtc-mrst.c
index ab02bda..175a5fb 100644
--- a/drivers/rtc/rtc-mrst.c
are actually executed upon suspend/resume.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
drivers/rtc/rtc-mrst.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-mrst.c b/drivers/rtc/rtc-mrst.c
index ab02bda..175a5fb 100644
--- a/drivers/rtc
On 03/13/2015 03:53 AM, Andrey Smirnov wrote:
Si7020 outputs most significant byte of the measurement result first
and least significant byte last. As a result the data returned by
i2c_smbus_read_word_data appears as big endian. Fix this by making a
call to an approbriate byte conversion
On 03/13/2015 03:53 AM, Andrey Smirnov wrote:
Si7020 outputs most significant byte of the measurement result first
and least significant byte last. As a result the data returned by
i2c_smbus_read_word_data appears as big endian. Fix this by making a
call to an approbriate byte conversion
On 03/12/2015 09:16 AM, Octavian Purdila wrote:
On Wed, Mar 11, 2015 at 6:36 PM, Daniel Baluta wrote:
As written in Documentation/ABI/testing/sysfs-bus-iio the trigger
attribute for sampling frequency should be sampling_frequency.
Fix this for iio-trig-periodic-rtc module in order to prepare
On 03/12/2015 09:16 AM, Octavian Purdila wrote:
On Wed, Mar 11, 2015 at 6:36 PM, Daniel Baluta daniel.bal...@intel.com wrote:
As written in Documentation/ABI/testing/sysfs-bus-iio the trigger
attribute for sampling frequency should be sampling_frequency.
Fix this for iio-trig-periodic-rtc
Acked-by: Lars-Peter Clausen
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 03/09/2015 12:23 PM, Zubair Lutfullah Kakakhel wrote:
[...]
@@ -460,6 +499,9 @@ static int jz4740_i2s_dev_probe(struct platform_device
*pdev)
platform_set_drvdata(pdev, i2s);
+ if (i2s->version >= JZ_I2S_JZ4780)
+ jz4740_i2s_dai.symmetric_rates = 0;
We
On 03/08/2015 01:20 PM, Andy Shevchenko wrote:
On Sun, Mar 8, 2015 at 1:21 PM, Lars-Peter Clausen wrote:
On 03/07/2015 08:43 PM, Andy Shevchenko wrote:
On Sat, Mar 7, 2015 at 1:21 PM, Mark Brown wrote:
Applied, but why is there no devm_dma_request_slave_channel_reason()?
I suppose
On 03/09/2015 12:23 PM, Zubair Lutfullah Kakakhel wrote:
[...]
@@ -460,6 +499,9 @@ static int jz4740_i2s_dev_probe(struct platform_device
*pdev)
platform_set_drvdata(pdev, i2s);
+ if (i2s-version = JZ_I2S_JZ4780)
+ jz4740_i2s_dai.symmetric_rates = 0;
We shouldn't
zubair.kakak...@imgtec.com
Acked-by: Lars-Peter Clausen l...@metafoo.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On 03/08/2015 01:20 PM, Andy Shevchenko wrote:
On Sun, Mar 8, 2015 at 1:21 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/07/2015 08:43 PM, Andy Shevchenko wrote:
On Sat, Mar 7, 2015 at 1:21 PM, Mark Brown broo...@kernel.org wrote:
Applied, but why
On 03/07/2015 08:43 PM, Andy Shevchenko wrote:
On Sat, Mar 7, 2015 at 1:21 PM, Mark Brown wrote:
On Wed, Mar 04, 2015 at 12:02:05PM +0200, Stanimir Varbanov wrote:
From: Andy Gross
This patch adds DMA capabilities to the spi-qup driver. If DMA channels are
present, the QUP will use DMA
On 03/07/2015 08:43 PM, Andy Shevchenko wrote:
On Sat, Mar 7, 2015 at 1:21 PM, Mark Brown broo...@kernel.org wrote:
On Wed, Mar 04, 2015 at 12:02:05PM +0200, Stanimir Varbanov wrote:
From: Andy Gross agr...@codeaurora.org
This patch adds DMA capabilities to the spi-qup driver. If DMA
than right.
Fixes: 472fdec7380c("regmap: rbtree: Reduce number of nodes, take 2")
Reported-by: Daniel Baluta
Signed-off-by: Lars-Peter Clausen
---
drivers/base/regmap/regcache-rbtree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regcache-r
On 03/06/2015 08:48 PM, Daniel Baluta wrote:
On Fri, Mar 6, 2015 at 7:36 PM, Lars-Peter Clausen wrote:
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00
On 03/06/2015 04:33 PM, Zubair Lutfullah Kakakhel wrote:
The jz4780 and jz4740 have very similar i2s blocks.
The slight difference is in Rx/Tx fifos.
And the bitclocks for input/output are different.
This patch adds jz4780 support to the driver
Signed-off-by: Zubair Lutfullah Kakakhel
On 03/06/2015 08:48 PM, Daniel Baluta wrote:
On Fri, Mar 6, 2015 at 7:36 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00
On 03/06/2015 04:33 PM, Zubair Lutfullah Kakakhel wrote:
The jz4780 and jz4740 have very similar i2s blocks.
The slight difference is in Rx/Tx fifos.
And the bitclocks for input/output are different.
This patch adds jz4780 support to the driver
Signed-off-by: Zubair Lutfullah Kakakhel
than right.
Fixes: 472fdec7380c(regmap: rbtree: Reduce number of nodes, take 2)
Reported-by: Daniel Baluta daniel.bal...@gmail.com
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
drivers/base/regmap/regcache-rbtree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
On 03/06/2015 06:36 PM, Lars-Peter Clausen wrote:
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00 },
{ XXX_REG_CTRL1, 0x00 },
{ XXX_REG_STATUS, 0x00
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00 },
{ XXX_REG_CTRL1, 0x00 },
{ XXX_REG_STATUS, 0x00 },
};
but, not if the reg default definition is:
static
On 03/06/2015 12:21 PM, Mark Brown wrote:
On Thu, Mar 05, 2015 at 08:14:14PM +0200, Daniel Baluta wrote:
On Mar 5, 2015 7:54 PM, "Mark Brown" wrote:
Probably, or there's a bug. What should happen is that if the register
default appeared successfully then the read will get statisfied from
On 03/06/2015 12:21 PM, Mark Brown wrote:
On Thu, Mar 05, 2015 at 08:14:14PM +0200, Daniel Baluta wrote:
On Mar 5, 2015 7:54 PM, Mark Brown broo...@kernel.org wrote:
Probably, or there's a bug. What should happen is that if the register
default appeared successfully then the read will get
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00 },
{ XXX_REG_CTRL1, 0x00 },
{ XXX_REG_STATUS, 0x00 },
};
but, not if the reg default definition is:
static
On 03/06/2015 06:36 PM, Lars-Peter Clausen wrote:
On 03/06/2015 06:26 PM, Daniel Baluta wrote:
[...]
I can reproduce the problem with:
static struct reg_default xxx_reg_defaults[] = {
{ XXX_REG_CTRL0, 0x00 },
{ XXX_REG_CTRL1, 0x00 },
{ XXX_REG_STATUS, 0x00
On 03/03/2015 11:27 AM, Robert Jarzmik wrote:
Lars-Peter Clausen writes:
That will break all drivers which handle this currently correctly and remove the
descriptor from any list before calling vchan_cookie_complete.
Ah, well well I don't agree.
First, let's split the drivers which remove
On 03/03/2015 11:27 AM, Robert Jarzmik wrote:
Lars-Peter Clausen l...@metafoo.de writes:
That will break all drivers which handle this currently correctly and remove the
descriptor from any list before calling vchan_cookie_complete.
Ah, well well I don't agree.
First, let's split the drivers
On 03/02/2015 11:03 PM, Robert Jarzmik wrote:
Lars-Peter Clausen writes:
On 03/02/2015 10:19 PM, Robert Jarzmik wrote:
diff --git a/drivers/dma/virt-dma.h b/drivers/dma/virt-dma.h
index 3772032..2a3da22 100644
--- a/drivers/dma/virt-dma.h
+++ b/drivers/dma/virt-dma.h
@@ -91,7 +91,7 @@ static
On 03/02/2015 10:19 PM, Robert Jarzmik wrote:
diff --git a/drivers/dma/virt-dma.h b/drivers/dma/virt-dma.h
index 3772032..2a3da22 100644
--- a/drivers/dma/virt-dma.h
+++ b/drivers/dma/virt-dma.h
@@ -91,7 +91,7 @@ static inline void vchan_cookie_complete(struct virt_dma_desc
*vd)
On 03/02/2015 10:19 PM, Robert Jarzmik wrote:
diff --git a/drivers/dma/virt-dma.h b/drivers/dma/virt-dma.h
index 3772032..2a3da22 100644
--- a/drivers/dma/virt-dma.h
+++ b/drivers/dma/virt-dma.h
@@ -91,7 +91,7 @@ static inline void vchan_cookie_complete(struct virt_dma_desc
*vd)
On 03/02/2015 11:03 PM, Robert Jarzmik wrote:
Lars-Peter Clausen l...@metafoo.de writes:
On 03/02/2015 10:19 PM, Robert Jarzmik wrote:
diff --git a/drivers/dma/virt-dma.h b/drivers/dma/virt-dma.h
index 3772032..2a3da22 100644
--- a/drivers/dma/virt-dma.h
+++ b/drivers/dma/virt-dma.h
@@ -91,7
On 02/26/2015 12:32 PM, Gabriel Dobato wrote:
From: dobatog
The following patch, based on stable v3.19, corrects the errors that are
reported in the boot trace in reference to the Input Signals of the audio codec
TLV320AIC23:
tlv320aic23-codec 1-001a: Control not supported for path LLINEIN
On 02/26/2015 12:32 PM, Gabriel Dobato wrote:
From: dobatog doba...@gmail.com
The following patch, based on stable v3.19, corrects the errors that are
reported in the boot trace in reference to the Input Signals of the audio codec
TLV320AIC23:
tlv320aic23-codec 1-001a: Control not supported
On 02/10/2015 09:05 AM, Daniel Baluta wrote:
On Mon, Feb 9, 2015 at 7:05 PM, Lars-Peter Clausen wrote:
On 02/09/2015 05:49 PM, Daniel Baluta wrote:
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific API from
On 02/10/2015 09:05 AM, Daniel Baluta wrote:
On Mon, Feb 9, 2015 at 7:05 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 02/09/2015 05:49 PM, Daniel Baluta wrote:
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific
On 02/09/2015 05:49 PM, Daniel Baluta wrote:
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific API from:
* include/linux/iio/events.h => include/uapi/linux/iio/events.h
* include/linux/iio/types.h =>
On 02/09/2015 05:49 PM, Daniel Baluta wrote:
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific API from:
* include/linux/iio/events.h = include/uapi/linux/iio/events.h
* include/linux/iio/types.h =
On 02/03/2015 06:26 PM, Lars-Peter Clausen wrote:
On 02/03/2015 06:17 PM, Russell King - ARM Linux wrote:
On Tue, Feb 03, 2015 at 05:53:48PM +0100, Lars-Peter Clausen wrote:
On 02/03/2015 01:44 PM, Mark Brown wrote:
On Tue, Feb 03, 2015 at 08:54:57AM +0100, Manuel Lauss wrote:
+wm8731
On 02/03/2015 06:17 PM, Russell King - ARM Linux wrote:
On Tue, Feb 03, 2015 at 05:53:48PM +0100, Lars-Peter Clausen wrote:
On 02/03/2015 01:44 PM, Mark Brown wrote:
On Tue, Feb 03, 2015 at 08:54:57AM +0100, Manuel Lauss wrote:
+wm8731->mclk = devm_clk_get(>dev, "mclk");
On 02/03/2015 01:44 PM, Mark Brown wrote:
On Tue, Feb 03, 2015 at 08:54:57AM +0100, Manuel Lauss wrote:
+wm8731->mclk = devm_clk_get(>dev, "mclk");
+if (IS_ERR(wm8731->mclk)) {
+wm8731->mclk = NULL;
+dev_warn(>dev, "assuming static MCLK\n");
+}
This is broken for
On 02/03/2015 11:53 AM, Zubair Lutfullah Kakakhel wrote:
On 03/02/15 10:32, Lars-Peter Clausen wrote:
On 02/03/2015 11:17 AM, Zubair Lutfullah Kakakhel wrote:
[...]
V4 Changes
Removed clock binding because of pending work in clock tree. Will add
binding later. Rather than introduce a bad
On 02/03/2015 11:17 AM, Zubair Lutfullah Kakakhel wrote:
[...]
V4 Changes
Removed clock binding because of pending work in clock tree. Will add
binding later. Rather than introduce a bad binding now and change later.
But this patch is introducing a bad binding. The part needs the clock to
On 02/01/2015 11:08 AM, Jean-Michel Hautbois wrote:
Looks mostly good, some things in addition to what Hans already said.
[...]
-
-static s32 adv_smbus_write_byte_data(struct adv7604_state *state,
-enum adv7604_page page, u8 command,
-
On 02/03/2015 11:53 AM, Zubair Lutfullah Kakakhel wrote:
On 03/02/15 10:32, Lars-Peter Clausen wrote:
On 02/03/2015 11:17 AM, Zubair Lutfullah Kakakhel wrote:
[...]
V4 Changes
Removed clock binding because of pending work in clock tree. Will add
binding later. Rather than introduce a bad
901 - 1000 of 2555 matches
Mail list logo