Hi Linus !
Some more powerpc bits for you.
One is actually a change from Anton to the generic kexec to make a
function weak so powerpc can override it.
It has been around for ever, there were initial objections I think
mostly due to a misunderstanding of the problem.
Since then, it's been a dea
From: Matt Evans
Signed-off-by: Matt Evans
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/platforms/pseries/smp.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/smp.c
b/arch/powerpc/platforms/pseries/smp.c
index
From: Ryan Grimm
Without this, "holes" in the CPU numbering can cause us to
free too many PACAs
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/kernel/paca.c |2 +-
arch/powerpc/kernel/setup-common.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/platforms/pseries/setup.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/setup.c
b/arch/powerpc/platforms/pseries/setup.c
index 82f632e..0e5e91a 100644
--- a/arch/powerpc/platforms/ps
On 31.03.2011 [17:23:14 -0500], Kumar Gala wrote:
> Only the e500v1/v2 cores have HID1[RXFE] so we should attempt to set or
> clear this register bit on them. Otherwise we get crashes like:
> diff --git a/drivers/edac/mpc85xx_edac.c b/drivers/edac/mpc85xx_edac.c
> index b123bb3..5aef2ed 100644
Only the e500v1/v2 cores have HID1[RXFE] so we should attempt to set or
clear this register bit on them. Otherwise we get crashes like:
NIP: c0579f84 LR: c006d550 CTR: c0579f84
REGS: ef857ec0 TRAP: 0700 Not tainted (2.6.38.2-00072-gf15ba3c)
MSR: 00021002 CR: 22044022 XER:
TASK = ef
On Mar 31, 2011, at 6:44 AM, Leon Woestenberg wrote:
> Hello Prabhakar, Kumar,
>
> (I missed the original post, due to temporarely being unsubscribed, I
> am responding to Kumar's reply).
>
> On Thu, Mar 31, 2011 at 10:22 AM, Kumar Gala
> wrote:
>> On Mar 24, 2011, at 11:47 PM, Prabhakar Kush
On Thu, 2011-03-31 at 22:39 +0200, Gerhard Pircher wrote:
> Anyway, it compiles with explicit type casts and I could test it on my
> semi-noncoherent AmigaOne. So far it works just fine with the VIA
> onboard
> sound and a Soundblaster Live PCI card.
>
> Thanks a lot for the fix!
Yes, the version
Original-Nachricht
> Datum: Fri, 25 Mar 2011 17:50:06 +1100
> Von: Benjamin Herrenschmidt
> An: linuxppc-dev
> CC: Takashi Iwai
> Betreff: [PATCH] powerpc: Implement dma_mmap_coherent()
> This is used by Alsa to mmap buffers allocated with dma_alloc_coherent()
> into userspace
On Thu, 2011-03-31 at 10:21 -0700, Jeremy Fitzhardinge wrote:
>
> No, its the same accessors for both, since the need to distinguish them
> hasn't really come up. Could you put a "if (preemptable()) return;"
> guard in your implementations?
That would be a band-aid but would probably do the tric
Commit b3df895aebe091b1657 "powerpc/kexec: Add support for FSL-BookE"
introduced the original PPC_STD_MMU_64 checks around the function
crash_kexec_wait_realmode(). Then commit c2be05481f61252
"powerpc: Fix default_machine_crash_shutdown #ifdef botch" changed
the ifdef around the calling site to
On 03/30/2011 05:52 PM, Benjamin Herrenschmidt wrote:
> We deal with preemption already since the PTL turns into a mutex on -rt,
> so we could bring that patch into mainline. The easiest approach however
> for now would be to not do the kernel batched updates on kernel
> (solution 4), and I can sor
On Thu, 31 Mar 2011, Benjamin Herrenschmidt wrote:
> On Wed, 2011-03-30 at 14:36 -0400, Eric B Munson wrote:
> > On Wed, 30 Mar 2011, Benjamin Herrenschmidt wrote:
> >
> > > On Tue, 2011-03-29 at 10:25 -0400, Eric B Munson wrote:
> > > > Here I made the assumption that the hardware would never re
On Sat, Mar 12, 2011 at 05:44:10PM +0100, Wolfram Sang wrote:
> dtc was moved and .gitignores have been added to the new location. So, we can
> delete the old, forgotten ones.
>
> Signed-off-by: Wolfram Sang
> Cc: Benjamin Herrenschmidt
It's Ben's jurisdiction, but I've picked it up into my
dev
Hello Prabhakar, Kumar,
(I missed the original post, due to temporarely being unsubscribed, I
am responding to Kumar's reply).
On Thu, Mar 31, 2011 at 10:22 AM, Kumar Gala wrote:
> On Mar 24, 2011, at 11:47 PM, Prabhakar Kushwaha wrote:
>
>> PCIe memory address space is 1:1 mapped with u-boot.
>
hi sir,
i want to store some bit stream to compect flesh in diffrenrt memory
location.is it possible through powerPC control programing that we
can select sinrgle bit stream from complect flesh card and configure
fpga.
looking forward for reply
___
On Mar 24, 2011, at 11:47 PM, Prabhakar Kushwaha wrote:
> PCIe memory address space is 1:1 mapped with u-boot.
>
> Update dts of Px020RDB i.e. P1020RDB and P2020RDB to match the address map
> changes in u-boot.
>
> Signed-off-by: Prabhakar Kushwaha
> Acked-by: Kumar Gala
> ---
> Based upon
>
PCIe nodes with the property status="disabled" are not usable and so
avoid adding "disabled" PCIe bridge with the system.
Signed-off-by: Prabhakar Kushwaha
Acked-by: Kumar Gala
---
Based upon
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git(branch
master)
arch/powerpc/sy
18 matches
Mail list logo
