RE: [PATCH] mmc: sdhci-pltfm: Added sdhci-adjust-timeout quirk

Xiaobo, I have one other similar patch, but the property is 'sdhci,adjust-timeout'. Maybe I can repost it with add your signed-off-by? > -Original Message- > From: linuxppc-dev-bounces+r66093=freescale@lists.ozlabs.org > [mailto:linuxppc-dev-bounces+r66093=freescale@lists.ozlabs.o

Re: [PATCH 3/4] ppc32/kprobe: complete kprobe and migrate exception frame

>> >> You need to hook into "resume_kernel" instead. > > Maybe I'm misunderstanding what you mean since as I recall you suggestion we > should do this at the end of do_work. > I regenerate this with hooking into resume_kernel in below. >> Also, we may want to simplify the whole thing, instead of

[PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

Add a 5121-custom reject if an input-only pin is requested to be output (see 18.3.1.1 in the refman). Also, rewrite mach-specific quirk setup to consume less lines which scales better. Signed-off-by: Wolfram Sang --- drivers/gpio/gpio-mpc8xxx.c | 17 - 1 files changed, 12 inser

Re: [PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

Hi Wolfram, Looks mostly good to me. Please see minor comments below. On Tue, 13 Dec 2011 10:12:48 +0100 Wolfram Sang wrote: ... > diff --git a/drivers/gpio/gpio-mpc8xxx.c b/drivers/gpio/gpio-mpc8xxx.c > index ec3fcf0..25dc736 100644 > --- a/drivers/gpio/gpio-mpc8xxx.c > +++ b/drivers/gpio/gpio-

Re: [PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

On Tue, Dec 13, 2011 at 10:52:43AM +0100, Anatolij Gustschin wrote: > Hi Wolfram, > > Looks mostly good to me. Please see minor comments below. > > On Tue, 13 Dec 2011 10:12:48 +0100 > Wolfram Sang wrote: > ... > > diff --git a/drivers/gpio/gpio-mpc8xxx.c b/drivers/gpio/gpio-mpc8xxx.c > > index

Re: [PATCH 3/4] ppc32/kprobe: complete kprobe and migrate exception frame

Sorry please ignore this email since I'm missing something here :( Tiejun tiejun.chen wrote: >>> You need to hook into "resume_kernel" instead. >> Maybe I'm misunderstanding what you mean since as I recall you suggestion we >> should do this at the end of do_work. >> > > I regenerate this with h

Re: [PATCH 01/19] mxc_udc: add workaround for ENGcm09152 for i.MX25

Hi Eric, To make the handling of your patches easier, please - send a cover letter for multiple patches - separate them at least by fixes and features - if possible, do not send patches aimed at multiple maintainers in a single series. I picked every patch looking like a fix for now myself, bu

Re: [PATCH 01/19] mxc_udc: add workaround for ENGcm09152 for i.MX25

On Tue, Dec 13, 2011 at 07:31:33AM +0100, Eric Bénard wrote: > this patch gives the possibility to workaround bug ENGcm09152 > on i.MX25 when the hardware workaround is also implemented on > the board. > It covers the workaround described on page 42 of the following Errata : > http://cache.freescal

Re: [PATCH 3/4] ppc32/kprobe: complete kprobe and migrate exception frame

>> You need to hook into "resume_kernel" instead. > I regenerate this with hooking into resume_kernel in below. > Maybe I'm misunderstanding what you mean since as I recall you suggestion we > should do this at the end of do_work. > >> Also, we may want to simplify the whole thing, instead of ch

[PATCH v2 01/19] mxc_udc: add workaround for ENGcm09152 for i.MX25

this patch gives the possibility to workaround bug ENGcm09152 on i.MX25 when the hardware workaround is also implemented on the board. It covers the workaround described on page 42 of the following Errata, titled "USB: UTMI_USBPHY VBUS input impedance implementation error" : http://cache.freescale.

Re: [PATCH v2 01/19] mxc_udc: add workaround for ENGcm09152 for i.MX25

Hi, On Tue, Dec 13, 2011 at 03:09:37PM +0100, Eric Bénard wrote: > this patch gives the possibility to workaround bug ENGcm09152 > on i.MX25 when the hardware workaround is also implemented on > the board. > It covers the workaround described on page 42 of the following Errata, > titled "USB: UTMI

[PATCH V2] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

Add a 5121-custom reject if an input-only pin is requested to be output (see 18.3.1.1 in the refman). Also, rewrite mach-specific quirk setup to consume less lines which scales better. Signed-off-by: Wolfram Sang --- Since V1, added an empty line after the new function. drivers/gpio/gpio-mpc8x

Re: [PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

On Tue, Dec 13, 2011 at 10:12:48AM +0100, Wolfram Sang wrote: > Add a 5121-custom reject if an input-only pin is requested to be output > (see 18.3.1.1 in the refman). Also, rewrite mach-specific quirk setup to > consume less lines which scales better. > > Signed-off-by: Wolfram Sang Applied, th

Re: [PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

On Tue, Dec 13, 2011 at 10:12:48AM +0100, Wolfram Sang wrote: > Add a 5121-custom reject if an input-only pin is requested to be output > (see 18.3.1.1 in the refman). Also, rewrite mach-specific quirk setup to > consume less lines which scales better. > > Signed-off-by: Wolfram Sang > --- > dri

Re: [PATCH RESEND] gpio: mpc8xxx: don't allow input-only pins to be output for MPC5121

On Tue, Dec 13, 2011 at 11:16:59AM -0700, Grant Likely wrote: > On Tue, Dec 13, 2011 at 10:12:48AM +0100, Wolfram Sang wrote: > > Add a 5121-custom reject if an input-only pin is requested to be output > > (see 18.3.1.1 in the refman). Also, rewrite mach-specific quirk setup to > > consume less lin

[PATCH] [v2] powerpc/fsl: add MSI support for the Freescale hypervisor

Add support for vmpic-msi nodes to the fsl_msi driver. The MSI is virtualized by the hypervisor, so the vmpic-msi does not contain a 'reg' property. Instead, the driver uses hcalls. Add support for the "msi-address-64" property to the fsl_pci driver. The Freescale hypervisor typically puts the v

Re: Linux port availability for p5010 processor

On 12/12/2011 11:33 PM, Vineeth wrote: > Do we have a linux port available for freescale P5010 processor (with > single E5500 core) ? > /(found arch/powerpc/platforms/pseries ; and a some details on > kernel/cputable.c /) p5010 is basically a p5020 with one core and "memory complex" instead of two

Re: sam460ex, rtc-m41t80 incorrect behaviour with kernel >=linux-2.6.38

On Mon, 12 Dec 2011 14:47:53 -0800 John Stultz wrote: > On Sun, 2011-12-04 at 03:29 +0100, acrux...@libero.it wrote: > > Acube Sam460ex is a 460ex SoC (PowerPC) based board with m41t81 > > like RTC. The wrong beahviour it seems to be caused this commit: > > > > Thu, 3 Feb 2011 21:02:35 + (13

[PATCH] [v3] powerpc/fsl: add MSI support for the Freescale hypervisor

Add support for vmpic-msi nodes to the fsl_msi driver. The MSI is virtualized by the hypervisor, so the vmpic-msi does not contain a 'reg' property. Instead, the driver uses hcalls. Add support for the "msi-address-64" property to the fsl_pci driver. The Freescale hypervisor typically puts the v

[PATCH] [v4] powerpc/fsl: add MSI support for the Freescale hypervisor

Add support for vmpic-msi nodes to the fsl_msi driver. The MSI is virtualized by the hypervisor, so the vmpic-msi does not contain a 'reg' property. Instead, the driver uses hcalls. Add support for the "msi-address-64" property to the fsl_pci driver. The Freescale hypervisor typically puts the v

Re: [PATCH] powerpc: fix compile error with 85xx/p1022_ds.c

On Sun, Dec 11, 2011 at 4:49 PM, Michael Neuling wrote: > Current linux-next compiled with mpc85xx_defconfig causes this: >  arch/powerpc/platforms/85xx/p1022_ds.c:341:14: error: 'udbg_progress' > undeclared here (not in a function) > > Add include to fix this. > > Signed-off-by: Michael Neuling

CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

On APM82181, "vmstat" (/proc/stat) doesn't show correct idle percent, if kernel enables "CONFIG_NO_HZ" (Tickless System / Dynamic Tick). When I run wireless throughput test with heavy traffic, "vmstat" shows very high idle percent while "oprofile" shows very low idle percent. During the test, th

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

On Tue, 2011-12-13 at 12:42 -0800, Fushen Chen wrote: > On APM82181, "vmstat" (/proc/stat) doesn't show correct idle > percent, if kernel enables "CONFIG_NO_HZ" (Tickless System / Dynamic > Tick). > > When I run wireless throughput test with heavy traffic, "vmstat" shows > very high idle percent

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

On Wed, 2011-12-14 at 00:28 +0100, Thomas Gleixner wrote: > On Wed, 14 Dec 2011, Benjamin Herrenschmidt wrote: > > > On Tue, 2011-12-13 at 12:42 -0800, Fushen Chen wrote: > > > On APM82181, "vmstat" (/proc/stat) doesn't show correct idle > > > percent, if kernel enables "CONFIG_NO_HZ" (Tickless

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

On Wed, 14 Dec 2011, Benjamin Herrenschmidt wrote: > On Tue, 2011-12-13 at 12:42 -0800, Fushen Chen wrote: > > On APM82181, "vmstat" (/proc/stat) doesn't show correct idle > > percent, if kernel enables "CONFIG_NO_HZ" (Tickless System / Dynamic > > Tick). > > > > When I run wireless throughput

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

Does this help? Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

This is 2.6.32, but I think 2.6.36 is the same. Thanks, Fushen On Tue, Dec 13, 2011 at 3:34 PM, Benjamin Herrenschmidt < b...@kernel.crashing.org> wrote: > On Wed, 2011-12-14 at 00:28 +0100, Thomas Gleixner wrote: > > On Wed, 14 Dec 2011, Benjamin Herrenschmidt wrote: > > > > > On Tue, 2011-12-13

Re: [PATCH] powerpc: Fix swiotlb ops for ppc64

On Dec 12, 2011, at 10:27 PM, Benjamin Herrenschmidt wrote: > On Mon, 2011-12-12 at 21:55 -0600, Becky Bruce wrote: >> 1) dma_direct_alloc_coherent strips GFP_HIGHMEM out of the flags field >> when calling the actual allocator and the iotlb version does not. I >> don't know how much this matters

Re: [PATCH] powerpc: Fix swiotlb ops for ppc64

On Tue, 2011-12-13 at 20:53 -0600, Becky Bruce wrote: > The non-coherent "specialness" is in the dma sync stuff and no, I > don't think the iotlb stuff deals with that properly. > > Do you not have a problem with 1)? If not then I think we can look at > switching over; 2) was more of a secondary

Re: CONFIG_NO_HZ added too much idle time in /proc/stat during throughput test.

Hi, > This is 2.6.32, but I think 2.6.36 is the same. Sounds a bit like this, merged in 2.6.39. Anton -- commit ad5d1c888e556bc00c4e86f452cad4a3a87d22c1 Author: Anton Blanchard Date: Sun Mar 20 15:28:03 2011 + powerpc: Fix accounting of softirq time when idle commit cf9efc

RE: [PATCH] mmc: sdhci-pltfm: Added sdhci-adjust-timeout quirk

Hi Changming, OK, you can merge my patch into your patches. Hi all, Please ignore this patch. Changming will send the similar patch. BRs Xie Xiaobo -Original Message- From: Huang Changming-R66093 Sent: 2011年12月13日 16:00 To: Xie Xiaobo-R63061; linuxppc-dev@lists.ozlabs.org Cc: avoront..

Re: [PATCH 3/3] mtd/nand : workaround for Freescale FCM to support large-page Nand chip

于 2011年12月13日 05:09, Artem Bityutskiy 写道: On Tue, 2011-12-06 at 18:09 -0600, Scott Wood wrote: On 12/03/2011 10:31 PM, shuo@freescale.com wrote: From: Liu Shuo Freescale FCM controller has a 2K size limitation of buffer RAM. In order to support the Nand flash chip whose page size is larger

[PATCH] Only use initrd_end as the limit for alloc_bottom if it's inside the RMO.

From: Paul Mackerras As the kernels and initrd's get bigger boot-loaders and possibly kexec-tools will need to place the initrd outside the RMO. When this happens we end up with no lowmem and the boot doesn't get very far. Only use initrd_end as the limit for alloc_bottom if it's inside the RMO

linux-next: build warnings after merge of the final tree

Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) produced these warnings: In file included from arch/powerpc/include/asm/asm-offsets.h:1:0, from kernel/trace/trace_syscalls.c:9: include/generated/asm-offsets.h:15:0: warning: "NMI_MASK" redefin