On Fri, 2012-06-08 at 11:49 +0530, Ananth N Mavinakayanahalli wrote:
> On Fri, Jun 08, 2012 at 04:17:44PM +1000, Michael Ellerman wrote:
> > On Fri, 2012-06-08 at 11:31 +0530, Ananth N Mavinakayanahalli wrote:
> > > On Fri, Jun 08, 2012 at 03:51:54PM +1000, Michael Ellerman wrote:
> > > > On Fri, 2
On Fri, Jun 08, 2012 at 04:17:44PM +1000, Michael Ellerman wrote:
> On Fri, 2012-06-08 at 11:31 +0530, Ananth N Mavinakayanahalli wrote:
> > On Fri, Jun 08, 2012 at 03:51:54PM +1000, Michael Ellerman wrote:
> > > On Fri, 2012-06-08 at 10:06 +0530, Ananth N Mavinakayanahalli wrote:
> > > > On Wed, J
On Fri, 2012-06-08 at 11:31 +0530, Ananth N Mavinakayanahalli wrote:
> On Fri, Jun 08, 2012 at 03:51:54PM +1000, Michael Ellerman wrote:
> > On Fri, 2012-06-08 at 10:06 +0530, Ananth N Mavinakayanahalli wrote:
> > > On Wed, Jun 06, 2012 at 11:08:04AM -0700, Jim Keniston wrote:
> > > > On Wed, 2012-
On Fri, Jun 08, 2012 at 03:51:54PM +1000, Michael Ellerman wrote:
> On Fri, 2012-06-08 at 10:06 +0530, Ananth N Mavinakayanahalli wrote:
> > On Wed, Jun 06, 2012 at 11:08:04AM -0700, Jim Keniston wrote:
> > > On Wed, 2012-06-06 at 15:05 +0530, Ananth N Mavinakayanahalli wrote:
> > > > On Wed, Jun 0
On Fri, 2012-06-08 at 10:06 +0530, Ananth N Mavinakayanahalli wrote:
> On Wed, Jun 06, 2012 at 11:08:04AM -0700, Jim Keniston wrote:
> > On Wed, 2012-06-06 at 15:05 +0530, Ananth N Mavinakayanahalli wrote:
> > > On Wed, Jun 06, 2012 at 11:27:02AM +0200, Peter Zijlstra wrote:
> > > > On Wed, 2012-06
On Wed, Jun 06, 2012 at 11:08:04AM -0700, Jim Keniston wrote:
> On Wed, 2012-06-06 at 15:05 +0530, Ananth N Mavinakayanahalli wrote:
> > On Wed, Jun 06, 2012 at 11:27:02AM +0200, Peter Zijlstra wrote:
> > > On Wed, 2012-06-06 at 14:51 +0530, Ananth N Mavinakayanahalli wrote:
...
> > For the kerne
On Wed, Jun 06, 2012 at 05:14:23PM +0530, Srikar Dronamraju wrote:
> * Ingo Molnar [2012-06-06 11:40:15]:
>
> >
> > * Ananth N Mavinakayanahalli wrote:
> >
> > > On Wed, Jun 06, 2012 at 11:23:52AM +0200, Peter Zijlstra wrote:
> > > > On Wed, 2012-06-06 at 14:49 +0530, Ananth N Mavinakayanahall
At the moment all queues in a multiqueue adapter will serialise
against the IOMMU table lock. This is proving to be a big issue,
especially with 10Gbit ethernet.
This patch creates 4 pools and tries to spread the load across
them. If the table is under 1GB in size we revert back to the
original b
On Thu, 2012-04-26 at 14:31 -0400, Steven Rostedt wrote:
> plain text document attachment
> (0001-ftrace-ppc-Have-PPC-skip-updating-with-stop_machine.patch)
> From: Steven Rostedt
>
> PPC does not have the synchronization issues that x86 has with
> modifying code on one CPU while another CPU is e
Anton Blanchard wrote:
>
>Hi,
>
>> Breaks the cell code with:
>>
>> arch/powerpc/platforms/cell/iommu.c:521:15: error: 'struct
>> iommu_table' has no member named 'it_hint'
>
>Yuck, I'll spin a fix. There's no need for the code to bump the hint.
OK, I can fix it up.
Cheers
--
Sent from my
Hi,
> Breaks the cell code with:
>
> arch/powerpc/platforms/cell/iommu.c:521:15: error: 'struct
> iommu_table' has no member named 'it_hint'
Yuck, I'll spin a fix. There's no need for the code to bump the hint.
Anton
___
Linuxppc-dev mailing list
Lin
This patches tries to fix a couple of Section mismatch warnings like
following one:
WARNING: arch/powerpc/kernel/built-in.o(.text+0x2923c): Section mismatch
in reference from the function .prom_query_opal() to the
function .init.text:.call_prom()
The function .prom_query_opal() references
the func
On Mon, 2012-06-04 at 15:45 +1000, Anton Blanchard wrote:
> At the moment all queues in a multiqueue adapter will serialise
> against the IOMMU table lock. This is proving to be a big issue,
> especially with 10Gbit ethernet.
..
> +
> struct iommu_table {
> unsigned long it_busno; /*
On Sat, 2012-03-24 at 01:23 -0700, Haren Myneni wrote:
> Ben, Here it is the updated patch based on your suggestions. Please let
> me know if it has any issues.
>
This breaks the i386 defconfig build with:
drivers/char/mem.c:903:3: error: implicit declaration of function
'arch_has_dev_port' [-We
On Thu, 2012-06-07 at 12:51 -0500, Scott Wood wrote:
>
> The assembler can't tell that you used r0 rather than 0, because
> that's
> handled by the preprocessor, but it seems like a bug (or at least lax
> error checking) that it accepts %r0 there, and that objdump decodes it
> as "dcbz r0,r3" rath
On Fri, 2012-06-08 at 09:52 +1000, Michael Neuling wrote:
> Fix sldi to take literal not register name.
>
> Was introduced by:
> commit 19ccb76a1938ab364a412253daec64613acbf3df
> Author: Paul Mackerras
> Date: Sat Jul 23 17:42:46 2011 +1000
>
> Signed-off-by: Michael Neuling
> ---
> I got
Fix sldi to take literal not register name.
Was introduced by:
commit 19ccb76a1938ab364a412253daec64613acbf3df
Author: Paul Mackerras
Date: Sat Jul 23 17:42:46 2011 +1000
Signed-off-by: Michael Neuling
---
I got sick off the bike-shedding in a vacuum and started doing the
conversion. Foun
On Thu, 2012-06-07 at 11:38 -0400, Ben Collins wrote:
> > Note that oddly, the second range of bus addresses looks -more-
> correct
> > than the first one...
>
> Except that the first one is exactly the same bus address as my bare
> metal system:
>
> pci_bus :00: root bus resource [io 0xffbe
On Thu, 2012-06-07 at 21:45 +0900, Hiroo Matsumoto wrote:
>
> > Also you seem to add:
> >
> > + /* Setup OF node pointer in the device */
> > + dev->dev.of_node = pci_device_to_OF_node(dev);
> >
> > This shouldn't be needed anymore, the device node should be setup by
On 06/06/2012 10:04 PM, Paul Mackerras wrote:
> On Wed, Jun 06, 2012 at 06:40:54PM +0200, Segher Boessenkool wrote:
>>> +err1; dcbzr0,r3
>>
>> There is no such instruction, you probably meant "dcbz 0,r3"?
>
> There certainly is such an instruction, though it doesn't do exactly
> what a na
Unable to use X-fi pci-e sounbdboard on YDL Powerstation.
here other info:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5521
tia,
--nico
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-de
On Jun 7, 2012, at 5:30 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2012-06-06 at 19:35 -0400, Ben Collins wrote:
>>
>> pci_bus :00: root bus resource [io 0xffbed000-0xffbfcfff] (bus
>> address [0x1-0x1])
>>
>> Without the fix that I sent, it ends up looking like:
>>
>> pc
Thanks for your rapid modification about function name and comments.
As Ben said, I want to check that my patch does not cause problems.
I have no complain about my patch being in 3.6 branch (or lately).
I appreciate your time and effort.
Regards.
Hiroo MATSUMOTO
On Thu, May 24, 2012 at 9:00
I apologize for my late reply.
On Wed, 2012-05-23 at 11:33 +0900, Hiroo Matsumoto wrote:
This patchset is for PCI hotplug.
pcibios_setup_bus_devices which sets DMA and IRQs of PCI device is called
only when boot. DMA setting in probe for PCI driver, like dma_set_mask,
does not work on powerpc
On Wed, 2012-06-06 at 19:35 -0400, Ben Collins wrote:
>
> pci_bus :00: root bus resource [io 0xffbed000-0xffbfcfff] (bus
> address [0x1-0x1])
>
> Without the fix that I sent, it ends up looking like:
>
> pci_bus :00: root bus resource [io 0xffbed000-0xffbfcfff] (bus
> a
> -Original Message-
> From: Linuxppc-dev
> [mailto:linuxppc-dev-bounces+david.laight=aculab@lists.ozl
abs.org] On Behalf Of Benjamin Herrenschmidt
> Sent: 07 June 2012 07:40
> To: Michael Neuling
> Cc: mich...@ellerman.id.au; pau...@samba.org; Anton
> Blanchard; o...@lixom.net; li
26 matches
Mail list logo
