Arun MURTHY wrote:
Shouldn't PWM_DEVICES select HAVE_PWM?
No not required, the entire concept is to remove HAVE_PWM and use
PWM_CORE.
Well in patch 4 you say that PWM_CORE is currently limited to ARM.
Furthermore you
change the pwm-backlight and pwm-led Kconfig entries to depend on
On 09/08/2011 05:05 PM, Mans Rullgard wrote:
This converts the per-board modules to platform drivers for a
device created by in main platform setup. These drivers call
snd_soc_register_card() directly instead of going via a soc-audio
device and the corresponding driver in soc-core.
diff
;
@@
struct spi_driver _driver = {
.driver = {
- .bus = spi_bus_type,
},
};
// /smpl
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
Cc: linux-fb...@vger.kernel.org
Cc: linux
On 07/10/2012 12:15 AM, Andrew Morton wrote:
On Fri, 6 Jul 2012 09:33:54 -0700
Kevin Hilman khil...@ti.com wrote:
Requesting a threaded interrupt without a primary handler and without
IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
bogus threaded irq requests), these
On 07/23/2012 10:30 AM, Thierry Reding wrote:
On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
[...]
diff --git a/include/linux/pwm.h b/include/linux/pwm.h
index 21d076c..2e4e960 100644
--- a/include/linux/pwm.h
+++ b/include/linux/pwm.h
@@ -21,6 +21,16 @@ void
On 07/24/2012 08:51 AM, Thierry Reding wrote:
How about the following?
/**
* enum pwm_polarity - polarity of a PWM signal
* @PWM_POLARITY_NORMAL: a high signal for the duration of the duty-
* cycle, followed by a low signal for the remainder of the pulse
* period
*
On 09/03/2012 06:59 PM, Liam Girdwood wrote:
Use a dedicated member to store dmaengine data so that drivers can
use private data for their own purposes.
The idea was that we'll eventually get to a point where we won't need private
data for the drivers using the generic dmaengine code. But for
On 09/03/2012 10:43 PM, Russell King - ARM Linux wrote:
On Mon, Sep 03, 2012 at 10:25:49PM +0200, Lars-Peter Clausen wrote:
On 09/03/2012 06:59 PM, Liam Girdwood wrote:
Use a dedicated member to store dmaengine data so that drivers can
use private data for their own purposes.
The idea
On 09/06/2012 03:45 PM, Pantelis Antoniou wrote:
A snd-soc driver that doesn't support regmap blow up horribly
when you assume that regmap is available. Fix it by marking
the driver as not supporting regmap not clobbering the codec
access methods.
This is immediately noticeable on the
On 09/13/2012 03:37 PM, Peter Ujfalusi wrote:
The dmaengine_prep_dma_cyclic() function primarily used by audio for cyclic
transfer required by ALSA.
With this new parameter it is going to be possible to enable the
SNDRV_PCM_INFO_NO_PERIOD_WAKEUP mode on platforms where it is possible.
This
On 09/14/2012 05:26 AM, Vinod Koul wrote:
On Thu, 2012-09-13 at 17:27 +0200, Lars-Peter Clausen wrote:
Hi,
Hm... Do you think it would work as well if we implement this by
setting the
callback for the descriptor to NULL? If the callback is NULL there is
nothing to at the end of a transfer
On 10/31/2012 04:55 PM, Pantelis Antoniou wrote:
The MFD parent device now uses a regmap, instead of direct
memory access. Use the same method in the sub devices to avoid
nasty surprises.
Also rework the channel initialization of tiadc a bit.
Those two bits are not even closely related,
On 10/31/2012 04:55 PM, Pantelis Antoniou wrote:
Add an IIO map interface that consumers can use.
Also make sure the mfd device doesn't activate a driver which
the configuration doesn't require.
Same here, two completely different changes in the same patch.
Signed-off-by: Pantelis Antoniou
On 10/31/2012 05:41 AM, Russ Dill wrote:
On Wed, Oct 31, 2012 at 8:55 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
The MFD parent device now uses a regmap, instead of direct
memory access. Use the same method in the sub devices to avoid
nasty surprises.
Also rework the channel
On 11/01/2012 04:24 PM, Pantelis Antoniou wrote:
Add an IIO map interface that consumers can use.
Hi,
Looks like you overlooked the review comments I had inline last time. I've
put them in again, see below.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
[...]
}
indio_dev-channels = chan_array;
+ indio_dev-num_channels = channels;
+
+ size = (channels + 1) * sizeof(struct iio_map);
+ adc_dev-map = kzalloc(size, GFP_KERNEL);
+ if (adc_dev-map == NULL) {
+
On 10/31/2012 07:12 PM, Pantelis Antoniou wrote:
On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
[...]
}
indio_dev-channels = chan_array;
+ indio_dev-num_channels = channels;
+
+ size = (channels + 1) * sizeof(struct iio_map
On 10/31/2012 07:43 PM, Pantelis Antoniou wrote:
On Oct 31, 2012, at 8:36 PM, Lars-Peter Clausen wrote:
On 10/31/2012 07:12 PM, Pantelis Antoniou wrote:
On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
On 10/31/2012 06:55 PM, Pantelis Antoniou wrote
.
It also is necessary for removing sysdevs from the kernel entirely in
the future.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
For the jz4740 part:
Acked-and-tested-by: Lars-Peter Clausen l...@metafoo.de
---
arch/mips/alchemy/common/dbdma.c | 92
On 05/18/2011 02:47 PM, Chris Ball wrote:
Hi Antonio, thanks for doing this,
On Wed, May 18 2011, Antonio Ospite wrote:
When regulator_get() is stubbed down it returns NULL, handle this case
when deciding whether the driver can use the regulator or not.
Remember: IS_ERR(NULL) is false, see
On 12/30/2011 12:13 PM, Grazvydas Ignotas wrote:
CCing Lars who added this. I vaguely recall something about generating
events to make some battery monitors update but I forget the details
now, maybe it was about something else. Also CCing Anton (the
maintainer).
On Fri, Dec 30, 2011 at
On 11/23/2012 10:44 AM, Peter Ujfalusi wrote:
Hi Grant,
On 11/23/2012 10:13 AM, Peter Ujfalusi wrote:
Hi Grant,
On 11/23/2012 08:55 AM, Grant Likely wrote:
Ugh. and this is why I wanted the PWM and GPIO subsystems to use the
same namespace and binding. grumble, mutter But that's not your
On 11/28/2012 09:54 AM, Peter Ujfalusi wrote:
Hi Grant, Lars, Thierry,
On 11/26/2012 04:46 PM, Grant Likely wrote:
You're effectively asking the pwm layer to behave like a gpio (which
is completely reasonable). Having a completely separate translation node
really doesn't make sense because
Hi,
On 01/18/2013 11:48 AM, Patil, Rachna wrote:
From: Patil, Rachna rac...@ti.com
Signed-off-by: Patil, Rachna rac...@ti.com
---
.../devicetree/bindings/mfd/ti_am335x_tscadc.txt | 35
1 file changed, 35 insertions(+)
create mode 100644
of the omap_mcbsp_set_threshold() function
to the mcbsp hw_params callback since this is the only place where the threshold
size can change. Doing so allows us to use the default dmaengine PCM trigger
callback in the omap PCM driver.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
Only compile tested, but I
Use dev_pm_ops instead of the deprecated legacy suspend/resume callbacks.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
.../video/omap2/displays/panel-nec-nl8048hl11-01b.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/video/omap2
On 06/11/2013 02:05 PM, Lee Jones wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
I added Lee Jones because I hear no sign of life from Samuel.
Unfortunately I can't be of any added help
On 06/11/2013 06:27 PM, Jonathan Cameron wrote:
Samuel Ortiz sa...@linux.intel.com wrote:
Hi Dmitry,
On Tue, Jun 11, 2013 at 09:04:16AM -0700, Dmitry Torokhov wrote:
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200,
A couple of comments inline.
On 07/12/2013 09:18 AM, Oleksandr Kozaruk wrote:
diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
index ab0767e6..87d699e 100644
--- a/drivers/iio/adc/Kconfig
+++ b/drivers/iio/adc/Kconfig
@@ -157,4 +157,12 @@ config VIPERBOARD_ADC
Say yes
On 07/15/2013 01:09 PM, Kozaruk, Oleksandr wrote:
[...]
+ ret = devm_request_threaded_irq(dev, irq, NULL,
+ twl6030_gpadc_irq_handler,
+ IRQF_ONESHOT, twl6030_gpadc, gpadc);
You access memory in the interrupt
.
- Lars
Regards,
-grygorii
On 07/12/2013 10:56 PM, Lars-Peter Clausen wrote:
A couple of comments inline.
On 07/12/2013 09:18 AM, Oleksandr Kozaruk wrote:
diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
index ab0767e6..87d699e 100644
--- a/drivers/iio/adc/Kconfig
+++ b
On 07/17/2013 04:33 PM, Sergei Shtylyov wrote:
Hello.
On 17-07-2013 15:12, Oleksandr Kozaruk wrote:
GPADC is the general purpose ADC present on twl6030.
The dt data is interrupt used to trigger end of ADC
conversion.
Signed-off-by: Oleksandr Kozaruk oleksandr.koza...@ti.com
---
On 07/17/2013 03:45 PM, Oleksandr Kozaruk wrote:
On Mon, Jul 15, 2013 at 01:33:53PM +0200, Lars-Peter Clausen wrote:
On 07/15/2013 01:09 PM, Kozaruk, Oleksandr wrote:
[...]
+ ret = devm_request_threaded_irq(dev, irq, NULL,
+ twl6030_gpadc_irq_handler,
+ IRQF_ONESHOT, twl6030_gpadc
On 07/17/2013 01:12 PM, Oleksandr Kozaruk wrote:
The GPADC is general purpose ADC found on TWL6030, and TWL6032 PMIC,
known also as Phoenix and PhoenixLite.
The TWL6030 and TWL6032 have GPADC with 17 and 19 channels
respectively. Some channels have current source and are used for
measuring
On 07/18/2013 10:36 AM, Oleksandr Kozaruk wrote:
Hello Lars,
On Wed, Jul 17, 2013 at 9:04 PM, Lars-Peter Clausen l...@metafoo.de wrote:
+static int twl6032_calibration(struct twl6030_gpadc_data *gpadc)
+{
+ int chn, d1 = 0, d2 = 0, temp;
+ u8 trim_regs[17];
+ int ret
On 07/23/2013 06:43 PM, Joel Fernandes wrote:
Implement device_slave_caps(). EDMA has a limited number of slots.
Slave drivers such as omap_hsmmc will query the driver to make
sure they don't pass in more than these many scatter segments.
Signed-off-by: Joel Fernandes jo...@ti.com
---
On 07/24/2013 10:11 AM, Joel Fernandes wrote:
On 07/24/2013 03:03 AM, Lars-Peter Clausen wrote:
On 07/23/2013 06:43 PM, Joel Fernandes wrote:
Implement device_slave_caps(). EDMA has a limited number of slots.
Slave drivers such as omap_hsmmc will query the driver to make
sure they don't pass
On 07/24/2013 10:28 AM, Fernandes, Joel wrote:
On Jul 24, 2013, at 3:23 AM, Lars-Peter Clausen l...@metafoo.de wrote:
On 07/24/2013 10:11 AM, Joel Fernandes wrote:
On 07/24/2013 03:03 AM, Lars-Peter Clausen wrote:
On 07/23/2013 06:43 PM, Joel Fernandes wrote:
Implement device_slave_caps
On 07/24/2013 08:55 PM, Joel Fernandes wrote:
On 07/24/2013 03:40 AM, Lars-Peter Clausen wrote:
On 07/24/2013 10:28 AM, Fernandes, Joel wrote:
On Jul 24, 2013, at 3:23 AM, Lars-Peter Clausen l...@metafoo.de wrote:
On 07/24/2013 10:11 AM, Joel Fernandes wrote:
On 07/24/2013 03:03 AM, Lars
On 10/10/2013 02:13 PM, Tomi Valkeinen wrote:
On 10/10/13 14:52, Dr. H. Nikolaus Schaller wrote:
Yes, I agree and I am willing to help if someone comes up with such a SoC.
At the moment we have connected it to the OMAP3 only.
True, but even without that kind of SoC, SPI bitbanging should
On 10/10/2013 03:42 PM, Dr. H. Nikolaus Schaller wrote:
Am 10.10.2013 um 14:26 schrieb Lars-Peter Clausen:
On 10/10/2013 02:13 PM, Tomi Valkeinen wrote:
On 10/10/13 14:52, Dr. H. Nikolaus Schaller wrote:
Yes, I agree and I am willing to help if someone comes up with such a SoC
On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
On 10/10/13 21:58, Lars-Peter Clausen wrote:
According to the datasheet the the panel as a dedicated dout pin. Maybe
you did not connect it in your design, which means you won't be able to
read any data from the panel at all.
I don't see
On 10/11/2013 10:59 AM, Belisko Marek wrote:
Hi Tomi,
On Fri, Oct 11, 2013 at 10:17 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On 11/10/13 10:42, Dr. H. Nikolaus Schaller wrote:
I am not sure if there is a SPI driver for a McBSP port [1]? And to make
that
work (reliably) and
On 01/27/2014 05:17 PM, Jyri Sarha wrote:
On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
Hi,
I think you should try to get this in sync with the work Jean-Francois is
currently doing[1]. Having the HDMI transmitter register a CODEC device is
definitely the right approach, compared
Hi,
I think you should try to get this in sync with the work Jean-Francois is
currently doing[1]. Having the HDMI transmitter register a CODEC device is
definitely the right approach, compared to the rather 'interesting'
constraints stuff you do in patch 4.
- Lars
[1]
On 01/27/2014 08:40 PM, Jyri Sarha wrote:
On 01/27/2014 06:32 PM, Lars-Peter Clausen wrote:
On 01/27/2014 05:17 PM, Jyri Sarha wrote:
On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
Hi,
I think you should try to get this in sync with the work Jean-Francois is
currently doing[1]. Having
On 03/13/2014 10:18 AM, Peter Ujfalusi wrote:
[...]
+static const struct snd_pcm_hardware edma_pcm_hardware = {
+ .info = SNDRV_PCM_INFO_MMAP |
+ SNDRV_PCM_INFO_MMAP_VALID |
+ SNDRV_PCM_INFO_BATCH |
+
On 03/13/2014 12:56 PM, Peter Ujfalusi wrote:
On 03/13/2014 12:28 PM, Lars-Peter Clausen wrote:
On 03/13/2014 10:18 AM, Peter Ujfalusi wrote: [...]
+static const struct snd_pcm_hardware edma_pcm_hardware = { +.info
= SNDRV_PCM_INFO_MMAP | + SNDRV_PCM_INFO_MMAP_VALID
On 03/13/2014 02:03 PM, Peter Ujfalusi wrote:
On 03/13/2014 12:28 PM, Lars-Peter Clausen wrote:
+int edma_pcm_platform_register(struct device *dev)
+{
+if (dev-of_node)
+return snd_dmaengine_pcm_register(dev,
+edma_dmaengine_pcm_config
On 04/28/2014 02:17 PM, Stefan Roese wrote:
From: Jarkko Nikula jarkko.nik...@bitmer.com
This codec driver template represents an I2C controlled multichannel audio
codec that has many typical ASoC codec driver features like volume controls,
mixer stages, mux selection, output power control,
On 09/30/2014 06:07 PM, Dan Murphy wrote:
There may be spi devices that do not require a
register read mask to read the registers.
Currently the code sets the read mask based on
a non-zero value passed in from the driver or if that
value is 0 sets the read mask to 0x80.
It only sets it to the
On 09/30/2014 11:18 PM, Dan Murphy wrote:
Lars
On 09/30/2014 04:03 PM, Lars-Peter Clausen wrote:
On 09/30/2014 06:07 PM, Dan Murphy wrote:
There may be spi devices that do not require a
register read mask to read the registers.
Currently the code sets the read mask based on
a non-zero value
On 10/01/2014 01:39 PM, Dan Murphy wrote:
Lars
On 09/30/2014 04:29 PM, Lars-Peter Clausen wrote:
On 09/30/2014 11:18 PM, Dan Murphy wrote:
Lars
On 09/30/2014 04:03 PM, Lars-Peter Clausen wrote:
On 09/30/2014 06:07 PM, Dan Murphy wrote:
There may be spi devices that do not require
On 11/16/2014 08:59 AM, Pavel Machek wrote:
[...]
+ adp1653: adp1653@30 {
+ compatible = ad,adp1653;
The Analog Devices vendor prefix is adi.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On 11/25/2014 12:52 AM, Tony Lindgren wrote:
* Apelete Seketeli apel...@seketeli.net [141124 15:40]:
Hi Tony,
Thanks for the patch.
On Mon, Nov-24-2014 at 11:05:03 AM -0800, Tony Lindgren wrote:
This allows the endpoints to work when multiple MUSB glue
layers are built in.
Applied on top
On 03/13/2015 12:36 PM, Jyri Sarha wrote:
[...]
In theory this patch does exactly what it is supposed to. It only
allows a sample-rate and sample-format combination if the rate can be
produced with reasonable accuracy. Unfortunately the alsa-lib and
alsa-tools are not able use this information
On 08/14/2015 02:34 PM, Linus Walleij wrote:
[...]
Every chip will get their own lock class on the heap.
But I think it is a bit kludgy.
Is it not possible to have the lock key in struct gpio_chip
be a real member instead of a pointer and get a per-chip
lock that way?
(...)
struct
On 07/25/2015 12:28 PM, Pali Rohár wrote:
Hello,
sometimes after rebooting Nokia N900 initializing alsa audio fails.
Here output from dmesg log when it happen:
[6.925140] tpa6130a2 2-0060: Write failed
[6.929534] tpa6130a2 2-0060: Failed to initialize chip
[6.935272] tpa6130a2:
On 10/16/2015 02:53 PM, H. Nikolaus Schaller wrote:
[...]
> +Optional sub-nodes:
> +ti,channel0-current-microamp: Channel 0 current in uA.
> + Values are rounded to derive 0uA, 5uA, 15uA, 20uA.
> +ti,channel3-current-microamp: Channel 3 current in uA.
> + Valid are rounded to derive 0uA,
59 matches
Mail list logo
