Hi Omar,
From: "ext Ramirez Luna, Omar" <[EMAIL PROTECTED]>
Subject: RE: [PATCH 7/7][OMAP 3/4+] BRIDGE: set 0 for phys_mempool_* as default
Date: Fri, 12 Sep 2008 23:27:01 -0500
>
> >From: Hiroshi DOYU <[EMAIL PROTECTED]>
> >Date: Fri, 12 Sep 2008 22:09:45 -0500
> >Subject: [PATCH] BRIDGE: set 0
>From: Hiroshi DOYU <[EMAIL PROTECTED]>
>Date: Fri, 12 Sep 2008 22:09:45 -0500
>Subject: [PATCH] BRIDGE: set 0 for phys_mempool_* as default
For this to work, we have observed that you must increase the size of
Consistent DMA memory up to 14 MB, this is what we consider to be a safe
standard si
From: Hiroshi DOYU <[EMAIL PROTECTED]>
Date: Fri, 12 Sep 2008 22:09:45 -0500
Subject: [PATCH] BRIDGE: set 0 for phys_mempool_* as default
The default values of these parameters shouldn't expect a
certain amount of ram size and its reservation, otherwise
it will result in kernel crash.
Signed-off-
Date: Fri, 12 Sep 2008 23:12:26 -0500
Subject: [PATCH] BRIDGE: PRCS wrappers removal
This patch removes all the prcs wrapper functions
Signed-off-by: Fernando Guzman Lugo <[EMAIL PROTECTED]>
Signed-off-by: Omar Ramirez Luna <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/include/mach/bridge/_chnl_sm.
>From 19c2dde4fb6b3bb816fc004d6342b9996da301f1 Mon Sep 17 00:00:00 2001
From: Omar Ramirez Luna <[EMAIL PROTECTED]>
Date: Fri, 12 Sep 2008 20:33:28 -0500
Subject: [PATCH] BRIDGE MMUfault infinite timeout fix
Enable loading of the Base image upon MMU fault even in the cases
where the Node has infin
From: Axel Haslam <[EMAIL PROTECTED]>
Date: Fri, 12 Sep 2008 19:09:01 -0500
Subject: [PATCH] BRIDGE tiomap unmap fix
Fixed unexpected return value when calling DSPProcessor_UnMap,
now it provides only DSP_xxx return codes
Signed-off-by: Axel Haslam <[EMAIL PROTECTED]>
---
drivers/dsp/bridge/wmd/
Date: Fri, 12 Sep 2008 18:50:10 -0500
Subject: [PATCH] BRIDGE GT mask for DSP traces
Separate GT trace option provided to monitor DSP sys traces
Signed-off-by: Omar Ramirez Luna <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/include/mach/bridge/io_sm.h |9 +
drivers/dsp/bridge/wmd/io_sm.c
Date: Fri, 12 Sep 2008 17:25:07 -0500
Subject: [PATCH] BRIDGE Remove CDECL macro
Removing CDECL macro as it was defined as empty and
not needed for Linux
Signed-off-by: Fernando Guzman Lugo <[EMAIL PROTECTED]>
Signed-off-by: Omar Ramirez Luna <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/include/ma
>From 6e23ab5efb98dbdcff47620627099cc220d1 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo <[EMAIL PROTECTED]>
Date: Fri, 12 Sep 2008 21:04:03 -0500
Subject: [PATCH] BRIDGE: Module ISR removed
This patch removes all the ISR wrapper functions
Signed-off-by: Fernando Guzman Lugo <[EMAIL PRO
On Friday 12 September 2008, Gadiyar, Anand wrote:
>
> > Sounds like code that can live in mach-omap2 and be called
> > when the drivers start or stop.
>
>
> Yup. Then a lot of the code in that ehci-omap.c file would need
> to be moved there to avoid duplicating code. Will do that when
> I add t
* Daniel Stone <[EMAIL PROTECTED]> [080912 08:31]:
> On Wed, Sep 10, 2008 at 05:13:03PM -0700, ext Tony Lindgren wrote:
> > * Daniel Stone <[EMAIL PROTECTED]> [080827 02:47]:
> > > On Wed, Aug 27, 2008 at 12:50:37AM -0600, ext Paul Walmsley wrote:
> > > > Hello Daniel,
> > > >
> > > > On Wed, 27 A
* Steve Sakoman <[EMAIL PROTECTED]> [080912 14:04]:
> From: Jarkko Nikula <[EMAIL PROTECTED]>
>
> Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
> snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
>
Pushing today to l-o tree.
Tony
> Signed-off-by
* Felipe Balbi <[EMAIL PROTECTED]> [080912 11:23]:
> On Fri, Sep 12, 2008 at 08:50:33PM +0300, Felipe Balbi wrote:
> > On Fri, Sep 12, 2008 at 09:32:56AM -0700, David Brownell wrote:
> > > On Friday 12 September 2008, Felipe Balbi wrote:
> > > > - hcd->regs = (void __iomem *) (int) IO_ADDRESS
* Paul Walmsley <[EMAIL PROTECTED]> [080910 09:51]:
> This second version adds two fixes: it removes the extraneous init
> from csi2_96m_fck, and associates virt_opp_clkdm with wkup_pwrdm.
>
> ...
>
> This series updates the in-kernel OMAP2/3 clockdomain and powerdomain
> structures:
>
> - Split
On Fri, Sep 12, 2008 at 2:06 PM, Gadiyar, Anand <[EMAIL PROTECTED]> wrote:
>> From: Felipe Balbi [EMAIL PROTECTED]
>> On Sat, Sep 13, 2008 at 01:31:12AM +0530, Gadiyar, Anand wrote:
>> > By the way, how do you propose to test this driver? Do you have the
>> > expansion board for the SDP, or some ot
> From: Felipe Balbi [EMAIL PROTECTED]
> On Sat, Sep 13, 2008 at 01:31:12AM +0530, Gadiyar, Anand wrote:
> > Was planning on cleaning up this driver and sending to linux-omap as Tony
> > suggested, but I'm afraid I won't be able to look at it for a while.
> >
> > So if you're going to be doing this
> From: David Brownell [EMAIL PROTECTED]
> On Friday 12 September 2008, Gadiyar, Anand wrote:
> > 1. TLL vs PHY mode needs to be set somewhere. Me thinks this information
> > ought
> > to come from board-specific data and the driver would need to set things up
> > accordingly. What would be a good
From: Jarkko Nikula <[EMAIL PROTECTED]>
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
Acked-by: Steve Sakoman <[EMAIL PROTECTED]>
---
sound/soc/omap
On Fri, Sep 12, 2008 at 1:46 PM, Felipe Balbi <[EMAIL PROTECTED]> wrote:
> should this be From: Jarkko ???
Indeed. Will resubmit.
Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
On Fri, Sep 12, 2008 at 01:42:42PM -0700, Steve Sakoman wrote:
should this be From: Jarkko ???
> Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
> snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
>
> Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
Structs snd_soc_codec_dai and snd_soc_cpu_dai are obsolete and are merged to
snd_soc_dai by the commit 8687eb8bded8c3c5842a85bd0c30e43fc5a3e0e0.
Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
Acked-by: Steve Sakoman <[EMAIL PROTECTED]>
---
sound/soc/omap/overo.c |4 ++--
1 files changed, 2
On Sat, Sep 13, 2008 at 01:31:12AM +0530, Gadiyar, Anand wrote:
> Was planning on cleaning up this driver and sending to linux-omap as Tony
> suggested, but I'm afraid I won't be able to look at it for a while.
>
> So if you're going to be doing this anyway, then could you please meld in
> Vikram'
On Friday 12 September 2008, Gadiyar, Anand wrote:
> 1. TLL vs PHY mode needs to be set somewhere. Me thinks this information ought
> to come from board-specific data and the driver would need to set things up
> accordingly. What would be a good way to do this?
Define an ehci_omap_platform_data st
> On Behalf Of Felipe Balbi [EMAIL PROTECTED]
> On Fri, Sep 12, 2008 at 12:21:59PM -0700, Tony Lindgren wrote:
> > * David Brownell <[EMAIL PROTECTED]> [080912 12:18]:
> > > On Friday 12 September 2008, Felipe Balbi wrote:
> > > > /* Enusre bit is set */
> > >
> > > My Cortex Mark-I (cerebr
Hi Vikram,
Those "issues" mentioned on the ehci-omap driver, are them silicon
version related ? I mean, does it happen on all omap3 silicons or
doesn't it happen with only versions of them ?
Case the second, we can make the workarounds be applied based on runtime
checks instead of #ifdefs. That w
On Fri, Sep 12, 2008 at 10:28:16PM +0300, Felipe Balbi wrote:
> On Fri, Sep 12, 2008 at 12:21:59PM -0700, Tony Lindgren wrote:
> > * David Brownell <[EMAIL PROTECTED]> [080912 12:18]:
> > > On Friday 12 September 2008, Felipe Balbi wrote:
> > > > /* Enusre bit is set */
> > >
> > > My Cort
On Fri, Sep 12, 2008 at 12:21:59PM -0700, Tony Lindgren wrote:
> * David Brownell <[EMAIL PROTECTED]> [080912 12:18]:
> > On Friday 12 September 2008, Felipe Balbi wrote:
> > > /* Enusre bit is set */
> >
> > My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
>
>
* David Brownell <[EMAIL PROTECTED]> [080912 12:18]:
> On Friday 12 September 2008, Felipe Balbi wrote:
> > /* Enusre bit is set */
>
> My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
Have you tried preprocessing with squint? :)
Tony
--
To unsubscribe from thi
On Friday 12 September 2008, Felipe Balbi wrote:
> /* Enusre bit is set */
My Cortex Mark-I (cerebral, humanoid) treats that as a compile error ... :)
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
This one is RFC since I need someone to test it for me. I'm home now
without any hw so if anyone could validate if it works I'd be really
glad otherwise I'll test it tomorrow at work on my sdp.
= cut here =
>From 194d26cae0e9093c4b1da4de531f6e5c16495678 Mon Sep 17 00:00:00 2001
From: Feli
On Fri, Sep 12, 2008 at 08:50:33PM +0300, Felipe Balbi wrote:
> On Fri, Sep 12, 2008 at 09:32:56AM -0700, David Brownell wrote:
> > On Friday 12 September 2008, Felipe Balbi wrote:
> > > - hcd->regs = (void __iomem *) (int) IO_ADDRESS(hcd->rsrc_start);
> > > + hcd->regs = ioremap(hcd->r
* Madhusudhan Chikkature <[EMAIL PROTECTED]> [080910 21:13]:
>
> - Original Message -
> From: "Tony Lindgren" <[EMAIL PROTECTED]>
> To: "Woodruff, Richard" <[EMAIL PROTECTED]>
> Cc: "Jarkko Lavinen" <[EMAIL PROTECTED]>;
> Sent: Thursday, September 11, 2008 5:35 AM
> Subject: Re: HSMMC pe
On Fri, Sep 12, 2008 at 09:32:56AM -0700, David Brownell wrote:
> On Friday 12 September 2008, Felipe Balbi wrote:
> > - hcd->regs = (void __iomem *) (int) IO_ADDRESS(hcd->rsrc_start);
> > + hcd->regs = ioremap(hcd->rsrc_start, hcd->rsrc_len);
>
> This is missing its sibling iounmap()
On Sunday 07 September 2008, Bryan Wu wrote:
> For Blackfin, the register MUSB_CONFIGDATA is not exported out to software.
> So in the musb driver, Blackfin code can not access the MUSB_CONFIGDATA.
> The configuration is fixed in the software.
So an musb_read_configdata() inline could normally rea
* David Brownell <[EMAIL PROTECTED]> [080911 02:48]:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Make the twl4030 RTC initialization follow the driver model better.
> The platform device is created (if needed) as part of twl4030 setup
> instead of as a board-specific thing, and fits properly in
* Aguirre Rodriguez, Sergio Alberto <[EMAIL PROTECTED]> [080912 09:30]:
> Isn't this patch meant to be pushed after "Update powerdomains and
> clockdomains" series from Paul?
>
> I don't see that yet.
Sorry, will push that series today.
Tony
>
> Regards,
> Sergio
>
> -Original Message---
* Felipe Balbi <[EMAIL PROTECTED]> [080912 05:07]:
> Hi Tony,
>
> please amend the following into this patch:
>
> On Fri, Sep 12, 2008 at 01:32:36PM +0300, Peter 'p2' De Schrijver wrote:
> >
> > Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> > ---
> > drivers/i2c/chips/twl4030-pow
On Friday 12 September 2008, Felipe Balbi wrote:
> - hcd->regs = (void __iomem *) (int) IO_ADDRESS(hcd->rsrc_start);
> + hcd->regs = ioremap(hcd->rsrc_start, hcd->rsrc_len);
This is missing its sibling iounmap() ...
--
To unsubscribe from this list: send the line "unsubscribe linux-om
Isn't this patch meant to be pushed after "Update powerdomains and
clockdomains" series from Paul?
I don't see that yet.
Regards,
Sergio
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Lindgren
Sent: Wednesday, September 10, 2008 6:48 PM
To: Paul W
On Wed, Sep 10, 2008 at 05:13:03PM -0700, ext Tony Lindgren wrote:
> * Daniel Stone <[EMAIL PROTECTED]> [080827 02:47]:
> > On Wed, Aug 27, 2008 at 12:50:37AM -0600, ext Paul Walmsley wrote:
> > > Hello Daniel,
> > >
> > > On Wed, 27 Aug 2008, Daniel Stone wrote:
> > >
> > > > Yep, looks fine to
On Fri, 12 Sep 2008, Peter 'p2' De Schrijver wrote:
>
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
This patch is also necessary for 2430SDP builds to succeed.
- Paul
> ---
> drivers/i2c/chips/twl4030-power.c |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
From: Felipe Balbi <[EMAIL PROTECTED]>
Subject: Re: [patch] omap: usb: ehci: fix use of hcd->regs
Date: Fri, 12 Sep 2008 15:30:10 +0300
> On Fri, Sep 12, 2008 at 03:14:04PM +0300, Hiroshi DOYU wrote:
> > From: "ext Felipe Balbi" <[EMAIL PROTECTED]>
> > Subject: [patch] omap: usb: ehci: fix use of
Hi Jarko,
My comments inlined.
Regards,
Madhu
- Original Message -
From: "Jarkko Lavinen" <[EMAIL PROTECTED]>
To: "Russell King - ARM Linux" <[EMAIL PROTECTED]>
Cc: "Tony Lindgren" <[EMAIL PROTECTED]>; "Madhusudhan Chikkature" <[EMAIL
PROTECTED]>;
Sent: Thursday, September 11, 2008 4:5
On Fri, Sep 12, 2008 at 03:14:04PM +0300, Hiroshi DOYU wrote:
> From: "ext Felipe Balbi" <[EMAIL PROTECTED]>
> Subject: [patch] omap: usb: ehci: fix use of hcd->regs
> Date: Fri, 12 Sep 2008 15:10:24 +0300
>
> > hcd->regs should be initialized by ioremaping hcd->rsrc_start and
> > hcd->rsrc_len. F
From: "ext Felipe Balbi" <[EMAIL PROTECTED]>
Subject: [patch] omap: usb: ehci: fix use of hcd->regs
Date: Fri, 12 Sep 2008 15:10:24 +0300
> hcd->regs should be initialized by ioremaping hcd->rsrc_start and
> hcd->rsrc_len. Fix it for ehci-omap.c.
>
> Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]
hcd->regs should be initialized by ioremaping hcd->rsrc_start and
hcd->rsrc_len. Fix it for ehci-omap.c.
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
index 8f122e5..a67533d 100644
--- a/drivers/usb/host/ehci-omap.c
++
From: Rajesh K <[EMAIL PROTECTED]>
OMAP FBDEV:Add VRFB framebuffer mirroring support for OMAP SDP 3430
This patch Should apply on top of rotation patch to enable the mirroring
feature.This patch provides mirroring support for OMAP SDP 3430. You will
have to append video=omapfb:rotate=0 parameter
Hi Tony,
please amend the following into this patch:
On Fri, Sep 12, 2008 at 01:32:36PM +0300, Peter 'p2' De Schrijver wrote:
>
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> ---
> drivers/i2c/chips/twl4030-power.c |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-power.c
b/drivers/i2c/chips/twl4030-power.c
index 195c3c4..04a13aa 100644
--- a/drivers/i2c/chip
*** BLURB HERE ***
Peter 'p2' De Schrijver (1):
Fix build for beagleboard
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
Mor
From: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
drivers/i2c/chips/twl4030-power.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-power.c
b/drivers/i2c/chips/twl4030-power.c
in
These comments should now be fixed in the new version I just sent out.
-Tero
>-Original Message-
>From: Högander Jouni [mailto:[EMAIL PROTECTED]
>Sent: 05 September, 2008 16:47
>To: ext Paul Walmsley
>Cc: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org
>Subject: Re: [PATCH 1/4
This patch adds a few files to the debug file system for PM debugging
purposes. Enabled with kernel config options CONFIG_PM_DEBUG and
CONFIG_DEBUG_FS. Data available in debug filesystem after this patch:
- State enter counters for power domains (OFF, RET, ON)
- State timers for the above (in ns)
-
UART usage (e.g. serial console) now denies sleep for 5 seconds. This
makes it possible to use serial console when dynamic idle is
enabled. Write 1 to /sys/power/uart_clocks_off_while_idle to enable uart
clock disable on idle. Without this omap won't enter retention.
Also moved code from pm-debug.
From: ext Jouni Hogander <[EMAIL PROTECTED]>
In omap3 gpios 2-6 are in per domain. Functional clocks for these
should be disabled.
GPIO modules in PER domain are not able to act as a wake up source if
PER domain is in retention. PER domain sleep transition before MPU is
prevented by leaving icks
These two patches are required for OMAP34xx to enter dynamic idle & suspend
modes successfully. These patches introduce two new sysfs files for dynamic
clock control: /sys/power/gpio_clocks_off_while_idle and
/sys/power/uart_clocks_off_while_idle. Both of these must be enabled for
dynamic idle / su
On Thu, Sep 11, 2008 at 02:18:38PM -0700, ext Steve Sakoman wrote:
> On Thu, Sep 11, 2008 at 11:13 AM, Russell King - ARM Linux
> <[EMAIL PROTECTED]> wrote:
>
> > Is there anything else that the MMC stuff is missing at present?
>
> Not an answer to your question, but perhaps an expansion of it (o
"ext chandra shekhar" <[EMAIL PROTECTED]> writes:
> agreed..but i guess it will not compile for 2430 and prev. platforms.
> omap3_i2c_save_context and restore definition is under macro
> while call is not. let me know if i am missing something.
>
> also is SYSC register restore needed??
Here is t
58 matches
Mail list logo