Re: [PATCH 11/15] [POWERPC] Motion-PRO: Add LED support.

On 10/7/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote: > > Add LED driver for Promess Motion-PRO board. > > Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]> > --- > > arch/powerpc/configs/motionpro_defconfig |3 > arch/powerpc/platforms/52xx/motionpro.c | 38 + > drivers/leds/Kconfig

Re: [PATCH 12/15] [POWERPC] Add mpc52xx_restart(), mpc52xx_halt(), mpc52xx_power_off().

On 10/7/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote: > > Add common MPC5200 helper routines: mpc52xx_restart(), mpc52xx_halt(), > mpc52xx_power_off(). > > This patch relies on Sascha Hauer's patch published in: > http://patchwork.ozlabs.org/linuxppc/patch?id=8910. > > Signed-off-by: Marian Bala

Re: [PATCH 00/15] [POWERPC] TQM5200, CM5200 and Motion-PRO support

On 10/6/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote: > Hello, > > The following series of patches adds arch/powerpc support for three MPC5200 > based boards: > TQM5200, CM5200 and Motion-PRO. Thanks for the patch series. g. > > Included are also patches with modifications to common 52xx cod

[PATCH] Lite5200: Use comma delimiter format for lists in device tree

From: Grant Likely <[EMAIL PROTECTED]> DTC now supports "foo","bar" format for lists of strings; use the new format on the lite5200 device trees. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/lite5200.dts | 10 +++--- arch/powerpc/boot/dts/lite5200b.dts | 62 +++

howto hibernate (suspend-to-disk) G4 PowerBook Titanium IV

Hello, I own a Titanium PowerBook with a G4 processor. It runs Ubuntu dapper 6.06 LTS. Suspend to RAM works fine with pbbuttonsd. But I would like to have hibernate (suspend-to-disk) working. But if I replace "suspend-to-ram" by "suspend-to-disk" in /etc/pbbuttonsd.conf and close the lid then it

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

In message <[EMAIL PROTECTED]> you wrote: > > > + port_config &= ~0x0300; /* ATA CS is on csb_4/5 */ > > + port_config |= 0x0100; > > Are you *sure* you want this? You should only be touching port_config > if firmware fails to set it up correctly. Don't blindly c

[PATCH] Device tree bindings for Xilinx devices

From: Grant Likely <[EMAIL PROTECTED]> Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- This is a first draft, please review and comment. On a side node, I think booting-without-of.txt could get really unwieldly in the near future. Perhaps the device tree bindings should be organized differe

Re: include/asm/cpm2.h:14:21: error: asm/cpm.h: No such file or directory

