On Tue, 30 Sep 2008, Niklaus Giger wrote:
The patch is against the master git of denx.de. It does not apply cleanly
against linus' git as I cannot find there any include/asm-ppc subdirectory.
{arch/,include-asm-}ppc/ has been removed, in favor of arch/powerpc/.
With kind regards,
Geert
Hello all,
can Freescale or any of the powerpc maintainers indicate to what
extend PCI Express support for the MPC8315E processor has been merged
to Linux mainline, or what is still needs review or attention?
I could find u-boot and Linux patches provided by Freescale in their
open-source patch
On Oct 6, 2008, at 8:42 AM, Leon Woestenberg wrote:
Hello all,
can Freescale or any of the powerpc maintainers indicate to what
extend PCI Express support for the MPC8315E processor has been merged
to Linux mainline, or what is still needs review or attention?
I could find u-boot and Linux
Kumar Gala wrote:
Out of interest how to do you guys represent NUMA regions of memory in
the device tree?
- k
Looking at the source code in numa.c I see at the start of
do_init_bootmem() that parse_numa_properties() is called. It appears to
be looking at memory nodes and getting the node id
System log shows a lot of ehea: Error, see below, during system start up.
Not sure what it is. I'd like to understand this, could someone points me
the direction? My Machine Type and Model ... ST9146802SS reported from
lscfg (p6 blade). OS is RHEL 5.2. Kernel level is 2.6.18-92.1.10.el5.
On Oct 6, 2008, at 10:42 AM, Jon Tollefson wrote:
Kumar Gala wrote:
Out of interest how to do you guys represent NUMA regions of memory
in
the device tree?
- k
Looking at the source code in numa.c I see at the start of
do_init_bootmem() that parse_numa_properties() is called. It
Remi Machet wrote:
After continuing to work on the dma noncoherent code I realized that
sync_page is not the best choice of API:
-The API should preferably take a dma_addr_t in my opinion
A virtual address will typically be needed to perform the flush; why
pass the bus address?
-Scott
Hi all,
The API is eveloved from the approach where I tried to put the
qe_set_dedicated() function into the GPIO LIB framework, which
wasn't good idea after all (see http://lkml.org/lkml/2008/9/24/289).
So here is the new version. Since the patchset touches driver/of/
I need Acks from the OF
The helper is factored out of of_get_gpio(). Will be used by the QE
pin multiplexing functions (they need to parse the gpios = too).
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
drivers/of/base.c | 111
drivers/of/gpio.c | 77
With this API we're able to set a QE pin to the GPIO mode or a dedicated
peripheral function.
The API relies on the fact that QE gpio controllers are registered. If
they aren't, the API won't work (gracefully though).
There is one caveat though: if anybody occupied the node-data before us,
or
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 other than ok or okay
into the device node we want to
When no irq specified the pata_of_platform fills the irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
2. pata_platform checks for irq_res.start 0, but since irq_res.start
is unsigned type, the check will be true for
On Wed, Oct 01, 2008 at 03:39:48PM +0400, Anton Vorontsov wrote:
[...]
Any issues with this or the second patch? Can we merge them?
I do not have the time to review these patches (and, honestly, have no
interest in them.) So I will not merge them but I have no objection to
them being
On Mon, Oct 06, 2008 at 09:28:31PM +0400, Anton Vorontsov wrote:
On Wed, Oct 01, 2008 at 03:39:48PM +0400, Anton Vorontsov wrote:
[...]
Any issues with this or the second patch? Can we merge them?
I do not have the time to review these patches (and, honestly, have no
interest in
On Mon, 2008-10-06 at 11:30 -0500, Scott Wood wrote:
Remi Machet wrote:
After continuing to work on the dma noncoherent code I realized that
sync_page is not the best choice of API:
-The API should preferably take a dma_addr_t in my opinion
A virtual address will typically be needed to
On Mon, Oct 06, 2008 at 11:31:58AM -0600, Grant Likely wrote:
On Mon, Oct 06, 2008 at 09:28:31PM +0400, Anton Vorontsov wrote:
On Wed, Oct 01, 2008 at 03:39:48PM +0400, Anton Vorontsov wrote:
[...]
Any issues with this or the second patch? Can we merge them?
I do not have the
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 definite, no irq at all, because it is
totally unambiguous, as a -1 IRQ numbering is impossible) is more
Kumar Gala wrote:
On Oct 6, 2008, at 10:42 AM, Jon Tollefson wrote:
Kumar Gala wrote:
Out of interest how to do you guys represent NUMA regions of memory in
the device tree?
- k
Looking at the source code in numa.c I see at the start of
do_init_bootmem() that parse_numa_properties() is
Benjamin Herrenschmidt wrote:
This is what we were recommended to use at the time. There is a patch
on www.powerdeveloper.org which tweaks the tree to make it ultra-compliant
with the Linux version of things, which implements every variation. It
also implements a suggested patch which added a
On Mon, 2008-10-06 at 11:05 +1100, Benjamin Herrenschmidt wrote:
On Fri, 2008-10-03 at 10:40 -0700, Badari Pulavarty wrote:
Hi,
I am not able to boot my Power5 box with 2.6.27-rc8 (defconfig).
However, I am able to boot with my own custom config.
Known issue ?
Nope. It would be
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 definite, no irq at all, because it is
If there are multiple reserved memory blocks via lmb_reserve() that are
contiguous addresses and on different NUMA nodes we are losing track of which
address ranges to reserve in bootmem on which node. I discovered this
when I only recently got to try 16GB huge pages on a system with more
then
On Fri, Sep 26, 2008 at 12:19 PM, Timur Tabi [EMAIL PROTECTED] wrote:
The Kconfig files for PowerPC CHRP and PMAC support had default=y for some
Kconfig options, and this caused support for CHRP and PMAC platforms to be
enabled incorrectly for several platforms. Fix the Kconfigs and the
Hi All,
Is there any BSP on kernel 2.4 for MPC8360EMDS board?
Thanks,
Mike
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Fri, 2008-10-03 at 08:53 -0700, Jesse Barnes wrote:
Tony and/or Bjorn, do you want to take a look and make sure this is ok? If
so
I can take the whole thing into the PCI tree.
Don't take patch 2/2, only 1/2. If/when you do, I'll then get the
powerpc side patch via the powerpc tree, as I
Minor nits ...
One is, you add this helper to mm/page_alloc.c, which means that I'll
need some ack from Hugh or Andrew before I can merge that via the
powerpc tree... Unless there's another user, I'd rather keep the
helper function in powerpc code for now, it can be moved to common
code later if
26 matches
Mail list logo