AM3517/3505 chips don't have voltage controller and voltage processor
IP blocks. Trying to use OMAP34xx/36xx voltage domain data on these
chips causes a crash during boot:
omap_vc_init_channel: PMIC info requried to configure vc forvdd_core not
populated.Hence cannot initialize vc
Unable
The HSMMC1/HSMMC2 host controllers on OMAP34xx and
OMAP3503/3515/3525/3530 chips at ES levels prior to 3.0 can't do multiple
block reads[1]. Mark the hwmod data appropriately.
Reported by Dave Hylands dhyla...@gmail.com and Steve Sakoman
sako...@gmail.com. Thanks to Steve Sakoman for further
Hi
some comments
On Fri, 16 Dec 2011, Ricardo Neri wrote:
When playing audio through HDMI, the module should be put in
no-idle mode. This is to prevent the DSS_L3_ICLK to be shut down.
Once audio playback is stopped, the module is set back to smart-idle
wakeup-capable.
This is due to a
On Fri, 2011-12-16 at 10:26 +0530, Mahapatra, Chandrabhanu wrote:
On Thu, Dec 15, 2011 at 2:25 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2011-12-14 at 10:21 +0530, Chandrabhanu Mahapatra wrote:
+const struct dispc_coef *dispc_ovl_get_scale_coef(int inc, int five_taps)
+{
+
On Fri, 2011-12-16 at 01:14 -0700, Paul Walmsley wrote:
@@ -572,12 +573,16 @@ int hdmi_audio_trigger(struct
snd_pcm_substream *substream, int cmd,
case SNDRV_PCM_TRIGGER_START:
case SNDRV_PCM_TRIGGER_RESUME:
case SNDRV_PCM_TRIGGER_PAUSE_RELEASE:
+
Hi Tony,
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 hwmod_data_fixes_3.2rc
Aaro Koskinen (1):
ARM: OMAP: hwmod data: fix the panic on
On Fri, Dec 16, 2011 at 12:58 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Tarun,
On Wed, Dec 14, 2011 at 1:50 AM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
This series is continuation of cleanup of OMAP GPIO driver and fixes.
The cleanup include getting rid of cpu_is_* checks
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers in platform_data either, right?
In the future, if someone wants to run a platform_data-less kernel,
they'll have to come up with a replacement mechanism for these. Several
replacements have been proposed
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
For I2C clockactivity field is added for OMAP3 and OMAP4 that defines how the
interface (OCP) and functional (system) clocks behave when the I2C module is
idle.
The configuration of the clock activity bit field (per TRM) is as follows:
0x0: Both
On Fri, Dec 16, 2011 at 1:45 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2011-12-16 at 10:26 +0530, Mahapatra, Chandrabhanu wrote:
On Thu, Dec 15, 2011 at 2:25 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Wed, 2011-12-14 at 10:21 +0530, Chandrabhanu Mahapatra wrote:
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
Under some error conditions the i2c driver may do a reset.
Adding a reset field and support in the device-specific code to aid
error-recovery.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Thanks, queued for 3.3.
- Paul
--
To unsubscribe
Hi
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
- The reset in the driver at init is not needed anymore as the
hwmod framework takes care of reseting it.
- Reset is removed from omap_i2c_init, which was called
not only during probe, but also after time out and error handling.
Hi
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
The SYSC register should not accessed in the driver removing the
define from the driver.
Also clean up the syscstate from the omap_i2c_dev struct.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Shubhrajyoti D
Hi
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
Add a function omap_device_reset() to reset all the hwmods in the hwmod
device.
This is intended to be used by device drivers to reset all the hwmods in
the
device. This is needed to support some ips like i2c which may have to do
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers in platform_data either, right?
In the future, if someone wants to run a platform_data-less kernel,
they'll have to come up with a replacement
Hi Shubhro,
On 12/13/2011 11:55 AM, Shubhrajyoti D wrote:
Under some error conditions the i2c driver may do a reset.
Adding a reset field and support in the device-specific code to aid
error-recovery.
Signed-off-by: Shubhrajyoti Dshubhrajy...@ti.com
---
arch/arm/plat-omap/i2c.c |2 ++
Hi Benoit,
On Friday 16 December 2011 02:21 PM, Cousson, Benoit wrote:
Hi Shubhro,
On 12/13/2011 11:55 AM, Shubhrajyoti D wrote:
Under some error conditions the i2c driver may do a reset.
Adding a reset field and support in the device-specific code to aid
error-recovery.
Signed-off-by:
Ben,
On Friday 16 December 2011 02:10 PM, Paul Walmsley wrote:
Hi
On Tue, 13 Dec 2011, Shubhrajyoti D wrote:
- The reset in the driver at init is not needed anymore as the
hwmod framework takes care of reseting it.
- Reset is removed from omap_i2c_init, which was called
not only
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
Ricardo, struct omap_dss_board_info already contains a few function
pointers, for example get_context_loss_count. I think
omap_hwmod_set_slave_idlemode can be handled the same way.
Although I'm not sure should the function pointer be just
On 12/16/2011 9:47 AM, Tomi Valkeinen wrote:
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers in platform_data either, right?
In the future, if someone wants to run a platform_data-less kernel,
they'll
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers in platform_data either, right?
In the future, if someone wants to run a platform_data-less kernel,
(cc Jarkko)
On Mon, 12 Dec 2011, Cousson, Benoit wrote:
On 12/12/2011 12:35 AM, NeilBrown wrote:
In 3.2-rc5 (and some earlier kernels) I'm getting the boot-time warning:
[0.186828] omap-mcbsp.2: alias fck already exists
and
[0.188476] omap-mcbsp.3: alias fck
On Thu, Dec 15, 2011 at 03:53:50PM +, Dave Martin wrote:
Making CACHE_L2X0 depend on (huge list of MACH_ and ARCH_ configs)
is bothersome to maintain and likely to lead to merge conflicts.
This patch moves the knowledge of which platforms have a L2x0 or
PL310 cache controller to the
On Thu, Dec 15, 2011 at 03:53:54PM +, Dave Martin wrote:
The i.MX6 Quad SoC will work without the l2x0 L2 cache controller
support built into the kernel, so this patch removes the dependency
on CACHE_L2X0.
This makes the l2x0 support optional, so that it can be turned off
when desired
Hi Tony
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 i2c_reset_devel_3.3
Shubhrajyoti D (2):
ARM: OMAP: omap_device: add omap_device_reset
Hi
On Mon, 12 Dec 2011, Benoit Cousson wrote:
If the module does not have any modulemode, the _disable_module function
will do nothing. There is then no point waiting for a idle status change.
It will remove the following warnings.
[0.331848] omap_hwmod: dmm: _wait_target_disable
Hi Paul,
On 12/16/2011 11:21 AM, Paul Walmsley wrote:
Hi
On Mon, 12 Dec 2011, Benoit Cousson wrote:
If the module does not have any modulemode, the _disable_module function
will do nothing. There is then no point waiting for a idle status change.
It will remove the following warnings.
[
Hi
On Mon, 21 Nov 2011, Rajendra Nayak wrote:
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to enable it
at a later point, the hwmod framework throws a WARN() about
the
Hi Paul,
On Friday 16 December 2011 04:07 PM, Paul Walmsley wrote:
On Mon, 21 Nov 2011, Rajendra Nayak wrote:
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to enable
Hi Rajendra,
I've combined your patches down to one patch and changed the logic a
little bit. It looks to me that the update and clear context registers
can be done in one step, since an IP block shouldn't lose context when
it's enabled. But maybe I'm missing something?
Anyway, I'd
Hi
On Fri, 16 Dec 2011, Paul Walmsley wrote:
+ * XXX Will not work correctly if the RM_*_CONTEXT register
+ * offset is 0 -- probably a flag should be used to avoid this
+ * situation, rather than testing @oh-prcm.omap4.context_offs. No
+ * return value.
By the way, I'm also worried about
Hi Tony
Here are some hwmod data changes for the 3.3 merge window. Note that they
have a dependency on the 3.2-rc hwmod data fixes. Once those are merged,
I'd be happy to update this pull request on a stable commit.
The following changes since commit 91a36bdb3ada99ebf3a613a0dab2d741445ffd7f:
-Original Message-
From: Hilman, Kevin
Sent: Saturday, December 10, 2011 6:51 AM
To: Tony Lindgren
Cc: Ilya Yanok; linux-omap@vger.kernel.org; w...@denx.de; d...@denx.de;
sash...@emcraft.com; Hiremath, Vaibhav
Subject: Re: [PATCH] AM35xx: disable checking for reserved feature bits
Hi Tony,
This series converts the USB EHCI/OHCI code to use runtime PM. It has
multiple hwmods for its omap_device, but Keshava Partha have promised to
post patches to solve that problem for the 3.4 merge window.
This series has a dependency on the hwmod_data_devel_3.3 branch, which
in turn
From: Santosh Shilimkar santosh.shilim...@ti.com
Local timer clock is sourced from the CPU clock and hence changes
along with CPU clock. These per CPU local timers are used as
clock-events, so they need to be reconfigured on CPU frequency
change as part of CPUfreq governor.
Newly introduced
This patch doesn't change functionality or behavior of the code
execution; it barely cleans up the code and splits into SoC
specific implementation for Rev ID and feature detection.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Changes from V1:
- Incorporated suggessions from Tony
Hi Paul,
On Friday 16 December 2011 04:46 PM, Paul Walmsley wrote:
Hi Rajendra,
I've combined your patches down to one patch and changed the logic a
little bit. It looks to me that the update and clear context registers
can be done in one step, since an IP block shouldn't lose context when
On Friday 16 December 2011 04:53 PM, Paul Walmsley wrote:
Hi
On Fri, 16 Dec 2011, Paul Walmsley wrote:
+ * XXX Will not work correctly if the RM_*_CONTEXT register
+ * offset is 0 -- probably a flag should be used to avoid this
+ * situation, rather than testing @oh-prcm.omap4.context_offs.
On Fri, 16 Dec 2011, Rajendra Nayak wrote:
On Friday 16 December 2011 04:53 PM, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Paul Walmsley wrote:
+ * XXX Will not work correctly if the RM_*_CONTEXT register
+ * offset is 0 -- probably a flag should be used to avoid this
+ * situation,
On Fri, 16 Dec 2011, Rajendra Nayak wrote:
On Friday 16 December 2011 04:46 PM, Paul Walmsley wrote:
Hi Rajendra,
I've combined your patches down to one patch and changed the logic a
little bit. It looks to me that the update and clear context registers
can be done in one step,
On Friday 16 December 2011 06:08 PM, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Rajendra Nayak wrote:
On Friday 16 December 2011 04:46 PM, Paul Walmsley wrote:
Hi Rajendra,
I've combined your patches down to one patch and changed the logic a
little bit. It looks to me that the update and
From: Rajendra Nayak rna...@ti.com
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to enable it
at a later point, the hwmod framework throws a WARN() about
the device being
From: Benoit Cousson b-cous...@ti.com
If the module does not have any modulemode, the _disable_module function
will do nothing. There is then no point waiting for a idle status change.
It will remove the following warnings.
[0.331848] omap_hwmod: dmm: _wait_target_disable failed
[
On Thu, 2011-12-15 at 22:10 -0700, Paul Walmsley wrote:
Hi
This series was boot-tested on a 4430 ES2 Panda also. It generates the
following message on boot:
PRCM: failed to allocate irq descs: -12
which is an -ENOMEM coming from irq_alloc_descs(). This is probably
because OMAP
Hi Tony
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 tk_prm_chain_handler_devel_3.3
Govindraj R (1):
ARM: OMAP2+: hwmod: Add API to enable
Hi,
I found that face detection module(fdif) can't be enabled successfully
without the
change in [1].
Looks like it is not a good way to do it because the dynamic dependency of
CD_CAM on l3_2 is disabled at default, not like other ones, so I guess that
it may work if the dynamic dependency is
On OMAP4 we were writing 1 to IRQENABLE_CLR which cleared only
the arbitration lost interrupt. The patch intends to fix the same by writing 0
to the IE register clearing all interrupts.
This is based on the work done by Vikram Pandita vikram.pand...@ti.com.
The changes from the original patch
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
[1], add static dependency
Sorry for the mess, see attachment for the change.
thanks,
--
Ming Lei
diff --git a/arch/arm/mach-omap2/pm44xx.c b/arch/arm/mach-omap2/pm44xx.c
index c264ef7..23e1f8c 100644
---
The last missing manpage for cpupower tools.
More info about other architecture's sleep state specialities would be great.
Signed-off-by: Thomas Renninger tr...@suse.de
CC: linux-arm-ker...@lists.infradead.org
CC: jean.pi...@newoldbits.com
CC: linux-omap@vger.kernel.org
CC:
On 12/16/2011 7:28 AM, Paul Walmsley wrote:
Hi Benoît
On Mon, 28 Nov 2011, Peter Ujfalusi wrote:
To be able to get the memory resources by name from
the DMIC driver (for MPU and for DMA).
Any comments on this one? Looks like we'd need to add these names as
hints in the script.
Maybe not,
Hi Paul,
On 12/16/2011 6:53 AM, Paul Walmsley wrote:
Hi Benoît
On Wed, 14 Dec 2011, Ming Lei wrote:
Signed-off-by: Ming Leiming@canonical.com
Acked-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81
1 files
On Fri, Dec 16, 2011 at 7:20 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
[1], add static dependency
Sorry for the mess, see attachment for the change.
Your patch is setting static dependency between ISS and l3_2.
It's
Hi Rajendra,
Just one minor comment if you plan to repost.
On 12/14/2011 12:55 PM, Rajendra Nayak wrote:
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
static initialization from generic board file.
Acked-by: Rob
Hi Tony,
On 12/13/2011 11:38 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [111213 05:02]:
On 12/13/2011 2:27 PM, Tomi Valkeinen wrote:
Hi,
On Tue, 2011-12-06 at 17:49 +0100, Benoit Cousson wrote:
devicetree will become the mandatory boot method for OMAP2+.
In order to avoid
as you have done.
This will impact power since l3_2 can't idle as long as iss clock
domain is active.
I need to check internal code-base but I don't remember this
issue observed so far.
In fact, I saw the issue on 3.2.0-rc5-next-20111216, and even
no such issue on 3.2.0-rc5. After some
-rc5-next-20111216, and even
no such issue on 3.2.0-rc5. After some bisecting, I found below
is the first commit on which the issue can be observed:
commit 3c50729b3fa1cd8ca1f347e6caf1081204cf1a7c
Author: Santosh Shilimkar santosh.shilim...@ti.com
Date: Wed Jan 5 22:03:17 2011 +0530
ARM
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
Also I have tried to add 'l3_2_clkdm' into dependency table of iss_clkdm in
[2],
and it doesn't work.
Also, I still have the question why the static dependency isn't generated from
the table .wkdep_srcs of struct
On Fri, Dec 16, 2011 at 9:27 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
Also I have tried to add 'l3_2_clkdm' into dependency table of iss_clkdm in
[2],
and it doesn't work.
Also, I still have the question why the
Hi Thomas,
On Fri, Dec 16, 2011 at 3:35 PM, Thomas Renninger tr...@suse.de wrote:
The last missing manpage for cpupower tools.
Great!
More info about other architecture's sleep state specialities would be great.
I wonder if it is the right place for some arch specific information
about the
On Sat, Dec 17, 2011 at 12:09 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
No. The table reflects the actual possible combination on hardware. You can't
add anything there arbitrary if that combination is not supported.
But that makes me wonder how the patch worked. I will look at
If running in the Normal World on a TrustZone-enabled SoC, Linux
does not have complete control over the L2 cache controller
configuration. The kernel cannot work reliably on such platforms
without the l2x0 cache support code built in.
This patch unconditionally enables l2x0 support for the
On Fri, Dec 16, 2011 at 12:04 AM, Paul Walmsley p...@pwsan.com wrote:
The HSMMC1/HSMMC2 host controllers on OMAP34xx and
OMAP3503/3515/3525/3530 chips at ES levels prior to 3.0 can't do multiple
block reads[1]. Mark the hwmod data appropriately.
Reported by Dave Hylands dhyla...@gmail.com
On Fri, Dec 16, 2011 at 2:50 AM, NeilBrown ne...@suse.de wrote:
Try this.
I wrote it for a slightly different reason, but I think it applies here.
NeilBrown
From f7f05b87364d0316f1f6ddad0d7387b25f5d21b9 Mon Sep 17 00:00:00 2001
From: NeilBrown ne...@suse.de
Date: Fri, 2 Dec 2011 15:35:16
* Paul Walmsley p...@pwsan.com [111216 00:41]:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers in platform_data either, right?
In the future,
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
---
drivers/video/omap2/displays/panel-generic-dpi.c | 25 ++
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git
* Shubhrajyoti shubhrajy...@ti.com [111216 00:25]:
Hi Benoit,
On Friday 16 December 2011 02:21 PM, Cousson, Benoit wrote:
Hi Shubhro,
On 12/13/2011 11:55 AM, Shubhrajyoti D wrote:
Under some error conditions the i2c driver may do a reset.
Adding a reset field and support in the
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
---
v2 is a resent with .power_on_delay and .acb values corrected.
drivers/video/omap2/displays/panel-generic-dpi.c | 25 ++
1 files
* Peter Ujfalusi peter.ujfal...@ti.com [111215 01:01]:
All McBSP instances on OMAP4 has 128 word long FIFO
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Please merge via ASoC tree:
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mcbsp.c |3 +++
1 files
* Paul Walmsley p...@pwsan.com [111216 04:18]:
From: Rajendra Nayak rna...@ti.com
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to enable it
at a later point, the hwmod
* Kevin Hilman khil...@ti.com [111214 16:22]:
Tony,
Please pull the OMAP UART cleanup and conversion to runtime PM. I had
to rebase it onto your soc branch due to the serial.c changes there.
This includes changes to drivers/tty/serial/omap-serial.c and those
changes have Acks from Greg
* Paul Walmsley p...@pwsan.com [111215 23:30]:
AM3517/3505 chips don't have voltage controller and voltage processor
IP blocks. Trying to use OMAP34xx/36xx voltage domain data on these
chips causes a crash during boot:
omap_vc_init_channel: PMIC info requried to configure vc forvdd_core
* Paul Walmsley p...@pwsan.com [111216 03:31]:
From: Santosh Shilimkar santosh.shilim...@ti.com
Local timer clock is sourced from the CPU clock and hence changes
along with CPU clock. These per CPU local timers are used as
clock-events, so they need to be reconfigured on CPU frequency
* Paul Walmsley p...@pwsan.com [111215 23:49]:
Hi Tony,
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 hwmod_data_fixes_3.2rc
Aaro
* Paul Walmsley p...@pwsan.com [111216 04:23]:
From: Benoit Cousson b-cous...@ti.com
If the module does not have any modulemode, the _disable_module function
will do nothing. There is then no point waiting for a idle status change.
It will remove the following warnings.
[0.331848]
* Paul Walmsley p...@pwsan.com [111216 02:53]:
Hi Tony
Here are some hwmod data changes for the 3.3 merge window. Note that they
have a dependency on the 3.2-rc hwmod data fixes. Once those are merged,
I'd be happy to update this pull request on a stable commit.
The following changes
* Paul Walmsley p...@pwsan.com [111216 04:50]:
Hi Tony
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
Great good to see this getting merged. Pulling into prcm branch.
Regards,
Tony
are available in the git
Hi,
* Paul Walmsley p...@pwsan.com [111216 01:24]:
Hi Tony
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 i2c_reset_devel_3.3
* Paul Walmsley p...@pwsan.com [111216 03:20]:
Hi Tony,
This series converts the USB EHCI/OHCI code to use runtime PM. It has
multiple hwmods for its omap_device, but Keshava Partha have promised to
post patches to solve that problem for the 3.4 merge window.
This series has a
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 01:24]:
The following changes since commit dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are available in the git repository at:
* Paul Walmsley p...@pwsan.com [111216 11:45]:
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 01:24]:
The following changes since commit
dc47ce90c3a822cd7c9e9339fe4d5f61dcb26b50:
Linux 3.2-rc5 (2011-12-09 15:09:32 -0800)
are
Hi,
* deepthi deepthi_ki...@mindtree.com [111215 23:03]:
Hi,
We are trying to boot 35 kernel on zoom2,I tried with android_zoom3 config and
choosing MACH as zoom2 and also with omap_zoom2_defconfig, kernel is not
booting
at all,it is struck after
Starting kernel ...
Uncompressing
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 00:41]:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
But with DT we can't use func pointers
* Paul Walmsley p...@pwsan.com [111216 12:20]:
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 00:41]:
On Fri, 16 Dec 2011, Tomi Valkeinen wrote:
On Fri, 2011-12-16 at 01:27 -0700, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Tomi Valkeinen
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 11:45]:
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 01:24]:
Shubhrajyoti D (2):
ARM: OMAP: omap_device: add omap_device_reset to reset all the
Rob,
* Rob Herring robherri...@gmail.com [111214 05:16]:
On 12/14/2011 05:55 AM, Rajendra Nayak wrote:
v3 is rebased on top of the latest serial runtime
patches[1] and boot tested with/without DT on OMAP4
SDP and OMAP4 Panda boards.
Patches can be found here..
Tony,
On 12/16/2011 03:57 PM, Tony Lindgren wrote:
Rob,
* Rob Herring robherri...@gmail.com [111214 05:16]:
On 12/14/2011 05:55 AM, Rajendra Nayak wrote:
v3 is rebased on top of the latest serial runtime
patches[1] and boot tested with/without DT on OMAP4
SDP and OMAP4 Panda boards.
* Rob Herring robherri...@gmail.com [111216 13:30]:
Tony,
On 12/16/2011 03:57 PM, Tony Lindgren wrote:
Rob,
* Rob Herring robherri...@gmail.com [111214 05:16]:
On 12/14/2011 05:55 AM, Rajendra Nayak wrote:
v3 is rebased on top of the latest serial runtime
patches[1] and boot
* Greg KH g...@kroah.com [111214 10:27]:
On Wed, Dec 14, 2011 at 05:18:43PM +, Alan Cox wrote:
On Wed, 14 Dec 2011 07:20:13 -0800
Kevin Hilman khil...@ti.com wrote:
Greg, Alan,
Rajendra Nayak rna...@ti.com writes:
v3 is rebased on top of the latest serial runtime
* Cousson, Benoit b-cous...@ti.com [111216 06:53]:
Hi Tony,
On 12/13/2011 11:38 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [111213 05:02]:
On 12/13/2011 2:27 PM, Tomi Valkeinen wrote:
Hi,
On Tue, 2011-12-06 at 17:49 +0100, Benoit Cousson wrote:
devicetree will
* Paul Walmsley p...@pwsan.com [111216 12:27]:
Hi
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 11:45]:
On Fri, 16 Dec 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111216 01:24]:
Shubhrajyoti D (2):
ARM: OMAP:
Hi Péter
On Thu, 15 Dec 2011, Peter Ujfalusi wrote:
With OMAP4 the clock names are different compared to OMAP2/3. The
internal fclk name depends on the McBSP instance number. In case of
MCBSP_TYPE4 (OMAP4) we should use different clock selection method
compared to OMAP2/3.
On Wed, Dec 14, 2011 at 5:18 AM, Thomas Gleixner t...@linutronix.de wrote:
On Tue, 13 Dec 2011, Mike Turquette wrote:
+void __clk_unprepare(struct clk *clk)
+{
+ if (!clk)
+ return;
+
+ if (WARN_ON(clk-prepare_count == 0))
+ return;
+
+ if
On Tue, Dec 13, 2011 at 9:15 PM, Ryan Mallon rmal...@gmail.com wrote:
On 14/12/11 14:53, Mike Turquette wrote:
Many platforms support simple gateable clks and fixed-rate clks that
should not be re-implemented by every platform.
This patch introduces a gateable clk with a common programming
* Vaibhav Hiremath hvaib...@ti.com [111216 03:32]:
This patch doesn't change functionality or behavior of the code
execution; it barely cleans up the code and splits into SoC
specific implementation for Rev ID and feature detection.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
* mythr...@ti.com mythr...@ti.com [111213 05:01]:
From: Mythri P K mythr...@ti.com
Add support for HPD GPIO configuration in board file.
Also remove the enabling of GPIO's required for HDMI from
hdmi driver file to display.c based on the GPIO #'s sent from
board file.
Signed-off-by:
* Ilya Yanok ya...@emcraft.com [111214 16:21]:
Very basic support for HTKW mcx board. Able to boot via board-generic
and ramdisk/initramfs, however most of peripherals is unsupported.
Produces tons of twl4030 related errors as this board doesn't have
twl4030 installed.
Please resend with
* Omar Ramirez Luna omar.rami...@ti.com [111214 19:47]:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Removed clk handling during interrupt, given that in order to receive one,
the device should be
Hi
Just got this on a cold boot on 3530 BeagleBoard. The hwmod warnings
are expected, but the BUG() from the L3 bus driver ISR is not.
Probably we should not BUG there, but log something akin to an x86
machine check exception.
- Paul
Uncompressing Linux... done, booting the kernel.
[
On Sat, Dec 17, 2011 at 7:32 AM, Paul Walmsley p...@pwsan.com wrote:
Hi
Just got this on a cold boot on 3530 BeagleBoard. The hwmod warnings
are expected, but the BUG() from the L3 bus driver ISR is not.
Probably we should not BUG there, but log something akin to an x86
machine check
99 matches
Mail list logo