Timur Tabi-3 wrote: > > Kumar, this is what I get when I compile your 2.6.24 branch for the 8610: > >CC arch/powerpc/sysdev/fsl_soc.o > In file included from arch/powerpc/sysdev/fsl_soc.c:40: > include/asm/cpm2.h:14:21: error: asm/cpm.h: No such file or directory > make[1]: *** [arch

Re: Where are inb/outb macros?

inb/outb could be used from the usr space on x86 class PC-computer to access to io ports this is what i assume that you are trying You need to compile the program with -O option (expantion of Inline function ) To perform io operation on ports ioprem/iopl system call must be used (To get permiss

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

On 10/8/07, Wolfgang Denk <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > > + port_config &= ~0x0300; /* ATA CS is on csb_4/5 */ > > > + port_config |= 0x0100; > > > > Are you *sure* you want this? You should only be touching port_con

Re: [PATCH 6/7] [POWERPC] mpc8568mds.dts: fix PCI/PCIe nodes

Hello Kumar, On Fri, 5 Oct 2007 15:58:00 -0500 Kumar Gala wrote: > > On Oct 5, 2007, at 1:05 PM, Anton Vorontsov wrote: > > > On Fri, Oct 05, 2007 at 09:56:46PM +0400, Sergei Shtylyov wrote: > >> Hello. > >> > >> Anton Vorontsov wrote: > >> > >>> Commit 5bece127f0666996ca90772229e00332a34e516c

Re: Where are inb/outb macros?

On Mon, 2007-10-08 at 00:09 -0700, Misbah khan wrote: > inb/outb could be used from the usr space on x86 class PC-computer to access > to io ports this is what i assume that you are trying > > You need to compile the program with -O option (expantion of Inline function > ) > > To perform io ope

Re: [patch 6/6] PS3: Add os-area database routines

On Sat, 6 Oct 2007 [EMAIL PROTECTED] wrote: > --- a/arch/powerpc/platforms/ps3/os-area.c > +++ b/arch/powerpc/platforms/ps3/os-area.c > @@ -112,10 +114,91 @@ struct os_area_params { > u8 _reserved_5[8]; > }; > > +/** > + * struct os_area_db - Shared flash memory database. > + * @magic_num:

[PATCH 0/3] [POWERPC] Add AMCC 405EX PPC and Kilauea eval board support

This series adds AMCC 405EX support including the Kilauea eval board to arch/powerpc. Please review and comment. Best regards, Stefan ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

[PATCH 3/3] [POWERPC] Kilauea DTS

Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/kilauea.dts | 253 + 1 files changed, 253 insertions(+), 0 deletions(-) create mode 100644 arch/powerpc/boot/dts/kilauea.dts diff --git a/arch/powerpc/boot/dts/kilauea.dts b/arch/power

[PATCH 1/3] [POWERPC] Add AMCC 405EX support to cputable.c

Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- arch/powerpc/kernel/cputable.c | 11 +++ 1 files changed, 11 insertions(+) diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c index b03a442..ea81d1e 100644 --- a/arch/powerpc/kernel/cputable.c +++ b/arch/power

[PATCH 2/3] [POWERPC] Add AMCC Kilauea eval board support to platforms/40x

This patch adds basic support for the new 405EX and the AMCC eval board Kilauea to arch/powerpc. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- arch/powerpc/platforms/40x/Kconfig | 17 +++-- arch/powerpc/platforms/40x/Makefile |5 ++- arch/powerpc/platforms/40x/kilauea.c | 63

Re: [PATCH 2/3] [POWERPC] Add AMCC Kilauea eval board support to platforms/40x

On Mon, 8 Oct 2007 11:08:51 +0200 Stefan Roese <[EMAIL PROTECTED]> wrote: > > +++ b/arch/powerpc/platforms/40x/kilauea.c > > +#include Here I go again :-) linux/of_platform.h please -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgpBkEhy7sc

Re: [PATCH 2/3] [POWERPC] Add AMCC Kilauea eval board support to platforms/40x

On Monday 08 October 2007, Stephen Rothwell wrote: > > +#include > > Here I go again :-) > > linux/of_platform.h please Right. I was watching all your reviews lately and wanted not to make this error. Didn't work out as it seems. :-) I'll wait a while for further comments and send a fixed versi

Re: [PATCH 6/7] [POWERPC] mpc8568mds.dts: fix PCI/PCIe nodes

On Fri, Oct 05, 2007 at 03:58:00PM -0500, Kumar Gala wrote: > > On Oct 5, 2007, at 1:05 PM, Anton Vorontsov wrote: > >> On Fri, Oct 05, 2007 at 09:56:46PM +0400, Sergei Shtylyov wrote: >>> Hello. >>> >>> Anton Vorontsov wrote: >>> Commit 5bece127f0666996ca90772229e00332a34e516c tried to fix >>

Re: [PATCH respin 0/7] MPC8568E-MDS related patches

On Fri, Oct 05, 2007 at 05:09:28PM -0500, Kumar Gala wrote: > > On Oct 5, 2007, at 12:40 PM, Anton Vorontsov wrote: > >> Hello Kumar, >> >> This is respin of MPC8568E-MDS patches, on top of master branch >> as of today. >> >> If there are no objections against SPI patch, please Ack it, thus >> Davi

Re: [patch 6/6] PS3: Add os-area database routines

On Sat, 6 Oct 2007 [EMAIL PROTECTED] wrote: > --- a/arch/powerpc/platforms/ps3/os-area.c > +++ b/arch/powerpc/platforms/ps3/os-area.c > +static int db_get_video_mode(const struct os_area_db *db, > + unsigned int *video_mode) ^^ > +{ > + return db_get_64(db, &os_area_db_

[PATCH] PowerPC PCI: add 64-bit physical address support to setup_indirect_pci.

Add 64-bit physical address support to setup_indirect_pci(). Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/indirect_pci.c |6 -- include/asm-powerpc/pci-bridge.h |3 ++- 2 files changed, 6 insertions(+), 3 deletions(-) diff -pruN linux-2.6.orig/arch/p

Re: TASK_SIZE default 0x80000000 ?

On Oct 7, 2007, at 1:35 PM, Dan Malek wrote: > > On Oct 7, 2007, at 8:02 AM, Kumar Gala wrote: > >> It would seem like we should set the default on 8xx & PReP to >> 0x8000 and not allow it to be modified > > For as much as this has been discussed in the past, > I don't know why the 8xx doesn'

Re: TASK_SIZE default 0x80000000 ?

On Oct 7, 2007, at 4:05 PM, Benjamin Herrenschmidt wrote: > >> Can you explain (a) further -- I'm assuming the BAT mapping is 1:1 >> for that region? >> >> For (b) it looks like: >> * 40x, 44x, fsl-booke compare against TASK_SIZE in their software >> handlers. >> * 8xx still tests 0x8000 >> *

Re: [PATCH 6/7] [POWERPC] mpc8568mds.dts: fix PCI/PCIe nodes

On Oct 8, 2007, at 7:08 AM, Anton Vorontsov wrote: > On Fri, Oct 05, 2007 at 03:58:00PM -0500, Kumar Gala wrote: >> >> On Oct 5, 2007, at 1:05 PM, Anton Vorontsov wrote: >> >>> On Fri, Oct 05, 2007 at 09:56:46PM +0400, Sergei Shtylyov wrote: Hello. Anton Vorontsov wrote: >

Re: [PATCH respin 0/7] MPC8568E-MDS related patches

On Oct 8, 2007, at 7:16 AM, Anton Vorontsov wrote: > On Fri, Oct 05, 2007 at 05:09:28PM -0500, Kumar Gala wrote: >> >> On Oct 5, 2007, at 12:40 PM, Anton Vorontsov wrote: >> >>> Hello Kumar, >>> >>> This is respin of MPC8568E-MDS patches, on top of master branch >>> as of today. >>> >>> If there

Re: [patch 6/6] PS3: Add os-area database routines

On 06/10/2007, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > enum os_area_db_owner { > OS_AREA_DB_OWNER_ANY = -1, > OS_AREA_DB_OWNER_NONE = 0, > OS_AREA_DB_OWNER_PROTOTYPE = 1, > OS_AREA_DB_OWNER_LINUX = 2, > OS_AREA_DB_OWNER_PETITBOOT = 3, > OS_AREA_DB_OWNER_M

Re: [PATCH] PowerPC PCI: add 64-bit physical address support to setup_indirect_pci.

On Oct 8, 2007, at 7:51 AM, Valentine Barshak wrote: > Add 64-bit physical address support to setup_indirect_pci(). > > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> Acked-by: Kumar Gala <[EMAIL PROTECTED]> - k ___ Linuxppc-dev mailing list Lin

Re: [PATCH 01/15] [POWERPC] TQM5200 DTS

On Oct 8, 2007, at 1:27 AM, Grant Likely wrote: > On 10/7/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote: >> + >> + [EMAIL PROTECTED] { >> + #interrupt-cells = <1>; >> + #size-cells = <2>; >> + #address-cells = <3>;

Re: [PATCH 12/15] [POWERPC] Add mpc52xx_restart(), mpc52xx_halt(), mpc52xx_power_off().

On Oct 7, 2007, at 6:32 AM, Marian Balakowicz wrote: > > Add common MPC5200 helper routines: mpc52xx_restart(), mpc52xx_halt(), > mpc52xx_power_off(). > > This patch relies on Sascha Hauer's patch published in: > http://patchwork.ozlabs.org/linuxppc/patch?id=8910. > > Signed-off-by: Marian Balako

Re: [PATCH 00/15] [POWERPC] TQM5200, CM5200 and Motion-PRO support

On Oct 6, 2007, at 5:12 AM, Marian Balakowicz wrote: > Hello, > > The following series of patches adds arch/powerpc support for three > MPC5200 based boards: > TQM5200, CM5200 and Motion-PRO. > > Included are also patches with modifications to common 52xx code. > New helper > routine mpc52xx_

Re: [patch 2/6] PS3: Remove unused os-area params

On 06/10/2007, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > struct saved_params { >- /* param 0 */ > s64 rtc_diff; > unsigned int av_multi_out; >- unsigned int ctrl_button; >- /* param 1 */ >- u8 static_ip_addr[4]; >- u8 network_mask[4]; >- u8 default_ga

[PATCH] ehea: use kernel event queue

eHEA recovery and DLPAR functions are called seldomly. The eHEA workqueues are replaced by the kernel event queue. Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]> --- The patch has been built against upstream git drivers/net/ehea/ehea.h |3 +-- drivers/net/ehea/ehea_main.c | 28

Re: [PATCH] fsl_spi_init: Support non-QE processors

On Oct 6, 2007, at 3:06 PM, Peter Korsgaard wrote: >> "Kumar" == Kumar Gala <[EMAIL PROTECTED]> writes: > > Kumar> On Oct 3, 2007, at 11:01 PM, Stephen Rothwell wrote: > >>> On Wed, 03 Oct 2007 17:43:50 +0200 Peter Korsgaard >>> <[EMAIL PROTECTED]> wrote: @@ -1220,14 +1220,17 @@ in

[PATCH] OHCI: add PowerPC 440EP/440EPx support

PowerPC 440EP 440EPx OHCI controller needs frame number value shift. Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> --- drivers/usb/host/ohci.h |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -pruN linux-2.6.orig/drivers/usb/host/ohci.h linux-2.6/drivers/usb/host/ohci.h ---

[PATCH] PowerPC 440EPx Sequoia USB OHCI DTS entry

PowerPC 440EPx Sequoia USB OHCI device tree entry. Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/sequoia.dts |7 +++ 1 files changed, 7 insertions(+) diff -pruN linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts linux-2.6/arch/powerpc/boot/dts/sequoia.dts

Re: [PATCH 07/15] [POWERPC] Promess Motion-PRO DTS

On Sun, Oct 07, 2007 at 01:25:33PM +0200, Marian Balakowicz wrote: > + [EMAIL PROTECTED] { // General Purpose Timer > + compatible = "mpc5200b-gpt\0mpc5200-gpt"; > + device_type = "gpt"; "timer" would be a better node name than "gpt", and the

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

> @@ -612,7 +612,7 @@ static inline u32 hc32_to_cpup (const st > * to arch/powerpc > */ > > -#ifdef CONFIG_STB03xxx > +#if defined(CONFIG_STB03xxx) || defined(CONFIG_440EP) || > defined(CONFIG_440EPX) > #define OHCI_BE_FRAME_NO_SHIFT 16 > #else > #define OHCI_BE_FRAME_NO_SHIFT

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

On Sun, Oct 07, 2007 at 01:19:54PM +0200, Marian Balakowicz wrote: > + np = of_find_node_by_type(NULL, "cpu"); > + if (np) { > + unsigned int *fp = > + (int *)of_get_property(np, "clock-frequency", NULL); > + if (fp != 0) > + loops

[PATCH] Eval boards should not need to mess with ROOT_DEV

From: Grant Likely <[EMAIL PROTECTED]> I can't see a good reason for eval board platform code to mess with the ROOT_DEV value instead of using the default behaviour (so I'm writing this patch to see if anyone will clue me in). Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/pla

Re: [PATCH 07/15] [POWERPC] Promess Motion-PRO DTS

Hey Scott. Pretty much all your comments below directly apply to the existing Lite5200 device tree and the Efika firmware. These are issues that were created a while ago and I've never gone back to clean up the mpc5200 device tree bindings. (Plus we need to have code to maintian compatibility wi

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Oct 8, 2007, at 10:12 AM, Grant Likely wrote: > From: Grant Likely <[EMAIL PROTECTED]> > > I can't see a good reason for eval board platform code to mess with > the > ROOT_DEV value instead of using the default behaviour (so I'm writing > this patch to see if anyone will clue me in). > > Sig

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

David Brownell wrote: >> @@ -612,7 +612,7 @@ static inline u32 hc32_to_cpup (const st >> * to arch/powerpc >> */ >> >> -#ifdef CONFIG_STB03xxx >> +#if defined(CONFIG_STB03xxx) || defined(CONFIG_440EP) || >> defined(CONFIG_440EPX) >> #define OHCI_BE_FRAME_NO_SHIFT 16 >> #else >> #defi

[patch 0/9] PS3 Virtual Frame Buffer Device Driver patches for 2.6.24

Hi, Here are some new patches for the PS3 Virtual Frame Buffer Device Driver (ps3fb): [1] ps3fb: Convert from printk()/DPRINTK() to dev_*()/pr_*() [2] ps3fb: Do not print warnings on invalid frame numbers [3] ps3fb: Clean up includes [4] ps3fb: Make ps3fb_wait_for_vsync() and ps3fb

[patch 2/9] ps3fb: Do not print warnings on invalid frame numbers

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Do not print warnings on invalid frame numbers, as this can be triggered from user space. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/video/ps3fb.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) --- a/drive

[patch 1/9] ps3fb: Convert from printk()/DPRINTK() to dev_*()/pr_*()

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Convert ps3fb from printk()/DPRINTK() to dev_*()/pr_*() Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/video/ps3fb.c | 183 ++ 1 files changed, 96 insertions(+), 87 deletions(-) ---

[patch 3/9] ps3fb: Clean up includes

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Clean up includes Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/video/ps3fb.c | 10 +- 1 files changed, 1 insertion(+), 9 deletions(-) --- a/drivers/video/ps3fb.c +++ b/drivers/video/ps3fb.c @@ -22,22 +22,14 @@

[patch 4/9] ps3fb: Make ps3fb_wait_for_vsync() and ps3fb_flip_ctl() static

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Make ps3fb_wait_for_vsync() and ps3fb_flip_ctl() static, as they're no (longer) used outside ps3fb. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/video/ps3fb.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-)

[patch 5/9] ps3fb: Fix possible overlap of GPU command buffer and frame buffer

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: In the case of non-fullscreen video modes, there was a partial overlap of the GPU command buffer and the frame buffer. Fix and cleanup various issues with overlap and alignment: - Move the GPU command buffer from the beginning to the end of vid

[patch 6/9] ps3fb: Use fb_info.par properly

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Use fb_info.par properly: o Move mode-specific fields into struct ps3fb_par o Allocate struct ps3fb_par using framebuffer_alloc() o Protect access to ps3fb_par in ps3fb_sync() using the console semaphore (this semaphore is already held

[patch 7/9] ps3fb: Dont keep the borders for non-fullscreen modes in XDR memory

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Don't keep the borders for non-fullscreen modes in XDR memory: - Extract ps3fb_sync_image() - Work around the alignment restrictions of L1GPU_CONTEXT_ATTRIBUTE_FB_BLIT by using an offset with L1GPU_CONTEXT_ATTRIBUTE_DISPLAY_FLIP - Only copy th

[patch 9/9] ps3fb: Enhance horizontal panning on firmware 1.90 and up

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Enhance horizontal panning on firmware 1.90 and up: - On firmware 1.90 and up, L1GPU_CONTEXT_ATTRIBUTE_FB_BLIT supports copying rectangles from XDR to DDR memory with different source and destination line lengths. Hence larger horizonta

[patch 8/9] ps3fb: Add virtual screen and panning support

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Add virtual screen and panning support: - The vertical virtual screen size is limited by the amount of memory reserved for ps3fb, - The horizontal virtual screen size is limited to the fullscreen width, - Advertise that we support panni

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

> > Near as I can tell, the original code is wrong ... the hcca->frame_no > > byte offset is fully specified, so that shift should always be 16. > > Are you saying that it should always be #define OHCI_BE_FRAME_NO_SHIFT > 16 for big endian platforms? More than that, I'm saying that shouldn't even

[PATCH] USB: Add frame_no big endian OHCI quirk.

Add OHCI big endian frame_no quirk. The frame_no value stored in the HCCA is a 16 bit field at a specific offset, but since not all CPUs can do 16-bit memory accesses it's used as a 32 bit field. And that's why big-endian OHCI will shift 16 bits, unless the spec is not followed. Currently there's

Re: [linux-usb-devel] [PATCH] USB: Add frame_no big endian OHCI quirk.

I've tested this patch only on PowerPC 440EPx Sequoia. So, this needs to be tested at least on mpc52xx. Thanks, Valentine. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

On Oct 8, 2007, at 11:19 AM, David Brownell wrote: >>> Near as I can tell, the original code is wrong ... the hcca- >>> >frame_no >>> byte offset is fully specified, so that shift should always be 16. >> >> Are you saying that it should always be #define >> OHCI_BE_FRAME_NO_SHIFT >> 16 for big

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

Kumar Gala wrote: > > On Oct 8, 2007, at 11:19 AM, David Brownell wrote: > Near as I can tell, the original code is wrong ... the hcca->frame_no byte offset is fully specified, so that shift should always be 16. >>> >>> Are you saying that it should always be #define OHCI_BE_FRAME_NO_SH

[RFC][PATCH] Move TASK_SIZE to 0xc0000000 for ppc32

Guys, Here's a cut at a patch that cleans up the TASK_SIZE issue. We now have TASK_SIZE @ 0xc000 for everything except PREP and use PAGE_OFFSET in SW TLB handlers. I'm assuming 8xx will get a cleanup patch from PAGE_OFFSET testing (Dan :). Also, note that change in head_32.S for 603. I mad

Re: [patch 2/6] PS3: Remove unused os-area params

Ranulf Doswell wrote: > On 06/10/2007, [EMAIL PROTECTED] > * <[EMAIL PROTECTED] > > wrote: > >> struct saved_params { >>- /* param 0 */ >> s64 rtc_diff; >> unsigned int av_multi_out; >>- unsigned int ctrl_button; >>- /* para

Re: [patch 6/6] PS3: Add os-area database routines

Ranulf Doswell wrote: > On 06/10/2007, [EMAIL PROTECTED] > * <[EMAIL PROTECTED] > > wrote: > >> enum os_area_db_owner { > >> OS_AREA_DB_OWNER_ANY = -1, >> OS_AREA_DB_OWNER_NONE = 0, >> OS_AREA_DB_OWNER_PROTOTYPE = 1, >> OS_AR

Re: [PATCH 0/3] usb: ehci ppc device-tree-aware driver

So the issue here with the Sequoia board is that if you load a kernel or initrd from usb stick while under u-boot environment, when Linux boots it will see the network adapter & even set an ip for it. But no matter what it is unable to access any outside ip. The way we recreated this scenario was:

Re: [PATCH 6/7] [POWERPC] mpc8568mds.dts: fix PCI/PCIe nodes

>> >> Which patch? Valentine's or mine under the subject? Don't know >> about the >> former, but mine patch is pretty obvious: your commit >> 5bece127f0666996ca90772229e00332a34e516c moved PCI nodes out of soc >> node, >> but you forgot to change regs = <>, thus instead of e000a000/ >> e0008000, >

Re: [PATCH 0/3] usb: ehci ppc device-tree-aware driver

Jerone Young wrote: > So the issue here with the Sequoia board is that if you load a kernel or > initrd from usb stick while under u-boot environment, when Linux boots > it will see the network adapter & even set an ip for it. But no matter > what it is unable to access any outside ip. > > The way

Re: [PATCH 0/3] usb: ehci ppc device-tree-aware driver

Valentine Barshak wrote: > Jerone Young wrote: >> So the issue here with the Sequoia board is that if you load a kernel or >> initrd from usb stick while under u-boot environment, when Linux boots >> it will see the network adapter & even set an ip for it. But no matter >> what it is unable to acce

Please pull from 'for-2.6.24'

Please pull from 'for-2.6.24' branch of master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24 to receive the following updates: Documentation/powerpc/booting-without-of.txt | 243 + arch/powerpc/Kconfig | 14 arch/powerpc/Kconf

[PATCH] USB: Add frame_no big endian OHCI quirk

Add OHCI big endian frame_no quirk. The frame_no value stored in the HCCA is a 16 bit field at a specific offset, but since not all CPUs can do 16-bit memory accesses it's used as a 32 bit field. And that's why big-endian OHCI will shift 16 bits, unless the spec is not followed. Currently there's

Re: [linux-usb-devel] [PATCH] USB: Add frame_no big endian OHCI quirk

On Mon, Oct 08, 2007 at 10:41:40PM +0400, Valentine Barshak wrote: > Add OHCI big endian frame_no quirk. > The frame_no value stored in the HCCA is a 16 bit field > at a specific offset, but since not all CPUs can do 16-bit > memory accesses it's used as a 32 bit field. > And that's why big-endian

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On 10/8/07, Kumar Gala <[EMAIL PROTECTED]> wrote: > > On Oct 8, 2007, at 10:12 AM, Grant Likely wrote: > > > From: Grant Likely <[EMAIL PROTECTED]> > > > > I can't see a good reason for eval board platform code to mess with > > the > > ROOT_DEV value instead of using the default behaviour (so I'm w

Re: [RFC][PATCH] Move TASK_SIZE to 0xc0000000 for ppc32

Kumar Gala wrote: > Guys, > > Here's a cut at a patch that cleans up the TASK_SIZE issue. We now have > TASK_SIZE @ 0xc000 for everything except PREP and use PAGE_OFFSET in > SW TLB handlers. I'm assuming 8xx will get a cleanup patch from > PAGE_OFFSET testing (Dan :). I'd rather this patch

Re: [PATCH 2/3] [POWERPC] Add AMCC Kilauea eval board support to platforms/40x

Hi, On Mon, Oct 08, 2007 at 11:08:51AM +0200, Stefan Roese wrote: > This patch adds basic support for the new 405EX and the AMCC eval board > Kilauea to arch/powerpc. [...] > +config KILAUEA > + bool "Kilauea" > + depends on 40x > + default y > + select 405EX > + help > +

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Oct 8, 2007, at 2:03 PM, Grant Likely wrote: > On 10/8/07, Kumar Gala <[EMAIL PROTECTED]> wrote: >> >> On Oct 8, 2007, at 10:12 AM, Grant Likely wrote: >> >>> From: Grant Likely <[EMAIL PROTECTED]> >>> >>> I can't see a good reason for eval board platform code to mess with >>> the >>> ROOT_DEV

Re: [linux-usb-devel] [PATCH] OHCI: add PowerPC 440EP/440EPx support

> >> However, based on one other post, I suspect at least one Freescale > >> part will need to declare a chip quirk for this case. > > > > Which Freescale part do you think needs this? > > I've looked at drivers/usb/host/Kconfig > It seems to be MPC52xx. > David, is that the one you mentioned? I

[PATCH 2/2] Remove empty ppc_md.setup_arch hooks.

From: Grant Likely <[EMAIL PROTECTED]> Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/platforms/40x/virtex.c |5 - arch/powerpc/platforms/40x/walnut.c |5 - arch/powerpc/platforms/44x/bamboo.c |5 - arch/powerpc/platforms/44x/ebony.c |5 - a

[PATCH 1/2] Only call ppc_md.setup_arch() if it is provided.

From: Grant Likely <[EMAIL PROTECTED]> This allows platforms which don't have anything to do at setup_arch time (like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/kernel/setup_32.c |3 ++- arch/powerpc/

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Mon, Oct 08, 2007 at 02:41:54PM -0500, Kumar Gala wrote: > > On Oct 8, 2007, at 2:03 PM, Grant Likely wrote: > > >>> I can't see a good reason for eval board platform code to mess with > >>> the > >>> ROOT_DEV value instead of using the default behaviour (so I'm > > > > Powermac and pseries

Re: [PATCH 1/2] Only call ppc_md.setup_arch() if it is provided.

On Oct 8, 2007, at 3:37 PM, Grant Likely wrote: > From: Grant Likely <[EMAIL PROTECTED]> > > This allows platforms which don't have anything to do at setup_arch > time > (like a bunch of the 4xx platforms) to eliminate an empty > setup_arch hook. > > Signed-off-by: Grant Likely <[EMAIL PROTEC

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

On 10/8/07, Grant Likely <[EMAIL PROTECTED]> wrote: > On 10/8/07, Wolfgang Denk <[EMAIL PROTECTED]> wrote: > > In message <[EMAIL PROTECTED]> you wrote: > > > Lite5200 touches it because firmware does *not* do the right thing at > > > the moment. > > > > Why don't we fix it in U-Boot, then, and get

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Mon, 2007-10-08 at 14:41 -0500, Kumar Gala wrote: > > Powermac and pseries also do this weirdness. Should it be removed > > from there too? > > We need benh to make a comment about powermac. > > I think its ok to remove everywhere but we should see if he has any > issue. PowerMac has some

[PATCH v2] Only call ppc_md.setup_arch() if it is provided.

From: Grant Likely <[EMAIL PROTECTED]> This allows platforms which don't have anything to do at setup_arch time (like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/kernel/setup_32.c |3 ++- arch/powerpc/

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On 10/8/07, Grant Likely <[EMAIL PROTECTED]> wrote: > On 10/8/07, Kumar Gala <[EMAIL PROTECTED]> wrote: > > > > On Oct 8, 2007, at 10:12 AM, Grant Likely wrote: > > > > > From: Grant Likely <[EMAIL PROTECTED]> > > > > > > I can't see a good reason for eval board platform code to mess with > > > the

[PATCH 1/3] mpc8272ads: Remove muram from the CPM reg property.

This is described by the muram node now. Signed-off-by: Scott Wood <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc8272ads.dts |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/boot/dts/mpc8272ads.dts b/arch/powerpc/boot/dts/mpc8272ads.dts index 188179d..728

[PATCH 3/3] mpc85xx: Add cpm nodes for 8541/8555 CDS

We don't use any CPM devices on these boards, but the muram node on these chips is different from the 8560, so it's helpful to people working with custom boards based on these chips. Signed-off-by: Scott Wood <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc8541cds.dts | 36

[PATCH 2/3] mpc85xx: Convert mpc8560ads to the new CPM binding.

Signed-off-by: Scott Wood <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc8560ads.dts | 82 --- arch/powerpc/platforms/85xx/Kconfig |1 + arch/powerpc/platforms/85xx/mpc85xx_ads.c | 167 +++- 3 files changed, 134 insertions(+), 116 deletions(-

bootwrapper: relative finddevice()

I'd like to expose flatdevtree's ability to do relative path lookups in ops, and I'd prefer to extend the existing finddevice method rather than add a new finddevice_rel. However, I'm not very familiar with real OF -- how would one go about fixing its implementation? -Scott ___

Re: Build failure on treeboot-walnut.c

Looks like the problem is back: BOOTCC arch/powerpc/boot/treeboot-walnut.o Assembler messages: Error: Internal assembler error for instruction icbt Internal error, aborting at /tmp/crosstool/crosstool-0.42/build/powerpc-unknown-linux-gnu/gcc-4.0.2_e300-enabled-glibc-2.3.6/binutils-2.16.1-comp

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Mon, Oct 08, 2007 at 03:42:21PM -0500, Linas Vepstas wrote: > On Mon, Oct 08, 2007 at 02:41:54PM -0500, Kumar Gala wrote: > > > > On Oct 8, 2007, at 2:03 PM, Grant Likely wrote: > > > > >>> I can't see a good reason for eval board platform code to mess with > > >>> the > > >>> ROOT_DEV value i

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On Monday 08 October 2007, Grant Likely wrote: > Oh, and cell does too.  Geoff, does cell support really need to do this: > (in cell/setup.c and celleb/setup.c). > if (ROOT_DEV == 0) { > printk("No ramdisk, default root is /dev/hda2\n"); > ROOT_DEV = Root_HDA

Re: [PATCH] Eval boards should not need to mess with ROOT_DEV

On 10/8/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote: > On Monday 08 October 2007, Grant Likely wrote: > > Oh, and cell does too. Geoff, does cell support really need to do this: > > (in cell/setup.c and celleb/setup.c). > > if (ROOT_DEV == 0) { > > printk("No ramdisk, default root is /dev/hda2\n");

[PATCH 2/6] Remove empty ppc_md.setup_arch hooks.

From: Grant Likely <[EMAIL PROTECTED]> Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/platforms/40x/virtex.c |5 - arch/powerpc/platforms/40x/walnut.c |5 - arch/powerpc/platforms/44x/bamboo.c |5 - arch/powerpc/platforms/44x/ebony.c |5 - a

[PATCH 3/6] Platforms shouldn't mess with ROOT_DEV

From: Grant Likely <[EMAIL PROTECTED]> There is no good reason for board platform code to mess with the ROOT_DEV. Remove it from all in-tree platforms except powermac Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/platforms/52xx/efika.c |9 - arch/powerpc/

[PATCH 5/6] MPC52xx: Trim includes on mpc5200 platform support code

From: Grant Likely <[EMAIL PROTECTED]> Drop unnecessary includes for MPC5200 based boards Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/platforms/52xx/efika.c | 21 ++--- arch/powerpc/platforms/52xx/lite5200.c | 22 +- ar

[PATCH 4/6] MPC52xx: Drop show_cpuinfo platform hooks from Lite5200

From: Grant Likely <[EMAIL PROTECTED]> This hook doesn't really add any new information. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/platforms/52xx/lite5200.c | 15 --- 1 files changed, 0 insertions(+), 15 deletions(-) diff --git a/arch/powerpc/platforms/52xx

[PATCH 6/6] MPC5200: Don't make firmware fixups into common code

From: Grant Likely <[EMAIL PROTECTED]> The Lite5200 u-boot image doesn't entirely configure the processor correctly and so Linux needs to fixup the cpu setup in setup_arch. Fixing the CPU setup is good, but making it into common code is not a good idea. New board ports should be encouraged not t

[PATCH 1/6] Only call ppc_md.setup_arch() if it is provided.

From: Grant Likely <[EMAIL PROTECTED]> This allows platforms which don't have anything to do at setup_arch time (like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- arch/powerpc/kernel/setup_32.c |3 ++- arch/powerpc/

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

In message <[EMAIL PROTECTED]> you wrote: > > > > Why don't we fix it in U-Boot, then, and get rid of this in Linux? > > > > Mostly because I haven't gotten to it yet. :-/ > > Actually, it's more than that. I don't want to force users to upgrade > their firmware on the lite5200. Linux boots on

Re: [POWERPC 03/15] [POWERPC] TQM5200 board support

On 10/8/07, Wolfgang Denk <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > > > Why don't we fix it in U-Boot, then, and get rid of this in Linux? > > > > > > Mostly because I haven't gotten to it yet. :-/ > > > > Actually, it's more than that. I don't want to force u

[UNTESTED PATCH] 8xx: Convert mpc866ads to the new device binding.

Signed-off-by: Scott Wood <[EMAIL PROTECTED]> --- Vitaly, can you give this patch a test? Our 866ads is broken. :-P It applies to Kumar's for-2.6.24 tree. arch/powerpc/boot/dts/mpc866ads.dts | 120 +-- arch/powerpc/platforms/8xx/Kconfig |1 + arch/powerpc/platfor

Re: [patch 2/6] PS3: Remove unused os-area params

On 08/10/2007, Geoff Levand <[EMAIL PROTECTED]> wrote: > > Ranulf Doswell wrote: > > > > As these values are correctly populated by the hypervisor from the > > preferences on the standard PS3 OS, it is incredibly useful to have this > > information available. > > No, it is not used, and I never use

  1   2   >