Hi Timur,
I've managed somehow to make got send-email to move the From: line in the body
instead of the header, probably typed something wrong when asked to confirm the
sender. I've resent the series.
Regards,
Madalin
From: Timur Tabi
Sent: Saturday, D
On Thu, 2015-29-10 at 00:43:53 UTC, Anton Blanchard wrote:
> Writing the MSR is slow, so we want to avoid it whenever possible.
>
> A subsequent patch will add a debug option that strictly manages the
> FP/VMX/VSX unavailable bits. For now just remove it, matching what
> we do in other areas of th
On Thu, 2015-12-11 at 05:44:42 UTC, Paul Mackerras wrote:
> Currently, if HV KVM is configured but PR KVM isn't, we don't include
> a test to see whether we were interrupted in KVM guest context for the
> set of interrupts which get delivered directly to the guest by hardware
> if they occur in the
Michael,
Maybe a DMA issue. Please find attached an output of strace.
Cheers,
Christian
On 03 December 2015 1:37 PM, Christian Zigotzky wrote:
Hi Michael,
I checked out the Linux git till the commit 'powerpc-4.3-1'
git checkout ff474e8ca8547d09cb82ebab56d4c96f9eea01ce
Output:
Checking out
A process element (defined in CAIA) keeps track of the endianess of
contexts through the Little Endian (LE) bit of the State Register. It
is currently set for user contexts, but was somehow forgotten for
kernel contexts, so this patch fixes it.
It could lead to erratic behavior from an AFU when the
Hi all,
I have some good news for you. I was able to fix the issue with the P.A.
Semi Ethernet. It was a problem with the new DMA handling. The patch '
[RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for
coherent_mask < dma_mask (https://patchwork.ozlabs.org/patch/472535/)'
On Mon 2015-11-30 08:42:04, yalin wang wrote:
>
> > On Nov 27, 2015, at 19:09, Petr Mladek wrote:
> >
> > Testing has shown that the backtrace sometimes does not fit
> > into the 4kB temporary buffer that is used in NMI context.
> >
> > The warnings are gone when I double the temporary buffer s
On 11/24/15, Denis Kirjanov wrote:
> TRACE_EVENT_FN can't be used in some circumstances
> like invoking trace functions from offlined CPU due
> to RCU usage.
>
> This patch adds the TRACE_EVENT_FN_COND macro
> to make such trace points conditional.
>
> Signed-off-by: Denis Kirjanov
Hi Steven,
ar
On Mon, 7 Dec 2015 17:42:42 +0300
Denis Kirjanov wrote:
> On 11/24/15, Denis Kirjanov wrote:
> > TRACE_EVENT_FN can't be used in some circumstances
> > like invoking trace functions from offlined CPU due
> > to RCU usage.
> >
> > This patch adds the TRACE_EVENT_FN_COND macro
> > to make such tra
From: Russell King - ARM Linux
> Sent: 04 December 2015 17:13
...
> I have a slightly different view...
>
> > > I don't see bust_spinlocks() dealing with any of these locks, so IMHO
> > > trying to make this work in NMI context strikes me as making the
> > > existing solution more unreliable on AR
On 12/05/2015 09:25 PM, David Miller wrote:
> From: Thomas Falcon
> Date: Fri, 4 Dec 2015 11:49:46 -0600
>
>> +static int ibmvnic_buffs_per_pool = IBMVNIC_BUFFS_PER_POOL;
>> +module_param(ibmvnic_buffs_per_pool, int, S_IRUGO);
>> +MODULE_PARM_DESC(ibmvnic_buffs_per_pool,
>> + "IBMVNIC
On Sun, Dec 6, 2015 at 2:46 AM, Haren Myneni wrote:
>
> NX842 coprocessor sets bit 3 if queue is overflow. It is just for
> information to the user. So the driver prints this informative message
> and ignores it.
>
> Signed-off-by: Haren Myneni
>
> diff --git a/arch/powerpc/include/asm/icswx.h
>
On Sun, Dec 6, 2015 at 5:57 PM, Daniel Axtens wrote:
> Haren Myneni writes:
>
>> NX842 coprocessor sets bit 3 if queue is overflow. It is just for
>> information to the user. So the driver prints this informative message
>> and ignores it.
>
> What queue, and what happens when the queue overflows
From: Thomas Falcon
Date: Mon, 7 Dec 2015 12:50:00 -0600
> Hi. Thanks for you feedback. Could you clarify on what constitutes
> basic operation? I just want to be sure if we should remove the
> other module parameters or just this one in particular?
With very minute exceptions, there should be
On Tue, 2015-10-06 at 17:55 -0500, Scott Wood wrote:
> It needs to know this because the SMP release mechanism for Freescale
> book3e is different from when booting with normal hardware. In theory
> we could simulate the normal spin table mechanism, but not (easily) at
> the addresses U-Boot put i
On Thu, 2015-10-15 at 15:03 -0500, Scott Wood wrote:
> On Sat, 2015-09-19 at 23:29 -0500, Scott Wood wrote:
> > Commit fc4a05d4b0eb ("clk: Remove unused provider APIs") removed
> > __clk_get_num_parents() and clk_hw_get_parent_by_index(), leaving only
> > true provider API versions that operate on
I can take this series through my tree, but I need a acked-by from a
PPC maintainer for this patch.
-- Steve
On Tue, 24 Nov 2015 21:23:39 +0300
Denis Kirjanov wrote:
> ./drmgr -c cpu -a -r gives the following warning:
>
> [ 2327.035563]
> RCU used illegally from offline CPU!
> rcu_scheduler_
On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
> > + TP_CONDITION(cpu_online(smp_processor_id())),
> > +
This should probably be some kind of __raw version though, hcalls can
be called in contexts where the debug stuff in smp_processor_id() isn't
safe (or preempt enabled).
Cheers,
B
On Tue, 08 Dec 2015 08:02:15 +1100
Benjamin Herrenschmidt wrote:
> On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
> > > + TP_CONDITION(cpu_online(smp_processor_id())),
> > > +
>
> This should probably be some kind of __raw version though, hcalls can
> be called in contexts where
On Mon, Jul 20, 2015 at 08:01:08PM +0800, Yijing Wang wrote:
> This series is splitted out from previous patchset
> "Refine PCI scan interfaces and make generic pci host bridge".
> It try to clean up all platform pci_domain_nr(), save domain
> in pci_host_bridge, so we could get domain number from
Subject should start "powerpc/", so probably "powerpc/opal-irqchip:", I can fix
it up here.
On Mon, 2015-07-12 at 00:28:28 UTC, Alistair Popple wrote:
> The OPAL event calls return a mask of events that are active in big
> endian format. This is checked when unmasking the events in the
> irqchip b
Acked-by: Ian Munsie
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Add support for future IBM Coherent Accelerator (CXL) device
with ID of 0x0601.
Signed-off-by: Uma Krishnan
---
drivers/misc/cxl/pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/cxl/pci.c b/drivers/misc/cxl/pci.c
index 13a97f8..3171e96 100644
--- a/drivers/misc/cxl/pci.c
++
On Tue, 8 Dec 2015 09:10:19 Michael Ellerman wrote:
> Subject should start "powerpc/", so probably "powerpc/opal-irqchip:", I can
> fix
> it up here.
Ok, thanks.
> On Mon, 2015-07-12 at 00:28:28 UTC, Alistair Popple wrote:
> > The OPAL event calls return a mask of events that are active in big
>
Reviewed-by: Matthew R. Ochs
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
>
> Doesn't apply to v4.4-rc2. Please refresh and repost if this is still
> relevant.
Hi Bjorn, this is still relevant, I will refresh it and post the new version
soon.
Thanks!
Yijing.
>
> .
>
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozl
On Tue, Sep 15, 2015 at 08:49:31PM +1000, Alexey Kardashevskiy wrote:
> This defines list_for_each_entry_rcu_notrace and list_entry_rcu_notrace
> which use rcu_dereference_raw_notrace instead of rcu_dereference_raw.
> This allows using list_for_each_entry_rcu_notrace in real mode (MMU is off).
>
>
On Tue, Sep 15, 2015 at 08:49:32PM +1000, Alexey Kardashevskiy wrote:
> This helper translates vmalloc'd addresses to linear addresses.
> It is only used by the KVM MMU code now and resides in the HV KVM code.
> We will need it further in the TCE code and the DMA memory preregistration
> code calle
On Tue, Sep 15, 2015 at 08:49:33PM +1000, Alexey Kardashevskiy wrote:
> This reworks the existing H_PUT_TCE/H_GET_TCE handlers to have one
> exit path. This allows next patch to add locks nicely.
I don't see a problem with the actual code, but it doesn't seem to
match this description: I still see
On Tue, Sep 15, 2015 at 08:49:34PM +1000, Alexey Kardashevskiy wrote:
> At the moment spapr_tce_tables is not protected against races. This makes
> use of RCU-variants of list helpers. As some bits are executed in real
> mode, this makes use of just introduced list_for_each_entry_rcu_notrace().
>
On Tue, 2015-11-24 at 05:19 -0700, Martin Roth wrote:
> I was looking for an error on MPC8270 processor 100 Mbps Ethernet FCC port.
> The port may become locked if it is set to AUTO, while the peer is forced to
> 100 Mbs full duplex (non AUTO).
> I was looking for an error in the area of collision
On Mon, 2015-12-07 at 14:34 +0100, Frederic Barrat wrote:
> A process element (defined in CAIA) keeps track of the endianess of
> contexts through the Little Endian (LE) bit of the State Register. It
> is currently set for user contexts, but was somehow forgotten for
> kernel contexts, so this patc
On Mon, 2015-12-07 at 14:42 -0600, Scott Wood wrote:
> On Tue, 2015-10-06 at 17:55 -0500, Scott Wood wrote:
> > It needs to know this because the SMP release mechanism for Freescale
> > book3e is different from when booting with normal hardware. In theory
> > we could simulate the normal spin tabl
It might be worth warning on spurious IRQ events; they might
point someone at a bogus DTS value or similar.
But ratelimit them to ensure we aren't too spammy about it.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Paul Gortm
This reverts commit 527d10ef3a315d3cb9dc098dacd61889a6c26439.
The reverted commit breaks cxlflash devices following an EEH reset (and
possibly other cxl devices, however this has not been tested).
The reverted commit changed the behaviour of eeh_reset_device() so that PHB
PEs are not unfrozen fol
On Tue, Dec 08, 2015 at 02:46:17PM +1100, Michael Ellerman wrote:
> On Mon, 2015-12-07 at 14:42 -0600, Scott Wood wrote:
> > On Tue, 2015-10-06 at 17:55 -0500, Scott Wood wrote:
> > > It needs to know this because the SMP release mechanism for Freescale
> > > book3e is different from when booting w
Dear Bjorn,
On Wed, 25 Nov 2015 14:01:03 -0600
Bjorn Helgaas wrote:
> Hi Jisheng,
>
> On Thu, Nov 12, 2015 at 09:48:45PM +0800, Jisheng Zhang wrote:
> > There's no reason to continue the initialization such as configure
> > register, scan root bus etc. if customized host_init() failed. This
> >
Finally looking at this patch again for the first time in a couple of
months...
On 04/11/15 17:17, Andrew Donnellan wrote:
On 03/11/15 20:09, Michael Ellerman wrote:
Part of your problem is you're storing afu->crs_len which is not
__iomem in
cfg_data which is, and so that's leading to some of
On 12/7/15, Christian Zigotzky wrote:
> Hi all,
>
> I have some good news for you. I was able to fix the issue with the P.A.
> Semi Ethernet. It was a problem with the new DMA handling. The patch '
> [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for
> coherent_mask < dma_mask
39 matches
Mail list logo
