Move the definitions of DRAM parameters from SoC description
(s3c6400.h) to board description (smdk6400.h). DRAM parameters
are rather board-specific than SoC specific. According to the
current source, one may have to change the definitions in
s3c6400.h in addition to creating the new board
Don't optimize for len 4. This reduces size with
8 bytes too.
This crc32 impl is smaller that the orginal if crc32
and crc32_no_comp is impl. two separate functions(like the orginal).
That would, however, be a waste of space when both are defined.
Signed-off-by: Joakim Tjernlund
This patch add a new ARM board GEC2410.
checkpatch.pl shows that all things are fine.
total: 0 errors, 0 warnings, 1268 lines checked
0001-ARM-Add-New-Board-GEC2410.patch has no obvious style problems and is ready
for submission.
=
Fix cs8900 dev-priv not init issue, do it as Ben Warren's suggestion.
checkpatch.pl result is
total: 0 errors, 0 warnings, 19 lines checked
0004-Fix-dev-priv-not-init-issue.patch has no obvious style problems and is
ready for submission.
Add ARM920T NAND flash booting.
checkpatch.pl shows that all things are fine.
total: 0 errors, 0 warnings, 70 lines checked
0002-ARM920T-NAND-flash-booting.patch has no obvious style problems and is
ready for submission.
=
Signed-off-by:
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Wednesday, November 04, 2009 1:14 PM
To: Swarthout Edward L-SWARTHOU; Mahajan Vivek-B08308
Cc: u-boot@lists.denx.de
Subject: [PATCH v2] fsl_pci_init_port end-point
initialization is broken
commit 70ed869e broke fsl pcie end-point
Shave off yet 4 bytes and make if faster for unaligned and/or
len 3 != 0.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
Now I am done with crc32 optimizations.
Someone should look at porting over crc32_be from linux
since CRC32 BE is used by bzip and it could probably
This patch is to save environment data to mmc card.
Signed-off-by: Terry Lv r65...@freescale.com
---
common/cmd_nvedit.c |3 +-
common/env_mmc.c | 376 +
include/environment.h | 18 +++
3 files changed, 396 insertions(+), 1
Sorry, this patch has something wrong.
I'll send out a new one for review.
Yours
Terry
-Original Message-
From: Lv Terry-R65388
Sent: 2009年11月4日 17:52
To: u-boot@lists.denx.de
Cc: Lv Terry-R65388
Subject: [PATCH] Save environment data to mmc.
This patch is to save environment
This patch is to save environment data to mmc card.
It uses interfaces defined in generic mmc.
Signed-off-by: Terry Lv r65...@freescale.com
---
common/cmd_nvedit.c |3 +-
common/env_mmc.c | 359 +
include/environment.h | 18 +++
On Wednesday 04 November 2009 05:02:44 Terry Lv wrote:
This patch is to save environment data to mmc card.
It uses interfaces defined in generic mmc.
Signed-off-by: Terry Lv r65...@freescale.com
---
common/cmd_nvedit.c |3 +-
common/env_mmc.c
include/environment.h |
Davinci: add a pin multiplexer configuration API.
Creates a method allowing pin settings to be logically grouped into data
structure arrays and provids an API to configure the PINMUX settings to
enable the relevant pin functions.
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
---
Applies
patch crc32: more optimizations introduced a bug.
This fixes it.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
Perhaps I should resend as one whole patch with
everything instead?
lib_generic/crc32.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
H Scott,
If you you don't mind, I'm okay to this patch. Can you merge it?
Thank you,
Kyungmin Park
On Wed, Nov 4, 2009 at 2:00 PM, Amul Kumar Saha amul.s...@samsung.com wrote:
Hi Scott,
+static loff_t flexonenand_addr(struct onenand_chip *this, int block)
+{
+ loff_t ofs = 0;
+ int die =
From: Sekhar Nori nsek...@ti.com
Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
See http://www.ti.com
Provides:
Low level initialisation.
System clock API.
Timer control.
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
---
Applies to u-boot-ti
cpu/arm926ejs/davinci/cpu.c |
Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
See http://www.ti.com
The DA8xx devices are similar to DaVinci devices but have a differing
memory map and updated peripheral versions.
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Add initial support for DA8xx SoC's and the spectrum digital DA830 EVM board.
See:
http://www.ti.com
http://www.spectrumdigital.com/
DA8xx is similar to DaVinci devices, but has a differing memory map and
updated peripherals. It is intended that DaVinci drivers will be modified
From: Sekhar Nori nsek...@ti.com
Add new directory for da830evm board
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Provides:
Initial boot and configuration.
Support for i2c.
UART support (console).
From: Sekhar Nori nsek...@ti.com
Integrate DA830 EVM support into U-Boot.
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
---
Applies to u-boot-ti
Hi,
I have worked on adding usb virtual serial (usbtty) support on Atmel
AT91SAM9G20 based board. It works very well (tested on Windows XP). However
when I connect the board through USB hub, device enumeration goes Ok, PC
drivers installation goes Ok and a virtual COM port apprears in windows
Tom Rix wrote:
The is version 3 of the patchset to enable usb device support on OMAP.
The changes from the last revision are.
Per Remy's request
USB_CONFIG_DESCRIPTOR_DEFINITION
USB_INTERFACE_DESCRIPTOR_DEFINITION
Personally I do not like the macros for these kind of definitions, I
The following changes since commit b91b8f74fe9ded18344c3d03080a4abc07254502:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Dave Liu (1):
ppc/85xx: Fix misc L2 cache
From: Mingkai Hu mingkai...@freescale.com
Use new fsl_pci_init_port() that reduces amount of duplicated code in the
board ports, use IO accessors and clean up printing of status info.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
On Wednesday 04 November 2009 10:06:20 Tom wrote:
Any comments?
I will push this set otherwise.
i dont know what you mean by push, but changes to code that have a
maintainer (i.e. usb tree) go through that maintainers tree. so unless Remy
has specifically OK-ed it, changes to drivers/usb/
I thought that is a legal definition according to u-boot document
section 5.9.3.5. mtdparts - define a Linux compatible MTD partition
scheme at http://www.denx.de/wiki/view/DULG/UBootCmdGroupFlash
mtdparts=mtdparts=mtd-def[;mtd-def...]
Thanks.
On Wed, 04 Nov 2009 08:14 +0100, Dieter Kiermaier
Dear myub...@fastmail.fm,
how about providing a realname?
And please read http://www.netmeister.org/news/learn2quote.html
Do not top post / full quote!
In message 1257348926.15792.1343548...@webmail.messagingengine.com you wrote:
I thought that is a legal definition according to u-boot
This patch groups environment variables using a non-invasive protocol.
Grouping is achieved by setting a grouping variable to a string of
variables, and setting the master grouping variable, env_groups to
the list of these grouping variables.
For instance,
setenv net ipaddr netmask gatewayip
On Tue, 2009-11-03 at 17:52 -0600, Peter Tyser wrote:
In SGMII mode the link between a processor's internal TBI PHY and an
external PHY should always be 1000Mbps, full duplex. Also, the SGMII
interface between an internal TBI PHY and external PHY does not
support in-band auto-negotation.
On Wednesday 04 November 2009 11:34:12 John Schmoller wrote:
This patch groups environment variables using a non-invasive protocol.
Grouping is achieved by setting a grouping variable to a string of
variables, and setting the master grouping variable, env_groups to
the list of these grouping
On Wed, 2009-11-04 at 13:55 -0400, Mike Frysinger wrote:
On Wednesday 04 November 2009 11:34:12 John Schmoller wrote:
This patch groups environment variables using a non-invasive protocol.
Grouping is achieved by setting a grouping variable to a string of
variables, and setting the master
Dear Wolfgang Denk,
We discussed the AT91 defs replaced by C structures.
I have checked the AT91 and the AT91RM9200 tree.
I have planned the following procedure:
1. Add the CONFIG_AT_LEGACY to all affected boards
(until the board is updated)
2. Put an warinig to all files that use old defs
Hi All,
Did anybody take a look already at these patches?
fixes:
[PATCH] Building of FIT images does not work
[PATCH] Fix mingw tools build
[PATCH] Repair the 'netry=once' option.
[patch v2] Repair build fail in case CONFIG_PPC=n and CONFIG_FIT=y
[patch] ARM: Use Linux version for unaligned
Remy Bohmer wrote:
Hi All,
Did anybody take a look already at these patches?
fixes:
[PATCH] Building of FIT images does not work
[PATCH] Fix mingw tools build
[PATCH] Repair the 'netry=once' option.
[patch v2] Repair build fail in case CONFIG_PPC=n and CONFIG_FIT=y
[patch] ARM: Use
Remy,
Remy Bohmer wrote:
Hi All,
Did anybody take a look already at these patches?
fixes:
[PATCH] Building of FIT images does not work
[PATCH] Fix mingw tools build
[PATCH] Repair the 'netry=once' option.
Slated for net/next. Not there yet, though.
[patch v2] Repair build fail in
Hi,
[patch] ARM: Use Linux version for unaligned access code
This one is in arm/next
http://lists.denx.de/pipermail/u-boot/2009-October/063437.html
Well, I thought we agreed to include (the updated version from Stefan)
in the current release?
Remy
Remy Bohmer wrote:
Hi,
[patch] ARM: Use Linux version for unaligned access code
This one is in arm/next
http://lists.denx.de/pipermail/u-boot/2009-October/063437.html
Well, I thought we agreed to include (the updated version from Stefan)
in the current release?
Remy
Indeed..
I think
Hi Tom,
2009/11/4 Tom tom@windriver.com:
Tom Rix wrote:
The is version 3 of the patchset to enable usb device support on OMAP.
The changes from the last revision are.
Per Remy's request
USB_CONFIG_DESCRIPTOR_DEFINITION
USB_INTERFACE_DESCRIPTOR_DEFINITION
Personally I do not like
On Wednesday 04 November 2009 13:17:12 John Schmoller wrote:
On Wed, 2009-11-04 at 13:55 -0400, Mike Frysinger wrote:
On Wednesday 04 November 2009 11:34:12 John Schmoller wrote:
This patch groups environment variables using a non-invasive protocol.
Grouping is achieved by setting a
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
tools/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/.gitignore b/tools/.gitignore
index 03f54ef..cb067a4 100644
--- a/tools/.gitignore
+++ b/tools/.gitignore
@@ -8,3 +8,4 @@
/ncp
/ubsha1
The img2srec code creates a lot of typedefs with common names. These
easily clash with system headers that include these typedefs (like mingw).
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
tools/img2srec.c | 164 -
1 files changed, 62
Minkyu Kang wrote:
This patch moves the s3c64xx header files from include/
to include/asm-arm/arch-s3c64xx
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
Thanks!
Please send me a pull request when convenient
Tom
___
U-Boot mailing list
The current jump table init fails to initialize a bunch of exported
symbols (forceenv/do_reset/etc...). Rather than fix just these few
missing pieces, rewrite the code to utilize the existing list of
exported symbols -- _exports.h. Since every exported symbol has to
be listed in this header, it
If you really want to slim down U-Boot and you would rather use a higher
compression scheme (like LZMA), it'd be nice to disable gzip/zlib since
these code bases take up a significant amount of space.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
common/cmd_bootm.c|2 ++
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
common/cmd_bootm.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index ce174d7..ab636c0 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
@@ -57,6 +57,10 @@
The sha1 code is currently compiled for everyone, but in reality, it's
only used by the FIT code. So make it optional just like MD5.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
include/image.h |1 +
lib_generic/Makefile |2 +-
2 files changed, 2 insertions(+), 1
The example FIT image source files do not compile with the latest dtc and
mkimage. The following error message is produced:
DTC: dts-dtb on file kernel.its
Error: kernel.its 7:0 - 1:0 syntax error
FATAL ERROR: Unable to parse input tree
./mkimage: Can't read kernel.itb.tmp: Invalid argument
The
Remy,
This is the patch that is missing from your set.
It is for omap3_evm support.
Thanks
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added USB host and device config for host (MSC, Keyboard) and
device (ACM) functionalities.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
include/configs/omap3_evm.h | 39 +++
1 files changed, 39
Dear Mike,
In message 200911041536.02492.vap...@gentoo.org you wrote:
I can certainly do that. It is a requested feature on the U-Boot task
list[1], so I didn't think that was needed, but I'll do it if that's
what people want.
sure, i'm not saying people other than me dont want it, just
Hello,
I've just started testing U-Boot's FIT image support on a MPC8349EMDS
board. I'm using an .its file based on multi.its. It has a single
kernel, ramdisk, and fdt.
I've noticed that if I do not specify a load address for the ramdisk,
bootm will fail, with the messages:
Can't get ramdisk
The same code exists both inside an #ifdef and outside of it.
Remove the extra code for all the 86xx boards.
Signed-off-by: Becky Bruce bec...@kernel.crashing.org
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c |5 -
board/freescale/mpc8641hpcn/mpc8641hpcn.c |5 -
Paul Thomas wrote:
This adds CONFIG_AT91_ALT_EPINS to avoid using board configs in
at91sam9260_devices.c.
In adding this config at91sam9260ek.h afeb9260.h were changed, this should
probabbly be tested for those 2 boards.
You are missing your signoff line.
You can do this by doing a 'git
Hui.Tang wrote:
Fix cs8900 dev-priv not init issue, do it as Ben Warren's suggestion.
checkpatch.pl result is
total: 0 errors, 0 warnings, 19 lines checked
0004-Fix-dev-priv-not-init-issue.patch has no obvious style problems and is
ready for submission.
The nand_boot_fsl_elbc.c is shared between 83xx 85xx however we should
not be including the immap_83xx.h when building 85xx.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
nand_spl/nand_boot_fsl_elbc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Added two trivial patches in
The following changes since commit b91b8f74fe9ded18344c3d03080a4abc07254502:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Becky Bruce (1):
On Nov 4, 2009, at 5:34 PM, Becky Bruce wrote:
The same code exists both inside an #ifdef and outside of it.
Remove the extra code for all the 86xx boards.
Signed-off-by: Becky Bruce bec...@kernel.crashing.org
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c |5 -
On Nov 2, 2009, at 9:05 AM, Ed Swarthout wrote:
commit 70ed869e broke fsl pcie end-point initialization.
Returning 0 is not correct. The function must return the first free
bus number for the next controller.
fsl_pci_init() must still be called and a bus allocated even if the
controller
On Nov 4, 2009, at 6:03 PM, Kumar Gala wrote:
The nand_boot_fsl_elbc.c is shared between 83xx 85xx however we
should
not be including the immap_83xx.h when building 85xx.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
nand_spl/nand_boot_fsl_elbc.c |5 +
1 files
On Wed, 2009-11-04 at 18:03 -0600, Kumar Gala wrote:
The nand_boot_fsl_elbc.c is shared between 83xx 85xx however we should
not be including the immap_83xx.h when building 85xx.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
nand_spl/nand_boot_fsl_elbc.c |5 +
1 files
Another partition.c...
Looking for
ugrep Ulf
./board/ronetix/pm9263/partition.c
* Ulf Samuelsson u...@atmel.com
./board/ronetix/pm9261/partition.c
* Ulf Samuelsson u...@atmel.com
./board/atmel/at91sam9261ek/partition.c
* Ulf Samuelsson u...@atmel.com
A bunch of the 85xx boards have this cruft in them - it's not used
anywhere. Delete it.
Signed-off-by: Becky Bruce bec...@kernel.crashing.org
---
include/configs/MPC8536DS.h |7 ---
include/configs/MPC8541CDS.h |7 ---
include/configs/MPC8544DS.h |7 ---
Paul Thomas wrote:
Another partition.c...
Looking for
ugrep Ulf
./board/ronetix/pm9263/partition.c
* Ulf Samuelsson u...@atmel.com
./board/ronetix/pm9261/partition.c
* Ulf Samuelsson u...@atmel.com
./board/atmel/at91sam9261ek/partition.c
* Ulf Samuelsson u...@atmel.com
Currently, some of the tools instead set CC to be HOSTCC in order to re-use
some pattern rules -- but this fails when the user overrides CC on the make
command line. Also, the HOSTCFLAGS in tools/Makefile are currently not
being used because config.mk overwrites them.
This patch adds static
Dear Seunghyeon Rhee,
2009/11/4 Seunghyeon Rhee (이승현) seunghy...@lpmtec.com:
Move the definitions of DRAM parameters from SoC description
(s3c6400.h) to board description (smdk6400.h). DRAM parameters
are rather board-specific than SoC specific. According to the
current source, one may have
Nick Thompson wrote:
From: Sekhar Nori nsek...@ti.com
Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
See http://www.ti.com
Provides:
Low level initialisation.
System clock API.
Timer control.
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
---
Applies to
Dear Minkyu Kang,
What causes the current ambiguity is, in my opinion, the parameters
themselves and the way of setting them. As you know, DRAM controller
is integrated in the SoC while the parameters required to set them are
dependent on the external components, DRAM chips.
In this respect,
Fix cs8900 dev-priv not init issue, do it as Ben Warren's suggestion.
Signed-off-by: Hui.Tang zetal...@gmail.com
---
drivers/net/cs8900.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c
index 587f7f6..a9d1f22 100644
---
Nick Thompson wrote:
From: Sekhar Nori nsek...@ti.com
Add new directory for da830evm board
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Provides:
Initial boot and configuration.
Support for i2c.
UART
Nick Thompson wrote:
From: Sekhar Nori nsek...@ti.com
Integrate DA830 EVM support into U-Boot.
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Signed-off-by: Nick Thompson nick.thomp...@gefanuc.com
This
The v4 is looking good.
No regressions on MAKEALL arm
Are there any outstanding issues besides needing lowercase variable names and
the pin multiplex dependency ?
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
70 matches
Mail list logo