| 150522294564_526660007947 | Gadiyar Anand |
|
|
|
|   |
| 103421844694_534460007968 | Felipe Balbi |
|
|
|
|   |
| 143727624915_519260007442 | Gadiyar Anand |
|
|
|
|   |
| 154127394683_600060007004 | Gadiyar Anand |
|
|
|
|   |
| 151221574757_533960007048 | 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 |
|
|   |
| 148220944278_504660007431 | Shubhrajyoti D |
|
|
|
|   |
| 199323964616_568760007300 | 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 |
|
|   |
| 165521764061_556960007109 | Varadarajan Charulat |
|
Thanks for the review
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 |
|
|   |
| 101029114848_569360007961 | 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 |
|
|   |
| 169724224118_545460007709 | Marc Chalain |
|
|
|
|   |
| 150322424804_578160007164 | Robert Nelson |
|
|
|
|   |
| 121222814560_582960007300 | 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 |
|
|   |
| 112826234476_519060007845 | 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 |
|
|   |
| 129922024755_514760007665 | 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 |
|
|   |
| 110825924087_522760007848 | 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 |
|
|   |
| 193625494090_573960007379 | 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 |
|
|   |
| 190425434661_546460007629 | 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 |
|
|   |
| 176424994252_523960007443 | Munegowda Keshava |
|
|
|
|   |
| 108429904646_584060007541 | Munegowda Keshava |
|
|
|
|   |
| 150522454133_559260007179 | Gadiyar Anand |
|
|
|
|   |
| 143924084729_552960007059 | 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 |
|
|   |
| 190920504602_557060007973 | 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 |
|
|   |
| 119822784472_545060007161 | 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 |
|
|   |
| 189426024150_553960007287 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
static int musb_platform_resume(struct musb *musb)
{
u32 l;
+ struct device *dev = musb- controller;
+ struct |
|
|   |
| 108029474533_521360007005 | 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 |
|
|   |
| 139329774414_512260007561 | 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 |
|
|   |
| 118124154612_578360007126 | 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 |
|
|   |
| 175621834405_522860007923 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ] |
|
|   |
| 138925274525_554060007967 | 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 |
|
|   |
| 182821464913_536060007450 | 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 |
|
|   |
| 136627534427_578060007934 | 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 |
|
|   |
| 134120564349_595460007333 | 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 |
|
|   |
| 108025954516_548560007149 | 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 |
|
|   |
| 140722124677_593360007743 | 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. |
|
|   |
| 189925804889_581160007249 | Heikki Krogerus |
|
|
|
|   |
| 126123064002_568960007878 | 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 |
|
|   |
| 162224284934_597160007774 | 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 |
|
|   |
| 130424634369_582160007192 | 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 |
|
|   |
| 197023554404_564660007157 | 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 |
|
|   |
| 138921864737_527860007678 | 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 |
|
|   |
| 152722584985_552960007070 | 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 |
|
|   |
| 140625694499_534060007882 | 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 |
|
|   |
| 111328454344_548360007292 | Kevin Hilman |
|
|
|
|   |
| 167526354648_507960007936 | 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 |
|
|   |
| 123626704121_597460007118 | 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 |
|
|   |
| 165124744376_563560007323 | 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 |
|
|   |
| 170624094893_520560007433 | 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:
|
|
|   |
| 108628634277_543160007942 | 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 |
|
|   |
| 172320194576_537060007857 | 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 |
|
|   |
| 130523354527_542760007474 | 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 |
|
|   |