| 124826704143_515160007001 | Gadiyar Anand |
|
|
|
|   |
| 159820714753_545660007790 | Felipe Balbi |
|
|
|
|   |
| 190429034106_596460007717 | Gadiyar Anand |
|
|
|
|   |
| 150620804691_507660007804 | Gadiyar Anand |
|
|
|
|   |
| 158023294553_502360007417 | 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 |
|
|   |
| 117120544087_531460007757 | Shubhrajyoti D |
|
|
|
|   |
| 131628044829_506960007069 | 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 |
|
|   |
| 186021624972_596660007438 | Varadarajan Charulat |
|
Thanks for the review
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 |
|
|   |
| 168326334518_537460007321 | 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 |
|
|   |
| 117822894650_573160007457 | Marc Chalain |
|
|
|
|   |
| 114824844511_523560007717 | Robert Nelson |
|
|
|
|   |
| 199321154520_582160007780 | 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 |
|
|   |
| 189120434943_586360007069 | 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 |
|
|   |
| 130026934702_581960007411 | 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 |
|
|   |
| 113922454701_579060007013 | 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 |
|
|   |
| 124621244498_575860007296 | 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 |
|
|   |
| 147523524412_599560007596 | 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 |
|
|   |
| 177520634640_571860007649 | Munegowda Keshava |
|
|
|
|   |
| 178722254342_548860007409 | Munegowda Keshava |
|
|
|
|   |
| 189921834654_560060007630 | Gadiyar Anand |
|
|
|
|   |
| 161322184755_511160007114 | 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 |
|
|   |
| 140724504467_582060007640 | 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 |
|
|   |
| 141522204704_505560007629 | 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 |
|
|   |
| 170527244855_504660007899 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
static int musb_platform_resume(struct musb *musb)
{
u32 l;
+ struct device *dev = musb- controller;
+ struct |
|
|   |
| 145521104082_510960007054 | 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 |
|
|   |
| 173923234273_549460007249 | 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 |
|
|   |
| 160828424700_507560007144 | 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 |
|
|   |
| 171520764365_541860007302 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ] |
|
|   |
| 104728374026_590260007238 | 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 |
|
|   |
| 180123384349_588360007059 | 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 |
|
|   |
| 193821864382_521060007817 | 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 |
|
|   |
| 146022884659_515960007320 | 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 |
|
|   |
| 130320784397_566960007529 | 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 |
|
|   |
| 197125454366_599860007249 | 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. |
|
|   |
| 123522474587_558460007034 | Heikki Krogerus |
|
|
|
|   |
| 164320674221_502560007901 | 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 |
|
|   |
| 184327384189_550160007552 | 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 |
|
|   |
| 182222004631_521860007128 | 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 |
|
|   |
| 174828404673_511360007119 | 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 |
|
|   |
| 136220724367_595060007497 | 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 |
|
|   |
| 198422994564_520460007843 | 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 |
|
|   |
| 110521664580_529460007476 | 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 |
|
|   |
| 184724894677_547860007546 | Kevin Hilman |
|
|
|
|   |
| 160624554385_527960007222 | 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 |
|
|   |
| 139829304294_576560007951 | 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 |
|
|   |
| 126228634249_582760007574 | 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 |
|
|   |
| 166921734741_524860007409 | 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:
|
|
|   |
| 172523154899_540160007606 | 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 |
|
|   |
| 194723994060_533260007629 | 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 |
|
|   |
| 155520764559_585060007438 | 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 |
|
|   |