Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'

2009-12-31 Thread Américo Wang
On Wed, Dec 30, 2009 at 11:49 PM, James Bottomley wrote: > On Wed, 2009-12-30 at 13:41 +0200, Kalle Valo wrote: >> Hello, >> >> I noticed weird crashes related to wl1251_spi notes sysfs directory >> with current wireless-testing (2.6.33-rc2 plus some wireless patches). >> The simplest way to repro

Re: [PATCH 2/2] ARM : OMAP : Add empty function in header file

2009-12-31 Thread Felipe Balbi
Hi, On Thu, 2009-12-31 at 18:43 +0530, Maulik Mankad wrote: > +#if defined(CONFIG_USB) || defined(CONFIG_USB_GADGET) how about using CONFIG_USB_NOP_XCEIV -- balbi -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org Mor

Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'

2009-12-31 Thread Helge Deller
On 12/30/2009 04:49 PM, James Bottomley wrote: A better, and more comprehensive patch would be to try not to count the empty text sections when we're building the notes section (and actually anywhere else in the file). This patch actually relies on the fact that if sh_size is zero for the text s

Re: [PATCH 2/2] ARM : OMAP : Add empty function in header file

2009-12-31 Thread Sergei Shtylyov
Hello. Maulik Mankad wrote: ARM : OMAP : Add empty function in header file This patch adds empty functions for usb_nop_xceiv_register() and usb_nop_xceiv_unregister() so that these functions can be called even when CONFIG_NOP_USB_XCEIV is not enabled. It allows to remove ifdef's from board

