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

2011-12-14 Thread Li Yang
On Thu, Dec 15, 2011 at 4:15 AM, Scott Wood wrote: > On 12/14/2011 02:41 AM, LiuShuo wrote: >> 于 2011年12月13日 10:46, LiuShuo 写道: >>> 于 2011年12月13日 05:30, Scott Wood 写道: On 12/12/2011 03:19 PM, Artem Bityutskiy wrote: > On Mon, 2011-12-12 at 15:15 -0600, Scott Wood wrote: >> NAND chips

Re: [PATCH 1/1] ppc64: fix missing to check all bits of _TIF_USER_WORK_MASK in preempt

2011-12-14 Thread Benjamin Herrenschmidt
On Mon, 2011-12-12 at 17:10 +0800, Tiejun Chen wrote: > -#else /* !CONFIG_PREEMPT */ > ld r3,_MSR(r1) /* Returning to user mode? */ > andi. r3,r3,MSR_PR > - beq restore /* if not, just restore regs and return */ > + bne test_work_user > > + clrr

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

2011-12-14 Thread Benjamin Herrenschmidt
On Tue, 2011-12-13 at 18:36 +0800, tiejun.chen wrote: > >> You need to hook into "resume_kernel" instead. > > > > I regenerate this with hooking into resume_kernel in below. .../... > I assume it may not necessary to reorganize ret_from_except for *ppc32* . It might be cleaner but I can do tha

[PATCH 2/2] offb: Add palette hack for qemu "standard vga" framebuffer

2011-12-14 Thread Benjamin Herrenschmidt
We rename the mach64 hack to "simple" since that's also applicable to anything using VGA-style DAC IO ports (set to 8-bit DAC) and we use it for qemu vga. Note that this is keyed on a device-tree "compatible" property that is currently only set by an upcoming version of SLOF when using the qemu "p

[PATCH 1/2] offb: Fix bug in calculating requested vram size

2011-12-14 Thread Benjamin Herrenschmidt
>From 448820776363da565f221c020f4ccb3c610faec3 Mon Sep 17 00:00:00 2001 From: Benjamin Herrenschmidt Date: Wed, 14 Dec 2011 16:52:02 +1100 Subject: We used to try to request 8 times more vram than needed, which would fail if the card has a too small BAR (observed with qemu). Signed-off-by: Benj

[PATCH] powerpc: Fix old bug in prom_init setting of the color

2011-12-14 Thread Benjamin Herrenschmidt
We have an array of 16 entries and a loop of 32 iterations... oops. Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/kernel/prom_init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c index cc58486.

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

2011-12-14 Thread Scott Wood
On 12/13/2011 09:41 PM, LiuShuo wrote: > 于 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

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

2011-12-14 Thread Scott Wood
On 12/14/2011 02:41 AM, LiuShuo wrote: > 于 2011年12月13日 10:46, LiuShuo 写道: >> 于 2011年12月13日 05:30, Scott Wood 写道: >>> On 12/12/2011 03:19 PM, Artem Bityutskiy wrote: On Mon, 2011-12-12 at 15:15 -0600, Scott Wood wrote: > NAND chips come from the factory with bad blocks marked at a certain >

RE: ARM + TI DSP device tree repesentation

2011-12-14 Thread Jeff Brower
David- >> I am trying to locate the device tree for OMAP platform which >> has ARM and TI DSP core. >> >> The background is that we are trying to understand how such >> SOCs with dissimilar cores are represented in linux. > > Most likely linux runs on the ARM, and the DSP processor > is loaded wit

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

2011-12-14 Thread H. Peter Anvin
On 12/14/2011 08:32 AM, Steven Rostedt wrote: > On Wed, 2011-12-14 at 18:15 +1100, Stephen Rothwell wrote: > >> Maybe caused by commit d5e553d6e0a4 ("trace: Include >> in trace_syscalls.c") from the tip tree. These warnings may have been >> here for a while as it is hard to catch the new ones am

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

2011-12-14 Thread Steven Rostedt
On Wed, 2011-12-14 at 18:15 +1100, Stephen Rothwell wrote: > Maybe caused by commit d5e553d6e0a4 ("trace: Include > in trace_syscalls.c") from the tip tree. These warnings may have been > here for a while as it is hard to catch the new ones among the flood. > hpa, Was this change only needed

RE: ARM + TI DSP device tree repesentation

2011-12-14 Thread David Laight
> I am trying to locate the device tree for OMAP platform which > has ARM and TI DSP core. > > The background is that we are trying to understand how such > SOCs with dissimilar cores are represented in linux. Most likely linux runs on the ARM, and the DSP processor is loaded with specific co

Re: ARM + TI DSP device tree repesentation

2011-12-14 Thread Jeff Brower
Poonam- > I am trying to locate the device tree for OMAP platform which > has ARM and TI DSP core. > > The background is that we are trying to understand how such > SOCs with dissimilar cores are represented in linux. > > Can somebody point me to the correct file. Neither one of the cores are Pow

ARM + TI DSP device tree repesentation

2011-12-14 Thread Aggrwal Poonam-B10812
Hello All I am trying to locate the device tree for OMAP platform which has ARM and TI DSP core. The background is that we are trying to understand how such SOCs with dissimilar cores are represented in linux. Can somebody point me to the correct file. Many Thanks Poonam ___

RE: [PATCH v2] Integrated Flash Controller support

2011-12-14 Thread Li Yang-R58472
>-Original Message- >From: Artem Bityutskiy [mailto:dedeki...@gmail.com] >Sent: Wednesday, November 30, 2011 4:51 PM >To: Kumar Gala >Cc: Wood Scott-B07421; Li Yang-R58472; Liu Shuo-B35362; linux- >ker...@vger.kernel.org Kernel; linux-...@lists.infradead.org; Andrew >Morton; David Woodhouse

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

2011-12-14 Thread LiuShuo
于 2011年12月13日 10:46, LiuShuo 写道: 于 2011年12月13日 05:30, Scott Wood 写道: On 12/12/2011 03:19 PM, Artem Bityutskiy wrote: On Mon, 2011-12-12 at 15:15 -0600, Scott Wood wrote: NAND chips come from the factory with bad blocks marked at a certain offset into each page. This offset is normally in the