Re: [PATCH 10/12] lguest: Only descend into lguest directory when CONFIG_LGUEST is set

"Andrew F. Davis" writes: > When CONFIG_LGUEST is not set make will still descend into the lguest > directory but nothing will be built. This produces unneeded build > artifacts and messages in addition to slowing the build. Fix this here. > > Signed-off-by: Andrew F. Davis

Re: [PATCH 0/4] support for text-relative kallsyms table

Ard Biesheuvel <ard.biesheu...@linaro.org> writes: > On 21 January 2016 at 07:45, Ard Biesheuvel <ard.biesheu...@linaro.org> wrote: >> On 21 January 2016 at 06:10, Rusty Russell <ru...@rustcorp.com.au> wrote: >>> Ard Biesheuvel <ard.biesheu...@linaro.org>

Re: [PATCH 0/4] support for text-relative kallsyms table

Ard Biesheuvel writes: > This implements text-relative kallsyms address tables. This was developed > as part of my series to implement KASLR/CONFIG_RELOCATABLE for arm64, but > I think it may be beneficial to other architectures as well, so I am > presenting it as a

Re: [PATCH v2 0/6] kernel/cpu.c: eliminate some indirection

Rasmus Villemoes writes: > On Tue, Oct 06 2015, Rasmus Villemoes wrote: > >> v2: fix build failure on ppc, add acks. > > Does anyone want to take these through their tree? I think the x86 tree is the least illogical place, unless akpm wants it?

Re: Build regressions/improvements in v4.1-rc1

Geert Uytterhoeven ge...@linux-m68k.org writes: Can't see that one with a simple grep: can you post warning? /home/kisskb/slave/src/arch/tile/kernel/setup.c: In function 'zone_sizes_init': /home/kisskb/slave/src/arch/tile/kernel/setup.c:777:3: warning: passing argument 2 of

Re: Build regressions/improvements in v4.1-rc1

Geert Uytterhoeven ge...@linux-m68k.org writes: On Mon, Apr 27, 2015 at 11:51 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: Below is the list of build error/warning regressions/improvements in v4.1-rc1[1] compared to v4.0[2]. Summarized: - build errors: +34/-11 - build warnings:

Re: [PATCH] mm: kill kmemcheck

Sasha Levin sasha.le...@oracle.com writes: As discussed on LSF/MM, kill kmemcheck. Damn: I literally added CONFIG_KMEMCHECK support to virtio yesterday! Will try Kasan now. Thanks for the heads-up, Rusty. ___ Linuxppc-dev mailing list

[PATCH 1/2] cxl: export symbols required for modules to use the API.

Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- drivers/misc/cxl/api.c | 11 ++- drivers/misc/cxl/vphb.c | 1 + 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c index c7263ed..95d7b67 100644 --- a/drivers/misc/cxl

[PATCH 2/2] cxl: allow example memcpy driver to be compiled as a module.

Requires fixing one typo. Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- drivers/misc/Kconfig | 2 +- drivers/misc/cxl-memcpy.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig index 5262514..f778497 100644

[PATCH 2/3] module: remove mod arg from module_free, rename module_memfree().

Nothing needs the module pointer any more, and the next patch will call it from RCU, where the module itself might no longer exist. Removing the arg is the safest approach. This just codifies the use of the module_alloc/module_free pattern which ftrace and bpf use. Signed-off-by: Rusty Russell

RE: [RFC PATCH 0/2] powerpc: CR based local atomic operation implementation

David Laight david.lai...@aculab.com writes: From: Rusty Russell David Laight david.lai...@aculab.com writes: From: Madhavan Srinivasan [mailto:ma...@linux.vnet.ibm.com] ... I also wonder if it is possible to inspect the interrupted code to determine the start/end of the RAS block

RE: [RFC PATCH 0/2] powerpc: CR based local atomic operation implementation

