On 04/24/2015 11:06 AM, Eric Anholt wrote:
> Stephen Warren writes:
>
>> On 04/21/2015 12:09 PM, Eric Anholt wrote:
>>> We were previously relying on the fixed clock registration in
>>> clk-bcm2835, but there doesn't seem to be any real reason to
>>> not just define it in the DT (and for the 283
On Thu, Apr 23, 2015 at 02:01:28PM -0600, Jeffrey Hugo wrote:
> On 4/11/2015 5:32 PM, Bjorn Andersson wrote:
> >Add device tree binding documentation for the Qualcom Shared Memory
> >manager.
> >
> >Signed-off-by: Bjorn Andersson
> >---
> >
> >Changes since v1:
> >- None
> >
> > .../devicetree/bi
On Fri, Apr 24, 2015 at 3:36 PM, 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
Am 24.04.2015 um 16:47 schrieb Tomeu Vizoso:
> Hi,
>
> while reading the thread [0] that Alexander Holler started with his series to
> make probing order deterministic, it occurred to me that it should be
> possible to achieve the same by probing devices as they are referenced by
> other device
Document the bindings for the soon-to-be-added tas571x driver.
Signed-off-by: Kevin Cernekee
---
.../devicetree/bindings/sound/tas571x.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tas571x.txt
diff --git a/
V1->V2:
- Incorporate changes from review feedback
- Change GPIOs to active low
- Create a tas571x_chip struct to capture the growing list of differences
between 5711 and 5717/5719
- Add register defaults for each chip
- Extend regcache_sync_region() to allow it to sync with hardware r
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
---
sound/soc/codecs/Kconfig | 5 +
sound/soc/codec
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 in which the registers were
inaccessible but hav
Add self as maintainer for the new driver.
Signed-off-by: Kevin Cernekee
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ea0001760035..15153fc37cc4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9878,6 +9878,12 @@ L: net...@vger.ker
This is a proxy I2C driver for APM X-Gene SoC. It uses the mailbox driver
to tunnel i2c transactions via the SLIMpro processor.
V4 Change:
- Remove PRP0001 and use a real ACPI id
V3 Change:
- Add ACPI support
- Fix previous comments.
Feng Kan (4):
i2c: busses: add SLIMpr
Add proxy I2C device driver on APM X-Gene platform.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
arch/arm64/boot/dts/apm/apm-storm.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
b/arch/arm64/boot/dts/apm/apm-storm.dtsi
index 70c14fa..
Add SLIMpro I2C device driver on APM X-Gene platform. This I2C
device driver use the SLIMpro Mailbox driver to tunnel message to
the SLIMpro coprocessor to do the work of accessing I2C components.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
drivers/i2c/busses/Kconfig | 9 +
This adds support for ACPI for the APM X-Gene I2C SLIMpro proxy
driver.
Signed-off-by: Feng Kan
---
drivers/i2c/busses/i2c-xgene-slimpro.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/i2c/busses/i2c-xgene-slimpro.c
b/drivers/i2c/busses/i2c-xgene-slimpro.c
index f994b8
Add APM X-Gene platform SLIMpro I2C driver documentation.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
.../devicetree/bindings/i2c/i2c-xgene-slimpro.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-xgene-slimp
On Fri, Apr 24, 2015 at 12:45:42PM +0300, Pantelis Antoniou wrote:
> A throw once master enable switch to protect against any
> further overlay applications if the administrator desires so.
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/of/overlay.c | 45 +++
On Fri, Apr 24, 2015 at 12:45:44PM +0300, Pantelis Antoniou wrote:
> Documentation ABI entry for overlays sysfs entries.
>
> Signed-off-by: Pantelis Antoniou
> ---
> .../ABI/testing/sysfs-firmware-devicetree-overlays | 23
> ++
> 1 file changed, 23 insertions(+)
> create mo
On Fri, Apr 24, 2015 at 12:45:42PM +0300, Pantelis Antoniou wrote:
> A throw once master enable switch to protect against any
> further overlay applications if the administrator desires so.
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/of/overlay.c | 45 +++
On 04/24/2015 02:54 PM, Suman Anna wrote:
> On 04/24/2015 02:38 PM, Nishanth Menon wrote:
>> On Fri, Apr 24, 2015 at 2:10 PM, Suman Anna wrote:
>>> On 04/24/2015 01:33 PM, Nishanth Menon wrote:
On 04/24/2015 12:54 PM, Suman Anna wrote:
>>
>> ...
> -static struct l3_target_data omap_l3_tar
On 04/24/2015 02:38 PM, Nishanth Menon wrote:
> On Fri, Apr 24, 2015 at 2:10 PM, Suman Anna wrote:
>> On 04/24/2015 01:33 PM, Nishanth Menon wrote:
>>> On 04/24/2015 12:54 PM, Suman Anna wrote:
>
> ...
-static struct l3_target_data omap_l3_target_data_clk3[] = {
-{0x0100, "EMUSS",},
On Fri, Apr 24, 2015 at 2:10 PM, Suman Anna wrote:
> On 04/24/2015 01:33 PM, Nishanth Menon wrote:
>> On 04/24/2015 12:54 PM, Suman Anna wrote:
...
>>> -static struct l3_target_data omap_l3_target_data_clk3[] = {
>>> -{0x0100, "EMUSS",},
>>> -{0x0300, "DEBUG SOURCE",},
>>> -{0x0, "H
On 04/24/2015 01:33 PM, Nishanth Menon wrote:
> On 04/24/2015 12:54 PM, Suman Anna wrote:
>> The L3 Error handling on OMAP5 for the most part is very similar
>> to that of OMAP4, and had leveraged common data structures and
>> register layout definitions so far. Upon closer inspection, there
>> are
On 04/24/2015 12:41 PM, Eric Anholt wrote:
Stephen Warren writes:
On 04/21/2015 12:09 PM, Eric Anholt wrote:
This is my first submission of a Raspberry Pi 2 port. It can be found
at https://github.com/anholt/linux/tree/bcm2836
I'm using the 2835 interrupt controller support, without adding
On 04/23/2015 02:22 AM, Florian Fainelli wrote:
[...]
+if (ecmd->duplex == DUPLEX_FULL)
+priv->duplex = 1;
+else
+priv->duplex = 0;
Why not use what priv->phydev->duplex has cached for you?
Because we compare 'priv->duplex' with 'priv->phydev->duplex' in
ravb_a
Stephen Warren writes:
> On 04/21/2015 12:09 PM, Eric Anholt wrote:
>> This is my first submission of a Raspberry Pi 2 port. It can be found
>> at https://github.com/anholt/linux/tree/bcm2836
>>
>> I'm using the 2835 interrupt controller support, without adding the
>> checks for ARM local inter
On 04/24/2015 12:54 PM, Suman Anna wrote:
> The L3 Error handling on OMAP5 for the most part is very similar
> to that of OMAP4, and had leveraged common data structures and
> register layout definitions so far. Upon closer inspection, there
> are a few minor differences causing an incorrect decodi
On 04/24/2015 12:03 PM, David Laight wrote:
Sent: 22 April 2015 22:39
On 04/22/2015 11:42 PM, David Miller wrote:
Hmm, I've been digging in the net core, and was unable to see where TX
skb's get their NET_IP_ALIGN bytes reserved. Have I missed something?
Probably need to print
Sorry, please disregard this series. Made a mistake here, will fix and resend.
On Fri, Apr 24, 2015 at 10:11 AM, Feng Kan wrote:
> Add SLIMpro I2C device driver on APM X-Gene platform. This I2C
> device driver use the SLIMpro Mailbox driver to tunnel message to
> the SLIMpro coprocessor to do the
On Fri, Apr 24, 2015 at 04:19:20PM +0200, Alban Bedel wrote:
> Hello all,
>
> this serie add a DT support for the ATH79 SPI controller and fix a few
> trivial bugs. While adding DT support we also remove the unused custom
> controller data in favor of the generic GPIO based chip select.
Applied,
The L3 Error handling on OMAP5 for the most part is very similar
to that of OMAP4, and had leveraged common data structures and
register layout definitions so far. Upon closer inspection, there
are a few minor differences causing an incorrect decoding and
reporting of the master NIU upon an error:
The current versions of the trf7970a has an erratum where it returns
an extra byte in the response to 'Read Multiple Block' (RMB) commands.
This command is issued to Type 5 tags (i.e., ISO/IEC 15693 tags) by
the neard daemon.
To handle this, define a new Device Tree property,
't5t-rmb-extra-byte-q
Hello.
On 04/24/2015 05:19 PM, Alban Bedel wrote:
Signed-off-by: Alban Bedel
---
.../devicetree/bindings/spi/spi-ath79.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-ath79.txt
diff --git a/Document
This adds support for ACPI for the APM X-Gene I2C SLIMpro proxy
driver.
Signed-off-by: Feng Kan
---
drivers/i2c/busses/i2c-xgene-slimpro.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-xgene-slimpro.c
b/drivers/i2c/busses/i2c-xgene-slimp
Add SLIMpro I2C device driver on APM X-Gene platform. This I2C
device driver use the SLIMpro Mailbox driver to tunnel message to
the SLIMpro coprocessor to do the work of accessing I2C components.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
drivers/i2c/busses/Kconfig | 9 +
Add APM X-Gene platform SLIMpro I2C driver documentation.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
.../devicetree/bindings/i2c/i2c-xgene-slimpro.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-xgene-slimp
Add proxy I2C device driver on APM X-Gene platform.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
arch/arm64/boot/dts/apm/apm-storm.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
b/arch/arm64/boot/dts/apm/apm-storm.dtsi
index a2b9657..
This is a proxy I2C driver for APM X-Gene SoC. It uses the mailbox driver
to tunnel i2c transactions via the SLIMpro processor.
V4 Change:
- Remove PRP0001 and use a real ACPI id
V3 Change:
- Add ACPI support
- Fix previous comments.
Feng Kan (4):
i2c: busses: add SLIMpr
Stephen Warren writes:
> On 04/21/2015 12:09 PM, Eric Anholt wrote:
>> We were previously relying on the fixed clock registration in
>> clk-bcm2835, but there doesn't seem to be any real reason to not just
>> define it in the DT (and for the 2836 port, I would have needed to
>> change the clock's
Stephen Warren writes:
> On 04/21/2015 12:09 PM, Eric Anholt wrote:
>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>
>> +BROADCOM BCM2836 ARM ARCHITECTURE
>> +M: Eric Anholt
>> +L: linux-rpi-ker...@lists.infradead.org (moderated for non-subscribers)
>> +T: git git://git.kernel.org/pub/scm/linux/
On Fri, 2015-04-24 at 13:45 +, Opensource [Steve Twiss] wrote:
> That seems to be a fairly common mistake in the kernel.
It's an easy mistake to make. And as long as people pick an ident that
passes license_is_gpl_compatible() the module will build and load just
fine.
> When I did a
> straw-
On Fri, Apr 24, 2015 at 06:52:01AM -0700, Kevin Cernekee wrote:
> On Fri, Apr 24, 2015 at 2:28 AM, Mark Brown wrote:
> > Do you need to work around it? If the register map is being perserved
> > you don't need to sync so just don't do it - it's just that the normal
> > expectation would be that
Replace of_property_read_u32() function call with device_property_read_u32(),
which is a wrapper over ACPI and devicetree enumeration methods.
Fix minor existing coding style issues reported by checkpatch.pl.
Signed-off-by: Anda-Maria Nicolae
---
drivers/power/bq2415x_charger.c | 76 +
On Fri, Apr 24, 2015 at 02:47:06PM +, Opensource [Steve Twiss] wrote:
> On 18 April 2015 12:48 Mark Brown wrote:
> Okay. I think I am getting this.
> As of v3.18 there are newer parts to regulator_desc from the commit
> a0c7b16 "regulator: of: Provide simplified DT parsing method"
> The sear
Hi,
while reading the thread [0] that Alexander Holler started with his series to
make probing order deterministic, it occurred to me that it should be possible
to achieve the same by probing devices as they are referenced by other devices.
This basically reuses the information that is already
Ensure that the device corresponding to the DT node of the gpiochip has
been registered.
---
drivers/gpio/gpiolib-of.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
index a6c67c6..190183d 100644
--- a/drivers/gpio/gpiolib-of.c
+++ b/dr
When looking up a regulator through its DT node, ensure that the
corresponding device has been registered.
---
drivers/regulator/core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index dbc64f7..eee8d45 100644
--- a/drivers/regulator/co
When looking up a panel through its DT node, ensure that the
corresponding device has been registered.
---
drivers/gpu/drm/drm_panel.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_panel.c b/drivers/gpu/drm/drm_panel.c
index 2ef988e..041211e 100644
--- a/drivers/gpu/dr
Specify how the GPIOs map to the pins in T124, so the dependency is
explicit.
---
arch/arm/boot/dts/tegra124.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts/tegra124.dtsi
index 13cc7ca..5d1d35f 100644
--- a/arch/arm/boot/dts/tegra124.dts
Ensure that the device corresponding to the DT node of the pin
controller has been registered.
---
drivers/gpio/gpiolib-of.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
index 190183d..e26e105 100644
--- a/drivers/gpio/gpiolib-of.c
+++
When looking up a phy through its DT node, ensure that the corresponding
device has been registered.
---
drivers/usb/phy/phy.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/phy/phy.c b/drivers/usb/phy/phy.c
index d1cd6b5..7084f21 100644
--- a/drivers/usb/phy/phy.c
+++ b/driver
When looking up a PWM chip through its DT node, ensure that the
corresponding device has been registered.
---
drivers/pwm/core.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
index ba34c7d..31f486c 100644
--- a/drivers/pwm/core.c
+++ b/drivers/pwm/c
When looking up a backlight device through its DT node, ensure that the
corresponding device has been registered.
---
drivers/video/backlight/backlight.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/video/backlight/backlight.c
b/drivers/video/backlight/backlight.c
index bddc8b1.
When looking up an i2c master through its DT node, ensure that the
corresponding device has been registered.
---
drivers/i2c/i2c-core.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index 098f698..53a3588 100644
--- a/drivers/i2c/i2c-core.c
So devices can be probed on demand, we need to have the drivers already
registered as we don't have enough information to register a driver on
demand.
---
arch/arm/mach-tegra/tegra.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-tegra/tegr
This function ensures that the device that encloses the passed device
node is registered, and thus probed if the corresponding driver has been
registered already.
This function can be used by drivers to ensure that a dependency is
fulfilled.
---
drivers/of/platform.c | 28 ++
When looking up a dpaux device through its DT node, ensure that the
corresponding device has been registered.
---
drivers/gpu/drm/tegra/dpaux.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/tegra/dpaux.c b/drivers/gpu/drm/tegra/dpaux.c
index d6b55e3..10bba41 100644
--- a/d
On 17 April 2015 15:24 Steve Twiss wrote.
> Subject: [PATCH V1 1/6] mfd: da9062: DA9062 MFD core driver
> From: S Twiss
>
> Add MFD core driver support for DA9062
>
> Signed-off-by: Steve Twiss
>
> ---
>
> This patch applies against linux-next and v4.0
>
> drivers/mfd/Kconfig
On 18 April 2015 12:48 Mark Brown wrote:
> On Fri, Apr 17, 2015 at 03:23:32PM +0100, S Twiss wrote:
>
> > +/* Regulator interrupt handlers */
> > +static irqreturn_t da9062_ldo_lim_event(int irq, void *data)
> > +{
> > + struct da9062_regulators *regulators = data;
> > + struct da9062 *hw =
Set the OF node of the spi controller and use the generic GPIO based
chip select instead of the custom controller data. As the controller
data isn't used by any board just drop it.
Signed-off-by: Alban Bedel
---
.../mips/include/asm/mach-ath79/ath79_spi_platform.h | 4
drivers/spi/spi-ath7
Hello all,
this serie add a DT support for the ATH79 SPI controller and fix a few
trivial bugs. While adding DT support we also remove the unused custom
controller data in favor of the generic GPIO based chip select.
The clock patch add the missing clk_un/prepare to fix the warnings once
the plat
Signed-off-by: Alban Bedel
---
.../devicetree/bindings/spi/spi-ath79.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-ath79.txt
diff --git a/Documentation/devicetree/bindings/spi/spi-ath79.txt
b/Documentatio
Clocks should be prepared and unprepared, fix this by using
clk_prepare_enable() and clk_disable_unprepare() instead of
clk_enable() and clk_disable().
Signed-off-by: Alban Bedel
---
drivers/spi/spi-ath79.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi
The internal chip select CS0 wasn't initialized properly to work with
CS HIGH chips.
Signed-off-by: Alban Bedel
---
drivers/spi/spi-ath79.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/spi/spi-ath79.c b/drivers/spi/spi-ath79.c
index b37bedd..bf1f9b3 100644
--- a/drivers/sp
On Fri, Apr 24, 2015 at 2:28 AM, Mark Brown wrote:
> On Thu, Apr 23, 2015 at 05:47:49PM -0700, Kevin Cernekee wrote:
>
>> This is mostly working OK, but regcache_sync() assumes that the
>> hardware registers have been reset back to the default values. The
>> "pdn" GPIO doesn't actually reset the
On Fri, Apr 24, 2015 at 3:40 PM, Tomi Valkeinen wrote:
> On 24/04/15 16:29, Pavel Machek wrote:
>> On Fri 2015-04-10 12:35:52, Archit Taneja wrote:
That said, if the fb is in RAM, and is only written by the CPU, I think
a normal memcpy() for fb_memcpy_fromfb() should be fine...
>>>
>>> I
On 18 April 2015 08:55 Paul Bolle wrote:
> There's still a license mismatch left (it probably got lost in the noise
> when I finally noticed that the header comment mentioned the LGPL in
> V1).
>
> On Fri, 2015-04-17 at 13:03 +0100, S Twiss wrote:
> > + * as published by the Free Software Foundat
On 17 April 2015 17:16 Dmitry Torokhov wrote
> On Fri, Apr 17, 2015 at 01:03:20PM +0100, S Twiss wrote:
> > From: Steve Twiss
> >
> > Add OnKey driver support for DA9063
> >
>
> Isn't this almost to the letter identical to da9062 that I just looked
> at? Please find a way to not make a brand new
On 24/04/15 16:29, Pavel Machek wrote:
> Hi!
>
> On Fri 2015-04-10 12:35:52, Archit Taneja wrote:
>>> That said, if the fb is in RAM, and is only written by the CPU, I think
>>> a normal memcpy() for fb_memcpy_fromfb() should be fine...
>>
>> I didn't test for performance regressions when I posted
> > The difference is probably caused by memcpy() vs memcpy_fromio(). The
> > comment above memcpy_fromio() says "This needs to be optimized". I think
> > generally speaking memcpy_fromio() is correct for a framebuffer.
> >
> > That said, if the fb is in RAM, and is only written by the CPU, I thi
On Thu, 23 Apr 2015 22:18:04 +0900
Hi Ingi,
Ingi Kim wrote:
> This patch adds the device tree bindings for ktd2692 flash LEDs.
> Add Optional properties of child node for Flash LED
>
> Signed-off-by: Ingi Kim
> Acked-by: Seung-Woo Kim
> ---
> .../devicetree/bindings/leds/leds-ktd2692.txt
Add an initial device tree for the Ingenic JZ4780 based MIPS Creator
CI20 board.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Ralf Baechle
Cc: Rob Herring
Cc: devicetree@vger.kernel.org
Cc: linux-m...@linux-mips.org
-
Support the Ingenic JZ4780 SoC using the existing code under
arch/mips/jz4740 now that it has been generalised sufficiently.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Ralf Baechle
Cc: Rob Herring
Cc: devicetree@vge
Hi!
On Fri 2015-04-10 12:35:52, Archit Taneja wrote:
> >That said, if the fb is in RAM, and is only written by the CPU, I think
> >a normal memcpy() for fb_memcpy_fromfb() should be fine...
>
> I didn't test for performance regressions when I posted this patch.
>
> A look at _memcpy_fromio in ar
Remove the serial support from arch/mips/jz4740 & make use of the new
Ingenic SoC UART driver. This is done for both regular & early console
output.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Ralf Baechle
Cc: Rob Her
Add binding documentation for the UARTs found in Ingenic SoCs.
Signed-off-by: Paul Burton
Acked-by: Rob Herring
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Rob Herring
Cc: devicetree@vger.kernel.org
---
Changes in v4:
- None.
Changes in v3:
Migrate the JZ4740 & the qi_lb60 board to use common clock framework
via the new Ingenic SoC CGU driver. Note that the JZ4740-specific
debugfs code is removed since common clock framework provides its own
debug capabilities.
Signed-off-by: Paul Burton
Co-authored-by: Paul Cercueil
Cc: Ian Campbe
Document the devicetree binding for Ingenic SoC CGUs, and add headers
defining the clock specifiers for clocks provided by the JZ4740 & JZ4780
CGU blocks.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Mike Turquette
Cc: Pawel Moll
Cc:
Declare the JZ4740 interrupt controller for probe via DT using the
standard irqchip_init function, and make use of that function to probe
the controller by adding the appropriate node to the JZ4740 dtsi.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Jason Cooper
Cc: Kumar Gala
Cc: Lars-Peter
Add binding documentation for Ingenic SoC interrupt controllers.
Signed-off-by: Paul Burton
Acked-by: Rob Herring
Cc: Ian Campbell
Cc: Jason Cooper
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Rob Herring
Cc: Thomas Gleixner
Cc: devicetree@vger.kernel.org
---
Require a DT for JZ4740 based systems, and add a stub one for the
qi_lb60 (Ben NanoNote) board. Devices will be migrated to being probed
via this DT over time.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Ralf Baechle
Use the generic irqchip_init function to probe irqchip drivers using DT,
and add the appropriate node to the JZ4740 devicetree in place of the
call to mips_cpu_irq_init.
Signed-off-by: Paul Burton
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Lars-Peter Clausen
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Ralf
Define a vendor prefix for Qi Hardware, creators of the Ben Nanonote
(qi_lb60) among other open devices.
Signed-off-by: Paul Burton
Acked-by: Rob Herring
Cc: Lars-Peter Clausen
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Rob Herring
Cc: devicetree@vger.kernel.org
--
Define a vendor prefix for Ingenic Semiconductor, a vendor of MIPS-based
SoCs. Simply use 'ingenic'.
Signed-off-by: Paul Burton
Acked-by: Rob Herring
Cc: Lars-Peter Clausen
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Mark Rutland
Cc: Pawel Moll
Cc: Rob Herring
Cc: devicetree@vger.kernel.org
---
Ch
This series introduces initial support for the Ingenic JZ4780 SoC and
the Imagination Technologies MIPS Creator CI20 board which is built
around it. In the process the existing JZ4740 & qi_lb60 code gains
initial support for using DeviceTree such that much of the existing
platform code under arch/m
On Fri, Apr 24, 2015 at 02:46:25PM +0800, Pi-Cheng Chen wrote:
> Hi Sascha,
>
> Thanks for reviewing.
>
> On Thu, Apr 23, 2015 at 8:01 PM, Sascha Hauer wrote:
> > On Mon, Apr 20, 2015 at 05:27:26PM +0800, pi-cheng.chen wrote:
> >> This patch implements MT8173 specific cpufreq driver with OPP tab
Hi Catalin,
This may as well be a signaling issue. You could try to slow down the
the MMC bus speed or play a bit with the pin drive strength values. Note
that in those cases _reducing_ the drive strength may be the right thing
to do.
Regards,
Lucas
Am Freitag, den 24.04.2015, 15:22 +0300 schrie
Add a DTS for TL-WR1043ND version 1 and allow to have it built in the
kernel to circumvent the broken u-boot found on these boards.
Currently only the UART, LEDs and buttons are supported.
Signed-off-by: Alban Bedel
---
v2: * Rebased for the new vendor directory structure
* Merged the 2 separ
This is still not working on 4.0 with this devicetree and eMMC enabled.
[1.467617] Driver 'mmcblk' needs updating - please use bus_type methods
[1.474581] sdhci: Secure Digital Host Controller Interface driver
[1.480776] sdhci: Copyright(c) Pierre Ossman
[1.485229] sdhci-pltfm: SDH
Signed-off-by: Alban Bedel
---
.../devicetree/bindings/mips/ath79-soc.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mips/ath79-soc.txt
diff --git a/Documentation/devicetree/bindings/mips/ath79-soc.txt
b/Documentat
Replace the simple GPIO chip registration by a platform driver
and make ath79_gpio_init() just register the device.
Signed-off-by: Alban Bedel
---
v2: * Added an 'ngpios' property instead of the many matches
* Use a platform data struct to store the device config on
non-DT boards. It ma
Signed-off-by: Alban Bedel
---
v3: * Put the new entry at the right place
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
in
Signed-off-by: Alban Bedel
---
v2: * Fixed the node names to respect ePAPR
---
.../interrupt-controller/qca,ath79-misc-intc.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/qca,ath79-misc-intc.txt
diff
Allow using the SoC clocks in the device tree.
---
v3: * Fix the compatible string for qca9550
---
arch/mips/ath79/clock.c | 63 ++---
1 file changed, 44 insertions(+), 19 deletions(-)
diff --git a/arch/mips/ath79/clock.c b/arch/mips/ath79/clock.c
index
These bindings support the GPIO controllers found on the Qualcomm
Atheros AR7xxx/AR9XXX SoC.
Signed-off-by: Alban Bedel
---
v2: * Add the ngpios property to have fewer fallbacks and simpler code
v3: * Fix missing 's' typo
* Fix the example to be valid with the binding
---
.../devicetree/bind
Signed-off-by: Alban Bedel
---
v2: * Fixed the node names to respect ePAPR
* Fixed the missing 's' in 'fallbacks' and the 'clocks' property
v3: * Fix the compatible string for qca9550
---
.../devicetree/bindings/clock/qca,ath79-pll.txt| 33 ++
1 file changed, 33 insert
Add OF support for the CPU and MISC interrupt controllers of most
supported ATH79 devices.
Signed-off-by: Alban Bedel
---
arch/mips/ath79/irq.c | 87 ++-
1 file changed, 86 insertions(+), 1 deletion(-)
diff --git a/arch/mips/ath79/irq.c b/arch/mip
The DDR controller of the ARxxx and AR9xxx families provides an
interface to flush the FIFO between various devices and the DDR.
This is mainly used by the IRQ controller to flush the FIFO before
running the interrupt handler of such devices.
Signed-off-by: Alban Bedel
---
v2: * Fix the node name
Signed-off-by: Alban Bedel
---
v2: * Fixed the node names to respect ePAPR
* Removed the unneeded @0 on the node name
---
.../interrupt-controller/qca,ath79-cpu-intc.txt| 44 ++
1 file changed, 44 insertions(+)
create mode 100644
Documentation/devicetree/bindings/int
Add the bare minimum to load a device tree.
Signed-off-by: Alban Bedel
---
v3: * Removed the empty Builtin devicetree menu
---
arch/mips/Kconfig | 1 +
arch/mips/ath79/machtypes.h | 1 +
arch/mips/ath79/setup.c | 27 ++-
3 files changed, 28 insertions(+),
This series add OF bindings and code support for the interrupt
controllers, clocks and GPIOs. However it was only tested on a
TL-WR1043ND with an AR9132, others SoCs are untested, and a few are
not supported at all.
Most code changes base on the previous bug fix series:
[PATCH v2 0/5] MIPS: ath79:
"fsl,ls1-qspi" is also a valid compatible string, so add an entry for it.
Signed-off-by: Haikun Wang
---
Documentation/devicetree/bindings/mtd/fsl-quadspi.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mtd/fsl-quadspi.txt
b/Documentatio
1 - 100 of 125 matches
Mail list logo
