AM437x EPOS evm use external clock for RMII interface.
Enable the same in DT.
Signed-off-by: George Cherian george.cher...@ti.com
Reported-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 4
1 file changed, 4 insertions(+)
diff --git
On 06/06/2014 01:17 AM, George Cherian wrote:
AM437x EPOS evm use external clock for RMII interface.
Enable the same in DT.
Signed-off-by: George Cherian george.cher...@ti.com
Reported-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 4
1 file changed, 4
On 06/06/2014 01:53 AM, Nishanth Menon wrote:
On 06/06/2014 01:17 AM, George Cherian wrote:
AM437x EPOS evm use external clock for RMII interface.
Enable the same in DT.
Signed-off-by: George Cherian george.cher...@ti.com
Reported-by: Nishanth Menon n...@ti.com
---
On Thu, 05 Jun 2014, Grant Likely wrote:
On Wed, 4 Jun 2014 13:09:52 +0100, Lee Jones lee.jo...@linaro.org wrote:
A great deal of I2C devices are currently matched via DT node name, and
as such the compatible naming convention of 'vendor,device' has gone
somewhat awry - some nodes don't
On Tue, Jun 03, 2014 at 01:49:37PM +0800, Zhangfei Gao wrote:
[...]
diff --git a/drivers/net/ethernet/hisilicon/Kconfig
b/drivers/net/ethernet/hisilicon/Kconfig
new file mode 100644
index 000..e942173
--- /dev/null
+++ b/drivers/net/ethernet/hisilicon/Kconfig
@@ -0,0 +1,27 @@
+#
+#
From: Thierry Reding thierry.red...@gmail.com
Date: Fri, 6 Jun 2014 10:19:18 +0200
On Tue, Jun 03, 2014 at 01:49:37PM +0800, Zhangfei Gao wrote:
[...]
diff --git a/drivers/net/ethernet/hisilicon/Kconfig
b/drivers/net/ethernet/hisilicon/Kconfig
new file mode 100644
index 000..e942173
On 6/6/2014 12:23 PM, Nishanth Menon wrote:
On 06/06/2014 01:17 AM, George Cherian wrote:
AM437x EPOS evm use external clock for RMII interface.
Enable the same in DT.
Signed-off-by: George Cherian george.cher...@ti.com
Reported-by: Nishanth Menon n...@ti.com
---
On 6/6/2014 12:25 PM, Nishanth Menon wrote:
On 06/06/2014 01:53 AM, Nishanth Menon wrote:
On 06/06/2014 01:17 AM, George Cherian wrote:
AM437x EPOS evm use external clock for RMII interface.
Enable the same in DT.
Signed-off-by: George Cherian george.cher...@ti.com
Reported-by: Nishanth Menon
On Thu, Jun 05, 2014 at 04:55:09PM +0100, Lee Jones wrote:
On Thu, 05 Jun 2014, Grant Likely wrote:
I still think the way to do it is to emulate the missing i2c_device_id
when calling the drivers .probe() hook by having a temporary copy on
the stack and filling it with data from the OF or
On Thu, Jun 05, 2014 at 06:19:32PM +0800, Bo Shen wrote:
As the at91sam9n12ek has switch to CCF, so add clock for wm8904
Signed-off-by: Bo Shen voice.s...@atmel.com
Reviwed-by: Mark Brown broo...@linaro.org
signature.asc
Description: Digital signature
On Thu, Jun 05, 2014 at 06:19:28PM +0800, Bo Shen wrote:
Signed-off-by: Bo Shen voice.s...@atmel.com
This looks good but it needs to go in along with the WM8904 change so
I'll leave it for now.
signature.asc
Description: Digital signature
On Thu, Jun 05, 2014 at 06:19:31PM +0800, Bo Shen wrote:
As the sama5d3xek board has switch to CCF, so add clock for wm8904
Signed-off-by: Bo Shen voice.s...@atmel.com
Reviwed-by: Mark Brown broo...@linaro.org
The bindings won't change so this is good to go.
signature.asc
Description:
On Thu, Jun 05, 2014 at 06:19:29PM +0800, Bo Shen wrote:
+ if (wm8904-mclk)
+ clk_prepare_enable(wm8904-mclk);
There's no point in having checks for MCLK here since...
+ wm8904-mclk = devm_clk_get(i2c-dev, mclk);
+ if (IS_ERR(wm8904-mclk)) {
+
On Thu, Jun 05, 2014 at 06:19:30PM +0800, Bo Shen wrote:
+ - reg: the I2C address of the device.
+ - clocks and clock-names: reference to
+Documentation/devicetree/bindings/clock/clock-bindings.txt
This all looks good except for in the above you should list the name of
the clock (mclk)
As per driver, the absense of regulator-type default to voltage
type. Correct the document to say default is voltage instead of
current.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
Documentation/devicetree/bindings/regulator/gpio-regulator.txt | 2 +-
1 file changed, 1 insertion(+),
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
---
arch/arm/boot/dts/imx6qdl.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index ce05991..3266d01 100644
--- a/arch/arm/boot/dts/imx6qdl.dtsi
+++
On 04/06/14 13:25, Laurent Pinchart wrote:
Hi Geert,
Thank you for the patch.
On Monday 02 June 2014 15:42:09 Geert Uytterhoeven wrote:
Add nodes for the SYS-DMA controllers, SYS-DMAC0 and SYS-DMAC1. These
both share the same device sources, so are wrapped in the shdma-mux
node to allow
On Fri, 06 Jun 2014, Mark Brown wrote:
On Thu, Jun 05, 2014 at 04:55:09PM +0100, Lee Jones wrote:
On Thu, 05 Jun 2014, Grant Likely wrote:
I still think the way to do it is to emulate the missing i2c_device_id
when calling the drivers .probe() hook by having a temporary copy on
the
From: Leif Lindholm leif.lindh...@linaro.org
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit dfc44f8030653b345fc6fb337558c3a07536823f upstream.
A few platforms lack a 'device_type = memory' for their memory
nodes,
From: Leif Lindholm leif.lindh...@linaro.org
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit bfaed5abad998bfc88a66e6e71c7b08dcf82f04e upstream.
The current .dts for ste-ccu8540 lacks a 'device_type = memory' for
its
On Fri, Jun 6, 2014 at 12:04 AM, Alexandre Courbot gnu...@gmail.com wrote:
On Fri, May 30, 2014 at 4:23 AM, Feng Kan f...@apm.com wrote:
Documentation for APM X-Gene SoC GPIO controller DTS binding.
This patch should come before 2/3. You want the binding to be visible
before adding entries
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
More majordomo info at
old.
Uggh.. yeah - 1AM+migraine is not a good combination to try to do
testing. :( Apologies on the noise
I tried the patch on next-20140604.
Tested on next-20140606 - applies clean, builds and works :)
am43xx-epos: Boot PASS: http://slexy.org/raw/s2fT6zs45y
Tested-by: Nishanth Menon n
Laxman,
This patch has already been applied, but ...
The ams AS3722 is a compact system PMU suitable for mobile phones,
tablets etc. It has 4 DC/DC step-down regulators, 3 DC/DC step-down
controller, 11 LDOs, RTC, automatic battery, temperature and
over-current monitoring, 8 GPIOs, ADC and a
As part of an effort to rid the mostly unused second parameter for I2C
related .probe() functions and to conform to other existing frameworks
we're moving over to a temporary replacement .probe() call-back.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mfd/88pm860x-core.c | 5 ++---
When there was no other way to match a I2C device to driver i2c_match_id()
was exclusively used. However, now there are other types of tables which
are commonly supplied, matching on an i2c_device_id table is used less
frequently. Instead of _always_ calling i2c_match_id() from within the
This will aid the seamless removal of the current probe()'s, more
commonly unused than used second parameter. Most I2C drivers can
simply switch over to the new interface, others which have DT
support can use its own matching instead and others can call
i2c_match_id() themselves. This brings
Also remove unused second probe() parameter 'i2c_device_id'.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mfd/as3722.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd/as3722.c b/drivers/mfd/as3722.c
index 39fa554..cb2fcf9 100644
---
A great deal of I2C devices are currently matched via DT node name, and
as such the compatible naming convention of 'vendor,device' has gone
somewhat awry - some nodes don't supply one, some supply an arbitrary
string and others the correct device name with an arbitrary vendor prefix.
In an
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This patch allows drivers a means
to 'not' supply the aforementioned table and match on DT match tables
instead.
Acked-by:
This function provides a single call for all I2C devices which need to
match firstly using traditional OF means i.e by of_node, then if that
fails we attempt to match using the supplied I2C client name with a
list of supplied compatible strings with the 'vendor,' string
removed. The latter is
The I2C framework supplies a means for devices to be registered without
the requirement for platform_data, DT or ACPI. The current solution is
that every single I2C device in the kernel is forced to supply a
normally empty/sparse I2C ID table so the I2C subsystem can match to.
In an effort to rid
Here we're providing dereference protection for i2c_match_id(), which
saves us having to do it each time it's called. We're also stripping
out the (now) needless checks in i2c_device_match(). This patch paves
the way for other, similar code trimming.
Acked-by: Grant Likely
Hi Wolfram,
As previously discussed I believe it should be okay for an I2C device
driver _not_ supply an I2C ID table to match to. The I2C subsystem
should be able to match via other means, such as via OF tables. The
blocking factor during our previous conversation was to keep
registering via
On Thu, Apr 17, 2014 at 12:02:26AM +0100, Russell King - ARM Linux wrote:
On Wed, Apr 16, 2014 at 11:57:21PM +0100, Russell King - ARM Linux wrote:
On Wed, Apr 16, 2014 at 05:46:47PM -0500, Rob Herring wrote:
On Wed, Apr 16, 2014 at 3:43 AM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
On Fri, Jun 6, 2014 at 11:40 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Apr 17, 2014 at 12:02:26AM +0100, Russell King - ARM Linux wrote:
On Wed, Apr 16, 2014 at 11:57:21PM +0100, Russell King - ARM Linux wrote:
On Wed, Apr 16, 2014 at 05:46:47PM -0500, Rob Herring
[adding linux-arm-kernel mailing list, sorry for missing it in the inital
post. Also adding devicetree mailing list]
On Friday 06 June 2014 12:06:57 Russell King - ARM Linux wrote:
On Fri, Jun 06, 2014 at 01:01:21PM +0200, Arnd Bergmann wrote:
I ran into a new build error while doing
This adds the Gumstix Pepper[1] single-board computer based on the
TI AM335x processor. Schematics are available [2].
[1] https://store.gumstix.com/index.php/products/344/
[2] https://pubs.gumstix.com/boards/PEPPER/
Signed-off-by: Ash Charles ashchar...@gmail.com
---
MAINTAINERS
This patches fixes the dma state machine lockup due to the PIO mode
commands. The contoller is unable to clear the BSY bit after receiving the
PIO Setup FIS and results the dma state machine to go into the
CMFatalErrorUpdate state resulting in dma state machine lockup.
Signed-off-by: Loc Ho
This patch implements the function restart_engine function to add the
flexibility to restart the port dma engine from the libata framework.
Signed-off-by: Loc Ho l...@apm.com
Signed-off-by: Suman Tripathi stripa...@apm.com
---
drivers/ata/libahci.c | 11 +++
include/linux/libata.h |
Suman Tripathi (2):
libahci: Implement the restart_engine to restart the port dma engine.
ata: Fix the dma state machine lockup for the PIO mode commands.
drivers/ata/ahci_xgene.c | 17 +++--
drivers/ata/libahci.c | 13 +
drivers/ata/libata-core.c | 10 ++
On Sat, Jun 07, 2014 at 02:58:53AM +0530, Suman Tripathi wrote:
This patch implements the function restart_engine function to add the
flexibility to restart the port dma engine from the libata framework.
Signed-off-by: Loc Ho l...@apm.com
Signed-off-by: Suman Tripathi stripa...@apm.com
On Sat, Jun 07, 2014 at 02:58:54AM +0530, Suman Tripathi wrote:
@@ -5072,6 +5072,16 @@ int ata_qc_complete_multiple(struct ata_port *ap, u32
qc_active)
if (qc) {
ata_qc_complete(qc);
nr_done++;
+ /*
+
This is somewhat off-topic, but given the various concepts discussed in
this thread I'm beginning to wonder how they will be implemented. The
current implementation hooks the IOMMU API into the DMA mapping API, and
the way this is done is by setting a single IOMMU (or rather a set of
IOMMU
On Thu, Jun 5, 2014 at 10:04 PM, Alexandre Courbot gnu...@gmail.com wrote:
On Fri, May 30, 2014 at 4:23 AM, Feng Kan f...@apm.com wrote:
Add APM X-Gene SoC gpio controller driver.
Signed-off-by: Feng Kan f...@apm.com
---
drivers/gpio/Kconfig | 9 ++
drivers/gpio/Makefile | 1 +
Mike,
On Fri, Jun 6, 2014 at 3:31 PM, Mike Turquette mturque...@linaro.org wrote:
Anyways, getting back on point, Tomasz was right about the whole clk_get
thing. So I'm happy to take either V1 or V3 of your patch. I will be
submitting a second PR for 3.16 next week and it will include
Quoting Tomasz Figa (2014-06-05 15:26:31)
On 05.06.2014 22:35, Doug Anderson wrote:
The aclk66_peric clock is a gate clock with a whole bunch of gates
underneath it. This big gate isn't very useful to include in our
clock tree. If any of the children need to be turned on then the big
47 matches
Mail list logo