Hello, i'm using an UDOO board (based on Freescale i.mx6) that loads
keernel from SD card. I have used debootstrap method to install Debian
armel image to sd card. Following the guide on eLinux, i have to download
uImage from sources and copy it to /boot SD partition. But when i boot, i
get "bad da
Hi,
can you please tell me how to define _POST_WORD_ADDR for arm to enable
post(in uboot-toradex iris based colibri_t20 toradex board).How to do it
please give me a solution.
regards,
shobin.b
___
U-Boot mailing list
U-Boot@lists.denx.de
http://list
On Friday, January 31, 2014 at 01:16:25 PM, Lukasz Majewski wrote:
> A set of cache operations (both invalidation and flush) were redundant
> in the S3C HS OTG Samsung driver.
>
> Test condition
> - test HW + measurement: Trats - Exynos4210 rev.1
> - test HW Trats2 - Exynos4412 rev.1
> 400 MiB com
On Friday, January 31, 2014 at 01:16:27 PM, Lukasz Majewski wrote:
> The Samsung's UDC driver is not anymore copying data from USB requests to
> data aligned internal buffers. Now it works directly in data allocated in
> the upper layers like UMS, DFU, THOR.
>
> This change is possible since those
On Friday, January 31, 2014 at 01:16:24 PM, Lukasz Majewski wrote:
> Calls to malloc() have been replaced by memalign. It provides proper
> buffer alignment.
>
> Change-Id: Iffcf42082a125f848124bc84d1a95353493798a4
^ Where does this Change-Id come from ?
> Signed-off-by: Lukasz Majewski
> Cc: M
+U-Boot (good to copy the list)
Hi Michal,
On 28 January 2014 06:23, Michal Simek wrote:
> Hi Simon,
>
> hope that you are good.
> IRC you mentioned at u-boot minisummit that you are enabling
> FIT support for u-boot SPL.
> I have checked the code and there is support for legacy format
> not for
On 31 January 2014 16:54, Ian Campbell wrote:
> The incorrect substitution made it rebuild every time.
>
> Signed-off-by: Ian Campbell
> Cc: Tom Rini
> Cc: Simon Glass
Thanks Ian.
Acked-by: Simon Glass
> ---
> tools/Makefile | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> d
On 27 January 2014 13:50, Stephen Warren wrote:
> From: Stephen Warren
>
> This hooks into the generic "file exists" support added in an earlier
> patch, and provides an implementation for the FAT filesystem.
>
> Signed-off-by: Stephen Warren
Acked-by: Simon Glass
_
On 27 January 2014 13:50, Stephen Warren wrote:
> From: Stephen Warren
>
> Since the generic ls command no longer segfaults sandbox, enabling it.
>
> Signed-off-by: Stephen Warren
Acked-by: Simon Glass
> ---
> v3: New patch.
> ---
> include/configs/sandbox.h | 1 +
> 1 file changed, 1 insert
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren wrote:
> From: Stephen Warren
>
> This is much like a regular shell's -e operator, except that it takes
> multiple arguments to specify the device type and device/partition ID
> in addition to the usual filename:
>
> if test -e mmc 0:1 /boot/
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren wrote:
> From: Stephen Warren
>
> do_test() currently uses strcmp() twice to determine which operator is
> present; once to determine how many arguments the operator needs, then
> a second time to actually decode the operator and implement it.
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell
Cc: Tom Rini
Cc: Simon Glass
---
tools/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
index 328cea3..052e4d4 100644
--- a/tools/Makefile
+++ b/to
Dear Alexey,
In message <1391193816.4721.100.camel@abrodkin-8560l> you wrote:
>
> CONFIG_ETHADDR & CONFIG_IPADDR - it's simple - we don't want to have
> duplicates of the same MAC or/and IP address within one network. So
> definitely these ones must go away.
>
> But others doesn't affect other d
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren wrote:
> From: Stephen Warren
>
> FAT and ext4 expect that the passed in block device descriptor not be
> NULL. This causes problems on sandbox, where get_device_and_partition()
> succeeds for the "host" device, yet passes back a NULL device d
On 27 January 2014 13:49, Stephen Warren wrote:
> From: Stephen Warren
>
> This could be used in scripts such as:
>
> if test -e mmc 0:1 /boot/boot.scr; then
> load mmc 0:1 ${scriptaddr} /boot/boot.scr
> source ${scriptaddr}
> fi
>
> rather than:
>
> if load mmc 0:1 ${scriptaddr} /boot/bo
From: Vadim Bendebury
(sent for the benefit of the Kbuild series - this does not apply as is)
Similar targets can use the same u-boot binary with different device
trees. It is convenient to have all similar device trees compiled and
published when u-boot is made: it allows for later easy repacka
Hi,
On 28 January 2014 23:04, shobin b wrote:
> Hi,
>
> I am doing post for arm in uboot-toradex(in iris based colibri t20 board).When
> i enabled post in my board file(colibri_t20.h) it showing following errors
> after making uboot,
>
> i=aapcs-linux -mno-thumb-interwork -march=armv5 -Werror -Wa
Hi Patrice,
On 28 January 2014 01:17, Patrice B wrote:
> Hello,
>
> Here's the patch that enables lzmadec command in sandbox. Should I
> send it as a new thread or is it fine like that ?
Yes I think you should send it as a new thread when its own commit subject.
Regards,
Simon
>
> Regards
Hi Jose,
On 28 January 2014 12:17, José Marinho wrote:
> Hi all,
> I am using u-boot from git://git.denx.de/u-boot-x86.git
> I build u-boot by:
> make coreboot-x86_config
> make
>
> u-boot is then set as a payload for coreboot.
>
> I then run coreboot as a bios for qemu:
>
Hi Ian,
On 31 January 2014 10:09, Ian Campbell wrote:
> The incorrect substitution made it rebuild every time.
>
> Signed-off-by: Ian Campbell
> Cc: Tom Rini
> Cc: Simon Glass
It looks correct but does not apply for me on master.
Regards,
Simon
___
Hi Masahiro,
On 29 January 2014 05:25, Masahiro Yamada wrote:
>
> We switched to Kbuild style makefiles at v2014.01-rc1 release.
> With that modification, we can write makefiles simpler.
> But it is NOT real Kbuild. We need more progress.
>
> As the next step, this series imports (+ adjusts) buil
Hi Masahiro,
On 30 January 2014 02:17, Masahiro Yamada wrote:
> Useful rules in scripts/Makefile.lib allows us to easily
> generate a device tree blob and wrap it in assembly code.
>
> We do not need to parse a linker script to get output format and arch.
>
> Signed-off-by: Masahiro Yamada
Grea
On 29 January 2014 21:27, Masahiro Yamada wrote:
> - Delete fs.xml from DOCBOOKS to fix an error
> Commit e3ff797c added fs.xml to DOCBOOKS
> but missed to add doc/DocBook/fs.tmpl
> - Fix the location of include guard in include/linker_lists.h
>
> Signed-off-by: Masahiro Yamada
> Re
Hi Masahiro,
On 29 January 2014 21:27, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
There are some spaces (instead of tabs) at the start of lines in this
patch, but I suppose we need to keep it the same as Linux.
Regards,
Simon
___
On 29 January 2014 21:27, Masahiro Yamada wrote:
> tools/kernel-doc/docproc.c and tools/kernel-doc/kernel-doc are
> script files imported Linux Kernel.
>
> They originally resided under scripts/ directory in Linux Kernel.
>
> This commit moves them to the original location.
>
> Signed-off-by: Masa
On 29 January 2014 00:29, Masahiro Yamada wrote:
>
> Signed-off-by: Masahiro Yamada
> Cc: Simon Glass
Acked-by: Simon Glass
A long-standing typo that I fixed locally when I applied, and forgot
about upstream :-(
___
U-Boot mailing list
U-Boot@lists.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/30/2014 06:12 PM, Darwin Rambo wrote:
>
>
> On 14-01-29 02:32 PM, Tom Rini wrote:
[snip]
>> Finally, please CC the custodians for i2c/mmc for those drivers
>> as they may have further comments than the above list.
> OK. There are mmc, i2c and g
Hello Wolfgang,
On Fri, 2014-01-31 at 18:49 +0100, Wolfgang Denk wrote:
> Dear Alexey,
>
> In message <1391179745.4721.36.camel@abrodkin-8560l> you wrote:
> >
> > Understood.
> > I removed all my network parameters and will take a duty of cleaning up
> > other configs.
>
> thanks in advance.
>
On 14-01-31 09:54 AM, Tom Rini wrote:
> On Thu, Jan 30, 2014 at 02:03:41PM -0800, Darwin Rambo wrote:
>>
>>
>> On 14-01-29 02:32 PM, Tom Rini wrote:
>>> On Mon, Jan 27, 2014 at 10:53:26AM -0800, Darwin Rambo wrote:
>>>
Add bcm281xx architecture support code including a clock framework and
>>
On 14-01-31 09:15 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/31/2014 12:05 PM, Tim Kryger wrote:
>> On Fri, Jan 31, 2014 at 6:17 AM, Tom Rini wrote:
>>> On 01/30/2014 06:05 PM, Darwin Rambo wrote:
We tried using this on our reference board and it hangs
On 01/31/2014 03:16 AM, Alexander Graf wrote:
> With the qemu-ppce500 machine type we can run the same board with
> either an e500v2 or an e500mc core plugged in.
>
> This means that the IVOR setup can't be based on compile time decisions,
> so instead we have to do a runtime check which CPU gener
On 01/31/2014 03:16 AM, Alexander Graf wrote:
> For KVM we have a special PV machine type called "ppce500". This machine
> is inspired by the MPC8544DS board, but implements a lot less features
> than that one.
>
> It also provides more PCI slots and is supposed to be enumerated by
> device tree o
On Thu, Jan 30, 2014 at 02:03:41PM -0800, Darwin Rambo wrote:
>
>
> On 14-01-29 02:32 PM, Tom Rini wrote:
> > On Mon, Jan 27, 2014 at 10:53:26AM -0800, Darwin Rambo wrote:
> >
> >> Add bcm281xx architecture support code including a clock framework and
> >> chip reset. Define register block base
Dear Alexey,
In message <1391179745.4721.36.camel@abrodkin-8560l> you wrote:
>
> Understood.
> I removed all my network parameters and will take a duty of cleaning up
> other configs.
thanks in advance.
> The question then if CONFIG_HOSTNAME could be left?
> I see people rely on host name for s
On Wed, Jan 29, 2014 at 05:32:30PM -0500, Tom Rini wrote:
> On Mon, Jan 27, 2014 at 10:53:26AM -0800, Darwin Rambo wrote:
>
> > Add bcm281xx architecture support code including a clock framework and
> > chip reset. Define register block base addresses for the bcm281xx
> > architecture and create
On 01/31/2014 04:46 AM, Valentin Longchamp wrote:
> From: Rainer Boschung
>
> This patch adds support for using some GPIOs that are connected to the
> I2C bus to force the bus lines state and perform some bus deblocking
> sequences.
>
> The KM common deblocking algorithm from board/keymile/commo
On Fri, Jan 31, 2014 at 6:17 AM, Tom Rini wrote:
> On 01/30/2014 06:05 PM, Darwin Rambo wrote:
> > We tried using this on our reference board and it hangs accessing
> > memory regions that are not populated. Our memory controller
> > doesn't appear to properly support accessing regions that are no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/31/2014 12:05 PM, Tim Kryger wrote:
> On Fri, Jan 31, 2014 at 6:17 AM, Tom Rini wrote:
>> On 01/30/2014 06:05 PM, Darwin Rambo wrote:
>>> We tried using this on our reference board and it hangs accessing
>>> memory regions that are not populated
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell
Cc: Tom Rini
Cc: Simon Glass
---
tools/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
index 323d408..602b2e5 100644
--- a/tools/Makefile
+++ b/to
This patch add support for the Silica Pengwyn board [1]
The board is based on a TI AM3354 CPU [2]
All jumpers removed it will boot from the SDcard, the console is on
UART1 accessible via the FDTI -> USB. The on board NAND flash is
supported and can act as boot medium, depending on jumper settings.
Initial support for Silica Pengwyn board
arch/arm/include/asm/arch-am33xx/ddr_defs.h | 16 +++
board/silica/pengwyn/Makefile | 13 ++
board/silica/pengwyn/board.c| 207 ++
board/silica/pengwyn/board.h| 15 ++
board/sil
On Thu, Jan 30, 2014 at 08:39:00PM -0800, Tim Harvey wrote:
> On Thu, Jan 30, 2014 at 12:45 PM, Jason Cooper wrote:
> > Hi Tim,
> >
> > On Thu, Jan 30, 2014 at 01:11:18AM -0800, Tim Harvey wrote:
> >> My approach has been to define a per-baseboard device-tree in Linux
> >> for a 'fully loaded' boa
Hello Wolfgang,
On Fri, 2014-01-31 at 00:10 +0100, Wolfgang Denk wrote:
> Dear Alexey,
>
> In message <1391088780.3518.33.ca...@abrodkin-8560l.internal.synopsys.com>
> you wrote:
> >
> > As it is clearly mentioned in commit message "arcregs.h" came from Linux
> > sources and that's why kept as
Hello Wolfgang,
On Fri, 2014-01-31 at 00:13 +0100, Wolfgang Denk wrote:
> Dear Alexey,
>
> In message <1391088984.3518.35.ca...@abrodkin-8560l.internal.synopsys.com>
> you wrote:
> >
> > > > +#defineCONFIG_HOSTNAME axs101
> > > > +#defineCONFIG_ETHADDR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/30/2014 06:05 PM, Darwin Rambo wrote:
>
>
> On 14-01-29 02:33 PM, Tom Rini wrote:
>> On Mon, Jan 27, 2014 at 10:53:30AM -0800, Darwin Rambo wrote:
>>
>>> Add support for the bcm28155_ap reference board.
>>>
>>> Signed-off-by: Darwin Rambo Re
On 31 January 2014 13:58, Michal Suchanek wrote:
> Hello,
>
> Is this actually documented somewhere for u-boot?
>
> There is lots about writing to flash memories in the manual but MBR
> coexistence does not seem to be covered.
>
> u-boot is not written as a file but in a fixed location on the card
Dear Hannes,
In message <52eb892c.6090...@petermaier.org> you wrote:
>
> I have allready read the patch submission rules on the u-boot website.
> But it is still not clear to me how i do the whole thing.
[1] gives pretty detailed instructions; it even icludes explicit
hints how to create and sub
Hello,
Is this actually documented somewhere for u-boot?
There is lots about writing to flash memories in the manual but MBR
coexistence does not seem to be covered.
u-boot is not written as a file but in a fixed location on the card
where the i.MX6 looks for a bootloader.
So you have on your S
From: Rainer Boschung
This patch adds support for using some GPIOs that are connected to the
I2C bus to force the bus lines state and perform some bus deblocking
sequences.
The KM common deblocking algorithm from board/keymile/common/common.c is
used. The GPIO lines used for deblocking the I2C b
Apparently debug memset (with a 0x55 value) has been overlooked in the
f_thor code.
Change-Id: I5ecfb1f86d7a0c1abf6738d0bc60908957554410
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/f_thor.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/usb/gadget/f_th
The Samsung's UDC driver is not anymore copying data from USB requests to
data aligned internal buffers. Now it works directly in data allocated in
the upper layers like UMS, DFU, THOR.
This change is possible since those gadgets now take care to allocate
buffers aligned to cache line (CONFIG_SYS_
A set of cache operations (both invalidation and flush) were redundant
in the S3C HS OTG Samsung driver.
Test condition
- test HW + measurement: Trats - Exynos4210 rev.1
- test HW Trats2 - Exynos4412 rev.1
400 MiB compressed rootfs image download with `thor 0 mmc 0`
Measurements:
Base values (wi
Now it is possible to allocate static request - which receives data from
the host (OUT transaction) to the size of THOR packet.
Change-Id: I7cb19a0f22d7c7fe8d7e62ce71f7d1bb4e95c5bb
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/f_thor.c |2 +-
1 file changed, 1 insert
This patch removed obscure restriction on the HW setting of DMA transfers.
Before this change each transaction sent up to 512 bytes (with packet count
equal to 1) for non EP0 transfer.
Now it is possible to setup DMA transaction up to DMA_BUFFER_SIZE.
Test condition
- test HW + measurement: Trats
Calls to malloc() have been replaced by memalign. It provides proper
buffer alignment.
Change-Id: Iffcf42082a125f848124bc84d1a95353493798a4
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
drivers/usb/gadget/f_mass_storage.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
This patch series comprises several improvements for Exynos4 USB code.
The most notable is transmission speed improvement (measured on Trats):
From: 9.51 MiB/s up to 27 MiB/s
This is due to UDC driver optimizations.
Also a code cleanup for THOR gadget has been included.
Lukasz Majewski (6):
u
Hello,
i'am quite new to the u-boot community and i 'am now going to submit a
patch regarding OMAP I2C interface.
After this hopefully easy introduction i want to supply patches for 2
new AM3352 boards, which we've built up at our company.
I have allready read the patch submission rules on th
Dear Lukasz,
In message <20140131110818.07d79eac@amdc2363> you wrote:
>
> > I do not see any such need. Hex input base is the established and
> > documented default - ext4write is not a special command, so why should
> > we mention this here when we do not mention it anywhere else?
>
> If now a
The only thing we know in our PV machine through device tree is the clock
speed of the CPUs. Take that as CPU speed, system speed and ddr speed so that
we have some meaningful values there at all.
The CPU speed is important because our timing loops get determined based on it.
Signed-off-by: Alexa
The definition of our ppce500 PV machine is that every address is dynamically
determined through device tree bindings.
So don't hardcode where PCI devices are in our physical memory layout but
instead
read them dynamically from the device tree we get passed on boot.
Signed-off-by: Alexander Graf
The definition of our ppce500 PV machine is that every address is dynamically
determined through device tree bindings.
So don't hardcode where CCSR is in our physical memory layout but instead
read it dynamically from the device tree we get passed on boot.
Signed-off-by: Alexander Graf
---
arch
We want to be able to directly execute the ELF binary without going
through the u-boot.bin one.
To know where we have to start executing this ELF binary we have to
tell the linker where our entry point is.
Signed-off-by: Alexander Graf
---
arch/powerpc/cpu/mpc85xx/u-boot.lds |1 +
1 file c
For KVM we have a special PV machine type called "ppce500". This machine
is inspired by the MPC8544DS board, but implements a lot less features
than that one.
It also provides more PCI slots and is supposed to be enumerated by
device tree only.
This patch adds support for the current generation p
In QEMU we implement a PV machine type called "ppce500". That board is able
to run any e500+ FSL cores (e500v2, e500mc, e5500, e6500).
It is heavily inspired by the MPC8544DS SoC and board combination, but
implements only the bare minimum to make Linux happy enough to drive a
virtual machine.
Thi
With the qemu-ppce500 machine type we can run the same board with
either an e500v2 or an e500mc core plugged in.
This means that the IVOR setup can't be based on compile time decisions,
so instead we have to do a runtime check which CPU generation we're
running on.
Signed-off-by: Alexander Graf
Hi Wolfgang,
> Dear Lukasz,
>
> In message <20140131102755.63297928@amdc2363> you wrote:
> >
> > > ext4write mmc 0:2 ${addr} ${filename} ${filesize}
> > >
> > > Change this to use the standard notation of base 16 input format.
> > > See also commit b770e88
> > >
> > > WARNING: this is a chan
I want to boot a fresh nitrogen6x board with uboot which I compiled
recently.After a successful compilation I obtained u-boot.imx file which I
wanted to bunn on my SD card for booting.
I used "dd if=u-boot.imx of=/dev/sdb bs=1k seek=1" copy u-boot.imx file on
the SD card which gave me the following
Dear Lukasz,
In message <20140131102755.63297928@amdc2363> you wrote:
>
> > ext4write mmc 0:2 ${addr} ${filename} ${filesize}
> >
> > Change this to use the standard notation of base 16 input format.
> > See also commit b770e88
> >
> > WARNING: this is a change to the user interface!!
>
>
Hi Wolfgang,
> Unlike other commands (for example, "fatwrite"), ext4write would
> interpret the "sizebytes" as decimal number. This is not only
> inconsistend and unexpected to most users, it also breaks usage
> like this:
>
> tftp ${addr} ${name}
> ext4write mmc 0:2 ${addr} ${filena
Hello Tom,
Now, this kbuild series cleanly applies on the current u-boot/master.
(commit 07e2822d158940a0e8ba45b6ab0344ffa1011a07)
What's your plan about this series?
Are we ready to switch to Kbuild, or need more review?
Best Regards
Masahiro Yamada
___
Unlike other commands (for example, "fatwrite"), ext4write would
interpret the "sizebytes" as decimal number. This is not only
inconsistend and unexpected to most users, it also breaks usage
like this:
tftp ${addr} ${name}
ext4write mmc 0:2 ${addr} ${filename} ${filesize}
Change
71 matches
Mail list logo
