Hello,
We've a custom board using an ARM OMAP DM3730 whose ROM boot loader
only supports 1-bit ECC correction using Hamming algorithm.
So, in order to be able to boot from the NAND, we have to configure
the GPMC (OMAP's memory controller that interfaces with NAND devices)
to use 1-bit HW ECC and
On Fri, Oct 28, 2011 at 12:30 PM, Matthieu CASTET
matthieu.cas...@parrot.com wrote:
Hi,
Javier Martinez Canillas a écrit :
Hello,
I want to be able to use 1-bit ECC for the first partition where I
save the loader binary and has to be accessed by the ROM boot but use
a 4-bit ECC for my
On Fri, Oct 28, 2011 at 12:33 PM, Jon Povey jon.po...@racelogic.co.uk wrote:
linux-mtd-boun...@lists.infradead.org wrote:
I want to be able to use 1-bit ECC for the first partition where I
save the loader binary and has to be accessed by the ROM boot but use
a 4-bit ECC for my rootfs
On Fri, Oct 28, 2011 at 1:51 PM, Matthieu CASTET
matthieu.cas...@parrot.com wrote:
Javier Martinez Canillas a écrit :
On Fri, Oct 28, 2011 at 12:30 PM, Matthieu CASTET
matthieu.cas...@parrot.com wrote:
PS : note that some OMAP ROM support a better protection than Hamming (but
the
details
control signal. Also, it forces to update the RTS signal when the serial-core
calls serial_omap_set_mctrl().
[1]: http://www.spinics.net/lists/linux-omap/msg58546.html
Signed-off-by: Javier Martinez Canillas martinez.jav...@gmail.com
---
arch/arm/plat-omap/include/plat/omap-serial.h |2
On Tue, Nov 1, 2011 at 5:18 AM, Jon Povey jon.po...@racelogic.co.uk wrote:
Adding davinci linux open source ML to CC as folk there might find this
utility useful.
Javier Martinez Canillas wrote:
On Fri, Oct 28, 2011 at 12:33 PM, Jon Povey
jon.po...@racelogic.co.uk wrote:
linux-mtd-boun
On Sat, Oct 29, 2011 at 1:04 AM, Javier Martinez Canillas
martinez.jav...@gmail.com wrote:
This patch adds TIA/EIA-485 standard support to OMAP-UART controller driver
by adding handlers for TIOCSRS485 and TIOCGRS485 ioctl commands.
This patch is based on Ilya Yanok ya...@emcraft.com patch [1
-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/mach-omap2/board-igep0020.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
b/arch/arm/mach-omap2/board-igep0020.c
index 7491529..2821448 100644
--- a/arch/arm/mach-omap2
: unable to obtain RX DMA engine channel
62
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
On Mon, Jul 16, 2012 at 7:12 PM, Kevin Hilman khil...@ti.com wrote:
Javier Martinez Canillas jav...@dowhile0.org writes:
commit 13f30fc893e4610f67dd7a8b0b67aec02eac1775
Author: Russell King rmk+ker...@arm.linux.org.uk
Date: Sat Apr 21 22:41:10 2012 +0100
mmc: omap: remove private DMA
On Tue, Jul 17, 2012 at 8:45 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Hi,
On Tue, Jul 17, 2012 at 6:00 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API
automatically CONFIG_DMADEVICES and CONFIG_DMA_OMAP solves it.
While being there, also update drivers/spi/spi-omap2-mcspi which has been
ported to DMA engine API too.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
Changes since v1:
- Also include drivers/spi/spi-omap2-mcspi.c
On Tue, Jul 10, 2012 at 9:24 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
2012/7/10 Javier Martinez Canillas jav...@dowhile0.org
According to the IGEPv2 Rev.C data-sheet the LAN9221i pin 14 (IRQ) is
connected to the OMAP3730 mcspi1_cs2 pin. Since this omap mux pin acts
as an IRQ
On Tue, Jul 17, 2012 at 9:09 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Tue, Jul 17, 2012 at 12:33 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API
On Wed, Jul 18, 2012 at 8:59 AM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [120716 23:56]:
On Tue, Jul 17, 2012 at 8:45 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Hi,
On Tue, Jul 17, 2012 at 6:00 AM, Javier Martinez Canillas
jav
]:
On Wed, Jul 18, 2012 at 12:29 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [120716 23:56]:
On Tue, Jul 17, 2012 at 8:45 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Hi,
On Tue, Jul 17, 2012 at 6:00 AM, Javier Martinez Canillas
jav
On Wed, Jul 18, 2012 at 11:11 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wed, Jul 18, 2012 at 2:19 PM, Javier Martinez Canillas
martinez.jav...@gmail.com wrote:
On Wed, Jul 18, 2012 at 10:36 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wed, Jul 18, 2012 at 1:14 PM
On Thu, Jul 19, 2012 at 9:43 AM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Jul 19, 2012 at 12:58 PM, Yegor Yefremov
yegor_s...@visionsystems.de wrote:
Am 19.07.2012 09:07, schrieb Shilimkar, Santosh:
On Thu, Jul 19, 2012 at 12:25 PM, Yegor Yefremov
yegor_s...@visionsystems.de wrote:
Am
On Sat, Jul 28, 2012 at 2:11 PM, Will Deacon will.dea...@arm.com wrote:
On Sat, Jul 28, 2012 at 11:08:31AM +0100, Russell King - ARM Linux wrote:
On Fri, Jul 27, 2012 at 10:40:24PM +0100, Will Deacon wrote:
On Fri, Jul 27, 2012 at 10:06:37PM +0100, Russell King - ARM Linux wrote:
We support
On Sun, Jul 29, 2012 at 11:31 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sat, Jul 28, 2012 at 04:26:28PM +0200, Javier Martinez Canillas wrote:
On Sat, Jul 28, 2012 at 2:11 PM, Will Deacon will.dea...@arm.com wrote:
Acked-by: Will Deacon will.dea...@arm.com
The next
On Mon, Jul 30, 2012 at 4:35 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jul 30, 2012 at 11:22:51AM +0200, Javier Martinez Canillas wrote:
Yes, I forgot it, sorry for that.
Please let me know if I need to resubmit the patch cc'ing stable.
I can just add
On Mon, Jul 30, 2012 at 4:46 PM, S, Venkatraman svenk...@ti.com wrote:
On Mon, Jul 30, 2012 at 8:14 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
On Mon, Jul 30, 2012 at 7:02 PM, Tony Lindgren t...@atomide.com wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [120730 08:31]:
On Mon, Jul 30, 2012 at 05:19:06PM +0200, Javier Martinez Canillas wrote:
I think Santosh meant this patch..
http://git.kernel.org/?p=linux/kernel/git
On Wed, Jul 18, 2012 at 9:20 AM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [120717 00:16]:
Hi Tony,
Just pinging to see if you have further comments on this patch or if
it can be applied. It solves a bug on IGEPv2 boards.
I know the trend
On Fri, Oct 5, 2012 at 1:08 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Thomas Petazzoni thomas.petazz...@free-electrons.com writes:
On Thu, 4 Oct 2012 22:30:58 +0200, Enric Balletbò i Serra wrote:
I recently tested kernel 3.6-rc5 and worked for me. Let me check tomorrow
kernel 3.6.
On Fri, Oct 5, 2012 at 10:10 AM, Thomas Petazzoni
thomas.petazz...@free-electrons.com wrote:
On Fri, 5 Oct 2012 09:32:07 +0200, Javier Martinez Canillas wrote:
As Enric said, u-boot has SPL and NAND support for IGEP since
v2012.10-rc1. I just tried kernel a 3.6 with u-boot v2012.10-rc2
Enric and I have been mantained this machine and while we
are moving to device trees, it is good that people cc us
when reporting bugs or regression on the board file until
we have proper DT support.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
MAINTAINERS |8
1
On Wed, May 2, 2012 at 1:42 PM, Thomas Klute
thomas2.kl...@uni-dortmund.de wrote:
Am 01.04.2012 21:20, schrieb Javier Martinez Canillas:
On Fri, Mar 30, 2012 at 5:28 PM, Thomas Klute
thomas2.kl...@uni-dortmund.de wrote:
Hi,
I finally had some time to do more tests on this problem. Findings
On Wed, May 9, 2012 at 1:16 AM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [120427 02:33]:
On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Tony, as this is a fix ,may be included ?
Acked-by: Enric Balletbo i
On OMAP boards that includes an SD card slot, an EXT4 partition could
be used to store the root file system. So, the kernel should have
built-in support for EXT4 to be able to mount the VFS root on boot.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/configs
] [c00511bc] (sys_reboot+0x144/0x1f0) from [c0012f00]
(ret_fast_syscall+0x0/0x3c)
[ 43.057464] Code: bad PC value
[ 43.060760] ---[ end trace c3988d1dd0b8f0fb ]---
An is_smp() check is also necessary besides shilding the smp_send_stop()
call around CONFIG_SMP.
Signed-off-by: Javier Martinez
responses on this subject. Not going
to repeat it again. Fed up.
On Sun, Jun 24, 2012 at 06:21:07AM +0200, Javier Martinez Canillas wrote:
Hi Russell,
I didn't know that this was discussed before sorry.
I'll send a v2 of the patch that uses your suggested approach.
Best regards,
Javier
] [c00511bc] (sys_reboot+0x144/0x1f0) from [c0012f00]
(ret_fast_syscall+0x0/0x3c)
[ 43.057464] Code: bad PC value
[ 43.060760] ---[ end trace c3988d1dd0b8f0fb ]---
Add a check so smp_cross_call() is only called when there is more than one CPU
on-line.
Signed-off-by: Javier Martinez Canillas jav
On Mon, Jun 25, 2012 at 2:51 AM, Shawn Guo shawn@linaro.org wrote:
It seems the same patch has been there for a while.
http://thread.gmane.org/gmane.linux.kernel/1303115
Regards,
Shawn
Hi Shawn,
Thanks for the info, I first send this patch:
On Mon, Jun 25, 2012 at 10:49 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jun 25, 2012 at 08:51:37AM +0800, Shawn Guo wrote:
It seems the same patch has been there for a while.
http://thread.gmane.org/gmane.linux.kernel/1303115
Bah, why doesn't stuff like this get
On Sun, Jun 24, 2012 at 12:18 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On OMAP boards that includes an SD card slot, an EXT4 partition could
be used to store the root file system. So, the kernel should have
built-in support for EXT4 to be able to mount the VFS root on boot
/0x178) from [c066e8f4]
(kernel_init+0xfc/0x1c0)
[3.930847] [c066e8f4] (kernel_init+0xfc/0x1c0) from [c00140b0]
(kernel_thread_exit+0x0/0x8)
[3.940246] ---[ end trace 55a0ad32ca2ca682 ]---
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
This patch was generated on top of
git
On Fri, Jun 29, 2012 at 2:55 PM, Kevin Hilman khil...@ti.com wrote:
+Paul
Javier Martinez Canillas jav...@dowhile0.org writes:
commit 99b59df0 ARM: OMAP3: PM: fix shared PRCM interrupt leave disabled at
boot
set the IRQ_NOAUTOEN flag to the PCRM IO-chain irq to avoid this
interrupt until
-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/mach-omap2/board-flash.c |4 ++--
arch/arm/mach-omap2/board-flash.h | 11 +++
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-flash.c
b/arch/arm/mach-omap2/board-flash.c
index 0349fd2
IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which memory is available.
Also, this patch removes unnecesary code for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0
IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which memory is available.
Also, this patch removes unnecesary code for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0
6386994e03ebbe60338ded3d586308a41e81c0dc
Author: Javier Martinez Canillas jav...@dowhile0.org
Date: Tue Jan 3 13:36:19 2012 +
net/smsc911x: Check if PHY is in operational mode before software reset
When I fix the issue I only guarded against generation 4 chips (i.e:
pdata-generation == 4
-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/mach-omap2/board-flash.c |4 ++--
arch/arm/mach-omap2/board-flash.h | 11 +++
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-flash.c
b/arch/arm/mach-omap2/board-flash.c
index 0349fd2
for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/mach-omap2/board-igep0020.c | 75 ++
1 files changed, 31 insertions(+), 44 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
b/arch/arm/mach-omap2/board
On Fri, Mar 30, 2012 at 5:28 PM, Thomas Klute
thomas2.kl...@uni-dortmund.de wrote:
Hi,
I finally had some time to do more tests on this problem. Findings below.
Great, I guess we are close to find the issue :)
Am 20.03.2012 20:47, schrieb Javier Martinez Canillas:
On Tue, Mar 20, 2012 at 3
-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/mach-omap2/board-flash.c |4 ++--
arch/arm/mach-omap2/board-flash.h | 11 +++
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-flash.c
b/arch/arm/mach-omap2/board-flash.c
index 0349fd2
IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which memory is available.
Also, this patch removes unnecesary code for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0
On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
2012/4/4 Javier Martinez Canillas jav...@dowhile0.org:
board_onenand_init() and board_nand_init() initialization functions are
used to initialize OneNAND and NAND memories respectively. But only
board_nand_init
On Wed, Apr 25, 2012 at 10:00 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
2012/4/4 Javier Martinez Canillas jav...@dowhile0.org:
IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which
Hello,
We have an issue with the SMSC LAN911x driver with today linux-2.6 [1]
executing on an IGEPv2 [2] board using omap2plus_defconfig.
When I try to bring up the network interface, the ioctl set interface
flags command (SIOCSIFFLAGS) fails returning -EIO:
root@igep00x0:~# ifconfig eth0 up
non-initramfs based setups assumes this and don't manually mount it.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b
The IGEPv2 board uses an green GPIO LED to inform the user
that the kernel could boot.
The green status GPIO LED was default to Heartbeat but On
is better to signal that is running correctly.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/mach-omap2/board
Many OMAP boards use GPIO LEDs to notify status to the user
on boot. So, it is good to have by default support for GPIO
connected LEDs as well as some commonly used triggers.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/configs/omap2plus_defconfig |8
On 11/26/2012 06:45 AM, AnilKumar, Chimata wrote:
On Sat, Nov 24, 2012 at 15:04:02, Javier Martinez Canillas wrote:
Many OMAP boards use GPIO LEDs to notify status to the user
on boot. So, it is good to have by default support for GPIO
connected LEDs as well as some commonly used triggers
Many TI OMAP SoC based boards that uses twl4030 as codec have
been updated to use the unified audio driver (omap-twl4030)
since they have similar audio setup.
So, is good to have it built to add audio support to these boards.
Signed-off-by: Javier Martinez Canillas javier.marti
On 11/27/2012 09:34 AM, Sekhar Nori wrote:
On 11/21/2012 6:56 PM, Javier Martinez Canillas wrote:
Since udev-182, udev no longer creates device nodes under /dev
Nit: Looks like this happened from udev-176 onward.
http://permalink.gmane.org/gmane.linux.hotplug.devel/17230
Whoever
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patchset adds initial device
tree support for these devices.
The device trees allows to boot from an MMC and are working all the
components that already have device tree support on OMAP3 SoCs:
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT
on OMAP3 SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio).
Signed-off-by: Javier Martinez Canillas
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/omap3-igep.dtsi | 93 +
1 files changed, 93 insertions
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device tree allows to boot from an MMC/SD and are working all
the components that already have device tree support on OMAP3
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
---
Changes since v1
.dts
b/arch/arm/boot/dts/omap3-igep0020.dts
new file mode 100644
index 000..e2b9849
--- /dev/null
+++ b/arch/arm/boot/dts/omap3-igep0020.dts
@@ -0,0 +1,56 @@
+/*
+ * Device Tree Source for IGEPv2 board
+ *
+ * Copyright (C) 2012 Javier Martinez Canillas jav...@collabora.co.uk
+ * Copyright (C
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
---
arch/arm/boot/dts/omap3-igep.dtsi | 93
On 12/03/2012 12:01 PM, Benoit Cousson wrote:
On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device trees allows to boot from an MMC and are working all the
components that already have device tree support on OMAP3 SoCs:
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
Tested-by: Enric Balletbo i Serra eballe...@gmail.com
---
Changes
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
Tested-by: Enric
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT
on OMAP3 SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio).
Signed-off-by: Javier Martinez Canillas
On Mon, Dec 3, 2012 at 1:41 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device trees allows to boot
On Wed, Dec 12, 2012 at 11:11 AM, Benoit Cousson b-cous...@ti.com wrote:
Hi Javier,
On 12/12/2012 09:25 AM, Javier Martinez Canillas wrote:
On Mon, Dec 3, 2012 at 1:41 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
IGEP technology devices are TI OMAP3 SoC based
On Tue, Nov 27, 2012 at 10:58 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 11/27/2012 02:21 AM, Javier Martinez Canillas wrote:
Many TI OMAP SoC based boards that uses twl4030 as codec have
been updated to use the unified audio driver (omap-twl4030)
since they have similar audio setup
been updated to use the
same names used on omap3-igep0020.dtb.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/mach-omap2/board-igep0020.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
devtmpfs at /dev automount enabled by default.
[1]: http://permalink.gmane.org/gmane.linux.hotplug.devel/17230
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
Changes since v1:
- Point to correct udev version that first this a requirement
as suggested by Sekhar Nori
On Fri, Dec 14, 2012 at 7:10 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas javier.marti...@collabora.co.uk [121121 05:29]:
Since udev-182, udev no longer creates device nodes under /dev
and this has to be managed by the kernel devtmpfs filesystem.
This means
On Sat, Nov 24, 2012 at 9:29 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The IGEPv2 board uses an green GPIO LED to inform the user
that the kernel could boot.
The green status GPIO LED was default to Heartbeat but On
is better to signal that is running correctly
: *** [dtbs] Error 2
Since IGEP devices uses the same PMIC as Beagle boards, the VSIM
definition from twl4030.dtsi can be used.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/omap3-igep.dtsi |6 --
1 files changed, 0 insertions(+), 6
Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/omap3-igep.dtsi | 23 ---
1 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-igep.dtsi
b/arch/arm/boot/dts/omap3-igep.dtsi
index fdd9154..dd01c46 100644
--- a/arch/arm/boot
or
directory
compilation terminated.
make[1]: *** [arch/arm/mach-omap2/common.o] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/mach-omap2/common.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
On Sat, Dec 15, 2012 at 1:52 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
commit 5a8095e9 ARM: dts: Add omap3-beagle.dts
moved the VSIM regulator definition to the twl4030.dtsi to avoid
duplication. A definition for the VSIM regulator was also present
on omap3-igep.dtsi
Many OMAP3 based boards such as Beagle, Overo and IGEP use
the TFP410 DPI-to-DVI chip. So, it's good to have it built
as a module by default on OMAP2+ config.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/configs/omap2plus_defconfig |1 +
1 files
The OMAP framebuffer driver now uses the standard dma allocator
instead of the (now removed) omap specific vram allocator.
Enable the Contiguous Memory Allocator by default to allow large
dma memory buffers allocation.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
On Wed, Dec 19, 2012 at 1:36 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Javier,
On 12/19/2012 10:31 AM, Javier Martinez Canillas wrote:
On Sat, Dec 15, 2012 at 1:52 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
commit 5a8095e9 ARM: dts: Add omap3-beagle.dts
moved
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device trees allows to boot from an MMC and are working all the
components that already have device tree support on OMAP3 SoCs:
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT
on OMAP3 SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio).
Signed-off-by: Javier Martinez Canillas
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Tested-by: Enric Balletbo i Serra eballe...@gmail.com
---
Changes since
On Fri, Dec 14, 2012 at 6:17 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The IGEPv2 board has two user GPIO LEDs and one of them is
default to on to tell the user that the board booted correctly.
But to use these LEDs the config options CONFIG_LEDS_GPIO
-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
This makes LEDs to work again on my IGEPv2 board (TI OMAP3 based SoC).
I sent this patch before but then realized that I only cc'ed to linux-leds.
So, I'm resending the patch cc'ing linux-omap,linux-arm-kernel and LKML to
reach a broader
this as the default kernel argument
directly in the device tree board file.
Cc: Enric Balletbo i Serra eballe...@gmail.com
Cc: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com
---
arch/arm/boot/dts/omap3-igep0020.dts |4
1
On Sat, Dec 22, 2012 at 3:17 PM, Ezequiel Garcia elezegar...@gmail.com wrote:
Hi Enric and Javier,
The u-boot 'bootargs' env overwrites the one from chosen ?
I just tested and U-Boot 'bootargs' has precedence over DT bootargs
but I didn't find a way to append boot parameters from U-Boot.
eballe...@gmail.com
Cc: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com
---
arch/arm/boot/dts/omap3-igep.dtsi | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-igep.dtsi
b
On 12/21/2012 06:06 PM, Ezequiel Garcia wrote:
On Fri, Dec 21, 2012 at 12:07 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
commit a99d76f leds: leds-gpio: use gpio_request_one
changed the leds-gpio driver to use gpio_request_one() instead
of gpio_request
On Tue, Jan 8, 2013 at 5:13 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Javier,
On 12/19/2012 02:33 PM, Javier Martinez Canillas wrote:
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support
On Wed, Dec 19, 2012 at 4:26 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2012-12-19 14:33, Javier Martinez Canillas wrote:
Many OMAP3 based boards such as Beagle, Overo and IGEP use
the TFP410 DPI-to-DVI chip. So, it's good to have it built
as a module by default on OMAP2+ config
On Wed, Dec 19, 2012 at 1:33 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The OMAP framebuffer driver now uses the standard dma allocator
instead of the (now removed) omap specific vram allocator.
Enable the Contiguous Memory Allocator by default to allow large
dma
for Daniel's patches
to hit mainline before sending the RFC. So please feel free to add:
Reviewed-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Best regards,
Javier
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Mon, Feb 4, 2013 at 11:36 AM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Hi Javier,
Hi Florian,
On 02/04/2013 10:27 AM, Javier Martinez Canillas wrote:
Hi Florian,
On Mon, Jan 28, 2013 at 6:54 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Add device-tree support
On Mon, Feb 4, 2013 at 6:32 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [130204 04:00]:
On Mon, Feb 4, 2013 at 11:36 AM, Florian Vaussard
Great, the smsc911x was on my TODO list, I can cross it out :) BTW,
do you have a public git for this, so I
On Tue, Feb 5, 2013 at 6:23 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Hi Javier,
Hi Florian,
On 02/04/2013 12:57 PM, Javier Martinez Canillas wrote:
[...]
Yes, I saw on the list that Tony asked you too extend the GPMC DT
support. Flash support is on my TODO list too but I
Hello,
This is an RFC to add Device Tree support for SMSC LAN chips connected
to OMAP processors though its General-Purpose Memory Controller.
The patch-set is composed of the following patches:
[PATCH RFC 1/7] platform: add a device node
[PATCH RFC 2/7] net: smsc911x: add pinctrl support
1 - 100 of 610 matches
Mail list logo
