Hi Wolfgang Denk,
On Mon, Jan 28, 2013 at 12:29 PM, Wolfgang Denk w...@denx.de wrote:
Dear Jagan Teki,
In message
CAD6G_RS1bV_8z_J0QEjbNooy=6+zxi0faxjxnr1fn4u2ajb...@mail.gmail.com you
wrote:
Actually I'd be more interested in the result of the following commands:
1)
Hi,
On Mon, Jan 28, 2013 at 1:31 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
Hi Wolfgang Denk,
On Mon, Jan 28, 2013 at 12:29 PM, Wolfgang Denk w...@denx.de wrote:
Dear Jagan Teki,
In message
CAD6G_RS1bV_8z_J0QEjbNooy=6+zxi0faxjxnr1fn4u2ajb...@mail.gmail.com you
wrote:
Actually I'd
My thanks for your saying, Javier. I will be starting from reading the
README and begin search through the code. When I get further question,
I will come back here. Thahks again.
-woody
On Sat, Jan 26, 2013 at 03:11:29PM +0100, Javier Martinez Canillas wrote:
On Sat, Jan 26, 2013 at 2:07
NAND operations in condition like below will result ELBC internal multi-bit
ECC error, DCFG will send this error to MPIC to report it as an error
interrupt (Interrupt 0), which causes call trace in kernel, so software
should disable the DCFG not to send the ELBC ECC error by setting bit 15
in the
Current driver of p5040 assumes 10G port follows 1G port DTSEC5 in
eth port enum structure, it will assign mdio mux depend on this assumption.
This is not true with Fman V3, which added more 1G ports after port DTSEC5
in eth port enum structure, then 10G ports on p5040 will have wrong mdio mux.
So
The Hydra and Superhydra (P3041DS, P5020DS, and P5040DS) boards have a
second USB port that can be configured in either host, peripheral (aka
device), or OTG (on-the-go) mode. When configured in host mode, if
the port is connected to another USB host, damage to the board can
occur.
To avoid
This patchset fixes partions size limitation in 'gpt' command.
New 'ustrtoll' function is added and used to convert partition
size from string to unsigned long long type.
Piotr Wilczek (2):
vsprintf: add ustrtoll function
gpt: fix partion size limit
common/cmd_gpt.c | 10 ++
Add 'ustrtoull' function to convert size from string (ex: 1GiB)
to unsigned long long type
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
include/exports.h |1 +
lib/vsprintf.c| 23 +++
2 files changed,
Currently, in gpt command, partion size is converted from string
to unsigned long type using 'ustrtol' function. That type limits
the partition size to 4GB.
This patch changes the conversion function to 'ustrtoll' to return
unsigned long long type.
Signed-off-by: Piotr Wilczek
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
You mean to add removable flag in device node ?
Are you referring to the overhead involved during MMC boot, and a SD card
is not present on the board ?
Can you please elaborate on the above.
Thanks Regards
Amarendra Reddy
On 23 January 2013 05:39, Simon Glass s...@chromium.org wrote:
Hi Simon,
Please find the response below.
Thanks Regards
Amarendra
On 23 January 2013 05:55, Simon Glass s...@chromium.org wrote:
On Mon, Jan 21, 2013 at 3:43 AM, Amar amarendra...@samsung.com wrote:
This patch enumerates dwmci and set auto stop command during
dwmci initialisation.
Hi Simon,
Please find the responses below.
Thanks Regards
Amarendra
On 27 January 2013 01:38, Simon Glass s...@chromium.org wrote:
Hi,
On Tue, Jan 22, 2013 at 12:43 AM, Amar amarendra...@samsung.com wrote:
This patch adds FDT support for DWMMC, by reading the DWMMC node data
from the
Hi Simon,
Please find the responses below.
Thanks Regards
Amarendra Reddy
On 27 January 2013 01:55, Simon Glass s...@chromium.org wrote:
Hi Amar,
On Tue, Jan 22, 2013 at 12:43 AM, Amar amarendra...@samsung.com wrote:
This patch adds APIs to access(open / close) and to resize boot
Hi Simon,
Please find the response below.
Thanks Regards
Amarendra Reddy
On 27 January 2013 01:57, Simon Glass s...@chromium.org wrote:
Hi Amar,
On Tue, Jan 22, 2013 at 12:43 AM, Amar amarendra...@samsung.com wrote:
This patch adds commands to access(open/close) and resize boot
On 01/27/2013 06:03 PM, Mats Kärrman wrote:
If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks() function
calls the function specified by the WATCHDOG_RESET macro.
The wait_ticks function depends on the registers r0, r6 and r7 being
preserved however that is not guaranteed, e.g.
Hi Simon,
Please find the response below.
Thanks Regards
Amarendra Reddy
On 27 January 2013 01:59, Simon Glass s...@chromium.org wrote:
Hi Amar,
On Tue, Jan 22, 2013 at 12:43 AM, Amar amarendra...@samsung.com wrote:
This patch adds FDT and non-FDT support for I2C, and initialise
the
On Sun, Jan 27, 2013 at 10:19 PM, Fabio Estevam feste...@gmail.com wrote:
On Sun, Jan 27, 2013 at 8:08 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador
Hi Marek,
your patch fs: fat: Fix mkcksum() function parameters
(sha1: ff04f6d1224d8952b566b8671222151495883073)
is causing the problem on xilinx zynq platform.
Here is what I get as output when patch is in the tree. You see that
all files are there twice and more.
zynq-uboot fatls mmc 0
Exynos5250 supports secondary USB device boot mode. If the iROM fails
to download u-boot from the primary boot device (such as SD or eMMC),
it will try to retrieve from the secondary boot device (such as USB).
Signed-off-by: Naveen Krishna Ch ch.nav...@samsung.com
Signed-off-by: Simon Glass
2013/1/26 Marek Vasut ma...@denx.de:
Dear Michal Simek,
CONFIG_ARM_DCC_MULTI should be also removed in the patch
serial: Remove CONFIG_SERIAL_MULTI from serial drivers
(sha1: a3827250606895ec2dd4b8d867342b7cabf3692f)
Because the driver defines serial_* functions
which cause conflict with
On 23/01/2013 02:01, Marek Vasut wrote:
The MX23 has less channels for the APBH DMA, sligtly different register
layout and some bits in those registers are placed differently. Reflect
this in the driver. This patch fixes MMC/DMA issue on MX23.
Signed-off-by: Marek Vasut ma...@denx.de
Cc:
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment with support for MMC booting.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Applied (whole patchset) to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 23/01/2013 21:30, Otavio Salvador wrote:
The following features are supported:
* 128 MB DDR1 SDRAM
* DUART
* SD/MMC Card Socket
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Applied (whole patchset) to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
This patch series adds support for TMU driver using device tree for Exynos5250
based SMDK5250 board.
Changes since v6:
- Patch-1: None.
- Patch-2: None.
- Patch-3: None.
- Patch-4: None.
- Patch-5: None.
- Patch-6: Integrated old and new code to
Adding Exynos Thermal Management Unit driver to monitor SOC
temperature and take actions corresponding to states of TMU.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
Adding API in power for system shutdown when tripping value is reached
in Exynos Thermal Management Unit.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
arch/arm/cpu/armv7/exynos/power.c| 15
Fdt entry for Exynos TMU driver specific pre-defined values used for
calibration of current temperature and defining threshold values.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
arch/arm/dts/exynos5250.dtsi
Enables TMU driver support for exynos5250
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
include/configs/exynos5250-dt.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/exynos5250-dt.h
Add generic TMU support alongwith i2c sensors in dtt command
to enable temperature reading in cases where TMU is present
instead of i2c sensors.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
---
Changes since v6:
- Integrated old code into one function to support both tmu and
This adds hardware tripping at 110 degrees celsius which must enable
forced system shutdown in case TMU fails to power off.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- Added Acked-by.
This adds call to tmu_init() and TMU boot time analysis
for the SoC temperature threshold breach.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
board/samsung/smdk5250/smdk5250.c | 35
This enables the dtt command to read the current SOC
temperature with the help of TMU
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes since v6:
- None.
include/configs/exynos5250-dt.h |2 ++
1 file changed, 2 insertions(+)
This adds a member to TMU FDT node for providing hardware
tripping temperature threshold.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
---
Changes since v6:
- Fixed spelling mistakes shutdowns and poweroff.
board/samsung/dts/exynos5250-smdk5250.dts |1 +
Dear Jagan Teki,
In message CAD6G_RSuMebC=aippdmo5mxugheftmi-btvkvmhu5y8xypw...@mail.gmail.com
you wrote:
Note that the correct name with MAKEALL is the board target name
_without_ the _config part. What does make -v report for you?
[GNU Make 3.82 on my end.]
Thanks for your note.
Dear Jagan Teki,
In message cad6g_rqv2jh8n6udjtuaku-s9auhvenrnefwnegnk_ounep...@mail.gmail.com
you wrote:
GNU Make is 3.80 at my end.
I have just upgraded my Make from 3.80 to 3.81..
u-boot build works fine.
Ah, thanks for reporting.
But please note that v3.81 is still 7 years old.
Rather than 'undef'ing some symbols, just remove them instead.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index c44a8b8..51aa9c4 100644
---
The baudrate is already defined by CONFIG_BAUDRATE and there is no need
to keep CONFIG_SYS_BAUDRATE_TABLE.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/mx23evk.h
It is safe to turn on data and instruction caches for mx23.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index e43b93f..ae8cf6c 100644
---
On Mon, Jan 28, 2013 at 9:40 AM, Fabio Estevam
fabio.este...@freescale.com wrote:
Rather than 'undef'ing some symbols, just remove them instead.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |2 --
1 file changed, 2 deletions(-)
diff --git
On Mon, Jan 28, 2013 at 9:41 AM, Fabio Estevam
fabio.este...@freescale.com wrote:
The baudrate is already defined by CONFIG_BAUDRATE and there is no need
to keep CONFIG_SYS_BAUDRATE_TABLE.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador
On Mon, Jan 28, 2013 at 8:15 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
The default setup worked fine. Should I keep them anyway?
It's better to keep it rather than relying on the default one.
Also, where does the 0x30a come from in:
#defineSTATUS_LED_BIT 0x30a
On Mon, Jan 28, 2013 at 10:19 AM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jan 28, 2013 at 8:15 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
The default setup worked fine. Should I keep them anyway?
It's better to keep it rather than relying on the default one.
Ok; I will readd
Dear Fabio Estevam,
The baudrate is already defined by CONFIG_BAUDRATE and there is no need
to keep CONFIG_SYS_BAUDRATE_TABLE.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |1 -
1 file changed, 1 deletion(-)
diff --git
Dear Fabio Estevam,
It is safe to turn on data and instruction caches for mx23.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx23evk.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index
On Mon, Jan 28, 2013 at 10:47 AM, Marek Vasut ma...@denx.de wrote:
Can you fix this for olinuxino (if not done already) too please?
mx23olinuxino has the caches turned on already.
___
U-Boot mailing list
U-Boot@lists.denx.de
On Mon, Jan 28, 2013 at 10:46 AM, Marek Vasut ma...@denx.de wrote:
This will not allow different baudrates now, will it?
You still may change the baudrate if you need to.
CONFIG_SYS_BAUDRATE_TABLE has been placed to a common place after the
commit below:
commit
Dear Fabio Estevam,
On Mon, Jan 28, 2013 at 10:46 AM, Marek Vasut ma...@denx.de wrote:
This will not allow different baudrates now, will it?
You still may change the baudrate if you need to.
CONFIG_SYS_BAUDRATE_TABLE has been placed to a common place after the
commit below:
commit
Dear Michal Simek,
Hi Marek,
your patch fs: fat: Fix mkcksum() function parameters
(sha1: ff04f6d1224d8952b566b8671222151495883073)
is causing the problem on xilinx zynq platform.
[PATCH] vfat: Fix mkcksum argument sizes
Was probably not applied before release. Tom?
Best regards,
Marek
2013/1/28 Marek Vasut ma...@denx.de:
Dear Michal Simek,
Hi Marek,
your patch fs: fat: Fix mkcksum() function parameters
(sha1: ff04f6d1224d8952b566b8671222151495883073)
is causing the problem on xilinx zynq platform.
[PATCH] vfat: Fix mkcksum argument sizes
Was probably not applied
Hi Wolfgang Denk,
On Mon, Jan 28, 2013 at 5:04 PM, Wolfgang Denk w...@denx.de wrote:
Dear Jagan Teki,
In message
cad6g_rqv2jh8n6udjtuaku-s9auhvenrnefwnegnk_ounep...@mail.gmail.com you
wrote:
GNU Make is 3.80 at my end.
I have just upgraded my Make from 3.80 to 3.81..
u-boot build
Please ignore this.
This enables BCH16 by default, which shouldn't happen. I'll will fix this
and send again
On Mon, Jan 28, 2013 at 1:35 PM, Jordy van Wolferen
jordyvanwolfe...@gmail.com wrote:
---
arch/arm/include/asm/arch-am33xx/cpu.h | 8 +-
On 01/27/2013 06:03 PM, Mats Kärrman wrote:
If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks()
function
calls the function specified by the WATCHDOG_RESET macro.
The wait_ticks function depends on the registers r0, r6 and r7 being
preserved however that is not
Dear Stefano Babic,
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment with support for MMC booting.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Applied (whole patchset) to u-boot-imx, thanks.
Otavio, u-boot.sd is never generated for MX23, so
This is tested with a custom AM3359 (rev 2.0) board.
NAND chip: MT29F16G08ABABAWP
This code allows me to boot from ROM code.
The ROM code forces BCH16 on NAND chips with a 4k page size.
BCH16 is not enabled by default.
---
arch/arm/include/asm/arch-am33xx/cpu.h | 8 +-
On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut ma...@denx.de wrote:
Dear Stefano Babic,
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment with support for MMC booting.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Applied (whole patchset) to
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut ma...@denx.de wrote:
Dear Stefano Babic,
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment with support for MMC booting.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/28/2013 08:24 AM, Michal Simek wrote:
2013/1/28 Marek Vasut ma...@denx.de:
Dear Michal Simek,
Hi Marek,
your patch fs: fat: Fix mkcksum() function parameters (sha1:
ff04f6d1224d8952b566b8671222151495883073) is causing the
problem on
2013/1/28 Tom Rini tr...@ti.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/28/2013 08:24 AM, Michal Simek wrote:
2013/1/28 Marek Vasut ma...@denx.de:
Dear Michal Simek,
Hi Marek,
your patch fs: fat: Fix mkcksum() function parameters (sha1:
On Mon, Jan 28, 2013 at 12:05 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut ma...@denx.de wrote:
Dear Stefano Babic,
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment with support for MMC booting.
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v3: None
Changes in v2: None
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v3:
- Added the MUX settings back (requested by Fabio)
- Added name of the PIN in the board config file
Changes in v2:
- Remove MUX setting -
Dear Otavio Salvador,
[..]
/*
+ * Status LED
+ */
+#define CONFIG_STATUS_LED
+#define CONFIG_GPIO_LED
+#define CONFIG_BOARD_SPECIFIC_LED
+#define STATUS_LED_BOOT 0
+#define STATUS_LED_BIT 0x030a /* MX23_PAD_SSP1_DETECT__GPIO_2_1 */
Just use
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 12:05 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut ma...@denx.de wrote:
Dear Stefano Babic,
On 23/01/2013 21:30, Otavio Salvador wrote:
This adds a default environment
2013/1/11 Marek Vasut ma...@denx.de:
In case a function argument is known/fixed size array in C, the argument is
still decoyed as pointer instead ( T f(U n[k]) ~= T fn(U *n) ) and therefore
calling sizeof on the function argument will result in the size of the
pointer,
not the size of the
On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
[..]
/*
+ * Status LED
+ */
+#define CONFIG_STATUS_LED
+#define CONFIG_GPIO_LED
+#define CONFIG_BOARD_SPECIFIC_LED
+#define STATUS_LED_BOOT 0
+#define STATUS_LED_BIT 0x030a
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
[..]
/*
+ * Status LED
+ */
+#define CONFIG_STATUS_LED
+#define CONFIG_GPIO_LED
+#define CONFIG_BOARD_SPECIFIC_LED
+#define
On Mon, Jan 28, 2013 at 1:18 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
[..]
/*
+ * Status LED
+ */
+#define CONFIG_STATUS_LED
+#define CONFIG_GPIO_LED
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:18 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
[..]
/*
+ * Status LED
+ */
+#define CONFIG_STATUS_LED
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4:
- New patch
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-mxs/iomux.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/arch-mxs/iomux.h
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4:
- Use MUX PIN macro
Changes in v3:
- Added the MUX settings back (requested by Fabio)
- Added name of the PIN in the board config file
Dear Otavio Salvador,
Missing commit message.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4:
- New patch
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-mxs/iomux.h | 5 +
1 file changed, 5 insertions(+)
diff --git
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Missing commit message.
I think short description is clear enough. What you'd like me to put
in long one?
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4:
- New patch
Changes
On 01/27/2013 04:48 PM, Marek Vasut wrote:
Dear Stephen Warren,
On 01/25/2013 07:26 PM, Marek Vasut wrote:
Dear Lucas Stach,
This moves out the Tegra EHCI driver from a platform specific directory
to the standard driver/usb/host dir.
This is a preparation needed to share this driver
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Missing commit message.
I think short description is clear enough. What you'd like me to put
in long one?
Reasoning why this patch is necessary.
Signed-off-by: Otavio
Jeroen,
-Original Message-
From: Jeroen Hofstee [mailto:jer...@myspectrum.nl]
Sent: Saturday, January 26, 2013 9:20 AM
To: Tom Warren
Cc: Simon Glass; u-boot@lists.denx.de; Anatolij Gustschin
Subject: Re: [U-Boot] [PATCH 02/10] lcd, tegra: remove unused cursor
functions
Hello
Marek,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Sunday, January 27, 2013 4:49 PM
To: Stephen Warren
Cc: Lucas Stach; u-boot@lists.denx.de; Tom Warren; Simon Glass
Subject: Re: [PATCH v2 0/7] Move Tegra EHCI drive to correct place
Dear Stephen Warren,
On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Missing commit message.
I think short description is clear enough. What you'd like me to put
in long one?
Albert,
-Original Message-
From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
Sent: Saturday, January 26, 2013 3:57 AM
To: Allen Martin
Cc: Tom Warren; swar...@wwwdotorg.org; u-boot@lists.denx.de
Subject: Re: [PATCH] tegra: fdt: add back missing host1x node
Hi Allen,
On
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Missing commit message.
I think short description is clear enough. What
Dear Tom Warren,
Wolfgang,
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Saturday, January 26, 2013 6:14 AM
To: Marek Vasut
Cc: Jim Lin; u-boot@lists.denx.de; Tom Warren; tr...@ti.com;
albert.u.b...@aribaud.net
Subject: Re: [PATCH 1/1 v3] console:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/28/2013 11:30 AM, Tom Warren wrote:
Wolfgang,
-Original Message- From: Wolfgang Denk
[mailto:w...@denx.de] Sent: Saturday, January 26, 2013 6:14 AM To:
Marek Vasut Cc: Jim Lin; u-boot@lists.denx.de; Tom Warren;
tr...@ti.com;
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+),
This fixes the build failure when included in mx23_olinuxino.h board
config; the addition of asm/types.h is due u32 being otherwise
undefined.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5:
- Extend commit log
Changes in v4:
- New patch
Changes in v3: None
Changes in
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5: None
Changes in v4:
- Use MUX PIN macro
Changes in v3:
- Added the MUX settings back (requested by Fabio)
- Added name of the PIN in the
On Mon, Jan 28, 2013 at 2:35 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Missing commit
Hi Tom,
On Mon, 28 Jan 2013 08:35:25 -0800, Tom Warren twar...@nvidia.com
wrote:
Albert,
-Original Message-
From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
Sent: Saturday, January 26, 2013 3:57 AM
To: Allen Martin
Cc: Tom Warren; swar...@wwwdotorg.org;
On Mon, Jan 28, 2013 at 1:51 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
/*
+ * Status LED
+ */
+#defineCONFIG_STATUS_LED
+#defineCONFIG_GPIO_LED
+#defineCONFIG_BOARD_SPECIFIC_LED
+#defineSTATUS_LED_BOOT 0
+#defineSTATUS_LED_BIT
The i.MX23 just one USB port so disable the second controller probe
when building for i.MX23.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/usb/host/ehci-mxs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/ehci-mxs.c b/drivers/usb/host/ehci-mxs.c
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx23evk.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index d206c95..99dfb8f 100644
--- a/include/configs/mx23evk.h
+++ b/include/configs/mx23evk.h
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx23_olinuxino.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23_olinuxino.h b/include/configs/mx23_olinuxino.h
index d019944..e081c49 100644
--- a/include/configs/mx23_olinuxino.h
+++
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 8 ++
board/olimex/mx23_olinuxino/spl_boot.c | 4 +++
include/configs/mx23_olinuxino.h | 41 ++--
3 files changed, 50 insertions(+), 3
On Mon, Jan 28, 2013 at 4:59 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jan 28, 2013 at 1:51 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
/*
+ * Status LED
+ */
+#defineCONFIG_STATUS_LED
+#defineCONFIG_GPIO_LED
+#defineCONFIG_BOARD_SPECIFIC_LED
On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
+ ip_dyn=yes\0 \
+ usbethaddr=00:11:22:33:44:55\0 \
You should not hardcode a MAC address.
___
U-Boot mailing list
U-Boot@lists.denx.de
On Mon, Jan 28, 2013 at 5:12 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
+ ip_dyn=yes\0 \
+ usbethaddr=00:11:22:33:44:55\0 \
You should not hardcode a MAC address.
It does not provide one.
--
Dear Otavio Salvador,
On Mon, Jan 28, 2013 at 5:12 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
+ ip_dyn=yes\0 \
+ usbethaddr=00:11:22:33:44:55\0 \
You should not hardcode a MAC address.
Dear Otavio Salvador,
Missing commit message ... _AGAIN_ ... how many times do I have to repeat
myself? Write it down or something already :/
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx23_olinuxino.h | 10 ++
1 file changed, 10 insertions(+)
On Mon, Jan 28, 2013 at 5:13 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
You should not hardcode a MAC address.
It does not provide one.
Right, but you can not force all olinuxino boards to have the same MAC
address, so just remove the MAC setting and each one can set its own.
Also,
Dear Otavio Salvador,
And again ... NAK
Anyway, will the hub function properly if you toggle the GPIO in
board_eth_init?
I dont think so.
[..]
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
1 - 100 of 140 matches
Mail list logo