On Tue, 2012-11-06 at 11:51 +0100, Matthieu CASTET wrote:
- NAND_CMD_READID want an address that it is not scaled on x16 device (it is
always 0x20)
- NAND_CMD_PARAM want 8 bits data
Signed-off-by: Matthieu CASTET matthieu.cas...@parrot.com
Pushed this one to l2-mtd.git, thanks!
--
Best
2012/11/30 Javier Martinez Canillas javier.marti...@collabora.co.uk:
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
2012/11/30 Javier Martinez Canillas javier.marti...@collabora.co.uk:
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
2012/11/30 Javier Martinez Canillas javier.marti...@collabora.co.uk:
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
Hi Javier,
On 11/30/2012 11:08 AM, 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 for these devices.
The device tree allows to boot from an MMC/SD and are
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-by: Matthias Brugger matthias@gmail.com
---
On 11/27/2012 10:22 PM, Jon Hunter wrote:
On 11/27/2012 04:24 AM, Mugunthan V N wrote:
CC arch/arm/mach-omap2/timer.o
arch/arm/mach-omap2/timer.c: In function 'omap_get_timer_dt':
arch/arm/mach-omap2/timer.c:195:3: error: implicit declaration of function
'prom_add_property'
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-by:
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
This allows using tools like mii-diag on CPSW.
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
index 8de3e92..f476c03 100644
---
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 47
1 file changed, 23 insertions(+), 24 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
index fb1a692..c0e676a 100644
---
Check that the number of available slaves passed from DT matches the
value of the slaves property in the cpsw node. Otherwise, priv-slaves
would be the wrong size.
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 17 +
1 file changed, 17
On Mon, 2012-12-03 at 14:49 +0100, Jan Luebbe wrote:
This allows using tools like mii-diag on CPSW.
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/ethernet/ti/cpsw.c
On 12/02/2012 07:10 PM, Sergei Shtylyov wrote:
Hello.
On 28-11-2012 18:49, Roger Quadros wrote:
clk_set_parent is expected to fail on OMAP3 platforms. We don't
consider that as fatal so don't spam console.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c |
On 12/03/2012 09:48 AM, Bjørn Mork wrote:
Sergei Shtylyov sshtyl...@mvista.com writes:
On 28-11-2012 18:49, Roger Quadros wrote:
ret = clk_set_parent(omap-utmi_clk[0],
omap-xclk60mhsp1_ck);
if (ret != 0)
-
On 12/02/2012 07:14 PM, Sergei Shtylyov wrote:
Hello.
On 28-11-2012 18:49, Roger Quadros wrote:
Both OMAP4 and 5 exhibit the same revision ID in the REVISION register
but they have different number of ports i.e. 2 and 3 respectively.
So we can't rely on REVISION register for number of
On 12/3/2012 7:19 PM, Jan Luebbe wrote:
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 47
1 file changed, 23 insertions(+), 24 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c
On 12/3/2012 7:19 PM, Jan Luebbe wrote:
Check that the number of available slaves passed from DT matches the
value of the slaves property in the cpsw node. Otherwise, priv-slaves
would be the wrong size.
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 17
On 12/3/2012 7:19 PM, Jan Luebbe wrote:
This allows using tools like mii-diag on CPSW.
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/ethernet/ti/cpsw.c
On Mon, 3 Dec 2012, Andy Green wrote:
Unless someone NAKs it for sure already (if you're already sure you're
going to, please do so to avoid wasting time), I'll issue a try#2 of my
code later which demonstrates what I mean. At least I guess it's useful
for comparative purposes.
Before
Hiremath, Vaibhav hvaib...@ti.com writes:
+static struct omap_hwmod am33xx_debugss_hwmod = {
+ .name = debugss,
+ .class = am33xx_debugss_hwmod_class,
+ .clkdm_name = l3_aon_clkdm,
+ .main_clk = debugss_ick,
+ .flags
Fixes included, fixing up timer clock aliases for v3.8 and working
around ABE DPLL issue seen with latest u-boot bootloader (v2012.10).
Testing includes:
- Boot testing on OMAP4460 Panda and verifying that all dmtimers are
working.
V2 changes:
- Updated series to latest ARM-SoC for-next branch
Commit ARM: dts: OMAP4: Update timer addresses updated the device-tree
names of the OMAP4 timers 5-7 because the default address for the timers
was changed from the L3 address to the MPU private address. When booting
with device-tree, this introduces a regression when attempting to set
the parent
Currently all OMAP4 non-core DPLLs use the same function table for
configuring DPLLs. For these DPLLs, the function
omap4_dpll_regm4xen_recalc() is used to recalculate the DPLL rate and
the function omap4_dpll_regm4xen_round_rate() is used to calculate the
closest rate to that requested. However,
With the latest mainline u-boot bootloader (v2012.10), timers (5-8) in
the ABE power domain are failing to turn-on. The timers never come out
of the disabled state when setting the module-mode field to enable.
The problem was exposed when u-boot was updated to NOT configure and
lock the ABE DPLL
On OMAP4 devices, the ABE DPLL has an internal 4X multiplier that can
be enabled or disabled in addition to the standard configurable
multiplier (M) for OMAP DPLLs. When configuring the ABE DPLL the 4X
multiplier is accounted for by checking to see whether it is enabled or
not. However, when
This does not appear to be used by the OMAP.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/Kconfig| 1 -
arch/arm/mach-omap1/include/mach/gpio.h | 3 ---
arch/arm/mach-omap2/include/mach/gpio.h | 3 ---
3 files changed, 7 deletions(-)
delete mode
* Linus Walleij linus.wall...@linaro.org [121203 15:52]:
This does not appear to be used by the OMAP.
Thanks, I already have a smilar patch already queued in
linux next as 873e6980 (ARM: OMAP: Remove NEED_MACH_GPIO_H).
Regards,
Tony
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
On Mon, Dec 3, 2012 at 12:52 PM, Andy Green andy.gr...@linaro.org wrote:
+static void ehci_hub_power_off(struct power_controller *pc, struct
device
*dev)
+{
+ gpio_set_value(GPIO_HUB_NRESET, 0);
+ gpio_set_value(GPIO_HUB_POWER, 0);
+}
+
+static struct
On Tue, Dec 4, 2012 at 1:09 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 3 Dec 2012, Andy Green wrote:
Unless someone NAKs it for sure already (if you're already sure you're
going to, please do so to avoid wasting time), I'll issue a try#2 of my
code later which demonstrates what I
On 04/12/12 01:09, the mail apparently from Alan Stern included:
On Mon, 3 Dec 2012, Andy Green wrote:
Unless someone NAKs it for sure already (if you're already sure you're
going to, please do so to avoid wasting time), I'll issue a try#2 of my
code later which demonstrates what I mean. At
On Mon, Dec 03, 2012 at 23:49:36, Kevin Hilman wrote:
Hiremath, Vaibhav hvaib...@ti.com writes:
+static struct omap_hwmod am33xx_debugss_hwmod = {
+ .name = debugss,
+ .class = am33xx_debugss_hwmod_class,
+ .clkdm_name = l3_aon_clkdm,
+
On 04/12/12 10:39, the mail apparently from Ming Lei included:
On Mon, Dec 3, 2012 at 12:52 PM, Andy Green andy.gr...@linaro.org wrote:
+static void ehci_hub_power_off(struct power_controller *pc, struct
device
*dev)
+{
+ gpio_set_value(GPIO_HUB_NRESET, 0);
+
On Mon, Dec 3, 2012 at 10:01 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Dec 03, 2012 at 23:49:36, Kevin Hilman wrote:
Hiremath, Vaibhav hvaib...@ti.com writes:
+static struct omap_hwmod am33xx_debugss_hwmod = {
+ .name = debugss,
+ .class
Hi Tomi,
On Wed, Oct 31, 2012 at 09:21:35, Manjunathappa, Prakash wrote:
On Wed, Oct 31, 2012 at 21:26:24, Pantelis Antoniou wrote:
The revision check fails for the beaglebone; Add new revision ID.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
38 matches
Mail list logo
