gmane.linux.ports.arm.omap

Re: [PATCH] arm: configs: omap2plus_defconfig: enable USB bits which work

Roger Quadros — 2013-05-22T08:15:47

True. Due to broken smart idle/wakeup, EHCI host has to rely on
IO Daisy chaining mechanism for remote wakeup.

So this can't be fixed till we have daisy chaining working with device tree
boot. I do have an implementation that works with MACH boot but I don't see
any point in upstreaming those as we would be moving eventually to device tree
only boot.

cheers,
-roger
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ARM: OMAP3: Fix iva2_pwrdm settings for 3703

Yegor Yefremov — 2013-05-22T08:09:30

Tested-by: Yegor Yefremov <yegorslists< at >googlemail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[pandaboard] device tree booting fails

Tobias Jakobi — 2013-05-21T19:37:37

Forwarding as suggested by Tony Lindgren.

https://bugzilla.kernel.org/show_bug.cgi?id=58611
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] 3.10-rc1 OMAP1 GPIO IRQ regression

Jon Hunter — 2013-05-21T19:37:16

On 21/05/13 18:39, Aaro Koskinen wrote:

Sorry for not responding sooner, but I have been moving. 

From looking at the code it appears that the regmap_add_irq_chip()
is failing in the retu driver. I am not sure if this will work, 
but have you tried making the following change to the retu driver 
so that it also uses irq_domain_add_linear() as well? Just a thought ...

Cheers
Jon

diff --git a/drivers/mfd/retu-mfd.c b/drivers/mfd/retu-mfd.c
index a183098..7ad8cd4 100644
--- a/drivers/mfd/retu-mfd.c
+++ b/drivers/mfd/retu-mfd.c
< at >< at > -267,7 +267,7 < at >< at > static int retu_probe(struct i2c_client *i2c, const struct i2c_device_id *id)
        if (ret < 0)
                return ret;
 
-       ret = regmap_add_irq_chip(rdev->regmap, i2c->irq, IRQF_ONESHOT, -1,
+       ret = regmap_add_irq_chip(rdev->regmap, i2c->irq, IRQF_ONESHOT, 0,
                                  rdat->irq_chip, &rdev->irq_data);
        if (ret < 0)
                return ret;

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ARM: OMAP3: Fix iva2_pwrdm settings for 3703

Kevin Hilman — 2013-05-21T18:20:03


Acked-by: Kevin Hilman <khilman< at >linaro.org>

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] ARM: OMAP2+: hwmod/serial: fix DT case

Tony Lindgren — 2013-05-21T18:11:10

Olof,

Care to pull this into your fixes directly?

Regards,

Tony

* Paul Walmsley <paul< at >pwsan.com> [130519 16:39]:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: OMAP baseline test results for v3.10-rc1

Kevin Hilman — 2013-05-21T17:46:51

[...]


FYI...

I also just noticed that 3730beaglexm has stopped waking from suspend
via RTC (non-DT boot.)  Waking from UART console still works.

Worked fine on v3.9, so there's a regressions somewhere.

Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] 3.10-rc1 OMAP1 GPIO IRQ regression

Aaro Koskinen — 2013-05-21T17:39:36

Thanks, that fixes Retu probe on 770.

Tested-by: Aaro Koskinen <aaro.koskinen< at >iki.fi>

A.

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ARM: OMAP3: Fix iva2_pwrdm settings for 3703

Mark A. Greer — 2013-05-21T15:56:12

I think that patch will work fine.  That's basically how that piece of code
was before a819c4f16 (ARM: OMAP3: PM: Only access IVA if one exists) which
ran fine on the am3517 and am3703 (AFAIK).  In addition, Yegor has verified
that the am3517 still works so...

Acked-by: Mark A. Greer <mgreer< at >animalcreek.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: the Usage of ROM and RAM of Cortex-M3 on OMAP4

Barry Song — 2013-05-21T15:55:32

Hi Nicolas,
thanks very much for your reply.

2013/5/21 Nicolas Dechesne <ndec13< at >gmail.com>:

if nobody can use the ROM, is bootrom firmware or something else in
OMAP4 using it? so what's the purpose of this ROM? the ROM is said
bootable, but we only boot M3 by Cortex-A9.

-barry
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] omap fixes for v3.10-rc1

Tony Lindgren — 2013-05-21T14:34:40

* Olof Johansson <olof< at >lixom.net> [130520 23:43]:

Heh OK I'll change the naming in the future to be "patches against v3.10-rc1"
then.

Using some future tag name that does not yet exist may never happen either :)
 

Regards,

Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: the Usage of ROM and RAM of Cortex-M3 on OMAP4

Nicolas Dechesne — 2013-05-21T13:52:27


i don't think the ROM is being used. at least i am not aware of anyone
who would have developed a ROM code for Ducati... so i don't think you
can use the ROM. as for the RAM if you refer to what's called 'SL2
memory', it's being used by the codecs (IVAHD), it's just RAM that can
be used freely if you don't use IVAHD.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] arm: omap: board-overo: reset GPIO for SMSC911x

