On Fri, 8 Jul 2011 18:27:59 +0530, Sanjeev Premi wrote:
> A mutex is locked on entry into twl4030_madc_conversion().
> Immediate return on some error conditions leaves the
> mutex locked.
>
> This patch ensures that mutex is always unlocked before
> leaving the function.
>
> Signed-off-by: Sanjee
On Thu, Jun 30, 2011 at 12:51:03PM +0300, Felipe Balbi wrote:
> the following patches where boot-tested on beagle xM
> and everything seems fine. MMC root filesystem still
> mounts, /proc/interrupts looks like ps aux | grep irq
> shows our threads, etc.
Reviewed-by: Mark Brown
--
To unsubscribe
On Tue, Jun 28, 2011 at 01:47:47PM -0600, Paul Walmsley wrote:
> On Fri, 24 Jun 2011, Arve Hj?nnev?g wrote:
> > On Fri, Jun 24, 2011 at 12:53 PM, Paul Walmsley wrote:
> > > "On the hardware that shipped we enter the same power state from idle
> > > and suspend, so the only power savings we get fr
On Fri, Jul 08, 2011 at 07:25:32PM +0300, Felipe Balbi wrote:
> isn't this all the same as claiming the regulator but never actually
> using the regulator APIs ? I mean, you could add the regulator, then on
> smartreflex code, regulator_get(), but when it gets to get/set voltage,
> you use the oma
On Fri, Jul 08, 2011 at 06:56:25PM +0300, Tero Kristo wrote:
> This commit adds two things to the TWL regulator driver code :
Why is this one commit rather than two commits implementing the two
changes?
> * It creates a twlreg_ext_ctrl structure, which allows code outside
>of the TWL regulat
On Fri, Jul 08, 2011 at 06:02:26PM +0300, Péter Ujfalusi wrote:
> On Friday 08 July 2011 16:28:05 Mark Brown wrote:
> > the clocking dependencies are far
> > from unique, for example, and would normally be managed by the machine
> > drivers with the current infrastructure.
> Sort of yes, but as s
Hi Rafael,
So I'm now experimenting with your suggestion of using the noirq
callbacks of the PM domain to ensure device low-power state transitions
for the cases where runtime PM has been disabled from userspace (or a
driver has used runtime PM calls in it's suspend/resume path but they
have no ef
Hi
On Fri, 1 Jul 2011, Benoit Cousson wrote:
> From: Rajendra Nayak
>
> Add a clockdomain api to check if hardware supervised
> idle transitions are enabled on a clockdomain.
>
> Thanks to Todd Poynor for a
> better function name suggestion.
>
> Signed-off-by: Rajendra Nayak
> Cc: Paul Walm
Hi Avinash
On Thu, 30 Jun 2011, Mahadeva, Avinash wrote:
> Hi Paul , Kevin ,
>
> Ping. Could you please review this patch.
>
> thanks ,
> - Avinash
>
> On Wed, Jun 22, 2011 at 5:16 PM, Avinash.H.M wrote:
>
> > The sequence of _ocp_softreset doesn't work for i2c. The i2c module has a
> > spec
Hi Rafael,
Just curious why pm_runtime_suspended() requires the device to be
enabled for it to return true:
static inline bool pm_runtime_suspended(struct device *dev)
{
return dev->power.runtime_status == RPM_SUSPENDED
&& !dev->power.disable_depth;
}
I must be misunderst
Hi
On Fri, 8 Jul 2011, Kevin Hilman wrote:
> I've separated out the omap_hwmod data changes from Andy's original
> series so they can be easier managed with the rest of the hwmod data
> changes.
>
> This series applies against v3.0-rc6 and is also available here:
>
> git://git.kernel.org/pub/
it's definitely not always that we will have
all 16 interrupts fired at the same time, so
in order to avoid looping so many times, we
are now using ffs() which is implemented
(on ARM) using the far better clz instruction.
This will save us quite some loops and could
improve IRQ latency on Retu sig
no functional changes.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index 04b8203..a538f13 100644
--- a/drivers/cbus/tahvo.c
+++ b/drivers/cbus/tahvo.c
@@ -33,14 +3
those two functions are local to tahvo.c and
should be used to read/write Tahvo's registers.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 56 +++--
1 files changed, 40 insertions(+), 16 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/driv
that way we don't need to access the global
pointer
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index 3a77d12..740bb05 100644
--- a/drivers/cbus/tahvo.c
+++ b/driver
just moving things around. It's a lot easier
to handle a dynamically allocated structure
as it allows for multiple instances of the
same device.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 128 --
1 files changed, 82 insertions(+), 46 d
for LEVEL handlers which don't have top half,
it's necessary to always set IRQF_ONESHOT
Signed-off-by: Felipe Balbi
---
drivers/cbus/retu.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/cbus/retu.c b/drivers/cbus/retu.c
index b58c6e5..b7fbd18 100644
--- a/d
by moving to threaded IRQ.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 16
1 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index 0e28208..4b062de 100644
--- a/drivers/cbus/tahvo.c
+++ b/drivers/cbus/tahvo.c
cleanup only, no functional changes.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index 647d263..0e28208 100644
--- a/drivers/cbus/tahvo.c
+++ b/drivers/cbus/tahvo.c
@
cleanup only, no functional changes.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index 0da156e..647d263 100644
--- a/drivers/cbus/tahvo.c
+++ b/drivers/cbus/tahv
while at that, also remove a few annoying and pretty
much useless comments.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 36 +++-
1 files changed, 3 insertions(+), 33 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index bc3ca6d.
GPIO operations can sleep, so move to a
mutex.
Signed-off-by: Felipe Balbi
---
drivers/cbus/tahvo.c | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/cbus/tahvo.c b/drivers/cbus/tahvo.c
index d4a89a6..bc3ca6d 100644
--- a/drivers/cbus/tahvo.c
+++
Hi Tony,
a few more CBUS patches. I started cleaning
up tahvo and also found two possible optimizations
on Retu which are based on patches from Thomas
Gleixner and Sebastian Siewior - on other pieces
of code, of course :-p
These patches were compile tested only. It would
be very nice if someone c
On Fri, 2011-07-08 at 17:56 +0200, Kristo, Tero wrote:
> This commit adds two things to the TWL regulator driver code :
>
> * It extends the twl4030_set_voltage() and twl4030_get_voltage()
>functions to understand that VDD1 and VDD2 are different regulators
>from all the other regulators:
Balaji T K writes:
> add runtime pm support to HSMMC host controller
> Use runtime pm API to enable/disable HSMMC clock
> Use runtime autosuspend APIs to enable auto suspend delay
>
> Based on OMAP HSMMC runtime implementation by Kevin Hilman, Kishore Kadiyala
>
> Signed-off-by: Balaji T K
It's
On Monday, March 28, 2011, Ben Dooks wrote:
> On Mon, Mar 28, 2011 at 01:29:49AM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Replace sysdev classes and struct sys_device objects used for "core"
> > power management by Samsung platforms with struct syscore_ops objects
> > t
>-Original Message-
>From: Kevin Hilman [mailto:khil...@ti.com]
>Sent: Friday, July 08, 2011 8:19 PM
>To: ba...@ti.com
>Cc: Keshava Munegowda; linux-...@vger.kernel.org; linux-
>o...@vger.kernel.org; linux-ker...@vger.kernel.org; gadi...@ti.com;
>sa...@linux.intel.com; part...@india.ti.com;
On 07/07/11 11:35 AM, Tony Lindgren wrote:
> * Raphaël Assénat [110707 17:36]:
>> This is unrelated to this thread but..
>> do you think we could merge this one?
>>
>> [PATCH 5/5] am3505/3517: Various platform defines for UART4
>> http://marc.info/?l=linux-omap&m=130980816418020&w=4
>>
>> It doe
On Fri, Jul 8, 2011 at 10:22 AM, Raju, Sundaram wrote:
> I would like to follow the Freescale i.MX DMA driver model,
> where imx-dma.c in drivers/dma which implements all the
> dmaengine hooks, internally uses the APIs in dma-v1.c file in
> arch/arm/mach-imx. All APIs in dma-v1.c are also exporte
On Fri, Jul 08, 2011 at 22:21:52, Nori, Sekhar wrote:
> Hi Jean-Christophe,
>
> On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > From: Russell King - ARM Linux
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index f4b7dfa..5ec5e5f 100644
> > --- a/arch/arm/K
On 7/7/2011 11:39 PM, Paul Walmsley wrote:
On Thu, 7 Jul 2011, Tony Lindgren wrote:
* Rajendra Nayak [110706 22:26]:
On 7/6/2011 12:19 AM, Paul Walmsley wrote:
Patch 16, to me, belongs best with the 4460 support series and so I'll see
if it makes sense to fit it in there somewhere.
Paul,
Hi Jean-Christophe,
On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Russell King - ARM Linux
>
> We have two SoCs using SRAM, both with their own allocation systems,
> and both with their own ways of copying functions into the SRAM.
>
> Let's unify this before
hi,
On Fri, Jul 08, 2011 at 06:56:24PM +0300, Tero Kristo wrote:
> Following patches add an external controller support for TWL SMPS regulators.
> This is needed because OMAP has voltage processor support which provides
> interface to control a few regulators (VDD1 / VDD2 for OMAP3), and this
> is
Op 8 jul. 2011 om 16:56 heeft Tero Kristo het volgende
geschreven:
> Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
>
> Signed-off-by: Tero Kristo
> ---
> arch/arm/mach-omap2/board-omap3beagle.c | 32 +++
> arch/arm/mach-omap2/opp3xx
Hi,
On Fri, Jul 08, 2011 at 06:56:27PM +0300, Tero Kristo wrote:
> Instiante a twlreg_ext_ctrl structure in the OMAP voltage code for
> VDD1 and VDD2 and attach it as an external controller for these
> regulators. It will allow the OMAP voltage code to take over the
> default regulator driver code
Hi,
On Fri, Jul 08, 2011 at 06:56:26PM +0300, Tero Kristo wrote:
> From: Thomas Petazzoni
>
> Instantiate the VDD1 and VDD2 regulators and connect them to their
> respective consumers: mpu.0 for VDD1 and l3_main.0 for VDD2.
>
> TODO:
>
> * As these instantiations will be identical for all OMA
Tony,
Please pull the I2C cleanup changes below for v3.1.
This is the same series from Andy Green that has been
posted/reviewed/tested many times except the omap_hwmod data patches
have been separated out into a separate series.
This version also has an Ack from Ben Dooks for merge via linux-oma
From: Andy Green
This adds the new functionality flags for omap i2c unit to all OMAP2
hwmod definitions
Cc: patc...@linaro.org
Cc: Ben Dooks
Reported-by: Peter Maydell
Signed-off-by: Andy Green
Signed-off-by: Tony Lindgren
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_2420
From: Andy Green
Since we cannot trust (or even reliably find) the OMAP I2C
peripheral unit's own revision register, we must inform the
OMAP i2c driver of which IP version it is running on. We
do this by tagging the omap_hwmod_class for i2c on all the
OMAP2+ platform / cpu specific hwmod init an
From: Andy Green
Peter Maydell noticed when running under QEMU he was getting
errors reporting 32-bit access to I2C peripheral unit registers
that are documented to be 8 or 16-bit only[1][2]
The I2C driver is blameless as it wraps its accesses in a
function using __raw_writew and __raw_readw, it
Paul,
I've separated out the omap_hwmod data changes from Andy's original
series so they can be easier managed with the rest of the hwmod data
changes.
This series applies against v3.0-rc6 and is also available here:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
for_
From: Thomas Petazzoni
Instantiate the VDD1 and VDD2 regulators and connect them to their
respective consumers: mpu.0 for VDD1 and l3_main.0 for VDD2.
TODO:
* As these instantiations will be identical for all OMAP3 boards,
find a way of sharing them throughout the different OMAP3 boards.
S
Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/board-omap3beagle.c | 32 +++
arch/arm/mach-omap2/opp3xxx_data.c |4 +++
2 files changed, 36 insertions(+), 0 deletions(-)
diff
Instiante a twlreg_ext_ctrl structure in the OMAP voltage code for
VDD1 and VDD2 and attach it as an external controller for these
regulators. It will allow the OMAP voltage code to take over the
default regulator driver code for ->set_voltage() and ->get_voltage().
TODO:
* Does this really belo
This commit adds two things to the TWL regulator driver code :
* It extends the twl4030_set_voltage() and twl4030_get_voltage()
functions to understand that VDD1 and VDD2 are different regulators
from all the other regulators: they don't support a fixed set of
voltages, but a wide range
Hello,
Following patches add an external controller support for TWL SMPS regulators.
This is needed because OMAP has voltage processor support which provides
interface to control a few regulators (VDD1 / VDD2 for OMAP3), and this
is shared with smartreflex.
These patches work in a way that twl re
On Friday 08 July 2011, Tony Lindgren wrote:
>
>I've attached a conflict resolution patch too, it's trivial execpt
>note that .vdac needs to be removed in board-rx51-peripherals.c.
>
>If this conflict causes problems for you, I can also base this series
>on omap/board.
The conflict resolution you
Ben Dooks writes:
> On Tue, Jul 05, 2011 at 12:00:56PM -0700, Kevin Hilman wrote:
>> Hi Ben,
>>
>> On Mon, 2011-06-27 at 15:15 -0700, Kevin Hilman wrote:
>> > On Mon, 2011-06-27 at 15:12 -0700, Kevin Hilman wrote:
>> >
>> > > Ping. I don't see this in linux-next yet.
>> > >
>> > > Are you pla
On Friday 08 July 2011 16:28:05 Mark Brown wrote:
> > It's not that simple in this situation. We also have a PM dependency on
> > the CODEC here too, it supplies our interface clock via the DAI so we
> > have to be very careful how we interact with the ABE and CODEC. The
> > critical thing here is
Felipe Balbi writes:
> Hi Kevin, Paul, Tony, Benoit,
>
> On Fri, Jul 08, 2011 at 04:32:39PM +0530, Keshava Munegowda wrote:
>> The Hwmod structures and Runtime PM features are implemented
>> For EHCI and OHCI drivers of OMAP3 and OMAP4.
>> The global suspend/resume of EHCI and OHCI
>> is validate
On Fri, 8 Jul 2011, Keshava Munegowda wrote:
> The usbhs core driver does not enable/disable the intefrace and
> fucntional clocks; These clocks are handled by hwmod and runtime pm,
> hence insted of the clock enable/disable, the runtime pm APIS are
> used. however,the port clocks and tll clocks a
Sorry for hijacking this CC: list...
Can somebody at TI comment on these two email threads?
http://marc.info/?t=13094441991&r=1&w=2
http://marc.info/?t=13086613221&r=1&w=2
The gist of the problem is that Ed's OMAP EHCI controllers sometimes
stop working when an unlink occ
On Thu, Jul 07, 2011 at 08:55:16PM +0100, Liam Girdwood wrote:
> On 07/07/11 17:53, Mark Brown wrote:
> > My comment was more that the changelog should say why it's not suitable
> > given that it involves a near total rewrite of the driver which is a
> > pretty big step, I'm fine with the actual c
Paul Walmsley writes:
> cc'ing Kevin, since this touches mach-omap2/pm.c - an ack would be great
> if you have the chance
>
> On Fri, 1 Jul 2011, Benoit Cousson wrote:
>
>> From: Rajendra Nayak
>>
>> The omap_set_pwrdm_state function forces clockdomains
>> to idle, without checking the existi
Paul Walmsley writes:
> cc'ing Kevin, since this touches mach-omap2/pm.c - an ack would be great
> if you have the chance
>
> On Fri, 1 Jul 2011, Benoit Cousson wrote:
>
>> From: Rajendra Nayak
>>
>> sleep_switch which is initialised to 0 in omap_set_pwrdm_state
>> happens to be a valid sleep_
Hi,
On Wed, Jul 6, 2011 at 11:05 AM, Maximilian Schwerin
wrote:
> I'm currently working on a beagleboard clone that has two NAND chips on
> OMAP3 CS0 and CS1. The flash on CS0 works as expected. What would be the
> correct way to get both chips to work?
You need to add another gpmc_nand_device i
Paul, Benoit,
Do you have any comments for this series?
Regards
Kishon
On Mon, Jul 4, 2011 at 4:38 PM, Kishon Vijay Abraham I wrote:
> Certain peripherals require autoidle bits to be disabled before performing
> some operations. This patch series provides APIs in omap_device layer and
> omap_hw
* Paul Walmsley [110708 09:34]:
> On Thu, 7 Jul 2011, Tony Lindgren wrote:
>
> Rajendra's patch series doesn't require the 4430 -> 44XX changes in the
> PRM/CM macros (Benoît's patch 16). That patch can be put in a separate
> series, if you like.
>
> It does require changing CHIP_IS_OMAP443
On Fri, Jun 03, 2011 at 02:43:11PM +0300, Grazvydas Ignotas wrote:
> Fix warnings emitted by some versions of gcc:
> drivers/power/twl4030_charger.c:490: warning: overflow in implicit constant
> conversion
> drivers/power/twl4030_charger.c:498: warning: overflow in implicit constant
> conversion
Hi Arnd,
Please pull TWL cleanup from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
cleanup-part-2
This can be pulled into your omap/cleanup. It will cause a minor
merge conflict with omap/board.
I've attached a conflict resolution patch too, it's trivial execpt
note
A mutex is locked on entry into twl4030_madc_conversion().
Immediate return on some error conditions leaves the
mutex locked.
This patch ensures that mutex is always unlocked before
leaving the function.
Signed-off-by: Sanjeev Premi
Cc: Keerthy
---
Compile tested only.
drivers/mfd/twl4030-
This adds support for the Phytec OMAP4430 board called phyCORE-OMAP4 PCM049.
Signed-off-by: Jan Weitzel
---
v2:
join
ARM: OMAP4: Add pcm049 to Kconfig/Makefile
ARM: OMAP4: add pcm049 DEBUGLL
ARM: OMAP4: platformcode board-omap4pcm049.c
arch/arm/mach-omap2/Kconfig |5 +
Hi Tony,
On Fri, Jul 08, 2011 at 04:55:21AM -0700, Tony Lindgren wrote:
> * Sergei Shtylyov [110708 04:45]:
> > Hello.
> >
> > On 08-07-2011 14:04, Jan Weitzel wrote:
> >
> > >Signed-off-by: Jan Weitzel
> > >---
> > > arch/arm/mach-omap2/Kconfig |5 +
> > > arch/arm/mach-omap2/Makefil
* Sergei Shtylyov [110708 04:45]:
> Hello.
>
> On 08-07-2011 14:04, Jan Weitzel wrote:
>
> >Signed-off-by: Jan Weitzel
> >---
> > arch/arm/mach-omap2/Kconfig |5 +
> > arch/arm/mach-omap2/Makefile |4
> > 2 files changed, 9 insertions(+), 0 deletions(-)
>
> >diff --git a/arch
Hi Linus,
Please pull one fix from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
This fixes an embarassing segfault by dropping __initdata from data that
should not be marked __initdata.
Regards,
Tony
The following changes since commit fe0d422
Hello.
On 08-07-2011 14:04, Jan Weitzel wrote:
Signed-off-by: Jan Weitzel
---
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |4
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index
Hi Kevin, Paul, Tony, Benoit,
On Fri, Jul 08, 2011 at 04:32:39PM +0530, Keshava Munegowda wrote:
> The Hwmod structures and Runtime PM features are implemented
> For EHCI and OHCI drivers of OMAP3 and OMAP4.
> The global suspend/resume of EHCI and OHCI
> is validated on OMAP3430 sdp board with the
* Arnd Bergmann [110708 04:06]:
> On Friday 08 July 2011, Tony Lindgren wrote:
> > * Arnd Bergmann [110708 01:49]:
> > > On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
> > >
> > > Sorry for being unclear, I forgot to say that I did in fact pull your tree
> > > already.
> >
> > OK no probl
On Friday 08 July 2011, Tony Lindgren wrote:
> * Arnd Bergmann [110708 01:49]:
> > On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
> >
> > Sorry for being unclear, I forgot to say that I did in fact pull your tree
> > already.
>
> OK no problem that's fine with me.
>
> BTW, looks like your
The hwmod structure of uhh, ohci, ehci and tll are
retrived and registered with omap device
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/usb-host.c | 113 +--
1 files changed, 49 insertions(+), 64 deletions(-)
diff --git a/arch/arm/mach-omap2/usb
The global suspend and resume functions for ehci and ohci
drivers are implemented; these functions does the
pm_runtime_get_sync and pm_runtime_put_sync of the
parent device usbhs core driver respectively.
Signed-off-by: Keshava Munegowda
---
drivers/usb/host/ehci-omap.c | 22 +
The usbhs core driver does not enable/disable the intefrace and
fucntional clocks; These clocks are handled by hwmod and runtime pm,
hence insted of the clock enable/disable, the runtime pm APIS are
used. however,the port clocks and tll clocks are handled
by the usbhs core.
In this architecture, th
device name usbhs clocks are changed from
usbhs-omap.0 to usbhs_omap; this is because
in the hwmod registration the device name is set
as usbhs_omap
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/clock3xxx_data.c | 28 ++--
arch/arm/mach-omap2/clock44xx_data.c
From: Benoit Cousson
Following 4 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base address,
OHCI hwmod with irq and base address,
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Benoit Cousson
Signed-off-b
Following 4 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base address,
OHCI hwmod with irq and base address,
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/omap_hw
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on OMAP3430 sdp board with these patches.
V3:
Set MSTANDBY_SMART_WKUP for idlemode of usbhost
Rebased on top of git://gitorious.org/oma
* Paul Walmsley [110708 00:30]:
> On Fri, 8 Jul 2011, Rajendra Nayak wrote:
>
> > On 7/7/2011 11:49 PM, Paul Walmsley wrote:
> > > On Sat, 2 Jul 2011, Rajendra Nayak wrote:
> > >
> > > > Add the new clock nodes (bandgap_ts_fclk, div_ts_ck) for omap4460.
> > > > Handle these nodes using the clock
On Fri, Jul 08, 2011 at 03:06:13PM +0530, Ajay Kumar Gupta wrote:
> Restoring the missing INDEX register value in musb_restore_context().
> Without this suspend resume functionality is broken with offmode
> enabled.
>
> Cc: sta...@kernel.org
> Signed-off-by: Ajay Kumar Gupta
applied, thanks
--
* Paul Walmsley [110708 00:29]:
> On Fri, 8 Jul 2011, Rajendra Nayak wrote:
>
> > Hi Paul,
> >
> > On 7/7/2011 11:30 PM, Paul Walmsley wrote:
> > > Hi Rajendra
> > >
> > > On Sat, 2 Jul 2011, Rajendra Nayak wrote:
> > >
> > > > This patch adds additional register bitshifts for
> > > > register
* Paul Walmsley [110707 23:34]:
> On Sat, 2 Jul 2011, Rajendra Nayak wrote:
>
> > From: Aneesh V
> >
> > Add support for detecting the latest in the OMAP4 family: OMAP4460
> > Among other changes, the new chip also can support 1.5GHz A9s,
> > 1080p stereoscopic 3D and 12 MP stereo (dual camera)
Add displays to panel-generic-dpi.c
Prime View PD035VL1 (640 x 480)
Prime View PD050VL1 (640 x 480)
Prime View PD104SLF (800 x 600)
Prime View PM070WL4 (800 x 480)
Signed-off-by: Jan Weitzel
---
drivers/video/omap2/displays/panel-generic-dpi.c | 100 ++
1 files changed, 100
* Raju, Sundaram [110708 03:09]:
> > -Original Message-
> > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> > Sent: Friday, July 08, 2011 3:34 PM
> > To: Raju, Sundaram
> > Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Dan;
> > Shilimkar, Santosh; l
* Arnd Bergmann [110708 01:49]:
> On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
> >
> > * Arnd Bergmann [110707 13:36]:
> > > On Thursday 07 July 2011 18:29:11 Tony Lindgren wrote:
> > > > Please pull omap board updates from:
> > > >
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Friday, July 08, 2011 3:34 PM
> To: Raju, Sundaram
> Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Dan;
> Shilimkar, Santosh; linux-ker...@vger.kernel.org
> Subject: Re: [RF
platformcode for Phytec phyCORE-OMAP4 PCM049 OMAP4430 board.
Signed-off-by: Jan Weitzel
---
arch/arm/mach-omap2/board-omap4pcm049.c | 728 +++
1 files changed, 728 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-omap2/board-omap4pcm049.c
diff --git a
Signed-off-by: Jan Weitzel
---
arch/arm/plat-omap/include/plat/uncompress.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/uncompress.h
b/arch/arm/plat-omap/include/plat/uncompress.h
index ac4b60d..10507a6 100644
--- a/arch/arm/plat-omap
Signed-off-by: Jan Weitzel
---
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |4
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 19d5891..c6a2d43 100644
--- a/arch/arm/mach-omap2/Kco
This adds support for the Phytec OMAP4430 board called phyCORE-OMAP4 PCM049.
GPMC is used for the smsc911x. A gpmc clk fix is needed.
The lcd display "pd050vl1" for the generic_dpi_panel gets own patch.
Jan
Jan Weitzel (3):
ARM: OMAP4: Add pcm049 to Kconfig/Makefile
ARM: OMAP4: add pcm049 DE
On Fri, Jul 08, 2011 at 01:52:17PM +0530, Raju, Sundaram wrote:
> I am planning to move TI SDMA driver in OMAP tree
> into the dmaengine framework.
>
> The first immediate issue of concern I noticed is the
> huge number of client drivers that use the existing SDMA driver.
> More than 15 client dri
Gupta, Ajay Kumar wrote:
> Restoring the missing INDEX register value in musb_restore_context().
> Without this suspend resume functionality is broken with offmode
> enabled.
>
> Cc: sta...@kernel.org
> Signed-off-by: Ajay Kumar Gupta
FWIW,
Acked-by: Anand Gadiyar
> ---
> drivers/usb/musb/mu
Restoring the missing INDEX register value in musb_restore_context().
Without this suspend resume functionality is broken with offmode
enabled.
Cc: sta...@kernel.org
Signed-off-by: Ajay Kumar Gupta
---
drivers/usb/musb/musb_core.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
On Fri, Jul 08, 2011 at 09:11:43AM +0200, Paul Walmsley wrote:
> On Thu, 7 Jul 2011, Martin Fouts wrote:
>
> > From: Tony Lindgren [t...@atomide.com]
> >
> > > The second problem we have here is "why does adding 4460 support depend
> > > on a cosmetic clean-up patch". That dependency should not e
On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
>
> * Arnd Bergmann [110707 13:36]:
> > On Thursday 07 July 2011 18:29:11 Tony Lindgren wrote:
> > > Please pull omap board updates from:
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> > > devel-board
>
* Arnd Bergmann [110707 13:36]:
> On Thursday 07 July 2011 18:29:11 Tony Lindgren wrote:
> > Please pull omap board updates from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> > devel-board
> >
> > These are currently on top of the fixes you pulled earlier bu
Hi,
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate issue of concern I noticed is the
huge number of client drivers that use the existing SDMA driver.
More than 15 client drivers are using the current SDMA driver.
Moving the SDMA driver along w
Hi
On Fri, 1 Jul 2011, Benoit Cousson wrote:
> Here is the second part of the modulemode series.
> The goal here is to do the cleanup on the clock nodes and PRCM macros
> that are not needed anymore by the hwmod data.
> Some macros are still needed because of clock data. It should be removed
> o
On Fri, 8 Jul 2011, Rajendra Nayak wrote:
> On 7/7/2011 11:49 PM, Paul Walmsley wrote:
> > On Sat, 2 Jul 2011, Rajendra Nayak wrote:
> >
> > > Add the new clock nodes (bandgap_ts_fclk, div_ts_ck) for omap4460.
> > > Handle these nodes using the clock flags (CK_*).
> > >
> > > Signed-off-by: Raje
On Fri, 8 Jul 2011, Rajendra Nayak wrote:
> Hi Paul,
>
> On 7/7/2011 11:30 PM, Paul Walmsley wrote:
> > Hi Rajendra
> >
> > On Sat, 2 Jul 2011, Rajendra Nayak wrote:
> >
> > > This patch adds additional register bitshifts for
> > > registers added in OMAP4460 platform.
> > >
> > > Signed-off-b
On Thu, 7 Jul 2011, Tony Lindgren wrote:
> Well sounds like we might be able to get rid of CHIP_IS in the *_data.c
> files if we use SoC variant specific lists. Of course Paul might have
> some other ideas here.
Sounds like a reasonable approach to me for the data files. The
powerdomain, cloc
* Rajendra Nayak [110708 10:17]:
> On 7/8/2011 12:11 AM, Paul Walmsley wrote:
> >On Thu, 7 Jul 2011, Martin Fouts wrote:
> >
> >>From: Tony Lindgren [t...@atomide.com]
> >>
> >>>The second problem we have here is "why does adding 4460 support depend
> >>>on a cosmetic clean-up patch". That depende
1 - 100 of 104 matches
Mail list logo
