On Wed, 2011-12-07 at 18:35 +0530, Archit Taneja wrote:
Hi,
On Tuesday 22 November 2011 02:52 PM, Tomi Valkeinen wrote:
Add checks for overlay and manager settings. The checks are a bit
complex, as we need to observe the bigger picture instead of overlays
and managers independently.
This patch adds DSS2 support to the LogicPD OMAP 35x Torpedo boardfile. LCD and
TV-out are supported.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-omap2/board-omap3logic.c | 151
1 files changed, 151 insertions(+), 0 deletions(-)
diff
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, December 08, 2011 5:11 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org
Subject: Re: [RFC PATCH] arm:omap: cleanup split
omap2/3/4_check_revision function
* Hiremath, Vaibhav hvaib...@ti.com
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, December 08, 2011 2:40 AM
To: Hilman, Kevin
Cc: Hiremath, Vaibhav; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; p...@pwsan.com
Subject: Re: [PATCH-V5 0/3] Introducing TI's New
Hi Felipe,
On Wed, Dec 07, 2011 at 09:56:56PM +0200, Felipe Contreras wrote:
From: Heikki Krogerus kro...@gmail.com
I would prefer that you change this so this is from you, like it
actually is. You can mention me in the commit message if you like.
Without this USB networking doesn't work as
On 12/7/2011 10:20 PM, Rob Herring wrote:
On 12/07/2011 02:50 PM, Benoit Cousson wrote:
[...]
+#ifdef CONFIG_OF
+int __init intc_of_init(struct device_node *node, struct device_node *parent)
+{
+ struct resource res;
+ u32 nr_irqs;
+
+ if (WARN_ON(!node))
+
Correct OMAP_I2C_SYSC_REG offset in omap4 register map.
Offset 0x20 is reserved and OMAP_I2C_SYSC_REG has 0x10 as offset.
Signed-off-by: Alexander Aring a.ar...@phytec.de
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
* Ohad Ben-Cohen o...@wizery.com [111207 23:26]:
Hi Tony,
On Tue, Oct 25, 2011 at 11:48 AM, Ohad Ben-Cohen o...@wizery.com wrote:
Add a remoteproc driver for OMAP4, so we can boot the dual-M3 Ducati
and DSP subsystems.
Use the omap_device_* API to control the hardware state, and
On Thu, Dec 8, 2011 at 7:01 PM, Tony Lindgren t...@atomide.com wrote:
The platform init code looks OK to me. Please also start considering
how to do the DT bindings for it.
Will do. Thanks !
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Hiremath, Vaibhav hvaib...@ti.com [111208 05:08]:
From: Tony Lindgren [mailto:t...@atomide.com]
Maybe just call ti816x_check_features separately?
omap3xxx_check_revision();
omap3xxx_check_features();
and
omap3xxx_check_revision();
ti816x_check_features();
Russell,
* Hiremath, Vaibhav hvaib...@ti.com [111208 05:14]:
From: Tony Lindgren [mailto:t...@atomide.com]
* Kevin Hilman khil...@ti.com [111206 15:52]:
I've also tested it on a BeagleBone, so feel free to also add:
Tested-by: Kevin Hilman khil...@ti.com
Thanks looks good to
Alexander Aring a.ar...@phytec.de writes:
Correct OMAP_I2C_SYSC_REG offset in omap4 register map.
Offset 0x20 is reserved and OMAP_I2C_SYSC_REG has 0x10 as offset.
Signed-off-by: Alexander Aring a.ar...@phytec.de
Thanks for the patch!
A different approach to fix this is being done by
Hi,
I get this while loading the bridgedriver:
Jan 2 03:03:36 buildroot user.warn kernel: WARNING: at
arch/arm/mach-omap2/omap_l3_smx.c:161 omap3_l3_app_irq+0xe8/0x12c()Jan
2 03:03:36 buildroot user.warn kernel: In-band Error seen by IVA_SS
at address 0Jan 2 03:03:36 buildroot user.warn
Tony,
Please pull the OMAP4 MPUSS PM series below. It is based on the
Russell's devel-stable branch due to dependencies
Kevin
The following changes since commit 3ee0fc5ca129cbae81c073756febcb1c552af446:
Merge branch 'kexec/idmap' of
git://git.kernel.org/pub/scm/linux/kernel/git/will/linux
On Thu, Dec 8, 2011 at 8:43 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I get this while loading the bridgedriver:
Agh, Gmail garbled that.
http://pastie.org/pastes/2987239/text
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Given that dm timer framework doesn't support request of clocks
by soft | hard irqs because some recent changes, tidspbridge needs
* Kevin Hilman khil...@ti.com [111208 10:14]:
Tony,
Please pull the OMAP4 MPUSS PM series below. It is based on the
Russell's devel-stable branch due to dependencies
Kevin
The following changes since commit 3ee0fc5ca129cbae81c073756febcb1c552af446:
Merge branch 'kexec/idmap' of
On Mon, 5 Dec 2011, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
Seems the commit 7e89098 was overly aggressive in adding iva and mailbox
hwmods so now they are registered twice.
Thanks Felipe, queued for 3.2-rc fixes.
- Paul
--
To unsubscribe from this list:
ping
Tony,
I'd like this to go into 3.3, can it?
On 11/29/11 11:37, Igor Grinberg wrote:
AM35x MMC 2 controller has internal clock loopback setting which cannot
be utilized without this patch and thus SDIO devices connected to this
controller and depend on this setting will fail to
Hi Felipe,
I'm really sorry about the long delay in responding,
On Sun, 14 Aug 2011, Felipe Contreras wrote:
On Wed, Mar 25, 2009 at 7:54 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Paul Walmsley p...@pwsan.com writes:
This series allows core code and driver code to register for
On Thu, 8 Dec 2011, Paul Walmsley wrote:
On Mon, 5 Dec 2011, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
Seems the commit 7e89098 was overly aggressive in adding iva and mailbox
hwmods so now they are registered twice.
Thanks Felipe, queued for 3.2-rc
On Wed, Dec 7, 2011 at 9:58 PM, Steve Sakoman sako...@gmail.com wrote:
I just began working with 3.2-rc4 on Overo and Beagleboard xM.
On both machines I see the driver init, but no alsa device created.
For example on Overo:
Advanced Linux Sound Architecture Driver Version 1.0.24.
snip
On Fri, 2 Dec 2011, Aaro Koskinen wrote:
Booting the Linux kernel on Nokia RM-680 board has been broken since
2.6.39 due to the following:
[0.217193] omap_hwmod: timer12: enabling
[0.221435] Unhandled fault: external abort on non-linefetch (0x1028) at
0xfa304010
...
Timer 12 is
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@ti.com [111208 10:14]:
Tony,
Please pull the OMAP4 MPUSS PM series below. It is based on the
Russell's devel-stable branch due to dependencies
Kevin
The following changes since commit
Hi Kevin,
On 12/8/2011 12:12, Kevin Hilman wrote:
Alexander Aringa.ar...@phytec.de writes:
Correct OMAP_I2C_SYSC_REG offset in omap4 register map.
Offset 0x20 is reserved and OMAP_I2C_SYSC_REG has 0x10 as offset.
Signed-off-by: Alexander Aringa.ar...@phytec.de
Thanks for the patch!
A
On Thu, Dec 8, 2011 at 9:10 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Given that dm timer framework doesn't support
On Thu, Dec 8, 2011 at 9:26 PM, Paul Walmsley p...@pwsan.com wrote:
On Sun, 14 Aug 2011, Felipe Contreras wrote:
On Wed, Mar 25, 2009 at 7:54 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Paul Walmsley p...@pwsan.com writes:
This series allows core code and driver code to register for
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Given that dm timer framework doesn't support request of clocks
by soft | hard irqs because some recent changes, tidspbridge needs
to request its clocks on init and enable/disable them on demand.
This was first
On Thu, Dec 8, 2011 at 1:50 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 8, 2011 at 9:10 PM, Ramirez Luna, Omar omar.rami...@ti.com
wrote:
On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez
On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Given that dm timer framework doesn't support request of clocks
by soft | hard irqs because some recent changes, tidspbridge needs
On Thu, Dec 8, 2011 at 4:40 PM, Heikki Krogerus kro...@gmail.com wrote:
On Wed, Dec 07, 2011 at 09:56:56PM +0200, Felipe Contreras wrote:
From: Heikki Krogerus kro...@gmail.com
I would prefer that you change this so this is from you, like it
actually is. You can mention me in the commit
From: Felipe Contreras felipe.contre...@gmail.com
The transceiver should be powered on by default, otherwise USB doesn't
work at all.
All kernels after v3.0 are affected.
Cc: sta...@kernel.org
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
On Thu, Dec 8, 2011 at 11:33 AM, Enrico ebut...@users.berlios.de wrote:
On Wed, Dec 7, 2011 at 9:58 PM, Steve Sakoman sako...@gmail.com wrote:
I just began working with 3.2-rc4 on Overo and Beagleboard xM.
On both machines I see the driver init, but no alsa device created.
For example on
* Kevin Hilman khil...@ti.com [111208 11:13]:
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@ti.com [111208 10:14]:
Tony,
Please pull the OMAP4 MPUSS PM series below. It is based on the
Russell's devel-stable branch due to dependencies
Kevin
The following
Hi list,
when compiling the current git HEAD for a Gumstix Overo based board I
discovered an issue during init causing the error message which is
attached. I believe this is because they are called twice during init
(the omap34xx_hwmods struct already contains them).
The attached patch fixes
On 12/08/2011 10:36 PM, Andre Puschmann wrote:
Hi list,
when compiling the current git HEAD for a Gumstix Overo based board I
discovered an issue during init causing the error message which is
attached. I believe this is because they are called twice during init
(the omap34xx_hwmods struct
On 12/08/2011 04:42 AM, Ming Lei wrote:
+/**
+ * struct v4l2_obj_detection
+ * @buf_index: entry, index of v4l2_buffer for face detection
I would prefer having the frame sequence number here. It will be more
future proof IMHO. If for instance we decide to use such an ioctl on
a v4l2
On Thu, Oct 6, 2011 at 1:56 PM, 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 and
Hi Steve,
On Thu, 8 Dec 2011, Steve Sakoman wrote:
On Thu, Oct 6, 2011 at 1:56 PM, 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
Hi Andre
On Thu, 8 Dec 2011, Andre Puschmann wrote:
On 12/08/2011 10:36 PM, Andre Puschmann wrote:
when compiling the current git HEAD for a Gumstix Overo based board I
discovered an issue during init causing the error message which is
attached. I believe this is because they are called
On Fri, Sep 30, 2011 at 2:15 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Fri, Sep 30, 2011 at 3:00 AM, Linus Walleij linus.wall...@linaro.org
wrote:
2011/9/8 Santosh Shilimkar santosh.shilim...@ti.com:
Local timer clock is sourced from the CPU clock and hence changes
along
On Thu, Dec 8, 2011 at 2:51 PM, Paul Walmsley p...@pwsan.com wrote:
Thanks for the reminder - I would have forgotten it otherwise.
Without it 35XXES2.1 systems have broken mmc. Too late as a bug fix for
3.2?
This never worked correctly in previous Linux releases, right?
I seem to recall
Currently the driver does not explicitly set the TWL4030_USB_SEL_MADC_MCPC
bit to enable madc input channels 3 through 6. This results in readings near
zero for these channels since the inputs are grounded if this bit is not set.
Signed-off-by: Steve Sakoman st...@sakoman.com
---
diff --git
On Sunday 04 of December 2011 at 13:17:01, Janusz Krzysztofik wrote:
For still better multi-OMAP1 support, expand omap1_rate_table with flags
for different SoC types and match them while selecting clock rates. The
idea is stolen from current omap24xx clock rate selection algorithm.
Since
On 12/07/2011 02:40 PM, Ming Lei wrote:
I understand the API you mentioned here should belong to kernel internal
API, correct me if it is wrong.
Yes, I meant the in kernel design, i.e. generic face detection kernel module
and an OMAP4 FDIF driver. It makes lots of sense to separate common
On Thu, Dec 08, 2011 at 02:16:10PM -0600, Ramirez Luna, Omar wrote:
On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Given that dm timer framework doesn't support request of
* Chris Ball c...@laptop.org [111201 09:40]:
Hi,
On Tue, Nov 22 2011, Eliad Peller wrote:
When an mmc card has the MMC_PM_KEEP_POWER flag, it shouldn't
be powered off on suspend (and thus doesn't have to be powered-on
on resume)
While on it, change the suspend flow a bit, to make it
* Igor Grinberg grinb...@compulab.co.il [111208 10:53]:
ping
Tony,
I'd like this to go into 3.3, can it?
On 11/29/11 11:37, Igor Grinberg wrote:
AM35x MMC 2 controller has internal clock loopback setting which cannot
be utilized without this patch and thus SDIO devices connected to
* Thomas Weber we...@corscience.de [03 13:46]:
This patch adds the chip_select as parameter to
omap_ads7846_init.
All existing omap2-boards use chip select 0 on
different spi busses. I work on bringing a board
mainline where the ads7846 is connected to
chip select 1. This patch prepares
* Péter Ujfalusi peter.ujfal...@ti.com [29 04:26]:
On Thursday 10 November 2011 15:02:04 Jarkko Nikula wrote:
On 11/10/2011 02:46 PM, Jarkko Nikula wrote:
On 11/07/2011 11:33 AM, Peter Ujfalusi wrote:
I think this is enough:
if (unlikely(p-dma_read(CDAC, lch) == 0))
* Thomas Weber we...@corscience.de [17 13:05]:
The Devkit8000 uses a TWL4030 pin for card detection.
Thats why the error:
_omap_mux_init_gpio: Could not set gpio192
occurs.
This patch checks that the pin is on OMAP before
calling omap_mux_init_gpio.
Thanks applying into omap driver
* Axel Lin axel@gmail.com [30 03:26]:
Include linux/delay.h to fix below build error:
CC arch/arm/mach-omap2/display.o
arch/arm/mach-omap2/display.c: In function 'dispc_disable_outputs':
arch/arm/mach-omap2/display.c:283: error: implicit declaration of function
'mdelay'
* Rob Herring robherri...@gmail.com [111206 09:35]:
Benoit,
On 12/06/2011 10:49 AM, Benoit Cousson wrote:
Since 3.2, the CONFIG_ARM_ATAG_DTB_COMPAT config allows
an old bootloader to still use ATAG to provide cmdline.
Remove chosen/bootargs from the DTS board files.
On Fri, Dec 9, 2011 at 2:07 AM, Greg KH g...@kroah.com wrote:
On Thu, Dec 08, 2011 at 02:16:10PM -0600, Ramirez Luna, Omar wrote:
On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
Definitely 3.2-fix material IMO :)
I believe it was pushed to staging-next... I'm rooting so it can be
pushed to
Hi
some comments
On Fri, 2 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.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/plat-omap/i2c.c | 18 ++
These symbols are not used outside it's driver so no need to
make the symbol global.
Signed-off-by: Axel Lin axel@gmail.com
---
drivers/video/omap/lcd_ams_delta.c |2 +-
drivers/video/omap/lcd_h3.c|2 +-
drivers/video/omap/lcd_htcherald.c |2 +-
On Thu, Dec 8, 2011 at 6:07 PM, Greg KH g...@kroah.com wrote:
Definitely 3.2-fix material IMO :)
I believe it was pushed to staging-next... I'm rooting so it can be
pushed to staging-linus :)
As it wasn't originally stated that this was a problem that needed to be
fixed for 3.2, can it
Now that we're always reprogramming the core clock we must make
sure SRAM works. It seems that neither omap1621 or omap1623
has 256K of SRAM. Set the SRAM size to safe value of 16K.
Signed-off-by: Tony Lindgren t...@atomide.com
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@
For still better multi-OMAP1 support, expand omap1_rate_table with flags
for different SoC types and match them while selecting clock rates. The
idea is stolen from current omap24xx clock rate selection algorithm.
Since clkdev platform flag definitions are reused here, those had to be
expanded
This patch converts the drivers in drivers/video/omap/* to use the
module_platform_driver() macro which makes the code smaller and a bit
simpler.
Cc: Jonathan McDowell nood...@earth.li
Cc: Cory Maccarrone darkstar6...@gmail.com
Cc: Laurent Gonzalez palmte.li...@free.fr
Cc: Marek Vasut
Hi,
On Thu, Dec 8, 2011 at 12:50 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 8, 2011 at 8:43 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I get this while loading the bridgedriver:
Agh, Gmail garbled that.
http://pastie.org/pastes/2987239/text
Missed this
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [111208 17:24]:
For still better multi-OMAP1 support, expand omap1_rate_table with flags
for different SoC types and match them while selecting clock rates. The
idea is stolen from current omap24xx clock rate selection algorithm.
Since clkdev
On Friday 09 of December 2011 at 03:09:22, Tony Lindgren wrote:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [111208 17:24]:
For still better multi-OMAP1 support, expand omap1_rate_table with flags
for different SoC types and match them while selecting clock rates. The
idea is stolen from
Hi,
On Fri, Dec 9, 2011 at 6:27 AM, Sylwester Nawrocki snj...@gmail.com wrote:
On 12/08/2011 04:42 AM, Ming Lei wrote:
+/**
+ * struct v4l2_obj_detection
+ * @buf_index: entry, index of v4l2_buffer for face detection
I would prefer having the frame sequence number here. It will be
On 12/08/2011 05:13 PM, Steve Sakoman wrote:
Currently the driver does not explicitly set the TWL4030_USB_SEL_MADC_MCPC
bit to enable madc input channels 3 through 6. This results in readings near
zero for these channels since the inputs are grounded if this bit is not set.
I've run into this
On Friday 09 December 2011 01:01 AM, Jon Hunter wrote:
Hi Kevin,
On 12/8/2011 12:12, Kevin Hilman wrote:
Alexander Aringa.ar...@phytec.de writes:
Correct OMAP_I2C_SYSC_REG offset in omap4 register map.
Offset 0x20 is reserved and OMAP_I2C_SYSC_REG has 0x10 as offset.
Signed-off-by:
On Friday 09 December 2011 06:45 AM, Paul Walmsley wrote:
Hi
some comments
On Fri, 2 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.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
67 matches
Mail list logo