Yes, I'm afraid srio was not enabled when you compiled.
Regards,
Liu Gang
-Original Message-
From: Paul Gortmaker [mailto:paul.gortma...@windriver.com]
Sent: Friday, November 11, 2011 11:48 PM
To: Liu Gang-B34182
Cc: linuxppc-dev@lists.ozlabs.org; alexandre.boun...@idt.com;
a...@linux-f
In message <4ebd46f4.5040...@suse.de> you wrote:
> On 11/11/2011 03:03 AM, Michael Neuling wrote:
> > Currently kvmppc_start_thread() tries to wake other SMT threads via
> > xics_wake_cpu(). Unfortunately xics_wake_cpu only exists when
> > CONFIG_SMP=Y so when compiling with CONFIG_SMP=N we get:
>
I am out of the office until 15/11/2011.
Note: This is an automated response to your message "Linuxppc-dev Digest,
Vol 87, Issue 74" sent on 12/11/2011 1:00:02.
This is the only notification you will receive while this person is away.
___
Linuxppc
Hi David,
On Fri, 11 Nov 2011 15:30:23 - "David Laight"
wrote:
>
> We have some connections that suffer very badly from the TCP
> 'slow start' algorithm. These are connections that will
> always be local - they may be MAC-Switch-MAC using RGMII
> crossover, they might also be connected via a
On Fri, Nov 11, 2011 at 8:48 AM Liu Gang wrote:
> Sent: Friday, November 11, 2011 8:48 AM
> To: linuxppc-dev@lists.ozlabs.org; Bounine, Alexandre
> Cc: a...@linux-foundation.org; linux-ker...@vger.kernel.org;
> paul.gortma...@windriver.com; r58...@freescale.com;
> b11...@freescale.com; r61...@fre
Kokoris, Ioannis wrote:
> Hi,
>
> QE Microcode Initialization using qe_upload_microcode() does not work
> on P1021 if the IRAM-Ready register is not set after the microcode
> upload. This patch adds a definition for the "I-RAM Ready" register and
> sets it uppon microcode upload completion.
Will t
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
> Sent: Friday, November 11, 2011 12:23 PM
> To: Zhao Chenhui-B35336
> Cc: linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 2/7] powerpc/85xx: add HOTPLUG_CPU support
>
> On Fri, 2011-11-04 at 20:31
Hi,
QE Microcode Initialization using qe_upload_microcode() does not work on P1021
if the IRAM-Ready register is not set after the microcode upload. This patch
adds a definition for the "I-RAM Ready" register and sets it uppon microcode
upload completion.
Signed-off-by: Ioannis Kokkoris
di
On 11/08/2011 06:08 PM, Andreas Schwab wrote:
compute_tlbie_rb is only used on ppc64 and cannot be compiled on ppc32.
Signed-off-by: Andreas Schwab
Thanks, applied to kvm-ppc-next.
Alex
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
ht
On 11/08/2011 06:17 PM, Andreas Schwab wrote:
kvmppc_h_pr is only available if CONFIG_KVM_BOOK3S_64_PR.
Signed-off-by: Andreas Schwab
Thanks, applied to kvm-ppc-next.
Alex
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.o
On 11/11/2011 03:03 AM, Michael Neuling wrote:
Currently kvmppc_start_thread() tries to wake other SMT threads via
xics_wake_cpu(). Unfortunately xics_wake_cpu only exists when
CONFIG_SMP=Y so when compiling with CONFIG_SMP=N we get:
arch/powerpc/kvm/built-in.o: In function `.kvmppc_start_th
On 11-11-11 08:48 AM, Liu Gang wrote:
> The "#include " was replaced by "#include "
> in the patch "powerpc: various straight conversions from module.h -->
> export.h".
> This will cause the following compile problem:
> arch/powerpc/sysdev/fsl_rio.c: In function 'fsl_rio_mcheck_exception':
> arch/
We have some connections that suffer very badly from the TCP
'slow start' algorithm. These are connections that will
always be local - they may be MAC-Switch-MAC using RGMII
crossover, they might also be connected via an external
switch. In either case the RTT is most likely to be almost
zero, cert
On Thu, Nov 10, 2011 at 02:27:11PM -0600, Kumar Gala wrote:
> On Nov 10, 2011, at 12:58 PM, Scott Wood wrote:
> > On Thu, Nov 10, 2011 at 12:46:27PM -0600, Kumar Gala wrote:
> >> On Nov 10, 2011, at 12:05 PM, Scott Wood wrote:
> >>> What does the SoC part need to specify that has to override or go
The "#include " was replaced by "#include "
in the patch "powerpc: various straight conversions from module.h --> export.h".
This will cause the following compile problem:
arch/powerpc/sysdev/fsl_rio.c: In function 'fsl_rio_mcheck_exception':
arch/powerpc/sysdev/fsl_rio.c:296: error: implicit decla
Benjamin Herrenschmidt wrote:
> For PHYS_64BIT, I'm not 100% certain at this point what the best
> approach it. It should clearly be fixed and hidden for real 64-bit. As
> for the rest, should it be user selectable ?
I have been unable to convince our BSP teams that the minor performance
improve
The original implementation of dequeuing a request in progress
is not correct. Change to use a correct process and also clean
up the related functions a little bit.
Signed-off-by: Li Yang
---
drivers/usb/gadget/fsl_udc_core.c | 62 +---
1 files changed, 29 inse
17 matches
Mail list logo
