TOC overflow on PPC64 (Ocaml)

2008-03-02 Thread David Woodhouse
In a fit of stupidity I worked on porting OCaml to PPC64: http://git.infradead.org/?p=users/dwmw2/ocaml-ppc64.git It seems to work fine, mostly -- but when building large programs such as CIL I found that I overflow the TOC -- I'm using more than 64KiB. An example of this problem is at htt

Re: V4L2: __ucmpdi2 undefined on ppc

2008-03-02 Thread Stephane Marchesin
On 2/6/08, Stephane Marchesin <[EMAIL PROTECTED]> wrote: > > We're hitting this i nouveau as well (http://nouveau.freedesktop.org), > since we make extensive use ot 64 bit ints. Over time, we've had a > number of reports on this issue, and at one point I read that it > should be fixed in gcc. B

Re: [PATCH 3/2][NEWEMAC] Use status property for unused/unwired EMACs

2008-03-02 Thread Sean MacLennan
Josh Boyer wrote: > Convert ibm_newemac to use the of_device_is_available function when checking > for unused/unwired EMACs. We leave the current check for an "unused" property > to maintain backwards compatibility for older device trees. Newer device > trees should simply use the standard "statu

[PATCH] powerpc - Use KBUILD_CFLAGS and similar

2008-03-02 Thread Bastian Blank
Hi folks The attached patch changes the powerpc main Makefile from using the override make directive to KBUILD_CFLAGS and similar. The override approach breaks with both variants "CC=gcc-4.3 make" and "make CC=gcc-4.3". The first ignores the given value completely because the toplevel Makefile in

Re: [BUG/RFC/PATCH] drm: Fix for non-coherent DMA PowerPC

2008-03-02 Thread Benjamin Herrenschmidt
> Xorg (v7.1.1, Debian Etch) crashes with this patch (applied to 2.6.25-rc3) > on my AmigaOne with a Radeon 9200 (PCIGART mode enabled). See the attached > log file for the stack trace. That doesn't look possible, which is weird... looks like we are passing 0 to clean_dcache_range(). Interesting

Re: V4L2: __ucmpdi2 undefined on ppc

2008-03-02 Thread Segher Boessenkool
>> +/* >> + * __ucmpdi2: 64-bit comparison >> + * >> + * R3/R4 has 64 bit value A >> + * R5/R6 has 64 bit value B >> + * result in R3: 0 for A < B >> + * 1 for A == B >> + * 2 for A > B >> + */ >> +_GLOBAL(__ucmpdi2) >> + cmplw r7,r3,r5# compare high words

Re: [PATCH 3/2][NEWEMAC] Use status property for unused/unwired EMACs

2008-03-02 Thread Josh Boyer
On Sun, 02 Mar 2008 14:43:31 -0500 Sean MacLennan <[EMAIL PROTECTED]> wrote: > Josh Boyer wrote: > > Convert ibm_newemac to use the of_device_is_available function when checking > > for unused/unwired EMACs. We leave the current check for an "unused" > > property > > to maintain backwards compat

[PATCH][NEWEMAC] Fix section mismatch warnings

2008-03-02 Thread Josh Boyer
This patch fixes several section mismatch warnings in the ibm_newemac driver similar to: WARNING: vmlinux.o(.devinit.text+0x3a04): Section mismatch in reference from the function emac_probe() to the function .devexit.text:tah_detach() The function __devinit emac_probe() references a function __de

Re: [BUG/RFC/PATCH] drm: Fix for non-coherent DMA PowerPC

