[PATCH 1/1] [PPC] 8xx swap bug-fix

Hello, Here is the patch which makes Linux-2.6 swap routines operate correctly on the ppc-8xx-based machines. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> -- diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel/head_8xx.S index eb8d26f..321bda2 100644 --- a/arch/ppc/kernel/head_8xx.S

Re: [RFC][POWERPC] bootwrapper: Add a firmware-independent simpleboot target.

On 2/1/08, Grant Likely <[EMAIL PROTECTED]> wrote: > From: Grant Likely <[EMAIL PROTECTED]> > > This target produces a flat binary rather than an ELF file, > fixes the entry point at the beginning of the image, and takes > a complete device tree with no fixups needed. > > Based on 'raw' target writ

[RFC][POWERPC] bootwrapper: Add a firmware-independent simpleboot target.

From: Grant Likely <[EMAIL PROTECTED]> This target produces a flat binary rather than an ELF file, fixes the entry point at the beginning of the image, and takes a complete device tree with no fixups needed. Based on 'raw' target written by Scott Wood. Signed-off-by: Grant Likely <[EMAIL PROTECT

Re: [PATCH 4/5] ehea: fix phyp checkpatch complaints

On Fri, 01 Feb 2008 13:23:45 CST, Scott Wood wrote: > On Thu, Jan 31, 2008 at 08:20:50PM -0600, Doug Maxey wrote: > > /* input param R5 */ > > -#define H_ALL_RES_QP_EQPO EHEA_BMASK_IBM(9, 11) ... > > +#define H_ALL_RES_QP_EQPOEHEA_BMASK_IBM(9, 11) ... > > This was better the way it w

Re: pthread / TQM5200 problem

In message <[EMAIL PROTECTED]> you wrote: > > I've been having some headache using the pthread library with a TB5200 box > (based on a TQM5200 board with a Freescale MPC5200 PowerPC-CPU). I created a > small program to pin down the problem and it runs fine on all my Unix- and NOTE: It is really b

[PATCH 3/3] powerpc: mpc83xx_defconfig: enable math emulation and ucc_geth

and some PHYs mpc83xx boards use. Signed-off-by: Kim Phillips <[EMAIL PROTECTED]> --- arch/powerpc/configs/mpc83xx_defconfig | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/powerpc/configs/mpc83xx_defconfig b/arch/powerpc/configs/mpc83xx_defconfig index 31b

[PATCH 2/3] powerpc: fsl_soc: fix mpc83xx_spi device registration

calling platform_device_register after platform_device_alloc causes this: kobject (c3841a70): tried to init an initialized object, something is seriously wrong. Call Trace: [c381fe20] [c0007bb8] show_stack+0x3c/0x194 (unreliable) [c381fe50] [c01322a8] kobject_init+0xb8/0xbc [c381fe60] [c01591cc]

[PATCH 1/3] powerpc: mpc832x_rdb: fix compiler warning

arch/powerpc/platforms/83xx/mpc832x_rdb.c: In function ‘mpc832x_rdb_setup_arch’: arch/powerpc/platforms/83xx/mpc832x_rdb.c:104: warning: ‘np’ is used uninitialized in this function Signed-off-by: Kim Phillips <[EMAIL PROTECTED]> --- arch/powerpc/platforms/83xx/mpc832x_rdb.c |2 +- 1 files ch

Re: [PATCH 1/2] pci: Fix bus resource assignment on 32 bits with 64b resources

On Fri, Feb 01, 2008 at 11:18:56AM +0100, Stefan Roese wrote: > On Monday 10 December 2007, Benjamin Herrenschmidt wrote: > > The current pci_assign_unassigned_resources() code doesn't work properly > > on 32 bits platforms with 64 bits resources. The main reason is the use > > of unsigned long in

Re: [PATCH] [POWERPC] fsl_soc: add support for "fsl, immr" compatible matching

On Fri, Feb 01, 2008 at 03:16:57PM -0600, Scott Wood wrote: > Anton Vorontsov wrote: > > - [EMAIL PROTECTED] { > > + [EMAIL PROTECTED] { > > #address-cells = <1>; > > #size-cells = <1>; > > #interrupt-cells = <2>; > > - device_type = "soc"; > > +

Re: [patch v6 2/4] USB: add Cypress c67x00 OTG controller core driver

On Tuesday 29 January 2008, Peter Korsgaard wrote: > This patch add the core driver for the c67x00 USB OTG controller. The core > driver is responsible for the platform bus binding and creating either > USB HCD or USB Gadget instances for each of the serial interface engines > on the chip. >

Re: [patch v6 1/4] USB: add Cypress c67x00 low level interface code

On Tuesday 29 January 2008, Peter Korsgaard wrote: > This patch adds the low level support code for the Cypress c67x00 family of > OTG controllers. The low level code is responsible for register access and > implements the software protocol for communicating with the 16bit > microcontroller inside

[PATCH] [POWERPC] Fix incorrectly tagged __devinitdata structures

From: Grant Likely <[EMAIL PROTECTED]> Fix compile errors in the xilinxfb, xsysace and uartlite drivers used by the Xilinx Virtex platform Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- Paul, Josh: this fixes a compile error in mainline. drivers/block/xsysace.c |2 +- drivers/serial

Re: [PATCH] [POWERPC] fsl_soc: add support for "fsl, immr" compatible matching

Anton Vorontsov wrote: > - [EMAIL PROTECTED] { > + [EMAIL PROTECTED] { > #address-cells = <1>; > #size-cells = <1>; > #interrupt-cells = <2>; > - device_type = "soc"; > + compatible = "fsl,mpc8540-immr", "fsl,immr", "simple-b

Re: [PATCH] Remove old definition of setup_per_cpu_areas

On Fri, Feb 01, 2008 at 09:16:15PM +0100, Bastian Blank wrote: > Remove old definition of setup_per_cpu_areas. This was completely wrong. Lets try it again. Adopt x86 percpu changes for powerpc and ia64. dd5af90a7f3d79e04b7eace9a98644dbf2038f4d replaced the config variable ARCH_SETS_UP_PER_CPU_A

[PATCH] Fix ext4 bitops

Fix ext4 bitops. Signed-off-by: Bastian Blank <[EMAIL PROTECTED]> diff --git a/include/asm-powerpc/bitops.h b/include/asm-powerpc/bitops.h index 220d9a7..d0980df 100644 --- a/include/asm-powerpc/bitops.h +++ b/include/asm-powerpc/bitops.h @@ -363,6 +363,8 @@ unsigned long generic_find_next_le_bit

[PATCH] Remove old definition of setup_per_cpu_areas

Remove old definition of setup_per_cpu_areas. The definition is done depending on the new config variable HAVE_SETUP_PER_CPU_AREA. Signed-off-by: Bastian Blank <[EMAIL PROTECTED]> diff --git a/include/asm-powerpc/percpu.h b/include/asm-powerpc/percpu.h index cc1cbf6..f309d34 100644 --- a/includ

Re: PATCH[1/1] 8xx: Add clock-frequency to Adder875 and mpc885ads board ports

Bryan O'Donoghue wrote: > Redo the addition of the clock-frequency parameter to the Adder875 .dts > so that the values are decimal rather then hex. > > > Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]> > --- > > diff --git a/arch/powerpc/boot/dts/adder875-redboot.dts > b/arch/powerpc/boot/dt

Re: [PATCH v2] 82xx: MGCOGE support

Heiko Schocher wrote: > Hello, > > The following patch adds support for the mpc8247 based > board MGCOGE from keymile. > > changes to the previous patchset: > > - Added the suggestions from Scott Wood: > http://ozlabs.org/pipermail/linuxppc-dev/2008-January/050957.html > > - The patch http://

Re: [PATCH 2/7] [POWERPC] Xilinx: clear data caches.

On 12/13/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote: > > Unfortunately, I think your right... The asm code seems so clean at the > moment, I don't really want be the one to start tarnishing it with a > bunch of little fixups.. :) No problem, we can use a little shim that executes this stuf

Re: [PATCH] [POWERPC] Xilinx: hwicap driver

On 2/1/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote: > This includes code for new fifo-based xps_hwicap in addition to the > older opb_hwicap, which has a significantly different interface. The > common code between the two drivers is largely shared. > > Significant differences exists betwee

Re: [RFC/PATCH] powerpc: Add irqtrace support to 32-bit powerpc

On Fri, 2008-02-01 at 12:50 -0700, Dale Farnsworth wrote: > This adds the low level irq tracing hooks for 32-bit powerpc. > This patch applies on top of Benjamin Herrenschmidt's patch that > provides similar support for 64-bit powerpc. See >

Re: [RFC/PATCH v2] [POWERPC] bootwrapper: build multiple cuImages

On 2/1/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote: > What if it was something like: > > image-$(CONFIG_MPC832x_MDS) += cuImage.mpc832x_mds > image-$(CONFIG_MPC832x_RDB) += cuImage.mpc832x_rdb > image-$(CONFIG_MPC834x_ITX) += cuImage.mpc8349emitx \ >

[RFC/PATCH] powerpc: Add irqtrace support to 32-bit powerpc

This adds the low level irq tracing hooks for 32-bit powerpc. This patch applies on top of Benjamin Herrenschmidt's patch that provides similar support for 64-bit powerpc. See It seems to work on my prpmc2800 board with a ppc7447

RE: [RFC/PATCH v2] [POWERPC] bootwrapper: build multiple cuImages

What if it was something like: image-$(CONFIG_MPC832x_MDS) += cuImage.mpc832x_mds image-$(CONFIG_MPC832x_RDB) += cuImage.mpc832x_rdb image-$(CONFIG_MPC834x_ITX) += cuImage.mpc8349emitx \ cuImage.mpc8349emitxgp platform-

Re: [PATCH 4/5] ehea: fix phyp checkpatch complaints

On Thu, Jan 31, 2008 at 08:20:50PM -0600, Doug Maxey wrote: > /* input param R5 */ > -#define H_ALL_RES_QP_EQPO EHEA_BMASK_IBM(9, 11) > -#define H_ALL_RES_QP_QPP EHEA_BMASK_IBM(12, 12) > -#define H_ALL_RES_QP_RQR EHEA_BMASK_IBM(13, 15) > -#define H_ALL_RES_QP_EQEG

Re: [PATCH 1/5] ehea: fix ehea.h checkpatch complaints

Jeff Garzik wrote: > Doug Maxey wrote: >> Cc: Jan-Bernd Themann <[EMAIL PROTECTED]> >> Signed-off-by: Doug Maxey <[EMAIL PROTECTED]> >> --- >> drivers/net/ehea/ehea.h|3 +++ >> drivers/net/ehea/ehea_hw.h |8 >> 2 files changed, 7 insertions(+), 4 deletions(-) > > applied 1-5

Re: [PATCH] [POWERPC] Xilinx: hwicap driver

On 2/1/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote: > diff --git a/drivers/char/xilinx_hwicap/xilinx_hwicap.c > b/drivers/char/xilinx_hwicap/xilinx_hwicap.c > new file mode 100644 > index 000..83f2d0b > --- /dev/null > +++ b/drivers/char/xilinx_hwicap/xilinx_hwicap.c > +static int hwica

Re: [PATCH] ehea: fix sysfs link compile problem

Jan-Bernd Themann wrote: > Due to changes in the struct device_driver there is no direct > access to its kobj any longer. The kobj was used to create > sysfs links between eHEA ethernet devices and the driver. > This patch removes the affected sysfs links to resolve > the build problems. > > Signe

Re: [PATCH for 2.6.25 1/2] [NET] ucc_geth: fix module removal

Anton Vorontsov wrote: > - uccf should be set to NULL to not double-free memory on > subsequent calls; > - ind_hash_q and group_hash_q lists should be initialized in the > probe() function, instead of struct_init() (called by open()), > otherwise there will be an oops if ucc_geth_driver remov

Re: [PATCH 1/5] ehea: fix ehea.h checkpatch complaints

Doug Maxey wrote: > Cc: Jan-Bernd Themann <[EMAIL PROTECTED]> > Signed-off-by: Doug Maxey <[EMAIL PROTECTED]> > --- > drivers/net/ehea/ehea.h|3 +++ > drivers/net/ehea/ehea_hw.h |8 > 2 files changed, 7 insertions(+), 4 deletions(-) applied 1-5 _

Re: Reminder: removal of arch/ppc

On Thu, Jan 31, 2008 at 09:33:09PM -0600, Kumar Gala wrote: > > On Jan 31, 2008, at 4:54 PM, Mark A. Greer wrote: > > >On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote: > >>Just a reminder that the plan is to remove arch/ppc this summer (June > >>2008). The following boards still exist

Re: [PATCH] [POWERPC][NET][SERIAL] UCCs: replace device-id with cell-index

Anton Vorontsov wrote: > On Fri, Feb 01, 2008 at 09:32:38AM -0600, Kumar Gala wrote: >> On Feb 1, 2008, at 9:01 AM, Anton Vorontsov wrote: >> >>> It isn't used anywhere, so remove it. If we'll ever need something >>> like this, we'll use compatible property instead. >>> >>> Signed-off-by: Anton Vor

Re: Kernel oops while duming user core.

On Thu, Jan 31, 2008 at 10:15:27AM -0600, Nathan Lynch wrote: > Rune Torgersen wrote: > > Hi > > > > I get the following kernel core while a user program I have is dumping > > core. > > Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on > > a 8280) > > When runnign the program

[PATCH] [POWERPC][NET][SERIAL] UCCs: replace device-id with cell-index (was: Re: [PATCH] [POWERPC] get rid of `model = "UCC"' in the ucc nodes)

On Fri, Feb 01, 2008 at 09:32:38AM -0600, Kumar Gala wrote: > On Feb 1, 2008, at 9:01 AM, Anton Vorontsov wrote: > > >It isn't used anywhere, so remove it. If we'll ever need something > >like this, we'll use compatible property instead. > > > >Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> >

RE: [PATCH] [POWERPC] Xilinx: hwicap driver

Thanks, I realized that on the way home.. That's what I get for trying to finish something quickly before leaving.. :) Steve > -Original Message- > From: Nathan Lynch [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 31, 2008 9:56 PM > To: Stephen Neuendorffer > Cc: linuxppc-dev@ozlab

Re: [PATCH] [POWERPC] get rid of `model = "UCC"' in the ucc nodes

On 2/1/08, Kumar Gala <[EMAIL PROTECTED]> wrote: > > > --- a/Documentation/powerpc/booting-without-of.txt > > +++ b/Documentation/powerpc/booting-without-of.txt > > @@ -1675,7 +1675,6 @@ platforms are moved over to use the flattened- > > device-tree model. > > [EMAIL PROTECTED] { > >

Re: [PATCH] [POWERPC] get rid of `model = "UCC"' in the ucc nodes

On Feb 1, 2008, at 9:01 AM, Anton Vorontsov wrote: > It isn't used anywhere, so remove it. If we'll ever need something > like this, we'll use compatible property instead. > > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> > --- > > Rebased on top of recent tree. > > Documentation/powerpc/boo

Re: pthread / TQM5200 problem

On 2/1/08, Sebastian Theiss <[EMAIL PROTECTED]> wrote: > Hi, > > Here's some additional information I forgot when originally posting my > question today morning: I'm using the DENX ELDK 3.1.1 and a kernel version > 2.4.25. Ugh. You might have trouble getting support on this list. Almost everyone

Re: PCI configuration with multiple PCI controllers

Hello. Laurent Lagrange wrote: > I have a MPC8641 based board. I try to use the two PCIe controllers. My > firmware configures (physically) the PCI buses as follow: > --+ > MPC8641 PCIe 1| bus 1 +--+ > | --> |

[PATCH] [POWERPC] get rid of `model = "UCC"' in the ucc nodes

It isn't used anywhere, so remove it. If we'll ever need something like this, we'll use compatible property instead. Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- Rebased on top of recent tree. Documentation/powerpc/booting-without-of.txt |1 - arch/powerpc/boot/dts/mpc832x_mds.dts

[PATCH] [POWERPC] fsl_soc: add support for "fsl, immr" compatible matching

Unfortunately it's still impossible to remove device_type = "soc" from the existing device tree, because older u-boots are looking for it. Neither we can remove model number from the soc name to heal arch/powerpc/boot/cuboot-85xx.c, because then dts'es will be incompatible with older u-boots again

pthread / TQM5200 problem

Hi, Here's some additional information I forgot when originally posting my question today morning: I'm using the DENX ELDK 3.1.1 and a kernel version 2.4.25. Regards, Sebastian -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Sebastian Theiss Gese

Re: [PATCH 2/10] sbc8560: Add v1 device tree source for Wind River SBC8560 board

On Feb 1, 2008, at 1:54 AM, David Gibson wrote: > On Thu, Jan 24, 2008 at 06:41:24PM -0500, Paul Gortmaker wrote: >> This adds a v1 device tree source for the Wind River SBC8560 >> board. The >> biggest difference between this and the MPC8560ADS reference platform >> dts is the use of an exter

[PATCH] ehea: fix sysfs link compile problem

Due to changes in the struct device_driver there is no direct access to its kobj any longer. The kobj was used to create sysfs links between eHEA ethernet devices and the driver. This patch removes the affected sysfs links to resolve the build problems. Signed-off-by: Jan-Bernd Themann <[EMAIL PRO

Re: [PATCH 2/4 v4] POWERPC: Add StorCenter DTS first draft.

So, like, the other day David Gibson mumbled: > > +/ { > > + model = "StorCenter"; > > + compatible = "storcenter"; > > This really needs a vendor prefix. Hey Grant! Here's how dumb I am: You were thinking "Something's wrong here..." and kept saying "Needs a model name!", and I kept saying

PCI configuration with multiple PCI controllers

Hello, I have a MPC8641 based board. I try to use the two PCIe controllers. My firmware configures (physically) the PCI buses as follow: --+ MPC8641 PCIe 1 | bus 1 +--+ | --> | PCI device 0 | BUS 0

Re: [PATCH 1/2] Add RapidIO node into MPC8641HPCN dts file

So, like, the other day "Zhang Wei" mumbled: > > > > The 8641 DTS file has been converted to /dts-v1/ format now. > > Please rewrite this patch with explicit hex numbers for > > addresses, even if 0x0, and decimal for IRQs. > > I have seen other nodes in mpc8641_hpcn.dts still use old style. > Is

[PATCH v4] [POWERPC] MPC8360E-RDK: device tree, board file and defconfig

This is new board made by Freescale Semiconductor Inc. and Logic Product Development. Currently supported: 1. UEC{1,2,7,4}; 2. I2C; 3. SPI; 4. NS16550 serial; 5. PCI and miniPCI; 6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85; 7. Graphics controller, Fujitsu MB86277. Not supported so far: 1.

[PATCH for 2.6.25 2/2] [NET] ucc_geth: add support for netpoll

This patch adds netpoll support for the QE UCC Gigabit Ethernet driver. Tested using netconsole and KGDBoE. Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- Just resending this. drivers/net/ucc_geth.c | 20 1 files changed, 20 insertions(+), 0 deletions(-) diff --g

[PATCH for 2.6.25 1/2] [NET] ucc_geth: fix module removal

- uccf should be set to NULL to not double-free memory on subsequent calls; - ind_hash_q and group_hash_q lists should be initialized in the probe() function, instead of struct_init() (called by open()), otherwise there will be an oops if ucc_geth_driver removed prior 'ifconfig ethX up'; -

pthread / TQM5200 problem

Hi all. I've been having some headache using the pthread library with a TB5200 box (based on a TQM5200 board with a Freescale MPC5200 PowerPC-CPU). I created a small program to pin down the problem and it runs fine on all my Unix- and Linux-machines but fails on the embedded box: The program conta

Re: Reminder: removal of arch/ppc

On Thu, 31 Jan 2008 15:54:46 -0700 "Mark A. Greer" <[EMAIL PROTECTED]> wrote: > On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote: > > Just a reminder that the plan is to remove arch/ppc this summer (June > > 2008). The following boards still existing over in arch/ppc. Some of > > t

[PATCH] fix comment for ppc_md enable/disable irq hooks

When committing the patch "Implement arch disable/enable irq hooks" in commit 7ac5dde99eb9fefdb526973c600075b7c5703a86 you changed the code to always call the generic decrementer/interrupt enabling/disabling but forgot to update the comment, this fixes that. Signed-off-by: Johannes Berg <[EMAIL PR

Re: [PATCH 1/2] pci: Fix bus resource assignment on 32 bits with 64b resources

On Monday 10 December 2007, Benjamin Herrenschmidt wrote: > The current pci_assign_unassigned_resources() code doesn't work properly > on 32 bits platforms with 64 bits resources. The main reason is the use > of unsigned long in various places instead of resource_size_t. > > This fixes it, along wi

Re: ndfc ecc byte order

On Friday 01 February 2008, Stefan Roese wrote: > > So the SMC byte ordering is selected and it should match the version used > > in U-Boot. In Linux the swapping is done in nand_ecc.c. > > Seems that I was incorrect here. Tests showed that writing from Linux and > then reading back from U-Boot res

Re: ndfc ecc byte order

On Wednesday 30 January 2008, Stefan Roese wrote: > On Wednesday 30 January 2008, Sean MacLennan wrote: > > There seems to be a byte order conflict between the u-boot and Linux > > ndfc drivers. > > > > u-boot has the following: > > > > /* The NDFC uses Smart Media (SMC) bytes order*/ > > e