On Thu, 5 May 2011, Benjamin Herrenschmidt wrote:
As for the mapping, I agree that the functionality is generally
useful, I'm just not fond of the current implementation. I think it
is more complex than it needs to be and I'm not excited about bring it
over to the other architectures
On May 4, 2011, at 9:25 PM, Benjamin Herrenschmidt wrote:
On Wed, 2011-05-04 at 15:17 -0500, Kumar Gala wrote:
We should utilize nr_cpus as the max # of CPUs that we can have present
instead of NR_CPUS. This way we actually respect how nr_cpus is set on
the command line rather than ignoring
On Thu, May 5, 2011 at 2:37 AM, Thomas Gleixner t...@linutronix.de wrote:
On Thu, 5 May 2011, Benjamin Herrenschmidt wrote:
As for the mapping, I agree that the functionality is generally
useful, I'm just not fond of the current implementation. I think it
is more complex than it needs to
Here are what the patch set does.
* Remove .probe and .remove hooks from sdhci-pltfm.c and make it be
a pure common helper function providers.
* Add .probe and .remove hooks for sdhci pltfm drivers sdhci-cns3xxx,
sdhci-dove, sdhci-tegra, and sdhci-esdhc-imx to make them self
registered with
The patch turns the common stuff in sdhci-pltfm.c into functions, and
add device drivers their own .probe and .remove which in turn call
into the common functions, so that those sdhci-pltfm device drivers
register itself and keep all device specific things away from common
sdhci-pltfm file.
The patch migrates the use of sdhci_of_host and sdhci_of_data to
sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can
be eliminated.
Signed-off-by: Shawn Guo shawn@linaro.org
Reviewed-by: Grant Likely grant.lik...@secretlab.ca
---
drivers/mmc/host/sdhci-of-core.c | 30
The patch turns the sdhci-of-core common stuff into helper functions
added into sdhci-pltfm.c, and makes sdhci-of device drviers self
registered using the same pair of .probe and .remove used by
sdhci-pltfm device drivers.
As a result, sdhci-of-core.c and sdhci-of.h can be eliminated with
those
The patch renames the file to prepare for the consolidation
sdhci-of-esdhc and sdhci-esdhc-imx.
Signed-off-by: Shawn Guo shawn@linaro.org
---
drivers/mmc/host/Makefile |2 +-
drivers/mmc/host/sdhci-esdhc-imx.c | 381
This patch is to consolidate SDHCI driver for Freescale eSDHC
controller found on both MPCxxx and i.MX platforms. It merges
sdhci-of-esdhc.c into sdhci-esdhc.c, so that the same pair of
.probe/.remove hook works with eSDHC for two platforms.
As the results, sdhci-of-esdhc.c and sdhci-esdhc.h are
The structure sdhci_pltfm_data is not necessarily to be in a public
header like include/linux/mmc/sdhci-pltfm.h, so the patch moves it
into drivers/mmc/host/sdhci-pltfm.h and eliminates the former one.
Signed-off-by: Shawn Guo shawn@linaro.org
Reviewed-by: Grant Likely
Signed-off-by: Shawn Guo shawn@linaro.org
---
.../plat-mxc/devices/platform-sdhci-esdhc-imx.c|1 -
arch/arm/plat-mxc/include/mach/devices-common.h|2 +-
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-mxc/devices/platform-sdhci-esdhc-imx.c
On Thu, May 05, 2011 at 09:22:56PM +0800, Shawn Guo wrote:
This patch is to consolidate SDHCI driver for Freescale eSDHC
controller found on both MPCxxx and i.MX platforms. It merges
sdhci-of-esdhc.c into sdhci-esdhc.c, so that the same pair of
.probe/.remove hook works with eSDHC for two
On Thu, May 05, 2011 at 09:22:54PM +0800, Shawn Guo wrote:
[...]
- * Copyright (c) 2007 Freescale Semiconductor, Inc.
- * Copyright (c) 2009 MontaVista Software, Inc.
- *
- * Authors: Xiaobo Xie x@freescale.com
- * Anton Vorontsov avoront...@ru.mvista.com
[...]
-#ifdef
On Thu, May 05, 2011 at 09:22:53PM +0800, Shawn Guo wrote:
The patch migrates the use of sdhci_of_host and sdhci_of_data to
sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can
be eliminated.
Signed-off-by: Shawn Guo shawn@linaro.org
Reviewed-by: Grant Likely
On Thu, May 05, 2011 at 09:22:52PM +0800, Shawn Guo wrote:
[...]
+static int __devinit sdhci_cns3xxx_probe(struct platform_device *pdev)
+{
+ return sdhci_pltfm_register(pdev, sdhci_cns3xxx_pdata);
+}
+
+static int __devexit sdhci_cns3xxx_remove(struct platform_device *pdev)
+{
+
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Michal Marek mma...@suse.cz
---
Hi,
this version fixes build with binutils = 2.19 by first checking if ar(1)
supports the D option. It depends on a previous
Also, the patch removes the code for waiting for the link to be up with
a comment What DCR has the link status on the 460SX?. Please fix that
(Tirumala, can you provide the missing information ?)
It is not one register. Here is the flow for Gen-1.
1. PECFGn_DLLSTA[3] will be asserted when
On 05/03/2011 10:19 AM, Scott Wood wrote:
In the absence of partitioning, no driver should need a specific one. With
partitioning, let the system designer mark those resources as reserved so
they don't get allocated. :-)
That seem reasonable. Back to the device tree then. One option is to
From Documentation/kernel-parameters.txt:
nr_cpus=[SMP] Maximum number of processors that an SMP kernel
could support. nr_cpus=n : n = 1 limits the kernel
to
supporting 'n' processors. Later in runtime you can
not
From: Tseng-Hui (Frank) Lin th...@linux.vnet.ibm.com
This patch adds support for handling IO Event interrupts which come
through at the /event-sources/ibm,io-events device tree node.
The interrupts come through ibm,io-events device tree node are generated
by the firmware to report IO events.
We make use of ptrace_get_breakpoints() / ptrace_put_breakpoints()
to protect ptrace_set_debugreg() even if CONFIG_HAVE_HW_BREAKPOINT
if off. However in this case, these APIs are not implemented.
To fix this, push the protection down inside the relevant ifdef.
Best would be to export the code
On Wed, 2011-05-04 at 15:57 -0700, Richard A Lary wrote:
From: Richard A Lary rl...@linux.vnet.ibm.com
For adapters which have devices under a PCIe switch/bridge it is informative
to display information for both the PCIe switch/bridge and the device on
which the bus error was detected.
On Fri, 2011-05-06 at 10:46 +1000, Benjamin Herrenschmidt wrote:
On Wed, 2011-05-04 at 15:57 -0700, Richard A Lary wrote:
From: Richard A Lary rl...@linux.vnet.ibm.com
For adapters which have devices under a PCIe switch/bridge it is
informative
to display information for both the
On Mar 24, 2011, at 4:43 PM, Scott Wood wrote:
Signed-off-by: Scott Wood scottw...@freescale.com
---
arch/powerpc/include/asm/mpic.h |2 ++
arch/powerpc/sysdev/mpic.c | 37 -
2 files changed, 38 insertions(+), 1 deletions(-)
Ben,
Did you plan
On Mar 24, 2011, at 4:43 PM, Scott Wood wrote:
Add support for MPIC timers as requestable interrupt sources.
Based on http://patchwork.ozlabs.org/patch/20941/ by Dave Liu.
Signed-off-by: Dave Liu dave...@freescale.com
Signed-off-by: Scott Wood scottw...@freescale.com
---
On Thu, May 05, 2011 at 06:23:44PM +0400, Anton Vorontsov wrote:
On Thu, May 05, 2011 at 09:22:54PM +0800, Shawn Guo wrote:
[...]
- * Copyright (c) 2007 Freescale Semiconductor, Inc.
- * Copyright (c) 2009 MontaVista Software, Inc.
- *
- * Authors: Xiaobo Xie x@freescale.com
- *
On Thu, 2011-05-05 at 20:07 -0500, Kumar Gala wrote:
On Mar 24, 2011, at 4:43 PM, Scott Wood wrote:
Add support for MPIC timers as requestable interrupt sources.
Based on http://patchwork.ozlabs.org/patch/20941/ by Dave Liu.
Signed-off-by: Dave Liu dave...@freescale.com
On Thu, 2011-05-05 at 17:32 -0500, Tseng-Hui (Frank) Lin wrote:
From: Tseng-Hui (Frank) Lin th...@linux.vnet.ibm.com
This patch adds support for handling IO Event interrupts which come
through at the /event-sources/ibm,io-events device tree node.
The interrupts come through ibm,io-events
28 matches
Mail list logo