On Thu, 18 Sep 2008 09:53:54 +0200 Christoph Raisch [EMAIL PROTECTED] wrote:
Sebastien Dugue [EMAIL PROTECTED] wrote on 15.09.2008 10:04:06:
[PATCH HACK] powerpc: quick hack to get a functional eHEA with
hardirq preemption
Sebastien Dugue
to:
15.09.2008 10:07
Cc:
Sebastien Dugue [EMAIL PROTECTED] wrote on 18.09.2008 11:27:13:
It would be really interresting to know if the eHCA exhibits the same
problem under -rt as it's the only other user of the ibmebus.
Unfortunately I don't have the hardware to test.
eHCA is very close from the interrupt
On Wed, Sep 17, 2008 at 09:30:16PM +0200, Peter Korsgaard wrote:
Anton == Anton Vorontsov [EMAIL PROTECTED] writes:
Hi,
Anton This patch implements GPIOLIB support for MPC8349-compatible SOC
GPIOs.
Anton MPC8610 adopted this GPIO unit, so let's place it into sysdev.
Anton We'll
On Thu, 18 Sep 2008 12:42:05 +0200 Christoph Raisch [EMAIL PROTECTED] wrote:
Sebastien Dugue [EMAIL PROTECTED] wrote on 18.09.2008 11:27:13:
It would be really interresting to know if the eHCA exhibits the same
problem under -rt as it's the only other user of the ibmebus.
Li Yang-R58472 wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Wolfgang Grandegger
Sent: Wednesday, September 17, 2008 5:18 PM
To: linuxppc-dev
Subject: UCC GETH does not work on my MPC8360EA
Hello,
I have a wired problems with my
Hi Paul,
Please pull the 'next' branch from my tree to pick up the first round of
commits for 2.6.28. I have a few other changes to go, but these have been
out there for a while and I'd like to get them merged now.
Thanks,
josh
The following changes since commit
Hi all,
More than a month has passed since the first post. Unfortunately
David didn't comment on the 1/3 patch, and Greg said that he
have to wait for it...
(Laurent Pinchart also said that he is interested in the first
patch, so here are at least two users for that call.)
So I'm reposting this
We'll need this function to write platform-specific hooks to deal
with pin's dedicated functions. Quite obviously this will work only
for the platforms with 1-to-1 GPIO to PIN mapping.
This is stopgap solution till we think out and implement a proper
api (pinlib?).
p.s. This patch actually
qe_gpio_set_dedicated() is a platform specific function, which is used
to revert a pin to a dedicated function. Caller should have already
obtained the gpio via gpio_request().
This is needed to support Freescale USB Host Controller.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
The main thing there is a patch from James Bottomley which fixes the
build failure on 64-bit powerpc with CONFIG_MODULES=n.
There are two other small commits that fix boot
On Thu, Sep 18, 2008 at 11:36 AM, Paul Mackerras [EMAIL PROTECTED] wrote:
powerpc: Fix interrupt values for DMA2 in MPC8610 HPCD device tree
For Freescale 8xxx devices that use an MPIC, the interrupt numbers in
the device tree must be 16 greater than the values documented in the
On Thu, Sep 18, 2008 at 11:43:24AM -0500, Timur Tabi wrote:
On Thu, Sep 18, 2008 at 11:36 AM, Paul Mackerras [EMAIL PROTECTED] wrote:
powerpc: Fix interrupt values for DMA2 in MPC8610 HPCD device tree
For Freescale 8xxx devices that use an MPIC, the interrupt numbers in
the device
Hi Ben,
Any update on this patch? I need this patch to support our upcoming AMCC Arches
evaluation board.
Hi Ben,
Ok. Thanks. I need to review your patch a bit better, hopefully later
this week. I'll let you know. Ping me if you get no news by next monday.
Cheers,
Ben.
Have you had a change
On Thu, 2008-09-18 at 11:39 -0700, Victor Gallardo wrote:
Hi Ben,
Any update on this patch? I need this patch to support our upcoming AMCC
Arches evaluation board.
I'm currently travelling attending the Linux Plumbers conference in
Portland. I'll look at the patch again next week. It's
This patch fixes EMAC soft reset on 460EX/GT when no external clock is
available.
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
arch/powerpc/include/asm/dcr-regs.h |4
drivers/net/ibm_newemac/core.c | 18 ++
drivers/net/ibm_newemac/core.h |5 +
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be
There are some minor issues with support 64-bit PTEs on a 32-bit processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag word
is set second.
* Change pte_clear to use pte_update so only the flag word is cleared
* Added a WARN_ON to set_pte_at to ensure
We need to create a false data dependency to ensure the loads of
the pte are done in the right order.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/kernel/head_fsl_booke.S | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
diff --git
Implement _PAGE_SPECIAL and pte_special() for 32-bit powerpc. This bit will
be used by the fast get_user_pages() to differenciate PTEs that correspond
to a valid struct page from special mappings that don't such as IO mappings
obtained via io_remap_pfn_ranges().
We currently only implement this
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- remove arches.c and instead use canyonlands.c
- remove reference to IBM_NEW_EMAC_RGMII for ARCHES config
- remove reference to IBM_NEW_EMAC_ZMII for ARCHES config
- moved reference to IBM_NEW_EMAC_RGMII under CANYONLANDS config
-
Basic functionality for the AMCC Arches eval Board.
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- only include basic functionality
arch/powerpc/boot/dts/arches.dts | 273 ++
1 files changed, 273 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- remove reference to IBM_NEW_EMAC_RGMII
- remove reference to IBM_NEW_EMAC_ZMII
arch/powerpc/configs/44x/arches_defconfig | 765 +
1 files changed, 765 insertions(+), 0 deletions(-)
create mode 100644
Oops, please ignore this patch. I will resubmit. Forgot to clean up header.
-Victor Gallardo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Basic functionality for the AMCC Arches eval Board.
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- only include basic functionality
v3:
- update description header
arch/powerpc/boot/dts/arches.dts | 293 ++
1 files changed, 293 insertions(+),
On Thu, 18 Sep 2008 15:47:52 -0700
Victor Gallardo [EMAIL PROTECTED] wrote:
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- remove arches.c and instead use canyonlands.c
That file doesn't exist anymore in my 'next' branch. That is part of
the reason for the original delay.
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be
There are some minor issues with support 64-bit PTEs on a 32-bit processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag word
is set second.
* Change pte_clear to use pte_update so only the flag word is cleared
* Added a WARN_ON to set_pte_at to ensure
Implement _PAGE_SPECIAL and pte_special() for 32-bit powerpc. This bit will
be used by the fast get_user_pages() to differenciate PTEs that correspond
to a valid struct page from special mappings that don't such as IO mappings
obtained via io_remap_pfn_ranges().
We currently only implement this
On Thu, 18 Sep 2008 15:47:52 -0700
Victor Gallardo [EMAIL PROTECTED] wrote:
Signed-off-by: Victor Gallardo [EMAIL PROTECTED]
---
v2:
- remove arches.c and instead use canyonlands.c
That file doesn't exist anymore in my 'next' branch. That is part of
the reason for the original delay.
Hello:
I want to get binaries which can run on the powerpc axi4.3.3 platform.
So I need the binutils/gcc/glibc for powerpc axi4.3.3. Does crosstool
support powerpc axi4.3.3?Thank you!
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
30 matches
Mail list logo