Re: [PATCH] ARM: Fix data abort accessing proc_info from __lookup_processor_type (Re: [PATCH 03/10] ARM: hotplug cpu: Keep processor information, startup code __lookup_processor_type)

2010-10-23 Thread Russell King - ARM Linux
On Fri, Oct 22, 2010 at 11:51:08AM -0700, Tony Lindgren wrote: diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S index 1953e3d..a58b91d 100644 --- a/arch/arm/kernel/vmlinux.lds.S +++ b/arch/arm/kernel/vmlinux.lds.S @@ -114,6 +114,7 @@ SECTIONS

RE: [PATCH v3 04/11] OMAP3: PM: Adding smartreflex device file.

2010-10-23 Thread Gopinath, Thara
-Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Friday, October 22, 2010 10:02 PM To: Gopinath, Thara Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy, Vishwanath; Sawant, Anand Subject: Re: [PATCH v3 04/11] OMAP3: PM: Adding

Re: [RFC PATCHv3 1/7] HSI: Introducing HSI framework

2010-10-23 Thread Peter Henn
Hello Carlos, please find my comments inline Am 18.10.2010 12:53, schrieb Carlos Chinea: Hi Peter, +/** + * struct hsi_config - Configuration for RX/TX HSI modules + * @mode: Bit transmission mode (STREAM or FRAME) + * @flow: Flow type (SYNCHRONIZED or PIPELINE) + * @channels: Number of

[PATCH 0/1] mtd: OneNAND: fix bufferram management.

2010-10-23 Thread Enric Balletbo i Serra
Hello, Have a look at this patch, I've some problems with latest kernel from mainline and a JFFS2 filesystem, the kernel reports various errors like Header CRC failed on REF_PRISTINE node at 0x1e81315c: Read 0x00e0, calculated 0x564fc9e8 Applying this patch solves the issue, but I only

[PATCH 1/1] mtd: OneNAND: fix bufferram management when chip has 2-planes.

2010-10-23 Thread Enric Balletbo i Serra
This patch adds code that I think was lost when it was applied the commit 5988af2319781bc8e0ce418affec4e09cfa77907 - mtd: Flex-OneNAND support Test case: 1. Stress a jffs2 filesystem using bonnie++ -u 0:0 -s 32 -m 16 -r 16 2. dmesg shows various 'Header CRC failed' errors like: Header

[PATCHv2 0/3] Various code improvements for IGEP v2 board.

2010-10-23 Thread Enric Balletbo i Serra
Hello, The comments of this post also apply to IGEP v2 board (thanks Laurent) http://www.mail-archive.com/linux-omap@vger.kernel.org/msg36402.html Changes since v1: - Split patch in a serie. - [1/3] onenand_setup = NULL, is a static variable, removed from code. This patch apply on top of

[PATCHv2 1/3] omap3: IGEP v2: Remove onenand_setup no-op function.

2010-10-23 Thread Enric Balletbo i Serra
Set onenand_setup to NULL instead of adding a no-op function. Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com --- arch/arm/mach-omap2/board-igep0020.c |7 --- 1 files changed, 0 insertions(+), 7 deletions(-) diff --git a/arch/arm/mach-omap2/board-igep0020.c

[PATCHv3 3/3] omap3: IGEP v2: Improve igep2_flash_init() function.

2010-10-23 Thread Enric Balletbo i Serra
The changes are: - Use 'for' loop instead 'while' loop. - No need to initialize ret to 0, we're assigning it right after. - No need to check for onenandcs GPMC_CS_NUM here, it will always be true. Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com ---

RE: [PATCH 3/4] staging: tidspbridge: remove gb bitmap implementation

2010-10-23 Thread Sapiens, Rene
Hi Ionut, On Friday, October 22, 2010 9:09 AM Ionut Nicu wrote: Most likely I will have to break patch 4/4 from this series (which I also believe is way too big) into multiple patches and re-submit. I'm expecting some advices from the maintainers/list on how to split patch 4 (lst_list

[BeagleBoard] pm-2.6.34 hangs when cpufreq changed frequently

2010-10-23 Thread Haribabu Narayanan
Hi all, I working with pm-2.6.34 based kernel on Beagleboard. I am not working with later kernels because I need cpufreq (which is currently not supported due to upgradation). My project requires cpufreq transitions at inter-task/intra-task levels and when I made the changes for that., it seems