Florian Vaussard — 2013-05-21T13:47:51

The reset GPIO should be set for the SMSC911x, otherwise the controller
will not work and probing will fail. In the case of the tobi-duo
expansion board, the second controller shares the same GPIO, thus no
more changes are required (not tested).

Signed-off-by: Florian Vaussard <florian.vaussard< at >epfl.ch>
---
 arch/arm/mach-omap2/board-overo.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/arch/arm/mach-omap2/board-overo.c b/arch/arm/mach-omap2/board-overo.c
index 4ca6b68..5748b5d 100644
--- a/arch/arm/mach-omap2/board-overo.c
+++ b/arch/arm/mach-omap2/board-overo.c
< at >< at > -68,6 +68,7 < at >< at >
 
 #define OVERO_SMSC911X_CS      5
 #define OVERO_SMSC911X_GPIO    176
+#define OVERO_SMSC911X_NRESET  64
 #define OVERO_SMSC911X2_CS     4
 #define OVERO_SMSC911X2_GPIO   65
 
< at >< at > -122,7 +123,7 < at >< at > static struct omap_smsc911x_platform_data smsc911x_cfg = {
 .id= 0,
 .cs             = OVERO_SMSC911X_CS,
 .gpio_irq       = OVERO_SMSC911X_GPIO,
-.gpio_reset     = -EINVAL,
+.gpio_reset     = OVERO_SMSC911X_NRESET,
 .flags= SMSC911X_USE_32BIT,
 };

Re: [PATCH 6/6] ARM: OMAP2+: Remove omap4 ocp2scp pdata

Kishon Vijay Abraham I — 2013-05-21T11:53:46

Reviewed-by: Kishon Vijay Abraham I <kishon< at >ti.com>

Thanks
Kishon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

the Usage of ROM and RAM of Cortex-M3 on OMAP4

Barry Song — 2013-05-21T10:04:24

Hi All,
typically on OMAP4, Cortex-A9 will load the Cortex-M3 firmware and let
M3 run from the firmware. for example, on Android, Linux kernel will
use remoteproc module to load ducati-m3-core0.xem3 of Ducati.
but after reading the datasheet of OMAP4, there are internal 16KB ROM
and 64KB RAM for Cortex-M3. And the ROM is bootable. I'd like to know
who is using the embedded ROM and RAM and how they use. and can the
Cortex-M3 boot from ROM directly by itself?

Thanks
barry
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[net-next resend PATCH 4/6] ARM: dts: AM33XX: Add CPSW phy_id device tree data to am335x-evmsk

Mugunthan V N — 2013-05-21T09:55:01

Add phy_id device tree data to am335x-evmsk device to bring up CPSW
ethernet present on am335x starter kit.

Signed-off-by: Mugunthan V N <mugunthanvnm< at >ti.com>
---
 arch/arm/boot/dts/am335x-evmsk.dts |    8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/arch/arm/boot/dts/am335x-evmsk.dts b/arch/arm/boot/dts/am335x-evmsk.dts
index f67c360..acbcac3 100644
--- a/arch/arm/boot/dts/am335x-evmsk.dts
+++ b/arch/arm/boot/dts/am335x-evmsk.dts
< at >< at > -248,3 +248,11 < at >< at >
 };
 };
 };
+
+&cpsw_emac0 {
+phy_id = <&davinci_mdio>, <0>;
+};
+
+&cpsw_emac1 {
+phy_id = <&davinci_mdio>, <1>;
+};

Re: [PATCH] ARM: OMAP3: Fix iva2_pwrdm settings for 3703

Yegor Yefremov — 2013-05-21T09:17:16

calling omap3_iva_idle() made no difference so far. I still can boot
3.10-rc2 with 'nohlt' and omap3_iva_idle() and vice versa, without
'nohlt' I cannot boot whether with or without calling
omap3_iva_idle().

BTW Tony I've sent a patch to fix MUSB clock naming. Should I also
make a recent including linux-usb mailing list or can we handle this
internally on omap/arm list?

Yegor
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: am3517: failed to boot 3.10-rc1

Yegor Yefremov — 2013-05-21T08:27:56

Thanks. rc2's 'nohlt' is working as expected.

Yegor

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] omap fixes for v3.10-rc1

Olof Johansson — 2013-05-21T06:37:32

Well, it's for -rc3 now but it can never have been for -rc1 since that's
what the branch is base on. :-)


IOW: Pulled, thanks!


-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] OMAP PM cleanups for v3.10

Olof Johansson — 2013-05-21T06:07:13

I'll hold off until you've batched it with other things, just as easy for
everyone that way I think.

Thanks!

-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 02/19] drivers/usb/host: add missing platform_driver owner

Viresh Kumar — 2013-05-21T04:34:57

Acked-by: Viresh Kumar <viresh.kumar< at >linaro.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html