Re: [RFC][PATCH] powerpc/64s: stop using r14 register

On 2017/05/31 10:53AM, Nicholas Piggin wrote: > On Wed, 31 May 2017 00:38:17 +0530 > "Naveen N. Rao" wrote: > > > On 2017/05/22 12:00AM, Nicholas Piggin wrote: > > > I'd like to take over the r14 register for use as a per-cpu kernel > > > register similar to the

[PATCH net-next] powerpc: use asm-generic/socket.h as much as possible

asm-generic/socket.h already has an exception for the differences that powerpc needs, so just include it after defining the differences. Signed-off-by: Stephen Rothwell --- arch/powerpc/include/uapi/asm/socket.h | 92 +- 1 file changed, 1

Re: [PATCH] powerpc/hotplug-mem: Fix aa_index match bug for hotplug

Nathan Fontenot writes: > On 05/30/2017 06:41 AM, Michael Ellerman wrote: >> Michael Bringmann writes: >>> When adding or removing memory, the aa_index (affinity value) for the >>> memblock must also be converted to match the endianness of the

Re: [PATCH] powerpc/powernv: Enable PCI peer-to-peer

On Tue, 2017-05-30 at 15:58 +0200, Frederic Barrat wrote: > P9 has support for PCI peer-to-peer, enabling a device to write in the > mmio space of another device directly, without interrupting the CPU. > > This patch adds support for it on powernv, by defining two APIs to > declare a pci_dev as

Re: [PATCH 1/3] powerpc/powernv/pci: Reduce spam when dumping PEST

On 30/05/17 21:28, Michael Ellerman wrote: You and a few other people who are also wrong ;) Using PPC_BIT() means people have to go and dereference that macro before they can grok the code, and when they do look at the macro they go "huh, wut is this insanity". Any non-PPC person who's

Re: [RFC][PATCH] powerpc/64s: stop using r14 register

On Wed, 31 May 2017 00:38:17 +0530 "Naveen N. Rao" wrote: > On 2017/05/22 12:00AM, Nicholas Piggin wrote: > > I'd like to take over the r14 register for use as a per-cpu kernel > > register similar to the way r13 is used for the paca. > > > > r14 being the last

Re: [V5] hwmon: (ibmpowernv) Add highest/lowest attributes to sensors

On Mon, May 29, 2017 at 10:16:01AM +0530, Shilpasri G Bhat wrote: > OCC provides historical minimum and maximum value for the sensor > readings. This patch exports them as highest and lowest attributes > for the inband sensors copied by OCC to main memory. > > Signed-off-by: Shilpasri G Bhat

Re: [PATCH] dt-bindings: net: move FMan binding

On Thu, May 25, 2017 at 12:57:26PM +, Madalin-Cristian Bucur wrote: > > -Original Message- > > From: David Miller [mailto:da...@davemloft.net] > > Sent: Monday, May 15, 2017 5:31 PM > > Subject: Re: [PATCH] dt-bindings: net: move FMan binding > > > > From: Madalin Bucur

Re: [RFC][PATCH] powerpc/64s: stop using r14 register

On 2017/05/22 12:00AM, Nicholas Piggin wrote: > I'd like to take over the r14 register for use as a per-cpu kernel > register similar to the way r13 is used for the paca. > > r14 being the last non-volatile register gcc allocates, appears with > about 0.5% the frequency as r31 in (static)

Re: [PATCH 2/2] powerpc/jprobes: Validate break handler invocation as being due to a jprobe_return()

On 2017/05/17 10:21AM, Masami Hiramatsu wrote: > On Mon, 15 May 2017 23:35:04 +0530 > "Naveen N. Rao" wrote: > > > Fix a circa 2005 FIXME by implementing a check to ensure that we > > actually got into the jprobe break handler() due to the trap in > >

Re: [PATCH 1/2] powerpc/jprobes: Save and restore the parameter save area

