Hello Simon.
> > Do you have any idea when ARM architecture can completely
> > switch to the generic board?
> >
> > If the generic board has the same behavior as arch/arm/lib/board.c,
> > how about deleting arch/arm/lib/board.c rather than maintaining it.
> >
>
> We need to test a few more boar
Existing eSPI SPL framework assumes booting from spi-image
with boot_format header which contains final u-boot Image
offset and size. No such header is present in case of
corenet devices like T1040 as corenet deivces use PBI-RCW
based intialization.
So, for corenet deives, SPL bootloader use value
Existing eSDHC SPL framework assumes booting from sd-image
with boot_format header which contains final u-boot Image
offset and size. No such header is present in case of
corenet devices like T1040 as corenet deivces use PBI-RCW
based intialization.
So, for corenet deives, SPL bootloader use value
Single-source clocking is new feature introduced in T1040.
In this mode, a differential clock is supplied to the
DIFF_SYSCLK_P/N inputs to the processor, which in turn is
used to supply clocks to the sysclock, ddrclock and usbclock.
So, both ddrclock and syclock are driven by same differential
sys
We have some scripts imported from Linux Kernel:
setlocalversion, checkstack.pl, checkpatch.pl, cleanpatch
They are located under tools/ directory in U-Boot now.
But they were originally located under scripts/ directory
in Linux Kernel.
This commit moves them to the original location.
It is true
Hi Abraham,
On 28/11/2013 05:22, Abraham V. wrote:
> test/built-in.o --end-group
> /home/abraham/SPACE/temp_uboot/arch/arm/lib/eabi_compat.o -L
> /home/abraham/SPACE/BISQUARE/source/uboot_update/gcc-linaro-arm/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2
> -lgcc -Map u-boot.map -o u-boot
> /home/abr
Hi list,
I use "sf erase" + "sf write" commands to write root image to spi nor flash.
It works for writing a ext2 image.
However, if I use the same commands to write a jffs2 image I got a lot
of "Magic bitmask 0x1985 not found at..." messages and
"jffs2: inflate returned -3".
jffs2: jffs2_scan_er
From: Shaohui Xie
A new valid setting case added for fman1, it uses platform frequency.
Signed-off-by: Shaohui Xie
---
based on patch: http://patchwork.ozlabs.org/patch/294663/
arch/powerpc/cpu/mpc85xx/speed.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/powerpc/cpu/mpc85xx/spe
Hello everyone,
I've got a copy of mainline uboot. Here's the last log message in it;
> git log --name-status HEAD^..HEAD
commit d19ad726bcd5d9106f7ba9c750462fcc369f1020
Author: Tom Rini
Date: Mon Nov 25 16:49:32 2013 -0500
Prepare v2014.01-rc1
Signed-off-by: Tom Rini
M Makef
Hi Guys,
On Thu, Nov 28, 2013 at 2:44 PM, Masahiro Yamada
wrote:
> Hello Tom, Simon.
>
>
>
> > On Mon, Nov 11, 2013 at 12:47:53PM +0900, Masahiro Yamada wrote:
> >
> > > Commit fea25720 renamed arch/i386 to arch/x86.
> > > But it missed to modify examples/standalone/Makefile.
>
Oops - my bad :)
Hello Tom, Simon.
> On Mon, Nov 11, 2013 at 12:47:53PM +0900, Masahiro Yamada wrote:
>
> > Commit fea25720 renamed arch/i386 to arch/x86.
> > But it missed to modify examples/standalone/Makefile.
> >
> > This commit revives examples/standalone/82559_eeprom.
> >
> > Signed-off-by: Masahiro Yam
Signed-off-by: Masahiro Yamada
---
Makefile | 4 ++--
drivers/mtd/nand/Makefile | 3 ---
drivers/mtd/ubi/Makefile | 3 ---
spl/Makefile | 2 +-
4 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/Makefile b/Makefile
index 4db925d..3443bb9 100644
--- a/Mak
Before switching to the real Kbuild, drivers/usb/gadget/Makefile
must be fixed.
If none of CONFIG_USB_GADGET, CONFIG_USB_ETHER, CONFIG_USB_DEVICE
is defined, both obj- and obj-y get empty.
We need non-empty obj- or obj-y on each Makefile
to generate built-in.o on the real Kbuild.
Signed-off-by: M
Convert like follows:
CPU mpc83xx -> CONFIG_MPC83xx
CPU mpc85xx -> CONFIG_MPC85xx
CPU mpc86xx -> CONFIG_MPC86xx
CPU mpc5xxx -> CONFIG_MPC5xxx
CPU mpc8xx -> CONFIG_8xx
CPU mpc8260 -> CONFIG_8260
CPU ppc4xx -> CONFIG_4xx
CPU x86 -> CONFIG_X86
ARCH x86 -> CONFIG_X86
ARCH p
All objects under post/ directory are enabled by CONFIG_HAS_POST.
(post/tests.o is enabled by CONFIG_POST_STD_LIST.
But CONFIG_POST_STD_LIST depends on CONFIG_HAS_POST.)
We can move CONFIG_HAS_POST switch to the top Makefile.
Signed-off-by: Masahiro Yamada
---
FYI:
CONFIG_HAS_POST and CONFIG_P
Masahiro Yamada (2):
post: descend only when CONFIG_HAS_POST is defined
Makefile: Select objects by CONFIG_ rather than $(ARCH) or $(CPU)
Makefile | 14 +-
arch/powerpc/cpu/Makefile | 6 +++---
arch/powerpc/cpu/mpc8xxx/Makefile | 6 ++
exa
From: Kuo-Jung Su
Faraday FTNANDC021 is an integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would result in
a page write + a read status operation.
Signed-off-by: Kuo-Jung Su
From: Kuo-Jung Su
The local pointer of address (i.e., addr) only gets
referenced in SPI mode, and it won't be appropriate
to pass only 1 bytes addr[1] to i2c_read/i2c_write while
CONFIG_SYS_I2C_EEPROM_ADDR_LEN > 1.
To avoid ambiguity, this patch would drop the use of
address pointer in I2C mode,
From: Kuo-Jung Su
This changeset adapts the driver to the new one.
In patch v2, it also includes a bug fix for i2c r/w address and eeprom.
Changes for v2:
1. eeprom: bug fix for i2c read/write
2. fti2c010: serial out r/w address in MSB order
Kuo-Jung Su (4):
i2c: fti2c010: cosmetic: codin
From: Kuo-Jung Su
Coding style cleanup
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Nothing updates
drivers/i2c/fti2c010.c | 31 ---
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/drivers/i2c/fti2c010.c b/drivers/i2c/ft
From: Kuo-Jung Su
Replace the legacy i2c model with the new one.
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Nothing updates
drivers/i2c/fti2c010.c | 299 +---
1 file changed, 133 insertions(+), 166 deletions(-)
diff --
From: Kuo-Jung Su
For a eeprom with a 2-bytes address (e.g., Ateml AT24C1024B),
the r/w address should be serial out in MSB order.
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Initial release
drivers/i2c/fti2c010.c | 38 ++
1 fi
From: Kuo-Jung Su
The Faraday FTSSP010 is a multi-function controller
which supports I2S/SPI/SSP/AC97/SPDIF. However This
patch implements only the SPI mode.
NOTE:
The DMA and CS/Clock control logic has been altered
since hardware revision 1.19.0. So this patch
would first detects the revision i
On Thu, Nov 28, 2013 at 10:38:31AM +0900, Masahiro Yamada wrote:
> Hello Tom, Albert.
> (I'm CCing Simon)
>
> > Some code in board_init_f that dates back to the initial relocation
> > support had if/else for PRELOADER (which became SPL_BUILD) about setting
> > the stack pointer. But, board.c is n
$(LDSCRIPT) is a source file, not a generated file.
We do not need a make rule of $(LDSCRIPT).
And one more trivial fix:
$(obj)/u-boot should not dierectly depend on $(LDSCRIPTS).
Signed-off-by: Masahiro Yamada
---
I built all target boards and checked md5sum of output binaries.
I confirmed thi
On 27 November 2013 11:32, Alexey Brodkin wrote:
> If U-Boot build with DEBUG enabled/defined the first call of "debug"
> function (that dumps data to any available console) will happen before
> zeroing of initial "gd" in init call "zero_global_data" in
> "init_sequence_f".
>
> And if stack was no
Hi,
On 27 November 2013 18:38, Masahiro Yamada wrote:
> Hello Tom, Albert.
> (I'm CCing Simon)
>
> > Some code in board_init_f that dates back to the initial relocation
> > support had if/else for PRELOADER (which became SPL_BUILD) about setting
> > the stack pointer. But, board.c is never built
Hello Tom, Albert.
(I'm CCing Simon)
> Some code in board_init_f that dates back to the initial relocation
> support had if/else for PRELOADER (which became SPL_BUILD) about setting
> the stack pointer. But, board.c is never built for CONFIG_SPL_BUILD
> now, so this really makes no sense. Drop t
On Wed, Nov 27, 2013 at 4:34 AM, Lokesh Vutla wrote:
[...]
> Ideally the default value should be exported from e-fuse values.
> EMIF does some HW sequence according to the value exported here. This filed
> tells
> what type of memory it is.
>
No, eFuse is not the right place for this information
On Wed, Nov 27, 2013 at 1:58 AM, Lokesh Vutla wrote:
> On Wednesday 27 November 2013 05:36 AM, Vaibhav Bedia wrote:
>> On Mon, Nov 25, 2013 at 12:08 AM, Lokesh Vutla wrote:
>>> On Friday 22 November 2013 02:07 AM, Vaibhav Bedia wrote:
On Thu, Nov 21, 2013 at 1:18 AM, Lokesh Vutla wrote:
>>>
MEM_PLL_RAT on T4240/T4160 Rev2.0 uses a value which is half of Rev1.0.
It's 12 in Rev1.0, for Rev2.0 it uses 6.
Signed-off-by: Roy Zang
Signed-off-by: Shaohui Xie
Reviewed-by: Yusong Sun
---
arch/powerpc/cpu/mpc85xx/speed.c |8
1 file changed, 8 insertions(+)
diff --git a/arch/p
Hi Tom,
> On Wed, Nov 27, 2013 at 06:01:18PM +0200, Lubomir Popov wrote:
>> Hi Nikita,all,
>>
>> On 27-Nov-13 17:52, Nikita Kiryanov wrote:
>> >On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
>> >>Dear Nikita Kiryanov,
>> >>
>> >>On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
>> >>
>>
The code in arch/arm/lib/board.c::board_init_f that sets
gd->start_addr_sp has already make sure we're 8-byte aligned, so we
don't need to do that again.
Cc: Albert ARIBAUD
Signed-off-by: Tom Rini
---
arch/arm/lib/crt0.S |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/lib/crt0.S
If U-Boot build with DEBUG enabled/defined the first call of "debug"
function (that dumps data to any available console) will happen before
zeroing of initial "gd" in init call "zero_global_data" in
"init_sequence_f".
And if stack was not filled with zeros chances are high that
"gd->have_console"
Some code in board_init_f that dates back to the initial relocation
support had if/else for PRELOADER (which became SPL_BUILD) about setting
the stack pointer. But, board.c is never built for CONFIG_SPL_BUILD
now, so this really makes no sense. Drop this section.
Cc: Albert ARIBAUD
Signed-off-b
Hi all,
2013/11/27 Nikita Kiryanov :
> On 11/27/2013 06:10 PM, Thomas Petazzoni wrote:
>>
>> Dear Nikita Kiryanov,
>>
>> On Wed, 27 Nov 2013 17:52:31 +0200, Nikita Kiryanov wrote:
>>
>>> The zeroing of the cnt register also happens in other places in the
>>> driver, and it is entirely possible tha
On 11/27/2013 06:10 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 17:52:31 +0200, Nikita Kiryanov wrote:
The zeroing of the cnt register also happens in other places in the
driver, and it is entirely possible that they should be removed for
OMAP3s as well.
In my patch
Thanks Marek,
On 11/11/2013 09:22 AM, Marek Vasut wrote:
Enable PCI express on MX6 Sabrelite.
Signed-off-by: Marek Vasut
Cc: Albert Aribaud
Cc: Eric Nelson
Cc: Fabio Estevam
Cc: Stefano Babic
---
board/boundary/nitrogen6x/nitrogen6x.c | 7 ++-
include/configs/nitrogen6x.h
On Wed, Nov 27, 2013 at 06:01:18PM +0200, Lubomir Popov wrote:
> Hi Nikita,all,
>
> On 27-Nov-13 17:52, Nikita Kiryanov wrote:
> >On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
> >>Dear Nikita Kiryanov,
> >>
> >>On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
> >>
> >Not sure to un
On 11/27/2013 05:09 PM, Tom Rini wrote:
On Wed, Nov 27, 2013 at 04:44:09PM +0200, Nikita Kiryanov wrote:
The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
random I2C failures in OMAP3 based devices. This is probably related
to the following advisory in OMAP3 errata:
I2C Module
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 17:52:31 +0200, Nikita Kiryanov wrote:
> The zeroing of the cnt register also happens in other places in the
> driver, and it is entirely possible that they should be removed for
> OMAP3s as well.
>
> In my patch I removed it only for i2c_write() because
Hi Nikita,all,
On 27-Nov-13 17:52, Nikita Kiryanov wrote:
On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
Not sure to understand your question: my paragraph above mentions the
IGEP board as being the platform on
On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
Not sure to understand your question: my paragraph above mentions the
IGEP board as being the platform on which I'm seeing this. So indeed, a
OMAP3-based board is af
From: Hardik Patel
Signed-off-by: Hardik Patel
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |4 +-
arch/arm/include/asm/arch-omap4/sys_proto.h |4 ++
board/ti/panda/panda.c | 60 +++
3 files changed, 66 insertions(+), 2 deletions(-)
di
From: Hardik Patel
OMAP4460 PandaBoard-ES till Rev B3 used Elpida EDB8064B2PB-xx-F RAM. However,
starting Rev B3,
boards are now manufactured with Elpida EDB8164B3PF-xx-F DDR2 RAM.
---
Changes for v3:
- Implemented strong emif_get_reg_dump function in panda.c to eliminate
change in sdram_el
Hi Thomas
On Wed, Nov 27, 2013 at 4:35 PM, Thomas Petazzoni
wrote:
> Dear Tom Rini,
>
> On Wed, 27 Nov 2013 09:45:55 -0500, Tom Rini wrote:
>
>> > I see that 960187ffa125b3938fec4b827bd9e8c04a204af8 ("ARM: OMAP: I2C:
>> > New read, write and probe functions") has changed significantly the
>> > OM
Dear Tom Rini,
On Wed, 27 Nov 2013 09:45:55 -0500, Tom Rini wrote:
> > I see that 960187ffa125b3938fec4b827bd9e8c04a204af8 ("ARM: OMAP: I2C:
> > New read, write and probe functions") has changed significantly the
> > OMAP I2C driver. And it turns out that reverting this commit actually
> > fixes
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
> >> Not sure to understand your question: my paragraph above mentions the
> >> IGEP board as being the platform on which I'm seeing this. So indeed, a
> >> OMAP3-based board is affected. But maybe I misunderstood yo
Building some arm boards with older binutils may produce errors like this:
---8<---
crt0.S: Assembler messages:
crt0.S:70: Error: register expected, not '#(184)' -- `sub sp,#(184)'
--->8---
Use canonical version of the subtract mnemonic to avoid those issues.
Reported-by: Alexey Smishlayev
Sign
On Wed, Nov 27, 2013 at 04:44:09PM +0200, Nikita Kiryanov wrote:
> The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
> random I2C failures in OMAP3 based devices. This is probably related
> to the following advisory in OMAP3 errata:
>
> I2C Module Does Not Allow 0-Byte Data Reque
Dear Alexey Smishlayev,
On 11/27/2013 03:43 PM, Alexey Smishlayev wrote:
> Thank you for the advice!
> The toolchain I'm using was provided by manufacturer of the embedded board I
> am working with.
> Which toolchain should I pick instead?
reference for u-boot is ELDK [1]. Some use mentor (forme
Hi Eric,
> Hi Marek,
>
> On 11/27/2013 01:59 AM, Marek Vasut wrote:
> > Hi,
> >
> >> On 11/11/2013 17:22, Marek Vasut wrote:
> >>> Enable PCI express on MX6 Sabrelite.
> >>>
> >>> Signed-off-by: Marek Vasut
> >>> Cc: Albert Aribaud
> >>> Cc: Eric Nelson
> >>> Cc: Fabio Estevam
> >>> Cc: Ste
On 11/27/2013 04:22 PM, Enric Balletbo Serra wrote:
Hi Thomas,
2013/11/27 Thomas Petazzoni :
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
2013/11/27 Thomas Petazzoni :
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
I
On 11/27/2013 04:22 PM, Enric Balletbo Serra wrote:
Hi Thomas,
2013/11/27 Thomas Petazzoni :
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
2013/11/27 Thomas Petazzoni :
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
I
Dear Enric Balletbo Serra,
On 11/27/2013 03:22 PM, Enric Balletbo Serra wrote:
> 2013/11/27 Thomas Petazzoni :
>> On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
>>> 2013/11/27 Thomas Petazzoni :
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
IGEP boa
On Wed, Nov 27, 2013 at 01:19:29PM +0100, Thomas Petazzoni wrote:
> Hello,
>
> We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> we're seeing random I2C communication problems at startup.
>
> Most of the
The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
random I2C failures in OMAP3 based devices. This is probably related
to the following advisory in OMAP3 errata:
I2C Module Does Not Allow 0-Byte Data Requests
Details:
When configured as the master, the I2C module does not allow 0
Hi Thomas,
2013/11/27 Thomas Petazzoni :
> Dear Enric Balletbo Serra,
>
> On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
>
>> 2013/11/27 Thomas Petazzoni :
>> > Hello,
>> >
>> > We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
>> > IGEP boards (OMAP3 based, U-Bo
argv[0] contains bootvx (command name) not the load address, if called with
argv < 2 use load_addr, else use address argument given to the command.
Signed-off-by: Stany MARCEL
---
This patch has been tested on uboot-xlnx master.
common/cmd_elf.c | 6 +++---
1 file changed, 3 insertions(+), 3 d
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
> 2013/11/27 Thomas Petazzoni :
> > Hello,
> >
> > We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> > IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> > we're see
Hi Marek,
On 11/27/2013 01:59 AM, Marek Vasut wrote:
Hi,
On 11/11/2013 17:22, Marek Vasut wrote:
Enable PCI express on MX6 Sabrelite.
Signed-off-by: Marek Vasut
Cc: Albert Aribaud
Cc: Eric Nelson
Cc: Fabio Estevam
Cc: Stefano Babic
---
Applied to u-boot-imx, thanks.
Eric, is this on
Dear Alexey Smishlayev,
On 11/27/2013 02:53 PM, Alexey Smishlayev wrote:
> On 2013.11.27. 15:39, Andreas Bießmann wrote:
>> crt0.S:70 subtracts the GD_SIZE from current stack pointer. The code
>> written seems to miss the Rn according to [1]. Could you please test to
>> change it from to: 'sub sp,
Hi Thomas,
CC'ing Javier Martínez
2013/11/27 Thomas Petazzoni :
> Hello,
>
> We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> we're seeing random I2C communication problems at startup.
>
Right, I've rep
Dear Andreas Bießmann,
On 2013.11.27. 15:39, Andreas Bießmann wrote:
crt0.S:70 subtracts the GD_SIZE from current stack pointer. The code
written seems to miss the Rn according to [1]. Could you please test to
change it from to: 'sub sp, sp, #GD_SIZE'?
Yes, thank you! Now it successfully compi
Hi Scott,
> This makes the names match current Linux source, and resolves
> a conflict between
> http://patchwork.ozlabs.org/patch/280488/
> and
> http://patchwork.ozlabs.org/patch/284513/
>
> The former was posted first and is closer to matching Linux, but
> unlike Linux it does not add _LARGE t
On Wed, Nov 27, 2013 at 1:51 PM, Stefano Babic wrote:
> I do not know if it is possible, but if yes, we did not need in the past to
> introduce CONFIG_ARCH_VERSATILE_AB.
The boards are similar enough that they will boot to prompt, but they
will register the wrong set of peripherals, and some stu
Dear Alexey Smishlayev,
On 11/27/2013 01:26 PM, Alexey Smishlayev wrote:
> Hello!
> I would like to compile U-Boot with custom configuration.
> I downloaded source from the master git repository
> (http://git.denx.de/?p=u-boot.git;a=summary).
> I am trying to compile using following commands:
> $
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2013 04:33 AM, Yan, Miao wrote:
> Hi Tom,
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Tom Rini
>> Sent: Tuesday, November 26, 2013 5:59 AM
>> To: u-boot@lists.den
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2013 02:03 AM, Masahiro Yamada wrote:
> Hello.
>
>> As always, please speak up if something suddenly broke or you've found a
>> problem of some sort. Thanks all!
>
> I noticed at least two boards got broken by v2014.01-rc release:
> cam_enc
Hello!
I would like to compile U-Boot with custom configuration.
I downloaded source from the master git repository
(http://git.denx.de/?p=u-boot.git;a=summary).
I am trying to compile using following commands:
$ cd u-boot/
$ make ARCH=arm CROSS_COMPILE=arm-unknown-linux-gnu-
at91sam9g20ek_nand
Acked-by: Jaehoon Chung
On 11/27/2013 10:00 PM, Alexey Brodkin wrote:
> If platform provides "host->fifoth_val" it will be used for
> initialization of DWMCI_FIFOTH register. Otherwise default value will be
> used.
>
> This implementation allows:
> * escape unclear and recursive calculations th
If platform provides "host->fifoth_val" it will be used for
initialization of DWMCI_FIFOTH register. Otherwise default value will be
used.
This implementation allows:
* escape unclear and recursive calculations that are currently in use
* use whatever custom value for DWMCI_FIFOTH initialization
On 27/11/2013 10:55, Marek Vasut wrote:
Dear Linus Walleij,
When U-Boot is configured for Versatile AB, it will still pass
the machine ID of Versatile PB to the kernel. After this simple
fix the system boots correctly.
Cc: Stefano Babic
Cc: Marek Vasut
Signed-off-by: Linus Walleij
---
b
On Wed, Nov 27, 2013 at 11:03 AM, Marek Vasut wrote:
> [Me]
>> #define CONFIG_BOOTDELAY 2
>> #define CONFIG_BOOTARGS "root=/dev/nfs mem=128M ip=dhcp "\
>> - "netdev=25,0,0xf101,0xf1010010,eth0"
>> + "netdev=25,0,0xf101
On Wed, Nov 27, 2013 at 11:02 AM, Marek Vasut wrote:
> Dear Linus Walleij,
>
> +CC Albert, he's the ARM guy. Stefano is the Freescale IMX guy :)
I just saw in the git log that Stefano had a few commits to these
boards...
Yours,
Linus Walleij
___
U-Boot
On Wed, Nov 27, 2013 at 10:55 AM, Marek Vasut wrote:
> We should just switch to DT, but I do understand the motivation here.
I will be working on cleanups and DT next, this is just to get a
working baseline.
> Can you
> not detect which board it is dynamically to avoid the ifdef?
No :-/
Yours
As proposed by Heiko I made some small changes and verified the patch with the
checkpatch-script.
From 169f40e72fceb222bb15dd59c1337f42371e97a5 Mon Sep 17 00:00:00 2001
From: Andreas Oetken
Date: Wed, 27 Nov 2013 13:09:19 +0100
Subject: [PATCH] Added rsa-sha256 support.
Signed-off-by: Andrea
Hi Pantelis,
Indeed this is bogus. What is the reset value of the fifoth register?
> Below is a description for the register in question with default
values specified.
--
FIFO Threshold Watermark Register
--
x
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
we're seeing random I2C communication problems at startup.
Most of the time it's just:
"""
Out: serial
Err: serial
i2c_write: pads on bus 0 probabl
On Wed, Nov 27, 2013 at 4:40 AM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message
> you
> wrote:
>>
>> > Do I understand correctly that this happens only with the FSL kernel,
>> > i. e. not with mainline Linux?
>>
>> Exactly.
>>
>> > What exactly is the effect of calling your set_ana
On Wed, Nov 27, 2013 at 5:53 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 26/11/2013 13:16, Otavio Salvador wrote:
>>> I'm going to suggest this is the wrong path. Once you see i.MX systems
>>> with > 768MB DDR you're going to have initrd/fdt placed into memory
>>> Linux can't access without HIGH
On 11/22/2013 6:08 PM, Bo Shen wrote:
Hi Josh,
On 11/22/2013 02:58 PM, Josh Wu wrote:
This patch will save U-Boot environment as a file: uboot.env, in FAT
partition
instead of saving it in raw sector of SD card.
Since saving environment in raw sector has risk of corrupting the SD
card and
on
This patch updates Tizen partions layout.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2.h
index 9
This patch use 'samsung_get_base' common functions to access registers.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
board/samsung/trats2/trats2.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/board/samsung/trats2/trats2
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h |4
1 file changed, 4 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2.h
index bf49dd5..8de41ff 100644
--- a/include/configs/trats2.h
+++ b/include/configs
In this patch variable names are used instead of hardcoded names
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2
This patch series cleanups some code for Trats2.
Unused defines are removed.
For envs, hardcoded names are replaced with variable names.
In the board file, 'samsung_get_base' common functions are used.
Tizen partions layout is updated.
This patch series is based on:
http://patchwork.ozlabs.org/pa
Dear Linus Walleij,
> The Versatiles come up with the primary UART set to ttyAMA0 at
> 38400 baud, and unless we pass this to the kernel it will assume
> it is set to 9600 baud which will be quite awkward for the
> terminal, let's try to be helpful and inform the kernel what
> setting is used.
>
Dear Linus Walleij,
+CC Albert, he's the ARM guy. Stefano is the Freescale IMX guy :)
> When U-Boot is configured for Versatile AB, it will still pass
> the machine ID of Versatile PB to the kernel. After this simple
> fix the system boots correctly.
>
> Cc: Stefano Babic
> Cc: Marek Vasut
> S
Dear Linus Walleij,
> When U-Boot is configured for Versatile AB, it will still pass
> the machine ID of Versatile PB to the kernel. After this simple
> fix the system boots correctly.
>
> Cc: Stefano Babic
> Cc: Marek Vasut
> Signed-off-by: Linus Walleij
> ---
> board/armltd/versatile/versat
The Versatiles come up with the primary UART set to ttyAMA0 at
38400 baud, and unless we pass this to the kernel it will assume
it is set to 9600 baud which will be quite awkward for the
terminal, let's try to be helpful and inform the kernel what
setting is used.
Cc: Stefano Babic
Cc: Marek Vasu
When U-Boot is configured for Versatile AB, it will still pass
the machine ID of Versatile PB to the kernel. After this simple
fix the system boots correctly.
Cc: Stefano Babic
Cc: Marek Vasut
Signed-off-by: Linus Walleij
---
board/armltd/versatile/versatile.c | 4
1 file changed, 4 inser
On Wednesday 27 November 2013 05:47 AM, Vaibhav Bedia wrote:
> On Mon, Nov 25, 2013 at 12:18 AM, Lokesh Vutla wrote:
>> On Friday 22 November 2013 02:22 AM, Vaibhav Bedia wrote:
>>> On Thu, Nov 21, 2013 at 1:18 AM, Lokesh Vutla wrote:
>>> [...]
>>>
-/*
- * Get SDRAM type connected to EM
Hi Tom,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Tom Rini
> Sent: Tuesday, November 26, 2013 5:59 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [ANN] v2014.01-rc1
>
> Hey all,
>
> I've put v2014.01-rc1 out and and
Hi Marek,
On 27/11/2013 09:59, Marek Vasut wrote:
> Hi,
>
>> On 11/11/2013 17:22, Marek Vasut wrote:
>>> Add cpu_clock_teardown() call before the Linux kernel is started,
>>> so the CPU code can stop clock that may hinder the Linux's boot.
>>>
>>> Signed-off-by: Marek Vasut
>>> Cc: Albert Aribau
Hi,
> On 11/11/2013 17:22, Marek Vasut wrote:
> > Enable PCI express on MX6 Sabrelite.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Albert Aribaud
> > Cc: Eric Nelson
> > Cc: Fabio Estevam
> > Cc: Stefano Babic
> > ---
>
> Applied to u-boot-imx, thanks.
Eric, is this one OK?
Best regards,
M
Hi,
> On 11/11/2013 17:22, Marek Vasut wrote:
> > Add cpu_clock_teardown() call before the Linux kernel is started,
> > so the CPU code can stop clock that may hinder the Linux's boot.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Albert Aribaud
> > Cc: Stefano Babic
> > ---
>
> Applied to u-boo
On 08/11/2013 19:20, Fabio Estevam wrote:
> mx6sabre board has a m25p32 SPI NOR connected to ECSPI1 port.
>
> Add support for it.
>
> This patch allows the SPI NOR flash to be succesfully detected:
>
> => sf probe
> SF: Detected M25P
On 11/11/2013 17:22, Marek Vasut wrote:
> Enable PCI express on MX6 Sabrelite.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Eric Nelson
> Cc: Fabio Estevam
> Cc: Stefano Babic
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 11/11/2013 17:22, Marek Vasut wrote:
> Add PCIe driver for the Freescale i.MX6 SoC . This driver operates the
> PCIe block in RC mode only, the EP mode is NOT supported. The driver is
> tested with the Intel e1000 NIC driver.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Fabio Est
1 - 100 of 112 matches
Mail list logo
