>-Original Message-
>From: Palande Ameya (Nokia-D/Helsinki)
>Sent: 21 January, 2010 18:33
>To: ext Andy Shevchenko
>Cc: linux-omap@vger.kernel.org; omar.rami...@ti.com;
>n...@ti.com; deepak.chitr...@ti.com; Kukkonen Mika (Nokia-D/Helsinki)
>Subject: Re: [PATCH] DSPBRIDGE: Various compile
* Pandita, Vikram [100118 17:48]:
>
> >* Russell King - ARM Linux [100116 11:31]:
> >
> >> Why not do something like this:
> >>
> >>.pushsection .data
> >> omap_uart_phys:.word 0
> >> omap_uart_virt:.word 0
> >>.popsection
Updated patch below using .data. This ass
Rather than copy each field, just to a struct copy.
---
arch/arm/mach-omap2/vc.c | 18 ++
1 files changed, 2 insertions(+), 16 deletions(-)
diff --git a/arch/arm/mach-omap2/vc.c b/arch/arm/mach-omap2/vc.c
index 61d1e4a..c238002 100644
--- a/arch/arm/mach-omap2/vc.c
+++ b/arch/ar
OMAP3430SDP board can use the common default values defined in
VC init code. No need to define custom values in board file.
---
arch/arm/mach-omap2/board-3430sdp.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-omap2/board-3430sdp.c
b/a
Move VC init code from PM core into separate VC core.
No functional changes.
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-3430sdp.c |1 +
arch/arm/mach-omap2/pm.h| 25
arch/arm/mach-omap2/pm34xx.c| 91 ---
In my reply to this series from Lesly:
[PATCH v2 0/6] omap3: pm: Update TRITON power scripts and making it generic
I made this proposal:
> Second, your series is making it clear we need some common VC init.
> And this common VC init should be probably be separated from PMIC
> init/setup. So b
Lesly A M writes:
> map3: pm: Update TRITON power scripts and making it generic
>
> This series of patch implements a updated TRITON power scripts.
> Also moving the sleep, wakeup & warm_reset sequence to a generic script file,
> which can be used by different OMAP3 board with the power companion
Mike Turquette writes:
> Lesly AM wrote:
[...]
>> From: "Mike Rapoport"
[...]
>>>
>>> Is it necessary to initialize the remap sleep twice?
>>>
>>
>> No.
>> Sorry.. I didn't notice that Amit has already pushed this.
>
> The existing remap programming does have a bug in it. Lesly, try
> addi
You can reach me at my other email address for details:
aisha.stalli...@highpowerlists.net
if there is a problem with you receiving this message -> please send an email
to disapp...@highpowerlists.net
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body
Lesly AM wrote:
- Original Message -
From: "Mike Rapoport"
To:
Cc: ; "Nishanth Menon" ; "David
Derrick" ; "Samuel Ortiz"
Sent: Wednesday, January 20, 2010 8:58 PM
Subject: Re: [PATCH v2 1/6] omap3: pm: re-program the sleep state of TRITON
resources by modifying the REMAP register
Allen
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Pais,
>Allen
>Sent: Thursday, January 21, 2010 4:33 AM
>To: linux-omap@vger.kernel.org
>Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
>
>From 9a6b34dca3ff
x0080...@ti.com writes:
> From: Lesly A M
>
> omap3: pm: re-program the sleep state of TRITON resources by modifying the
> REMAP register
This line duplicates subject, and is duplicated when applying to git.
This causes maintainers to have t manually edit the changelog to
remove the duplicate l
Lesly A M writes:
> map3: pm: Update TRITON power scripts and making it generic
>
> This series of patch implements a updated TRITON power scripts.
> Also moving the sleep, wakeup & warm_reset sequence to a generic script file,
> which can be used by different OMAP3 board with the power companion
Ramirez Luna, Omar had written, on 01/21/2010 01:46 PM, the following:
From: Menon, Nishanth on Thursday, January 21, 2010 12:03 PM
Ramirez Luna, Omar had written, on 01/21/2010 11:57 AM, the following:
From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
Ramirez Luna, Omar had written
>From: Menon, Nishanth on Thursday, January 21, 2010 12:03 PM
>
>Ramirez Luna, Omar had written, on 01/21/2010 11:57 AM, the following:
>>> From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
>>>
>>> Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
> From: Chitrik
Hi,
* Russell King - ARM Linux [100116 11:31]:
> On Sat, Jan 16, 2010 at 11:18:20AM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [100116 01:33]:
> > > On Fri, Jan 15, 2010 at 05:35:15PM -0800, Tony Lindgren wrote:
> > > > diff --git a/arch/arm/mach-omap1/include/mach/debug-macro.S
Ramirez Luna, Omar had written, on 01/21/2010 11:57 AM, the following:
From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
[...]
diff --gi
>From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
>
>Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
>>> From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
>>>
>[...]
>
>>> diff --git a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
>>> b/drivers/d
Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
[...]
diff --git a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
b/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
index 94b399f..54cba9f 100644
--- a/drivers/dsp
>From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
>
>From: Fernando Guzman Lugo
>
>This patch fixes the BUG schedule/sleep while atomic which
>was in the IO_DPC function, this function runs as a tasklet
>and called a function that could be scheduled (OPP change).
>we use in
Hi,
>> [12034.366119] Code: c03a882b e92d4013 e5903004 e1a04000 (e593c000)
>> [12034.372406] ---[ end trace e93a9fc16bcba40b ]---
>> [12034.377075] Kernel panic - not syncing: Fatal exception in interrupt
>
> this is different from what I've seen. So it's a different problem. Can
> you get some de
> -Original Message-
> From: Adrian Hunter [mailto:adrian.hun...@nokia.com]
> Sent: Saturday, January 16, 2010 7:33 PM
> To: Tony Lindgren
> Cc: Adrian Hunter; Madhusudhan Chikkature; Paul Walmsley; linux-omap
> Mailing List; linux-mmc Mailing List; Andrew Morton
> Subject: [PATCH V2 0/10
> >>
> >
> > My bad, please ignore. The 3rd patch in the series seems to take care of
> > renaming these bits.
> >
> > Regards,
> > Madhu
> >
>
> Will you be Ack'ing these patches?
Sure. I will do that. The changes to hsmmc look okay to me. Having the
controller driver call the mmc core regula
On Thu, 2010-01-21 at 17:01 +0100, ext Andy Shevchenko wrote:
> On Thu, Jan 21, 2010 at 3:40 PM, Ameya Palande
> wrote:
> > --- a/drivers/dsp/bridge/wmd/io_sm.c
> > +++ b/drivers/dsp/bridge/wmd/io_sm.c
> > @@ -1210,7 +1210,7 @@ static void InputChnl(struct IO_MGR *pIOMgr, struct
> > CHNL_OBJECT
Hi,
On Thu, Jan 21, 2010 at 07:16:17PM +0300, Sergey Lapin wrote:
> On Thu, Jan 21, 2010 at 4:23 PM, Sergey Lapin wrote:
> > On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi
> > wrote:
> >> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
> >>>
> >>> Hi! I have crashes in MUSB cod
On Thu, Jan 21, 2010 at 4:23 PM, Sergey Lapin wrote:
> On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi wrote:
>> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
>>>
>>> Hi! I have crashes in MUSB code when working with USB gadget drivers.
>>> Kernel version: linux-omap master d8eb
>-Original Message-
>From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
>Sent: Thursday, January 21, 2010 7:18 AM
>To: Ramirez Luna, Omar
>Cc: linux-omap; Ameya Palande; Hiroshi Doyu; Nishanth Menon; Tony Lindgren
>Subject: Re: [ANNOUNCE] rebased dspbridge-pm on top of dspbridge
>
On Thu, Jan 21, 2010 at 3:40 PM, Ameya Palande wrote:
> --- a/drivers/dsp/bridge/wmd/io_sm.c
> +++ b/drivers/dsp/bridge/wmd/io_sm.c
> @@ -1210,7 +1210,7 @@ static void InputChnl(struct IO_MGR *pIOMgr, struct
> CHNL_OBJECT *pChnl,
> pChnlMgr->uWordSize;
> chnlId =
Hi Paul,
Thanks for comments, my responses inline below.
>-Original Message-
>From: ext Paul Walmsley [mailto:p...@pwsan.com]
>Sent: 21 January, 2010 06:35
>To: Kristo Tero (Nokia-D/Tampere)
>Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com
>Subject: Re: [PATCHv3 1/6] OMAP: Po
Hi Mike,
- Original Message -
From: "Mike Rapoport"
To:
Sent: Thursday, January 21, 2010 5:15 PM
Subject: How to put TWL/TPS into sleep?
Hi all,
I'm trying to achieve maximal power savings on omap3 based system with
TPS65930 PMIC using twl4030_script and twl4030_resconfig. I've tri
Ben Gamari wrote:
> Bcc:
> Subject: GPIO chip select support in omap2_mcspi driver
>
> Hey,
>
> Recently I have been looking to use a BeagleBoard to drive several
> serial ADCs and DACs in a data acquisition and analysis setup. Unfortunately,
> the
> BeagleBoard is severely limited by the numbe
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Wednesday, January 20, 2010 6:49 AM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH] omap3: Check return values for clk_get
>
> Hello Sanjeev,
>
> some comments.
>
>
> On Fri, 8 Jan 2
Using omap_opp * to refer to domain types entails opp implementation
into maintaining pointers outside the opp layer.
as:
Since all we need is an identifier to a specific domain for
query/operational purposes, we introduce enum for identifying
OPP types instead of using opp layer's internal data s
Resending after correcting the changelog. Thanks to Nishanth Menon for
the correction.
-Romit
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
This patch contains indentation fixes and cleans up various warnings
uncovered with extra warning flags:
- empty if() bodies
- incorrect use of unsigned variables
- bad comparison of pointer value
- pointless check of unsigned value being smaller than zero
- keyword 'extern' has to be fi
after 2.6.34, those fields will be removed from
struct musb_hdrc_platform_data, it's expected
that other architectures are fixed by then.
Signed-off-by: Felipe Balbi
---
include/linux/usb/musb.h | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/include
Hi Greg,
please take these patches into your tree.
Ajay Kumar Gupta (1):
usb: musb: Add context save and restore support
Felipe Balbi (6):
usb: musb: get rid of omap_readl/writel
usb: musb: we already tested for dyn_fifo
usb: musb: deprecate what we don't use
drivers: usb: musb: tusb60
when probe() fails, we should iounmap() the mapped address.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/musb_core.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c
index 3e9b3b0..de7b377 100644
--- a
we were printing the info about musb probe too early where
it was still possible for things to go wrong. Move the
down right before the return 0 statement. While at that
also convert pr_info to dev_info.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/musb_core.c | 25
we have those addresses already ioremaped, so let's
use our __raw_readl/writel wrappers.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/musb_core.c |4 +-
drivers/usb/musb/musb_core.h | 12 +-
drivers/usb/musb/omap2430.c | 48 +
drivers/
Trivial patch, no functional changes.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/tusb6010.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c
index 88b587c..ab776a8 100644
--- a/drivers/usb/musb/tusb6010.c
++
... and even added a flag to struct musb, so let's
use that.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/musb_core.c | 19 ---
1 files changed, 4 insertions(+), 15 deletions(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c
index a6dc18c..3e9b3b0
From: Ajay Kumar Gupta
Adding support for MUSB register save and restore during system
suspend and resume.
Changes:
- Added musb_save/restore_context() functions
- Added platform specific musb_platform_save/restore_context()
to handle platform specific jobs.
- M
On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi wrote:
> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
>>
>> Hi! I have crashes in MUSB code when working with USB gadget drivers.
>> Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
>> To reproduce: (USB d
On Thu, Jan 21, 2010 at 01:19:52AM +0100, Omar Ramirez Luna wrote:
> dspbridge-pm branch was rebased on top of latest dspbridge, so please
> update your local branches.
>
> As a reminder:
> dspbridge is based on top of 2.6.32 LO
I remember Tony explained that branches should be based on top
Signed-off-by: Ameya Palande
---
drivers/dsp/bridge/rmgr/proc.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
index a75b64a..91ab64f 100644
--- a/drivers/dsp/bridge/rmgr/proc.c
+++ b/drivers/dsp/bridge/r
On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
Hi! I have crashes in MUSB code when working with USB gadget drivers.
Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
To reproduce: (USB device cable should be attached).
dd if=/dev/zero of=/tmp/disk bs=
Massimiliano Cialdi wrote:
> I wonder how can I control low power feature on omap platform running
> linux (like omap3evm or beagleboard).
> There is a system call, an API or a command to run?
There's an introduction to OMAP power management at:
http://elinux.org/OMAP_Power_Management
>
> thank
Hi all,
I'm trying to achieve maximal power savings on omap3 based system with
TPS65930 PMIC using twl4030_script and twl4030_resconfig. I've tried
different resource mappings and different command sequences in the
sleep/wakeup scripts by to no avail. Moreover, with some resource
definitions and sl
Hi! I have crashes in MUSB code when working with USB gadget drivers.
Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
To reproduce: (USB device cable should be attached).
dd if=/dev/zero of=/tmp/disk bs=1k count=1024
mkdosfs -F 32 /tmp/disk
insmod g_mass_storage file=/t
>-Original Message-
>From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
>Sent: 20 January, 2010 02:48
>To: Kristo Tero (Nokia-D/Tampere)
>Cc: linux-omap@vger.kernel.org
>Subject: Re: [PATCHv3 5/6] OMAP: Powerdomains: Add support for
>checking if pwrdm/clkdm can idle
>
> writes:
>
>-Original Message-
>From: ext Gupta, Ajay Kumar [mailto:ajay.gu...@ti.com]
>Sent: 21 January, 2010 12:31
>To: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org
>Cc: Kevin Hilman
>Subject: RE: OMAP3: PM: Disable OTG autoidle when waking up
>from off-mode
>
>Hi Kristo,
>
>There
>From 4aa00e5dd0bdf06b7eb421cef9e066670669691e Mon Sep 17 00:00:00 2001
From: Allen Pais
Date: Thu, 21 Jan 2010 21:54:04 +0530
Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
This patch disables the newly introduced internal pull-up feature in
OMAP3630, to use only the external HW resi
I wonder how can I control low power feature on omap platform running
linux (like omap3evm or beagleboard).
There is a system call, an API or a command to run?
thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More
>From 9a6b34dca3ff8ce4a200df4b65037978e4325452 Mon Sep 17 00:00:00 2001
From: Allen Pais
Date: Thu, 21 Jan 2010 21:23:41 +0530
Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
This patch disables the newly introduced internal pull-up feature in
OMAP3630, to use only the external HW resi
>From 4044fcc9c517e86fbea9f7d3b15d5cf75a767476 Mon Sep 17 00:00:00 2001
From: Allen Pais
Date: Thu, 21 Jan 2010 21:00:04 +0530
Subject: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
This patch disables GAIA I2C1 adn I2C4(SR) internal pull-up, to
use only the external HW resistor >=47
Hi Kristo,
There are some issues with this patch in PM branch.
Please find my comments inline.
Regards,
Ajay
> OMAP3: PM: Disable OTG autoidle when waking up from off-mode
>
> OMAP3 sleep can be prevented in some cases where OTG autoidle is
> enabled.
> This patch force disables au
Using omap_opp * to refer to domain types entails opp implementation
into maintaining pointers outside the opp layer.
Since all we need a identifying a specific domain for query/operational
purposes, we introduce enum for identifying OPP types instead of using
opp layer's internal data structure p
ext Madhusudhan wrote:
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Madhusudhan
Sent: Wednesday, January 20, 2010 5:42 PM
To: 'Adrian Hunter'; 'Tony Lindgren'
Cc: 'Paul Walmsley'; 'linux-omap Mailing List'; 'linux-mmc Ma
Hi Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Thursday, January 21, 2010 11:05 AM
> To: Reddy, Teerth
> Cc: Kevin Hilman; linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OMAP3: PM: Dynamic calculation of SDRC clock
> stabilization delay
>
> Hi Teert
Manuel, Lesly Arackal had written, on 01/21/2010 02:34 AM, the following:
From: "Nishanth Menon"
To: "Manuel, Lesly Arackal"
Cc: ; "Derrick, David" ;
Manuel, Lesly Arackal had written, on 01/19/2010 11:35 AM, the following:
From: Lesly A M
omap3: pm: Update Triton2 scripts
Updated the
- Original Message -
From: "Nishanth Menon"
To: "Manuel, Lesly Arackal"
Cc: ; "Derrick, David" ;
"Samuel Ortiz"
Sent: Thursday, January 21, 2010 1:01 PM
Subject: Re: [PATCH v2 3/6] omap3: pm: Update Triton2 scripts
Manuel, Lesly Arackal had written, on 01/19/2010 11:35 AM, the f
Dasgupta, Romit had written, on 01/21/2010 01:58 AM, the following:
Menon, Nishanth wrote:
Use the PM-WIP-OPP branch apis for generating the opp list for DSP.
This allows for scaling accross 3430,3440,3450 and 3630 series.
@@ -42,7 +56,90 @@ static struct dspbridge_platform_data dspbridge_pdata
63 matches
Mail list logo
