While paul was away, I've been taking care of the tree, so currently
up to date is my git at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
I've pushed a batch of stuff to the "master" branch. I haven't yet
updated the "next" branch, I'm going to let master settle a day or two
f
On Mon, 6 Oct 2008 16:34:39 -0700
"mike zheng" <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Is there any BSP on kernel 2.4 for MPC8360EMDS board?
2.4 is really really old. I doubt it.
josh
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozl
On Oct 6, 2008, at 12:08 PM, Anton Vorontsov wrote:
In the standalone setup the board's CPLD disables the PCI internal
arbiter, thus any access to the PCI bus will hang the board.
The common way to disable particular devices in the device tree is to
put the "status" property with any value oth
On Tue, 2008-10-07 at 13:26 +0400, Anton Vorontsov wrote:
> On Tue, Oct 07, 2008 at 10:30:59AM +0900, Tejun Heo wrote:
> > Anton Vorontsov wrote:
> > > On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote:
> > >> There is a simple problem with the patch which is that an "IRQ 0" can
> > >> a
On Tue, Oct 07, 2008 at 10:30:59AM +0900, Tejun Heo wrote:
> Anton Vorontsov wrote:
> > On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote:
> >> There is a simple problem with the patch which is that an "IRQ 0" can and
> >> does
> >> actually exist on a bunch of platforms, at least to the
On Sep 19, 2008, at 6:20 PM, Nate Case wrote:
From: Andrew Kilkenny <[EMAIL PROTECTED]>
This adds support for the dual-core MPC8572 processor. We have
to support making SPR changes on each core. Also, since we can
have multiple memory controllers sharing an interrupt, flag the
interrupts wit
From: Roel Kluin <[EMAIL PROTECTED]>
Offset is unsigned and when an address isn't found in the vma map
vma_map_lookup() returns the vma physical address + 0x1000.
vma_map_lookup used to return 0x on a failed lookup, but
a change was made to return the vma physical address + 0x1000
Tejun Heo wrote:
Anton Vorontsov wrote:
On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote:
There is a simple problem with the patch which is that an "IRQ 0" can and does
actually exist on a bunch of platforms, at least to the best of my knowledge.
Checking for -1 (which means for def
> > This was discussed years ago.
> >
> > http://lkml.org/lkml/2005/11/22/159
> > http://lkml.org/lkml/2005/11/22/227
> >
>
> Would this break any existing platforms? If so, can those be fixed
> together or does it become a much bigger problem that way?
Zero means no IRQ. Any platform with bit
On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote:
While paul was away, I've been taking care of the tree, so currently
up to date is my git at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
I've pushed a batch of stuff to the "master" branch. I haven't yet
updated th
From: Josh Poimboeuf <[EMAIL PROTECTED]>
The powerpc 32-bit and 64-bit kernel_thread functions don't properly
propagate errors being returned by the clone syscall. (In the case of
error, the syscall exit code returns a positive errno in r3 and sets
the CR0[SO] bit.)
This patch fixes that by nega
There's an SVN+quilt tree via sourceforge for EDAC. I have asked Doug to push
this patch upstream to the mm tree.
Kumar Gala wrote:
On Sep 19, 2008, at 6:20 PM, Nate Case wrote:
From: Andrew Kilkenny <[EMAIL PROTECTED]>
This adds support for the dual-core MPC8572 processor. We have
to supp
On Tue, Oct 07, 2008 at 12:10:03PM -0400, Josh Boyer wrote:
>From: Josh Poimboeuf <[EMAIL PROTECTED]>
>
>The powerpc 32-bit and 64-bit kernel_thread functions don't properly
>propagate errors being returned by the clone syscall. (In the case of
>error, the syscall exit code returns a positive errn
- cmpwi 0,r3,0 /* parent or child? */
- bne 1f /* return if parent */
+ bns+1f /* did system call indicate error? */
+ neg r3,r3 /* if so, make return code negative */
+1: cmpwi 0,r3,0 /* parent or ch
On Tue, 2008-10-07 at 07:29 -0500, Kumar Gala wrote:
> On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote:
>
> > While paul was away, I've been taking care of the tree, so currently
> > up to date is my git at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
> >
> > I
The class of the MPC5121 pci host bridge is PCI_CLASS_BRIDGE_OTHER
while other freescale host bridges have class set to
PCI_CLASS_PROCESSOR_POWERPC.
This patch makes fixup_hide_host_resource_fsl match
PCI_CLASS_BRIDGE_OTHER in addition to PCI_CLASS_PROCESSOR_POWERPC.
Signed-off-by: John Rigby <[E
The following three patches add pci support for MPC5121
These got no NACKs back in August but they were not picked up
by anyone either.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Modify mpc83xx_add_bridge to get config space register base address from the
device
tree instead of immr + hardcoded offset.
83xx pci nodes have this change:
register properties now contain two address length tuples:
First is the pci bridge register base, this has always been there.
Hi,
Following is the whole DMA code cleanup on top of the work
already done by Becky Bruce. It includes removing __dma_sync
and __dma_sync_page that got replaced by dma_mapping_ops->sync,
getting rid of the old dma-noncoherent code which is now another
type of dma_mapping_ops and cleaning up the
New dma-noncoherent code. This is a full rewrite of
arch/powerpc/lib/dma-noncoherent.c.
The old code in arch/powerpc/lib/dma-noncoherent.c uses a memory pool at
a hard coded virtual address set by CONFIG_CONSISTENT_START (typically
0xFF10). If not set carefully this address can conflict with e
Code cleanup in arch/powerpc/include/asm/dma-mapping.h and
arch/powerpc/include/asm/io.h.
I replaced _dma_sync and _dma_sync_page with a new dma_mapping_ops
API called sync: this is necessary to make sure that the proper
synchronization mechanism is used for each device on a platform
where mu
Remove old dma-noncoherent code and hooks. Also remove the config parameters
CONSISTENT_SIZE and CONSISTENT_START which are not used anymore.
Signed-off-by: Remi Machet <[EMAIL PROTECTED]>
---
arch/powerpc/lib/dma-noncoherent.c | 427 -
b/arch/powerpc/Kconfig
Uses mpc83xx_add_bridge in fsl_pci.c
Adds second register tuple to pci node register property
as done for 83xx device trees in a previous patch.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc5121ads.dts |3 ++-
arch/powerpc/platforms/512x/Kconfig |
On Tue, 2008-10-07 at 14:05 -0700, Remi Machet wrote:
> + /*
> +* Mark the pages as Reserved: this memory is used by a DMA
> engine,
> +* it cannot be swapped.
> +* Also mark each page as un-cached. We ass ume here that a
> PTE
> +* already exist (valid assumpt
On Wed, 2008-10-08 at 08:22 +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2008-10-07 at 14:05 -0700, Remi Machet wrote:
> > + /*
> > +* Mark the pages as Reserved: this memory is used by a DMA
> > engine,
> > +* it cannot be swapped.
> > +* Also mark each page as un-c
On Tue, 2008-10-07 at 15:11 -0700, Remi Machet wrote:
> This will disappear since I am going to use the vmalloc pool but out of
> curiosity: calling kmap should not result in any virtual memory from the
> kmap pool being used unless the allocated page is in high memory. Do you
> expect many driver
Dave Jiang <[EMAIL PROTECTED]> wrote: There's an SVN+quilt tree via sourceforge
for EDAC. I have asked Doug to push
this patch upstream to the mm tree.
Kumar Gala wrote:
>
> On Sep 19, 2008, at 6:20 PM, Nate Case wrote:
>
>> From: Andrew Kilkenny
>>
>> This adds support for the dual-core MP
On Wed, Oct 01, 2008 at 11:20:24PM +0200, Sebastian Andrzej Siewior wrote:
> From: Sebastian Siewior <[EMAIL PROTECTED]>
>
> Some code dtb scanning & filling has been borrowed from ppc64.
> The old behavior is still available if compiled with GameCube,
> other PowerPC platform use the can purgator
Uses mpc83xx_add_bridge in fsl_pci.c
Adds second register tuple to pci node register property
as done for 83xx device trees in a previous patch.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc5121ads.dts |3 ++-
arch/powerpc/platforms/512x/Kconfig |
On Oct 7, 2008, at 1:57 PM, Benjamin Herrenschmidt wrote:
On Tue, 2008-10-07 at 07:29 -0500, Kumar Gala wrote:
On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote:
While paul was away, I've been taking care of the tree, so currently
up to date is my git at:
git://git.kernel.org/pub/sc
On Oct 7, 2008, at 6:10 PM, Doug Thompson wrote:
the SVN repos is
svn checkout https://bluesmoke.svn.sourceforge.net/svnroot/bluesmoke/trunk
the info page is
http://bluesmoke.sourceforge.net/
doug t
SVN, ick..
- k
___
Linuxppc-dev mailing list
L
On Tue, Sep 30, 2008 at 06:26:21PM +0530, Mohan Kumar M wrote:
> Relocatable kdump kernel support in kexec-tools
>
> This patch adds relocatable kernel support for kdump in the kexec-tools
> code. A signature (0xfeed1234) is passed in r6 from panic code to the
> purgatory code through kexec_sequen
On Oct 7, 2008, at 2:00 PM, John Rigby wrote:
The following three patches add pci support for MPC5121
These got no NACKs back in August but they were not picked up
by anyone either.
I'll look at picking up patches 1/3 and 3/3. I'll leave 2/3 to Grant.
- k
___
On Oct 7, 2008, at 4:03 PM, Remi Machet wrote:
Hi,
Following is the whole DMA code cleanup on top of the work
already done by Becky Bruce. It includes removing __dma_sync
and __dma_sync_page that got replaced by dma_mapping_ops->sync,
getting rid of the old dma-noncoherent code which is now an
Hi all,
I am working with a Xilinx Virtex II Pro evaluation board, which has two
PowerPC 405 and I have ported linux 2.6.24 onto that board when there is one
PPC405 configured.
I'd like to use this board as a SMP platform. Is it feasible?
If it works, what steps should i follow? Could you give
35 matches
Mail list logo
