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
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
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} ${filename}
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!!
In other words
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
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 change to the user
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
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.
This
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
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
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 ag...@suse.de
---
arch/powerpc/cpu/mpc85xx/u-boot.lds |
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
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:
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 all
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
Calls to malloc() have been replaced by memalign. It provides proper
buffer alignment.
Change-Id: Iffcf42082a125f848124bc84d1a95353493798a4
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
drivers/usb/gadget/f_mass_storage.c |4 ++--
1 file changed, 2
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):
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:
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 l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
drivers/usb/gadget/f_thor.c
Apparently debug memset (with a 0x55 value) has been overlooked in the
f_thor code.
Change-Id: I5ecfb1f86d7a0c1abf6738d0bc60908957554410
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
drivers/usb/gadget/f_thor.c |2 --
1 file changed, 2 deletions(-)
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
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
From: Rainer Boschung rainer.bosch...@keymile.com
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
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
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 submit
On 31 January 2014 13:58, Michal Suchanek hramr...@gmail.com 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
-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
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
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 it was. You
On Thu, Jan 30, 2014 at 08:39:00PM -0800, Tim Harvey wrote:
On Thu, Jan 30, 2014 at 12:45 PM, Jason Cooper ja...@lakedaemon.net 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
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 ++
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.
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Tom Rini tr...@ti.com
Cc: Simon Glass s...@chromium.org
---
tools/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
index
-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 tr...@ti.com 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
On Fri, Jan 31, 2014 at 6:17 AM, Tom Rini tr...@ti.com 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
On 01/31/2014 04:46 AM, Valentin Longchamp wrote:
From: Rainer Boschung rainer.bosch...@keymile.com
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
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 an
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
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 addresses
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 only.
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
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 tr...@ti.com wrote:
On 01/30/2014 06:05 PM, Darwin Rambo wrote:
We tried using this on our reference board and it hangs
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
chip reset.
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.
The question
-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 gpio
On 29 January 2014 00:29, Masahiro Yamada yamad...@jp.panasonic.com wrote:
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Simon Glass s...@chromium.org
Acked-by: Simon Glass s...@chromium.org
A long-standing typo that I fixed locally when I applied, and forgot
about upstream :-(
On 29 January 2014 21:27, Masahiro Yamada yamad...@jp.panasonic.com 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.
Hi Masahiro,
On 29 January 2014 21:27, Masahiro Yamada yamad...@jp.panasonic.com wrote:
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Simon Glass s...@chromium.org
There are some spaces (instead of tabs) at the start of lines in this
patch, but I suppose we need to keep it
On 29 January 2014 21:27, Masahiro Yamada yamad...@jp.panasonic.com 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:
Hi Masahiro,
On 30 January 2014 02:17, Masahiro Yamada yamad...@jp.panasonic.com 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:
Hi Masahiro,
On 29 January 2014 05:25, Masahiro Yamada yamad...@jp.panasonic.com 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
Hi Ian,
On 31 January 2014 10:09, Ian Campbell i...@hellion.org.uk wrote:
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Tom Rini tr...@ti.com
Cc: Simon Glass s...@chromium.org
It looks correct but does not apply for me on master.
Hi Jose,
On 28 January 2014 12:17, José Marinho zema...@gmail.com 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 Patrice,
On 28 January 2014 01:17, Patrice B pbfwdl...@gmail.com 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
Hi,
On 28 January 2014 23:04, shobin b shobin...@gmail.com 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
From: Vadim Bendebury vben...@chromium.org
(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
On 27 January 2014 13:49, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
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
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
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
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 devices
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Tom Rini tr...@ti.com
Cc: Simon Glass s...@chromium.org
---
tools/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
index
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
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
Hi Stephen,
On 27 January 2014 13:49, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
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
On 27 January 2014 13:50, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
Since the generic ls command no longer segfaults sandbox, enabling it.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
---
v3: New patch.
On 27 January 2014 13:50, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
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 swar...@nvidia.com
On 31 January 2014 16:54, Ian Campbell i...@hellion.org.uk wrote:
The incorrect substitution made it rebuild every time.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Tom Rini tr...@ti.com
Cc: Simon Glass s...@chromium.org
Thanks Ian.
Acked-by: Simon Glass s...@chromium.org
---
+U-Boot (good to copy the list)
Hi Michal,
On 28 January 2014 06:23, Michal Simek mon...@monstr.eu 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
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
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
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
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
71 matches
Mail list logo