look right to me. The 2MB round down
certainly looks suspicious.
The replacement code should be better. However I'd like you to get an
ACK from Rob Herring as well for this patch.
Once that is sorted out, you can add
Reviewed-by: Nicolas Pitre n...@linaro.org
Nicolas
--
To unsubscribe from
On Tue, 5 Feb 2013, Rob Herring wrote:
On 02/04/2013 10:44 PM, Nicolas Pitre wrote:
On Tue, 5 Feb 2013, Joonsoo Kim wrote:
A static mapped area is ARM-specific, so it is better not to use
generic vmalloc data structure, that is, vmlist and vmlist_lock
for managing static mapped area
On Wed, 6 Feb 2013, Joonsoo Kim wrote:
On Wed, Feb 06, 2013 at 11:07:07AM +0900, Joonsoo Kim wrote:
Hello, Rob.
On Tue, Feb 05, 2013 at 01:12:51PM -0600, Rob Herring wrote:
On 02/05/2013 12:13 PM, Nicolas Pitre wrote:
On Tue, 5 Feb 2013, Rob Herring wrote:
On 02/04/2013 10
On Wed, 6 Feb 2013, Joonsoo Kim wrote:
Changelog
v5-v6:
Add Ack-by, Reviewed-by, Tested-by tags
[3/3]: Change from Nicolas' suggestion
- remove redundant parenthesis
This looks all fine now. Please submit your patches here for RMK to
merge:
On Tue, 29 Jan 2013, Joonsoo Kim wrote:
On Mon, Jan 28, 2013 at 01:04:24PM -0500, Nicolas Pitre wrote:
On Mon, 28 Jan 2013, Will Deacon wrote:
Hello,
On Thu, Jan 24, 2013 at 01:28:51AM +, Joonsoo Kim wrote:
In current implementation, we used ARM-specific flag
On Thu, 24 Jan 2013, Joonsoo Kim wrote:
From: Joonsoo Kim js1...@gmail.com
Now, there is no user for vmregion.
So remove it.
Signed-off-by: Joonsoo Kim js1...@gmail.com
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Nicolas Pitre n...@linaro.org
diff --git a/arch/arm
On Thu, 24 Jan 2013, Joonsoo Kim wrote:
From: Joonsoo Kim js1...@gmail.com
In current implementation, we used ARM-specific flag, that is,
VM_ARM_STATIC_MAPPING, for distinguishing ARM specific static mapped area.
The purpose of static mapped area is to re-use static mapped area when
entire
On Thu, 24 Jan 2013, Joonsoo Kim wrote:
From: Joonsoo Kim js1...@gmail.com
A static mapped area is ARM-specific, so it is better not to use
generic vmalloc data structure, that is, vmlist and vmlist_lock
for managing static mapped area. And it causes some needless overhead and
reducing
On Tue, 29 Jan 2013, H. Peter Anvin wrote:
On 01/29/2013 02:15 AM, Russell King - ARM Linux wrote:
On Mon, Jan 28, 2013 at 02:25:10PM -0800, Andrew Morton wrote:
What's this with enabled unaligned memory access thing? You mean if
the arch supports CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS?
On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read from the file.
Userspace using this information may decide what module
to load or how to configure some specific (and processor-depended)
settings or
On Wed, 30 Jan 2013, Matt Sealey wrote:
On Wed, Jan 30, 2013 at 1:07 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read from the file.
Userspace using
On Wed, 30 Jan 2013, Russell King - ARM Linux wrote:
On Wed, Jan 30, 2013 at 02:07:53PM -0500, Nicolas Pitre wrote:
On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
Currently, reading /proc/cpuinfo provides userspace with CPU ID of
the CPU carrying out the read from the file.
Userspace
On Thu, 31 Jan 2013, H. Peter Anvin wrote:
On 01/30/2013 10:33 AM, Nicolas Pitre wrote:
The only concern I have with that is if someone paints themselves into a
corner and absolutely wants, say, LZO.
That would be hard to justify given that the kernel provides its own
decompressor
On Thu, 31 Jan 2013, H. Peter Anvin wrote:
On 01/31/2013 02:16 PM, Nicolas Pitre wrote:
Some utterly weird things like the Xen domain builder do that, because
they have to. That is why we explicitly document that the payload is
ELF and how to access it in the bzImage spec.
Are you
On Thu, 31 Jan 2013, Joonsoo Kim wrote:
In current implementation, we used ARM-specific flag, that is,
VM_ARM_STATIC_MAPPING, for distinguishing ARM specific static mapped area.
The purpose of static mapped area is to re-use static mapped area when
entire physical address range of the ioremap
97092e0c56830457af0639f6bd904537a150ea4a
(ARM:
pgtable: use phys_addr_t for physical addresses), which applied similar
changes
elsewhere in the ARM memory management code.
Signed-off-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
...@ti.com
Signed-off-by: Vitaly Andrianov vita...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/memory.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
index 73cf03a..8825abb 100644
--- a/arch
-by: Vitaly Andrianov vita...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/memory.h | 16
arch/arm/kernel/head.S| 10 --
arch/arm/kernel/smp.c | 11 +--
arch/arm/mm/proc-v7-3level.S |8
4 files
:7: warning: format '%lx' expects argument of type 'long
unsigned int', but argument 2 has type 'phys_addr_t' [-Wformat]
This patch fixes this warning by pinning down the PFN type to unsigned long.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
On Thu, 31 Jan 2013, Cyril Chemparathy wrote:
This series is a repost of the LPAE related changes in preparation for the
introduction of the Keystone sub-architecture. The original series has now
been split, and this particular series excludes the earlier changes to the
runtime code patching
On Thu, 31 Jan 2013, Joonsoo Kim wrote:
A static mapped area is ARM-specific, so it is better not to use
generic vmalloc data structure, that is, vmlist and vmlist_lock
for managing static mapped area. And it causes some needless overhead and
reducing this overhead is better idea.
Now, we
On Fri, 1 Feb 2013, Cyril Chemparathy wrote:
On 02/01/2013 10:14 AM, Russell King - ARM Linux wrote:
On Fri, Feb 01, 2013 at 10:10:37AM -0500, Cyril Chemparathy wrote:
With this, I ran simple network and filesystem performance tests to
compare the code-patching vs. non-code-patching
On Fri, 1 Feb 2013, Subash Patel wrote:
Hi Nicolas,
On Thursday 31 January 2013 07:35 PM, Nicolas Pitre wrote:
On Fri, 1 Feb 2013, Hui Wang wrote:
Cyril Chemparathy wrote:
From: Vitaly Andrianov vita...@ti.com
This patch fixes the alloc_init_pud() function to use
On Sun, 3 Feb 2013, Ben Hutchings wrote:
On Sun, 2013-02-03 at 15:47 +0100, Ben Hutchings wrote:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Pitre nicolas.pi...@linaro.org
commit
On Tue, 26 Feb 2013, Markus F.X.J. Oberhumer wrote:
On 2013-02-26 07:24, Kyungsik Lee wrote:
Hi,
[...]
Through the benchmark, it was found that -Os Compiler flag for
decompress.o brought better decompression performance in most of cases
(ex, different compiler and hardware spec.)
On Tue, 26 Feb 2013, Peter Korsgaard wrote:
Nicolas == Nicolas Pitre n...@fluxnic.net writes:
Hi,
Did you actually *try* the new LZO version and the patch (which is
attached
once again) as explained in https://lkml.org/lkml/2013/2/3/367 ?
Because the new LZO version
On Wed, 27 Feb 2013, Johannes Stezenbach wrote:
On Wed, Feb 27, 2013 at 09:51:39AM +, Russell King - ARM Linux wrote:
On Wed, Feb 27, 2013 at 04:36:47PM +0900, Kyungsik Lee wrote:
Compiler: Linaro ARM gcc 4.6.2
2. ARMv7, 1.7GHz based board
Kernel: linux 3.7
Uncompressed
On Wed, 27 Feb 2013, Joe Perches wrote:
https://lkml.org/lkml/2013/1/29/145
Connecting to lkml.org (lkml.org)|87.253.128.182|:443... connected.
HTTP request sent, awaiting response... 500 Server Error
I did not and do not see significant value in
adding LZ4 given Markus' LZO improvements.
On Wed, 27 Feb 2013, Joe Perches wrote:
On Wed, 2013-02-27 at 16:31 +, Russell King - ARM Linux wrote:
On Wed, Feb 27, 2013 at 07:49:12AM -0800, Joe Perches wrote:
On Wed, 2013-02-27 at 09:56 +, Russell King - ARM Linux wrote:
On Tue, Feb 26, 2013 at 05:40:34PM -0800, Joe
On Wed, 27 Feb 2013, Joe Perches wrote:
On Wed, 2013-02-27 at 12:16 -0500, Nicolas Pitre wrote:
RMK says that 66% increase in decompression speed over LZO is
significant. You apparently disagree with that.
Yeah, I can see how that can be interpreted.
I'm referring only to the new LZO
On Mon, 28 Jan 2013, Will Deacon wrote:
Hello,
On Thu, Jan 24, 2013 at 01:28:51AM +, Joonsoo Kim wrote:
In current implementation, we used ARM-specific flag, that is,
VM_ARM_STATIC_MAPPING, for distinguishing ARM specific static mapped area.
The purpose of static mapped area is to
On Mon, 28 Jan 2013, Andrew Morton wrote:
On Sat, 26 Jan 2013 14:50:43 +0900
Kyungsik Lee kyungsik@lge.com wrote:
This patchset is for supporting LZ4 compressed kernel and initial ramdisk on
the x86 and ARM architectures.
According to http://code.google.com/p/lz4/, LZ4 is a very
On Mon, 21 Jan 2013, Matt Sealey wrote:
The optimized assembler SHA1 code for ARM does not conform to Thumb2
register usage requirements, so it cannot be built when the kernel is
configured with THUMB2_KERNEL.
Fix the FTBFS for now by preventing misconfigurations of the kernel.
On Fri, 15 Feb 2013, Russell King - ARM Linux wrote:
On Thu, Feb 14, 2013 at 11:47:50PM +0100, Arnd Bergmann wrote:
Patch c08e20d24 arm: Add v7_invalidate_l1 to cache-v7.S
moves the v7_invalidate_l1 symbol out of imx/headsmp.S,
which seems to cause a link error because it is now
too far
: use static_vm for managing static mapped areas
removed code from pci_reserve_io but left variable declarations
in place that are now unused, as gcc correctly warns.
Signed-off-by: Arnd Bergmann a...@arndb.de
Acked-by: Nicolas Pitre n...@linaro.org
diff --git a/arch/arm/mm/mmu.c b/arch/arm
On Sat, 16 Feb 2013, Russell King - ARM Linux wrote:
On Sat, Feb 16, 2013 at 12:49:08PM +, Arnd Bergmann wrote:
8-
ARM: mm: remove unused variables in pci_reserve_io
Patch ARM: 7646/1: mm: use static_vm for managing static mapped areas
removed code from pci_reserve_io but left
On Mon, 18 Feb 2013, Shawn Guo wrote:
On Sat, Feb 16, 2013 at 12:14:49AM -0500, Nicolas Pitre wrote:
Something like this should work:
diff --git a/arch/arm/mach-imx/headsmp.S b/arch/arm/mach-imx/headsmp.S
index 7e49deb128..9de26f3edb 100644
--- a/arch/arm/mach-imx/headsmp.S
+++ b
On Tue, 19 Feb 2013, Shawn Guo wrote:
On Mon, Feb 18, 2013 at 12:06:32PM -0500, Nicolas Pitre wrote:
Try the following instead. It makes the code simpler and easier to
debug.
It works now. Thanks, Nico. Care to send a patch for it? I'd like
to apply it.
- 8
FRom: Nicolas
On Tue, 19 Feb 2013, Kim Phillips wrote:
On Fri, 8 Feb 2013 22:16:47 -0500
Nicolas Pitre n...@fluxnic.net wrote:
Not only that, but in many cases the results are wildly different given
the same config:
imx_v6_v7_defconfig: 7637605 7636935 -670
lart_defconfig
On Wed, 20 Feb 2013, Woodhouse, David wrote:
On Tue, 2013-02-19 at 22:17 -0500, Nicolas Pitre wrote:
+$(obj)/bswapsdi2.o: $(obj)/../../../../arch/$(SRCARCH)/lib/bswapsdi2.o
+ $(call cmd,shipped)
+
I don't think you can get away with this. The decompressor code
On Wed, 20 Feb 2013, Woodhouse, David wrote:
On Wed, 2013-02-20 at 08:36 -0500, Nicolas Pitre wrote:
You'll have the same issue wrt the above whether or not the source
file is C or assembly.
Hm, true. I was thinking of the code itself (which is
position-independent anyway), rather than
On Wed, 20 Feb 2013, Woodhouse, David wrote:
On Wed, 2013-02-20 at 09:06 -0500, Nicolas Pitre wrote:
On Wed, 20 Feb 2013, Woodhouse, David wrote:
On Wed, 2013-02-20 at 08:36 -0500, Nicolas Pitre wrote:
You'll have the same issue wrt the above whether or not the source
file is C
On Wed, 20 Feb 2013, Kim Phillips wrote:
On Wed, 20 Feb 2013 10:43:18 -0500
Nicolas Pitre n...@fluxnic.net wrote:
On Wed, 20 Feb 2013, Woodhouse, David wrote:
On Wed, 2013-02-20 at 09:06 -0500, Nicolas Pitre wrote:
... in which case there is no harm shipping a .c file and trivially
On Thu, 21 Feb 2013, Kim Phillips wrote:
On Wed, 20 Feb 2013 23:29:58 -0500
Nicolas Pitre n...@fluxnic.net wrote:
On Wed, 20 Feb 2013, Kim Phillips wrote:
On Wed, 20 Feb 2013 10:43:18 -0500
Nicolas Pitre n...@fluxnic.net wrote:
On Wed, 20 Feb 2013, Woodhouse, David wrote
On Thu, 21 Feb 2013, Woodhouse, David wrote:
On Wed, 2013-02-20 at 23:29 -0500, Nicolas Pitre wrote:
On Wed, 20 Feb 2013, Woodhouse, David wrote:
For today's compilers, unless the wind changes.
…
Crap. OK, assembly code is the way to go then.
How quickly the wind changes
On Thu, 21 Feb 2013, Kim Phillips wrote:
Here's the asm version I'm working on now, based on compiler
output of the C version. Haven't tested beyond defconfig builds,
which pass ok.
Is there anything I have to do for thumb mode? If so, how to test?
You just need to pick a config that
On Fri, 22 Feb 2013, Kim Phillips wrote:
On Thu, 21 Feb 2013 22:40:08 -0500
Nicolas Pitre n...@fluxnic.net wrote:
On Thu, 21 Feb 2013, Kim Phillips wrote:
Here's the asm version I'm working on now, based on compiler
output of the C version. Haven't tested beyond defconfig builds
text editors.
Signed-off-by: Nicolas Pitre n...@linaro.org
Cc: Jean-François Moine moin...@free.fr
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: sta...@vger.kernel.org
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 1a27280..6c4abea 100644
--- a/drivers/tty/vt/vt.c
+++ b
On Thu, 28 Dec 2006, David Brownell wrote:
Phillip: is this the final version, then? It's missing
a signed-off-by line, so I can't do anything appropriate.
Nico, your signoff here would be a Good Thing too if it
meets your technical review. (My only comment, ISTR, was
that
On Fri, 29 Dec 2006, David Brownell wrote:
Here's a version that compiles ...
This patch is completely broken.
Arch-neutral GPIO calls for PXA.
This is not PXA but SA1100 to start with.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Index: pxa/include/asm-arm/arch-sa1100/gpio.h
On Sun, 7 Jan 2007, Shawn O. Pearce wrote:
Krzysztof Halasa [EMAIL PROTECTED] wrote:
Hmm... Perhaps it should be possible to push git updates as a pack
file only? I mean, the pack file would stay packed = never individual
files and never 256 directories?
Latest Git does this. If the
This list has been ripped out of the latest git-shortlog tool. It can be
maintained separately so this is what this patch does. A couple more
entries were added to the original list as well.
Signed-off-by: Nicolas Pitre [EMAIL PROTECTED]
---
diff --git a/.mailmap b/.mailmap
new file mode
On Wed, 20 Dec 2006, Randal L. Schwartz wrote:
Junio == Junio C Hamano [EMAIL PROTECTED] writes:
Junio * The 'master' branch has these since the last announcement.
Junio They are NOT in 1.4.4.3.
Junio index-pack usage of mmap() is unacceptably slower on many OSes
Junio
On Wed, 20 Dec 2006, David Brownell wrote:
On Wednesday 20 December 2006 10:12 pm, Andrew Morton wrote:
Why not implement them as inline functions?
I just collected and forwarded the code from Philip...
the better not to lose such stuff! :)
Or non-inline functions, come to that.
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
David suggested to have both inline and non-inline functions depending
on whether gpio is constant. How is this patch?
More comments below.
--- /dev/null 1970-01-01 00:00:00.0 +
+++ linux-2.6/include/asm-arm/arch-pxa/gpio.h 2006-12-21
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
--- linux-2.6.orig/arch/arm/mach-pxa/generic.c2006-12-16
+++ linux-2.6/arch/arm/mach-pxa/generic.c 2006-12-16
16:47:45.0
@@ -129,6 +129,29 @@
EXPORT_SYMBOL(pxa_gpio_mode);
/*
+ * Return GPIO level, nonzero means
On Fri, 22 Dec 2006, pHilipp Zabel wrote:
On 12/21/06, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 20 Dec 2006 13:13:21 -0800
David Brownell [EMAIL PROTECTED] wrote:
+#define gpio_get_value(gpio) \
+ (GPLR GPIO_GPIO(gpio))
+
+#define gpio_set_value(gpio,value) \
+
This list was built into the git-shortlog tool and has been removed in
the latest version. It should be maintained separately so this is what
this patch does.
A couple more entries were added to the original list as well.
Signed-off-by: Nicolas Pitre [EMAIL PROTECTED]
---
diff --git
On Sun, 21 Jan 2007, H. Peter Anvin wrote:
In general, though, I would agree that the major number should change if there
is an incompatible change.
Maybe when those incompatible features are enabled by default. Right
now they're not.
Nicolas
-
To unsubscribe from this list: send the line
On Sat, 9 Dec 2006, Dmitry Torokhov wrote:
On Saturday 09 December 2006 21:57, Randy Dunlap wrote:
On Sat, 9 Dec 2006 21:50:01 -0500 Dmitry Torokhov wrote:
On Saturday 09 December 2006 03:36, Randy Dunlap wrote:
From: Randy Dunlap [EMAIL PROTECTED]
This driver is an AC97
.
Signed-off-by: Nicolas Pitre [EMAIL PROTECTED]
Acked-by: Randy Dunlap [EMAIL PROTECTED]
---
diff --git a/drivers/input/touchscreen/Kconfig
b/drivers/input/touchscreen/Kconfig
index 3d5f196..6b46c9b 100644
--- a/drivers/input/touchscreen/Kconfig
+++ b/drivers/input/touchscreen/Kconfig
@@ -146,7
On Sat, 8 Sep 2012, Santosh Shilimkar wrote:
Mostly I was looking at the series from SOC boot and CPU PM
point of view and boot part seems to just fine.
As per discussion at LPC, I have gone through the SMC
proposal which ARM has published. In general the boot part
with SMC seems to be
On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:26 Fri 07 Sep , Catalin Marinas wrote:
+4. Call the kernel image
+
+
+Requirement: MANDATORY
+
+The decompressed kernel image contains a 32-byte header as follows:
+
+ u32 magic
Molnar mi...@elte.hu
Reviewed-by: Nicolas Pitre n...@linaro.org
Signed-off-by: Peter Zijlstra a.p.zijls...@chello.nl
Link: http://lkml.kernel.org/n/tip-6e9lrw2avczr0617fzl5v...@git.kernel.org
Signed-off-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Ben Hutchings b...@decadent.org.uk
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:
On 19:29 Sun 09 Sep , Nicolas Pitre wrote:
On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote
On Mon, 10 Sep 2012, Arnd Bergmann wrote:
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
On Mon, 10 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 13:51 Mon 10 Sep , 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
On Mon, 10 Sep 2012, Catalin Marinas wrote:
On Fri, Sep 07, 2012 at 08:28:09PM +0100, Arnd Bergmann wrote:
On Friday 07 September 2012, Catalin Marinas wrote:
+
+/*
+ * dmac_inv_range(start,end)
all of these appear to be unused now. Can you remove them?
They aren't
in the generic timer patch moved to arch/arm64/.
- Comment fixes and clarifications.
For those patches in this series I didn't comment on already:
Acked-by: Nicolas Pitre n...@linaro.org
Small nit: please s/n...@cam.org/n...@fluxnic.net/.
Nicolas
--
To unsubscribe from this list: send the line
On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:27 Fri 07 Sep , Catalin Marinas wrote:
This patch updates the MAINTAINERS file for the AArch64 Linux kernel
port.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Tony Lindgren t...@atomide.com
On Mon, 10 Sep 2012, Cyril Chemparathy wrote:
On 8/12/2012 12:36 AM, Nicolas Pitre wrote:
On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
On Keystone platforms, physical memory is entirely outside the 32-bit
addressible range. Therefore, the (bank-start ULONG_MAX) check below
marks
On Mon, 10 Sep 2012, Russell King - ARM Linux wrote:
On Mon, Sep 10, 2012 at 01:57:57PM -0400, Nicolas Pitre wrote:
On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 17:27 Fri 07 Sep , Catalin Marinas wrote:
This patch updates the MAINTAINERS file for the AArch64
On Thu, 20 Sep 2012, Linus Walleij wrote:
On Thu, Sep 20, 2012 at 2:03 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Any thoughts on the feasibility of implementing NMI-based stack backtraces
for ARM?
Nico's department, so let's page him.
That _could_ be done, at least in
...
Reviewed-by: Nicolas Pitre n...@linaro.org
Nicolas
--
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/
of the 'c' modifier for instantiating the long (e.g. .long %c0).
However, the 'c' modifier has been found to ICE certain versions of GCC, and
therefore we resort to stringified symbols here.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Reviewed-by: Nicolas Pitre n...@linaro.org
I know I provided
in this patch. This corresponds to the old patch table format which is
no longer supported once this patch is applied. The new mechanism is
covered by MODULE_ARCH_VERMAGIC_RT_PATCH already.
Once that is done, you may add...
Reviewed-by: Nicolas Pitre n...@linaro.org
Nicolas
-off-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
Nit: please adjust the patch title. No need for phys_addr_t on the size.
---
arch/arm/mm/init.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions
Chemparathy cy...@ti.com
Signed-off-by: Vitaly Andrianov vita...@ti.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/proc-fns.h |4 ++--
arch/arm/mm/proc-v7-3level.S| 17 +
2 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/arch/arm
vmalloc_limit) check, since
this is already covered by the !highmem condition.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Vitaly Andrianov vita...@ti.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/mm/mmu.c | 19 +++
1 file changed, 11 insertions(+), 8
On Fri, 21 Sep 2012, Russell King - ARM Linux wrote:
On Fri, Sep 21, 2012 at 02:33:43PM -0400, Nicolas Pitre wrote:
On Tue, 11 Sep 2012, Cyril Chemparathy wrote:
This patch modifies the switch_mm() processor functions to use
phys_addr_t.
On LPAE systems, we now honor the upper 32
.
This should only be used by platforms which lack 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
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm
On Wed, 12 Sep 2012, Rob Herring wrote:
On 09/12/2012 11:05 AM, Cyril Chemparathy wrote:
On some PAE architectures, the entire range of physical memory could reside
outside the 32-bit limit. These systems need the ability to specify the
initrd location using 64-bit numbers.
This
fundamental, and my insisting on them
would only be bikeshedding at this point. Therefore you can add my ACK.
Acked-by: Nicolas Pitre n...@linaro.org
Nicolas
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Sun, 16 Sep 2012, Jason Cooper wrote:
On Sun, Sep 16, 2012 at 09:46:52AM +0200, Andrew Lunn wrote:
+++
b/Documentation/devicetree/bindings/pinctrl/marvell,kirkwood-pinctrl.txt
@@ -0,0 +1,279 @@
+* Marvell Kirkwood SoC pinctrl driver for mpp
+
+Please refer to
to the uncompressed version of head.S
Signed-off-by: Murali Karicheri m-kariche...@ti.com
Acked-by: nicolas Pitre n...@linaro.org
You may submit your patch to http://www.arm.linux.org.uk/developer/patches/.
---
arch/arm/boot/compressed/head.S |6 ++
1 file changed, 6 insertions
On Wed, 5 Sep 2012, Stephen Boyd wrote:
It seems we were missing some text in the title for the
semihosting DEBUG_LL option. Add in the /O and fix up some
minor typos in the help text.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
Cc: Nicolas Pitre nicolas.pi...@linaro.org
Acked
...@arm.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
include/asm-generic/mutex-xchg.h | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/asm-generic/mutex-xchg.h b/include/asm-generic/mutex-xchg.h
index 580a6d3..c04e0db 100644
--- a/include/asm-generic
On Wed, 15 Aug 2012, Ben Hutchings wrote:
On Wed, 2012-08-15 at 07:08 -0700, Greg Kroah-Hartman wrote:
On Wed, Aug 15, 2012 at 02:56:22PM +0100, Ben Hutchings wrote:
On Mon, 2012-08-13 at 13:18 -0700, Greg Kroah-Hartman wrote:
From: Greg KH gre...@linuxfoundation.org
3.5-stable
-by: Will Deacon will.dea...@arm.com
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
A few minor comments below, otherwise...
Acked-by: Nicolas Pitre n...@linaro.org
---
Documentation/arm64/booting.txt | 141 +++
arch/arm64/include/asm/setup.h | 26 ++
arch/arm64/kernel/head.S
On Tue, 7 Aug 2012, Will Deacon wrote:
Hello,
ARM recently moved to asm-generic/mutex-xchg.h for its mutex implementation
after our previous implementation was found to be missing some crucial
memory barriers. However, I'm seeing some problems running hackbench on
SMP platforms due to the
On Tue, 7 Aug 2012, Will Deacon wrote:
On Tue, Aug 07, 2012 at 06:14:36PM +0100, Nicolas Pitre wrote:
On Tue, 7 Aug 2012, Will Deacon wrote:
The symptoms are that a bunch of hackbench tasks are left waiting on an
unlocked mutex and therefore never get woken up to claim it. I think
On Tue, 7 Aug 2012, Cyril Chemparathy wrote:
Hi Nicolas,
On 8/4/2012 1:38 AM, Nicolas Pitre wrote:
[...]
extern unsigned __patch_table_begin, __patch_table_end;
You could use exttern void __patch_table_begin so those symbols don't
get any type that could be misused by mistake
On Wed, 8 Aug 2012, Cyril Chemparathy wrote:
On 08/08/12 01:56, Nicolas Pitre wrote:
On Tue, 7 Aug 2012, Cyril Chemparathy wrote:
[...]
u32 arm_check[] = {
0xe2810041, 0xe2810082, 0xe2810f41, 0xe2810f82, 0xe2810e41,
0xe2810e82, 0xe2810d41, 0xe2810d82, 0xe2810c41, 0xe2810c82
On Wed, 8 Aug 2012, Russell King - ARM Linux wrote:
On Wed, Aug 08, 2012 at 09:55:12AM -0400, Nicolas Pitre wrote:
On Wed, 8 Aug 2012, Cyril Chemparathy wrote:
Neat macro magic. Are you thinking that we build this in as a self test
in
the code?
For such things, this is never
On Tue, 7 Aug 2012, Will Deacon wrote:
Hello,
ARM recently moved to asm-generic/mutex-xchg.h for its mutex implementation
after our previous implementation was found to be missing some crucial
memory barriers. However, I'm seeing some problems running hackbench on
SMP platforms due to the
On Thu, 9 Aug 2012, Will Deacon wrote:
I think we could actually fix this entirely in mutex-xchg.h by doing
something in fastpath_lock similar to what we do for trylock:
diff --git a/include/asm-generic/mutex-xchg.h
b/include/asm-generic/mutex-xchg.h
index 580a6d3..c082e99 100644
---
On Thu, 9 Aug 2012, Nicolas Pitre wrote:
On Thu, 9 Aug 2012, Will Deacon wrote:
I think we could actually fix this entirely in mutex-xchg.h by doing
something in fastpath_lock similar to what we do for trylock:
diff --git a/include/asm-generic/mutex-xchg.h
b/include/asm-generic
On Thu, 9 Aug 2012, Will Deacon wrote:
On Thu, Aug 09, 2012 at 05:57:33PM +0100, Nicolas Pitre wrote:
On Thu, 9 Aug 2012, Nicolas Pitre wrote:
Yes, that looks fine. I'd remove that if (prev 0) entirely though.
We'll just swap a 0 for a 0 if the count wasn't 0, or a 0 for a 1
On Thu, 9 Aug 2012, Will Deacon wrote:
On Thu, Aug 09, 2012 at 07:09:02PM +0100, Nicolas Pitre wrote:
On Thu, 9 Aug 2012, Will Deacon wrote:
On Thu, Aug 09, 2012 at 05:57:33PM +0100, Nicolas Pitre wrote:
On Thu, 9 Aug 2012, Nicolas Pitre wrote:
diff --git a/include/asm-generic/mutex
On Wed, 8 Aug 2012, Arnd Bergmann wrote:
The Linaro cross toolchain and probably others nowadays default to
building in THUMB2 mode. When building a kernel for a CPU that does
not support THUMB2, the compiler complains about incorrect flags.
We can work around this by setting -marm for all
101 - 200 of 2892 matches
Mail list logo