On Wed, Jan 29, 2014 at 03:14:40PM -0500, Nicolas Pitre wrote:
Looking into some cpuidle drivers for x86 I found at least one that
doesn't respect this convention. Damn.
Which one? We should probably fix it :-)
___
Linuxppc-dev mailing list
On Wed, Jan 29, 2014 at 12:45:07PM -0500, Nicolas Pitre wrote:
As everyone should know by now, we want to integrate the cpuidle
governor with the scheduler for a more efficient idling of CPUs.
In order to help the transition, this small patch series moves the
existing interaction with cpuidle
Am 30.01.2014 um 07:00 schrieb Paul Mackerras pau...@samba.org:
On Tue, Jan 28, 2014 at 10:14:12PM +0530, Aneesh Kumar K.V wrote:
We allow priv-mode update of this. The guest value is saved in fscr,
and the value actually used is saved in shadow_fscr. shadow_fscr
only contains values that
Am 30.01.2014 um 06:49 schrieb Paul Mackerras pau...@samba.org:
On Tue, Jan 28, 2014 at 10:14:07PM +0530, Aneesh Kumar K.V wrote:
virtual time base register is a per vm register and need to saved
and restored on vm exit and entry. Writing to VTB is not allowed
in the privileged mode.
...
Hello PPC-developers,
I'm currently trying to benchmark access speeds to our PCIe-connected IP-cores
located inside our FPGA. On x86-based systems I was able to achieve bursts for
both read and write access. On PPC32, using an e500v2, I had no success at all
so far.
I tried using ioremap_wc(),
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
From: Li Zhong zh...@linux.vnet.ibm.com
It seems that forward declaration couldn't work well with
Commit f5c57710dd62dd06f176934a8b4b8accbf00f9f8 (powerpc/eeh: Use
partial hotplug for EEH unaware drivers) introduces eeh_rmv_device,
which may grab a reference to a driver, but not release it.
That prevents a driver from being removed after it has gone through EEH
recovery.
This patch drops the
On Thu, 30 Jan 2014, Peter Zijlstra wrote:
On Wed, Jan 29, 2014 at 12:45:07PM -0500, Nicolas Pitre wrote:
As everyone should know by now, we want to integrate the cpuidle
governor with the scheduler for a more efficient idling of CPUs.
In order to help the transition, this small patch
On 01/30/2014 06:28 AM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Preeti U Murthy wrote:
Hi Nicolas,
On 01/30/2014 02:01 AM, Nicolas Pitre wrote:
On Wed, 29 Jan 2014, Nicolas Pitre wrote:
In order to integrate cpuidle with the scheduler, we must have a better
proximity in the core code
From Moese, Michael
Hello PPC-developers,
I'm currently trying to benchmark access speeds to our PCIe-connected IP-cores
located inside our FPGA. On x86-based systems I was able to achieve bursts for
both read and write access. On PPC32, using an e500v2, I had no success at all
so far.
I'm
All the attributes exposed in the device tree are in Big Endian format.
This patch add the byte swap operation for some entries which were not yet
processed, including those fixed by the following kernel's patch :
https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-January/114720.html
To work
On Wed, Jan 29, 2014 at 12:45:13PM -0500, Nicolas Pitre wrote:
Integration of cpuidle with the scheduler requires that the idle loop be
closely integrated with the scheduler proper. Moving cpu/idle.c into the
sched directory will allow for a smoother integration, and eliminate a
subdirectory
Relocation's code is not working in little endian mode because the r_info
field, which is a 64 bits value, should be read from the right offset.
The current code is optimized to read the r_info field as a 32 bits value
starting at the middle of the double word (offset 12). When running in LE
On Thu, 30 Jan 2014, Peter Zijlstra wrote:
On Wed, Jan 29, 2014 at 12:45:13PM -0500, Nicolas Pitre wrote:
Integration of cpuidle with the scheduler requires that the idle loop be
closely integrated with the scheduler proper. Moving cpu/idle.c into the
sched directory will allow for a
On Thu, 30 Jan 2014, Daniel Lezcano wrote:
On 01/30/2014 06:28 AM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Preeti U Murthy wrote:
Hi Nicolas,
On 01/30/2014 02:01 AM, Nicolas Pitre wrote:
On Wed, 29 Jan 2014, Nicolas Pitre wrote:
In order to integrate cpuidle with the
On Wed, 29 Jan 2014, Nishanth Aravamudan wrote:
exactly what the caller intends.
int searchnode = node;
if (node == NUMA_NO_NODE)
searchnode = numa_mem_id();
if (!node_present_pages(node))
searchnode = local_memory_node(node);
The difference in semantics from the previous is
On Thu, Jan 30, 2014 at 11:03:31AM -0500, Nicolas Pitre wrote:
This is not a valid patch for PATCH(1). Please try again.
Don't you use git? ;-)
Nah, git and me don't get along well.
Here's a plain patch:
Thanks!
___
Linuxppc-dev mailing list
On Thu, 2014-01-30 at 17:27 +0100, Peter Zijlstra wrote:
On Thu, Jan 30, 2014 at 11:03:31AM -0500, Nicolas Pitre wrote:
This is not a valid patch for PATCH(1). Please try again.
Don't you use git? ;-)
Nah, git and me don't get along well.
Perhaps you could use a newer version of
On Thu, Jan 30, 2014 at 08:41:16AM -0800, Joe Perches wrote:
Perhaps you could use a newer version of patch
GNU patch version 2.7 released
Yeah, I know about that, I'll wait until its common in all distros,
updating all machines I use by hand is just painful.
On 01/30/2014 05:07 PM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Daniel Lezcano wrote:
On 01/30/2014 06:28 AM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Preeti U Murthy wrote:
Hi Nicolas,
On 01/30/2014 02:01 AM, Nicolas Pitre wrote:
On Wed, 29 Jan 2014, Nicolas Pitre wrote:
In order to
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
From: Li Zhong zh...@linux.vnet.ibm.com
It seems that forward
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM
On Thu, Jan 30, 2014 at 06:28:52PM +0100, Daniel Lezcano wrote:
Ok, I think the mess is coming from 'default_idle' which does not re-enable
the local_irq but used from different places like amd_e400_idle and
apm_cpu_idle.
void default_idle(void)
{
trace_cpu_idle_rcuidle(1,
From: Mahesh Salgaonkar mah...@linux.vnet.ibm.com
Disable relocation on exception while going down even in kdump case. This
is because we are about clear htab mappings while kexec-ing into kdump
kernel and we may run into issues if we still have AIL ON.
Signed-off-by: Mahesh Salgaonkar
From: Mahesh Salgaonkar mah...@linux.vnet.ibm.com
On p8 systems, with relocation on exception feature enabled we are seeing
kdump kernel hang at interrupt vector 0xc*4400. The reason is, with this
feature enabled, exception are raised with MMU (IR=DR=1) ON with the
default offset of 0xc*4000.
On Thu, 2014-01-30 at 09:55 -0800, Greg KH wrote:
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan
On Tue, 2014-01-28 at 10:59 +0530, Prabhakar Kushwaha wrote:
Freescale IFC controller has been used for mpc8xxx. It will be used
for ARM-based SoC as well. This patch moves the driver to driver/memory
and fix the header file includes.
Also remove module_platform_driver() and instead
On Fri, Jan 31, 2014 at 07:59:01AM +1100, Benjamin Herrenschmidt wrote:
If that's an issue for you, just drop the 3.13 variant of the patch and
we'll send it again with the build fix as soon as Linus has pulled the
latter.
I have done that.
thanks,
greg k-h
On Thu, Jan 30, 2014 at 11:00:48AM -0200, Thadeu Lima de Souza Cascardo wrote:
Commit f5c57710dd62dd06f176934a8b4b8accbf00f9f8 (powerpc/eeh: Use
partial hotplug for EEH unaware drivers) introduces eeh_rmv_device,
which may grab a reference to a driver, but not release it.
That prevents a driver
-Original Message-
From: Wood Scott-B07421
Sent: Friday, January 31, 2014 3:01 AM
To: Kushwaha Prabhakar-B32579
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 1/2][v7] driver/memory:Move Freescale IFC driver to a
common
driver
On Tue, 2014-01-28 at 10:59 +0530,
On Thu, 2014-01-30 at 21:23 -0600, Kushwaha Prabhakar-B32579 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Friday, January 31, 2014 3:01 AM
To: Kushwaha Prabhakar-B32579
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 1/2][v7] driver/memory:Move Freescale IFC
This patchset is a precursor for enabling deep idle states on powerpc,
when the local CPU timers stop. The tick broadcast framework in
the Linux Kernel today handles wakeup of such CPUs at their next timer event
by using an external clock device. At the expiry of this clock device, IPIs
are sent
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
The IPI handlers for both PPC_MSG_CALL_FUNC and PPC_MSG_CALL_FUNC_SINGLE map
to a common implementation - generic_smp_call_function_single_interrupt(). So,
we can consolidate them and save one of the IPI message slots, (which are
precious on
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
For scalability and performance reasons, we want the tick broadcast IPIs
to be handled as efficiently as possible. Fixed IPI messages
are one of the most efficient mechanisms available - they are faster than
the smp_call_function mechanism
From: Preeti U Murthy pre...@linux.vnet.ibm.com
Split timer_interrupt(), which is the local timer interrupt handler on ppc
into routines called during regular interrupt handling and __timer_interrupt(),
which takes care of running local timers and collecting time related stats.
This will enable
On Thu, Jan 30, 2014 at 04:06:22PM +0100, Laurent Dufour wrote:
All the attributes exposed in the device tree are in Big Endian format.
This patch add the byte swap operation for some entries which were not yet
processed, including those fixed by the following kernel's patch :
37 matches
Mail list logo