[PATCH 10/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
1. Honor the CPUFREQ_RELATION{H|L} flags. 2. Introduce the L3 frequency change notifier call back so that L3 frequency can be cleanly handled along with MPU. diff --git a/arch/arm/plat-omap/cpu-omap.c b/arch/arm/plat-omap/cpu-omap.c index 78986f0..26fcae1 100644 --- a/arch/arm/plat-omap/cpu-oma

[PATCH 9/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
1. Localized the OPP id to smartreflex driver. This is still very ugly but it should be cleaned up during the smartreflex driver overhaul. 2. Register the SR voltage scaling function to the system so that it can use this for voltage scaling. diff --git a/arch/arm/mach-omap2/smartreflex.c b

[PATCH 8/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
1. Removed the OPP resources and instead introduced voltage resources. This leads to a leaner implementation of DVFS. It still has scope for cleanup and this will be done soon. 2. Introduced a L3 frequency resource a.k.a. l3_freq. 3. L3 frequency changes are now handled through CPUF

[PATCH 7/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
Adapted the OMAP3 specific PM layer with the new OPP layer. The following have been done 1. Remove struct omap_opp_def and use only struct omap_opp as the previous was almost similar to struct omap_opp. 2. Introduce a function 'get_l3_target_freq' to obtain the L3 frequency co

[PATCH 6/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
Introduce a new types for 1. for identifying voltage rails. 2. generic voltage scaling routine and its registration function. and the prototype for the registration function itself. diff --git a/arch/arm/mach-omap2/pm.h b/arch/arm/mach-omap2/pm.h index 65a6e04..d36cd1d 100644 --- a/arch/arm/mach-

[PATCH 4/10] OPP layer and additional cleanups.

2009-12-31 Thread Romit Dasgupta
Remove unnecessary forward declaration of struct omap_opp. diff --git a/arch/arm/plat-omap/include/plat/io.h b/arch/arm/plat-omap/include/plat/io.h index 6c77b03..7e5319f 100644 --- a/arch/arm/plat-omap/include/plat/io.h +++ b/arch/arm/plat-omap/include/plat/io.h @@ -268,7 +268,6 @@ extern void

[PATCH 5/10] OPP layer and additional cleanups

2009-12-31 Thread Romit Dasgupta
Remove struct omap_opp pointers. The book keeping of OPPs are now encapsulated within the OPP layer. diff --git a/arch/arm/plat-omap/common.c b/arch/arm/plat-omap/common.c index 952d506..67a1850 100644 --- a/arch/arm/plat-omap/common.c +++ b/arch/arm/plat-omap/common.c @@ -52,12 +52,6 @@ int omap_

[PATCH 3/10] OPP layer and additional cleanups.

2009-12-31 Thread Romit Dasgupta
Change in the resource arbitration APIs to use the OPP layer. diff --git a/arch/arm/plat-omap/omap-pm-noop.c b/arch/arm/plat-omap/omap-pm-noop.c index f7437f7..f59c4aa 100644 --- a/arch/arm/plat-omap/omap-pm-noop.c +++ b/arch/arm/plat-omap/omap-pm-noop.c @@ -26,10 +26,6 @@ #include -struct

[PATCH 2/10] OPP layer and additional cleanups.

2009-12-31 Thread Romit Dasgupta
Moving to list based OPP layer and its new semantics. diff --git a/arch/arm/plat-omap/include/plat/opp.h b/arch/arm/plat-omap/include/plat/opp.h index 9f91ad3..38ba00f 100644 --- a/arch/arm/plat-omap/include/plat/opp.h +++ b/arch/arm/plat-omap/include/plat/opp.h @@ -2,9 +2,9 @@ * OMAP OPP Inte

[PATCH 1/10] OPP layer and additional cleanups.

2009-12-31 Thread Romit Dasgupta
Cleaner way to take care of the precision loss during integer division. diff --git a/arch/arm/plat-omap/opp_twl_tps.c b/arch/arm/plat-omap/opp_twl_tps.c index e0db39b..43dee2d 100644 --- a/arch/arm/plat-omap/opp_twl_tps.c +++ b/arch/arm/plat-omap/opp_twl_tps.c @@ -36,14 +36,7 @@ unsigned long oma

[PATCH 0/10] OPP layer and additional cleanups.

2009-12-31 Thread Romit Dasgupta
Hi, The following set of patches apply on top of the Kevin's pm-wip-opp branch. What I have tried to do in this set of patches are: (Not in patch-set order) * OPP layer internals have moved to list based implementation. * The OPP layer APIs have been changed. The search APIs have been reduced t

[PATCH v3 2/2] ARM : OMAP4 : MUSB : Add USB support to 4430 SDP board file

2009-12-31 Thread Maulik Mankad
ARM : OMAP4 : Add USB support to 4430 SDP board file This patch adds support for Mentor USB to 4430 SDP board file. It also defines the base address for HS USB OTG controller in OMAP4. Also updates platform specfic structure with base address and IRQ details. Signed-off-by: Maulik Mankad Cc: T

[PATCH v3 1/2] ARM : OMAP: MUSB : Pass board specific data using a structure

2009-12-31 Thread Maulik Mankad
ARM : OMAP: MUSB :Pass board specific data from board file This patch proposes to pass board specific data for MUSB (like interface_type, mode etc) from board file by defining board specific structure. Each board file can define this structure based on its requirement and pass this information to

[PATCH v3 0/2] ARM : OMAP patches

2009-12-31 Thread Maulik Mankad
Hi, Felipe, Here is the Version 3 of the 2 patch series based on top of your for-tony branch at [1]. [1] git://gitorious.org/usb/usb.git for-tony Please note that this series depends on the patches that remove if-def's from code found at [2]. [2] http://marc.info/?l=linux-omap&m=126226514430

[PATCH 2/2] ARM : OMAP : Add empty function in header file

2009-12-31 Thread Maulik Mankad
ARM : OMAP : Add empty function in header file This patch adds empty functions for usb_nop_xceiv_register() and usb_nop_xceiv_unregister() so that these functions can be called even when CONFIG_NOP_USB_XCEIV is not enabled. It allows to remove ifdef's from board file. Signed-off-by: Maulik Man

[PATCH 1/2] ARM : OMAP : Remove #ifdef from board-omap3evm.c

2009-12-31 Thread Maulik Mankad
ARM : OMAP : Remove #ifdef from board-omap3evm.c This patch removes #ifdef around usb_nop_xceiv_register() from board-omap3evm.c Signed-off-by: Maulik Mankad Cc: Tony Lindgren Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: Olof Johansson --- Index: felipe_musb/arch/arm/mach-omap2/board-omap3evm

[PATCH 0/2] ARM : OMAP : Get rid of ifdef

2009-12-31 Thread Maulik Mankad
Hi, Felipe, Here is the 2 patch series based on top of your for-tony branch at [1]. [1] git://gitorious.org/usb/usb.git for-tony Maulik Mankad (2): ARM : OMAP : Remove #ifdef from board-omap3evm.c ARM : OMAP : Add empty function in header file Basically the patch set address a comment from Ol

Re: Issue in oamp nand driver with 32-bit reads in prefetch mode

2009-12-31 Thread Vimal Singh
On Wed, Dec 30, 2009 at 3:17 AM, Steve Sakoman wrote: > On Tue, Dec 29, 2009 at 12:38 PM, Steve Sakoman wrote: > >> I can confirm that this issue exists on Overo too.  Sadly, switching >> to 16 bit reads does not fix the issue for me.  I'll start digging to >> see if I can find what's broken. > >