David Laight david.lai...@aculab.com writes: From: Madhavan Srinivasan [mailto:ma...@linux.vnet.ibm.com] ... I also wonder if it is possible to inspect the interrupted code to determine the start/end of the RAS block. (Easiest if you assume that there is a single 'write' instruction as

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

Kirill A. Shutemov kirill.shute...@linux.intel.com writes: Andrew Morton wrote: On Mon, 19 May 2014 16:23:07 -0700 (PDT) Hugh Dickins hu...@google.com wrote: Shouldn't FAULT_AROUND_ORDER and fault_around_order be changed to be the order of the fault-around size in bytes, and

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

Hugh Dickins hu...@google.com writes: On Mon, 19 May 2014, Madhavan Srinivasan wrote: On Monday 19 May 2014 05:42 AM, Rusty Russell wrote: Hugh Dickins hu...@google.com writes: On Thu, 15 May 2014, Madhavan Srinivasan wrote: Hi Ingo, Do you have any comments for the latest version

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

Hugh Dickins hu...@google.com writes: On Thu, 15 May 2014, Madhavan Srinivasan wrote: Hi Ingo, Do you have any comments for the latest version of the patchset. If not, kindly can you pick it up as is. With regards Maddy Kirill A. Shutemov with 8c6e50b029 commit introduced

[PATCH] powerpc: module: fix stubs for BE

Signed-off-by: Rusty Russell ru...@rustcorp.com.au Tested-by: Alistair Popple alist...@popple.id.au diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module_64.c index ef349d0..077d2ce 100644 --- a/arch/powerpc/kernel/module_64.c +++ b/arch/powerpc/kernel/module_64.c @@ -134,7

Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries

Ingo Molnar mi...@kernel.org writes: * Madhavan Srinivasan ma...@linux.vnet.ibm.com wrote: Performance data for different FAULT_AROUND_ORDER values from 4 socket Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5 is used to get the stddev values. Test ran in v3.14 kernel

Re: [git pull] Please pull abiv2 branch

Philippe Bergheaud fe...@linux.vnet.ibm.com writes: Anton Blanchard wrote: Here are the ABIv2 patches rebased against 3.15-rc2. After recompiling 3.15-rc2 with the ABIv2 patches, I see the following line in Modules.symvers: 0x TOC. vmlinux EXPORT_SYMBOL Kernel will not load

Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries

Madhavan Srinivasan ma...@linux.vnet.ibm.com writes: diff --git a/arch/powerpc/platforms/pseries/setup.c b/arch/powerpc/platforms/pseries/setup.c index 2db8cc6..c87e6b6 100644 --- a/arch/powerpc/platforms/pseries/setup.c +++ b/arch/powerpc/platforms/pseries/setup.c @@ -74,6 +74,8 @@ int

Re: [PATCH V2 1/2] mm: move FAULT_AROUND_ORDER to arch/

Dave Hansen dave.han...@intel.com writes: On 04/08/2014 06:32 PM, Madhavan Srinivasan wrote: In mm/Kconfig, put config FAULT_AROUND_ORDER int default 1234 if POWERPC default 4 The way you have it now, every single architecture that needs to enable

Re: [PATCH 6/7] powerpc/ftrace: Use module loader helpers to parse trampolines

Anton Blanchard an...@samba.org writes: Now we have is_module_trampoline() and module_trampoline_target() we can remove a bunch of intimate kernel module trampoline knowledge from ftrace. Signed-off-by: Anton Blanchard an...@samba.org Oh god, I had no idea this code existed. I really wanted

Re: [PATCH 3/9] powerpc: Add TIF_ELF2ABI flag.

Michael Ellerman m...@ellerman.id.au writes: On Wed, Nov 20, 2013 at 10:15:00PM +1100, Anton Blanchard wrote: From: Rusty Russell ru...@rustcorp.com.au Little endian ppc64 is getting an exciting new ABI. This is reflected by the bottom two bits of e_flags in the ELF header: 0

[PATCH 4/4] powerpc: ELF2 binaries signal handling

For the ELFv2 ABI, the hander is the entry point, not a function descriptor. We also need to set up r12, and fortunately the fast_exception_return exit path restores r12 for us so nothing else is required. Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/kernel/signal_64.c

[PATCH 3/4] powerpc: ELF2 binaries launched directly.

No function descriptor, but we set r12 up and set TIF_RESTOREALL as it normally isn't restored on return from syscall. Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/kernel/process.c | 50 ++- 1 file changed, 35 insertions(+), 15

[PATCH 1/4] powerpc: Add TIF_ELF2ABI flag.

this in a thread flag, because we need to set it in core dumps and for signal delivery. Our chief concern is that it doesn't use function descriptors. Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/include/asm/elf.h | 4 arch/powerpc/include/asm/thread_info.h | 9

[PATCH 2/4] powerpc: Set eflags correctly for ELF ABIv2 core dumps.

We leave it at zero (though it could be 1) for old tasks. Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/include/asm/elf.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/powerpc/include/asm/elf.h b/arch/powerpc/include/asm/elf.h index 54c7445..8b89268 100644

Re: [PATCH] module: ppc64 module CRC relocation fix causes perf issues

at compile time and we wouldn't want to subtract it from the CRCs in that case. Signed-off-by: Anton Blanchard an...@samba.org Cc: sta...@kernel.org Acked-by: Rusty Russell ru...@rustcorp.com.au Ben? Cheers, Rusty. ___ Linuxppc-dev mailing list Linuxppc

Re: [PATCH 3/4] KVM: PPC: Add support for IOMMU in-kernel handling

Alex Williamson alex.william...@redhat.com writes: On Mon, 2013-06-17 at 13:56 +1000, Benjamin Herrenschmidt wrote: On Sun, 2013-06-16 at 21:13 -0600, Alex Williamson wrote: IOMMU groups themselves don't provide security, they're accessed by interfaces like VFIO, which provide the

[PATCH 2/9] PTR_RET is now PTR_ERR_OR_ZERO(): Replace most.

Sweep of the simple cases. Cc: net...@vger.kernel.org Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-arm-ker...@lists.infradead.org Cc: Julia Lawall julia.law...@lip6.fr Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/arm/mach-omap2/i2c.c | 2 +- arch/m68k/amiga

Re: [PATCH v6 00/46] CPU hotplug: stop_machine()-free CPU hotplug

Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes: Hi, This patchset removes CPU hotplug's dependence on stop_machine() from the CPU offline path and provides an alternative (set of APIs) to preempt_disable() to prevent CPUs from going offline, which can be invoked from atomic context.

Re: [PATCH v5 00/45] CPU hotplug: stop_machine()-free CPU hotplug

Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes: On 01/22/2013 01:03 PM, Srivatsa S. Bhat wrote: Avg. latency of 1 CPU offline (ms) [stop-cpu/stop-m/c latency] # online CPUsMainline (with stop-m/c) This patchset (no stop-m/c) 8

[PATCH] powerpc: add finit_module syscall.

(This is just for Acks: this won't work without the actual syscall patches, sitting in my tree for -next at the moment). Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/include/asm/systbl.h |1 + arch/powerpc/include/asm/unistd.h |2 +- arch/powerpc/include

Re: [PATCH] powerpc: fix compile fail in hugetlb cmdline parsing

'int (*)(char *, char *)' This function has no need to printk out the doing value, so just add the arg as an unused. Cc: Rusty Russell ru...@rustcorp.com.au Cc: Jim Cromie jim.cro...@gmail.com Cc: Jason Baron jba...@redhat.com Cc: Greg Kroah-Hartman gre...@linuxfoundation.org Cc: Becky

Re: [PATCH 6/12] arch/powerpc: remove references to cpu_*_map.

On Thu, 16 Feb 2012 14:29:04 +1100, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2012-02-15 at 14:51 +0530, Srivatsa S. Bhat wrote: On 02/15/2012 10:28 AM, Rusty Russell wrote: From: Rusty Russell ru...@rustcorp.com.au This has been obsolescent for a while; time

Re: [PATCH] params: Fix parse_args() use in PowerPC's reserve_hugetlb_gpages()

On Fri, 17 Feb 2012 16:08:36 +, Pawel Moll pawel.m...@arm.com wrote: Commit b8076966e8e1 (params: level_initcall-like kernel parameters) changed the parse_args() API without fixing all the callers. Done now. Signed-off-by: Pawel Moll pawel.m...@arm.com Thanks Stephen, Pawel. Applied,

[PATCH 1/5] remove references to cpu_*_map in arch/

From: Rusty Russell ru...@rustcorp.com.au This has been obsolescent for a while; time for the final push. In adjacent context, replaced old cpus_* with cpumask_*. Signed-off-by: Rusty Russell ru...@rustcorp.com.au Acked-by: David S. Miller da...@davemloft.net (arch/sparc) Acked-by: Chris

[PATCH 6/12] arch/powerpc: remove references to cpu_*_map.

From: Rusty Russell ru...@rustcorp.com.au This has been obsolescent for a while; time for the final push. Signed-off-by: Rusty Russell ru...@rustcorp.com.au Cc: Benjamin Herrenschmidt b...@kernel.crashing.org Cc: Paul Mackerras pau...@samba.org Cc: linuxppc-dev@lists.ozlabs.org --- arch/powerpc

Re: [PATCH v3 2/3] hvc_init(): Enforce one-time initialization.

On Mon, 21 Nov 2011 14:16:38 -0800, Miche Baker-Harvey mi...@google.com wrote: Thanks, Rusty. I'm not using QEMU though, just KVM. I create the device, wait for the message from the guest that the device is ready, and then add ports. Miche OK, since Amit was the one who implemented

Re: [PATCH v3 2/3] hvc_init(): Enforce one-time initialization.

On Tue, 08 Nov 2011 13:45:04 -0800, Miche Baker-Harvey mi...@google.com wrote: hvc_init() must only be called once, and no thread should continue with hvc_alloc() until after initialization is complete. The original code does not enforce either of these requirements. A new mutex limits

Re: [PATCH v3 1/3] virtio_console: Fix locking of vtermno.

On Tue, 08 Nov 2011 13:44:58 -0800, Miche Baker-Harvey mi...@google.com wrote: Some modifications of vtermno were not done under the spinlock. Moved assignment from vtermno and increment of vtermno together, putting both under the spinlock. Revert vtermno on failure. Signed-off-by: Miche

Re: hvc_console: Don't access hvc_task if not initialised

On Wed, 20 Apr 2011 22:36:10 +0530, Amit Shah amit.s...@redhat.com wrote: On (Wed) 20 Apr 2011 [07:34:35], Greg KH wrote: Care to either create this patch, or resend your original one, if you want it applied? Rusty has the other one queued. I pinged him about status. It's merged, but I

Re: [PATCH 4/7] hvc_console: Fix race between hvc_close and hvc_remove

On Tue, 6 Apr 2010 09:12:38 pm Anton Blanchard wrote: The patch below changes things to call tty_kref_put once for every hvc_close call, and with that my machine boots fine. Thanks, applied. Cheers, Rusty. ___ Linuxppc-dev mailing list

Re: [PATCH 03/31] hvc_console: make the ops pointer const.

On Tue, 12 Jan 2010 12:51:46 pm Benjamin Herrenschmidt wrote: On Tue, 2009-12-22 at 20:04 +0530, Amit Shah wrote: From: Rusty Russell ru...@rustcorp.com.au This is nicer for modern R/O protection. And noone needs it non-const, so constify the callers as well. Rusty, do you want me

Re: [PATCH] ppc64: re-enable kexec to allow module loads with CONFIG_MODVERSIONS and CONFIG_RELOCATABLE turned on

On Fri, 4 Dec 2009 01:34:17 am Neil Horman wrote: Just finished testing your patch Rusty, it all works quite well, Thanks! Will this be going in via your tree, or the ppc tree? It's in my tree now. Since I didn't really alter the ppc parts, I kept Paul's ack attached too. Thanks, Rusty.

Re: [PATCH] ppc64: re-enable kexec to allow module loads with CONFIG_MODVERSIONS and CONFIG_RELOCATABLE turned on

for me; I prefer ARCH_RELOCATE_KCRCTAB. module: handle ppc64 relocating kcrctabs when CONFIG_RELOCATABLE=y http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-November/077972.html Inspired-by: Neil Horman nhor...@tuxdriver.com Signed-off-by: Rusty Russell ru...@rustcorp.com.au diff --git

Re: [PATCH] BUILD_BUG_ON: make it handle more cases

On Thu, 5 Nov 2009 05:08:42 pm Stephen Rothwell wrote: Hi Rusty, On Thu, 5 Nov 2009 16:58:36 +1030 Rusty Russell ru...@rustcorp.com.au wrote: Huh? virtio_has_feature does: if (__builtin_constant_p(fbit)) BUILD_BUG_ON(fbit = 32); else BUG_ON(fbit

Re: [PATCH] cpumask: use mm_cpumask() wrapper: powerpc

On Friday 20 March 2009 17:06:17 Benjamin Herrenschmidt wrote: On Mon, 2009-03-16 at 14:46 +1030, Rusty Russell wrote: Makes code futureproof against the impending change to mm-cpu_vm_mask. It's also a chance to use the new cpumask_ ops which take a pointer (the older ones are deprecated

Re: linux-next: cpus4096 tree build failure

default implementation to topology.h) removed the include of linux/topology.h from linux/mmzone.h which exposed this lack. Signed-off-by: Stephen Rothwell s...@canb.auug.org.au Acked-by: Rusty Russell ru...@rustcorp.com.au Ingo, please apply. Apparently sparc is similarly broken :( Rusty

[PATCH] cpumask: use mm_cpumask() wrapper: powerpc

Makes code futureproof against the impending change to mm-cpu_vm_mask. It's also a chance to use the new cpumask_ ops which take a pointer (the older ones are deprecated, but there's no hurry for arch code). Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/include/asm

[PATCH] powerpc: make sysfs code use smp_call_function_single

Impact: performance improvement This fixes 'powerpc: avoid cpumask games in arch/powerpc/kernel/sysfs.c' which talked about using smp_call_function_single, but actually used work_on_cpu (an older version of the patch). Signed-off-by: Rusty Russell ru...@rustcorp.com.au --- arch/powerpc/kernel

Re: [RFC v1] virtio: add virtio-over-PCI driver

On Thursday 19 February 2009 03:08:35 Ira Snyder wrote: On Wed, Feb 18, 2009 at 05:13:03PM +1030, Rusty Russell wrote: don't restrict yourself to 32 feature bits (only PCI does this, and they're going to have to hack when we reach feature 32). There isn't any problem adding more feature

Re: [RFC v1] virtio: add virtio-over-PCI driver

On Wednesday 18 February 2009 08:54:25 Ira Snyder wrote: This adds support to Linux for using virtio between two computers linked by a PCI interface. This allows the use of virtio_net to create a familiar, fast interface for communication. It should be possible to use other virtio devices in

[PATCH] cpumask: avoid cast-away-const for deprecated cpu_*_map.

) Signed-off-by: Rusty Russell ru...@rustcorp.com.au Cc: linuxppc-dev@ozlabs.org Cc: Ivan Kokshaysky i...@jurassic.park.msu.ru Cc: james.bottom...@hansenpartnership.com Cc: Mike Travis tra...@sgi.com --- include/linux/cpumask.h | 14 +- kernel/cpu.c| 10 ++ 2

