On 11/03/2014 08:47 PM, Michael Ellerman wrote:
Hi Guenter,
I've put the pm_power_off patch in a topic branch:
https://git.kernel.org/cgit/linux/kernel/git/mpe/linux.git/log/?h=topic/pm-power-off
Hi Michael,
Excellent.
Right now all I can do is to wait for Rafael. He was not happy with
On Tue, 2014-10-21 at 15:23 -0500, Christoph Lameter wrote:
> This still has not been merged and now powerpc is the only arch that does
> not have this change. Sorry about missing linuxppc-dev before.
Hi Christoph,
I've put this in a topic branch, with the fixups I described last week:
https:
Hi Guenter,
I've put the pm_power_off patch in a topic branch:
https://git.kernel.org/cgit/linux/kernel/git/mpe/linux.git/log/?h=topic/pm-power-off
I'll pull this into my next when I open it.
Let me know if there's any issue with it.
cheers
___
Hi Linus,
Some more powerpc fixes if you please.
cheers
The following changes since commit d506aa68c23db708ad45ca8c17f0d7f5d7029a37:
Merge branch 'for-linus' of git://git.kernel.dk/linux-block (2014-10-29
11:57:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/
On Mon, 2014-11-03 at 09:21 -0800, Alexei Starovoitov wrote:
> On Mon, Nov 3, 2014 at 9:06 AM, David Miller wrote:
> > From: Denis Kirjanov
> > Date: Thu, 30 Oct 2014 09:12:15 +0300
> >
> >> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
> >> skb->pkt_type field.
> >>
> >> Before:
> >> [ 8
On Mon, 2014-11-03 at 17:18 +0100, Johannes Thumshirn wrote:
> A MSI device may have multiple interrupts. That means that the
> interrupts numbers should be continuos so that pdev->irq refers to the
> first interrupt, pdev->irq + 1 to the second and so on.
> This patch adds support for continuous a
On Wed, 2014-10-29 at 07:54 +0100, Johannes Thumshirn wrote:
> On Tue, Oct 28, 2014 at 02:10:18PM -0500, Scott Wood wrote:
> > On Tue, 2014-10-28 at 18:06 +0100, Johannes Thumshirn wrote:
> > > Hi,
> > >
> > > I got notified about your patch to support multiple MSI Vectors on
> > > Freescale
> > >
From: Alexei Starovoitov
Date: Mon, 3 Nov 2014 09:21:03 -0800
> On Mon, Nov 3, 2014 at 9:06 AM, David Miller wrote:
>> From: Denis Kirjanov
>> Date: Thu, 30 Oct 2014 09:12:15 +0300
>>
>>> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
>>> skb->pkt_type field.
>>>
>>> Before:
>>> [ 88.262
Thanks, I've applied patch 3 to drivers-for-3.18, and patches 1 and 2 to
core-for-3.19.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 11/3/14, Philippe Bergheaud wrote:
> Denis Kirjanov wrote:
>> Any feedback from PPC folks?
>
> I have reviewed the patch and it looks fine to me.
> I have tested successfuly on ppc64le.
> I could not test it on ppc64.
Nice, I've tested it on PPC64be
>
> Philippe
>
>> On 10/26/14, Denis Kirjano
On Mon, 2014-11-03 at 17:18 +0100, Johannes Thumshirn wrote:
> This series adds support for multiple MSI interrupts on FSL's MPIC. The patch
> series was originally done by Sebastian Andrzej Siewior
>
> and re-applied and tested by me.
>
> I dodn't know whether it is OK to put my name on it or
On Mon, Nov 3, 2014 at 9:06 AM, David Miller wrote:
> From: Denis Kirjanov
> Date: Thu, 30 Oct 2014 09:12:15 +0300
>
>> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
>> skb->pkt_type field.
>>
>> Before:
>> [ 88.262622] test_bpf: #11 LD_IND_NET 86 97 99 PASS
>> [ 88.265740] test_bpf: #1
From: Denis Kirjanov
Date: Thu, 30 Oct 2014 09:12:15 +0300
> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
> skb->pkt_type field.
>
> Before:
> [ 88.262622] test_bpf: #11 LD_IND_NET 86 97 99 PASS
> [ 88.265740] test_bpf: #12 LD_PKTTYPE 109 107 PASS
>
> After:
> [ 80.605964] test_bpf
This series adds support for multiple MSI interrupts on FSL's MPIC. The patch
series was originally done by Sebastian Andrzej Siewior
and re-applied and tested by me.
I dodn't know whether it is OK to put my name on it or not. So if Sebastian has
a problem with it I'll of cause change it immedia
This patch pushes the check for nvec > 1 && MSI into the check function
of each MSI driver except for FSL's MSI where the functionality is
added.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Johannes Thumshirn
---
arch/powerpc/kernel/msi.c | 4
arch/powerpc/platfor
A MSI device may have multiple interrupts. That means that the
interrupts numbers should be continuos so that pdev->irq refers to the
first interrupt, pdev->irq + 1 to the second and so on.
This patch adds support for continuous allocation of virqs for a range
of hwirqs. The function is based on ir
Deep idle states like sleep and winkle are per core idle states. A core
enters these states only when all the threads enter either the
particular idle state or a deeper one. There are tasks like fastsleep
hardware bug workaround and hypervisor core state save which have to be
done only by the last
Winkle is a deep idle state supported in power8 chips. A core enters
winkle when all the threads of the core enter winkle. In this state
power supply to the entire chiplet i.e core, private L2 and private L3
is turned off. As a result it gives higher powersavings compared to
sleep.
But entering wi
From: "Preeti U. Murthy"
The secondary threads should enter deep idle states so as to gain maximum
powersavings when the entire core is offline. To do so the offline path
must be made aware of the available deepest idle state. Hence probe the
device tree for the possible idle states in powernv co
From: Paul Mackerras
Currently, when going idle, we set the flag indicating that we are in
nap mode (paca->kvm_hstate.hwthread_state) and then execute the nap
(or sleep or rvwinkle) instruction, all with the MMU on. This is bad
for two reasons: (a) the architecture specifies that those instructi
Deep idle states like sleep and winkle are per core idle states. A core
enters these states only when all the threads enter either the particular
idle state or a deeper one. There are tasks like fastsleep hardware bug
workaround and hypervisor core state save which have to be done only by
the last
On 10/31/2014 02:41 PM, Dan Streetman wrote:
> In powerpc pseries platform dlpar operations, Use device_online() and
> device_offline() instead of cpu_up() and cpu_down().
>
> Calling cpu_up/down directly does not update the cpu device offline
> field, which is used to online/offline a cpu from sy
Denis Kirjanov wrote:
Any feedback from PPC folks?
I have reviewed the patch and it looks fine to me.
I have tested successfuly on ppc64le.
I could not test it on ppc64.
Philippe
On 10/26/14, Denis Kirjanov wrote:
Cc: Matt Evans
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm
With smaller hash page table config, we would end up in situation
where we would be replacing hash page table slot frequently. In
such config, we will find the hpte to be not matching, and we
can do that check without holding the hpte lock. We need to
recheck the hpte again after holding lock.
Sig
upatepp get called for a nohpte fault, when we find from the linux
page table that the translation was hashed before. In that case
we are sure that there is no existing translation, hence we could
avoid doing tlbie.
Performance number:
We use randbox_access_bench written by Anton.
Kernel with THP
25 matches
Mail list logo
