[PATCH] usb/fsl_udc: fix dequeuing a request in progress

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 le...@freescale.com --- drivers/usb/gadget/fsl_udc_core.c | 62 +--- 1

Re: [RFC PATCH 02/17] powerpc: Split up PHYS_64BIT config option to fix select issues

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

[PATCH] fsl-rio: fix compile error

The #include linux/module.h was replaced by #include linux/export.h 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:

Re: [RFC][PATCH 08/30] powerpc/85xx: Rework P1020 SoC device tree

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 within

Disabling TCP slow start after idle

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,

Re: [PATCH] fsl-rio: fix compile error

On 11-11-11 08:48 AM, Liu Gang wrote: The #include linux/module.h was replaced by #include linux/export.h 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

Re: [PATCH] powerpc kvm: fix kvmppc_start_thread() for CONFIG_SMP=N

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

Re: [PATCH] KVM: PPC: protect use of kvmppc_h_pr

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 Schwabsch...@linux-m68k.org Thanks, applied to kvm-ppc-next. Alex ___ Linuxppc-dev mailing list

Re: [PATCH] KVM: PPC: move compute_tlbie_rb to book3s_64 common header

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 Schwabsch...@linux-m68k.org Thanks, applied to kvm-ppc-next. Alex ___ Linuxppc-dev mailing list

[PATCH] P1021: set IReady in QE Microcode Upload

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

RE: [PATCH 2/7] powerpc/85xx: add HOTPLUG_CPU support

-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 +0800,

Re: [PATCH] P1021: set IReady in QE Microcode Upload

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 this

RE: [PATCH] fsl-rio: fix compile error

On Fri, Nov 11, 2011 at 8:48 AM Liu Gang gang@freescale.com 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;

Re: Disabling TCP slow start after idle

Hi David, On Fri, 11 Nov 2011 15:30:23 - David Laight david.lai...@aculab.com 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

AUTO: Michael Barry is out of the office (returning 15/11/2011)

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. ___

Re: [PATCH] powerpc kvm: fix kvmppc_start_thread() for CONFIG_SMP=N

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:

RE: [PATCH] fsl-rio: fix compile error

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;