Hi Wolfgang Denk,
On Mon, Jan 28, 2013 at 12:29 PM, Wolfgang Denk wrote:
> Dear Jagan Teki,
>
> In message
> you
> wrote:
>>
>> > Actually I'd be more interested in the result of the following commands:
>> >
>> > 1) $CROSS_COMPILE}gcc -v
>>
>> Mr.J> ${CROSS_COMPILE}gcc -v
>> Using built-i
Hi,
On Mon, Jan 28, 2013 at 1:31 PM, Jagan Teki wrote:
> Hi Wolfgang Denk,
>
> On Mon, Jan 28, 2013 at 12:29 PM, Wolfgang Denk wrote:
>> Dear Jagan Teki,
>>
>> In message
>> you
>> wrote:
>>>
>>> > Actually I'd be more interested in the result of the following commands:
>>> >
>>> > 1) $C
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 PM
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 r
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,
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 ++
inc
Add 'ustrtoull' function to convert size from string (ex: 1GiB)
to unsigned long long type
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
---
include/exports.h |1 +
lib/vsprintf.c| 23 +++
2 files changed, 24 insertions(+)
diff --git a/include/exports.
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
Signed-off-by: Kyu
___
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 wrote:
> Hi Amar,
>
Hi Simon,
Please find the response below.
Thanks & Regards
Amarendra
On 23 January 2013 05:55, Simon Glass wrote:
> On Mon, Jan 21, 2013 at 3:43 AM, Amar wrote:
> > This patch enumerates dwmci and set auto stop command during
> > dwmci initialisation.
> > EMMC read/write is not happening in c
Hi Simon,
Please find the responses below.
Thanks & Regards
Amarendra
On 27 January 2013 01:38, Simon Glass wrote:
> Hi,
>
> On Tue, Jan 22, 2013 at 12:43 AM, Amar wrote:
> > This patch adds FDT support for DWMMC, by reading the DWMMC node data
> > from the device tree and initialising DWMMC
Hi Simon,
Please find the responses below.
Thanks & Regards
Amarendra Reddy
On 27 January 2013 01:55, Simon Glass wrote:
> Hi Amar,
>
> On Tue, Jan 22, 2013 at 12:43 AM, Amar wrote:
> > This patch adds APIs to access(open / close) and to resize boot partiton
> of EMMC.
> >
> > Signed-off-by:
Hi Simon,
Please find the response below.
Thanks & Regards
Amarendra Reddy
On 27 January 2013 01:57, Simon Glass wrote:
> Hi Amar,
>
> On Tue, Jan 22, 2013 at 12:43 AM, Amar wrote:
> > This patch adds commands to access(open/close) and resize boot
> partitions on EMMC.
>
> Acked-by: Simon Gla
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.
Hi Simon,
Please find the response below.
Thanks & Regards
Amarendra Reddy
On 27 January 2013 01:59, Simon Glass wrote:
> Hi Amar,
>
> On Tue, Jan 22, 2013 at 12:43 AM, Amar wrote:
> > This patch adds FDT and non-FDT support for I2C, and initialise
> > the I2C channels.
> >
> > Signed-off-by:
On Sun, Jan 27, 2013 at 10:19 PM, Fabio Estevam wrote:
> On Sun, Jan 27, 2013 at 8:08 PM, Otavio Salvador
> wrote:
>> This allow user to know if the bootloader is running, even without a
>> serial console.
>>
>> Signed-off-by: Otavio Salvador
>> ---
>> Changes in v2:
>> - Remove MUX setting - no
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
Signed-off-by: Simon Glass
Signed-off-by: Vivek Gauta
2013/1/26 Marek Vasut :
> 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 se
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
> Cc: Otavio Sal
On 23/01/2013 21:30, Otavio Salvador wrote:
> This adds a default environment with support for MMC booting.
>
> Signed-off-by: Otavio Salvador
> ---
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
> ---
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 expl
Adding Exynos Thermal Management Unit driver to monitor SOC
temperature and take actions corresponding to states of TMU.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v6:
- None.
arch/arm/include/asm/arch-exynos/exynos-tmu.h | 58 +
drivers/power/Makefile
Adding API in power for system shutdown when tripping value is reached
in Exynos Thermal Management Unit.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v6:
- None.
arch/arm/cpu/armv7/exynos/power.c| 15 +++
arch/arm/include/asm/arch-exynos
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
Acked-by: Simon Glass
---
Changes since v6:
- None.
arch/arm/dts/exynos5250.dtsi |5
board/samsung
Enables TMU driver support for exynos5250
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v6:
- None.
include/configs/exynos5250-dt.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/exynos5250-dt.h b/include/configs/exynos5250-dt.h
index
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
---
Changes since v6:
- Integrated old code into one function to support both tmu and i2c-dtt.
common/cmd_dtt.c
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
Acked-by: Simon Glass
---
Changes since v6:
- Added Acked-by.
arch/arm/cpu/armv7/exynos/power.c| 10 ++
arch/arm/
This adds call to tmu_init() and TMU boot time analysis
for the SoC temperature threshold breach.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v6:
- None.
board/samsung/smdk5250/smdk5250.c | 35 +++
1 file changed, 35 insertio
This enables the dtt command to read the current SOC
temperature with the help of TMU
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v6:
- None.
include/configs/exynos5250-dt.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/exynos5250-d
This adds a member to TMU FDT node for providing hardware
tripping temperature threshold.
Signed-off-by: Akshay Saraswat
---
Changes since v6:
- Fixed spelling mistakes "shutdowns" and "poweroff".
board/samsung/dts/exynos5250-smdk5250.dts |1 +
doc/device-tree-bindings/exynos/tmu.t
Dear Jagan Teki,
In message
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.
> GNU Make is 3.80 at my end.
Well... make v3.80 is mor
Dear Jagan Teki,
In message
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. Why don't you use
recent code (v3.82, wich actually is already
Rather than 'undef'ing some symbols, just remove them instead.
Signed-off-by: Fabio Estevam
---
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
--- a/include/configs/mx23evk.h
++
The baudrate is already defined by CONFIG_BAUDRATE and there is no need
to keep CONFIG_SYS_BAUDRATE_TABLE.
Signed-off-by: Fabio Estevam
---
include/configs/mx23evk.h |1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index 51aa9c4..e43b93f
It is safe to turn on data and instruction caches for mx23.
Signed-off-by: Fabio Estevam
---
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
--- a/include/configs/mx23evk.h
+++ b
On Mon, Jan 28, 2013 at 9:40 AM, Fabio Estevam
wrote:
> Rather than 'undef'ing some symbols, just remove them instead.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx23evk.h |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/include/configs/mx23evk.h b/include/configs/mx23e
On Mon, Jan 28, 2013 at 9:41 AM, Fabio Estevam
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
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
E-mail: ot
On Mon, Jan 28, 2013 at 8:15 AM, Otavio Salvador
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 wrote:
> On Mon, Jan 28, 2013 at 8:15 AM, Otavio Salvador
> 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 it.
> Also, where does the 0x30a
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
> ---
> include/configs/mx23evk.h |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/include/configs/mx23evk.h b/include/c
Dear Fabio Estevam,
> It is safe to turn on data and instruction caches for mx23.
>
> Signed-off-by: Fabio Estevam
> ---
> 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 10064
On Mon, Jan 28, 2013 at 10:47 AM, Marek Vasut 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
http://lists.denx.de/mailman/listinfo/u
On Mon, Jan 28, 2013 at 10:46 AM, Marek Vasut 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 26750c8aee2383a026e0cf89e9310628d3a5a6a0
Aut
Dear Fabio Estevam,
> On Mon, Jan 28, 2013 at 10:46 AM, Marek Vasut 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 26750c
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,
M
2013/1/28 Marek Vasut :
> 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 wrote:
> Dear Jagan Teki,
>
> In message
> 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
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 +-
> arch/arm/include/asm/arch-am33xx
>
> 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
> > ---
>
> Applied (whole patchset) to u-boot-imx, thanks.
Otavio, "u-boot.sd" is never generated for MX23, so the env is
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 +-
arch/arm/include
On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut 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
>> > ---
>>
>> Applied (whole patchset) to u-boot-imx, thanks.
>
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut 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
> >> > ---
> >>
> >> Appl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/28/2013 08:24 AM, Michal Simek wrote:
> 2013/1/28 Marek Vasut :
>> Dear Michal Simek,
>>
>>> Hi Marek,
>>>
>>> your patch "fs: fat: Fix mkcksum() function parameters" (sha1:
>>> ff04f6d1224d8952b566b8671222151495883073) is causing the
>>> pro
2013/1/28 Tom Rini :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/28/2013 08:24 AM, Michal Simek wrote:
>> 2013/1/28 Marek Vasut :
>>> Dear Michal Simek,
>>>
Hi Marek,
your patch "fs: fat: Fix mkcksum() function parameters" (sha1:
ff04f6d1224d8952b566b86712221514
On Mon, Jan 28, 2013 at 12:05 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut 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
---
Changes in v3: None
Changes in v2: None
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador
---
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 - not need
board/olimex
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 MX23_PAD_SSP1
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 12:05 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Mon, Jan 28, 2013 at 11:29 AM, Marek Vasut wrote:
> >> > Dear Stefano Babic,
> >> >
> >> >> On 23/01/2013 21:30, Otavio Salvador wrote:
> >> >> > This adds a default environment w
2013/1/11 Marek Vasut :
> 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 array.
>
>
On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut 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 0
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut 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 wrote:
> Dear Otavio Salvador,
>
>> On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> > [..]
>> >
>> >> /*
>> >>
>> >> + * Status LED
>> >> + */
>> >> +#define CONFIG_STATUS_LED
>> >> +#define CONFIG_GPIO
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 1:18 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Mon, Jan 28, 2013 at 1:10 PM, Marek Vasut wrote:
> >> > Dear Otavio Salvador,
> >> >
> >> > [..]
> >> >
> >> >> /*
> >> >>
> >> >> + * Status LED
> >> >> + */
> >> >> +#define
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador
---
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 --git a/common/cmd_led.
Signed-off-by: Otavio Salvador
---
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
b/arch/arm/include/asm/arch-mxs/iomux.h
index 7abdf58..4288
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador
---
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
Changes in v2:
- Remove M
Dear Otavio Salvador,
Missing commit message.
> Signed-off-by: Otavio Salvador
> ---
> 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-
On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut 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
>> ---
>> Changes in v4:
>> - New patch
>>
>> Changes in v3: None
>> Change
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
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut 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 Salva
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
>
>
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 Warre
On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> > Missing commit message.
>>
>> I think short description is clear enough. What you'd like me to put
>> in long one?
>
> Reasonin
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,
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut wrote:
> >> > Dear Otavio Salvador,
> >> >
> >> > Missing commit message.
> >>
> >> I think short description is clear enough. What you'd
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 v
-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...@t
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador
---
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(+), 2 deletions(-)
diff --g
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
---
Changes in v5:
- Extend commit log
Changes in v4:
- New patch
Changes in v3: None
Changes in v2: None
arch/arm/
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador
---
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 board config file
Chang
On Mon, Jan 28, 2013 at 2:35 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Mon, Jan 28, 2013 at 2:16 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Mon, Jan 28, 2013 at 1:57 PM, Marek Vasut wrote:
>> >> > Dear Otavio Salvador,
>> >> >
>> >> > Missing commit message.
>>
Hi Tom,
On Mon, 28 Jan 2013 08:35:25 -0800, Tom Warren
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; u-boot@lists.denx.de
On Mon, Jan 28, 2013 at 1:51 PM, Otavio Salvador
wrote:
> /*
> + * Status LED
> + */
> +#defineCONFIG_STATUS_LED
> +#defineCONFIG_GPIO_LED
> +#defineCONFIG_BOARD_SPECIFIC_LED
> +#defineSTATUS_LED_BOOT 0
> +#defineSTATUS_LED_BIT MX23_PAD_SSP1_DETECT__GPIO_
The i.MX23 just one USB port so disable the second controller probe
when building for i.MX23.
Signed-off-by: Otavio Salvador
---
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
index 5062af5..28c8cde 1006
Signed-off-by: Otavio Salvador
---
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
@@ -58,6 +58,7 @@
#defi
Signed-off-by: Otavio Salvador
---
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
+++ b/include/configs/mx23_o
Signed-off-by: Otavio Salvador
---
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 deletions(-)
diff --git a/board
On Mon, Jan 28, 2013 at 4:59 PM, Fabio Estevam wrote:
> On Mon, Jan 28, 2013 at 1:51 PM, Otavio Salvador
> wrote:
>
>> /*
>> + * Status LED
>> + */
>> +#defineCONFIG_STATUS_LED
>> +#defineCONFIG_GPIO_LED
>> +#defineCONFIG_BOARD_SPECIFIC_LED
>> +#defineSTATUS_LED_B
On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
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
http://lists.denx.de/mailman/listinfo/u-
On Mon, Jan 28, 2013 at 5:12 PM, Fabio Estevam wrote:
> On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
> 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.
--
Otavio Salvador
Dear Otavio Salvador,
> On Mon, Jan 28, 2013 at 5:12 PM, Fabio Estevam wrote:
> > On Mon, Jan 28, 2013 at 5:14 PM, Otavio Salvador
> >
> > wrote:
> >> + "ip_dyn=yes\0" \
> >> + "usbethaddr=00:11:22:33:44:55\0" \
> >
> > You should not hardcode a MAC address.
>
> It does not provid
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
> ---
> include/configs/mx23_olinuxino.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/include/
On Mon, Jan 28, 2013 at 5:13 PM, Otavio Salvador
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, please read:
http://w
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
http://lists.denx.de/mailman/listin
1 - 100 of 141 matches
Mail list logo
