On Tue, Oct 15, 2013 at 8:34 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.12-rc5 to v3.12-rc4[3], the summaries are:
> - build errors: +13/-6
+ /scratch/kisskb/src/arch/powerpc/kernel/fadump.c: error:
'KEXEC_CORE_NOTE_NAME' undeclared (first use in this function): =>
521:36
+ /s
Hi Paul,
> Does this make any practical difference or fix any bugs, or is this
> just for aesthetics?
There is talk of the other 32 bits of that word being used for a
stack canary in a future ABI revision. So right now it is just
cosmetic, but it could be important in the future.
I guess it cou
On Tue, Oct 15, 2013 at 02:36:31PM +1100, Anton Blanchard wrote:
>
> The condition register (CR) is a 32 bit quantity so we should use
> 32 bit loads and stores.
Does this make any practical difference or fix any bugs, or is this
just for aesthetics?
Paul.
___
The condition register (CR) is a 32 bit quantity so we should use
32 bit loads and stores.
Signed-off-by: Anton Blanchard
---
diff --git a/arch/powerpc/kernel/tm.S b/arch/powerpc/kernel/tm.S
index cd809ea..432cf54 100644
--- a/arch/powerpc/kernel/tm.S
+++ b/arch/powerpc/kernel/tm.S
@@ -107,7 +1
> -Original Message-
> From: Wood Scott-B07421
> Sent: 2013年10月15日 星期二 6:13
> To: Tang Yuantian-B29983
> Cc: Wood Scott-B07421; Mark Rutland; devicet...@vger.kernel.org;
> linuxppc-dev@lists.ozlabs.org; Li Yang-Leo-R58472
> Subject: Re: [PATCH v5] powerpc/mpc85xx: Update the clock nodes in
On Sun, Oct 13, 2013 at 02:02:32AM +0530, Varun Sethi wrote:
> Factor out PCI specific code in the PAMU driver.
>
> Signed-off-by: Varun Sethi
> ---
> drivers/iommu/fsl_pamu_domain.c | 81
> +++
> 1 file changed, 40 insertions(+), 41 deletions(-)
>
> diff
On Fri, 2013-10-11 at 21:52 -0500, Tang Yuantian-B29983 wrote:
> Thanks for your review.
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: 2013年10月12日 星期六 3:07
> > To: Mark Rutland
> > Cc: Tang Yuantian-B29983; devicet...@vger.kernel.org; linuxppc-
> > d...@lists.ozlabs.org; L
On Mon, Oct 14, 2013 at 02:40:44PM -0500, Kumar Gala wrote:
>
> On Oct 14, 2013, at 2:26 PM, Kumar Gala wrote:
>
> >
> > On Oct 14, 2013, at 6:37 AM, Xie Xiaobo wrote:
> >
> >> The QUICC Engine (QE) is a communications coprocessors on Freescale
> >> embedded processors. The QE had been applied
On Oct 14, 2013, at 2:26 PM, Kumar Gala wrote:
>
> On Oct 14, 2013, at 6:37 AM, Xie Xiaobo wrote:
>
>> The QUICC Engine (QE) is a communications coprocessors on Freescale
>> embedded processors. The QE had been applied in PowerPC architecture
>> previously, and it will be applied in ARM archite
On Oct 14, 2013, at 2:26 PM, Kumar Gala wrote:
>
> On Oct 14, 2013, at 6:37 AM, Xie Xiaobo wrote:
>
>> The QUICC Engine (QE) is a communications coprocessors on Freescale
>> embedded processors. The QE had been applied in PowerPC architecture
>> previously, and it will be applied in ARM archite
On Oct 14, 2013, at 6:37 AM, Xie Xiaobo wrote:
> The QUICC Engine (QE) is a communications coprocessors on Freescale
> embedded processors. The QE had been applied in PowerPC architecture
> previously, and it will be applied in ARM architecture too.
> So move the qe_lib from arch/powerpc to drive
On Mon, 2013-10-14 at 19:37 +0800, Xie Xiaobo wrote:
> The QUICC Engine (QE) is a communications coprocessors on Freescale
> embedded processors. The QE had been applied in PowerPC architecture
> previously, and it will be applied in ARM architecture too.
> So move the qe_lib from arch/powerpc to d
Hello!
I have a xerox print controller (an "serial number HFT"), used in xerox
8825, 8830 and 510 wide format print systems, and wish to use it as a
little home server. It based on powerpc G4 (MPC7410) and equipped with 2
PCI slots, 2 DIMM slots, intel-based integrated network card and 2
fir
On Mon, 2013-10-14 at 12:58 +, Sethi Varun-B16395 wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Friday, October 11, 2013 2:12 AM
> > To: Sethi Varun-B16395
> > Cc: Bhushan Bharat-R65777; ag...@suse.de; Wood Scott-B07421; linux-
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Friday, October 11, 2013 2:12 AM
> To: Sethi Varun-B16395
> Cc: Bhushan Bharat-R65777; ag...@suse.de; Wood Scott-B07421; linux-
> p...@vger.kernel.org; ga...@kernel.crashing.org; linux-
> ker...@vger.
Add a VMX optimised xor, used primarily for RAID5. On a POWER7 blade
this is a decent win:
32regs: 17932.800 MB/sec
altivec : 19724.800 MB/sec
The bigger gain is when the same test is run in SMT4 mode, as it
would if there was a lot of work going on:
8regs : 8377.600 MB/sec
Correct reference to the location of the kexec_sequence() assembly helper.
There never was a kexec_stub.S in mainline.
Signed-off-by: Geert Uytterhoeven
---
arch/powerpc/kernel/machine_kexec_64.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/machine_k
17 matches
Mail list logo
