On Sat, 2012-01-14 at 01:30 +0530, Archit wrote:
Hi,
On Friday 13 January 2012 05:16 PM, Tomi Valkeinen wrote:
Move fifo threshold calculation into dispc.c, as the thresholds are
really dispc internal thing.
Signed-off-by: Tomi Valkeinentomi.valkei...@ti.com
snip
diff --git
On Tue, Jan 17, 2012 at 10:02 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 9:45 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 8:39 PM, Nicolas Pitre
On Thu, Dec 08, 2011 at 02:40:29, Tony Lindgren wrote:
* Kevin Hilman khil...@ti.com [111206 15:52]:
hvaib...@ti.com writes:
From: Vaibhav Hiremath hvaib...@ti.com
This patch set adds support for AM335x device having
Cortex-A8 MPU.
Official website -
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming Lei ming@canonical.com wrote:
Hi stephane Will,
On Tue, Jan 10, 2012 at 8:46 AM, stephane eranian
eran...@googlemail.com wrote:
See the dmesg from my 3.2 kernel:
[ 0.00] Booting Linux on physical CPU 0[ 0.00]
On Wed, Jan 18, 2012 at 5:18 AM, Ming Lei ming@canonical.com wrote:
Hi stephane Will,
On Tue, Jan 10, 2012 at 8:46 AM, stephane eranian
eran...@googlemail.com wrote:
See the dmesg from my 3.2 kernel:
[ 0.00] Booting Linux on physical CPU 0[ 0.00]
Looks no obvious
Hi,
On Wed, Jan 18, 2012 at 5:54 PM, stephane eranian eran...@googlemail.com
Should I use Will's -next tree as the base instead of Linus'?
Either one is OK. If you use linus tree as base, you need to apply the #1 and
#2 patch manually.
Given that MARC is shutdown today, would you mind packing
On Wed, Jan 18, 2012 at 10:54:46AM +0100, stephane eranian wrote:
Should I use Will's -next tree as the base instead of Linus'?
Given that MARC is shutdown today, would you mind packing those patches
into a tarball and sending them to me directly?
Other archive sites are available.
There's my
On Wed, 18 Jan 2012 09:13:59 +0200 Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Fri, 2012-01-13 at 22:20 +1100, NeilBrown wrote:
Having CPUIDLE makes the DSS2 problem worse: lots of
[ 21.085113] omapdss DISPC error: SYNC_LOST on channel lcd,
restarting the output with video
This patch series is built on top of older version submitted
earlier during 2010 timeframe by 'Felipe Balbi' -
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg37403.html
Changes from earlier submitted version:
- hwmod cleanup: Since 2010 there has been some changes happened
Device name for the sync_32k_ick clock has been set to
omap-counter-32k. This change is required, since 32k counter
clocksource driver has been migrated to standard platform_driver.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Cc: Benoit Cousson
omap 32k counter/timer driver has been migrated to the
standard platform_driver, so platform hookup is required
to bind the driver,
- omap1: Register platform_device for cpu_is_omap16xx()
- omap2/3/4: Use hwmod database lookup mechanism to build the
platform_device
Signed-off-by:
Convert counter_32k clocksource driver to standard platform_driver
and move it drivers/clocksource/ directory.
Also, rename it to more generic name omap-32k.c.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Tony
32k counter/timer driver has been migrated to use hwmod database
now, so add missing idle_st bit for 32K Sync timer.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley
On Wed, Jan 18, 2012 at 10:33 AM, Ming Lei ming@canonical.com wrote:
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming Lei ming@canonical.com wrote:
Hi stephane Will,
On Tue, Jan 10, 2012 at 8:46 AM, stephane eranian
eran...@googlemail.com wrote:
See the dmesg from my
On Wed, 2012-01-18 at 22:15 +1100, NeilBrown wrote:
On Wed, 18 Jan 2012 09:13:59 +0200 Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Fri, 2012-01-13 at 22:20 +1100, NeilBrown wrote:
Having CPUIDLE makes the DSS2 problem worse: lots of
[ 21.085113] omapdss DISPC error: SYNC_LOST
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k clocksource driver to standard platform_driver
and move it drivers/clocksource/ directory.
Also, rename it to more generic name omap-32k.c.
NAK. sched_clock is supposed to be available early. Platform
On Wed, Jan 18, 2012 at 7:39 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wed, Jan 18, 2012 at 10:33 AM, Ming Lei ming@canonical.com wrote:
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming Lei ming@canonical.com wrote:
Hi stephane Will,
On Tue, Jan 10, 2012
On Wed, Jan 18, 2012 at 1:24 PM, Ming Lei ming@canonical.com wrote:
On Wed, Jan 18, 2012 at 7:39 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wed, Jan 18, 2012 at 10:33 AM, Ming Lei ming@canonical.com wrote:
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k clocksource driver to standard platform_driver
and move it drivers/clocksource/ directory.
Also, rename it to more generic name
On Tuesday 17 January 2012, AnilKumar, Chimata wrote:
Hi All,
Recalling the patch, provide the comments if there are any if not please
include
this patch to v3.3 kernel.
As Mark and Greg said, 3.4 would be appropriate.
+static ssize_t lis3lv02d_range_set(struct device *dev,
+
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k clocksource driver to standard platform_driver
and move it
On Wed, Jan 18, 2012 at 19:41:47, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k
On 18/01/12 14:11, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k clocksource driver to
On Wed, Jan 18, 2012 at 19:55:51, Marc Zyngier wrote:
On 18/01/12 14:11, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav
Hi Arnd and all,
The lis3lv02d driver was moved outside of drivers/hwmon to make it
clear that we (hwmon/lm-sensors people) are not involved in maintaining
this driver in any way. So please remove the lm-sensors list (and
myself) from this discussion.
Thanks,
--
Jean Delvare
--
To unsubscribe
On 18/01/12 14:38, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 19:55:51, Marc Zyngier wrote:
On 18/01/12 14:11, Russell King - ARM Linux wrote:
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
On Wed, Jan
From: Uri Yosef u...@embedox.com
Add support for Variscite OMAP4460 System-On-Module and development kit board.
Working: LCD, HDMI, USB, UART, Ethernet.
Signed-off-by: Uri Yosef ur...@variscite.com
---
arch/arm/mach-omap2/Kconfig |8 +
arch/arm/mach-omap2/Makefile
On Wednesday 18 January 2012, Jean Delvare wrote:
Hi Arnd and all,
The lis3lv02d driver was moved outside of drivers/hwmon to make it
clear that we (hwmon/lm-sensors people) are not involved in maintaining
this driver in any way. So please remove the lm-sensors list (and
myself) from this
On Wed, Jan 18, 2012 at 02:45:36PM +, Marc Zyngier wrote:
Can't you instead use the ARM sched_clock framework?
OMAP does, and has done for quite some time. The problem is these
patches are against an old kernel.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
On Wed, 18 Jan 2012 14:49:35 +, Arnd Bergmann wrote:
On Wednesday 18 January 2012, Jean Delvare wrote:
Hi Arnd and all,
The lis3lv02d driver was moved outside of drivers/hwmon to make it
clear that we (hwmon/lm-sensors people) are not involved in maintaining
this driver in any way.
Arnd Bergmann a...@arndb.de wrote:
On Tuesday 17 January 2012, AnilKumar, Chimata wrote:
Hi All,
Recalling the patch, provide the comments if there are any if not
please include
this patch to v3.3 kernel.
As Mark and Greg said, 3.4 would be appropriate.
+static ssize_t
On Wednesday 18 January 2012, Jonathan Cameron wrote:
Arnd Bergmann a...@arndb.de wrote:
Any opinions where they should live? input, iio or a new subsystem?
Personal thought is that straight 3d devices very directed at input
should go there. Iio has a few wrinkles left for the in kernel
On Wed, 18 Jan 2012 13:42:20 +0200 Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Wed, 2012-01-18 at 22:15 +1100, NeilBrown wrote:
On Wed, 18 Jan 2012 09:13:59 +0200 Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Fri, 2012-01-13 at 22:20 +1100, NeilBrown wrote:
Having CPUIDLE makes
On Wed, Jan 18, 2012 at 12:43:58PM +0530, Vaibhav Hiremath wrote:
Although we consider am33xx device under omap34xx family of devices,
there is indeed difference between them, for example,
- Initial required mapping (-map_io)
- Early init (-init_early)
Here, the whole
Hi Arnd,
What do you mean with kernel-wide policy for accelerometer drivers?
As far as I know, accelerometer drivers are written between the i2c driver and
the
input driver.
The input driver provides already some accelerometer specific event types,
ABS_X, ABS_Y, ABS_Z,
in your opinion isn't
Ming,
Ok, so I used Linus' tree @
It already includes patches #1 and #2. I applied 4-6.
Recompiled but my kernel does not boot, I don't see
anything on the serial console. Could be a broken
.config file. Could you send me your .config for Panda?
Thanks.
On Wed, Jan 18, 2012 at 11:07 AM, Ming
Signed-off-by: Ameya Palande ameya.pala...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index 08e86d7..053cc15 100644
---
Hi,
On Thu, Jan 19, 2012 at 5:58 AM, stephane eranian
eran...@googlemail.com wrote:
Ming,
Ok, so I used Linus' tree @
It already includes patches #1 and #2. I applied 4-6.
The patch #3 is missed?
Recompiled but my kernel does not boot, I don't see
anything on the serial console. Could be
Hi Arnd,
On Wed, Jan 18, 2012 at 22:41:15, Arnd Bergmann wrote:
On Wednesday 18 January 2012, Jonathan Cameron wrote:
Arnd Bergmann a...@arndb.de wrote:
Any opinions where they should live? input, iio or a new subsystem?
Personal thought is that straight 3d devices very directed at
39 matches
Mail list logo