Hi Dima,
On 11/25/15 08:39, Dmitry Lifshitz wrote:
> On-board EEPROM chip is used for storing a board production
> info.
>
> Add module EEPROM support (over I2C4 bus).
>
> Signed-off-by: Dmitry Lifshitz
> ---
> arch/arm/boot/dts/am57xx-cl-som-am57x.dts | 6 ++
> 1
On 11/30/15 16:33, Dmitry Lifshitz wrote:
> On-board EEPROM chip is used for storing a board production
> info.
>
> Add module EEPROM support (over I2C4 bus).
>
> Signed-off-by: Dmitry Lifshitz <lifsh...@compulab.co.il>
Acked-by: Igor Grinberg <grinb...@compu
Hi Uri,
On 10/27/15 14:14, Uri Mashiach wrote:
> From: Ilya Ledvich
>
> Add basic support for CompuLab cm-t335 module based on AM335X SoC.
>
> CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM)
> The module is built around the Texas Instruments Sitara
Hi Matt,
On 07/27/15 17:34, Matt Porter wrote:
On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa Remmet wrote:
phyCORE-AM335x is a SoM (System on Module) containing
a AM335x SOC. The module can be connected to different
carrier boards.
Some hardware parts are configurable on the
Hi,
On 04/07/15 06:29, Keerthy wrote:
Hi Andrew,
Apologies for replying late.
On Wednesday 25 March 2015 04:29 AM, Andrew Morton wrote:
On Tue, 3 Mar 2015 15:12:02 +0530 Keerthy j-keer...@ti.com wrote:
Add external 32k clock feature. The internal clock will be gated during
suspend.
without those needed only in the case of
platform data. The platform data related structs can be later removed once
the support for platform data can be removed.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Igor Grinberg grinb
Hi Dima,
On 12/28/14 15:15, Dmitry Lifshitz wrote:
Add NAND support
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 58
+
arch/arm/boot/dts/omap3-sbc-t3517.dts |4 ++
in non DT boot (in this case the timings are updated by U-Boot).
Update GPMC ranges in boards DT files to include all connected devices.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
Acked-by: Igor Grinberg grinb...@compulab.co.il
--
Regards,
Igor.
--
To unsubscribe from this list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/26/14 06:42, Felipe Balbi wrote:
Hi,
On Thu, Dec 25, 2014 at 12:13:07PM +0200, Igor Grinberg wrote:
Hi Tony,
On 12/24/14 21:04, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [141224 07:52]:
Hi,
On Wed, Dec 24, 2014 at 01:53:46PM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/26/14 06:37, Felipe Balbi wrote:
Hi,
On Wed, Dec 24, 2014 at 11:04:01AM -0800, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [141224 07:52]:
Hi,
On Wed, Dec 24, 2014 at 01:53:46PM +0200, Igor Grinberg wrote:
-BEGIN PGP SIGNED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/26/14 17:09, Felipe Balbi wrote:
Hi,
On Fri, Dec 26, 2014 at 01:56:26PM +0200, Igor Grinberg wrote:
Tony, your call.
I think we should move omap2plus_defconfig to be mostly modular and
usable for distros as a base. Most distros prefer
Hi Tony,
On 12/24/14 21:04, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [141224 07:52]:
Hi,
On Wed, Dec 24, 2014 at 01:53:46PM +0200, Igor Grinberg wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/23/14 18:19, Felipe Balbi wrote:
On Tue, Dec 23, 2014 at 09:30:45AM +0200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/23/14 18:19, Felipe Balbi wrote:
On Tue, Dec 23, 2014 at 09:30:45AM +0200, Igor Grinberg wrote:
Hi Felipe,
On 12/22/14 20:05, Felipe Balbi wrote:
[...]
CONFIG_SCSI_SCAN_ASYNC=y
-CONFIG_ATA=y
-CONFIG_SATA_AHCI_PLATFORM=y
-CONFIG_MD=y
Hi Felipe,
On 12/22/14 20:05, Felipe Balbi wrote:
[...]
CONFIG_SCSI_SCAN_ASYNC=y
-CONFIG_ATA=y
-CONFIG_SATA_AHCI_PLATFORM=y
-CONFIG_MD=y
+CONFIG_ATA=m
+CONFIG_SATA_AHCI_PLATFORM=m
Isn't this needed for the rootfs on SATA devices?
CONFIG_NETDEVICES=y
# CONFIG_NET_VENDOR_ARC is not
Hi Paul,
On 12/02/14 20:39, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.18-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/
Test summary
[...]
Build: uImage+dtb:
Pass (13/13):
Hi Tony,
On 11/10/14 19:48, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [141102 04:08]:
On 11/02/14 13:19, Dmitry Lifshitz wrote:
Add DSS related pinmux and display data nodes required to support
DVI video out on SBC-T3530, SBC-T3730 and SBC-T3517.
Signed-off-by: Dmitry
On 11/11/14 16:49, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [14 04:04]:
Hi Tony,
On 11/10/14 19:48, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [141102 04:08]:
On 11/02/14 13:19, Dmitry Lifshitz wrote:
Add DSS related pinmux and display data nodes
Hi Tony,
On 11/02/14 20:07, Tony Lindgren wrote:
Commit e7cd1d1eb16f (mfd: twl4030-power: Add generic reset
configuration) enabled configuring the PM features for twl4030.
This caused poweroff command to fail on devices that have the
BCI charger on twl4030 wired, or have power wired for
On 11/04/14 17:42, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [141104 05:22]:
Hi Tony,
On 11/02/14 20:07, Tony Lindgren wrote:
Commit e7cd1d1eb16f (mfd: twl4030-power: Add generic reset
configuration) enabled configuring the PM features for twl4030.
This caused poweroff
On 11/02/14 13:19, Dmitry Lifshitz wrote:
Add DSS related pinmux and display data nodes required to support
DVI video out on SBC-T3530, SBC-T3730 and SBC-T3517.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
Acked-by: Igor Grinberg grinb...@compulab.co.il
--
Regards,
Igor
Hi Dmitry,
On 10/15/14 12:09, Dmitry Lifshitz wrote:
Add DSS related pinmux and display data nodes required to support
DVI video out on SBC-T3530, SBC-T3730 and SBC-T3517.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3517.dts | 22
to the testbed, graciously
donated by Compulab and Igor Grinberg. It currently isn't booting to
userspace in the current mainline kernel, but if the 'ldo8' regulator is
modified to be always-on in the omap5-sbc-t54.dts file, it will.
Thanks for the heads up!
Yes, indeed ldo8 powers the serial
On 03/12/14 19:44, Tony Lindgren wrote:
* Stefan Roese s...@denx.de [140312 03:52]:
Add support for the MMC2/SDIO WiFi Libertas (Marvell) module available
on the CM-T3530 SOM.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Dmitry Lifshitz lifsh...@compulab.co.il
Cc: Igor Grinberg grinb
On 03/03/14 13:06, Roger Quadros wrote:
Hi Marc,
On 03/03/2014 12:04 PM, Marc Murphy wrote:
Hi,
I am using the latest stable 3.4.80 kernel with some changes to get the EMAC
Phy to initialise correctly after a suspend/resume. The platform is AM3517
with most of the system working nice
the EHCI controller resumes.
There is also a USB phy on the way from EHCI controller to the hub.
You might also want to check if the phy resumes correctly.
Which phy do you use and how is it reset?
Regards
Marc
From: Igor Grinberg [grinb...@compulab.co.il
On 03/01/14 00:12, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [140223 04:33]:
ping x2!
Thanks applying into omap-for-v3.15/dt finally.
Thanks!
Is it OK to remove the board-cm-*.c files for v3.15?
Hmmm
I thought we will have a transition release with both ways
ping x2!
On 02/12/14 14:38, Igor Grinberg wrote:
ping!
On 01/12/14 15:22, Dmitry Lifshitz wrote:
Add support for CompuLab SBC-T3530 and SBC-T3517 boards:
https://compulab.co.il/products/sbcs/sbc-t3530/
https://compulab.co.il/products/sbcs/sbc-t3517/
along with respective CoMs - CM-T3530
. Perhaps somebody else might jump in here...
Signed-off-by: Stefan Roese s...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Dmitry Lifshitz lifsh...@compulab.co.il
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/omap3-cm-t3530.dts
low.
Indeed, as we work on DT stuff of cm-t35/3730 and pretty much stopped
updating the board-cm-t35.c file.
Tony, would
that be fine with you ?
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2
Hi Paul,
On 02/16/14 19:26, Paul Bolle wrote:
The Kconfig symbol MACH_CM_T3730 was added in v3.1. It has never been
used. Setting it has no effect. There are no calls for
machine_is_cm_t3730(). This symbol can safely be removed.
Indeed...
Is it such a burden to keep it just until we switch
ping!
On 01/12/14 15:22, Dmitry Lifshitz wrote:
Add support for CompuLab SBC-T3530 and SBC-T3517 boards:
https://compulab.co.il/products/sbcs/sbc-t3530/
https://compulab.co.il/products/sbcs/sbc-t3517/
along with respective CoMs - CM-T3530 and CM-T3517:
On 12/17/13 21:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [131216 23:16]:
On 12/16/13 21:17, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [131216 05:57]:
On 12/13/13 21:22, Tony Lindgren wrote:
[...]
I think we can drop the different memory sizes
On 12/18/13 23:16, Tony Lindgren wrote:
[...]
I've kept your Ack as the changes were minor. If no other
comments, I will apply this into omap-for-v3.14/dt probably
on Thursday.
Looks great! Thanks!
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap
...@vger.kernel.org
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Mike Rapoport m...@compulab.co.il
Signed-off-by: Tony Lindgren t...@atomide.com
Great job!
I'm sorry I couldn't make it in time with the conversion... :-(
---
arch/arm/boot/dts/Makefile| 3 +
arch/arm/boot/dts
On 12/16/13 21:17, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [131216 05:57]:
On 12/13/13 21:22, Tony Lindgren wrote:
SB-T35 has only one SMSC Ethernet on-board (smsc2),
while the first one is on the cm-t3530 and cm-t3730 modules.
SBC-T3517 has only one _SMSC_ Ethernet
Yongjun yongjun_...@trendmicro.com.cn
Acked-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/gpmc-smsc911x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/gpmc-smsc911x.c
b/arch/arm/mach-omap2/gpmc-smsc911x.c
index ef99011..2757504
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/17/13 10:08, Tomi Valkeinen wrote:
On 16/06/13 15:28, Igor Grinberg wrote:
Although one thing is missing from the tfp410 driver is
the PD GPIO polarity. I had to adjust it locally to get the DVI working.
The original polarity was high
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/13/13 19:01, Tomi Valkeinen wrote:
On 13/06/13 18:51, Igor Grinberg wrote:
Hi Tomi,
On 06/04/13 10:40, Tomi Valkeinen wrote:
Hi guys,
I've made some big changes on the omapdss device model, which involves
converting all the panel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tomi,
On 06/04/13 10:40, Tomi Valkeinen wrote:
Hi guys,
I've made some big changes on the omapdss device model, which involves
converting all the panel drivers. I've got only a bunch of boards, so I
hope some of you can perhaps do some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tomi,
On 06/04/13 10:40, Tomi Valkeinen wrote:
Hi guys,
I've made some big changes on the omapdss device model, which involves
converting all the panel drivers. I've got only a bunch of boards, so I
hope some of you can perhaps do some
On 04/17/13 04:30, Robert Nelson wrote:
On Tue, Apr 16, 2013 at 7:52 PM, Tony Lindgren t...@atomide.com wrote:
* Roger Quadros rog...@ti.com [130415 05:44]:
On 04/15/2013 03:35 PM, Roger Quadros wrote:
Provide RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY
On 04/17/13 11:38, Roger Quadros wrote:
On 04/17/2013 10:56 AM, Igor Grinberg wrote:
On 04/17/13 04:30, Robert Nelson wrote:
On Tue, Apr 16, 2013 at 7:52 PM, Tony Lindgren t...@atomide.com wrote:
* Roger Quadros rog...@ti.com [130415 05:44]:
On 04/15/2013 03:35 PM, Roger Quadros wrote
...@atomide.com
Cc: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Looks good, thanks!
Acked-by: Igor Grinberg grinb...@compulab.co.il
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index bccd3e5..cccbfea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/13 11:01, Tomi Valkeinen wrote:
On 2013-03-31 11:39, Igor Grinberg wrote:
On 03/28/13 18:48, Tomi Valkeinen wrote:
On 2013-03-28 17:31, Igor Grinberg wrote:
On 03/28/13 14:48, Tomi Valkeinen wrote:
So here are the DSS related board file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/13 11:07, Tomi Valkeinen wrote:
On 2013-03-31 12:17, Igor Grinberg wrote:
On 03/28/13 19:02, Tomi Valkeinen wrote:
On 2013-03-28 18:09, Igor Grinberg wrote:
On 03/28/13 14:49, Tomi Valkeinen wrote:
Boards with multiple display options
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/28/13 18:48, Tomi Valkeinen wrote:
On 2013-03-28 17:31, Igor Grinberg wrote:
On 03/28/13 14:48, Tomi Valkeinen wrote:
So here are the DSS related board file changes for 3.10.
First there are a bunch of patches adding the Kconfig options so
On 03/28/13 18:57, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [130328 09:53]:
On 2013-03-28 17:31, Igor Grinberg wrote:
On 03/28/13 14:48, Tomi Valkeinen wrote:
I've missed this discussion, can you please point to it?
Well, not so much discussion, but a few mails under
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/28/13 19:02, Tomi Valkeinen wrote:
On 2013-03-28 18:09, Igor Grinberg wrote:
On 03/28/13 14:49, Tomi Valkeinen wrote:
Boards with multiple display options for the same video bus have all the
possible linux display devices present
a VENC device.
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
This should have been done long long time ago...
Thanks!
Acked-by: Igor Grinberg grinb...@compulab.co.il
--
Regards,
Igor.
--
To unsubscribe from this list: send the line
On 03/28/13 14:48, Tomi Valkeinen wrote:
So here are the DSS related board file changes for 3.10.
First there are a bunch of patches adding the Kconfig options so that only one
display device is created for a single video bus. Only Overo had more than two
displays on the same bus, but
On 03/28/13 14:49, Tomi Valkeinen wrote:
Boards with multiple display options for the same video bus have all the
possible linux display devices present at the same time. Only one of
those devices should be used at a time, as the video bus cannot be
shared.
Yes, only one can be used at a
On 03/12/13 18:40, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.9-rc1.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.9-rc1/20130312100243/
[...]
Failing tests: needing investigation
[...]
*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/13 09:09, Tomi Valkeinen wrote:
On 2013-02-14 08:56, Igor Grinberg wrote:
On 02/13/13 17:59, Tomi Valkeinen wrote:
Okay, so I just realized there's an spi backlight driver used here, and
that backlight driver is actually handling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/13 11:09, Tomi Valkeinen wrote:
On 2013-02-14 10:37, Igor Grinberg wrote:
On 02/14/13 09:09, Tomi Valkeinen wrote:
On 2013-02-14 08:56, Igor Grinberg wrote:
On 02/13/13 17:59, Tomi Valkeinen wrote:
Okay, so I just realized there's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/13 12:59, Tomi Valkeinen wrote:
On 2013-02-14 11:43, Igor Grinberg wrote:
True, it's generic, but does it work reliably? The panel hardware is now
partly handled in the backlight driver, and partly in the omap's panel
driver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/13 14:52, Tomi Valkeinen wrote:
On 2013-02-14 14:37, Igor Grinberg wrote:
On 02/14/13 12:59, Tomi Valkeinen wrote:
On 2013-02-14 11:43, Igor Grinberg wrote:
True, it's generic, but does it work reliably? The panel hardware is now
partly
Hi Archit,
On 02/13/13 16:21, Archit Taneja wrote:
The cm-t35 board file currently requests gpios required to configure the
tdo35s
panel, and provides platform_enable/disable callbacks to configure them.
These tasks have been moved to the generic dpi panel driver itself and
shouldn't
be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/13/13 17:59, Tomi Valkeinen wrote:
On 2013-02-13 17:28, Tomi Valkeinen wrote:
On 2013-02-13 17:16, Igor Grinberg wrote:
Hi Archit,
On 02/13/13 16:21, Archit Taneja wrote:
The cm-t35 board file currently requests gpios required to configure
On 02/04/13 21:46, Jon Hunter wrote:
When booting with device-tree for OMAP3 and AM335x devices and a gptimer
is used as the clocksource (which is always the case for AM335x), a
gptimer located in a power domain that is not always-on is selected.
Ideally we should use a gptimer located in a
On 02/05/13 18:49, Jon Hunter wrote:
On 02/05/2013 02:39 AM, Igor Grinberg wrote:
[...]
Hmmm...
Do I miss something or you have forgot to update the commit message?
Ugh you are right :-(
Some how yesterday when rebasing the series and adding a couple more
patches, I royally screwed
Bergmann and Russell King for their
valuable suggestions.
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: John Stultz john.stu...@linaro.org
Cc: Tony Lindgren t...@atomide.com
If it still not too late:
Acked-by: Igor Grinberg grinb...@compulab.co.il
Signed-off
-on for clocksource. Therefore we switch to use the first gptimer
for clocksource and the second for clockevents.
Signed-off-by: Jon Hunter jon-hun...@ti.com
Apart from above,
Acked-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/timer.c | 32
omap2_sync32k_timer_init() can be re-used for OMAP4/5 devices.
Therefore, consolidate the definitions to simplify the code.
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Igor Grinberg grinb...@compulab.co.il
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It looks like Kevin has a new address:
Kevin Hilman khil...@deeprootsystems.com
On 01/21/13 23:38, NeilBrown wrote:
On Mon, 21 Jan 2013 13:38:59 +0200 Igor Grinberg grinb...@compulab.co.il
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ping!
It has been 1.5 month and we are at rc4 already...
On 01/02/13 09:16, Igor Grinberg wrote:
ping
Hi Tony,
This is a really small addition to improve Paul's tests coverage.
Can this go into 3.9?
Thanks
On 12/07/12 11:05, Igor Grinberg wrote:
cm-t3517 uses two MMC interfaces
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Neil,
On 01/21/13 11:28, NeilBrown wrote:
The standard suspend sequence involves runtime_resuming
devices before suspending the system.
So just saving context in runtime_suspend and restoring it
in runtime resume isn't enough. We must
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/13 09:26, NeilBrown wrote:
On Wed, 09 Jan 2013 14:54:00 +0200 Igor Grinberg grinb...@compulab.co.il
wrote:
On 01/09/13 14:08, Michael Trimarchi wrote:
Hi Neil
I forget to answer to your questions
On 01/09/2013 12:34 PM, NeilBrown
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/13 12:19, NeilBrown wrote:
On Wed, 16 Jan 2013 11:28:02 +0200 Igor Grinberg grinb...@compulab.co.il
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/13 09:26, NeilBrown wrote:
On Wed, 09 Jan 2013 14:54:00 +0200 Igor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Neil,
On 01/09/13 00:29, NeilBrown wrote:
Hi,
I'm trying to get off_mode working reliably on my gta04 mobile phone.
My current stumbling block is USB. The Option GSM module is attached via
USB (there is a separate transceiver chip
2013 12:00:05 +0200 Igor Grinberg grinb...@compulab.co.il
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Neil,
On 01/09/13 00:29, NeilBrown wrote:
Hi,
I'm trying to get off_mode working reliably on my gta04 mobile phone.
My current stumbling block is USB. The Option GSM module
On 01/03/13 10:38, Santosh Shilimkar wrote:
On Thursday 03 January 2013 12:58 PM, R Sricharan wrote:
Hi,
On Sunday 30 December 2012 02:13 AM, ahema...@gmail.com wrote:
From: ahemaily ahema...@gmail.com
The variable dma_lch_count used for comparison
(omap_dma_reserve_channels =
ping
Hi Tony,
This is a really small addition to improve Paul's tests coverage.
Can this go into 3.9?
Thanks
On 12/07/12 11:05, Igor Grinberg wrote:
cm-t3517 uses two MMC interfaces. Add support for both.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: Use CONFIG_MMC_OMAP_HS
cm-t3517 uses two MMC interfaces. Add support for both.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: Use CONFIG_MMC_OMAP_HS instead of plain CONFIG_MMC, so it will be stubbed
out with the same defines as omap_hsmmc_init() function.
Fix the !CONFIG_MMC_OMAP_HS case.
arch
Hi Stephen,
I've only now bumped into the patchset (working the back log on linux-arm).
Sorry for late reply, but I guess you should have Cc'd the relevant
mailing lists with such changes.
Cc'd now.
On 11/19/12 20:31, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
Now that the
cm-t3517 uses two MMC interfaces. Add support for both.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm
configurations.
Cc: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Igor Grinberg grinb...@compulab.co.il
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
omap4_sync32_timer_init. Therefore, correct this
typo to resolve the above error and warning.
Yeah ;-( sorry for this...
Cc: Igor Grinberg grinb...@compulab.co.il
Reported-by: Tony Lindgren t...@atomide.com
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Igor Grinberg grinb
, OMAP4 or OMAP5 devices are enabled.
Cc: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Jon Hunter jon-hun...@ti.com
---
arch/arm/mach-omap2/timer.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
index eb96712..085c7e7
On 11/26/12 11:28, Alessio Igor Bogani wrote:
The 32K timer isn't available on all OMAP devices.
Signed-off-by: Alessio Igor Bogani alessio.bog...@elettra.trieste.it
---
arch/arm/plat-omap/Makefile |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On 11/26/12 15:15, Alessio Igor Bogani wrote:
Hi Igor,
On 26/11/2012 13:02, Igor Grinberg wrote:
On 11/26/12 11:28, Alessio Igor Bogani wrote:
[...]
# Common support
-obj-y := sram.o dma.o fb.o counter_32k.o
+obj-y := sram.o dma.o fb.o
obj-m :=
obj-n :=
obj- :=
+obj
platform code to pass the debounce time value
to the driver instead of handling it by itself.
Igor Grinberg (2):
ads7846: enable pendown GPIO debounce time setting
ARM: OMAP: ads7846: fix pendown debounce setting
arch/arm/mach-omap2/common-board-devices.c | 34
Some platforms need the pendown GPIO debounce time setting programmed.
Since the pendown GPIO is handled by the driver, the debounce time
should also be handled along with the pendown GPIO request.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
drivers/input/touchscreen/ads7846.c
Some platforms need the pendown GPIO debounce time setting programmed.
Since the pendown GPIO is handled by the driver, the debounce time
should also be handled along with the pendown GPIO request.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: fix the comment style
drivers/input
the
omap2_sync32k_clocksource_init() function.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Jon Hunter jon-hun...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Reviewed-by: Jon Hunter jon-hun...@ti.com
cm-t3517 starting from revision 1.2 does not have the 32K oscilator
wired to the AM3517 SoC.
Therefore switch to use the GPTIMER for system clock.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c |2 +-
arch/arm/mach-omap2/common.h |1
the
__omap2_sync32k_clocksource_init() function.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Jon Hunter jon-hun...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Vaibhav Hiremath hvaib...@ti.com
---
Compile tested on omap2plus_defconfig + crane board enabled.
This patch conflicts
On 11/12/12 21:05, Jon Hunter wrote:
On 11/11/2012 03:16 AM, Igor Grinberg wrote:
On 11/08/12 18:20, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [121107 23:15]:
On 11/07/12 19:33, Tony Lindgren wrote:
I think this should be the default for the timers as that counter
does
On 11/12/12 21:15, Jon Hunter wrote:
On 11/11/2012 05:28 AM, Igor Grinberg wrote:
On 11/08/12 21:16, Jon Hunter wrote:
On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
On Fri, Nov 09, 2012 at 00:24:23, Hunter, Jon wrote:
On 11/08/2012 01:59 AM, Igor Grinberg wrote:
[snip
On 11/13/12 18:13, Jon Hunter wrote:
On 11/13/2012 03:14 AM, Igor Grinberg wrote:
On 11/12/12 21:15, Jon Hunter wrote:
On 11/11/2012 05:28 AM, Igor Grinberg wrote:
On 11/08/12 21:16, Jon Hunter wrote:
On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
On Fri, Nov 09, 2012 at 00:24:23
On 11/08/12 18:20, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [121107 23:15]:
On 11/07/12 19:33, Tony Lindgren wrote:
I think this should be the default for the timers as that counter
does not stop during deeper idle states.
Well, it is the default as you can see from
On 11/08/12 18:16, Jon Hunter wrote:
On 11/08/2012 01:59 AM, Igor Grinberg wrote:
On 11/07/12 23:36, Jon Hunter wrote:
Hi Igor,
On 11/07/2012 08:42 AM, Igor Grinberg wrote:
CONFIG_OMAP_32K_TIMER is kind of standing on the single zImage way.
Make OMAP2+ timer code independant from
On 11/08/12 21:16, Jon Hunter wrote:
On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
On Fri, Nov 09, 2012 at 00:24:23, Hunter, Jon wrote:
On 11/08/2012 01:59 AM, Igor Grinberg wrote:
[snip]
There is no reliable way to determine which source should be used in
runtime
for boards
On 11/08/12 20:34, Jon Hunter wrote:
On 11/08/2012 12:17 PM, Paul Walmsley wrote:
On Thu, 8 Nov 2012, Jon Hunter wrote:
On 11/08/2012 11:58 AM, Paul Walmsley wrote:
On Thu, 8 Nov 2012, Jon Hunter wrote:
Igor was mentioning a h/w scenario where the 32kHz source is not
present. However,
On 11/12/12 08:38, Hiremath, Vaibhav wrote:
On Sun, Nov 11, 2012 at 17:05:07, Igor Grinberg wrote:
On 11/08/12 20:34, Jon Hunter wrote:
On 11/08/2012 12:17 PM, Paul Walmsley wrote:
On Thu, 8 Nov 2012, Jon Hunter wrote:
On 11/08/2012 11:58 AM, Paul Walmsley wrote:
On Thu, 8 Nov 2012, Jon
On 11/07/12 23:36, Jon Hunter wrote:
Hi Igor,
On 11/07/2012 08:42 AM, Igor Grinberg wrote:
CONFIG_OMAP_32K_TIMER is kind of standing on the single zImage way.
Make OMAP2+ timer code independant from the CONFIG_OMAP_32K_TIMER
setting.
To remove the dependancy, several conversions/additions
__omap2_sync32k_clocksource_init()
function. Remove the #ifdef CONFIG_OMAP_32K_TIMER around the
__omap2_sync32k_clocksource_init() function.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Jon Hunter jon-hun...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Vaibhav Hiremath
On 11/07/12 19:33, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [121107 06:44]:
CONFIG_OMAP_32K_TIMER is kind of standing on the single zImage way.
Make OMAP2+ timer code independant from the CONFIG_OMAP_32K_TIMER
setting.
To remove the dependancy, several conversions
Cc: Tony Lindgren, Afzal Mohammed,
On 11/06/12 12:51, Matthieu CASTET wrote:
This allow to clean the omap nand driver that were trying in x8 and x16 bits
mode.
This also make work onfi detection on beagleboard :
Before :
[1.954803] NAND device: Manufacturer ID: 0x2c, Chip ID: 0xba
the GPIO debounce settings in a confused state.
Then, enabling off mode causing bogus state to be restored, leaving
GPIO debounce enabled which then prevented the CORE powerdomain from
transitioning.
Reported-by: Paul Walmsley p...@pwsan.com
Cc: Igor Grinberg grinb...@compulab.co.il
Signed-off
On 10/23/12 20:19, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
+Igor
Paul Walmsley p...@pwsan.com writes:
Here are some basic OMAP test results for Linux v3.7-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc2/20121020134755/
1 - 100 of 367 matches
Mail list logo