Remove the post_init callback which is only used
by powernv, we can just call it explicitly from
the powernv code.
This partially kills the ability to "disable" eeh at
runtime via debugfs as this was calling that same
callback again, but this is both unused and broken
in several ways. If we want t
Otherwise we end up not yet having computed the right
diag data size on powernv where EEH initialization
is delayed, thus causing memory corruption later on
when calling OPAL.
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/kernel/eeh.c | 4
arch/powerpc/kernel/eeh_dev.c | 18 --
Hi,
> There is a similar issue being worked on w.r.t pseries.
>
> https://lkml.kernel.org/r/1502357028-27465-1-git-send-email-bhar...@linux.vnet.ibm.com
>
> The question is should we map these regions ? ie, we need to tell the
> kernel memory region that we would like to hot unplug later so tha
On 09/07/2017 10:35 AM, Anton Blanchard wrote:
From: Anton Blanchard
Memory hot unplug on PowerNV radix hosts is broken. Our memory block
size is 256MB but since we map the linear region with very large pages,
each pte we tear down maps 1GB.
A hot unplug of one 256MB memory block results in
From: Anton Blanchard
Memory hot unplug on PowerNV radix hosts is broken. Our memory block
size is 256MB but since we map the linear region with very large pages,
each pte we tear down maps 1GB.
A hot unplug of one 256MB memory block results in 768MB of memory
getting unintentionally unmapped. A
On Thu, Sep 7, 2017 at 8:56 AM, Benjamin Herrenschmidt wrote:
> On Tue, 2017-09-05 at 14:15 +1000, Balbir Singh wrote:
>> void save_mce_event(struct pt_regs *regs, long handled,
>> struct mce_error_info *mce_err,
>> - uint64_t nip, uint64_t addr)
>> +
On Tue, 2017-09-05 at 14:15 +1000, Balbir Singh wrote:
> void save_mce_event(struct pt_regs *regs, long handled,
> struct mce_error_info *mce_err,
> - uint64_t nip, uint64_t addr)
> + uint64_t nip, uint64_t addr, uint64_t phys_addr)
> {
>
On Wed, 2017-09-06 at 21:13 +, Leo Li wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> > Sent: Wednesday, September 06, 2017 3:54 PM
> > To: linuxppc-dev@lists.ozlabs.org; Leo Li ; York Sun
> >
> > Subject: Re: Machine Check in P2010(e50
On 09/06/2017 09:45 AM, Nathan Fontenot wrote:
> On 09/01/2017 10:48 AM, Michael Bringmann wrote:
>> powerpc/vphn: On Power systems with shared configurations of CPUs
>> and memory, there are some issues with the association of additional
>> CPUs and memory to nodes when hot-adding resources. Th
On 09/06/2017 09:47 PM, Nicolin Chen wrote:
On Wed, Sep 06, 2017 at 08:35:50PM +0200, Łukasz Majewski wrote:
clocks = <&clks IMX6QDL_CLK_SSI2_IPG>,
<&clks IMX6QDL_CLK_SSI2>;
clock-names = "ipg", "baud";
dailink_master: cpu {
> -Original Message-
> From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> Sent: Wednesday, September 06, 2017 3:54 PM
> To: linuxppc-dev@lists.ozlabs.org; Leo Li ; York Sun
>
> Subject: Re: Machine Check in P2010(e500v2)
>
> On Wed, 2017-09-06 at 20:28 +, Leo Li wrote:
On Wed, 2017-09-06 at 20:28 +, Leo Li wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> > Sent: Wednesday, September 06, 2017 3:17 PM
> > To: linuxppc-dev@lists.ozlabs.org; Leo Li ; York Sun
> >
> > Subject: Re: Machine Check in P2010(e50
We need the SPRN_TIDR to be set for use with fast thread-wakeup (core-
to-core wakeup) and also with CAPI.
Each thread in a process needs to have a unique id within the process.
But as explained below, for now, we assign globally unique thread ids
to all threads in the system.
Signed-off-by: Suk
> -Original Message-
> From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> Sent: Wednesday, September 06, 2017 3:17 PM
> To: linuxppc-dev@lists.ozlabs.org; Leo Li ; York Sun
>
> Subject: Re: Machine Check in P2010(e500v2)
>
> On Wed, 2017-09-06 at 19:31 +, Leo Li wrote:
On Wed, 2017-09-06 at 19:31 +, Leo Li wrote:
> > -Original Message-
> > From: York Sun
> > Sent: Wednesday, September 06, 2017 10:38 AM
> > To: Joakim Tjernlund ; linuxppc-
> > d...@lists.ozlabs.org; Leo Li
> > Subject: Re: Machine Check in P2010(e500v2)
> >
> > Scott is no longer wit
On Wed, Sep 06, 2017 at 08:35:50PM +0200, Łukasz Majewski wrote:
> clocks = <&clks IMX6QDL_CLK_SSI2_IPG>,
><&clks IMX6QDL_CLK_SSI2>;
> clock-names = "ipg", "baud";
> >>dailink_master: cpu {
> >>sound-dai = <&ssi2>;
> >>
> -Original Message-
> From: York Sun
> Sent: Wednesday, September 06, 2017 10:38 AM
> To: Joakim Tjernlund ; linuxppc-
> d...@lists.ozlabs.org; Leo Li
> Subject: Re: Machine Check in P2010(e500v2)
>
> Scott is no longer with Freescale/NXP. Adding Leo.
>
> On 09/05/2017 01:40 AM, Joaki
> -Original Message-
> From: York Sun
> Sent: Wednesday, September 06, 2017 10:34 AM
> To: Leo Li
> Cc: Joakim Tjernlund ; linuxppc-dev linuxppc-
> dev
> Subject: Re: [PATCH] fsl_pci: Correct fsl_pci_mcheck_exception
>
> On 09/05/2017 04:59 AM, Joakim Tjernlund wrote:
> > get_user() ha
Hi Nicolin,
On Wed, Sep 06, 2017 at 11:22:48AM +0200, Łukasz Majewski wrote:
Here is the routine that I understood from the code:
1) asoc_simple_card_parse_clk_cpu(dev, cpu, dai_link, cpu_dai);
=> asoc_simple_card_parse_clk(dev, cpu,// cpu node in sound{} [1]
On Wed, Sep 06, 2017 at 11:22:48AM +0200, Łukasz Majewski wrote:
> >Here is the routine that I understood from the code:
> >1) asoc_simple_card_parse_clk_cpu(dev, cpu, dai_link, cpu_dai);
> >=> asoc_simple_card_parse_clk(dev, cpu,// cpu node in sound{} [1]
> >
Scott is no longer with Freescale/NXP. Adding Leo.
On 09/05/2017 01:40 AM, Joakim Tjernlund wrote:
> So after some debugging I found this bug:
> @@ -996,7 +998,7 @@ int fsl_pci_mcheck_exception(struct pt_regs *regs)
> if (is_in_pci_mem_space(addr)) {
> if (user_mode(regs)
On 09/05/2017 04:59 AM, Joakim Tjernlund wrote:
> get_user() had it args reversed causing NIP to be NULL:ed instead
> of fixing up the PCI access.
>
> Note: This still hangs my P1020 Freescale CPU hard, but at least
> I get a NIP now.
>
> Signed-off-by: Joakim Tjernlund
> ---
> arch/powerpc/sy
Having problems to mmap PCI UIO devices and stumbeled over this page:
http://billfarrow.blogspot.se/2010/09/userspace-access-to-pci-memory.html
it claims some adjustments are needed for UIO mmap over PCI to work.
These are #if 0 ATM and trying to enable them fails build.
Can this be fixed to at l
On 09/01/2017 10:48 AM, Michael Bringmann wrote:
> powerpc/vphn: On Power systems with shared configurations of CPUs
> and memory, there are some issues with the association of additional
> CPUs and memory to nodes when hot-adding resources. This patch
> fixes an end-of-updates processing problem
On 09/01/2017 10:48 AM, Michael Bringmann wrote:
> powerpc/hotplug: On Power systems with shared configurations of CPUs
> and memory, there are some issues with the association of additional
> CPUs and memory to nodes when hot-adding resources. During hotplug
> CPU operations, this patch resets th
On 09/01/2017 10:48 AM, Michael Bringmann wrote:
> powerpc/vphn: On Power systems with shared configurations of CPUs
> and memory, there are some issues with the association of additional
> CPUs and memory to nodes when hot-adding resources. This patch
> updates the initialization checks to inde
On 09/01/2017 10:48 AM, Michael Bringmann wrote:
> powerpc/vphn: On Power systems with shared configurations of CPUs
> and memory, there are some issues with the association of additional
> CPUs and memory to nodes when hot-adding resources. This patch
> corrects the currently broken capability to
On 09/03/2017 06:19 PM, Stewart Smith wrote:
> Michael Ellerman writes:
>>> 2. On a bare metal machine, if you set ipr.fast_reboot=1 on the skiboot
>>>kernel, then we should also avoid resetting the ipr adapter, so ipr
>>>init on the kernel being kexec booted from skiboot should be extreme
On Tue, Aug 22, 2017 at 08:26:37AM -0700, Paul E. McKenney wrote:
> On Tue, Aug 22, 2017 at 02:21:32PM +0530, Abdul Haleem wrote:
> > On Tue, 2017-08-22 at 08:49 +0100, Jonathan Cameron wrote:
[ . . . ]
> > No more RCU stalls on PowerPC, system is clean when idle or with some
> > test runs.
> >
On 2017-08-31 17:17, Gautham R. Shenoy wrote:
From: "Gautham R. Shenoy"
commit 24be85a23d1f ("powerpc/powernv: Clear PECE1 in LPCR via
stop-api only on Hotplug") clears the PECE1 bit of the LPCR via
stop-api during CPU-Hotplug to prevent wakeup due to a decrementer on
an offlined CPU which is i
On Mon, 2017-09-04 at 06:37:55 UTC, =?utf-8?q?C=C3=A9dric_Le_Goater?= wrote:
> xive_spapr_init() is called from a __init routine and calls __init
> routines.
>
> Signed-off-by: Cédric Le Goater
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/265601f034df3566f22da11240977a
ch
On Mon, 2017-09-04 at 03:59:00 UTC, Paul Mackerras wrote:
> Commit 350779a29f11 ("powerpc: Handle most loads and stores in
> instruction emulation code", 2017-08-30) changed the register usage
> in get_vr and put_vr with the aim of leaving the register number in
> r3 untouched on return. Unfortuna
On Fri, 2017-09-01 at 22:03:44 UTC, Michael Ellerman wrote:
> Older compilers think val may be used uninitialized:
>
> arch/powerpc/lib/sstep.c: In function 'emulate_loadstore':
> arch/powerpc/lib/sstep.c:2758:23: error: 'val' may be used uninitialized in
> this function
>
> We know better,
On Wed, 2017-08-30 at 19:46:10 UTC, =?utf-8?q?C=C3=A9dric_Le_Goater?= wrote:
> This routine will be used in the spapr backend. Also introduce a short
> xive_alloc_order() helper.
>
> Signed-off-by: Cédric Le Goater
> Reviewed-by: David Gibson
> Acked-by: Benjamin Herrenschmidt
Series applied
Hi Linus,
Please pull powerpc updates for 4.14.
Slightly late pull request due to me travelling and only having spotty
3G 'net access. Hopefully everything is in order. No merge conflicts or
anything that I'm aware of. The "since commit" below is a bit confused
because I merged my fixes branch, t
On Wed, 2017-09-06 at 10:05 +, Laurentiu Tudor wrote:
> Hi Jocke,
>
> On 09/01/2017 02:32 PM, Joakim Tjernlund wrote:
> > I am trying to debug a Machine Check for a P2010 (e500v2) CPU:
> >
> > [ 28.111816] Caused by (from MCSR=10008): Bus - Read Data Bus Error
> > [ 28.117998] Oops: Machi
Hi Jocke,
On 09/01/2017 02:32 PM, Joakim Tjernlund wrote:
> I am trying to debug a Machine Check for a P2010 (e500v2) CPU:
>
> [ 28.111816] Caused by (from MCSR=10008): Bus - Read Data Bus Error
> [ 28.117998] Oops: Machine check, sig: 7 [#1]
> [ 28.122263] P1010 RDB
> [ 28.124529] Modules
On 08/31/2017 01:52 AM, Michael Ellerman wrote:
> Hi Gregory,
>
> Gregory Fong writes:
>> Hi all,
>>
>> In arch/powerpc/sysdev/mpic.c , it looks like IRQ_TYPE_EDGE_BOTH is
>> handled the same way as IRQ_TYPE_EDGE_FALLING:
>>
>> static unsigned int mpic_type_to_vecpri(struct mpic *mpic, unsigned
Hi Nicolin,
On Tue, Sep 05, 2017 at 11:13:40PM +0200, Łukasz Majewski wrote:
They key point here is the asoc_simple_card_parse_clk() function
from simple-card-utils.c
Please look how the clock is assigned; It first checks for cpu
clock, then for "system-clock-frequency" DTS node and _finally_
Hi Fabio,
On Tue, Sep 5, 2017 at 6:13 PM, Łukasz Majewski wrote:
&i2c1 {
clock-frequency = <40>;
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_i2c1>;
status = "okay";
codec: tfa9879@6C {
#sound-dai-cells = <0>;
40 matches
Mail list logo
