Re: [PATCH] drivers/tty/hvc: using strlcpy instead of strncpy

2013-03-06 Thread Chen Gang
于 2013年03月07日 14:05, Benjamin Herrenschmidt 写道: > On Thu, 2013-03-07 at 12:34 +0800, Chen Gang wrote: >> > oh, this patch has integrated into next-20130307 tree. >> > (commit 9276dfd27897a0b29d8b5814f39a1f82f56b6b6b) >> > it seems we need a regression for this commit, then I send patch v2 >

Re: [PATCH] drivers/tty/hvc: using strlcpy instead of strncpy

2013-03-06 Thread Benjamin Herrenschmidt
On Thu, 2013-03-07 at 12:34 +0800, Chen Gang wrote: > oh, this patch has integrated into next-20130307 tree. > (commit 9276dfd27897a0b29d8b5814f39a1f82f56b6b6b) > it seems we need a regression for this commit, then I send patch v2 > > is it correct ? Just send a fixup patch on top of th

Re: [PATCH 0/3] Enable multiple MSI feature in pSeries

2013-03-06 Thread Mike
Hi all Any comments? or any questions about my patchset? Thanks Mike 在 2013-01-15二的 15:38 +0800，Mike Qiu写道： > Currently, multiple MSI feature hasn't been enabled in pSeries, > These patches try to enbale this feature. > > These patches have been tested by using ipr driver, and the driver patch >

Re: [PATCH] drivers/tty/hvc: using strlcpy instead of strncpy

2013-03-06 Thread Chen Gang
oh, this patch has integrated into next-20130307 tree. (commit 9276dfd27897a0b29d8b5814f39a1f82f56b6b6b) it seems we need a regression for this commit, then I send patch v2 is it correct ? :-) 于 2013年03月07日 12:10, Chen Gang 写道: > 于 2013年03月05日 17:36, Jiri Slaby 写道: >> On 03/05/2013

[PATCH] powerpc: make sure that we alays include CONFIG_BINFMT_ELF

2013-03-06 Thread Stephen Rothwell
Our kernel is not much good without BINFMT_ELF and this fixes a build warning on 64 bit allnoconfig builds: warning: (COMPAT) selects COMPAT_BINFMT_ELF which has unmet direct dependencies (COMPAT && BINFMT_ELF) Signed-off-by: Stephen Rothwell --- arch/powerpc/Kconfig | 1 + 1 file changed, 1 i

Re: [PATCH] drivers/tty/hvc: using strlcpy instead of strncpy

2013-03-06 Thread Chen Gang
于 2013年03月05日 17:36, Jiri Slaby 写道: > On 03/05/2013 02:58 AM, Chen Gang wrote: >> > 于 2013年02月28日 21:47, Jiri Slaby 写道: > when strlen(&pi->location_code[0]) == HVCS_CLC_LENGTH + 2 >>> >> It cannot, pi->location_code is defined as char[HVCS_CLC_LENGTH + 1]. >>> >> >> > >> > really, it

Re: 3.9-rc1 powerpc ptrace.c: 'brk.len' is used uninitialized

2013-03-06 Thread Michael Neuling
Philippe De Muyter wrote: > On Thu, Mar 07, 2013 at 09:09:48AM +1100, Michael Neuling wrote: > > > bisect tells me that since your commit > > > 9422de3e953d0e60eb95f5430a9dd803eec1c6d7 > > > "powerpc: Hardware breakpoints rewrite to handle non DABR breakpoint > > > registers", > > > compiling

Re: 3.9-rc1 powerpc ptrace.c: 'brk.len' is used uninitialized

2013-03-06 Thread Philippe De Muyter
On Thu, Mar 07, 2013 at 09:09:48AM +1100, Michael Neuling wrote: > > bisect tells me that since your commit > > 9422de3e953d0e60eb95f5430a9dd803eec1c6d7 > > "powerpc: Hardware breakpoints rewrite to handle non DABR breakpoint > > registers", > > compiling linux fails with : > > > > cc1: warni

Re: 3.9-rc1 powerpc ptrace.c: 'brk.len' is used uninitialized

2013-03-06 Thread Michael Neuling
> bisect tells me that since your commit > 9422de3e953d0e60eb95f5430a9dd803eec1c6d7 > "powerpc: Hardware breakpoints rewrite to handle non DABR breakpoint > registers", > compiling linux fails with : > > cc1: warnings being treated as errors > arch/powerpc/kernel/ptrace.c: In function 'arch

Bisected 3.9-rc1 boot failure on G5

2013-03-06 Thread Aaro Koskinen
Hi, Booting 3.9-rc1 fails with the following dump: Invalid memory access at %SSR0: .0380 %SSR1: 9000.00081000 According to bisect, it's caused by 1fbe9cf2598dae3bd464d860bd89c67b1ff8682b (powerpc: Build kernel with -mcmodel=medium). I'm loading & booting the kernel with GRUB

RE: [PATCH V4] powerpc/85xx: Add machine check handler to fix PCIe erratum on mpc85xx

2013-03-06 Thread David Laight
> > Yes, that's (one reason) why you'd want to fill in a known value. Note > > the "for now". :-) > > > > -Scott > > I think there is no overwhelming reason to fill the destination register > with 0x. > > There's a small chance that 0x is treated as regular data rather > than an

[PATCH][V2] powerpc: remove the PPC_CLOCK dependency

2013-03-06 Thread Yuantian.Tang
From: Tang Yuantian config FSL_SOC and CPM do not really depend on PPC_CLOCK. So remove it. PPC_CLOCK also keeps powerpc archtecture from supporting COMMON_CLK. Signed-off-by: Tang Yuantian --- v2: correct the title arch/powerpc/Kconfig |1 - arch/powerpc/platforms/Kconfig |

[PATCH][RFC, upstream] powerpc: remove the PPC_CLOCK dependency

2013-03-06 Thread Yuantian.Tang
From: Tang Yuantian config FSL_SOC and CPM do not really depend on PPC_CLOCK. So remove it. PPC_CLOCK also keeps powerpc archtecture from supporting COMMON_CLK. Signed-off-by: Tang Yuantian --- arch/powerpc/Kconfig |1 - arch/powerpc/platforms/Kconfig |1 - 2 files changed, 0

RE: [PATCH][UPSTEAM] powerpc/mpic: add irq_set_wake support

2013-03-06 Thread Wang Dongsheng-B40534
Hi Benjamin, Could you please apply this patch? Regards, dongsheng > -Original Message- > From: Wang Dongsheng-B40534 > Sent: Wednesday, February 20, 2013 1:58 PM > To: 'Kumar Gala' > Cc: linuxppc-dev@lists.ozlabs.org > Subject: RE: [PATCH][UPSTEAM] powerpc/mpic: add irq_set_wake support

RE: [PATCH V4] powerpc/85xx: Add machine check handler to fix PCIe erratum on mpc85xx

2013-03-06 Thread Jia Hongtao-B38951
> -Original Message- > From: Wood Scott-B07421 > Sent: Wednesday, March 06, 2013 2:48 AM > To: Jia Hongtao-B38951 > Cc: Wood Scott-B07421; Stuart Yoder; linuxppc-dev@lists.ozlabs.org; Kumar > Gala > Subject: Re: [PATCH V4] powerpc/85xx: Add machine check handler to fix > PCIe erratum on m