attached to the HB audio jack with an
overlay. Convert the HB onboard audio to use simple-audio-card for
this additional flexibility.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
Reviewed-by: Fabio Estevam <fabio.este...@nxp.com>
---
v2:
- also convert HB1 to simple-audio-card
attached to the HB audio jack with an
overlay. Convert the HB onboard audio to use simple-audio-card for
this additional flexibility.
Signed-off-by: Matt Porter
Reviewed-by: Fabio Estevam
---
v2:
- also convert HB1 to simple-audio-card
- retain original card name as "On-board Codec&q
On Mon, Mar 19, 2018 at 02:23:50PM +, Russell King - ARM Linux wrote:
> On Mon, Mar 19, 2018 at 09:53:26AM -0400, Matt Porter wrote:
> > The HB2 onboard audio currently makes use of the imx-audio-sgtl5000
> > binding. This binding does not support auxiliary audio devices such
On Mon, Mar 19, 2018 at 02:23:50PM +, Russell King - ARM Linux wrote:
> On Mon, Mar 19, 2018 at 09:53:26AM -0400, Matt Porter wrote:
> > The HB2 onboard audio currently makes use of the imx-audio-sgtl5000
> > binding. This binding does not support auxiliary audio devices such
that's attached to the HB2 audio jack with
an overlay. Convert HB2 to use simple-audio-card for the onboard
audio to allow for this additional flexibility.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
---
arch/arm/boot/dts/imx6qdl-hummingboard2.dtsi | 48 +++-
that's attached to the HB2 audio jack with
an overlay. Convert HB2 to use simple-audio-card for the onboard
audio to allow for this additional flexibility.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/imx6qdl-hummingboard2.dtsi | 48 +++-
1 file changed, 40 insertions
Component driver for the tda7419 audio processor.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
---
sound/soc/codecs/Kconfig | 6 +
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/tda7419.c | 654 +
3 files changed, 662 inse
Component driver for the tda7419 audio processor.
Signed-off-by: Matt Porter
---
sound/soc/codecs/Kconfig | 6 +
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/tda7419.c | 654 +
3 files changed, 662 insertions(+)
create mode 100644 sound
DeviceTree binding for the tda7419 audio processor.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
---
.../devicetree/bindings/sound/tda7419.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7419.txt
DeviceTree binding for the tda7419 audio processor.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/sound/tda7419.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7419.txt
diff --git a/Documentation
nit values
* add audio route pins to binding
* add DAPM support
Matt Porter (2):
ASoC: add tda7419 audio processor binding
ASoC: add tda7419 audio processor driver
.../devicetree/bindings/sound/tda7419.txt | 38 ++
sound/soc/codecs/Kconfig | 6 +
nit values
* add audio route pins to binding
* add DAPM support
Matt Porter (2):
ASoC: add tda7419 audio processor binding
ASoC: add tda7419 audio processor driver
.../devicetree/bindings/sound/tda7419.txt | 38 ++
sound/soc/codecs/Kconfig | 6 +
On Fri, Mar 09, 2018 at 03:29:12PM +, Mark Brown wrote:
> On Fri, Mar 09, 2018 at 09:35:48AM -0500, Matt Porter wrote:
> > On Wed, Feb 28, 2018 at 11:00:38AM +, Mark Brown wrote:
> > > On Tue, Feb 27, 2018 at 05:51:28PM -0500, Matt Porter wrote:
>
> > > >
On Fri, Mar 09, 2018 at 03:29:12PM +, Mark Brown wrote:
> On Fri, Mar 09, 2018 at 09:35:48AM -0500, Matt Porter wrote:
> > On Wed, Feb 28, 2018 at 11:00:38AM +, Mark Brown wrote:
> > > On Tue, Feb 27, 2018 at 05:51:28PM -0500, Matt Porter wrote:
>
> > > >
On Mon, Mar 05, 2018 at 04:29:54PM -0600, Rob Herring wrote:
> On Tue, Feb 27, 2018 at 05:51:27PM -0500, Matt Porter wrote:
> > DeviceTree binding for the tda7419 audio processor.
> >
> > Signed-off-by: Matt Porter <mpor...@konsulko.com>
> > ---
> >
On Mon, Mar 05, 2018 at 04:29:54PM -0600, Rob Herring wrote:
> On Tue, Feb 27, 2018 at 05:51:27PM -0500, Matt Porter wrote:
> > DeviceTree binding for the tda7419 audio processor.
> >
> > Signed-off-by: Matt Porter
> > ---
> > Documentation/devicetre
On Wed, Feb 28, 2018 at 11:00:38AM +, Mark Brown wrote:
> On Tue, Feb 27, 2018 at 05:51:28PM -0500, Matt Porter wrote:
>
> > +static bool tda7419_writeable_reg(struct device *dev, unsigned int reg)
> > +{
> > + return true;
> > +}
>
> This is the
On Wed, Feb 28, 2018 at 11:00:38AM +, Mark Brown wrote:
> On Tue, Feb 27, 2018 at 05:51:28PM -0500, Matt Porter wrote:
>
> > +static bool tda7419_writeable_reg(struct device *dev, unsigned int reg)
> > +{
> > + return true;
> > +}
>
> This is the
DeviceTree binding for the tda7419 audio processor.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
---
Documentation/devicetree/bindings/sound/tda7419.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7419.txt
diff
DeviceTree binding for the tda7419 audio processor.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/sound/tda7419.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7419.txt
diff --git a/Documentation
This series adds an ASoC component driver for the ST TDA7419 audio
processor which is commonly used in automotive audio applications.
The datasheet can be found at
http://www.st.com/resource/en/datasheet/tda7419.pdf
Matt Porter (2):
ASoC: add tda7419 audio processor binding
ASoC: add tda7419
Component driver for the tda7419 audio processor.
Signed-off-by: Matt Porter <mpor...@konsulko.com>
---
sound/soc/codecs/Kconfig | 6 +
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/tda7419.c | 571 +
3 files changed, 579 inse
This series adds an ASoC component driver for the ST TDA7419 audio
processor which is commonly used in automotive audio applications.
The datasheet can be found at
http://www.st.com/resource/en/datasheet/tda7419.pdf
Matt Porter (2):
ASoC: add tda7419 audio processor binding
ASoC: add tda7419
Component driver for the tda7419 audio processor.
Signed-off-by: Matt Porter
---
sound/soc/codecs/Kconfig | 6 +
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/tda7419.c | 571 +
3 files changed, 579 insertions(+)
create mode 100644 sound
On Sat, Aug 08, 2015 at 12:39:40PM +0100, Jonathan Cameron wrote:
> On 06/08/15 18:38, Matt Porter wrote:
> > On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
> >> On Mon, 3 Aug 2015, Matt Porter wrote:
> >
> > ...
> >
> >>> +stati
On Sat, Aug 08, 2015 at 12:39:40PM +0100, Jonathan Cameron wrote:
On 06/08/15 18:38, Matt Porter wrote:
On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
On Mon, 3 Aug 2015, Matt Porter wrote:
...
+static int max6675_read(struct max6675_state *st, int *val
On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
> On Mon, 3 Aug 2015, Matt Porter wrote:
...
> > +static int max6675_read(struct max6675_state *st, int *val)
> > +{
> > + int ret;
> > +
> > + ret = spi_read(st->spi, val, 2);
> > +
On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
On Mon, 3 Aug 2015, Matt Porter wrote:
...
+static int max6675_read(struct max6675_state *st, int *val)
+{
+ int ret;
+
+ ret = spi_read(st-spi, val, 2);
+ if (ret 0)
+ return ret
On Wed, Aug 05, 2015 at 10:49:18AM +0200, Wolfram Sang wrote:
>
> > Yeah, we could start i2c.txt, probably better to have separate new
> > patch all together.
>
> I will start such a file today as part of the i2c slave framework
> update which introduces flags to the reg property. Will post to
On Wed, Aug 05, 2015 at 12:04:25PM +0530, Vaibhav Hiremath wrote:
>
>
> On Monday 27 July 2015 07:39 PM, Matt Porter wrote:
> >On Tue, Jul 21, 2015 at 06:11:02PM +0530, Vaibhav Hiremath wrote:
> >>Driver will now supports enable/disable across msg xfer, which user
>
On Wed, Aug 05, 2015 at 11:33:25AM +0300, Daniel Baluta wrote:
> On Tue, Aug 4, 2015 at 8:34 PM, Matt Porter wrote:
> > On Tue, Aug 04, 2015 at 05:52:17PM +0100, Jonathan Cameron wrote:
> >>
> >>
> >> On 3 August 2015 21:56:47 BST, Matt Porter wr
On Wed, Aug 05, 2015 at 11:33:25AM +0300, Daniel Baluta wrote:
On Tue, Aug 4, 2015 at 8:34 PM, Matt Porter mpor...@konsulko.com wrote:
On Tue, Aug 04, 2015 at 05:52:17PM +0100, Jonathan Cameron wrote:
On 3 August 2015 21:56:47 BST, Matt Porter mpor...@konsulko.com wrote:
This series
On Wed, Aug 05, 2015 at 12:04:25PM +0530, Vaibhav Hiremath wrote:
On Monday 27 July 2015 07:39 PM, Matt Porter wrote:
On Tue, Jul 21, 2015 at 06:11:02PM +0530, Vaibhav Hiremath wrote:
Driver will now supports enable/disable across msg xfer, which user
can control it by new DT property
On Wed, Aug 05, 2015 at 10:49:18AM +0200, Wolfram Sang wrote:
Yeah, we could start i2c.txt, probably better to have separate new
patch all together.
I will start such a file today as part of the i2c slave framework
update which introduces flags to the reg property. Will post to the i2c
On Tue, Aug 04, 2015 at 05:52:17PM +0100, Jonathan Cameron wrote:
>
>
> On 3 August 2015 21:56:47 BST, Matt Porter wrote:
> >This series adds a driver for the MAX6675 SPI thermocouple converter.
> >The device supports temperature measurements via type-K thermocouples
&
On Tue, Aug 04, 2015 at 11:30:36AM +0200, Paul Bolle wrote:
> On ma, 2015-08-03 at 16:56 -0400, Matt Porter wrote:
> > --- /dev/null
> > +++ b/drivers/iio/temperature/max6675.c
> > +static const struct spi_device_id max6675_spi_ids[] = {
On Tue, Aug 04, 2015 at 10:50:32AM +0300, Daniel Baluta wrote:
> On Mon, Aug 3, 2015 at 11:56 PM, Matt Porter wrote:
> > Add a driver for the MAX6675 thermocouple converter. This
> > device interfaces with K-type thermocouples and provides
> > cold-junction compensated tem
On Tue, Aug 04, 2015 at 11:30:36AM +0200, Paul Bolle wrote:
On ma, 2015-08-03 at 16:56 -0400, Matt Porter wrote:
--- /dev/null
+++ b/drivers/iio/temperature/max6675.c
+static const struct spi_device_id max6675_spi_ids[] = {
+ {max6675, 0},
+ {},
+};
+MODULE_DEVICE_TABLE(spi
On Tue, Aug 04, 2015 at 10:50:32AM +0300, Daniel Baluta wrote:
On Mon, Aug 3, 2015 at 11:56 PM, Matt Porter mpor...@konsulko.com wrote:
Add a driver for the MAX6675 thermocouple converter. This
device interfaces with K-type thermocouples and provides
cold-junction compensated temperature
On Tue, Aug 04, 2015 at 05:52:17PM +0100, Jonathan Cameron wrote:
On 3 August 2015 21:56:47 BST, Matt Porter mpor...@konsulko.com wrote:
This series adds a driver for the MAX6675 SPI thermocouple converter.
The device supports temperature measurements via type-K thermocouples
On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
> On Mon, 3 Aug 2015, Matt Porter wrote:
>
> > Add a driver for the MAX6675 thermocouple converter. This
> > device interfaces with K-type thermocouples and provides
> > cold-junction compensated temperatur
On Mon, Aug 03, 2015 at 03:39:00PM -0700, Matt Ranostay Matt Ranostay wrote:
> On Mon, Aug 3, 2015 at 1:56 PM, Matt Porter wrote:
...
> > +static int max6675_probe(struct spi_device *spi)
> > +{
> > + struct iio_dev *indio_dev;
> > + struct max6675_state *
Add myself as the MAX6675 driver maintainer.
Signed-off-by: Matt Porter
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a226416..355cc09 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6543,6 +6543,13 @@ S: Maintained
F
Add a DT binding for the MAX6675 SPI thermocouple converter.
The datasheet for this device may be found at
http://datasheets.maximintegrated.com/en/ds/MAX6675.pdf
Signed-off-by: Matt Porter
---
.../devicetree/bindings/iio/temperature/max6675.txt | 19 +++
1 file changed, 19
Add a driver for the MAX6675 thermocouple converter. This
device interfaces with K-type thermocouples and provides
cold-junction compensated temperature readings via a
SPI interface.
Signed-off-by: Matt Porter
---
drivers/iio/temperature/Kconfig | 11 +++
drivers/iio/temperature/Makefile
This series adds a driver for the MAX6675 SPI thermocouple converter.
The device supports temperature measurements via type-K thermocouples
and implements cold-junction compensation within the part. The datasheet
can be found at http://datasheets.maximintegrated.com/en/ds/MAX6675.pdf
Matt Porter
On Mon, Aug 03, 2015 at 11:26:12PM +0200, Peter Meerwald wrote:
On Mon, 3 Aug 2015, Matt Porter wrote:
Add a driver for the MAX6675 thermocouple converter. This
device interfaces with K-type thermocouples and provides
cold-junction compensated temperature readings via a
SPI interface
On Mon, Aug 03, 2015 at 03:39:00PM -0700, Matt Ranostay Matt Ranostay wrote:
On Mon, Aug 3, 2015 at 1:56 PM, Matt Porter mpor...@konsulko.com wrote:
...
+static int max6675_probe(struct spi_device *spi)
+{
+ struct iio_dev *indio_dev;
+ struct max6675_state *st
Add a DT binding for the MAX6675 SPI thermocouple converter.
The datasheet for this device may be found at
http://datasheets.maximintegrated.com/en/ds/MAX6675.pdf
Signed-off-by: Matt Porter mpor...@konsulko.com
---
.../devicetree/bindings/iio/temperature/max6675.txt | 19 +++
1
Add a driver for the MAX6675 thermocouple converter. This
device interfaces with K-type thermocouples and provides
cold-junction compensated temperature readings via a
SPI interface.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
drivers/iio/temperature/Kconfig | 11 +++
drivers/iio
This series adds a driver for the MAX6675 SPI thermocouple converter.
The device supports temperature measurements via type-K thermocouples
and implements cold-junction compensation within the part. The datasheet
can be found at http://datasheets.maximintegrated.com/en/ds/MAX6675.pdf
Matt Porter
Add myself as the MAX6675 driver maintainer.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a226416..355cc09 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6543,6 +6543,13 @@ S
On Tue, Jul 28, 2015 at 10:47:28AM +0200, Teresa Remmet wrote:
> Hello Igor,
>
> Am Dienstag, den 28.07.2015, 11:29 +0300 schrieb Igor Grinberg:
> > Hi Matt,
> >
> > On 07/27/15 17:34, Matt Porter wrote:
> > > On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa
On Tue, Jul 28, 2015 at 10:47:28AM +0200, Teresa Remmet wrote:
Hello Igor,
Am Dienstag, den 28.07.2015, 11:29 +0300 schrieb Igor Grinberg:
Hi Matt,
On 07/27/15 17:34, Matt Porter wrote:
On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa Remmet wrote:
phyCORE-AM335x is a SoM (System
On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa Remmet wrote:
> phyCORE-AM335x is a SoM (System on Module) containing
> a AM335x SOC. The module can be connected to different
> carrier boards.
>
> Some hardware parts are configurable on the phyCORE-AM335x.
> So they are disabled on default in
On Tue, Jul 21, 2015 at 06:11:05PM +0530, Vaibhav Hiremath wrote:
> With addition of PXA910 family of devices, the TWSI module supports
> new feature which allows us to adjust SCLK. i2c-pxa driver takes input
> configuration in nsec and converts it to respective bit-fields,
>
> -
On Tue, Jul 21, 2015 at 06:11:02PM +0530, Vaibhav Hiremath wrote:
> Driver will now supports enable/disable across msg xfer, which user
> can control it by new DT property -
>
> i2c-disable-after-xfer : If set, driver will disable I2C module after msg
> xfer and enable it back before xfer.
If
On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa Remmet wrote:
phyCORE-AM335x is a SoM (System on Module) containing
a AM335x SOC. The module can be connected to different
carrier boards.
Some hardware parts are configurable on the phyCORE-AM335x.
So they are disabled on default in this som
On Tue, Jul 21, 2015 at 06:11:02PM +0530, Vaibhav Hiremath wrote:
Driver will now supports enable/disable across msg xfer, which user
can control it by new DT property -
i2c-disable-after-xfer : If set, driver will disable I2C module after msg
xfer and enable it back before xfer.
If this
On Tue, Jul 21, 2015 at 06:11:05PM +0530, Vaibhav Hiremath wrote:
With addition of PXA910 family of devices, the TWSI module supports
new feature which allows us to adjust SCLK. i2c-pxa driver takes input
configuration in nsec and converts it to respective bit-fields,
- i2c-sclk-low-time-ns
tending the
> > device tree track.
> >
> >3) Commitments to attend the device tree track (the conference committee
> > is looking at attendee interest and commitments as part of the process
> > of accepting the device tree track).
>
> I pla
tree track).
I plan to attend. I'm probably attending some of the Android mini conf
too, so I'll have to split my time.
4) Identifying additional people who should attend the device tree track.
Arnd Bergmann
Matt Porter
Jon Loeliger
Gaurav Minocha
I also plan to attend. I have
On Tue, Apr 07, 2015 at 07:03:30PM +0100, Srinivas Kandagatla wrote:
>
>
> On 07/04/15 18:46, Mark Brown wrote:
> >On Tue, Apr 07, 2015 at 06:35:49PM +0100, Srinivas Kandagatla wrote:
> >>On 06/04/15 16:04, Matt Porter wrote:
> >>>On Mon, Apr 06, 2015 at
On Tue, Apr 07, 2015 at 07:03:30PM +0100, Srinivas Kandagatla wrote:
On 07/04/15 18:46, Mark Brown wrote:
On Tue, Apr 07, 2015 at 06:35:49PM +0100, Srinivas Kandagatla wrote:
On 06/04/15 16:04, Matt Porter wrote:
On Mon, Apr 06, 2015 at 09:11:05AM -0500, Rob Herring wrote:
The generic
On Mon, Apr 06, 2015 at 09:11:05AM -0500, Rob Herring wrote:
> On Mon, Apr 6, 2015 at 8:32 AM, Matt Porter wrote:
> > On Mon, Mar 30, 2015 at 10:57:59PM +0100, Srinivas Kandagatla wrote:
> >> This patch adds bindings for simple eeprom framework which allows eeprom
> >>
On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
> From: kongxinwei
>
> This adds documentation of device tree bindings for the
> thermal sensor controller of hi6220 SoC.
>
> Signed-off-by: Leo Yan
> Signed-off-by: kongxinwei
> ---
> .../bindings/thermal/hisilicon-thermal.txt
On Mon, Mar 30, 2015 at 10:57:59PM +0100, Srinivas Kandagatla wrote:
> This patch adds bindings for simple eeprom framework which allows eeprom
> consumers to talk to eeprom providers to get access to eeprom cell data.
>
> Signed-off-by: Maxime Ripard
> [Maxime Ripard: intial version of eeprom
On Mon, Mar 30, 2015 at 10:57:59PM +0100, Srinivas Kandagatla wrote:
This patch adds bindings for simple eeprom framework which allows eeprom
consumers to talk to eeprom providers to get access to eeprom cell data.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
[Maxime Ripard:
On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
From: kongxinwei kong.kongxin...@hisilicon.com
This adds documentation of device tree bindings for the
thermal sensor controller of hi6220 SoC.
Signed-off-by: Leo Yan leo@linaro.org
Signed-off-by: kongxinwei
On Mon, Apr 06, 2015 at 09:11:05AM -0500, Rob Herring wrote:
On Mon, Apr 6, 2015 at 8:32 AM, Matt Porter mpor...@konsulko.com wrote:
On Mon, Mar 30, 2015 at 10:57:59PM +0100, Srinivas Kandagatla wrote:
This patch adds bindings for simple eeprom framework which allows eeprom
consumers
so missing the clocks/clock-names properties
so document these,the two required ipg and per clocks, and add
add these properties to the example.
Signed-off-by: Matt Porter
---
Changes since v1:
- compatible strings include the actual soc and one of the two specific
compatible parts.
Documentation/
the clocks/clock-names properties
so document these,the two required ipg and per clocks, and add
add these properties to the example.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
Changes since v1:
- compatible strings include the actual soc and one of the two specific
compatible parts
On Fri, Mar 06, 2015 at 09:16:44AM -0600, Rob Herring wrote:
> On Fri, Mar 6, 2015 at 9:09 AM, Matt Porter wrote:
> > The imx-pwm binding contains language indicating compatible
> > strings to be used that is not valid for all supported parts
> > e.g. Should be "fsl,-pwm
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/serial
so missing the clocks/clock-names properties
so document these,the two required ipg and per clocks, and add
add these properties to the example.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/pwm/imx-pwm.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
.../devicetree
the clocks/clock-names properties
so document these,the two required ipg and per clocks, and add
add these properties to the example.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
Documentation/devicetree/bindings/pwm/imx-pwm.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion
On Fri, Mar 06, 2015 at 09:16:44AM -0600, Rob Herring wrote:
On Fri, Mar 6, 2015 at 9:09 AM, Matt Porter mpor...@konsulko.com wrote:
The imx-pwm binding contains language indicating compatible
strings to be used that is not valid for all supported parts
e.g. Should be fsl,soc-pwm. Fix
The exact steps provided for submitting binding patches can be read
as requiring the bindings to be sent only to the devicet...@vger.kernel.org
list. Since the DT maintainers would like to be Cced on any binding
submissions, make this requirement explicit in step 2.
Signed-off-by: Matt Porter
Hi Florian,
That email address is dead now so can you pick this up for 4.0 fixes?
Thanks,
Matt
On Tue, Feb 17, 2015 at 12:17:57PM -0500, Matt Porter wrote:
> Removing myself as a co-maintainer.
>
> Signed-off-by: Matt Porter
> ---
> MAINTAINERS | 1 -
> 1 file c
The exact steps provided for submitting binding patches can be read
as requiring the bindings to be sent only to the devicet...@vger.kernel.org
list. Since the DT maintainers would like to be Cced on any binding
submissions, make this requirement explicit in step 2.
Signed-off-by: Matt Porter
Hi Florian,
That email address is dead now so can you pick this up for 4.0 fixes?
Thanks,
Matt
On Tue, Feb 17, 2015 at 12:17:57PM -0500, Matt Porter wrote:
Removing myself as a co-maintainer.
Signed-off-by: Matt Porter mpor...@linaro.org
---
MAINTAINERS | 1 -
1 file changed, 1 deletion
-names properties
so document these and the two required ipg and per clocks.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/fsl-imx-cspi.txt | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/fsl-imx-cspi.
document these and the two required ipg and per clocks.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
Documentation/devicetree/bindings/spi/fsl-imx-cspi.txt | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/fsl-imx
A clock specifier is required for i.MX I2C and is
provided in all DTS implementations. Add this to the
list of required properties in the binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/i2c/i2c-imx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
On Tue, Mar 03, 2015 at 12:43:36PM +0800, Peter Chen wrote:
> On Tue, Mar 03, 2015 at 11:41:35AM +0800, Shawn Guo wrote:
> >
> > On Fri, Feb 27, 2015 at 09:06:00AM -0500, Matt Porter wrote:
> > > The chipidea driver adds an extra line of spam to the log when a
> >
On Tue, Mar 03, 2015 at 12:43:36PM +0800, Peter Chen wrote:
On Tue, Mar 03, 2015 at 11:41:35AM +0800, Shawn Guo wrote:
On Fri, Feb 27, 2015 at 09:06:00AM -0500, Matt Porter wrote:
The chipidea driver adds an extra line of spam to the log when a
host-only chipidea instance is left set
A clock specifier is required for i.MX I2C and is
provided in all DTS implementations. Add this to the
list of required properties in the binding.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
Documentation/devicetree/bindings/i2c/i2c-imx.txt | 1 +
1 file changed, 1 insertion(+)
diff
On Mon, Mar 02, 2015 at 08:43:26PM +, Russell King wrote:
> On Mon, Mar 02, 2015 at 03:25:40PM -0500, Matt Porter wrote:
> > On Mon, Mar 02, 2015 at 07:49:08PM +, Russell King wrote:
> > > It's a bit like the MMC stuff, I'm still carrying Olof's solution for
> >
On Mon, Mar 02, 2015 at 07:49:08PM +, Russell King wrote:
> On Mon, Mar 02, 2015 at 02:21:16PM -0500, Matt Porter wrote:
> > [added Rabeeh]
> >
> > On Mon, Mar 02, 2015 at 07:06:16PM +, Russell King wrote:
> > > On Mon, Mar 02, 2015 at 07:02:04PM +,
[added Rabeeh]
On Mon, Mar 02, 2015 at 07:06:16PM +, Russell King wrote:
> On Mon, Mar 02, 2015 at 07:02:04PM +, Russell King - ARM Linux wrote:
> > On Mon, Mar 02, 2015 at 01:50:06PM -0500, Matt Porter wrote:
> > > The PCF8523 RTC is populated on the i2eX boards so
>
The PCF8523 RTC is populated on the i2eX boards so
enable the i2c1 controller and enable the device on
that bus.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/imx6qdl-hummingboard.dtsi | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/imx6qdl
On Mon, Mar 02, 2015 at 08:43:26PM +, Russell King wrote:
On Mon, Mar 02, 2015 at 03:25:40PM -0500, Matt Porter wrote:
On Mon, Mar 02, 2015 at 07:49:08PM +, Russell King wrote:
It's a bit like the MMC stuff, I'm still carrying Olof's solution for
the SDIO wifi/bt power and reset
The PCF8523 RTC is populated on the i2eX boards so
enable the i2c1 controller and enable the device on
that bus.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
arch/arm/boot/dts/imx6qdl-hummingboard.dtsi | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/arm/boot
[added Rabeeh]
On Mon, Mar 02, 2015 at 07:06:16PM +, Russell King wrote:
On Mon, Mar 02, 2015 at 07:02:04PM +, Russell King - ARM Linux wrote:
On Mon, Mar 02, 2015 at 01:50:06PM -0500, Matt Porter wrote:
The PCF8523 RTC is populated on the i2eX boards so
enable the i2c1
On Mon, Mar 02, 2015 at 07:49:08PM +, Russell King wrote:
On Mon, Mar 02, 2015 at 02:21:16PM -0500, Matt Porter wrote:
[added Rabeeh]
On Mon, Mar 02, 2015 at 07:06:16PM +, Russell King wrote:
On Mon, Mar 02, 2015 at 07:02:04PM +, Russell King - ARM Linux wrote:
On Mon
-off-by: Matt Porter
---
arch/arm/boot/dts/imx27.dtsi | 2 ++
arch/arm/boot/dts/imx28.dtsi | 1 +
arch/arm/boot/dts/imx35.dtsi | 1 +
arch/arm/boot/dts/imx50.dtsi | 3 +++
arch/arm/boot/dts/imx51.dtsi | 3 +++
arch/arm/boot/dts/imx53.dtsi | 3 +++
arch/arm/boot/dts/imx6qdl.dtsi | 3
-off-by: Matt Porter mpor...@konsulko.com
---
arch/arm/boot/dts/imx27.dtsi | 2 ++
arch/arm/boot/dts/imx28.dtsi | 1 +
arch/arm/boot/dts/imx35.dtsi | 1 +
arch/arm/boot/dts/imx50.dtsi | 3 +++
arch/arm/boot/dts/imx51.dtsi | 3 +++
arch/arm/boot/dts/imx53.dtsi | 3 +++
arch/arm/boot/dts
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/serial
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
Signed-off-by: Matt Porter mpor...@konsulko.com
---
.../devicetree
1 - 100 of 1494 matches
Mail list logo