| 115929674061_501860007919 | Gadiyar Anand |
|
|
|
|   |
| 137322154286_532060007221 | Felipe Balbi |
|
|
|
|   |
| 121527734971_529660007312 | Gadiyar Anand |
|
|
|
|   |
| 143329074114_517560007254 | Gadiyar Anand |
|
|
|
|   |
| 125028964122_565060007777 | 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 |
|
|   |
| 179425874744_585560007545 | Shubhrajyoti D |
|
|
|
|   |
| 177429784760_505960007656 | 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 |
|
|   |
| 128025134428_525160007098 | Varadarajan Charulat |
|
Thanks for the review
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ]
Sent: Thursday, August 26, 2010 |
|
|   |
| 156322434005_567860007184 | 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 |
|
|   |
| 193226694079_505460007508 | Marc Chalain |
|
|
|
|   |
| 183221114094_557560007700 | Robert Nelson |
|
|
|
|   |
| 111927404677_588060007976 | 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 |
|
|   |
| 153520794489_596460007299 | 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 |
|
|   |
| 106128944542_506760007961 | 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 |
|
|   |
| 125125044630_533160007948 | 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 |
|
|   |
| 183923894059_593360007025 | 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 |
|
|   |
| 163220844766_530960007564 | 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 |
|
|   |
| 128524994644_577560007974 | Munegowda Keshava |
|
|
|
|   |
| 107425244867_561760007438 | Munegowda Keshava |
|
|
|
|   |
| 157828424942_520760007500 | Gadiyar Anand |
|
|
|
|   |
| 115420124890_521460007855 | 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 |
|
|   |
| 124025784939_500560007903 | 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 |
|
|   |
| 157021724401_521360007864 | 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 |
|
|   |
| 118720214387_505360007979 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
static int musb_platform_resume(struct musb *musb)
{
u32 l;
+ struct device *dev = musb- controller;
+ struct |
|
|   |
| 149222154821_543460007994 | 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 |
|
|   |
| 193525774005_582460007951 | 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 |
|
|   |
| 167820314528_561760007415 | 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 |
|
|   |
| 151926074588_592160007535 | Kalliguddi Hema |
|
"Kalliguddi, Hema" <hemahk@xxxxxx writes:
-----Original Message-----
From: Kevin Hilman [ rel="nofollow" mailto:khilman@xxxxxxxxxxxxxxxxxxx mailto:khilman@xxxxxxxxxxxxxxxxxxx ] |
|
|   |
| 178420064557_517160007194 | 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 |
|
|   |
| 114925534409_597060007832 | 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 |
|
|   |
| 196429224408_596960007199 | 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 |
|
|   |
| 192024244231_544860007268 | 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 |
|
|   |
| 186325604875_545160007695 | 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 |
|
|   |
| 198622644701_554360007762 | 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. |
|
|   |
| 173725864315_514660007302 | Heikki Krogerus |
|
|
|
|   |
| 197925194224_538760007971 | 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 |
|
|   |
| 158624074394_581860007435 | 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 |
|
|   |
| 108527184996_596060007476 | 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 |
|
|   |
| 165421544741_535560007176 | 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 |
|
|   |
| 111724344762_543260007317 | 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 |
|
|   |
| 173425584837_595960007324 | 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 |
|
|   |
| 192925314731_532360007586 | 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 |
|
|   |
| 175824334304_575460007473 | Kevin Hilman |
|
|
|
|   |
| 122920464627_597060007324 | 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 |
|
|   |
| 114525194758_590860007338 | 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 |
|
|   |
| 122526854897_506160007841 | 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 |
|
|   |
| 138525724372_511660007721 | 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:
|
|
|   |
| 170326544154_500660007547 | 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 |
|
|   |
| 147926364594_510660007996 | 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 |
|
|   |
| 143027514515_518860007466 | 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 |
|
|   |