Re: [PATCH RFC v5] net: add PCINet driver

On Friday 09 January 2009 08:21:27 Ira Snyder wrote: Rusty, since you wrote the virtio code, can you point me at the things I would need to implement to use virtio over the PCI bus. The guests (PowerPC computers running Linux) are PCI cards in the host system (an Intel Pentium3-M system).

Re: linux-next: rr tree build failure

On Thursday 23 October 2008 15:52:28 Stephen Rothwell wrote: Hi Rusty, Today's linux-next build (powerpc ppc64_defconfig) failed like this: arch/powerpc/platforms/cell/spu_base.c: In function 'mm_needs_global_tlbie': arch/powerpc/platforms/cell/spu_base.c:117: error: implicit declaration of

Re: [PATCH 18/35] cpumask: add nr_cpumask_bits

On Tuesday 21 October 2008 04:03:37 Mike Travis wrote: When nr_cpu_ids is set to CONFIG_NR_CPUS then references to nr_cpu_ids will return the maximum index of the configured NR_CPUS (+1) instead of the maximum index of the possible number of cpus (+1). This results in extra unused memory

Re: [RFC PATCH 4/5] hvc_console: Add tty window resizing

On Tuesday 14 October 2008 20:12:51 Hendrik Brueckner wrote: From: Hendrik Brueckner [EMAIL PROTECTED] The patch provides the hvc_resize() function to update the terminal window dimensions (struct winsize) for a specified hvc console. The function stores the new window size and schedules a

