Hi,
Just wondering if anyone is working on ext4 support? (ext2ls, ext2load)
I have seen ext4 support code in Grub 2, it should be easy to bring to
U-Boot. Is there a license issue?
Sorry if this has been asked before, I did a search in the archive and
couldn't find the answer.
Thanks,
Dominic
Hi Wojtek,
On 12/09/2011 08:20 AM, wzab wza...@gmail.com wrote:
Well, it seems that the integrated DDR controller is able to perform
the full initialization procedure with DLL reset.
Anyway we are not able to read data written into the DDR.
Could someone share the correct P2020 DDR controller
Hi Vadim,
Oops, dropped the ML...
On Dec 10, 2011 9:20 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Vadim,
On Dec 10, 2011 12:14 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Vadim,
On Dec 10, 2011 12:08 PM, Vadim Bendebury vben...@chromium.org
wrote:
On Fri, Dec 9, 2011
Signed-off-by: Horst Kronstorfer hkron...@frequentis.com
---
common/cmd_nvedit.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 5995354..baaa513 100644
--- a/common/cmd_nvedit.c
+++ b/common/cmd_nvedit.c
@@ -977,7 +977,9
rather than cast around looking for a solution, i figure i can
better invest my time just reading this end to end:
http://www.denx.de/wiki/publish/DULG/DULG-tqm8xxl.html
and testing it as i go. should i expect it to be relatively current?
i'll make notes about anything that looks odd --
Dear Robert P. J. Day,
In message alpine.DEB.2.02.1112100826510.2878@oneiric you wrote:
rather than cast around looking for a solution, i figure i can
better invest my time just reading this end to end:
http://www.denx.de/wiki/publish/DULG/DULG-tqm8xxl.html
and testing it as i go.
On Sat, 10 Dec 2011, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.DEB.2.02.1112100826510.2878@oneiric you wrote:
rather than cast around looking for a solution, i figure i can
better invest my time just reading this end to end:
Dominic,
On Fri, Dec 09, 2011 at 09:53:03PM -0800, Dominic Lemire wrote:
Just wondering if anyone is working on ext4 support? (ext2ls, ext2load)
Have you tried ext2ls and ext2load on an ext4 partition? It's been a
while for me, but I seem to recall it worked. Which make sense, since I
can
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in commit 00b7d6e (2011-12-09
12:09:35 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Lei Wen (1):
USB: gadaget: add Marvell
Hi Simon,
2011/12/6 Simon Glass s...@chromium.org:
I do not really like this solution. Maybe we can introduce something
like an usbbuf_alloc() function that takes care of the alignment.
This saves the memcpy() for every transmit. I know it has more impact
if we do it like that, but I think
Hi,
2011/12/5 Vincent Palatin vpala...@chromium.org:
According to EHCI specification v1.0, the controller should stabilize
the power on a port at most 20 ms after the port power bit transition.
So, we put this setting in the virtual descriptor corresponding field,
(bPwrOn2PwrGood = 10 = 10 x
Am 09.12.2011 16:03, schrieb Ilya Yanok:
Hi Matthias,
On 09.12.2011 18:24, Matthias Weißer wrote:
breaks zmx25 booting with the following command:
tftpboot 0x8200 foo.img; dcache on; bootm 0x8200
It is stuck then in an endless loop after dcache is disabled before
jumping to the
Hi,
2011/12/7 Simon Glass s...@chromium.org:
CONFIG_USB_EHCI_TXFIFO_THRESH enables setting of the txfilltuning
field in the EHCI controller on reset.
Signed-off-by: Simon Glass s...@chromium.org
---
README | 3 +++
drivers/usb/host/ehci-hcd.c | 7 +++
Hi Marek,
2011/12/7 Marek Vasut marek.va...@gmail.com:
This patchset adds the USB support for MX5x. Most of the code is based on work
of Wolfgang Grandegger with modifications done by various other authors. I
also
included version of ULPI support code cleaned up by Igor Grinberg.
NOTE: I'd
Hi Marek,
If some of the patches didn't make it through gmail because of the different
From:, please check git://git.denx.de/u-boot-marex.git, usb branch.
Pulling it failed. Can you please rebase it on top of current
u-boot-usb, then I will pull it from there.
Kind regards,
Remy
At present two parsers have similar code to execute commands. Also
cmd_usage() is called all over the place. This series adds a single
function which processes commands called cmd_process().
This new function understands return codes, and in particular
CMD_RET_USAGE to indicate a usage error. So
The current run_command() is only one of the options, with
hush providing the other. It really shouldn't be called directly
in case the hush parser is being used, so rename this function to
better explain its purpose.
Signed-off-by: Simon Glass s...@chromium.org
---
It really isn't clear why this is here and there is no comment, so
drop it.
Signed-off-by: Simon Glass s...@chromium.org
---
common/main.c|3 ---
include/common.h |2 --
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/common/main.c b/common/main.c
index
This is a more sensible name, so rename it.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_pxe.c |2 +-
common/main.c| 10 +-
include/common.h |2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/common/cmd_pxe.c b/common/cmd_pxe.c
index
This function is only one of the parser options, so use run_command()
instead. It knows how to use hush if selected.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/arm926ejs/kirkwood/cpu.c |7 +
board/esd/common/auto_update.c|2 +-
This saves about 1KB of code space on ARM with CONFIG_SYS_HUSH_PARSER
defined.
Signed-off-by: Simon Glass s...@chromium.org
---
common/main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/common/main.c b/common/main.c
index 59b87a1..11027f7 100644
--- a/common/main.c
Change all files in common/ to use CMD_RET_USAGE instead of calling
cmd_usage() directly. I'm not completely sure about this patch since
the code since impact is small (100 byte or so on ARM) and it might
need splitting into smaller patches. But for now here it is.
Signed-off-by: Simon Glass
There is a nasty interleave of #ifdefs in hush.c where the two code
paths have different indents. Remove this ickiness.
Signed-off-by: Simon Glass s...@chromium.org
---
common/hush.c | 24 +++-
1 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/common/hush.c
We should aim for a single point of entry to the commands, whichever
parser is used.
Signed-off-by: Simon Glass s...@chromium.org
---
common/command.c | 21 +
common/hush.c |9 +++--
common/main.c |3 +--
include/command.h |5 +
4 files
We currently have the same code in hush.c and main.c. This brings the
code into one place.
As an added feature, if the command function returns CMD_RET_USAGE then
U-Boot will print a usage message for the command.
ARM code size increases about 32 bytes with this clean-up.
Signed-off-by: Simon
Hi Remy,
On Sat, Dec 10, 2011 at 8:04 AM, Remy Bohmer li...@bohmer.net wrote:
Hi Simon,
2011/12/6 Simon Glass s...@chromium.org:
I do not really like this solution. Maybe we can introduce something
like an usbbuf_alloc() function that takes care of the alignment.
This saves the memcpy()
Hi Marek,
2011/12/7 Marek Vasut marek.va...@gmail.com:
This patchset adds the USB support for MX5x. Most of the code is based on
work of Wolfgang Grandegger with modifications done by various other
authors. I also included version of ULPI support code cleaned up by Igor
Grinberg.
This is the second patch series aiming to unify the various board.c files
in each architecture into a single one. This series implements a generic
relocation feature, which is the bridge between board_init_f() and
board_init_r(). It then moves ARM over to use this framework, as an
example.
On ARM
Before adding new relocation functions, move this prototype out of
common.h where things are pretty crowded.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/arm926ejs/davinci/spl.c |1 +
arch/arm/cpu/armv7/omap-common/spl.c |1 +
Add a library to hold ARM assembler code which is generic across all
ARM CPUs. At first it just holds some basic relocation code. The
plan is to move more start.S code here.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Invalidate I-cache when we jump to relocated code
Add a relocation implementation as the first thing in the generic board
library. This library is needed by SPL also.
We create a separate header file for link symbols defined by the link
scripts. It is helpful to have these all in one place and try to
make them common across architectures. Since
Add a function to process a single ELF relocation and switch ARM over
to use generic relocation.
Unfortunately a few boards need to be modified to make this work
(mostly adding link symbols to the .lds files).
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Use an inline
We are introducing a new generic relocation features and we want this to
be the default. So we need to opt all architectures out first. Some may
never have relocation, but those that do will eventually move over to
this generic relocation framework.
This is part of the unified board effort, but
Hello Robert,
On Sat, 10 Dec 2011 09:13:26 -0500 (EST)
Robert P. J. Day rpj...@crashcourse.ca wrote:
...
So the answer is: no, this document has notbeen maintained for a long.
long time.
so ... if i ask questions *before* reading the docs, you'll snap at
me. and if i propose that i
This series creates a simple boot progress timing feature in U-Boot.
Previous discussion on this is here:
http://lists.denx.de/pipermail/u-boot/2011-May/thread.html#92584
A request was made to unify this with show_boot_progress(). As discussed
in the v1 RFC patch, this series addresses this the
At present boot_stage_progress() is called with various magic numbers. The
new bootstage.h header will be used to turn these into symbolic names
throughout the code.
Signed-off-by: Simon Glass s...@chromium.org
---
include/bootstage.h | 61 +++
Signed-off-by: Simon Glass s...@chromium.org
---
board/bf533-stamp/bf533-stamp.c| 18 +++---
board/hermes/hermes.c |2 +-
board/ivm/ivm.c|2 +-
board/matrix_vision/common/mv_common.c |2 +-
board/matrix_vision/mvbc_p/mvbc_p.c
This changes the number 15 as used in boot_stage_progress() to use the
new name provided for it. This is a separate patch because it touches
so many files.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/lib/bootm.c|2 +-
arch/avr32/lib/bootm.c |2
Signed-off-by: Simon Glass s...@chromium.org
---
board/bf533-stamp/bf533-stamp.c | 10 +-
board/matrix_vision/mvbc_p/mvbc_p.c |2 +-
common/image.c | 20 ++--
include/bootstage.h |7 +++
4 files changed, 23
Rather than the caller negating our progress numbers to indicate an
error has occurred, which seems hacky, add a function to indicate this.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/lib/board.c |2 +-
arch/sparc/lib/board.c |2 +-
common/cmd_bootm.c | 50
This changes over the NAND progress numbers to use enums from
bootstage.h.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_nand.c | 34 +-
include/bootstage.h | 15 +++
2 files changed, 32 insertions(+), 17 deletions(-)
diff --git
These calls should not be made directly any more, since bootstage
will call the show_boot_...() functions as needed.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/lib/bootm.c |2 +-
arch/avr32/lib/bootm.c |2 +-
arch/m68k/lib/bootm.c
Define timer_get_boot_us() which returns the number of microseconds
since boot. If undefined then we use get_timer() * 1000.
We can fit this in a 32-bit register which keeps everyone happy on
the efficiency side. It will wrap around after about an hour. If we
are still looking at it after an hour
This inserts bootstage calls into tftp, usb start and bootm. We
could go further, but this is a reasonable start to illustrate
the concept.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_bootm.c |2 ++
common/cmd_net.c |7 ++-
common/cmd_usb.c |1 +
net/bootp.c
This changes over all the FIT image progress numbers to use enums
from bootstage.h.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_bootm.c | 44 ++--
common/image.c | 36
include/bootstage.h |
Add calls to bootstage before and after relocation, and just
before jumping to the OS.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Unify show_boot_progress() into this series
arch/arm/lib/board.c |3 +++
arch/arm/lib/bootm.c |4
2 files changed, 7
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/lib/board.c |2 +-
arch/sparc/lib/board.c|2 +-
arch/x86/lib/board.c | 18 +-
board/hermes/hermes.c |4 +++-
board/pcs440ep/pcs440ep.c |3 ++-
include/bootstage.h | 25
This defines the basics of a new boot time measurement feature. This allows
logging of very accurate time measurements as the boot proceeds, by using
an available microsecond counter.
To enable the feature, define CONFIG_BOOTSTAGE in your board config file.
Also available is
This changes over the network-related progress numbers to use enums
from bootstage.h.
Signed-off-by: Simon Glass s...@chromium.org
---
board/Seagate/dockstar/dockstar.c |2 +-
board/matrix_vision/mvbc_p/mvbc_p.c |2 +-
board/pcs440ep/pcs440ep.c | 24
This changes over the IDE progress numbers to use enums from bootstage.h.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_ide.c| 46 +++---
include/bootstage.h | 14 ++
2 files changed, 37 insertions(+), 23 deletions(-)
Hi,
FYI I have sent a patch to introduce a cross-architecture relocation
feature to U-Boot. Please look for 'reboard' on the list.
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Marek,
2011/12/7 Marek Vasut marek.va...@gmail.com:
This patchset adds the USB support for MX5x. Most of the code is based
on work of Wolfgang Grandegger with modifications done by various
other authors. I also included version of ULPI support code cleaned up
by Igor
Dear Stefano Babic,
In message 4ee21228.7070...@denx.de you wrote:
Hi Wolfgang,
please pull from u-boot-staging, sba...@denx.de. There is only one patch
in the list.
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in
Dear Kumar Gala,
In message alpine.lfd.2.00.1112090850440.21...@right.am.freescale.net you
wrote:
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in commit 00b7d6e (2011-12-09 12:09:35
+0100)
are available in the git
Dear Anatolij Gustschin,
In message 20111209173605.6440abfd@wker you wrote:
Hello Wolfgang,
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in commit 00b7d6e (2011-12-09 12:09:35
+0100)
are available in the git
Dear Albert ARIBAUD,
In message 4ee23a7f.2090...@aribaud.net you wrote:
Hi Wolfgang,
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in commit 00b7d6e (2011-12-09
12:09:35 +0100)
are available in the git repository
Dear Remy Bohmer,
In message canqctq+6ewsy7kbtc0cd01r38md0gmd8tpvs2a36xwv+8lv...@mail.gmail.com
you wrote:
The following changes since commit c4eba6ec5c58083b38340724c006294c7a4fe2eb:
common/usb_kbd.c: fix bug introduced in commit 00b7d6e (2011-12-09
12:09:35 +0100)
are available in
Dear Wolfgang Denk,
In message 1323379737-10882-1-git-send-email...@denx.de you wrote:
Fix:
ne2000_base.c: In function 'dp83902a_send':
ne2000_base.c:282:7: warning: variable 'tmp' set but not used
[-Wunused-but-set-variable]
ne2000_base.c: In function 'dp83902a_RxEvent':
Dear Wolfgang Denk,
In message 1323429107-26670-1-git-send-email...@denx.de you wrote:
During the rebase of commit 00b7d6e USB: Squash checkpatch warnings
in usb_kbd.c I missed a brace, resulting in a number of build errors.
Fix these.
Signed-off-by: Wolfgang Denk w...@denx.de
---
Dear Wolfgang Denk,
In message 1323429272-26801-3-git-send-email...@denx.de you wrote:
Fix:
at91_emac.c: In function 'at91emac_phy_init':
at91_emac.c:244:20: warning: variable 'duplex' set but not used
[-Wunused-but-set-variable]
at91_emac.c:244:13: warning: variable 'speed' set but not used
Dear Wolfgang Denk,
In message 1323429272-26801-4-git-send-email...@denx.de you wrote:
Fix:
yaffs_guts.c: In function 'yaffs_GarbageCollectBlock':
yaffs_guts.c:2761:6: warning: variable 'retVal' set but not used
[-Wunused-but-set-variable]
Here GCC actually detected a bug. The code was
Dear Wolfgang Denk,
In message 1323429272-26801-6-git-send-email...@denx.de you wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
---
boards.cfg | 218
++--
1 files changed, 109 insertions(+), 109 deletions(-)
Applied, thanks.
Best
Dear Wolfgang Denk,
In message 1323429272-26801-7-git-send-email...@denx.de you wrote:
Fix:
apollon.c: In function 'dram_init':
apollon.c:188:29: warning: variable 'cpu' set but not used
[-Wunused-but-set-variable]
apollon.c:188:20: warning: variable 'rev' set but not used
Dear Wolfgang Denk,
In message 1323429272-26801-8-git-send-email...@denx.de you wrote:
Fix:
sys_info.c: In function 'display_board_info':
sys_info.c:260:16: warning: variable 'db_s' set but not used
[-Wunused-but-set-variable]
Also fix resulting warnings:
sys_info.c:251:7: warning: unused
Dear Wolfgang Denk,
In message 1323429272-26801-9-git-send-email...@denx.de you wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Albert Aribaud albert.u.b...@aribaud.net
---
MAKEALL |1 -
Makefile | 10
Dear Wolfgang Denk,
In message 1323429272-26801-10-git-send-email...@denx.de you wrote:
Fix:
edminiv2.c: In function 'reset_phy':
edminiv2.c:98:2: warning: implicit declaration of function
'mv_phy_88e1116_init' [-Wimplicit-function-declaration]
Signed-off-by: Wolfgang Denk w...@denx.de
Dear Wolfgang Denk,
In message 1323429272-26801-11-git-send-email...@denx.de you wrote:
Fix:
flash.c: In function 'flash_get_offsets':
flash.c:139:10: warning: variable 'pOrgDef' set but not used
[-Wunused-but-set-variable]
flash.c: In function 'flash_erase':
flash.c:280:6: warning:
Dear Wolfgang Denk,
In message 1323429272-26801-12-git-send-email...@denx.de you wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Kshitij Gupta kshi...@ti.com
---
MAKEALL|2 --
Makefile | 20
boards.cfg |8
3 files changed, 8
Dear Wolfgang Denk,
In message 1323429272-26801-13-git-send-email...@denx.de you wrote:
Fix:
flash.c: In function 'flash_get_offsets':
flash.c:122:10: warning: variable 'pOrgDef' set but not used
[-Wunused-but-set-variable]
flash.c: In function 'flash_erase':
flash.c:263:6: warning:
Dear Wolfgang Denk,
In message 1323429272-26801-14-git-send-email...@denx.de you wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
Dave Peverley dpever...@mpc-data.co.uk
---
MAKEALL|1 -
Makefile | 11 ---
boards.cfg |3 +++
3 files changed, 3 insertions(+), 12
Dear Christian Riesch,
In message 1323446043-22656-2-git-send-email-christian.rie...@omicron.at you
wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Tom Rini tr...@ti.com
Cc: Heiko Schocher h...@denx.de
Cc: Wolfgang Denk w...@denx.de
---
Dear Christian Riesch,
In message 1323446043-22656-3-git-send-email-christian.rie...@omicron.at you
wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Tom Rini tr...@ti.com
Cc: Heiko Schocher h...@denx.de
Cc: Wolfgang Denk w...@denx.de
---
post/post.c |3 ++-
1
maybe we should have mkconfig automatically do this ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Nov 8, 2011 at 2:10 AM, Simon Glass s...@chromium.org wrote:
Can I assume that we have (or can have) a 'make uImage' target or
similar in the kernel which can pack together:
- a compressed kernel (not zImage, I mean something that U-Boot can
decompress), with a rel_offset of 32KB
As
Dear Mike Frysinger,
In message 201112101739.26972.vap...@gentoo.org you wrote:
maybe we should have mkconfig automatically do this ?
No. Automatic scripts should never meddle with source files.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev
Dear Linus Walleij,
In message cacrpkdy7fov87fuss+kfbdtyghr2ntbtxzveedrbuawxehp...@mail.gmail.com
you wrote:
Can I assume that we have (or can have) a 'make uImage' target or
similar in the kernel which can pack together:
- a compressed kernel (not zImage, I mean something that U-Boot
This makes sandbox work again on the latest master.
The following changes since commit c90a4dd79cb17abb46689f27ff9f1c971362d6e2:
post/post.c: Use lldiv for 64-bit divisions (2011-12-10 23:15:14 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sandbox
On Sat, Dec 10, 2011 at 11:53 PM, Wolfgang Denk w...@denx.de wrote:
[Me]
As explained by Nico, having the boot loader decompress the
kernel is *bad*.
This is your point of view, but others (including me) think different.
Yes, as C. B. Roylance Kent stated in 1893:
Those are my principles,
This patch should complete effort to let multiple ne2k cards be used. All
card-specific data shall now be hidden in per-card allocated private_data
structure.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
drivers/net/ne2000_base.c | 52 +++-
1
Introduce ne2k_register_io(in, out), which allows user to supply two functions.
One for reading data from the card, the other for writing data to the card. Then
introduce drivers' private data, which carry pointers to these functions and are
passed throughout the driver.
The private data will
On Saturday 10 December 2011 20:09:30 Marek Vasut wrote:
Introduce ne2k_register_io(in, out), which allows user to supply two
functions. One for reading data from the card, the other for writing data
to the card. Then introduce drivers' private data, which carry pointers to
these functions and
81 matches
Mail list logo