2008-03-02 Thread Benjamin Herrenschmidt
> Okay, I changed the code to this: > > >DRM_DEBUG("dev = 0x%x, bus_address = 0x%x, bus_to_virt = 0x%lx, max_pages = > >0x%x\n", > > (unsigned int)&dev->pdev->dev, bus_address, > > (unsigned long)virt_to_bus(bus_address), max_pages); > > > >if (gart_info->gart_table_location == DRM_ATI_G

Re: [BUG/RFC/PATCH] drm: Fix for non-coherent DMA PowerPC

2008-03-02 Thread Benjamin Herrenschmidt
Bah, I think I found the problem: +static inline void *drm_vmalloc_dma(unsigned long size) +{ +#if defined(__powerpc__) && defined(CONFIG_NOT_COHERENT_CACHE) + return __vmalloc(size, GFP_KERNEL | __GFP_HIGHMEM, +PAGE_KERNEL | _PAGE_NO_CACHE); +#else + return vma

Re: [PATCH 3/3] ppc64-specific memory notifier support

2008-03-02 Thread Michael Ellerman
On Fri, 2008-02-29 at 09:47 -0800, Badari Pulavarty wrote: > Index: linux-2.6.25-rc2/arch/powerpc/platforms/pseries/hotplug-memory.c > === > --- /dev/null 1970-01-01 00:00:00.0 + > +++ linux-2.6.25-rc2/arch/powerpc/platform

Re: [PATCH 2/2 v2] [POWERPC] Ignore disabled serial ports

2008-03-02 Thread Arnd Bergmann
On Saturday 01 March 2008, Josh Boyer wrote: > --- linux-2.6.orig/drivers/serial/of_serial.c > +++ linux-2.6/drivers/serial/of_serial.c > @@ -72,6 +72,11 @@ static int __devinit of_platform_serial_ > int port_type; > int ret; >   > +   if (!of_device_is_available(ofdev->node)) {

Re: [Cbe-oss-dev] [PATCH 1/1] Cell RAS: Remove DEBUG, and add license and copyright

2008-03-02 Thread Christoph Hellwig
On Thu, Feb 14, 2008 at 01:34:17PM +1100, Michael Ellerman wrote: > arch/powerpc/platforms/cell/ras.c still has DEBUG #defined, which is no > longer neccessary. Disable it, this disables to pr_debugs(). No need to undef it, it's undefined by default. Otherwise the patch looks fine to me. ___

Re: [PATCH 2/2 v2] [POWERPC] Ignore disabled serial ports

2008-03-02 Thread Josh Boyer
On Mon, 3 Mar 2008 04:43:42 +0100 Arnd Bergmann <[EMAIL PROTECTED]> wrote: > On Saturday 01 March 2008, Josh Boyer wrote: > > --- linux-2.6.orig/drivers/serial/of_serial.c > > +++ linux-2.6/drivers/serial/of_serial.c > > @@ -72,6 +72,11 @@ static int __devinit of_platform_serial_ > > int p

[GIT PULL] Please pull spufs.git master branch

2008-03-02 Thread Jeremy Kerr
Hi Paul, Please do a: git pull \ git://git.kernel.org/pub/scm/linux/kernel/git/jk/spufs.git master I have a number of striaghtforward spufs bugfixes for .25. Cheers, Jeremy --- 7 commits: [POWERPC] spufs: fix context destruction during psmap fault Jeremy Kerr <[EMAIL PROTECTED]>

[PATCH] [POWERPC] (testers ?) Fix sleep on some powerbooks

2008-03-02 Thread Benjamin Herrenschmidt
The PMU backlight code would kick in during sleep/resume even on machines that use a different backlight method. This appears to break sleep on my PowerBook, though I can't test that patch at the moment as the machine died while I was bisecting. So if anybody around has one of those latest revisio

Re: 'next' branch of powerpc4xx tree

2008-03-02 Thread Stephen Rothwell
Hi Josh, On Sat, 1 Mar 2008 10:06:13 -0600 Josh Boyer <[EMAIL PROTECTED]> wrote: > > Since all the cool kids are doing it, I went and created a 'next' branch > in the powerpc4xx tree. If only the "cool kids" would :-( > Stephen, if you'd like to add this to your -next tree feel free. > Hopefully