On Wed, 2012-05-30 at 16:08 -0500, Menon, Nishanth wrote:
> On Mon, May 14, 2012 at 5:18 AM, Tero Kristo wrote:
> > Currently device off does not have any counters / timers of its own
> > and it is impossible to track the time spent in this state. In device
> > off, MPU / CORE powerdomains enter O
On 05/31/2012 09:31 AM, Tomi Valkeinen wrote:
> It's true that there's a commit range where the asoc stuff doesn't
> compile, and I agree that it's not good. But you need to explicitly
> enable the HDMI ASOC support to get the error.
>
You can still hit the build breakage by randconfig or if it's
On Thu, 2012-05-31 at 08:41 +0300, Jarkko Nikula wrote:
> On 05/31/2012 02:35 AM, Ricardo Neri wrote:
> > Build breaks because there some patches [1] that are still missing in
> > Linus' tree. ASoC HDMI audio driver for OMAP[2] now uses the new DSS
> > audio functionality in [1], but ASoC patches w
On 05/31/2012 02:35 AM, Ricardo Neri wrote:
> Build breaks because there some patches [1] that are still missing in
> Linus' tree. ASoC HDMI audio driver for OMAP[2] now uses the new DSS
> audio functionality in [1], but ASoC patches were merged first. DSS
> patches have been accepted and they are
Hi Jon and Benoit,
Thanks for reminding, how about below patch?
diff --git a/Documentation/devicetree/bindings/watchdog/omap-wdt.txt
b/Documentation/devicetree/bindings/watchdog/omap-wdt.txt
new file mode 100644
index 000..4272d06
--- /dev/null
+++ b/Documentation/devicetree/bindings/watchdo
Ricardo Neri wrote:
+Tomi
Hi Xiao,
On 05/30/2012 02:14 AM, Xiao Jiang wrote:
Hello,
After enable SND_OMAP_SOC_OMAP_HDMI with omap2plus_defconfig, I got some
err infos with latest
Linus's tree, does somebody also has the same issue?
sound/soc/omap/omap-hdmi.c:45:24: error: field 'dss_audio' h
On Thu, May 31, 2012 at 3:39 AM, Kevin Hilman wrote:
> "Menon, Nishanth" writes:
>
>> On Wed, May 30, 2012 at 12:59 PM, Kevin Hilman wrote:
>>> "Menon, Nishanth" writes:
>>>
On Thu, May 17, 2012 at 3:52 AM, Shilimkar, Santosh
wrote:
> On Thu, May 17, 2012 at 12:34 PM, Shilimkar,
Hi Kevin,
On Wed, May 30, 2012 at 10:50:01PM +0100, Kevin Hilman wrote:
> Basically, I don't like the result when we have to hack around missing
> runtime PM support for a driver, so IMO, the driver should be updated.
>
> IOW, it looks to me like the armpmu driver should grow runtime PM
> support
Tony,
These couple patches didn't make it for v3.5 because of some cross-tree
dependencies. All the dependencies are now merged (after Linus merged
arm-soc/next/pm), so here's the remaining patches.
Not sure if you want to get them in for 3.5-rc or queue them in your
cleanup branch for v3.6. Up
+Tomi
Hi Xiao,
On 05/30/2012 02:14 AM, Xiao Jiang wrote:
Hello,
After enable SND_OMAP_SOC_OMAP_HDMI with omap2plus_defconfig, I got some
err infos with latest
Linus's tree, does somebody also has the same issue?
sound/soc/omap/omap-hdmi.c:45:24: error: field 'dss_audio' has
incomplete type
so
Tony,
Here's a couple PM related fixes for v3.5-rc, based on your cleanup
branch.
Kevin
The following changes since commit 2c65e7440d56b3b285d1c95563b4dcce8e40dea3:
GPMC: add ECC control definitions (2012-05-10 09:39:47 -0700)
are available in the git repository at:
git://git.kernel.org/
Daniel Lezcano writes:
> On 05/30/2012 08:07 PM, Kevin Hilman wrote:
>> Daniel Lezcano writes:
>>
>>> On 05/14/2012 06:42 AM, Rajendra Nayak wrote:
On Thursday 10 May 2012 03:32 PM, Daniel Lezcano wrote:
> The current Makefile compiles the cpuidle34xx.c and cpuidle44xx.c files
> ev
"Menon, Nishanth" writes:
> On Wed, May 30, 2012 at 12:59 PM, Kevin Hilman wrote:
>> "Menon, Nishanth" writes:
>>
>>> On Thu, May 17, 2012 at 3:52 AM, Shilimkar, Santosh
>>> wrote:
On Thu, May 17, 2012 at 12:34 PM, Shilimkar, Santosh
wrote:
> On Thu, May 17, 2012 at 4:12 AM, Kev
Jon Hunter writes:
> Hi Kevin,
>
> On 05/29/2012 05:07 PM, Jon Hunter wrote:
>> Hi Kevin,
>>
>> On 05/29/2012 04:17 PM, Kevin Hilman wrote:
>>> Jon Hunter writes:
>>>
From: Jon Hunter
This patch is based upon Ming Lei's patch to add runtime PM support for
OMAP4
[1]. I
On Mon, May 14, 2012 at 5:18 AM, Tero Kristo wrote:
> Currently device off does not have any counters / timers of its own
> and it is impossible to track the time spent in this state. In device
> off, MPU / CORE powerdomains enter OSWR, so normally the RETENTION
> state times / counts are increase
Hi,
On 24 May 2012 10:44, Cousson, Benoit wrote:
> On 5/2/2012 7:42 AM, Bedia, Vaibhav wrote:
>>
>> Hi Omar,
>>
>> On Tue, May 01, 2012 at 23:17:38, Omar Ramirez Luna wrote:
>>>
>>> To allow mailbox driver to function with device tree.
>>>
>>> Tested in OMAP4 and OMAP3. OMAP2 untested.
>>
>>
>> I
On 05/30/2012 08:07 PM, Kevin Hilman wrote:
> Daniel Lezcano writes:
>
>> On 05/14/2012 06:42 AM, Rajendra Nayak wrote:
>>> On Thursday 10 May 2012 03:32 PM, Daniel Lezcano wrote:
The current Makefile compiles the cpuidle34xx.c and cpuidle44xx.c files
even if the cpuidle option is not s
On Wednesday 30 May 2012, Kishon Vijay Abraham I wrote:
>
> This patch series is done as a preparatory step for adding phy drivers
> for dwc3 and musb.
>
> This series adds a new driver for ocp2scp to which phy drivers are connected.
>
> I'm planning to send phy drivers asap. Meanwhile I'd like
On Wed, May 30, 2012 at 12:59 PM, Kevin Hilman wrote:
> "Menon, Nishanth" writes:
>
>> On Thu, May 17, 2012 at 3:52 AM, Shilimkar, Santosh
>> wrote:
>>> On Thu, May 17, 2012 at 12:34 PM, Shilimkar, Santosh
>>> wrote:
On Thu, May 17, 2012 at 4:12 AM, Kevin Hilman wrote:
> Tero Kristo
Daniel Lezcano writes:
> On 05/14/2012 06:42 AM, Rajendra Nayak wrote:
>> On Thursday 10 May 2012 03:32 PM, Daniel Lezcano wrote:
>>> The current Makefile compiles the cpuidle34xx.c and cpuidle44xx.c files
>>> even if the cpuidle option is not set in the kernel.
>>>
>>> This patch fixes this by c
"Menon, Nishanth" writes:
> On Thu, May 17, 2012 at 3:52 AM, Shilimkar, Santosh
> wrote:
>> On Thu, May 17, 2012 at 12:34 PM, Shilimkar, Santosh
>> wrote:
>>> On Thu, May 17, 2012 at 4:12 AM, Kevin Hilman wrote:
Tero Kristo writes:
> [...]
- Rather than hooking into omap4_enter
Hi Benoit,
On 05/30/2012 10:30 AM, Cousson, Benoit wrote:
> Hi Jon,
>
> On 5/30/2012 5:03 PM, Jon Hunter wrote:
>> Hi Benoit,
>>
>> On 05/30/2012 02:54 AM, Cousson, Benoit wrote:
>>> On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
> On 05/25/2012 05:42 AM, jgq...@gmail.com wrot
Hi Jon,
On 5/30/2012 5:03 PM, Jon Hunter wrote:
Hi Benoit,
On 05/30/2012 02:54 AM, Cousson, Benoit wrote:
On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang
Add device table for omap_wdt to support dt.
Signed-off-by:
On 5/30/2012 4:51 PM, Shilimkar, Santosh wrote:
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham I wrote:
"ocp2scp_usb_phy_ick" clock node was a fake clock node created
to control MODULEMODE of ocp2scp. Since the hwmod for ocp2scp is now added
(which can be used to control MODULEMODE) this
On Mon, May 21, 2012 at 5:40 AM, Shilimkar, Santosh
wrote:
>
>>>
> Not sure what you mean wakeup issue on GP device.
>
> IIUC, the issue is:
> Wakeup from device OFF, hardware releases the reset for both CPUs,
> This is special case and applicable only for device OFF. The reason
> CPU1 needs to be
On Wed, May 30, 2012 at 8:04 PM, Kishon Vijay Abraham I wrote:
> All the unnessary functions in omap-phy-internal is removed.
> These functionality are now handled by omap-usb2 phy driver.
>
Cool. One less item in platform code.
--
To unsubscribe from this list: send the line "unsubscribe linux-om
On Wed, May 30, 2012 at 8:04 PM, Kishon Vijay Abraham I wrote:
> All phy related programming like enabling/disabling the clocks, powering
> on/off the phy is taken care of by this driver. It is also used for OTG
> related functionality like srp.
>
> Cc: Felipe Balbi
> Signed-off-by: Kishon Vijay
Hi Benoit,
On 05/30/2012 02:54 AM, Cousson, Benoit wrote:
> On 5/30/2012 5:18 AM, Xiao Jiang wrote:
>> Jon Hunter wrote:
>>> On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang
Add device table for omap_wdt to support dt.
Signed-off-by: Xiao Jiang
---
>
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham I wrote:
> Adds a new driver _ocp2scp_. This driver takes the responsibility of creating
> all the devices that is connected to OCP2SCP. In the case of OMAP4, USB2PHY
> is connected to ocp2scp.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
[
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham I wrote:
> "ocp2scp_usb_phy_ick" clock node was a fake clock node created
> to control MODULEMODE of ocp2scp. Since the hwmod for ocp2scp is now added
> (which can be used to control MODULEMODE) this clock node is removed.
>
> Cc: Benoit Cousso
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham I wrote:
> Made *ocp2scp_usb_phy_phy_48m* as the main_clk for ocp2scp.
> Since this ocp2scp module does not have any fck but does have a
> single opt_clock, it is added as the main_clk for ocp2scp.
>
> Signed-off-by: Kishon Vijay Abraham I
> -
On Wed, May 30, 2012 at 3:32 AM, Tero Kristo wrote:
> On Tue, 2012-05-29 at 15:10 -0500, Menon, Nishanth wrote:
>> On Mon, May 14, 2012 at 5:18 AM, Tero Kristo wrote:
>> > Added similar PM errata flag support as omap3 has. A few errata flags
>> > will be added in subsequent patches.
>>
>> Conside
On 05/29/2012 10:19 PM, Xiao Jiang wrote:
> Jon Hunter wrote:
>> On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
>>
>>> From: Xiao Jiang
>>>
>>> Add wdt node to support dt.
>>>
>>> Signed-off-by: Xiao Jiang
>>> ---
>>> arch/arm/boot/dts/omap3.dtsi |5 +
>>> arch/arm/boot/dts/omap4.dts
This series adds a new usb2 phy driver. The device for which is created
by the ocp2scp driver. This also uses control module driver.
This series converts twl6030 as a comparator driver (previously it was
also the phy driver) and makes use of omap-usb2 as the phy driver.
Instead of notification me
All phy related programming like enabling/disabling the clocks, powering
on/off the phy is taken care of by this driver. It is also used for OTG
related functionality like srp.
Cc: Felipe Balbi
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/Kconfig | 17 ++-
drivers/usb/o
The twl6030 which was the phy driver (phy + comparator) is now
made only as comparator driver used for detecting VBUS and ID events
and reporting it to the glue using an export API created in omap musb
glue.
The MUSB should now use omap-usb2 as the phy driver.
Both twl6030 and twl4030 are made to
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by omap-usb2 phy driver.
Cc: Felipe Balbi
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/omap_phy_internal.c | 138 ---
arch/arm/mach-omap2/twl-common.c
On Wed, May 30, 2012 at 11:42 AM, Stephen Boyd wrote:
> I was hoping we could use class_for_each_device() and
> class_find_device() to replace all this code. Then we wouldn't need all
> this klist stuff that the class is taking care of already.
Awesome! This really is worth a shot.
>> +/**
>> +
On 5/30/2012 12:42 PM, Eduardo Valentin wrote:
Hello,
On Wed, May 30, 2012 at 12:22:49PM +0200, Cousson Benoit wrote:
On 5/30/2012 12:17 PM, Konstantin Baydarov wrote:
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38
Hi Stephen,
As always - thanks for your review!
On Wed, May 30, 2012 at 11:36 AM, Stephen Boyd wrote:
> It looks like remoteproc0, remoteproc1, etc. is what's used.
Thanks, I'll update the commit log.
> One complaint I've gotten is that the error messages are essentially
> useless now. I belie
"ocp2scp_usb_phy_ick" clock node was a fake clock node created
to control MODULEMODE of ocp2scp. Since the hwmod for ocp2scp is now added
(which can be used to control MODULEMODE) this clock node is removed.
Cc: Benoit Cousson
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/clock4
Adds a new driver _ocp2scp_. This driver takes the responsibility of creating
all the devices that is connected to OCP2SCP. In the case of OMAP4, USB2PHY
is connected to ocp2scp.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/misc/Kconfig |8 ++
drivers/misc/Makefile
In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
is assigned a device attribute to represent the attached devices.
Signed-off-by: Kishon Vijay Abraham I
Cc: Benoit Cousson
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 21 +
1 files changed, 21 inser
Platfrom device for ocp2scp is created using omap_device_build in
devices file. This is used for both omap4(musb) and omap5(dwc3).
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/devices.c | 72 +
1 files changed, 72 insertions(+), 0 deleti
This patch series is done as a preparatory step for adding phy drivers
for dwc3 and musb.
This series adds a new driver for ocp2scp to which phy drivers are connected.
I'm planning to send phy drivers asap. Meanwhile I'd like to get some
review comments for this series. I have also plans to send
Made *ocp2scp_usb_phy_phy_48m* as the main_clk for ocp2scp.
Since this ocp2scp module does not have any fck but does have a
single opt_clock, it is added as the main_clk for ocp2scp.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |1 +
1 files changed, 1
Hello,
On Wed, May 30, 2012 at 12:22:49PM +0200, Cousson Benoit wrote:
> On 5/30/2012 12:17 PM, Konstantin Baydarov wrote:
> > Hi.
> >On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
> >>On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
> >>>On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
> On
Am 28.05.2012 10:24, schrieb Ming Lei:
> On Mon, May 28, 2012 at 2:56 PM, Hiremath, Vaibhav wrote:
>> On Fri, May 25, 2012 at 20:49:07, Thomas Klute wrote:
>>> Hi everyone,
>>>
>>> we're having some trouble getting useful results from Ftrace on OMAP3
>>> (Gumstix Overo). As you can see in the ex
On 5/30/2012 12:17 PM, Konstantin Baydarov wrote:
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Edua
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
> On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
>> On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
>>> On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
> This pat
If there is no difference between the OMAP3 and the OMAP4 WDT IP,
just add one entry "ti,omap3-wdt". And then in the OMAP4 DTS you will
just put : compatible = "ti,omap3-wdt"; or compatible =
"ti,omap4-wdt", "ti,omap3-wdt";
I'm still a little bit confused about the real need for the
"ti,omap
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
This patch add device tree entries on OMAP4 based boards for
System Control Module (S
Jon Hunter wrote:
Hi Xiao Jiang,
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang
This series can be applied to dt branch of linux-omap tree.
Thanks for sending this!
Since omap24xx series has different wdt base addr (omap2420: 0x48022000 and
omap2430: 0x4901600
Cousson, Benoit wrote:
On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang
Add device table for omap_wdt to support dt.
Signed-off-by: Xiao Jiang
---
drivers/watchdog/omap_wdt.c | 8
1 files changed, 8 insertion
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
> On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
>>Hi, Eduardo.
>>
>> On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
>>> This patch add device tree entries on OMAP4 based boards
>>> for System Control Module (SCM).
>>>
>>> Signed-off-by: Eduard
Hi!
I need to use the latest kernel at a am3517 based board where
Craneboard schematic was used as a reference. In addition to Cranboard
scheme I have wl1271 chip added and therefore I need a kernel - one of
the latests to support wireless feature.
The job I did:
1) used kernel from Craneboard (M
On Tue, 2012-05-29 at 14:30 -0700, Kevin Hilman wrote:
> Tero Kristo writes:
>
> > Current I2C timing parameters do not work with Panda board at least.
> > Parameters updated based on TI recommendation.
> >
> > Signed-off-by: Tero Kristo
>
> Let's fix this correctly by deriving/calculating them
On Tue, 2012-05-29 at 15:48 -0500, Menon, Nishanth wrote:
> On Tue, May 29, 2012 at 3:15 PM, Kevin Hilman wrote:
> > Tero Kristo writes:
> >
> >> On Wed, 2012-05-16 at 17:06 -0700, Kevin Hilman wrote:
> >>> +Benoit
> >>>
> >>> Tero Kristo writes:
> >>>
> >>> > save_secure_all needs l3_main_3_ick
On 5/26/2012 12:36 AM, Ohad Ben-Cohen wrote:
> /* will be called when an rproc is added to the rprocs klist */
> static void klist_rproc_get(struct klist_node *n)
> {
> struct rproc *rproc = container_of(n, struct rproc, node);
>
> - kref_get(&rproc->refcount);
> + get_device(&rp
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
This patch add device tree entries on OMAP4 based boards
for System Control Module (SCM).
Signed-off-by: Eduardo Valentin
---
arch/arm/boot/dts/omap4.dtsi | 13 +
On 5/26/2012 12:36 AM, Ohad Ben-Cohen wrote:
> For each registered rproc, maintain a generic remoteproc device whose
> parent is the low level platform-specific device (commonly a pdev, but
> it may certainly be any other type of device too).
>
> With this in hand, the resulting device hierarchy mi
On Tue, 2012-05-29 at 13:15 -0700, Kevin Hilman wrote:
> Tero Kristo writes:
>
> > On Wed, 2012-05-16 at 17:06 -0700, Kevin Hilman wrote:
> >> +Benoit
> >>
> >> Tero Kristo writes:
> >>
> >> > save_secure_all needs l3_main_3_ick and l4_secure_clkdm enabled,
> >> > otherwise the secure ROM code
On Tue, 2012-05-29 at 15:10 -0500, Menon, Nishanth wrote:
> On Mon, May 14, 2012 at 5:18 AM, Tero Kristo wrote:
> > Added similar PM errata flag support as omap3 has. A few errata flags
> > will be added in subsequent patches.
>
> Considering that we might have erratas for future SoCs as well,
>
On Tue, 2012-05-29 at 11:31 -0700, Kevin Hilman wrote:
> Tero Kristo writes:
>
> > On Wed, 2012-05-16 at 15:36 -0700, Kevin Hilman wrote:
> >> +Jean for functional power states
> >>
> >> Tero Kristo writes:
> >>
> >> > This patch adds device off support to OMAP4 device type.
> >>
> >> Descrip
On Tue, 2012-05-29 at 14:29 -0700, Kevin Hilman wrote:
> Tero Kristo writes:
>
> > Hi,
> >
> > This set adds support for TPS62361 PMIC, which is used to power
> > MPU voltagedomain on OMAP4460 boards. These patches apply on top
> > of 3.4 + my voltagedomain fixes set to avoid adding redundant cod
On Tue, 2012-05-29 at 14:32 -0500, Menon, Nishanth wrote:
> On Mon, May 14, 2012 at 5:03 AM, Tero Kristo wrote:
> [...]
> > +/**
> > * _enable - enable an omap_hwmod
> > * @oh: struct omap_hwmod *
> > *
> > @@ -1599,6 +1629,8 @@ static int _enable(struct omap_hwmod *oh)
> >_enable_clock
On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang
Add device table for omap_wdt to support dt.
Signed-off-by: Xiao Jiang
---
drivers/watchdog/omap_wdt.c | 8
1 files changed, 8 insertions(+), 0 deletions(-)
di
Commit fa550189 (mmc: core: Prevent eMMC VCC supply to be cut from late init)
slightly affected timings for how things are done for the omap MMC driver
causing the MMC cards not getting detected any longer.
Turns out this was caused by buggy reg_shift initialization in the omap
MMC driver that was
68 matches
Mail list logo