On Thu, May 15, Michael Chan wrote:
> Matt, I think that's very likely the problem. If we are trying to
> establish link in parallel detect mode, the flow control settings may
> not match. If we do not enter the if statement to do nothing, we will
> keep autonegotiating forever and never establi
If you're using arch/powerpc, my understanding is that
CONFIG_XILINX_GPIO needs to be enabled as well as having the right info
in the dts file.
I'm using arch/ppc, so excuse my ignorance but what are dts files ?
I see arch/powerpc/boot/dts/ml405.dts in the kernel tree which would need
some chan
On Fri, May 16, 2008 at 11:49:14AM +1000, Michael Ellerman wrote:
> Add a comment above the definition of __initcall(), just in case
> someone looks here.
>
> And add a checkpatch warning for new uses of __initcall().
>
> Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
> ---
>
> How's this?
Hi Anton,
> The mpc8xxx_wdt driver is using two registers: SWSRR to push magic
> numbers, and SWCRR to control the watchdog. Both registers are available
> on the MPC8xx, and seem to have the same offsets and semantics as in
> MPC83xx/MPC86xx watchdogs. The only difference is prescale value. So th
Binding document adding for Freescale MSI support.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Change the compatible name in this V3 version.
Documentation/powerpc/booting-without-of.txt | 41 +-
1 files changed, 40 insertions(+), 1 deletions(-)
diff --git a/Docum
This MSI driver can be used on 83xx/85xx/86xx board.
In this driver, virtual interrupt host and chip were
setup. There are 256 MSI interrupts in this host, Every 32
MSI interrupts cascaded to one IPIC/MPIC interrupt.
The chip was treated as edge sensitive and some necessary
functions were setup for
This patch enable the MSI on 8610hpcd board.
Through the msi-available-ranges property, All the 256
msi interrupts can be tested on this board.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Change the compatible name in dts in V3 version.
arch/powerpc/boot/dts/mpc8610_hpcd.dts | 16
This patch enabled MSI on 8544ds and 8572ds board.
So far only one MSI interrupt can generate on 8544 board.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Change the compatible name in dts in this V3 version.
arch/powerpc/boot/dts/mpc8544ds.dts | 16
arch/powerpc/boot/
On Fri, May 16, 2008 at 09:50:27AM +1000, Stephen Rothwell wrote:
> Hi Anton,
>
> This is not me picking on you, I just want to make a general statement.
>
> On Thu, 15 May 2008 20:20:48 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> >
> > Could we then apply this to the powerpc-next for prop
On Fri, May 16, 2008 at 11:17:29AM +0200, Jochen Friedrich wrote:
> Hi Anton,
>
> > The mpc8xxx_wdt driver is using two registers: SWSRR to push magic
> > numbers, and SWCRR to control the watchdog. Both registers are available
> > on the MPC8xx, and seem to have the same offsets and semantics as
* Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Steven Rostedt writes:
>
> > The following two patches ports ftrace to PowerPC. I tested this on
> > both my PPC64 box as well as my 32bit PowerBook G4.
>
> Very cool! Thanks.
great - could you please send an Acked-by line for those patches?
> >
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> PPC doesn't have the irqs_disabled_flags needed by ftrace. This patch
> adds it.
applied, thanks.
Ingo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/lin
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> This patch adds full support for ftrace for PowerPC (both 64 and 32
> bit). This includes dynamic tracing and function filtering.
applied, thanks. Nice stuff! :)
Ingo
___
Linuxppc-dev mailing list
On Sat, Apr 19, 2008 at 9:00 PM, Kumar Gala <[EMAIL PROTECTED]>
wrote:
> This is intended as a reminder that we plan on getting rid of arch/ppc this
> summer. I'm guessing based on kernel release times that will be 2.6.27. That
> would mean 2.6.26 will be the last kernel to support arch/ppc.
>
>
On Thursday 15 May 2008, Carl Love wrote:
> On Thu, 2008-05-15 at 17:39 +0200, Arnd Bergmann wrote:
> >
> > I noticed now that you are indexing arrays by SPU number. This is not
> > a good idea, because you make assumptions about the system that may
> > not be true. Better pass around 'struct spu'
Nadia Derbey wrote:
> Kamalesh Babulal wrote:
>> Adrian Bunk wrote:
>>
>>> On Wed, May 07, 2008 at 06:52:53PM +0530, Kamalesh Babulal wrote:
>>>
While running the ltp over the powerpc with the 2.6.26-rc1-git4 kernel,
task get blocked for more 120 seconds and does not proceeds future.
Olaf Hering wrote:
> Yes, this patch fixes nfsroot for me. Thanks.
> mii-tool is not shipped anymore, even in SLES10.
> I assume that ethtool is the replacement?
>
Thanks. We'll send the patch to DaveM and to stable
as well.
ethtool can provide some high level link parameters.
But in this case
On Fri, 2008-05-16 at 11:56 +1000, David Gibson wrote:
> On Thu, May 15, 2008 at 05:23:40PM -0700, Remi Machet wrote:
> > Support for the C2K cPCI Single Board Computer from GEFanuc
> > (PowerPC MPC7448 with a Marvell MV64460 chipset)
> > All features of the board are not supported yet, but the boa
On Fri, 2008-05-16 at 14:46 +1000, Stephen Rothwell wrote:
> Hi Remi,
>
> On Thu, 15 May 2008 17:24:28 -0700 Remi Machet <[EMAIL PROTECTED]> wrote:
> >
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +#include
> > +#include
> > +#include
> > +#include
> > +
Hi,
Dts files are not used with arch/ppc.
In arch/ppc, the drivers that are in the system depend on the
arch/ppc/platforms/4xx/xparameters/xparameters_ml405.h to setup the
addresses of the devices and their configuration.
I looked at the ML405 setup in the git tree and it appears that it would
On Fri, 2008-05-16 at 16:22 +0200, Arnd Bergmann wrote:
> On Thursday 15 May 2008, Carl Love wrote:
> > On Thu, 2008-05-15 at 17:39 +0200, Arnd Bergmann wrote:
> > >
> > > I noticed now that you are indexing arrays by SPU number. This is not
> > > a good idea, because you make assumptions about t
On Thu, 2008-05-15 at 11:01 -0700, Carl Love wrote:
> On Thu, 2008-05-15 at 20:47 +1000, Paul Mackerras wrote:
> > Carl Love writes:
> >
> > > The following patch fixes the 64 bit user code backtrace
> > > which currently may hang the system.
> >
> > What exactly is wrong with it?
> >
> > Ha
With this patch we'll able to select spi_mpc83xx driver on the MPC86xx
processors.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
This patch is on top of Jochen's patch (
http://patchwork.ozlabs.org/linuxppc/patch?id=18261)
that fixes SPI on MPC8610.
drivers/spi/Kconfig |2 +-
1 fil
This is mpc832x-like MMC setup, but with a quirk to work around PIXIS'
CS line weirdness.
Probably someday we'll want to convert spi_mpc83xx driver into OF driver
and place the MMC node into device tree. But this will need great efforts
for SPI (alike I2C work we've seen lately), plus converting s
Some boards do not use interrupts on the CD line, so we want to poll
the CD and see if there was a change. 1 second poll interval seems
resonable.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/mmc/host/mmc_spi.c | 51 +-
include/linux/sp
MPC8610HPCD seem to not use interrupts for the SD CD line, so we need
poll it.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/mpc8610_hpcd.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/86xx/mpc8610_hpcd.c
Hi David,
Thank you for the comments, I am in the process of changing the C2K dts
file. I have a few questions bellow:
On Fri, 2008-05-16 at 11:53 +1000, David Gibson wrote:
> On Thu, May 15, 2008 at 05:22:50PM -0700, Remi Machet wrote:
> > Support for the C2K cPCI Single Board Computer from GEF
On Fri, May 16, 2008 at 11:20 AM, Remi Machet <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-05-16 at 11:53 +1000, David Gibson wrote:
>> This is a suspicious looking use of cell-index, though again this
>> could be a problem in the binding rather than your tree per se.
>> cell-index should *only* be pr
On Fri, May 16, 2008 at 08:50:52PM +0400, Anton Vorontsov wrote:
> config SPI_MPC83xx
> tristate "Freescale MPC83xx/QUICC Engine SPI controller"
> - depends on SPI_MASTER && (PPC_83xx || QUICC_ENGINE) && EXPERIMENTAL
> + depends on SPI_MASTER && (PPC_83xx || QUICC_ENGINE || PPC_86xx)
For the additonal exception levels (critical, debug, machine check) on
40x/book-e we were using "static" allocations of the stack in the
associated head.S.
Move to a runtime allocation to make the code a bit easier to read as
we mimic how we handle IRQ stacks. Its also a bit easier to setup the
s
* Cleanup the code a bit my allocating an INT_FRAME on our exception
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR11(r8)
* simplify {lvl}_transfer_to_handler code by moving the copying of the
temp registers we use if we come from user space into the PROLOG
* If t
On machines with more than one exception level any system register that
might be modified by the "normal" exception level needs to be saved and
restored on taking a higher level exception. We already are saving
and restoring ESR and DEAR.
For critical level add SRR0/1.
For debug level add CSRR0/1
The Book-E versions of tophys/tovirt are not simple no ops to
ensure compatibility with their "classic" ppc brethren.
---
Added as Hollis and Josh's request. This is in my powerpc-next tree.
- k
include/asm-powerpc/ppc_asm.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
The Book-E versions of tophys/tovirt are not simple noops to
ensure compatibility with their "classic" ppc brethren.
---
Fix my grammar.. why I bother is beyond me.
- k
include/asm-powerpc/ppc_asm.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/asm-powerp
From: Grant Likely <[EMAIL PROTECTED]>
Currently, 'modalias' in the spi_device structure is a 'const char *'.
The spi_new_device() function fills in the modalias value from a passed
in spi_board_info data block. Since it is a pointer copy, the new
spi_device remains dependent on the spi_board_inf
From: Grant Likely <[EMAIL PROTECTED]>
spi_new_device() allocates and registers an spi device all in one swoop.
If the driver needs to add extra data to the spi_device before it is
registered, then this causes problems.
This patch splits the allocation and registration portions of code out
of spi
From: Grant Likely <[EMAIL PROTECTED]>
This patch adds support for populating an SPI bus based on data in the
OF device tree. This is useful for powerpc platforms which use the
device tree instead of discrete code for describing platform layout.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
--
This series is a set of changes to allow the slaves on an SPI bus to be
described in the OF device tree (useful in arch/powerpc) and adds a driver
that uses it (the Freescale MPC5200 SoC's SPI device).
Please review and comment. David, I've included in this series my earlier
patch to change modal
From: Grant Likely <[EMAIL PROTECTED]>
Unlike the old CSB driver, this driver uses the SPI infrastructure.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/spi/Kconfig |8 +
drivers/spi/Makefile|1
drivers/spi/mpc52xx_spi.c | 561 ++
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
On Fri, May 16, 2008 at 1:36 PM, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Unlike the old CSB driver, this driver uses the SPI infrastructure.
er, this comment is *obviously* wrong. I'll fix it in the next version.
Cheers,
g.
--
Grant Likely, B.Sc.,
Hello,
did anyone yet perform benchmarks on a combination of PCIe device
(off-the-shelf or custom) doing bulk data transfers, and bringing this
off the chip via GbE or SATA using a recent Linux kernel?
Also, can someone suggest a readily available PCIe device that has a
driver that is supported u
On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> This series is a set of changes to allow the slaves on an SPI bus to be
> described in the OF device tree (useful in arch/powerpc) and adds a driver
> that uses it (the Freescale MPC5200 SoC's SPI device).
Right now we have SPI hooked up to P
On Fri, May 16, 2008 at 2:27 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> This series is a set of changes to allow the slaves on an SPI bus to be
>> described in the OF device tree (useful in arch/powerpc) and adds a driver
>> that uses it (the
On Fri, May 16, 2008 at 2:47 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Fri, 16 May 2008 13:36:13 -0600 Grant Likely wrote:
>
>> diff --git a/Documentation/powerpc/booting-without-of.txt
>> b/Documentation/powerpc/booting-without-of.txt
>> index 1d2a772..452c242 100644
>> --- a/Documentation
On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, May 16, 2008 at 2:27 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> This series is a set of changes to allow the slaves on an SPI bus to be
> >> described in the OF device tree (
Paul Mackerras <[EMAIL PROTECTED]> wrote on 05/15/2008 06:02:03 PM:
> Corey J Ashford writes:
>
> > Thanks for the feedback. I don't believe I need a separate flag,
because
> > the PMU interrupt (via the PMAO bit) will still be pending when
interrupts
> > are hard enabled again, and the handler
On Fri, May 16, 2008 at 3:25 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> On Fri, May 16, 2008 at 2:27 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> > On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> >> This series is a set of changes to al
On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, May 16, 2008 at 3:25 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 5/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> On Fri, May 16, 2008 at 2:27 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> >> > On 5/16/08, Grant Likely <[EMAIL
On Fri, 16 May 2008 13:36:13 -0600 Grant Likely wrote:
> diff --git a/Documentation/powerpc/booting-without-of.txt
> b/Documentation/powerpc/booting-without-of.txt
> index 1d2a772..452c242 100644
> --- a/Documentation/powerpc/booting-without-of.txt
> +++ b/Documentation/powerpc/booting-without-of
(dropping spi and linux-kernel mailing lists as this is a mpc5200
specific discussion; everyone else probably doesn't care).
On Fri, May 16, 2008 at 3:42 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> I need to talk to my hardware guy. He is using PSC3 for the boot
> console with the assumption that
On Fri, May 16, 2008 at 01:36:13PM -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> This patch adds support for populating an SPI bus based on data in the
> OF device tree. This is useful for powerpc platforms which use the
> device tree instead of discrete code for describ
On Fri, May 16, 2008 at 4:03 PM, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> On Fri, May 16, 2008 at 01:36:13PM -0600, Grant Likely wrote:
>> + /* Store a pointer to the node in the device structure */
>> + of_node_get(nc);
>> + spi->dev.archdata.of_node = nc;
>
On Fri, May 16, 2008 at 04:14:23PM -0600, Grant Likely wrote:
> On Fri, May 16, 2008 at 4:03 PM, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> > On Fri, May 16, 2008 at 01:36:13PM -0600, Grant Likely wrote:
> >> + /* Store a pointer to the node in the device structure */
> >> +
Hi Kumar,
On Fri, 16 May 2008 14:08:00 -0500 (CDT) Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/kernel/asm-offsets.c
> @@ -52,6 +52,15 @@
> #include
> #endif
>
> +#if defined(CONFIG_BOOKE) || defined(CONFIG_40x)
> +#include "head_booke.h"
> +#endif
> +
> +#define DEFINE(sym, va
On Fri, May 16, 2008 at 4:49 PM, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> On Fri, May 16, 2008 at 04:14:23PM -0600, Grant Likely wrote:
>> > Maybe this code could do something like
>> > spi->dev.platform_data = nc->data;
>> > and board code would fill nc->data at early stages? This needs to be
I have pulled Linus' tree into the powerpc-next branch of powerpc.git,
and added the following 4 patches.
Paul.
Paul Mackerras (1):
[POWERPC] Defer processing of interrupts when the CPU wakes from sleep
mode
Robert P. J. Day (1):
[POWERPC] Get most of ioctl.h content from
Scott Wo
Kumar Gala writes:
> +/*
> + * We use addis to ensure compatiblity with the "classic" ppc versions
> + * of these macros that might have rs as 0, which means a value of 0
> + * not r0
> + */
> #define tophys(rd,rs)\
> addis rd,rs,0
Still seems clear as mud
60 matches
Mail list logo