Re: [PATCH 4/5] powerpc: Make the 64-bit kernel as a position-independent executable

Hi Paul, This patch breaks my build with the following error: /u1/rmachet/projects/c2k/linux-powerpc-git $ make cuImage.c2k modules ARCH=powerpc V=1 ... powerpc-linux-gnu-ld -m elf32ppc -Bstatic -o .tmp_vmlinux1 -T arch/powerpc/kernel/vmlinux.lds arch/powerpc/kernel/head_32.o arch/powerpc/

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello Benjamin, Benjamin Herrenschmidt wrote: [snip] diff --git a/arch/powerpc/kernel/head_booke.h b/arch/powerpc/kernel/head_booke.h index fce2df9..4f802df 100644 --- a/arch/powerpc/kernel/head_booke.h +++ b/arch/powerpc/kernel/head_booke.h @@ -20,7 +20,9 @@ beq 1f;

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello David, David Gibson wrote: I don't see any reason to have a separate set of config options for 32 and 64-bit. Just make the once choice, but only have the individual pagesize options enabled on machines that support them. Well. I can see some. First, on PPC64 kernel emulates 64K page

Re: [Bugme-new] [Bug 11629] New: quad G5 fails to shut down

From: Johannes Berg <[EMAIL PROTECTED]> Subject: powerpc: fix shutdown I tracked down the shutdown regression to CPUs not dying when being shut down during power-off. This turns out to be due to the system_state being SYSTEM_POWER_OFF, which this code doesn't take as a valid state for shutting

[PATCH] powerpc: fix conflict with Elo DMA driver in MPC8610 device tree

The Freescale Elo DMA driver binds to all DMA channels in the device tree that are compatible with "fsl,eloplus-dma-channel". This conflicts with the sound drivers for the MPC8610. To avoid the conflict, change the compatible property for the DMA channels needed by the sound drivers to "fsl,ssi-d

[PATCH] powerpc: remove CHRP and PMAC support from defconfigs, fix Kconfigs

The Kconfig files for PowerPC CHRP and PMAC support had "default=y" for some Kconfig options, and this caused support for CHRP and PMAC platforms to be enabled incorrectly for several platforms. Fix the Kconfigs and the affected defconfigs. Signed-off-by: Timur Tabi <[EMAIL PROTECTED]> --- This

Re: [RFC/PATCH] powerpc: Cleanup 32/64 bit syscall int sign ext.

On Thu, Sep 25, 2008 at 05:01:36PM +1000, Benjamin Herrenschmidt wrote: >I noticed that our ABI says callers are responsible for sign extending. >That means that all int, long or similarly signed arguments to syscalls >must be explicitly sign-extended. > >We already have wrappers to do that for -so

Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

On Thu, 25 Sep 2008 18:40:28 -0500 "Milton Miller" <[EMAIL PROTECTED]> wrote: > (I trimmed the cc list for the implementation discussion). Yep, good thing. > > > > Whoops, my bad, in the non threaded case, there's no > > mask at all, only an unmask+eoi at the end, maybe that's > > an over

Re: [RFC][PATCH] Demultiplexing SIGTRAP signal -v2

I certainly have no objection in principle. I doubt that any x86 userland apps expect certain si_code values for SIGTRAP now, since the existing values are not of any real use. (Signal handlers get the thread.trap_no and thread.error_code values from hardware to guess from, and debuggers via ptra

Re: take in count O_NONBLOCK flag for rtas log

At Thu, 25 Sep 2008 22:13:05 +0100, David Howells wrote: > > + if (!logging_enabled) { > > + spin_unlock_irqrestore(&rtasd_log_lock, s); > > + error = -ENODATA; > > + goto out; > > + } else > > + nvram_clea

Re: mpc52xx_uart and rs485

Hello, On Wed, Sep 24, 2008 at 08:20:16AM -0600, Grant Likely wrote: > > Hi Wolfgang and others, > > below is patch for mpc52xx_usrt.c which add software rs485 support to > > this driver. > > It has worked for me and if you think it is good enough it might be > > useful for someone else. > >