On 2017/05/17 10:12AM, Masami Hiramatsu wrote: > On Mon, 15 May 2017 23:35:03 +0530 > "Naveen N. Rao" wrote: > > diff --git a/arch/powerpc/include/asm/kprobes.h > > b/arch/powerpc/include/asm/kprobes.h > > index a83821f33ea3..b6960ef213ac 100644 > > ---

Re: [PATCH 1/2] powerpc/jprobes: Save and restore the parameter save area

On 2017/05/18 03:22PM, Michael Ellerman wrote: > "Naveen N. Rao" writes: > > > As pointed out in x86 setjmp_pre_handler(), we need to save and restore > > the parameter save area since the jprobe hook might overwrite it. Since > > there is no easy way to identify

Re: [PATCH V4 1/2] powerpc/numa: Update CPU topology when VPHN enabled

On 05/26/2017 04:29 PM, Michael Bringmann wrote: > > powerpc/numa: Correct the currently broken capability to set the > topology for shared CPUs in LPARs. At boot time for shared CPU > lpars, the topology for each shared CPU is set to node zero, however, > this is now updated correctly using the

Re: [PATCH] powerpc/hotplug-mem: Fix aa_index match bug for hotplug

On 05/30/2017 06:41 AM, Michael Ellerman wrote: > Michael Bringmann writes: > >> When adding or removing memory, the aa_index (affinity value) for the >> memblock must also be converted to match the endianness of the rest >> of the 'ibm,dynamic-memory' property.

Re: [v3 0/9] parallelized "struct page" zeroing

Could you be more specific? E.g. how are other stores done in __init_single_page safe then? I am sorry to be dense here but how does the full 64B store differ from other stores done in the same function. Hi Michal, It is safe to do regular 8-byte and smaller stores (stx, st, sth, stb) without

Re: [PATCH] Documentation: networking: add DPAA Ethernet document

From: Madalin Bucur Date: Mon, 29 May 2017 09:22:06 +0300 > Signed-off-by: Madalin Bucur > Signed-off-by: Camelia Groza Applied.

Re: [PATCH v1 0/8] Enable STRICT_KERNEL_RWX

On 2017/05/25 04:57PM, Balbir Singh wrote: > On Thu, 25 May 2017 13:36:42 +1000 > Balbir Singh wrote: > > > Enable STRICT_KERNEL_RWX for PPC64/BOOK3S > > > > These patches enable RX mappings of kernel text. > > rodata is mapped RX as well as a trade-off, there > > are

Re: [RFC 2/2] powerpc/kprobes: Move kprobes over to patch_instruction

On 2017/05/17 11:40AM, Balbir Singh wrote: > On Tue, 2017-05-16 at 19:05 +0530, Naveen N. Rao wrote: > > On 2017/05/16 01:49PM, Balbir Singh wrote: > > > arch_arm/disarm_probe use direct assignment for copying > > > instructions, replace them with patch_instruction > > > > Thanks for doing this!

[PATCH] powerpc/powernv: Enable PCI peer-to-peer

