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
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
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
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
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
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
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
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
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-
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
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_
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
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
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
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
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
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
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
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
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
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
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.
>
>
22 matches
Mail list logo