> > No - Catalin means are the NZCV flags changed by the secure monitor, or
> > are they preserved? If they're preserved, you don't need a "cc" clobber.
> > If they're not preserved, you do.
> I will double check this but IIRC the flags are preserved.
I confirm that the flags are restored. Will r
> Your common supply file has VMMC2 supply configured for 1.8V which is
> wrong for pandora (it uses 3.1V because it has a transceiver attached
> to MMC2 that handles level shifting transparently).
>
> I think you should leave pandora board file alone, because it uses
> many supplies differently t
Hi Thara,
On Tue, 12 Jan 2010, Gopinath, Thara wrote:
> >>-Original Message-
> >>From: Paul Walmsley [mailto:p...@pwsan.com]
> >>
> >>Aren't the SmartReflex modules in their own powerdomain that changes with
> >>the CORE powerdomain?
>
> H I think Smartreflex is in Core poweerdomain
>>-Original Message-
>>From: Paul Walmsley [mailto:p...@pwsan.com]
>>Sent: Tuesday, January 12, 2010 3:51 AM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org
>>Subject: RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of
>>sysconfig register.
>>
>>On Thu, 7 Jan 2010, Gopina
>>-Original Message-
>>From: Paul Walmsley [mailto:p...@pwsan.com]
>>Sent: Tuesday, January 12, 2010 4:02 AM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org
>>Subject: RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of
>>sysconfig register.
>>
>>On Mon, 11 Jan 2010, Paul
List,
One of the devices I work with has an ethernet chip connected to an
OMAP2430 by spi and an interrupt gpio. The chip isn't well behaved, so
I end up needing to send spi messages in response to interrupts from
the chip very quickly or it will lose packets.
I've written the high level driver su
On Mon, Jan 11, 2010 at 5:28 PM, Tony Lindgren wrote:
>
> Applied to omap-testing with the following fix. Can you please merge
> it into your original patch?
>
Done, I've attached the new patch to here. I've tested it and it
works perfectly.
- Cory
>From 7c693afce8ffa3978b4fcecc56cd7d4a9d9d3b
* Cory Maccarrone [100109 10:34]:
> On Sat, Jan 9, 2010 at 10:33 AM, Tony Lindgren wrote:
> >
> > Let's plan on adding this into omap-testing branch next week so
> > we can make sure things are OK for the other platforms.
> >
> > Then assuming no issues, let's ask Ben can queue it.
> >
>
> Excel
Add usecounting for wakeup and sleep dependencies. In the current
situation, if several functions add dependencies on the same clockdomains,
when the first dependency removal function is called, the dependency will
be incorrectly removed from the hardware.
Signed-off-by: Paul Walmsley
---
arch/
Add clkdm_clear_all_wkdeps() and clkdm_clear_all_sleepdeps(). These functions
provide a fast way for code to clear all hardware clockdomain dependencies,
since accesses to these registers can be quite slow. These functions
are currently targeted for use by PM branch code.
Signed-off-by: Paul Wal
This patch rearranges the order of structure members in struct powerdomain
to avoid wasting memory due to alignment restrictions.
Signed-off-by: Paul Walmsley
---
arch/arm/plat-omap/include/plat/powerdomain.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/
OMAP clockdomains and powerdomains are currently defined statically,
only registered at boot, and never unregistered, so we can remove the
unregister function and the locking. A variant of this was originally
suggested a while ago by Dmitry Baryshkov .
Signed-off-by: Paul Walmsley
Cc: Dmitry Ba
This patch only affects documentation; no functional changes are
included.
Clean up comments in the current clockdomain, powerdomain code and
header files. This mostly involves conversion to kerneldoc format,
although some clarifications are also included.
Signed-off-by: Paul Walmsley
---
arch
Replace some bare constants with symbolic constants.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/powerdomain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/powerdomain.c
b/arch/arm/mach-omap2/powerdomain.c
index 411361f
For some reason, previously, we included the MDM clockdomain on all 24xx,
but the stacked die-on-die modem configuration (chassis mode) is only
available on OMAP2430.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clockdomains.h | 49
1 files changed,
Nothing calls pwrdm_clk_state_switch(), and the function that seems to be
its ideal use case calls pwrdm_clkdm_state_switch(clk->clkdm), so remove it.
Signed-off-by: Paul Walmsley
Cc: Tero Kristo
Cc: Kevin Hilman
---
arch/arm/mach-omap2/powerdomain.c |6 --
1 files changed, 0 insertion
Previously some of the clockdomain wakeup/sleep dependency structures
were shared between several domains. For the subsequent wakeup and sleep
dependency usecounting patch to work, these can no longer be
shared. This patch splits the shared structures apart.
Signed-off-by: Paul Walmsley
---
ar
Hello,
this series has already been posted on linux-omap, but is being
reposted here on linux-arm-kernel in case others wish to comment
before sending upstream to the for-next tree for 2.6.34 merging.
- Paul
---
Hi,
This series moves wakeup and sleep dependencies on the OMAP2/3 chips from
the
Resending with u8 instead of short for size_cmd array
>From: Ramirez Luna, Omar
>
>- Use standard convention to define ioctls.
>
>Currently 0xDB is used as identifier for dspbridge.
>
>Discussion:
>http://marc.info/?l=linux-omap&m=126297631603035&w=2
>
>WARNING:
>An update in api ioctl definitions
Ramirez Luna, Omar had written, on 01/11/2010 07:00 PM, the following:
Remove WCD_Cmd structure given that only one member is being
used (fxn call), this structure is replaced for a definition
of an array of function pointers for each dspbridge ioctl
module.
Signed-off-by: Omar Ramirez Luna
CC:
Nishanth Menon writes:
[...]
>>> nitpick: I think you need {} for the else part too now a days..
>>
>> you mean as a CodingStyle issue, or a compiler issue?
>> do you have a reference for this requirement?
>>
>> do you mean if the 'if' part has {}, the else part should too, even if
>> it's a si
Kevin Hilman had written, on 01/11/2010 06:50 PM, the following:
Nishanth Menon writes:
Kevin Hilman said the following on 01/08/2010 05:26 PM:
First, this patch adds new worst-case latency values to the
omap_device_pm_latency struct. Here the worst-case measured latencies
for the activate a
Hi,
Few more comments below.
* Vimal Singh [100111 02:47]:
> On Mon, Jan 11, 2010 at 4:10 PM, Vimal Singh wrote:
> > Re-summiting this patch. After re-basing on LO master.
> >
> > -vimal
> >
> >
> > From a7ea8851fe96690c9322393eb35a344853992166 Mon Sep 17 00:00:00 2001
> > From: Vimal Singh
>
Ioctl numbers has changed, this will require an update on libbridge and clients
accesing directly to the driver
- IO_ADDRESS is replaced for ioremap.
*v3
- modified:
DSPBRIDGE: replace IO_ADDRESS with ioremap, checking
the result of ioremap
(http://marc.info/?l=linux-omap
Rename ssi_sysconfig variable and replace the usage of magic
numbers while updating SSI configuration.
Signed-off-by: Omar Ramirez Luna
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/services/clk.c | 12
1 files changed, 8 ins
Trivial cleanup, rename pResult to result for WCD_CallDevIOCtl
Signed-off-by: Omar Ramirez Luna
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/pmgr/wcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dsp
- Use standard convention to define ioctls.
Currently 0xDB is used as identifier for dspbridge.
Discussion:
http://marc.info/?l=linux-omap&m=126297631603035&w=2
WARNING:
An update in api ioctl definitions is required, usually replacing
to a new libbridge (with ioctl patch) should be enough. Othe
Remove WCD_Cmd structure given that only one member is being
used (fxn call), this structure is replaced for a definition
of an array of function pointers for each dspbridge ioctl
module.
Signed-off-by: Omar Ramirez Luna
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contrera
Use ioremap() instead of using IO_ADDRESS macro to make it generic.
Signed-off-by: Omar Ramirez Luna
CC: Tony Lindgren
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/services/clk.c | 19 +--
1 files changed, 13 insertions(
Mark unused ioctls as deprecated for future removal
and print an error message whenever they are used.
Signed-off-by: Omar Ramirez Luna
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
arch/arm/plat-omap/include/dspbridge/wcdioctl.h | 11 --
drivers/dsp/br
This patch removes the runtime check of device
ioctl array.
Signed-off-by: Omar Ramirez Luna
CC: Nishanth Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/pmgr/wcd.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/dsp/
Nishanth Menon writes:
> Kevin Hilman said the following on 01/08/2010 05:26 PM:
>> First, this patch adds new worst-case latency values to the
>> omap_device_pm_latency struct. Here the worst-case measured latencies
>> for the activate and deactivate hooks are stored.
>>
>> In addition, add an
From: Ranjith Lohithakshan
AM3505/17 though a OMAP3530 derivative have the following
main differences
- Removal of the following OMAP3 modules
- IVA
- ISP/CAM
- Modem and D2D components (MAD2D, SAD2D)
- USIM
One of the OMAP1 clocks can use the fixed divisor recalculation code
introduced in the OMAP2 clock code, so rename the
omap2_fixed_divisor_recalc() function to omap_fixed_divisor_recalc()
and make it available to all OMAPs. A followup patch converts the OMAP1
clock.
Signed-off-by: Paul Walmsley
The armwdt_ck clock uses a fixed divisor, so it can use the OMAP clock
fixed divisor recalculation code, rather than a custom function.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap1/clock.c |6 --
arch/arm/mach-omap1/clock_data.c |3 ++-
2 files changed, 2 insertions(+),
Hi,
these patches have been posted on the linux-omap mailing list and are
part of the planned queue for 2.6.34, but are being posted here in the event
that anyone else wishes to comment. These patches include clock support for
the Sitara platform (AM35xx) and some minor clock code improvements.
Add CK_* flags for the two new Sitara chips, AM3505 and AM3517, and
the OMAP34xx die shrink, OMAP36xx/OMAP37xx. Introduce a new CK_*
flag, CK_3XXX, that marks all clocks that are common to OMAP3 family
chips. CK_343X now refers to clocks that are available only on
OMAP34{1,2,3,4}0 (WTBU) and OMAP
From: Ranjith Lohithakshan
AM3517/05 has a few additional control module registers defined mainly
to control the new IP's. This patch adds support for those new registers.
Signed-off-by: Ranjith Lohithakshan
Signed-off-by: Paul Walmsley
---
arch/arm/plat-omap/include/plat/control.h | 17 +++
On Sun, 10 Jan 2010, Russell King - ARM Linux wrote:
> The first thing that omap2_init_clksel_parent() does is check for
> a non-zero .clksel field in the struct clk. Therefore, it is
> pointless calling this function on clocks where the clksel field
> is unset.
>
> Remove init calls to omap2_in
* Pagare, Abhijit [100110 21:57]:
> Sergio,
> I have taken care of that in my other patches, which I had posted
> earlier. They are not in mainline yet but are lined up for the next release.
> You can find the same here.
>
> http://marc.info/?l=linux-omap&m=126088474831309&w=2
>
> Do let
* Tony Lindgren [100111 15:35]:
> This patch has been applied to the linux-omap
> by youw fwiendly patch wobot.
>
> Branch in linux-omap: for-next
>
> Initial commit ID (Likely to change): 426d2accc2b9c0392b2be9b8daed5699a08d8822
>
> PatchWorks
> http://patchwork.kernel.org/patch/71641/
>
> Gi
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 426d2accc2b9c0392b2be9b8daed5699a08d8822
PatchWorks
http://patchwork.kernel.org/patch/71641/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): cc802321b5288be27cebf9afec66d1d5e73fad2a
PatchWorks
http://patchwork.kernel.org/patch/71639/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: cbus
Initial commit ID (Likely to change): df01abf99660f3077315a1f69a462a8e46bacccb
PatchWorks
http://patchwork.kernel.org/patch/71704/
Git (Likely to change, and takes a while to get mirrored)
htt
* Cory Maccarrone [100111 11:13]:
> On Mon, Jan 11, 2010 at 2:44 AM, Ladislav Michl
> wrote:
> >
> > This patch differs from v5 you sent earlier:
> > Subject: [PATCH v5] mmc-omap: Add support for 16-bit and 32-bit registers
> > Date: Mon, 23 Nov 2009 10:37:28 -0800
> > Message-Id: <1259001448-
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-testing
Initial commit ID (Likely to change): acc580d61f84565baec4a2fdf9b9d9e88e7bf373
PatchWorks
http://patchwork.kernel.org/patch/66948/
Git (Likely to change, and takes a while to get mirro
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): bf9e6367f80b285100f5fecd59ec11b643d4dcf1
PatchWorks
http://patchwork.kernel.org/patch/71928/
Git (Likely to change, and takes a while to get mirrore
* Roel Kluin [100109 05:49]:
> The same flag and bits were tested twice.
>
> Signed-off-by: Roel Kluin
> ---
> arch/arm/plat-omap/dma.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> Is this what was intended? please review.
Thanks, nice catch. Will queue into omap-fixes.
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 586fdb82ddef6e96ed6c21e1e13d299b99227d19
PatchWorks
http://patchwork.kernel.org/patch/71563/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 0824be87f0fea5f4be0c5fd9effc337c0741a9d6
PatchWorks
http://patchwork.kernel.org/patch/71579/
Git (Likely to change, and takes a while to get mirrored)
* Govindarajan, Sriramakrishnan [100111 04:11]:
> From: Menon, Nishanth
> > Sent: Friday, January 08, 2010 8:33 PM
> > To: Govindarajan, Sriramakrishnan
> > Cc: linux-omap@vger.kernel.org; Syed Mohammed, Khasim; Nori, Sekhar
> > Subject: Re: [PATCH] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL fo
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: cbus
Initial commit ID (Likely to change): 11e11147915637c01577f3a3efb6f430660a04b4
PatchWorks
http://patchwork.kernel.org/patch/71532/
Git (Likely to change, and takes a while to get mirrored)
htt
* Anuj Aggarwal [100108 09:57]:
> Kconfig is modified so that PMIC TWL4030 is automatically selected for
> platforms using it. It is required to compile board-omap35x-twl4030-pmic.c
> in the build.
Please group the patches in a way that compile works for each patch
in the series. Otherwise git b
* Omar Ramirez Luna [100111 12:02]:
> Use ioremap() instead of using IO_ADDRESS macro to make it generic.
>
> Signed-off-by: Omar Ramirez Luna
> CC: Nishant Menon
> CC: Hiroshi Doyu
> CC: Ameya Palande
> CC: Felipe Contreras
> ---
> drivers/dsp/bridge/services/clk.c | 15 +--
>
On Mon, 11 Jan 2010, Paul Walmsley wrote:
> Queued for .33-rc (fixes).
By the way, the patch had to be slightly tweaked to apply it since the
original was based on the configurable clockactivity offset patch - here's
what is queued in the 'for_2.6.33rc_d' branch of
git://git.pwsan.com/linux-2.
Romit Dasgupta writes:
> Cleaner ceil function.
Needs better subject and better changelog.
Subject should probably be something like: OMAP:
[PATCH] OPP: TWL/TPS: optimize uv to vsel function
And changelog should describe the motiviation for the patch or a
description of the problem you're
On Thu, 7 Jan 2010, Gopinath, Thara wrote:
> >>-Original Message-
> >>From: Paul Walmsley [mailto:p...@pwsan.com]
> >>Sent: Wednesday, January 06, 2010 6:02 AM
> >>To: Gopinath, Thara
> >>Cc: linux-omap@vger.kernel.org
> >>Subject: RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching o
Hi Thara,
this mostly looks good, but there are a few things to fix:
On Mon, 11 Jan 2010, Thara Gopinath wrote:
> In OMAP3 Some modules like Smartreflex do not have the regular sysconfig
> register.Instead clockactivity bits are part of another register at a
> different bit position than the usu
Hi Hiroshi,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Hiroshi DOYU
> Sent: Monday, January 11, 2010 1:47 AM
> To: linux-omap@vger.kernel.org
> Cc: Nagalla, Hari; Hiroshi DOYU
> Subject: [PATCH 3/3] omap iommu: fi
Hi Hiroshi,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Hiroshi DOYU
> Sent: Monday, January 11, 2010 1:47 AM
> To: linux-omap@vger.kernel.org
> Cc: Nagalla, Hari; Hiroshi DOYU
> Subject: [PATCH 2/3] omap iommu: fi
Hi Hiroshi,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Hiroshi DOYU
> Sent: Monday, January 11, 2010 1:47 AM
> To: linux-omap@vger.kernel.org
> Cc: Nagalla, Hari; Hiroshi DOYU
> Subject: [PATCH 1/3] omap iommu: cl
Ramirez Luna, Omar had written, on 01/11/2010 02:12 PM, the following:
[...]
diff --git a/drivers/dsp/bridge/pmgr/wcd.c b/drivers/dsp/bridge/pmgr/wcd.c
index 02def74..f52b7b8 100644
--- a/drivers/dsp/bridge/pmgr/wcd.c
+++ b/drivers/dsp/bridge/pmgr/wcd.c
[...]
static inline void __cp_fm_usr(
- Use standard convention to define ioctls.
Currently 0xDB is used as identifier for dspbridge.
Discussion:
http://marc.info/?l=linux-omap&m=126297631603035&w=2
WARNING:
An update in api ioctl definitions is required, usually replacing
to a new libbridge (with ioctl patch) should be enough. Othe
Rename ssi_sysconfig variable and replace the usage of magic
numbers while updating SSI configuration.
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/services/clk.c | 12
1 files changed, 8 inse
Use ioremap() instead of using IO_ADDRESS macro to make it generic.
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Felipe Contreras
---
drivers/dsp/bridge/services/clk.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff
This patch removes the runtime check of device
ioctl array.
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
CC: Felipe Contreras
---
drivers/dsp/bridge/pmgr/wcd.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/dsp/bridge/pmgr/wcd.c b/drivers/dsp/bridge
Ioctl numbers has changed, this will require an update
on libbridge and clients accesing directly to the driver
- IO_ADDRESS is replaced for ioremap.
*v2
- dropped from the series:
DSPBRIDGE: Increased DMM size to 256MB
DSPBRIDGE: sysfs entry for global driver state
- will be kept
Trivial cleanup, rename pResult to result for WCD_CallDevIOCtl
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
drivers/dsp/bridge/pmgr/wcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dsp/bridge/pmgr/wcd.c b/drivers/dsp/bridge/pmgr/wcd.c
index 960
Mark unused ioctls as deprecated for future removal.
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
CC: Felipe Contreras
---
arch/arm/plat-omap/include/dspbridge/wcdioctl.h | 11 --
drivers/dsp/bridge/pmgr/wcd.c | 38 +--
2 files changed, 22 in
>From: Menon, Nishanth
>
>Ramirez Luna, Omar had written, on 01/11/2010 12:46 PM, the following:
>>> From: Menon, Nishanth
>>>
>>> Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
This is the official 0.1 dspbridge version.
CC: Felipe Contreras
CC: Hiroshi
On Mon, Jan 11, 2010 at 2:44 AM, Ladislav Michl
wrote:
>
> This patch differs from v5 you sent earlier:
> Subject: [PATCH v5] mmc-omap: Add support for 16-bit and 32-bit registers
> Date: Mon, 23 Nov 2009 10:37:28 -0800
> Message-Id: <1259001448-9574-1-git-send-email-darkstar6...@gmail.com>
>
>
Hi All,
I tried to suspend the system, and got the following messages:
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Suspending console(s) (use no_console_suspend to debu
Ramirez Luna, Omar had written, on 01/11/2010 12:46 PM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
This is the official 0.1 dspbridge version.
CC: Felipe Contreras
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Nishant Menon
Signed-
>From: Menon, Nishanth
>
>Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
>> This is the official 0.1 dspbridge version.
>>
>> CC: Felipe Contreras
>> CC: Hiroshi Doyu
>> CC: Ameya Palande
>> CC: Nishant Menon
>>
>> Signed-off-by: Omar Ramirez Luna
>> ---
>> drivers/dsp
Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
This is the official 0.1 dspbridge version.
CC: Felipe Contreras
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Nishant Menon
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/drv_interface.c |2 ++
1 files chan
Hi Paul,
On Sat, 09-Jan-10 4:37 AM +0530, Paul Walmsley wrote:
> Hello Ranjith,
>
> On Fri, 8 Jan 2010, Ranjith Lohithakshan wrote:
>
>> These ACK bits are for the target IdleAck status. I will add a custom
>> find_companion code for AM35xx.
>
> ...
>
>> OK. I will extend the existing find_idl
This is the official 0.1 dspbridge version.
CC: Felipe Contreras
CC: Hiroshi Doyu
CC: Ameya Palande
CC: Nishant Menon
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/drv_interface.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmg
Hello Santosh,
On Sun, 10 Jan 2010, Shilimkar, Santosh wrote:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org
> > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
> > Hilman
> > Sent: Friday, January 08, 2010 11:29 PM
> > To: linux-omap@vger.kernel.org
> > C
Given the on going efforts to review bridge patches, a branch
has been published with all of the comments received a few
weeks ago, the current dspbridge which is meant to be 0.1 can
be found at:
Branch: dspbridge @
http://dev.omapzoom.org/?p=tidspbridge/kernel-dspbridge.git;a=shortlog;h=refs/head
> -Original Message-
> From: Premi, Sanjeev
> Sent: Friday, January 08, 2010 8:56 PM
> To: linux-omap@vger.kernel.org
> Cc: Premi, Sanjeev
> Subject: [PATCH 1/1] omap3: Add macros for comparing si revision
>
> This patch adds verbose macros for comparing silicon
> revision bits. Current mec
On Mon, Jan 11, 2010 at 04:26:30PM +, Catalin Marinas wrote:
> On Mon, 2010-01-11 at 15:23 +, Russell King - ARM Linux wrote:
> > On Mon, Jan 11, 2010 at 08:48:37PM +0530, Shilimkar, Santosh wrote:
> > > > Do you need to specify "r12" as well? What about "cc", are they
> > > > preserved by
On Mon, 2010-01-11 at 15:23 +, Russell King - ARM Linux wrote:
> On Mon, Jan 11, 2010 at 08:48:37PM +0530, Shilimkar, Santosh wrote:
> > > Do you need to specify "r12" as well? What about "cc", are they
> > > preserved by the secure monitor?
> >
> > r12 and reset of the registers are preserved.
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Monday, January 11, 2010 8:54 PM
> To: Shilimkar, Santosh
> Cc: Catalin Marinas; linux-arm-ker...@lists.infradead.org;
> linux-omap@vger.kernel.org;
> t...@atomide.com; Woodruff, Richard
> Subject
On Mon, Jan 11, 2010 at 08:48:37PM +0530, Shilimkar, Santosh wrote:
> Thanks for cooments !!
> > -Original Message-
> > From: Catalin Marinas [mailto:catalin.mari...@arm.com]
> > Sent: Monday, January 11, 2010 8:07 PM
> > To: Shilimkar, Santosh
> > Cc: li...@arm.linux.org.uk; linux-arm-ker.
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Monday, January 11, 2010 8:15 PM
> To: Catalin Marinas
> Cc: Shilimkar, Santosh; linux-arm-ker...@lists.infradead.org;
> linux-omap@vger.kernel.org;
> t...@atomide.com; Woodruff, Richard
> Subject
Thanks for cooments !!
> -Original Message-
> From: Catalin Marinas [mailto:catalin.mari...@arm.com]
> Sent: Monday, January 11, 2010 8:07 PM
> To: Shilimkar, Santosh
> Cc: li...@arm.linux.org.uk; linux-arm-ker...@lists.infradead.org;
> linux-omap@vger.kernel.org;
> t...@atomide.com; Woodr
Vaibhav,
Hans already merged my dm365 patches. So you have rebase this to that before
merging.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Hiremath, Vaibhav
>Sent: Monday,
On Mon, Jan 11, 2010 at 02:37:08PM +, Catalin Marinas wrote:
> On Mon, 2009-12-21 at 10:09 +, Santosh Shilimkar wrote:
> > @@ -139,7 +184,12 @@ static void l2x0_flush_range(unsigned long start,
> > unsigned long end)
> > spin_lock_irqsave(&l2x0_lock, flags);
> >
On Mon, 2009-12-21 at 10:09 +, Santosh Shilimkar wrote:
> diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm/cache-l2x0.c
> index cb8fc65..5443c0d 100644
> --- a/arch/arm/mm/cache-l2x0.c
> +++ b/arch/arm/mm/cache-l2x0.c
> @@ -28,6 +28,24 @@
> static void __iomem *l2x0_base;
> static DEFINE_S
On Fri, Jan 8, 2010 at 7:57 PM, Anuj Aggarwal wrote:
> Common TWL4030 specific regulator supplies and init data structs are
> used instead of platform specific ones. Only one copy of the common
> structs will be included in the image, built for multiple OMAP3 based
> platforms.
>
> Signed-off-by:
From: Menon, Nishanth
> Sent: Friday, January 08, 2010 8:33 PM
> To: Govindarajan, Sriramakrishnan
> Cc: linux-omap@vger.kernel.org; Syed Mohammed, Khasim; Nori, Sekhar
> Subject: Re: [PATCH] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL for
> OMAP
>
> Govindarajan, Sriramakrishnan had written, on
On Fri, Jan 8, 2010 at 3:22 PM, Tomi Valkeinen wrote:
> There isn't really any reason to divide those.
>
> Signed-off-by: Tomi Valkeinen
> ---
> MAINTAINERS | 13 ++---
> 1 files changed, 2 insertions(+), 11 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 8d2fcee..d3707
Anuj Aggarwal wrote:
> Makefile is modified so that board-omap35x-twl4030-pmic.c gets compiled
> for the platforms having TWL4030 as the PMIC.
>
> Signed-off-by: Anuj Aggarwal
> ---
> arch/arm/mach-omap2/Makefile |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Can you combine this
Anuj Aggarwal wrote:
> Kconfig is modified for OMAP3 EVM so that user can choose the appropriate
> PMIC (currently only TWL4030). Config options for other PMICs will be
> added later on.
>
> Signed-off-by: Anuj Aggarwal
> ---
> arch/arm/mach-omap2/Kconfig |9 +
> 1 files changed, 9 i
Anuj Aggarwal wrote:
> A new file for TWL4030/TPS65950 is created which has common supplies
> and regulator init data structures. They will be referenced from the
> various board-evm files depending upon the EVM requirements.
>
> Signed-off-by: Anuj Aggarwal
> ---
> arch/arm/mach-omap2/board-oma
On Fri, Jan 08, 2010 at 11:28:06PM +0530, Anuj Aggarwal wrote:
> +config PMIC_TWL4030
> + bool "TWL4030/TPS65950 Power Module"
> + default y
> + depends on TWL4030_CORE && MACH_OMAP3EVM
> + select REGULATOR_TWL4030 if REGULATOR
> + help
> + Say yes here if you are using t
On Fri, Jan 08, 2010 at 11:27:43PM +0530, Anuj Aggarwal wrote:
> A new file for TWL4030/TPS65950 is created which has common supplies
> and regulator init data structures. They will be referenced from the
> various board-evm files depending upon the EVM requirements.
>
> Signed-off-by: Anuj Aggarw
On Fri, Jan 08, 2010 at 11:27:53PM +0530, Anuj Aggarwal wrote:
> Removing the common supplies and regulator init data structs for various
> OMAP3 platforms. They all have been moved to a common TWL4030 specific file
> and will be referenced from there.
> Signed-off-by: Anuj Aggarwal
I'd expect t
On Fri, Jan 08, 2010 at 11:27:28PM +0530, Anuj Aggarwal wrote:
> Based on the discussions and feedback received, this patch set is
> created which cleans up various OMAP3-board-evm files and removes
> common TWL4030 specific regulator suuplies and init data structs.
Please use an OMAP-specific sub
On Mon, Jan 11, 2010 at 02:55:18PM +0530, Anuj Aggarwal wrote:
> Adding member variables for USB internal LDOs in twl4030_platform_data
> and registering them in twl-core.c if the variables are populated
> from board-evm file.
> Signed-off-by: Anuj Aggarwal
Acked-by: Mark Brown
--
To unsubscrib
1 - 100 of 107 matches
Mail list logo
