Benjamin Herrenschmidt wrote on 09/12/2009 05:19:59:
> From: Benjamin Herrenschmidt
> To: Joakim Tjernlund
> Cc: Scott Wood , "linuxppc-...@ozlabs.org" d...@ozlabs.org>, Rex Feany
> Date: 09/12/2009 05:20
> Subject: Re: [PATCH 04/10] 8xx: Always pin kernel instruction TLB
>
> On Fri, 2009-11-
> "Peter" == Peter Korsgaard writes:
Comments?
Peter> Signed-off-by: Peter Korsgaard
Peter> ---
Peter> arch/powerpc/sysdev/mpc8xxx_gpio.c | 147
Peter> 1 files changed, 147 insertions(+), 0 deletions(-)
Peter> diff --git a/arch/powerpc/sysdev/mp
> "Peter" == Peter Korsgaard writes:
Peter> gpiolib returns -ENXIO if struct gpio_chip::to_irq isn't set, so it's
Peter> safe to always call.
Comments?
Peter> Signed-off-by: Peter Korsgaard
Peter> ---
Peter> arch/powerpc/include/asm/gpio.h |5 +
Peter> 1 files changed, 1 ins
> "Peter" == Peter Korsgaard writes:
Peter> struct irq_chip::typename is going away (replaced by name). Use name if
Peter> set instead of typename in show_interrupt to make ease transition.
Comments?
Peter> Signed-off-by: Peter Korsgaard
Peter> ---
Peter> arch/powerpc/kernel/irq.c |
Somewhat accidental... not completely but it shouldn't be a big deal as
I've already pulled gcl and jwb branches. Hopefully Kumar won't be too
badly affected.
The current list of patches in next that I will send to Linus tomorrow
hopefully is:
Albrecht Dreß (5):
powerpc: tiny memcpy_(to|fro
On Tue, 2009-12-08 at 19:14 +0200, kordex - wrote:
> Hello,
>
> I turned some debuging options in order to trace rcutree problems but
> after turning debugging on it began just to loop on this:
>
> http://xnet.fi/opt/pics/pgtable_badness.jpg
> 1.5M pgtable_badness.jpg
>
> I am sorry that I cou
In my next (not pushed out yet as I'm writing this but will be by the
time you read it hopefully), I get a build failure:
/home/benh/linux-powerpc-test/drivers/net/gianfar.c: In function ‘gfar_netpoll’:
/home/benh/linux-powerpc-test/drivers/net/gianfar.c:2653: error: invalid
storage class for fun
The cardbus code creates PCI devices without ever going through the
necessary fixup bits and pieces that normal PCI devices go through.
There's in fact a commented out call to pcibios_fixup_bus() in there,
it's commented because ... it doesn't work.
I could make pcibios_fixup_bus() do the right t
A little thinko in my media bay rework breaks the old IDE driver on machines
with no bay. This fixes it.
Note: I haven't pushed my new -next out yet with my rework in, so I'll locally
fold that patch in the rework to avoid bisection breakage and push the result
into my -next branch
Ben.
Index: l
On Tue, Dec 8, 2009 at 9:28 PM, David Miller wrote:
> From: Grant Likely
> Date: Fri, 04 Dec 2009 21:33:13 -0700
>
>> Fix the locking scheme on the fec_mpc52xx driver. This device can
>> receive IRQs from three sources; the FEC itself, the tx DMA, and the
>> rx DMA. Mutual exclusion was handled
Newer revs of the FPGA have a larger SD buffer.
Signed-off-by: Sean MacLennan
---
diff --git a/arch/powerpc/boot/dts/warp.dts b/arch/powerpc/boot/dts/warp.dts
index 31605ee..e576ee8 100644
--- a/arch/powerpc/boot/dts/warp.dts
+++ b/arch/powerpc/boot/dts/warp.dts
@@ -146,7 +146,7 @@
e821ea70f3b4873b50056a1e0f74befed1014c09 introduced a bug by copying
some 64-bit originated code as-is to be used by both 32 and 64-bit
but this code contains a 64-bit ony "cmpdi" instruction.
This changes it to cmpwi, which is fine since VRSAVE can only contains
a 32-bit value anyway.
Signed-off
On Tue, 2009-12-08 at 22:25 -0600, Olof Johansson wrote:
> On Tue, Dec 08, 2009 at 02:45:05PM -0800, Andrew Morton wrote:
> > On Wed, 09 Dec 2009 09:29:43 +1100
> > Benjamin Herrenschmidt wrote:
> >
> > > On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
> > > > This tree has also been in li
From: Grant Likely
Date: Fri, 04 Dec 2009 21:33:13 -0700
> Fix the locking scheme on the fec_mpc52xx driver. This device can
> receive IRQs from three sources; the FEC itself, the tx DMA, and the
> rx DMA. Mutual exclusion was handled by taking a spin_lock() in the
> critical regions, but becau
On Tue, Dec 08, 2009 at 02:45:05PM -0800, Andrew Morton wrote:
> On Wed, 09 Dec 2009 09:29:43 +1100
> Benjamin Herrenschmidt wrote:
>
> > On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
> > > This tree has also been in linux-next for a while now, so it should be
> > > a safe pull.
> >
>
On Fri, 2009-11-20 at 11:21 +0100, Joakim Tjernlund wrote:
> Various kernel asm modifies SRR0/SRR1 just before executing
> a rfi. If such code crosses a page boundary you risk a TLB miss
> which will clobber SRR0/SRR1. Avoid this by always pinning
> kernel instruction TLB space.
>
> Signed-off-by:
On Tue, 2009-12-08 at 13:39 +0100, Roman Fietze wrote:
> Hello,
>
> Writing a driver using SCLPC on the MPC5200B I detected, that the
> intspec arrays to map irqs to Linux virq cannot be const, because the
> mapping and xlate functions only take non const pointers. All those
> functions do not mod
On Tue, Dec 08, 2009 at 09:44:55AM -0600, Kumar Gala wrote:
>
> On Dec 7, 2009, at 8:28 PM, David Gibson wrote:
>
> >On Mon, Dec 07, 2009 at 12:04:37PM +1100, Benjamin Herrenschmidt
> >wrote:
> >>
> >>>
> >>>Even than, does that preclude the format I suggested? I'm assuming
> >>>that pgd_t/pud_t
Port C interrupts can be either falling edge, or either edge.
Other external interrupts are either falling edge or active low.
Signed-Off-By: Mark Ware
---
Changed in v2:
- Disallow rising edge only on Port C
arch/powerpc/sysdev/cpm2_pic.c | 30 +++---
1 files changed
On 12/04/2009 03:27 AM, Martyn Welch wrote:
> Hi Ben,
>
> Could you please pull the git tags from Linus' tree when you pull?
You'll need to push the tags out to your repo on k.org too...
-Geoff
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.o
Hi all,
Today's linux-next merge of the powerpc tree got a conflict in
include/linux/kvm.h between commit
3cfc3092f40bc37c57ba556cfd8de4218f2135ab ("KVM: x86: Add
KVM_GET/SET_VCPU_EVENTS") (and others) from Linus' tree and commit
e15a113700324f7fdcee95589875daed2b98a2fe ("powerpc/kvm: Sync guest
v
Scott Wood wrote:
> Mark Ware wrote:
>> Mark Ware wrote:
>>> CPM2 Port C interrupts can be either falling edge, or either edge.
>>> Other external interrupts are either falling edge or active low.
> [snip]
>>> +/* Port C interrupts are either IRQ_TYPE_EDGE_FALLING or
>>> + * IRQ_TYPE_EDGE_B
Mark Ware wrote:
Mark Ware wrote:
CPM2 Port C interrupts can be either falling edge, or either edge.
Other external interrupts are either falling edge or active low.
[snip]
+ /* Port C interrupts are either IRQ_TYPE_EDGE_FALLING or
+* IRQ_TYPE_EDGE_BOTH (default). All others are
Any comments/Acks/Nacks on this patch?
- Mark
Mark Ware wrote:
> CPM2 Port C interrupts can be either falling edge, or either edge.
> Other external interrupts are either falling edge or active low.
>
> Signed-Off-By: Mark Ware
> ---
> arch/powerpc/sysdev/cpm2_pic.c | 29
On Tue, Dec 8, 2009 at 3:45 PM, Andrew Morton wrote:
> On Wed, 09 Dec 2009 09:29:43 +1100
> Benjamin Herrenschmidt wrote:
>
>> On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
>> >
>> > Are you able to pull this tree, or should I ask Linus to pull it
>> > directly?
>> >
>> > It contains mpc
On Wed, 09 Dec 2009 09:29:43 +1100
Benjamin Herrenschmidt wrote:
> On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
> >
> > Are you able to pull this tree, or should I ask Linus to pull it
> > directly?
> >
> > It contains mpc5200 and xilinx stuff. Some of it is SPI related, but
> > I'm
On Tue, 2009-12-08 at 14:33 -0700, Grant Likely wrote:
>
> Are you able to pull this tree, or should I ask Linus to pull it
> directly?
>
> It contains mpc5200 and xilinx stuff. Some of it is SPI related, but
> I'm now the SPI co-maintainer, so I have no problem with it going in
> via your tree.
Ben, here's an updated pull request. Can you please pull and send
them up to Linus?
I've added 4 more commits related to the 5200 GPT timer. These
commits have also have linux-next exposure, I just had them in the
wrong branch. One commit touches drivers/watchdog, but I got an ack
from Wim to m
On Wed, Nov 4, 2009 at 11:10 PM, Grant Likely wrote:
> Hi Ben, Stephen.
>
> I just prepared my next branch for 2.6.33:
> git://git.secretlab.ca/git/linux-2.6 next
>
> Steven, can you please add this tree to your linux-next pull list?
> This is the branch where I put stuff that gets fed up to Ben.
On Tue, Dec 8, 2009 at 1:48 PM, Wim Van Sebroeck wrote:
> Hi Grant,
>
> Sorry for the delay, I need to deliver a project in a weeks time...
understood.
>> In actual fact, it is a single device with multiple functions, some of
>> which can be used at the same time. Â The driver for the device
>>
Hi Grant,
Sorry for the delay, I need to deliver a project in a weeks time...
> In actual fact, it is a single device with multiple functions, some of
> which can be used at the same time. The driver for the device
> determines what the device instance supports and registers the
> appropriate in
On Tue, 2009-12-08 at 09:38 +0100, Joakim Tjernlund wrote:
> Scott Wood wrote on 30/11/2009 23:25:30:
> >
> > Benjamin Herrenschmidt wrote:
> > > On Fri, 2009-11-27 at 11:57 +0100, Joakim Tjernlund wrote:
> > >> Scott and Rex, I think we need you s-o-b to make it into the kernel
> > >> proper.
>
The recent patch to add cpu offline/online as part of the DLPAR
process for pseries causes a build break if CONFIG_SMP is not
defined. Original patch here;
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-November/078299.html
This corrects the build break by moving the online_node_cpus
and of
Signed-off-by: Albert Herranz
---
arch/powerpc/platforms/embedded6xx/wii.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/embedded6xx/wii.c
b/arch/powerpc/platforms/embedded6xx/wii.c
index 5eaed86..0df8a91 100644
--- a/arch/powerpc/platforms/emb
Signed-off-by: Albert Herranz
---
v1 -> v2
- use a run-time flag to allow/disallow remapping reserved regions
- use lmbs to determine reserved regions
arch/powerpc/mm/init_32.c|5 +
arch/powerpc/mm/mmu_decl.h |1 +
arch/powerpc/mm/pgtable_32.c |4 +++-
include/linux/lmb.h
Signed-off-by: Albert Herranz
---
arch/powerpc/mm/init_32.c|4 ++
arch/powerpc/mm/mmu_decl.h | 10 -
arch/powerpc/mm/pgtable_32.c | 32 +--
arch/powerpc/mm/ppc_mmu_32.c |4 +-
arch/powerpc/platforms/embedded6xx/wii.
The top portion of MEM2 (the second 64MB memory block) in the Nintendo
Wii video game console is used by the firmware running on the Starlet
processor.
Add code to calculate the portion of MEM2 safely useable by the
Broadway processor. When running under the 'mini' firmware this is
easily determin
The following patches add a series of workarounds to allow the use of
the second 64MB RAM block (MEM2) as normal memory on the Nintendo Wii
video game console.
Without these workarounds that portion of memory can't be used as it
is non-contiguous to the first memory block, and this is currently
uns
On Tue, Dec 08, 2009 at 01:53:41PM +, vinayak.k...@gmail.com wrote:
> Hi
>
> I have following queries about DTS parsing and kernel bus support. I
> would really appreciate any help.
>
> I have a PowerPC 440 core based board. We are porting Linux kernel – 2.6.31.
>
> 1) For other PowerPC 4xx ba
Hi
I have following queries about DTS parsing and kernel bus support. I would
really appreciate any help.
I have a PowerPC 440 core based board. We are porting Linux kernel – 2.6.31.
1) For other PowerPC 4xx based boards, what we found is devices like
UART/I2C/GPIO are connected through PL
>>A URL to it would be fine. I still haven't managed to find it, but
perhaps
>>the 'ALL available documents/types listed' link on this page:
>>http://www.appliedmicro.com/MyAMCC/jsp/public/productDetail/product_de
tail.jsp?productID=PPC460SX
>>doesn't really mean all?
Looks like need a login
On Dec 7, 2009, at 8:28 PM, David Gibson wrote:
On Mon, Dec 07, 2009 at 12:04:37PM +1100, Benjamin Herrenschmidt
wrote:
Even than, does that preclude the format I suggested? I'm assuming
that pgd_t/pud_t/pmd_t are always a double word so the low order 4-
bits should be 0 (on 64-bit),
Do
On Sunday 06 December 2009 19:10:48 Benjamin Herrenschmidt wrote:
> On Sun, 2009-12-06 at 01:01 -0600, Rob Landley wrote:
> > Trying again with a few likely-looking cc's from the MAINTAINERS file:
> >
> > Summary:
> >
> > The PMACZILOG serial driver last worked in 2.6.28. It was broken by
> > comm
Hello,
Writing a driver using SCLPC on the MPC5200B I detected, that the
intspec arrays to map irqs to Linux virq cannot be const, because the
mapping and xlate functions only take non const pointers. All those
functions do not modify the intspec, so a const pointer could be used.
I tried to comp
Dear Benjamin Herrenschmidt,
In message <20090603071751.af006dd...@ozlabs.org> you wrote:
> Currently, load_up_altivec and give_up_altivec are duplicated
> in 32-bit and 64-bit. This creates a common implementation that
> is moved away from head_32.S, head_64.S and misc_64.S and into
> vector.S, u
Scott Wood wrote on 30/11/2009 23:25:30:
>
> Benjamin Herrenschmidt wrote:
> > On Fri, 2009-11-27 at 11:57 +0100, Joakim Tjernlund wrote:
> >> Scott and Rex, I think we need you s-o-b to make it into the kernel proper.
> >>
> >> Marcelo and Vitaly, I noticed you guys are listed as 8xx maintainers.
46 matches
Mail list logo
