Hi zhangfei gao,
On Sun, Jun 09, 2013 at 04:59:48PM +0800, zhangfei gao wrote:
+++ b/Documentation/devicetree/bindings/i2c/i2c-designware-hs.txt
@@ -0,0 +1,30 @@
+* Hisilicon I2C Controller
+
+Required properties :
+
+ - compatible : should be hisilicon,designware-i2c
+ - reg :
The Nomadik clock implementation was a stub just using
fixed clocks.
This implements the clocks properly instead of relying
on them all being on at boot and leaving them all on.
The PLLs are on the top locking to the main chrystal
oscillator, then the HCLK for the peripherals are
below PLL2.
'!' has higher precedence than comparisons so the original condition
is equivalent to if (xspi-remaining_bytes == 0). This makes the
static checkers complain.
xspi-remaining_bytes is signed and from looking at the code
briefly, I think it might be able to go negative. I suspect that
going
On Saturday 08 June 2013 15:38:52 Ezequiel Garcia wrote:
On Fri, Jun 07, 2013 at 02:00:54PM -0600, Jason Gunthorpe wrote:
Right. I think we have two options here for laying the DT ranges.
1) This is the proposal implied in the patchset I sent:
mbus {
ranges = we only put the
On Sunday 09 June 2013, Linus Walleij wrote:
+ /*
+* IP AMBA bus clocks, driving the bus side of the
+* peripheral clocking, clock gates.
+*/
+
+ hclkdma0: hclkdma0@48M {
+ #clock-cells = 0;
+
On Sun, Jun 09, 2013 at 03:42:24PM +0200, Arnd Bergmann wrote:
On Saturday 08 June 2013 15:38:52 Ezequiel Garcia wrote:
On Fri, Jun 07, 2013 at 02:00:54PM -0600, Jason Gunthorpe wrote:
Right. I think we have two options here for laying the DT ranges.
1) This is the proposal implied in
On Sat, Jun 08, 2013 at 07:45:06PM -0600, Jason Gunthorpe wrote:
On Sat, Jun 08, 2013 at 03:38:52PM -0300, Ezequiel Garcia wrote:
[...]
There are lots and lots of solutions using the pre-processor, please
take a look and find one that you feel works for you...
Ok, I will.
We can always
On Sunday 09 June 2013 11:34:24 Ezequiel Garcia wrote:
On Sun, Jun 09, 2013 at 03:42:24PM +0200, Arnd Bergmann wrote:
On Saturday 08 June 2013 15:38:52 Ezequiel Garcia wrote:
On Fri, Jun 07, 2013 at 02:00:54PM -0600, Jason Gunthorpe wrote:
Right. I think we have two options here for
On Fri, Jun 7, 2013 at 6:07 PM, Alexey Brodkin
alexey.brod...@synopsys.com wrote:
Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
instantiated in some legacy ARC (Synopsys) FPGA Boards such as
ARCAngel4/ML50x.
This is based off of current Linus tree, build tested for x86.
Signed-off-by: Simon Baatz gmbno...@gmail.com
---
drivers/mmc/host/mxcmmc.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/mxcmmc.c b/drivers/mmc/host/mxcmmc.c
index d503635..f47546f 100644
--- a/drivers/mmc/host/mxcmmc.c
+++ b/drivers/mmc/host/mxcmmc.c
Hi,
RESEND V3:
- Dropped patches 9 and 10, they are part of linux-next already
NB: patch 7 as well, but I did not want to change the numbering
V3 changes:
- Patch 01/10: Added EPROBE_DEFER case to mmc_of_parse()
- Added Acked-By to (unmodified)
Signed-off-by: Simon Baatz gmbno...@gmail.com
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/mmc/host/tmio_mmc_pio.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/tmio_mmc_pio.c b/drivers/mmc/host/tmio_mmc_pio.c
index
Signed-off-by: Simon Baatz gmbno...@gmail.com
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/mmc/host/sh_mmcif.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sh_mmcif.c b/drivers/mmc/host/sh_mmcif.c
index ba76a53..6ded7fb 100644
In addition to just logging errors encountered during DT parsing or
allocating GPIO slots for CD/WP, mmc_of_parse() now returns with an error.
In particular, this is needed if the GPIO allocation may return
EPROBE_DEFER.
Signed-off-by: Simon Baatz gmbno...@gmail.com
Reviewed-by: Ulf Hansson
Signed-off-by: Simon Baatz gmbno...@gmail.com
---
drivers/mmc/host/sdhci-pxav3.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav3.c b/drivers/mmc/host/sdhci-pxav3.c
index 1ae358e..67ea388 100644
--- a/drivers/mmc/host/sdhci-pxav3.c
+++
In order to prepare the switch to the standard MMC device tree parser
for mvsdio, adapt all current uses of mvsdio in the dts files to the
standard format.
Signed-off-by: Simon Baatz gmbno...@gmail.com
---
arch/arm/boot/dts/armada-370-db.dts|1 +
Signed-off-by: Simon Baatz gmbno...@gmail.com
---
drivers/mmc/host/sdhci-tegra.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci-tegra.c
index e0dba74..7eb62f8 100644
--- a/drivers/mmc/host/sdhci-tegra.c
+++
Instead of parsing the DT binding on our own, use the standard parser
mmc_of_parse(), introduced by commit 6c56e7a.
Signed-off-by: Simon Baatz gmbno...@gmail.com
---
drivers/mmc/host/mvsdio.c | 73 +
1 file changed, 40 insertions(+), 33 deletions(-)
On Sun, Jun 09, 2013 at 11:09:59PM +0100, luke.leighton wrote:
this is all a rather round-about way to say that for those people who
heard and are thinking of heeding russell's call to be silent and to
ignore me
Okay, so you've just misrepresented me in the above comment. I never
said
On 06/08/2013 05:20 PM, Tomasz Figa wrote:
On Thursday 06 of June 2013 16:52:28 Tushar Behera wrote:
cpufreq driver for EXYNOS4 based SoCs are not platform drivers, hence
we cannot currently pass the clock names through a device tree node.
Instead, we need to make them available through a
On 06/08/2013 05:22 PM, Tomasz Figa wrote:
Hi Tushar,
On Thursday 06 of June 2013 16:32:52 Tushar Behera wrote:
Cpufreq driver for EXYNOS4210 is not a platform driver, hence it is not
possible to provide the regulator supply name through DT bindings.
Since the cpufreq driver requires the
21 matches
Mail list logo