P9 has support for PCI peer-to-peer, enabling a device to write in the mmio space of another device directly, without interrupting the CPU. This patch adds support for it on powernv, by defining two APIs to declare a pci_dev as either a p2p sender or receiver: int pnv_pci_set_p2p_sender(struct

Re: WARNING: CPU: 0 PID: 1 at /build/linux-dp17Ba/linux-4.9.18/arch/powerpc/lib/feature-fixups.c:208 check_features+0x38/0x7c

On Sun, May 7, 2017 at 9:53 AM, Linux User #330250 wrote: > Am 2017-05-06 um 16:11 schrieb Linux User #330250: >> >> Am 2017-05-04 um 12:15 schrieb Michael Ellerman: >>> >>> Mathieu Malaterre writes: >>> Hi all, Does this dmesg

Re: [PATCH 1/7] powerpc/mm: rename map_page() to map_kernel_page() on PPC32

Le 30/05/2017 à 12:50, Michael Ellerman a écrit : Christophe Leroy writes: ... Please tell me why. Because of patch https://patchwork.ozlabs.org/patch/766777/ which modifies patch_instruction() to use an alternative mapping. Compilation fails on PPC32 because

usercopy in PPC64

Hi all powerpc64 experts, While looking at the usercopy efficiency for PPC32, I noticed something which looks strange. In asm/uaccess.h, raw_copy_from_user() and raw_copy_to_user() implements a fast path using get_user() and put_user() for copies of constant size < 8. But

Re: [PATCH] powerpc/hotplug-mem: Fix aa_index match bug for hotplug

Michael Bringmann writes: > When adding or removing memory, the aa_index (affinity value) for the > memblock must also be converted to match the endianness of the rest > of the 'ibm,dynamic-memory' property. Otherwise, subsequent retrieval > of the attribute will likely

Re: [PATCH 1/3] powerpc/powernv/pci: Reduce spam when dumping PEST

Andrew Donnellan writes: > On 30/05/17 15:44, Russell Currey wrote: >> diff --git a/arch/powerpc/platforms/powernv/pci.c >> b/arch/powerpc/platforms/powernv/pci.c >> index 935ccb249a8a..4852ac8d0b4d 100644 >> --- a/arch/powerpc/platforms/powernv/pci.c >> +++

Re: [PATCH 6/6] cpuidle-powernv: Allow Deep stop states that don't stop time

On Tue, 30 May 2017 16:20:55 +0530 Gautham R Shenoy wrote: > On Tue, May 30, 2017 at 05:13:57PM +1000, Nicholas Piggin wrote: > > On Tue, 16 May 2017 14:19:48 +0530 > > "Gautham R. Shenoy" wrote: > > > > > From: "Gautham R. Shenoy"

Re: [PATCH] powerpc/fadump: add reschedule point while releasing memory

Hari Bathini writes: > Around 95% of memory is reserved by fadump/capture kernel. All this > memory is freed, one page at a time, on writing '1' to the node > /sys/kernel/fadump_release_mem. On systems with large memory, this > can take a long time to complete,

Re: [PATCH v2] drivers/watchdog/Kconfig: Update CONFIG_WATCHDOG_RTAS dependencies

Murilo Opsfelder Araujo writes: > drivers/watchdog/wdrtas.c uses symbols defined in arch/powerpc/kernel/rtas.c, > which are exported iff CONFIG_PPC_RTAS is selected. Building wdrtas.c without > setting CONFIG_PPC_RTAS throws the following errors: > > ERROR:

Re: [PATCH 6/6] cpuidle-powernv: Allow Deep stop states that don't stop time

On Tue, May 30, 2017 at 05:13:57PM +1000, Nicholas Piggin wrote: > On Tue, 16 May 2017 14:19:48 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > The current code in the cpuidle-powernv intialization only allows deep >

Re: [PATCH 1/7] powerpc/mm: rename map_page() to map_kernel_page() on PPC32

Christophe Leroy writes: ... Please tell me why. You also moved the declaration from mmu_decl.h to book3s/32/pgtable.h, but didn't update any includes, presumably we're confident everything gets pgtable.h somehow? cheers

Re: [PATCH] powerpc/64: Reclaim CPU_FTR_SUBCORE

Balbir Singh writes: > On Mon, 29 May 2017 11:53:10 +1000 > Michael Ellerman wrote: > >> We are running low on CPU feature bits, so we only want to use them when >> it's really necessary. >> >> CPU_FTR_SUBCORE is only used in one place, and only in

Re: [PATCH v2] powerpc/fadump: return error when fadump registration fails

Mahesh Jagannath Salgaonkar writes: > On 05/27/2017 09:16 PM, Michal Suchanek wrote: >> - log an error message when registration fails and no error code listed >> in the switch is returned >> - translate the hv error code to posix error code and return it from >>

Re: [PATCH 3/6] powernv:idle: Restore LPCR on wakeup from deep-stop

On Tue, May 30, 2017 at 04:17:31PM +1000, Nicholas Piggin wrote: > On Tue, 16 May 2017 14:19:45 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > On wakeup from a deep stop state which is supposed to lose the > >

Re: [PATCH 2/6] powernv:idle: Decouple Timebase restore & Per-core SPRs restore

On Tue, May 30, 2017 at 04:12:38PM +1000, Nicholas Piggin wrote: > On Tue, 16 May 2017 14:19:44 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > On POWER8, in case of > >- nap: both timebase and hypervisor state

Re: [PATCH 1/6] powernv:idle: Correctly initialize core_idle_state_ptr

Hi Nicholas, On Tue, May 30, 2017 at 03:56:12PM +1000, Nicholas Piggin wrote: > On Tue, 16 May 2017 14:19:43 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > The lower 8 bits of core_idle_state_ptr tracks the number

Re: [v2] powerpc/64: handle linker stubs in low .text code

On Mon, 2017-05-29 at 07:39:40 UTC, Nicholas Piggin wrote: > Very large kernels may require linker stubs for branches from HEAD > text code. The linker may place these stubs before the HEAD text > sections, which breaks the assumption that HEAD text is located at 0 > (or the .text section being

Re: powerpc: use uapi/asm-generic/sockios.h

On Fri, 2017-05-26 at 08:32:29 UTC, Stephen Rothwell wrote: > Hi all, > > The arch version is identical except for comments and white space. > > Signed-off-by: Stephen Rothwell > Acked-by: Arnd Bergmann Applied to powerpc next, thanks.

Re: powerpc: use the asm-genric versions of some uapi includes

On Fri, 2017-05-26 at 06:19:46 UTC, Stephen Rothwell wrote: > These are completely obvious as all they do is include the asm-generic > versions. > > Signed-off-by: Stephen Rothwell > Acked-by: Arnd Bergmann Applied to powerpc next, thanks.

Re: [4/4] arch/powerpc/44x/fsp2: wdt tcr update instead of whole rewrite

On Fri, 2017-05-19 at 15:47:05 UTC, Ivan Mikhaylov wrote: > Hi Michael, > > >> diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c > >> index 2b33cfa..f75e512 100644 > >> --- a/arch/powerpc/kernel/time.c > >> +++ b/arch/powerpc/kernel/time.c > >> @@ -738,12 +738,28 @@ static int

Re: powerpc: Add HAVE_IRQ_TIME_ACCOUNTING

On Fri, 2017-05-19 at 05:46:41 UTC, Anton Blanchard wrote: > From: Anton Blanchard > > Allow us to enable IRQ_TIME_ACCOUNTING. Even though we currently > use VIRT_CPU_ACCOUNTING_NATIVE, that option is quite heavy > weight and IRQ_TIME_ACCOUNTING might be better in some cases. >

Re: [1/6] powernv:idle: Correctly initialize core_idle_state_ptr

On Tue, 2017-05-16 at 08:49:43 UTC, "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The lower 8 bits of core_idle_state_ptr tracks the number of non-idle > threads in the core. This is supposed to be initialized to bit-map > corresponding to the

Re: [3/4] arch/powerpc/44x/fsp2: add defconfig for fsp2 board

On Mon, 2017-05-15 at 13:07:53 UTC, Ivan Mikhaylov wrote: > this patch adds default fsp2 config for main usage. > > Signed-off-by: Ivan Mikhaylov Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/20975a0ae1ccc59a21a149e2fd2964 cheers

Re: [2/4] arch/powerpc/44x/fsp2: add device tree for fsp2 board

On Mon, 2017-05-15 at 13:07:52 UTC, Ivan Mikhaylov wrote: > Add a device tree for fsp2 board (476 based). > > Signed-off-by: Ivan Mikhaylov Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/9eec6cb142bddd35268c7c59b6c81b cheers

Re: [1/4] arch/powerpc/44x/fsp2: platform support for fsp2(476fpe) board

On Mon, 2017-05-15 at 13:07:51 UTC, Ivan Mikhaylov wrote: > Add platform code support for FSP2 (476fpe) board. > > Signed-off-by: Ivan Mikhaylov Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/c4b56b023daa91953e9ebe91143e6c cheers

Re: powerpc: Tweak copy selection parameter in __copy_tofrom_user_power7()

On Fri, 2017-05-12 at 03:58:10 UTC, Andrew Jeffery wrote: > Experiments with the netperf benchmark indicated that the size selecting > VMX-based copies in __copy_tofrom_user_power7() was suboptimal on POWER8. > Measurements showed that parity was in the neighbourhood of 3328 bytes, > rather than

Re: [3/3] powerpc/8xx: xmon compile fix

On Fri, 2017-05-12 at 00:47:07 UTC, Nicholas Piggin wrote: > On Thu, 11 May 2017 20:52:56 +0200 > christophe leroy wrote: > > > Le 11/05/2017 à 19:14, christophe leroy a écrit : > > > > > > > > > Le 11/05/2017 à 17:15, Nicholas Piggin a écrit : > > >> Cc: Scott

Re: [1/3] powerpc/64s: tool to flag direct branches from unrelocated interrupt vectors

On Thu, 2017-05-11 at 17:40:38 UTC, Nicholas Piggin wrote: > Direct banches from code below __end_interrupts to code above > __end_interrupts when built with CONFIG_RELOCATABLE are disallowed > because they will break when the kernel is not located at 0. > > Sample output: > > WARNING:

Re: [1/5] powerpc/64: place sfpr section explicitly with the linker script

On Thu, 2017-05-11 at 15:56:48 UTC, Nicholas Piggin wrote: > Signed-off-by: Nicholas Piggin Series applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/e8c688251d0e8baca1cd68992c9ef4 cheers

Re: [1/3] powerpc/powernv: Fix CPU_HOTPLUG=n idle.c compile error

On Thu, 2017-05-11 at 15:15:20 UTC, Nicholas Piggin wrote: > Fixes: a7cd88da97 ("powerpc/powernv: Move CPU-Offline idle state invocation > from smp.c to idle.c") > Cc: Gautham R. Shenoy > Signed-off-by: Nicholas Piggin > Acked-by: Gautham R. Shenoy

Re: [1/2] powerpc/64s: Fix FIXUP_ENDIAN non-maskable interrupt reentrancy

On Mon, 2017-05-01 at 12:01:09 UTC, Nicholas Piggin wrote: > FIXUP_ENDIAN uses SRR[01] with MSR_RI=1, which gets corrupted if there > is an interleaving system reset or machine check interrupt. > > Set MSR_RI=0 before setting SRRs. The rfid will restore MSR. > > Signed-off-by: Nicholas Piggin

Re: powerpc/sequoia: fix NAND partitions not to overlap

On Sun, 2017-04-02 at 10:05:36 UTC, Pavel Machek wrote: > Fix overlapping NAND partitions. > > Signed-off-by: Pavel Machek Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/70a92003de599ff2f15815b3d9c445 cheers

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, 30 May 2017, Takashi Iwai wrote: > On Sat, 27 May 2017 16:46:15 +0200, > Bhumika Goyal wrote: > > > > Declare snd_kcontrol_new structures as const as they are only passed an > > argument to the function snd_ctl_new1. This argument is of type const, > > so snd_kcontrol_new structures

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, 30 May 2017 10:56:39 +0200, Julia Lawall wrote: > > > > On Tue, 30 May 2017, Takashi Iwai wrote: > > > On Sat, 27 May 2017 16:46:15 +0200, > > Bhumika Goyal wrote: > > > > > > Declare snd_kcontrol_new structures as const as they are only passed an > > > argument to the function

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, May 30, 2017 at 2:26 PM, Julia Lawall wrote: > > > On Tue, 30 May 2017, Takashi Iwai wrote: > >> On Sat, 27 May 2017 16:46:15 +0200, >> Bhumika Goyal wrote: >> > >> > Declare snd_kcontrol_new structures as const as they are only passed an >> > argument to the

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, May 30, 2017 at 2:24 PM, Takashi Iwai wrote: > On Sat, 27 May 2017 16:46:15 +0200, > Bhumika Goyal wrote: >> >> Declare snd_kcontrol_new structures as const as they are only passed an >> argument to the function snd_ctl_new1. This argument is of type const, >> so

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Sat, 27 May 2017 16:46:15 +0200, Bhumika Goyal wrote: > > Declare snd_kcontrol_new structures as const as they are only passed an > argument to the function snd_ctl_new1. This argument is of type const, > so snd_kcontrol_new structures having this property can be made const. > Done using

Re: [PATCH v3 0/3] EDAC: mv64x60: updates

On Tue, May 30, 2017 at 09:21:39AM +1200, Chris Packham wrote: > I'm looking at making use of the mv64x60_edac driver for the armada > processors. > It appears that at least the DRAM ECC error reporting is the same block from > the old Marvell Discovery class of processors. On the ARM side I need

WARNING: CPU: 2 PID: 7 at kernel/workqueue.c:2041 process_one_work

Hi, Test : stress-ng Machine : Power 8 Bare Metal Kernel : 4.12.0-rc3 Config : attached gcc version: 4.8.5 In file kernel/workqueue.c at line 2041 /* ensure we're on the correct CPU */ WARN_ON_ONCE(!(pool->flags & POOL_DISASSOCIATED) && raw_smp_processor_id() !=

Re: [PATCH v2] powerpc/64s: Add dt_cpu_ftrs boot time setup option

On Tue, 30 May 2017 16:28:09 +1000 Michael Ellerman wrote: > From: Nicholas Piggin > > Provide a dt_cpu_ftrs= cmdline option to disable the dt_cpu_ftrs CPU > feature discovery, and fall back to the "cputable" based version. > > Also allow control of

Re: [PATCH 6/6] cpuidle-powernv: Allow Deep stop states that don't stop time

On Tue, 16 May 2017 14:19:48 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The current code in the cpuidle-powernv intialization only allows deep > stop states (indicated by OPAL_PM_STOP_INST_DEEP) which lose timebase >

[PATCH v2] powerpc/64s: Add dt_cpu_ftrs boot time setup option

From: Nicholas Piggin Provide a dt_cpu_ftrs= cmdline option to disable the dt_cpu_ftrs CPU feature discovery, and fall back to the "cputable" based version. Also allow control of advertising unknown features to userspace and with this parameter, and remove the clunky CONFIG

Re: [PATCH 5/6] powernv:idle: Use Requested Level for restoring state on P9 DD1

On Tue, 16 May 2017 14:19:47 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > On Power9 DD1 due to a hardware bug the Power-Saving Level Status > field (PLS) of the PSSCR for a thread waking up from a deep state can >

Re: [PATCH 3/6] powernv:idle: Restore LPCR on wakeup from deep-stop

On Tue, 16 May 2017 14:19:45 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > On wakeup from a deep stop state which is supposed to lose the > hypervisor state, we don't restore the LPCR to the old value but set > it to a "sane"

Re: [PATCH 1/3] powerpc/powernv/pci: Reduce spam when dumping PEST

On 30/05/17 15:44, Russell Currey wrote: Dumping the PE State Tables (PEST) can be highly verbose if a number of PEs are affected, especially in the case where the whole PHB is frozen and 512 lines get printed. Check for duplicates when dumping the PEST to reduce useless output. For example:

Re: [PATCH 2/6] powernv:idle: Decouple Timebase restore & Per-core SPRs restore

On Tue, 16 May 2017 14:19:44 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > On POWER8, in case of >- nap: both timebase and hypervisor state is retained. >- fast-sleep: timebase is lost. But the hypervisor state is