Re: [RFC 1/3] add support for exporting symbols from .S files

+ .align 3 +\symtab: + .long \sym + .long \strtab + .else + .align 4 Good work! Hmm, you can .balign BITS_PER_LONG/8 outside the ifeq. Unfortunately .long doesn't do the Right Thing on 64 bit, so getting rid of the if is harder. Acked-by: Rusty Russell [EMAIL PROTECTED

Re: [PATCH -next-20080709] fixup stop_machine use cpu mask vs ftrace

On Friday 11 July 2008 17:46:03 Ingo Molnar wrote: * Milton Miller [EMAIL PROTECTED] wrote: Hi Rusty, Ingo. Rusty's patch [PATCH 3/3] stop_machine: use cpu mask rather than magic numbers didn't find kernel/trace/ftrace.c in -next, causing an immediate almost NULL pointer dereference in

Re: [RFC 1/3 v2] hvc_console: rework setup to replace irq functions with callbacks

that I tried: drivers/char/hvc_console.h:59: error: field ‘kref’ has incomplete type So move the include of kref.h too. Signed-off-by: Rusty Russell [EMAIL PROTECTED] diff -r f382d8f562a8 drivers/char/hvc_console.c --- a/drivers/char/hvc_console.cFri Jun 27 15:17:49 2008 +1000 +++ b

Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks

On Tuesday 03 June 2008 22:45:22 Christian Borntraeger wrote: This patch tries to change hvc_console to not use request_irq/free_irq if the backend does not use irqs. This allows virtio_console to use hvc_console without having a linker reference to request_irq/free_irq. Two questions. Is it

Re: [PATCH] [POWERPC] Optimize counting distinct entries in the relocation sections

On Monday 12 November 2007 17:00:43 Paul Mackerras wrote: Emil Medve writes: (Not sure why the relocation tables could contain lots of duplicates and why they are not trimmed at compile time by the linker. In some test cases, out of 35K relocation entries only 1.5K were distinct/unique)