-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Nicolas Pitre n...@linaro.org
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
. The vectors don't have a fixed address, only alignment
(2^11) requirements.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list
sections with SPARSEMEM_VMEMMAP enabled by default.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe
catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
. There is no translation information shared or
address space overlapping between user and kernel page tables.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
be either 8 or 16-bit wide (detectable
via the ID_AA64AFR0_EL1 register).
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
But please fix a few small issues
On Friday 07 September 2012, Catalin Marinas wrote:
+
+#include asm/cputable.h
+
+extern unsigned long __cpu_setup(void);
+
+struct cpu_info __initdata cpu_table[] = {
+ {
+ .cpu_id_val = 0x000f,
+ .cpu_id_mask= 0x000f,
+ .cpu_name
address
+ * - size - size of region
+ * - dir - DMA direction
+ */
+ENTRY(dmac_unmap_area)
+ add x1, x1, x0
+ cmp x2, #DMA_TO_DEVICE
+ b.nedmac_inv_range
+ ret
+ENDPROC(dmac_unmap_area)
Aside from this:
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe
on UP systems.
NOTE: Large part of this patch to be dropped once Peter Z's generic
mmu_gather patches are merged.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann
On Friday 07 September 2012, Catalin Marinas wrote:
+#define __inc_irq_stat(cpu, member) __IRQ_STAT(cpu, member)++
+#define __get_irq_stat(cpu, member) __IRQ_STAT(cpu, member)
Isn't this something that the IRQ core code already keeps track of?
+#endif /* __ASM_HARDIRQ_H */
diff --git
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
) or if corresponding hooks are placed in the generic
swiotlb code to deal with cache maintenance.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
booting protocol, see Documentation/arm64/booting.txt.
Signed-off-by: Will Deacon will.dea...@arm.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
Acked-by: Tony Lindgren t...@atomide.com
Acked
...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Friday 07 September 2012, Catalin Marinas wrote:
+/*
+ * sys_execve() executes a new program.
+ */
+asmlinkage long sys_execve(const char __user *filenamei,
+ const char __user *const __user *argv,
+ const char __user *const __user *envp,
-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
...@arm.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Friday 07 September 2012, Catalin Marinas wrote:
From: Will Deacon will.dea...@arm.com
This patch adds support for 32-bit applications. The vectors page is a
binary blob mapped into the application user space at 0x (the
AArch64 toolchain does not support compilation of AArch32
t...@atomide.com
Looks good to me now,
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Friday 07 September 2012, Catalin Marinas wrote:
+/*
+ * Use compiler builtins for simple inline operations.
+ */
+static inline unsigned long __ffs(unsigned long word)
+{
+ return __builtin_ffsl(word) - 1;
+}
+
+static inline int ffs(int x)
+{
+ return __builtin_ffs(x);
+}
-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Monday 10 September 2012, Linus Walleij wrote:
Basically that was at a point when we were changing a lot of
subsystem trees with DT patches that were merged in out-of-order
fashion.
Then it's better to have the DT changes to be pushed
separately at the end of the merge window after all
On Monday 10 September 2012, Linus Walleij wrote:
When the driver offers
two ways of probing a device, this lets us change from one way to
the other without going through a phase where we use neither of them
or (worse) both at the same time.
Maybe unrelated, but as usual it works as
On Monday 10 September 2012, Catalin Marinas wrote:
Yes, I've seen these but since Al's patches are not in mainline, I don't
want to add additional dependencies to the arm64 patches (currently
based on 3.6-rc4). Once they get into mainline, I'll add a patch that
converts arm64 to the generic
On Monday 10 September 2012, Catalin Marinas wrote:
On Mon, Sep 10, 2012 at 06:53:39AM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 19:29 Sun 09 Sep , Nicolas Pitre wrote:
On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:26 Fri 07 Sep , Catalin Marinas
On Monday 10 September 2012, Rajanikanth HV wrote:
+
+supplied-to:
+ This is a logical binding w.r.t power supply event change
+ across energy-management-module drivers where in the
+ runtime battery properties are shared along with uevent
+ notification.
+
On Monday 10 September 2012, Rajanikanth HV wrote:
+Required Properties:
+- compatible = stericsson,ab8500-fg
+
+supplied-to:
+ This is a logical binding w.r.t power supply event change
+ across energy-management-module drivers where in the
+ runtime battery properties are
On Monday 10 September 2012, Catalin Marinas wrote:
On Mon, Sep 10, 2012 at 02:51:52PM +0100, Arnd Bergmann wrote:
On Monday 10 September 2012, Catalin Marinas wrote:
Yes, I've seen these but since Al's patches are not in mainline, I don't
want to add additional dependencies
On Monday 10 September 2012, Nicolas Pitre wrote:
On Mon, 10 Sep 2012, Arnd Bergmann wrote:
On Monday 10 September 2012, Catalin Marinas wrote:
On Mon, Sep 10, 2012 at 06:53:39AM +0100, Jean-Christophe
PLAGNIOL-VILLARD wrote:
I think a bunch of other architectures can have relocatable
On Tuesday 11 September 2012, Rajanikanth HV wrote:
+Supplied-to:
+ This shall be power supply class dependency where in the
runtime battery
+ properties will be shared across fuel guage and charging
algorithm driver.
I probably don't understand enough of this, but shouldn't
specific comments, please reply on the
patches you are Cc'd on.
Arnd
Arnd Bergmann (16):
ARM: at91: move platform_data definitions
ARM: davinci: move platform_data definitions
ARM: ep93xx: move platform_data definitions
ARM: imx: move platform_data definitions
ARM: msm: move
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the davinci include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Sekhar Nori nsek...@ti.com
Cc: Kevin Hilman
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the imx include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Sascha Hauer ker...@pengutronix.de
Cc: Russell
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the w90x900 include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Wan ZongShun mcuos@gmail.com
Cc: Ben
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the nomadik include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Alessandro Rubini rub...@unipv.it
Cc: Linus
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the netx include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: David S. Miller da...@davemloft.net
Cc: net
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the msm include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: David Brown dav...@codeaurora.org
Cc: Daniel
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the sa1100 include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Samuel Ortiz sa...@linux.intel.com
Cc
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the vt8500 include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tony Prisk li...@prisktech.co.nz
Cc: Florian
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the tegra include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Colin Cross ccr...@android.com
Cc: Olof
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the ep93xx include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Grant Likely grant.lik...@secretlab.ca
Cc
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the at91 include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Jean
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the spear include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Viresh Kumar viresh.li...@gmail.com
Cc
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the orion include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Jason Cooper ja...@lakedaemon.net
Cc: Andrew
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the omap include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the omap include directories
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin
On Tuesday 11 September 2012, Linus Walleij wrote:
On Tue, Sep 11, 2012 at 5:59 AM, Arnd Bergmann a...@arndb.de wrote:
arch/arm/mach-nomadik/board-nhk8815.c|
2 +-
arch/arm/mach-u300/core.c|
2
On Tuesday 11 September 2012, Guennadi Liakhovetski wrote:
Hi Arnd
It probably wouldn't be very difficult to also include
arch/arm/plat-mxc/include/mach/ipu.h in this your patch, but you can also
leave it for later. Just to make sure it's not something that would make
your future
On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
Just curious to know how you came with some of the above header names ?
plat/mcbsp --- dsp-mcbsp.h
There is no connection of DSP with McBSP. omap-mcbsp.h would been a
better name.
This one was a mistake on my side, as Tony and Peter
On Monday 17 September 2012, Stephen Rothwell wrote:
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/mfd/twl-core.c:49:22: fatal error: plat/cpu.h: No such file or
directory
Caused by commit 7d7e1eba7e92 (ARM: OMAP2+: Prepare for
Walmsley p...@pwsan.com
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Arnd Bergmann a...@arndb.de
Cc: Olof Johansson o...@lixom.net
Signed-off-by: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Monday 17 September 2012, Russell King - ARM Linux wrote:
In both of my replies, I've said as x86 does. We need to follow
x86's behaviour here, which is as I've quoted - it's not a matter
that I need to make up my mind - my mind is already well made up.
That is, we need to follow x86 here.
On Saturday 15 September 2012, David Miller wrote:
From: Russell King - ARM Linux li...@arm.linux.org.uk
Date: Sat, 15 Sep 2012 00:56:07 +0100
On Fri, Sep 14, 2012 at 11:34:52PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use
On Tuesday 18 September 2012, Paul Mundt wrote:
On Fri, Sep 14, 2012 at 11:34:47PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
I'm not completely sure about this patch, and it will
probably
On Monday 17 September 2012, Nicolas Ferre wrote:
@@ -94,7 +94,7 @@ static const u32 uarts_sam9x5[] = {
0,
};
-static inline const u32* decomp_soc_detect(u32 dbgu_base)
+static inline const u32* decomp_soc_detect(void __iomem*dbgu_base)
A whitespace is missing before the *,
On Tuesday 18 September 2012, Simon Horman wrote:
On Fri, Sep 14, 2012 at 11:34:29PM +0200, Arnd Bergmann wrote:
ARM is moving to stricter checks on readl/write functions,
so we need to use the correct types everywhere.
This patch is a bit ugly for shmobile, which is the only platform
-by: Linus Walleij linus.wall...@linaro.org
---
Hi Olof, Arnd:
Again I'd prefer to take this through the pinctrl tree if it's
OK with you. We are deploying pinctrl internally and ironing out
bugs as we test more and more use cases.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from
SPI2.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Arnd, Olof: again a patch I'd like to take through the pinctrl
tree for simplicity.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Monday 17 September 2012, Stefano Stabellini wrote:
I am also attaching to this email the dts'es that I am currently using
for dom0 and domU: vexpress-v2p-ca15-tc1.dts (that includes
vexpress-v2m-rs1-rtsm.dtsi) is the dts used for dom0 and it is passed to
Linux by Xen, while
On Tuesday 18 September 2012, Roland Stigge wrote:
--- linux-2.6.orig/Documentation/devicetree/bindings/spi/spi_pl022.txt
+++ linux-2.6/Documentation/devicetree/bindings/spi/spi_pl022.txt
@@ -10,6 +10,15 @@ Optional properties:
- cs-gpios : should specify GPIOs used for chipselects.
The
platform data or device tree completely.
Only in case of DMA where a callback specification is necessary
(dma_filter()),
platform data is the only option.
Signed-off-by: Roland Stigge sti...@antcom.de
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line
On Tuesday 18 September 2012, Simon Horman wrote:
I agree it's not nice to have to do this, but this is largely because
of shmobile doing things differently from all other ARM platforms, on
which the respective patches tend to clean up things and reduce the
number of type casts.
The
On Tuesday 18 September 2012, Catalin Marinas wrote:
@@ -229,7 +229,7 @@ COMPAT_SYS_SPU(sched_setaffinity)
COMPAT_SYS_SPU(sched_getaffinity)
SYSCALL(ni_syscall)
SYSCALL(ni_syscall)
-SYS32ONLY(sendfile64)
+SYS32ONLY(sendfile64_wrapper)
COMPAT_SYS_SPU(io_setup)
SYSCALL_SPU(io_destroy)
On Tuesday 18 September 2012, Krzysztof Halasa wrote:
@@ -51,7 +52,7 @@ static inline u32 ixp4xx_read_feature_bits(void)
static inline void ixp4xx_write_feature_bits(u32 value)
{
- *IXP4XX_EXP_CFG2 = ~value;
+ __raw_writel(~cpu_to_le32(value), IXP4XX_EXP_CFG2);
}
The
On Wednesday 19 September 2012, Hiroshi Doyu wrote:
I guess that it would work. Originally I thought that using DMA-API
and IOMMU-API together in driver might be kind of layering violation
since IOMMU-API itself is used in DMA-API. Only DMA-API used in driver
might be cleaner. Considering that
the 64-bit sendfile call from
sys_sendile64 to sys_sendfile.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: David S. Miller da...@davemloft.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Alexander
On Monday 17 September 2012, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120916 13:39]:
* Arnd Bergmann a...@arndb.de [120915 13:15]:
On Saturday 15 September 2012, Tony Lindgren wrote:
With my patches, this is now all omap1 specific and
moved to arch/arm/mach-omap1
pull requests yet. The merge window is getting closer, so I'd
like to come to a conclusion with this.
Arnd
8
From 13ec32f47cb42cecc9cd262c307ef9377c601007 Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Fri, 14 Sep 2012 20:19:40 +
Subject: [PATCH] ARM: ixp4xx: use
On Tuesday 18 September 2012, Peter Ujfalusi wrote:
I thought I have replied to this...
Whichever way you prefer. I can craft a series to clean up the plat/mcbsp.h
usage and move the mcbsp header via ASoC tree.
I'm also fine if you do the move.
Let me know what you prefer.
I think I'll
On Monday 17 September 2012, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [120914 02:21]:
OMAP interconnect drivers are used for the interconnect error handling.
Since they are bus driver, lets move it to newly created drivers/bus.
Cc: Arnd Bergmann a...@arndb.de
On Monday 17 September 2012, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [120914 02:21]:
OMAP interconnect drivers are used for the interconnect error handling.
Since they are bus driver, lets move it to newly created drivers/bus.
Cc: Arnd Bergmann a...@arndb.de
On Wednesday 19 September 2012, Jonathan Corbet wrote:
On Wed, 19 Sep 2012 13:58:08 +0800
Allen Huang (黃偉格) allen_hu...@davicom.com.tw wrote:
I'm Allen Huang from Davicom. We are hereby opensourcing the linux
driver for our DM9000C.
That is great, but please read the development
On Thursday 20 September 2012, Arnd Bergmann wrote:
On Wednesday 19 September 2012, Jonathan Corbet wrote:
On Wed, 19 Sep 2012 13:58:08 +0800
Allen Huang (黃偉格) allen_hu...@davicom.com.tw wrote:
I'm Allen Huang from Davicom. We are hereby opensourcing the linux
driver for our DM9000C
On Thursday 20 September 2012, Ian Campbell wrote:
On Thu, 2012-09-20 at 12:56 +0100, Stefano Stabellini wrote:
On Thu, 20 Sep 2012, Ian Campbell wrote:
On Wed, 2012-09-19 at 18:44 +0100, Stefano Stabellini wrote:
+ compatible = xen,xenvm-4.2, arm,vexpress;
Is this second
On Monday 17 September 2012, Linus Walleij wrote:
You found the weak spot between two consolidation tracks.
Getting rid of a broadcast autodetect functions from say
mach/foo-id-probe.h is nominally done by passing the data
to the driver as platform data instead, and only using
these
On Thursday 20 September 2012, Stephen Rothwell wrote:
Today's linux-next merge of the ixp4xx tree got conflicts in
arch/arm/mach-ixp4xx/common.c and
arch/arm/mach-ixp4xx/include/mach/ixp4xx-regs.h between commit
13ec32f47cb4 (ARM: ixp4xx: use __iomem pointers for MMIO) from the
arm-soc tree
On Thursday 20 September 2012, Kees Cook wrote:
This adds the finit_module syscall to the generic syscall list.
Signed-off-by: Kees Cook keesc...@chromium.org
---
This depends on the finit_module patchset in Rusty's tree, based on
https://lkml.org/lkml/2012/9/7/559
Acked-by: Arnd
On Thursday 20 September 2012, Tony Lindgren wrote:
/* use PIO for small transfers, avoiding DMA setup/teardown overhead and
@@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct spi_device
*spi)
dma_cap_zero(mask);
dma_cap_set(DMA_SLAVE, mask);
sig =
On Thursday 20 September 2012, Kees Cook wrote:
Add finit_module syscall to the ARM syscall list.
Signed-off-by: Kees Cook keesc...@chromium.org
Acked-by: Arnd Bergmann a...@arndb.de
---
My Ack was on the asm-generic patch, not the ARM architecture
one. This patch looks ok as well
On Friday 21 September 2012, Fabio Estevam wrote:
Hi Arnd,
On Thu, Sep 6, 2012 at 7:25 PM, Fabio Estevam feste...@gmail.com wrote:
I am not sure who would pick up this series.
Is it possible for you to apply these patches?
Is this something you can help with?
Hi Fabio,
Sorry for
On Tuesday 11 September 2012, Vaibhav Hiremath wrote:
On 9/11/2012 7:54 PM, Shilimkar, Santosh wrote:
On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
Just curious to know how you came with some of the above header
On Tuesday 11 September 2012, Chris Ball wrote:
On Tue, Sep 11 2012, Arnd Bergmann wrote:
diff --git a/arch/arm/mach-tegra/include/mach/sdhci.h
b/include/linux/platform_data/mmc-sdhci-tegra.h
similarity index 100%
rename from arch/arm/mach-tegra/include/mach/sdhci.h
rename to include
On Tuesday 11 September 2012, H Hartley Sweeten wrote:
Arnd,
What about gpio-ep93xx.h? It does not have any platform_data in
it but the gpio driver (driver/gpio/gpio-ep93xx.c) does include it
from the mach-* directory.
There are actually four such headers for ep93xx:
* mach/ep93xx-regs.h
On Monday 10 September 2012, Jon Masters wrote:
On 09/07/2012 12:26 PM, Catalin Marinas wrote:
This is the 3rd version of patches implementing Linux kernel support for
the 64-bit ARM architecture.
snip
...but the main goal was to freeze the user ABI.
Is the consensus now that we're
does not use a generalized abstraction for per-soc data structures
but only tries to solve the problem for the SMP operations. This
way, we can collapse the previous four data structures into a
single struct, which is less systematic but also easier to follow
as a causal reader.
Cc: Arnd Bergmann
From: Marc Zyngier marc.zyng...@arm.com
Convert the imx6q platform to use the SoC descriptor to provide
its SMP and CPU hotplug operations.
Cc: Shawn Guo shawn@linaro.org
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-imx
From: Marc Zyngier marc.zyng...@arm.com
Convert ux500 platforms to use the SoC descriptor to provide
their SMP and CPU hotplug operations.
Cc: Linus Walleij linus.wall...@stericsson.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach
From: Marc Zyngier marc.zyng...@arm.com
Convert shmobile SMP platforms to use the SoC descriptor to provide
their SMP and CPU hotplug operations.
Cc: Paul Mundt let...@linux-sh.org
Cc: Magnus Damm magnus.d...@gmail.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann
any kind of CPU power
management...
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/include/asm/smp.h|1 +
arch/arm/kernel/smp.c |6 ++
arch/arm/mach-exynos/hotplug.c
init a bit cleaner (thanks to Arnd).
- Mark all structures __initdata and keep a copy of the used ones.
- Keep a global pointer for the SMP ops.
Arnd Bergmann (1):
ARM: SoC: convert spear13xx to SoC descriptor
Marc Zyngier (12):
ARM: SoC: add per-platform SMP operations
ARM: SoC: convert
From: Marc Zyngier marc.zyng...@arm.com
Convert the highbank platform to use the SoC descriptor to provide
its SMP and CPU hotplug operations.
Cc: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach
-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-omap2/board-4430sdp.c|1 +
arch/arm/mach-omap2/board-generic.c|2 ++
arch/arm/mach-omap2/board-omap4panda.c |1 +
arch/arm/mach-omap2/common.h |5 +
arch/arm/mach-omap2/omap-hotplug.c | 16
-by: Arnd Bergmann a...@arndb.de
---
arch/arm/include/asm/smp.h | 14 --
arch/arm/kernel/smp.c | 18 +-
2 files changed, 9 insertions(+), 23 deletions(-)
diff --git a/arch/arm/include/asm/smp.h b/arch/arm/include/asm/smp.h
index f79a9f5..3a8cfee 100644
--- a/arch
Convert the spear13xx platform to use the SoC descriptor to provide
its SMP and CPU hotplug operations.
Cc: Viresh Kumar viresh.li...@gmail.com
Cc: Shiraz Hashim shiraz.has...@st.com
Cc: spear-de...@list.st.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann
From: Marc Zyngier marc.zyng...@arm.com
Convert Exynos4 to use the SoC descriptor to provide its SMP
and CPU hotplug operations.
Cc: Kukjin Kim kgene@samsung.com
Tested-by: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann
From: Marc Zyngier marc.zyng...@arm.com
Convert both Realview and VExpress to use the SoC descriptor to
provide their SMP and CPU hotplug operation.
Cc: Nicolas Pitre n...@fluxnic.net
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach
marc.zyng...@arm.com
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-tegra/board-dt-tegra20.c |2 ++
arch/arm/mach-tegra/board-dt-tegra30.c |2 ++
arch/arm/mach-tegra/board-harmony.c|2 ++
arch/arm/mach-tegra/board-paz00.c |2 ++
arch/arm/mach-tegra/board
1201 - 1300 of 32729 matches
Mail list logo
