| 190121254544_553960007099 | Gadiyar Anand |
|
|
|
|   |
| 140029714640_564460007844 | Felipe Balbi |
|
|
|
|   |
| 177520344478_587060007298 | Gadiyar Anand |
|
|
|
|   |
| 125527844460_595260007619 | Gadiyar Anand |
|
|
|
|   |
| 140921564826_506860007634 | Shilimkar Santosh |
|
Felipe Balbi wrote:
Hi,
On Fri, Aug 20, 2010 at 07:47:07AM +0200, ext Gadiyar, Anand wrote:
The differences between OMAP3 and OMAP4 are:
- The OMAP4 has a different set of clocks which d |
|
|   |
| 120122954759_574560007861 | Shubhrajyoti D |
|
|
|
|   |
| 184422344831_548460007156 | Kevin Hilman |
|
Datta, Shubhrajyoti wrote:
Subject: [RFC PATCH] Board support for the the GPIO keys
Please tag $SUBJECT with something like "omap: 4430sdp: "
Board support for the GPIO keys.
The |
|
|   |
| 132726534191_580660007717 | Varadarajan Charulat |
|
Thanks for the review
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 |
|
|   |
| 110327784500_556460007287 | Murphy Dan |
|
Hi Charu,
Agree to your comments.
Will fix them.
-----Original Message-----
From: Varadarajan, Charulatha
Sent: Friday, August 20, 2010 12:13 PM
To: Datta, Shubhrajyoti; linux-omap@xxxxxxxxx |
|
|   |
| 118321384443_500860007838 | Marc Chalain |
|
|
|
|   |
| 164224074133_540160007968 | Robert Nelson |
|
|
|
|   |
| 126229974202_509260007080 | Robert Nelson |
|
system_rev comes from u-boot and is a constant 0x20, so
Bx boards also fall in this if and will get setup with the
wrong gpio_wp pin. Switch to using the Beagle revision routine
to correcly set pi |
|
|   |
| 124928084734_544160007255 | Robert Nelson |
|
On Wed, 18 Aug 2010 10:56:51 -0500
Robert Nelson <robertcnelson@xxxxxxxxx wrote:
+ ret = gpio_request(171, "rev_id_0");
+ if (ret < 0)
+ goto fail0;
+
+ ret = gpio_reques |
|
|   |
| 115727184033_565760007763 | Keshava Munegowda |
|
Make TLL channel count a parameter instead of a hardcoded value.
This allows us to be flexible with future OMAP revisions which
could have a different number of channels.
Signed-off-by: Keshava Mune |
|
|   |
| 194524654901_538760007107 | Keshava Munegowda |
|
Rename usbhost2_120m_fck to usbhost_hs_fck and
usbhost1_48m_fck to usbhost_fs_fck, so that we can reuse the
names across OMAP3 and OMAP4.
OMAP3 and OMAP4 have similar clocks, with different frequenc |
|
|   |
| 122521164514_535960007667 | Keshava Munegowda |
|
The PHY reset code is moved at the begining and end of the function
omap_start_ehc. This simplfies the writing clocks enabling code for
OMAP4 later.
Signed-off-by: Keshava Munegowda <keshava_mg |
|
|   |
| 132727794664_552960007144 | Munegowda Keshava |
|
Make TLL channel count a parameter instead of a hardcoded value.
This allows us to be flexible with future OMAP revisions which
could have a different number of channels.
Signed-off-by: Keshava Mune |
|
|   |
| 160921214953_534260007567 | Munegowda Keshava |
|
|
|
|   |
| 159827194284_563160007566 | Munegowda Keshava |
|
|
|
|   |
| 139323204031_529460007505 | Gadiyar Anand |
|
|
|
|   |
| 140129344621_591660007138 | Greg KH |
|
-----Original Message-----
From: Munegowda, Keshava
Sent: Wednesday, August 18, 2010 8:26 AM
To: linux-usb@xxxxxxxxxxxxxxx; linux-omap@xxxxxxxxxxxxxxx
Cc: Munegowda, Keshava
Subject: [PAT |
|
|   |
| 158226204917_524660007789 | Hema HK |
|
-----Original Message-----
From: Greg KH [ rel="nofollow" mailto:greg@xxxxxxxxx mailto:greg@xxxxxxxxx ]
Sent: Wednesday, September 08, 2010 2:26 PM
To: Munegowda, Keshava
Cc: linux-usb-o |
|
|   |
| 139027584910_534260007472 | Kalliguddi Hema |
|
Hema HK <hemahk@xxxxxx writes:
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks,sysconfig settings.
used omap_hwmod_enable_wakeup |
|
|   |
| 191026984191_519360007567 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
static int musb_platform_resume(struct musb *musb)
{
u32 l;
+ struct device *dev = musb- controller;
+ struct |
|
|   |
| 176027234888_579160007596 | Kevin Hilman |
|
OMAP USBOTG modules has a requirement to set the auto idle bit only after
setting smart idle bit. Modified the _sys_enable api to set the smart idle
first and then the autoidle bit. Setting this will |
|
|   |
| 129524174529_591760007822 | Hema HK |
|
Hi,
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 5:12 AM
To: Kallig |
|
|   |
| 105429154442_597260007590 | Kalliguddi Hema |
|
Hema HK <hemahk@xxxxxx writes:
With OMAP core-off support musb was not functional as context was getting
lost after wakeup from core-off. And also musb was blocking the core-off
after load |
|
|   |
| 176025514347_567060007447 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ] |
|
|   |
| 114228034145_533360007474 | Hema HK |
|
Using omap_device_build api instead of platform_device_register for musb
device registration.The device specific resources defined in centralized
database will be used. So removed the resource defini |
|
|   |
| 190027564196_578860007213 | Hema HK |
|
OMAP3 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Hema HK <hemahk@xxxxxx
Cc: Felipe Balbi <felipe.bal |
|
|   |
| 138328434630_591360007963 | Hema HK |
|
Modified the Omap,Blackfin and Davinci board files to add the name of the IRQs
in the resource structures and musb driver to use the get_irq_byname() api to
get the mc and dma irq numbers instead of |
|
|   |
| 173528144877_517660007037 | Kalliguddi Hema |
|
Hema HK <hemahk@xxxxxx writes:
Cc: Felipe Balbi <felipe.balbi@xxxxxxxxx
Cc: Tony Lindgren <tony@xxxxxxxxxxx
Cc: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx
Cc: Cousson, Benoit |
|
|   |
| 176725454588_511460007481 | Krogerus Heikki EXTT |
|
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 5:29 AM
To: Kalligudd |
|
|   |
| 156223574283_570760007279 | Heikki Krogerus |
|
On Wed, Aug 18, 2010 at 04:01:05PM +0300, Krogerus Heikki (EXT-Teleca/Helsinki) wrote:
From: Heikki Krogerus <ext-heikki.krogerus@xxxxxxxxx
NXP ISP1704 is Battery Charging Specification 1. |
|
|   |
| 118125904035_537860007583 | Heikki Krogerus |
|
|
|
|   |
| 159127624425_522160007184 | Thara Gopinath |
|
+static void isp1704_charger_work(struct work_struct *data)
+{
+ struct isp1704_charger *isp =
+ container_of(data, struct isp1704_charger, work);
+
+ /* FIXME Only supporting dedicated |
|
|   |
| 118324094998_506060007783 | Kevin Hilman |
|
This patch introduces a user list of devices associated with each
voltage domain instance. The user list is implemented using plist
structure with priority node populated with the voltage values.
Thi |
|
|   |
| 109723534328_568660007543 | Kevin Hilman |
|
Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx writes:
+ if (!found) {
+ user = kzalloc(sizeof(struct omap_vdd_user_list), GFP_KERNEL);
+ if (!user) {
+ pr_err("%s: Unable to cre |
|
|   |
| 116620284901_545060007590 | Nishanth Menon |
|
Hello,
On Wed, 01 Sep 2010 15:51:40 -0700
Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx wrote:
Looking closer at this, keeping track of a list of devices and
constraints is what the regulator f |
|
|   |
| 172929184180_576560007558 | Nishanth Menon |
|
On Thu, 2 Sep 2010 03:17:56 -0500, Nishanth Menon <nm@xxxxxx wrote:
Just brainstorming - if we use the regulator framework - there are
potential benefits - agreed. BUT, consider the cpuidle |
|
|   |
| 134728874319_577360007994 | Nishanth Menon |
|
Hi,
On Thu, 2 Sep 2010 05:17:01 -0500, Nishanth Menon <nm@xxxxxx wrote:
note - if we allow unlock of irqs at this point, we cannot predictably
progress down the logic.
spin_unlock() would |
|
|   |
| 195722924403_595560007990 | Kevin Hilman |
|
Hi,
On Thu, 2 Sep 2010 05:40:56 -0500, Nishanth Menon <nm@xxxxxx wrote:
Felipe Balbi had written, on 09/02/2010 05:28 AM, the following:
Hi,
On Thu, 2 Sep 2010 05:17:01 -0500, Nishan |
|
|   |
| 173824504342_506560007810 | Kevin Hilman |
|
|
|
|   |
| 160923024839_550960007574 | Kevin Hilman |
|
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, September 02, 2010 4:22 AM
To: Gopi |
|
|   |
| 109924814492_527960007788 | Kevin Hilman |
|
On Fri, Sep 03, 2010 at 09:41:11AM -0700, Kevin Hilman wrote:
Like you, Im no expert on the regulator framework internals, but it
appears to have a pretty thorough system of constraints manageme |
|
|   |
| 183725934674_515660007783 | Eduardo Valentin |
|
On Fri, Sep 03, 2010 at 11:00:31AM -0700, Kevin Hilman wrote:
Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx writes:
The only thing I can think you might need to do if this is just straig |
|
|   |
| 114923214074_555360007426 | Mark Brown |
|
On Mon, 2010-09-06 at 22:59 +0300, Eduardo Valentin wrote:
Hello,
On Fri, Sep 03, 2010 at 08:20:52PM +0200, Mark Brown wrote:
On Fri, Sep 03, 2010 at 11:00:31AM -0700, Kevin Hilman wrote:
|
|
|   |
| 154220134877_588560007012 | Mark Brown |
|
"Gopinath, Thara" <thara@xxxxxx writes:
[...]
I agree probably regulator framework would be
the best place for this but then IMO regulator framework needs a lot of
changes to s |
|
|   |
| 169426884314_553260007065 | Thara Gopinath |
|
This patch extends the device hwmod structure to contain
info about the voltage domain to which the device belongs to.
This is needed to support a device based DVFS where the
device knows which volta |
|
|   |
| 110622964547_559860007793 | Kevin Hilman |
|
Thara Gopinath <thara@xxxxxx writes:
This patch adds an API in the opp layer that
can be used by the voltage layer to get a list of all the
scalable devices belonging to a particular volta |
|
|   |