On Sun, Jan 31, 2010 at 10:14:03PM +1100, Anton Blanchard wrote:
>
> With dynamic irq descriptors the overhead of a large NR_IRQS is much lower
> than it used to be. With more MSI-X capable adapters and drivers exploiting
> multiple vectors we may as well allow the user to increase it beyond the
On Mon, Feb 01, 2010 at 03:52:42PM +1100, David Gibson wrote:
> Grant, I've updated this for your current test-devicetree branch.
> Please apply.
>
> Currently when processing flattened device trees, the kernel expects
> the phandle in a property called "linux,phandle". The ePAPR spec -
> not bei
On Mon, 2010-02-01 at 10:09 +0100, Gabriel Paubert wrote:
> On Sun, Jan 31, 2010 at 10:14:03PM +1100, Anton Blanchard wrote:
> >
> > With dynamic irq descriptors the overhead of a large NR_IRQS is much lower
> > than it used to be. With more MSI-X capable adapters and drivers exploiting
> > multi
Hi Ben,
Benjamin Herrenschmidt wrote:
> Breno, can you test ? Also if you could give a quick spin to the other ones
> too make sure they don't break anything else, it would be great !
I tested and also asked my team to test and the changes work fine, fixing
the problem. Also, we did a regressio
Benjamin Herrenschmidt wrote:
On Fri, 2010-01-29 at 18:04 -0600, Corey Minyard wrote:
From: Corey Minyard
The MPSC drivers that use DMA need to set coherent_dma_mask to allow
dma_alloc_xxx routines to work properly. Also, the mpsc serial driver
needed to set pi->port.dev to register proper
I'm hoping someone can offer some advice on this:
I'm working with an embedded platform that does not pass anything from
firmware. I'm just trying to get some activity out the serial console at
this stage. simpleImage.bseip compiled with the following bseip.dts seems
to freeze before anything is
dan.g...@faa.gov wrote:
I'm hoping someone can offer some advice on this:
I'm working with an embedded platform that does not pass anything from
firmware. I'm just trying to get some activity out the serial console at
this stage. simpleImage.bseip compiled with the following bseip.dts seems
to
On Mon, 2010-02-01 at 13:16 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2010-01-31 at 12:02 -0800, Joe Perches wrote:
> > String constants that are continued on subsequent lines with \
> > are not good.
> > Signed-off-by: Joe Perches
> You want me to take that in the powerpc tree ?
Yes please.
> Has your firmware already set up the serial port? cpm-serial doesn't
make
> assumptions about specific addresses, but it does assume that the BRG,
pins,
> etc. have been set up for the serial port to work.
Yes. Or, so I thought. First, I interrupt the bootstrap with . Then,
I load the image in
dan.g...@faa.gov wrote:
Has your firmware already set up the serial port? cpm-serial doesn't
make
assumptions about specific addresses, but it does assume that the BRG,
pins,
etc. have been set up for the serial port to work.
Yes. Or, so I thought. First, I interrupt the bootstrap with .
Subject: powerpc/ps3 Update ps3_defconfig
Refresh ps3_defconfig to latest kernel sources and change
these kernel config options:
o CONFIG_USB_ANNOUNCE_NEW_DEVICES: n -> y
o CONFIG_USB_EHCI_TT_NEWSCHED: n -> y
o CONFIG_CMDLINE_BOOL: n -> y
o CONFIG_CMDLINE: n -> ""
Signed-off-by: Geoff Le
From: Corey Minyard
The mpsc serial driver needx to set the port's device tree element
to register properly.
Signed-off-by: Corey Minyard
---
Index: linux-2.6/drivers/serial/mpsc.c
===
--- linux-2.6.orig/drivers/serial/mpsc.c
+++
From: Corey Minyard
DMA ops requires that coherent_dma_mask be set properly for a device,
but this was not being done for platform devices on powerpc. The
MPSC drivers, in particular, need this for both serial and ethernet
or they won't be able to allocate memory.
Signed-off-by: Corey Minyard
On Sun, Jan 31, 2010 at 9:52 PM, David Gibson
wrote:
> Grant, I've updated this for your current test-devicetree branch.
> Please apply.
>
> Currently when processing flattened device trees, the kernel expects
> the phandle in a property called "linux,phandle". The ePAPR spec -
> not being Linux
On Thu, Jan 14, 2010 at 1:13 AM, Liu Yu wrote:
> After these change, when need to work in rtbi mode,
> just change phy-connection-type to "rtbi".
>
> Also, this work can be done by u-boot.
>
> Signed-off-by: Liu Yu
Looks okay by me,
Acked-by: Grant Likely
> ---
> arch/powerpc/boot/dts/mpc8569
On Thu, Jan 14, 2010 at 1:13 AM, Liu Yu wrote:
> Signed-off-by: Liu Yu
> ---
> arch/powerpc/platforms/85xx/mpc85xx_mds.c | 24
> 1 files changed, 24 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/platforms/85xx/mpc85xx_mds.c
> b/arch/powerpc/platforms/85x
On Thu, Jan 14, 2010 at 1:13 AM, Liu Yu wrote:
> Old method only set tbi-phy for eth0.
>
> Signed-off-by: Liu Yu
> ---
> drivers/net/ucc_geth.c | 23 +++
> 1 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
> i
On Mon, Feb 01, 2010 at 05:30:23PM +1100, Anton Blanchard wrote:
>
> PowerPC is currently using asm-generic/hardirq.h which statically allocates an
> NR_CPUS irq_stat array. Switch to an arch specific implementation which uses
> per cpu data:
>
> On a kernel with NR_CPUS=1024, this saves quite a
Large NUMA machines require Linux to indicate support for more than 64
cpu cores. This is done through the ibm,client-architecture call, and
is documented in the PAPR. There is also another new field added to
indicate that the OS is Linux as a hint for possible future performance
settings.
The f
This patch adds 2 fields to the ibm_architecture_vec array.
The first of these fields indicates the number of cores which Linux can
boot. It does not account for SMT, so it may result in cpus assigned to
Linux which cannot be booted. A second patch follows that dynamically
updates this for SMT
In the previous patch the client-architecture field for the number of
cores supported is set statically as high as is possible. However, that
static setting could be too high if the system supports smt, resulting
in cpus assigned to Linux that are not booted. This patch reads the
device tree (bef
On Mon, 2010-02-01 at 22:55 +0100, Christoph Hellwig wrote:
> > +typedef struct {
> > + unsigned int __softirq_pending;
> > +} cacheline_aligned irq_cpustat_t;
>
> No need to bother with an irq_cpustat_t type at all in this case, just
> declare a softirq_pending per-cpu variable.
I think h
This patch adds support for using the LL TEMAC Ethernet driver on
non-Virtex 5 platforms by adding support for accessing the Soft DMA
registers as if they were memory mapped instead of solely through the
DCR's (available on the Virtex 5).
Signed-off-by: John Tyner
--- /tmp/tmp.5198.41 2010-02
On Mon, Feb 01, 2010 at 04:51:02PM -0600, Joel Schopp wrote:
> static void __init prom_send_capabilities(void)
> {
> ihandle elfloader, root;
> prom_arg_t ret;
> + u32 *cores;
>
> root = call_prom("open", 1, 1, ADDR("/"));
> if (root != 0) {
> + /*
> +
Thanks.
As the patchset is accepted.
Will commit another one to fix them.
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On
> Behalf Of Grant Likely
> Sent: Tuesday, February 02, 2010 5:58 AM
> To: Liu Yu-B13201
> Cc: ga...@kernel.crashing.org; da...@da
On Mon, 2010-02-01 at 12:00 -0600, Corey Minyard wrote:
> That's done in ppc_dflt_bus_notify(), but that didn't seem an
> appropriate
> place to do this. If it is, it's easy enough to add it there, but
> that would mean it would get set for all devices on any type of ppc
> system.
Well, we are lo
The support for mpc5121 PSC UART currently only works with
serial console. This patch series re-enable PSC UART support for
all 12 PSCs and document added DTS bingings.
---
.../powerpc/dts-bindings/fsl/mpc5121-psc.txt | 70 ++
arch/powerpc/include/asm/mpc52xx_psc.h |4
Currently the support for MPC5121 PSC UART in the mpc52xx_uart
driver is broken (only console pre-initialized by the bootloader
works). Re-enable it now by providing MPC5121 specific ops
for PSCx clock activation, FIFO controller init/uninit and
MPC5121 PSC FIFO shared interrupt handling functions.
Support for MPC5121 PSC UART in the mpc52xx_uart driver
added new DTS properties for FSL MPC5121 PSC FIFO Controller.
Provide documentation of the new properties and some examples.
Signed-off-by: Anatolij Gustschin
Cc: Grant Likely
---
.../powerpc/dts-bindings/fsl/mpc5121-psc.txt | 70 +
MPC5121 has 12 PSC devices. Enable UART support for all of
them by defining the number of max. PSCs depending on
selection of PPC_MPC512x platform support.
Signed-off-by: Anatolij Gustschin
Cc: Grant Likely
---
arch/powerpc/include/asm/mpc52xx_psc.h |4
1 files changed, 4 insertions(+)
Hi Ira,
Do these patches accepted to open source kernel??
- Dipen
-Original Message-
From: Ira W. Snyder [mailto:i...@ovro.caltech.edu]
Sent: Monday, January 11, 2010 9:59 PM
To: Dudhat Dipen-B09055
Cc: dan.j.willi...@intel.com; ga...@kernel.crashing.org;
herb...@gondor.apana.org.au;
31 matches
Mail list logo
