Hi Tony,
as you probably seen we've got an ACK from Grant Likely for the
mt_ventoux DT-only support patch (which is really the same as this one,
only board name/vendor changed). Probably you can now merge support for
both boards?
Regards, Ilya.
On 17.12.2011 05:37, Tony Lindgren wrote:
>
Hi Archit.
On 30.12.2011 14:02, Archit Taneja wrote:
> This looks fine, but it should be needed for other OMAP2 and OMAP4 also.
> If you could extend the patch we could test it out for the other OMAPs.
OMAP2 and OMAP4 don't need this as they have single hwmod list, so
correct ordering can be hand
Hi Igor,
On 03.01.2012 13:48, Igor Grinberg wrote:
>> I will forward this info to hardware guys and ask about wiring. For now
>> I will leave it as is. Thanks for this information it turned to be some
>> kind of mystery. It would be great if you could give some pointer to the
>> datasheet regardin
g more cpu_is_* checks so would like to
> better understand the problem before merging such a fix.
>
> Thanks,
>
> Kevin
>
>> Signed-off-by: Ilya Yanok
>> ---
>> This patch solves the problem for me but I'm curious why simple
>> CONFIG_PM disabling does
is registered last to ensure that dss_core is already registered.
This solves the problem with BUG() in L3 interrupt handler on boards
with DSS enabled in bootloader.
CC: Tomi Valkeinen
CC: Archit Taneja
CC: Paul Walmsley
Signed-off-by: Ilya Yanok
---
Changes from V1:
- Added extended
This patch adds support for TeeJet Mt.Ventoux board based on TAM3517
SOM. Supported devices:
- Serial
- Ethernet
- NAND
- USB host
- LCD
- Touchscreen
- CAN controller
- ADC128S converter
Signed-off-by: Ilya Yanok
---
Changes from V1:
- Fixed indentation (use tabs not spaces)
- Fixed
Hi Igor,
thanks for your comments.
On 27.12.2011 11:56, Igor Grinberg wrote:
>> +/*
>> + * use fake regulator for vdds_dsi as we can't find this pin inside
>> + * AM3517 datasheet.
>> + */
>> +static struct regulator_consumer_supply mt_ventoux_vdds_dsi_supply[] = {
>> +REGULATOR_SUPPLY("vdds_
This patch adds support for TeeJet Mt.Ventoux board based on TAM3517
SOM. Supported devices:
- Serial
- Ethernet
- NAND
- USB host
- LCD
- Touchscreen
- CAN controller
- ADC128S converter
Signed-off-by: Ilya Yanok
---
Requires updated machine-type file, recently posted AM35xx-EMAC patch
Split into two parts:
1. Device tree only to be used with board-generic (only serial works)
2. Full board support via custom machine file for board-testing
Ilya Yanok (2):
mt_ventoux: very basic support for TeeJet Mt.Ventoux board
mt_ventoux: support for TeeJet Mt.Ventoux board
arch/arm
Very basic support for TeeJet Mt.Ventoux board. Able to boot via
board-generic and ramdisk/initramfs, however most of peripherals are
not supported. Produces tons of twl4030 related errors as this board
doesn't have twl4030 installed.
Signed-off-by: Ilya Yanok
---
arch/arm/boo
dd data for the OrtusTech COM43H4M10XTC display to the
generic_dpi_panel driver.
CC: Tomi Valkeinen
Signed-off-by: Ilya Yanok
---
drivers/video/omap2/displays/panel-generic-dpi.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2
is registered last to ensure that dss_core is already registered.
CC: Tomi Valkeinen
CC: Archit Taneja
CC: Paul Walmsley
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/arch
Grinberg
Signed-off-by: Ilya Yanok
---
Changes from V1:
- existing if clause reused
arch/arm/mach-omap2/common-board-devices.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/common-board-devices.c
b/arch/arm/mach-omap2/common-board
Hi Tomi,
On 22.12.2011 14:13, Tomi Valkeinen wrote:
> On Thu, 2011-12-22 at 02:00 +0100, Ilya Yanok wrote:
>> Resetting DISPC when a DISPC output is enabled causes the DSS to go into
>> an inconsistent state.
>>
>> commit b923d40dd4211c4ef7d4efa2bd81b7ca1d8744c1
>&g
Hi Archit, Paul,
On 20.12.2011 16:23, Archit Taneja wrote:
> There was a patch which got into the kernel in 3.2-rc4:
>
> b923d40dd4211c4ef7d4efa2bd81b7ca1d8744c1
> ARM: OMAP2PLUS: DSS: Ensure DSS works correctly if display is enabled in
> bootloader
>
> This tries to disable any display outputs
patch and HWMOD_INIT_NO_RESET flags to dss_dispc hwmod thus leaving
DISPC untouched so that omap_dss_reset can take care of it.
This solves the l3_app_irq BUG problem on my AM3517 based board.
CC: Archit Taneja
CC: Paul Walmsley
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2
et gpio_pendown field in platform data himself
>> but it seems natural to do this in ads7846_init to remove duplication.
>>
>> Signed-off-by: Ilya Yanok
>> ---
>> arch/arm/mach-omap2/common-board-devices.c |5 -
>> 1 files changed, 4 insertions(+), 1 dele
If platform data is provided by the caller gpio_pendown is put into
unused static ads7846_config structure and effectively has no effect.
Of course caller can set gpio_pendown field in platform data himself
but it seems natural to do this in ads7846_init to remove duplication.
Signed-off-by: Ilya
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.
Signed-off-by: Ilya Yanok
---
Changes from V2:
- None
Changes fr
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok
---
Requires updated machine-type file, recently posted AM35xx-EMAC patch
and "Disable PM init on AM35{05,17} patch.
Changes from V2:
- Rebased ont
Split into two parts:
1. Device tree only to be used with board-generic (only serial works)
2. Full board support via custom machine file for board-testing
Sorry for double-posting: I've put wrong linux-arm-kernel address in
the first post.
Ilya Yanok (2):
mcx: very basic support for
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok
---
Requires updated machine-type file, recently posted AM35xx-EMAC patch
and "Disable PM init on AM35{05,17} patch.
Changes from V2:
- Rebased ont
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.
Signed-off-by: Ilya Yanok
---
Changes from V2:
- None
Changes fr
plit into two parts:
1. Device tree only to be used with board-generic (only serial works)
2. Full board support via custom machine file for board-testing
Ilya Yanok (2):
mcx: very basic support for HTKW mcx board
mcx: support for HTKW mcx board
arch/arm/boot/dts/mcx.dts
Hi,
On 21.12.2011 10:07, Hiremath, Vaibhav wrote:
>> +static struct resource am35xx_mdio_resources[] = {
>> +{
>> +.start = AM35XX_IPSS_EMAC_BASE + AM35XX_EMAC_MDIO_OFFSET,
>> +.end= AM35XX_IPSS_EMAC_BASE + AM35XX_EMAC_MDIO_OFFSET +
>> + SZ_4K
ci_emac", "phy_clk") resp.
CC: Paul Walmsley
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2/clock3xxx_data.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
b/arch/arm/mach-omap2/clock3xxx_data.c
index d75e5f6..1a6
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
AM35xx based board so move this code to it's own file to be reused by
other boards.
Signed-off-by: Ilya Yanok
---
Changes from V1:
- removed clock aliases
arc
Hi Paul,
On 16.12.2011 10:13, Paul Walmsley wrote:
>> Ok, let's wait for Paul's answer and then I'll prepare a separate patch.
>
> Unfortunately the AM3517 TRM (SPRUGR0) here doesn't really have the same
> level of clock integration information that the WBU TRMs have, so it's
> kind of hard to
Hi Wolfram,
On 21.12.2011 01:53, Wolfram Sang wrote:
>> Add support for asserting RTS line while TX is in progress. OMAP
>> hardware doesn't support auto-RS485 mode so we control the line from
>> software. We use TX_EMPTY_CTL_IT bit in SCR register to generate TX
>> empty interrupt.
>
> Sorry to
(RTS is asserted high during transmition if this flag is set and low
otherwise) though I'm not sure if this is what this flag is for...
Signed-off-by: Ilya Yanok
---
Changes from V1:
- rebased onto current linux-omap/master
arch/arm/plat-omap/include/plat/omap-serial.h |3 +
drivers/
Hi Igor,
On 15.12.2011 14:40, Igor Grinberg wrote:
>> +r = gpio_request_array(mcx_dss_gpios, ARRAY_SIZE(mcx_dss_gpios));
>> +if (r) {
>> +pr_err("failed to get DSS control GPIOs\n");
>> +return;
>> +}
>> +
>> +omap_mux_init_gpio(LCD_BKLIGHT_EN, OMAP_PIN_OUTP
Hi Archit,
On 20.12.2011 16:23, Archit Taneja wrote:
>>> [0.238494] Kernel BUG at c0033e34 [verbose debug info unavailable]
>>> [0.245025] Internal error: Oops - undefined instruction: 0 [#1] SMP
>>> [0.262390] PC is at omap3_l3_app_irq+0x108/0x12c
>>
>> I'm getting the same error on o
Hi Paul,
Paul Walmsley pwsan.com> writes:
> [0.238494] Kernel BUG at c0033e34 [verbose debug info unavailable]
> [0.245025] Internal error: Oops - undefined instruction: 0 [#1] SMP
> [0.262390] PC is at omap3_l3_app_irq+0x108/0x12c
I'm getting the same error on one of my AM3517 board
Current OMAP3 PM code seems to be incompatible with AM35{05,17} and
leads to system hang during boot.
Disable PM init on AM35{05,17} until working implementation will be
merged.
Signed-off-by: Ilya Yanok
---
This patch solves the problem for me but I'm curious why simple
CONFIG_PM disa
Hi All,
I've just rebased my patches on the top of current linux-omap tree and
found my AM3517 unbootable: omap3_pm_idle is called and then the system
hangs.
I can see some patches to support pm_idle on AM3517 so I assume that the
current code can't work on my systems properly.
What is the right
Free the channel lock before calling __cpdma_chan_process to prevent
dead lock.
Signed-off-by: Ilya Yanok
---
drivers/net/ethernet/ti/davinci_cpdma.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ethernet/ti/davinci_cpdma.c
b/drivers/net/ethernet/ti
Hi Igor,
On 15.12.2011 13:51, Igor Grinberg wrote:
>> +/* AM35xx doesn't have IVA */
>> +soc {
>> +iva {
>> +status = "disabled";
>> +};
>> +};
>
> I don't get it...
> Why SoCs that do not have those IP blocks should poke
> their configurati
Hi Tony,
On 15.12.2011 22:43, Tony Lindgren wrote:
Should this be just called emac-common.c? Or is it so am35xx specific
that it won't work with others?
>>>
>>> Uh.. I'm not sure but I thought that EMAC is present only on am35xx SoCs...
>
> OK, maybe just do a quick check on that so we
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok
---
Requires updated mach-types file and previously posted AM35xx-EMAC
patch: http://article.gmane.org/gmane.linux.ports.arm.omap/66861
Changes from V1
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.
Signed-off-by: Ilya Yanok
---
Changes from V1:
- device tree mov
Split into two parts:
1. Device tree only to be used with board-generic (only serial works)
2. Full board support via custom machine file for board-testing
Ilya Yanok (2):
mcx: very basic support for HTKW mcx board
mcx: support for HTKW mcx board
arch/arm/boot/dts/mcx.dts
Hi Tony,
On 08.12.2011 04:15, Tony Lindgren wrote:
>> AM35xx SoCs include DaVinci EMAC IP. Initialization code in
>> board-am3517evm.c is pretty board independent and will work for any
>> AM35xx based board so move this code to it's own file to be reused by
>> other boards.
>
> Should this be jus
Hi Tony,
On 19.11.2011 04:36, Tony Lindgren wrote:
>> Well, it already boots with DT actually. Did you mean booting with DT
>> and board-generic? I have to admit I don't know how to proceed here:
>
> Good to hear you're already playing with it. Yes, let's work on making
> all the boards work with
Add data for the FocalTech ETM070003DH6 display to the generic_dpi_panel
display driver.
Signed-off-by: Ilya Yanok
---
Changes from V1:
- acb, acbi, power_on_delay and power_off_delay fields removed.
drivers/video/omap2/displays/panel-generic-dpi.c | 20
1 files changed
Hi Tomi,
On 17.11.2011 14:26, Tomi Valkeinen wrote:
>> +.acbi = 0x0,
>> +.acb= 0x28,
>
> You could just remove .acbi and .acb, I don't think they are needed.
You are right.
>> +.config = OMAP_DSS_LCD_TFT |
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
AM35xx based board so move this code to it's own file to be reused by
other boards.
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2/Makefile |3 +
Hi guys,
what about this patch? Can it be applied? It's pretty independent from
other ones.
Regards, Ilya.
On 09.11.2011 04:12, Ilya Yanok wrote:
> Add data for the FocalTech ETM070003DH6 display to the generic_dpi_panel
> display driver.
>
> Signed-off-by: Ilya Yanok
>
Hi Archit,
On 09.11.2011 14:10, Archit Taneja wrote:
>> AM35xx don't have VDDS_DSI regulator.
>
> AM35xx do have vdds_dsi regulator. Are you saying that your particular
> board doesn't have vdds_dsi connected to a regulator?
>
> I assumed that vdds_dsi regulator was required for DPI to function
Hi Tony,
On 11.11.2011 04:12, Tony Lindgren wrote:
> This looks OK but let's concentrate on getting things working with
> board-generic.c and DT only in mainline kernel.
>
> I can apply this into testing-board, but let's not cause more churn
> in mainline with the board files that will be disappe
Hi Archit,
09.11.2011 14:10, Archit Taneja wrote:
AM35xx don't have VDDS_DSI regulator.
AM35xx do have vdds_dsi regulator. Are you saying that your particular
board doesn't have vdds_dsi connected to a regulator?
Yes, you are right. But looking at the manual (and name) I think it's
needed o
Hi guys,
any comments on this? Is anybody interested?
Regards, Ilya.
03.10.2011 0:27, Ilya Yanok wrote:
Add support for asserting RTS line while TX is in progress. OMAP
hardware doesn't support auto-RS485 mode so we control the line from
software. We use TX_EMPTY_CTL_IT bit in SCR regist
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok
---
arch/arm/boot/dts/mcx.dts| 29 ++
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile
Split omap3.dtsi file into common part, OM3xxx specific part and
AM35xx specific part. For now the only difference is missing IVA node on
AM35xx.
Signed-off-by: Ilya Yanok
---
arch/arm/boot/dts/am35xx.dtsi | 15 +++
arch/arm/boot/dts/om3xxx.dtsi | 28
AM35xx don't have VDDS_DSI regulator.
Signed-off-by: Ilya Yanok
---
drivers/video/omap2/dss/dpi.c |9 +
drivers/video/omap2/dss/dsi.c | 18 --
2 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/drivers/video/omap2/dss/dpi.c b/drivers/video/omap
Add data for the FocalTech ETM070003DH6 display to the generic_dpi_panel
display driver.
Signed-off-by: Ilya Yanok
---
drivers/video/omap2/displays/panel-generic-dpi.c | 24 ++
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/displays
touchscreen
driver posted to the linux-input ML:
http://thread.gmane.org/gmane.linux.kernel.input/22356
To boot successfully, these patches have to be applied:
https://lkml.org/lkml/2011/9/30/414
https://lkml.org/lkml/2011/9/30/34
Regards, Ilya.
Signed-off-by: Ilya Yanok
--
To unsubscribe from this list
Bits corresponding to the IVA and ISP features in OMAP_STATUS register
are reserved on AM35xx and checking for them results in wrong results.
So we don't want to check for this features on AM35xx.
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2/id.c |6 --
1 files chang
Fix compilation errors by including linux/module.h header.
Signed-off-by: Ilya Yanok
---
drivers/usb/musb/am35x.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/am35x.c b/drivers/usb/musb/am35x.c
index 08f1d0b6..ea2a258 100644
--- a/drivers/usb/musb
(RTS is asserted high during transmition if this flag is set and low
otherwise) though I'm not sure if this is what this flag is for...
Signed-off-by: Ilya Yanok
---
arch/arm/plat-omap/include/plat/omap-serial.h |3 +
drivers/tty/serial/omap-serial.c
59 matches
Mail list logo