Hello Arvid,
you don't need change start.s to boot from NOR.
If shold set the #define CONFIG_SYS_TEXT_BASE 0x
But that's just the thing, I *do* need this change for the board to boot.
CONFIG_SYS_TEXT_BASE is 0x1000 (this is the base address for the flash
memory).
YES and
Hi Tom,
On Thu, 10 Oct 2013 18:52:57 -0400, Tom Rini tr...@ti.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/10/2013 06:10 PM, Scott Wood wrote:
On Thu, 2013-10-10 at 15:18 -0400, Tom Rini wrote:
On 10/10/2013 03:00 PM, Albert ARIBAUD wrote:
On Thu, 10 Oct 2013
Dear Egbert Eich,
-Original Message-
From: Egbert Eich [mailto:egbert.e...@gmail.com]
Sent: Friday, October 04, 2013 6:53 PM
To: u-boot@lists.denx.de
Cc: Piotr Wilczek; Tom Rini; Egbert Eich; Egbert Eich
Subject: [Patch v3] cmd/gpt: Support gpt command for all devices
From:
Previously, the address of a requested capability is define like that
#define PCI_DCR0x78
But, the addresses of capabilities is different with regard to PCIe revs.
So this method is not flexible.
Now a function to get the address of a requested capability is added and used.
It can
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
README | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/README b/README
index cee8e2f..77d2e80 100644
--- a/README
+++ b/README
@@ -1987,16 +1987,16 @@ CBFS (Coreboot Filesystem) support
If user uses the I2C in before the relocation, board of sh and rmobile
will not start. This will solve this problem.
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
drivers/i2c/sh_i2c.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
Hi Curt,
Sorry for late reply.
Hello,
I have some questions about how U-Boot regression testing works. I am
assuming some regression testing happens during the release period
across some representative sample of boards and architectures.
I can only present my approach - I test the board
Hi Tom
I have managed to boot dm3730 on usb (first stage), but looking at the code
I have some comment
in arch/arm/cpu/armv7/omap3/clock.c
#ifdef CONFIG_SYS_NS16550
/* Enable UART1 clocks */
sr32(prcm_base-fclken1_core, 13, 1, 0x1);
sr32(prcm_base-iclken1_core, 13, 1,
Hello Wolfgang, Simon
I cannot build sandbox for the current u-boot/master.
Could you check please?
The error is like this:
cmd_sandbox.c: In function 'do_sandbox_load':
cmd_sandbox.c:13:2: error: too many arguments to function 'do_load'
In file included from cmd_sandbox.c:8:0:
Hello experts, custodians.
U-Boot Wiki page (http://www.denx.de/wiki/U-Boot/Patches)
says like follows:
Before sending the patch, you must run the MAKEALL script on your patched
source tree
and make sure that no errors or warnings are reported for any of the boards.
Well, at least not any
Hi Masahiro,
On 11.10.2013 13:29, Masahiro Yamada wrote:
My question is:
Where can I get suitable toolchains for all architectures
supported by U-Boot?
Gerhard Sittig told me this site:
ftp://ftp.kernel.org/pub/tools/crosstool/
But I could not get the crosstool for some architectures
On Fri, 11 Oct 2013 09:11:52 +0200, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Tom,
On Thu, 10 Oct 2013 18:52:57 -0400, Tom Rini tr...@ti.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/10/2013 06:10 PM, Scott Wood wrote:
On Thu, 2013-10-10 at 15:18 -0400,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/11/2013 06:51 AM, Masahiro Yamada wrote:
Hello Wolfgang, Simon
I cannot build sandbox for the current u-boot/master.
Could you check please?
The error is like this:
cmd_sandbox.c: In function 'do_sandbox_load':
In this patch static variable and memcpy instead of an assignment
are used to avoid unaligned access exception on some ARM platforms.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Tom Rini tr...@ti.com
---
disk/part_efi.c |6
Curently memcpy copies string without null terminating char because
function strlen returns only number of characters excluding
null terminating character. Replace memcpy with strcpy.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Tom
Hi Minkyu,
On Thu, 10 Oct 2013 10:46:19 +0900, Minkyu Kang mk7.k...@samsung.com
wrote:
Dear Albert,
The following changes since commit 12eba1b49380988fd87cc0b3af44014cca8b71c4:
README: update ARM register usage (2013-09-23 18:00:36 +0200)
are available in the git repository at:
Hello Tom,
The following changes since commit
572886af5984febafa6f083e6b8af0465f4f5764:
socfpga: Adding pin mux handoff files (2013-10-07 19:32:30 +0200)
are available in the git repository at:
git://git.denx.De/u-boot-arm master
for you to fetch changes up to
(foreword: this is an RFC, and in any case, not intended for
the upcoming 2013.10 release :) therefore I put notes here in the
commit message whereas the first actual patch will have notes below
the comment ('---') line of course.)
Current LDS files /DISCARD/ a lot of sections when linking ELF
Hi Piotr,
On Fri, 11 Oct 2013 15:31:10 +0200, Piotr Wilczek
p.wilc...@samsung.com wrote:
In this patch static variable and memcpy instead of an assignment
are used to avoid unaligned access exception on some ARM platforms.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by:
- Remove duplicate doc/README.p1010rdb
- Rename README to README.P1010RDB-PA
- Add new README.P1010RDB-PB
P1010RDB-PB is a variation of previous P1010RDB-PA board.
Signed-off-by: Shengzhou Liu shengzhou@freescale.com
---
v4: keep readme support for p1010rdb-pa
v3: add frequency combination
2013/10/11 Albert ARIBAUD albert.u.b...@aribaud.net:
(foreword: this is an RFC, and in any case, not intended for
the upcoming 2013.10 release :) therefore I put notes here in the
commit message whereas the first actual patch will have notes below
the comment ('---') line of course.)
Current
Moving the xhci-omap header to a more global location so that
other code can reference this code.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - Reformatted patch with -M - http://patchwork.ozlabs.org/patch/281933/
drivers/usb/host/xhci-omap.c |2 +-
.../arch-omap5
Recent patches declares board_usb_init function prototype for a new
usb architecture.
Turning on the OMAP_XHCI defines cause a redefinition compiler failure.
So update the board_usb_init to the latest prototype.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - Adopted to board_usb_init and not
Moving the usb/phy code from xhci-omap to the usb/phy directory
and moving the associated phy code over to the new file.
Newer TI processors adding xHCI support will have different PHY configurations
so therefore abstracting this code away will prevent messing around with the
xhci-omap file
Move the MAC creation from the USB init to an function
that is called on every boot. This will then populate the
usbethaddr mac that kernel driver can pick up from the
device tree blob.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - No code changes - http://patchwork.ozlabs.org/patch/281930/
Add the support for the am437x xhci usb host.
The xHCI host on AM437 is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - Changed int-const u32 for usb_otg_ss_clk_val -
http://patchwork.ozlabs.org/patch/281932/
Add the support for the dra7xx xhci usb host.
dra7xx does not contain an EHCI controller so the headers
can be removed from the board file.
The xHCI host on dra7xx is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - In
V2 patchset for TI SoC's that support xHCI controllers
Dan Murphy (6):
usb: omap: Move the xhci-omap header file to common location
usb: omap5: Update the board_usb_init api
usb: omap: Move the usb phy code to the usb/phy directory
usb: dra7xx: Add support for dra7xx xhci USB host
usb:
On Fri, 2013-10-11 at 05:27 +, Gupta, Pekon wrote:
From: Scott Wood [mailto:scottw...@freescale.com]
On Thu, 2013-10-10 at 16:30 +0530, Pekon Gupta wrote:
[snip]
-#else
+ } else {
/*
* This ecc_size_config setting is for BCH sw library.
*
@@ -333,7 +330,7 @@
On Fri, Oct 11, 2013 at 11:15:25AM +0200, Michael Trimarchi wrote:
Hi Tom
I have managed to boot dm3730 on usb (first stage), but looking at the code
I have some comment
in arch/arm/cpu/armv7/omap3/clock.c
#ifdef CONFIG_SYS_NS16550
/* Enable UART1 clocks */
On Tue, Oct 08, 2013 at 08:17:01PM +0200, Wolfgang Denk wrote:
Dear Tom,
In message 20131008134456.GB15917@bill-the-cat you wrote:
Well, if we have DDR such that we can use it for the malloc arena, we
also should use it for the stack. Or is there a good reason for not
doing this?
Scott, et al.
I'd like to start the discussion to increase u-boot image size for some
mpc85xx targets. As we all know the reset vector is at the very end and
linking process start from the top. This gives us no good choice but to
use fixed image size. While we have more and more features, the
Is there a policy that new source files upstreamed to u-boot contain
registered SPDX license identifiers? I see that there are still about 1900
source files that have no SPDX identifier, and about 6000 that do. The
reason I'm asking is that our company has a dual license (for GPL2.0 or
On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote:
Scott, et al.
I'd like to start the discussion to increase u-boot image size for some
mpc85xx targets. As we all know the reset vector is at the very end and
linking process start from the top. This gives us no good choice but to
use fixed
On Fri, Oct 11, 2013 at 11:07:58AM -0700, D Rambo wrote:
Is there a policy that new source files upstreamed to u-boot contain
registered SPDX license identifiers? I see that there are still about 1900
source files that have no SPDX identifier, and about 6000 that do. The
reason I'm asking is
On 10/11/2013 11:39 AM, Scott Wood wrote:
On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote:
Scott, et al.
I'd like to start the discussion to increase u-boot image size for some
mpc85xx targets. As we all know the reset vector is at the very end and
linking process start from the top. This
In some cases, such as arm multi-lib hardfloat (hf) toolchains, we will
have multiple libgcc.a's available, and the arch needs to provide
additional logic to determine the right file to use
(-print-libgcc-file-name contains no CFLAG parsing logic).
Cc: Albert Aribaud albert.u.b...@aribaud.net
On Fri, Oct 11, 2013 at 04:13:03PM -0400, Tom Rini wrote:
In some cases, such as arm multi-lib hardfloat (hf) toolchains, we will
have multiple libgcc.a's available, and the arch needs to provide
additional logic to determine the right file to use
(-print-libgcc-file-name contains no CFLAG
Dear D Rambo,
In message CAOg16C+xNXgjXQZdhXurUfOSzhWb6VSSuy=5ch3ydofdkcj...@mail.gmail.com
you wrote:
Is there a policy that new source files upstreamed to u-boot contain
registered SPDX license identifiers? I see that there are still about 1900
source files that have no SPDX identifier,
Hi Masahiro,
On Fri, Oct 11, 2013 at 5:29 AM, Masahiro Yamada
yamad...@jp.panasonic.com wrote:
Hello experts, custodians.
To sum up my suggestion,
- Collect pre-built suitable crosstools for all architectures
on U-boot ftp site.
Great idea. If you can organize a tarball (or more than
Piotr Wilczek p.wilc...@samsung.com writes:
In this patch static variable and memcpy instead of an assignment
are used to avoid unaligned access exception on some ARM platforms.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Tom
I am sorry Gerhard, I am newbie to the list.
I will keep in mind the etiquette of the list.
Thanks for the help.
On Thu, Oct 10, 2013 at 8:37 AM, Gerhard Sittig g...@denx.de wrote:
On Wed, Oct 09, 2013 at 09:07 -0700, djoker wrote:
Hi Everyone,
Why do you re-send your request without giving
Dear Dan Murphy,
[...]
+
+ /* This is an undocumented Reserved register */
+ reg = 0x4a0086c0;
+ val = readl(reg);
+ val |= 0x100;
+ setbits_le32(reg, val);
+}
Do you know what it's doing at least?
Best regards,
Marek Vasut
Dear Dan Murphy,
V2 patchset for TI SoC's that support xHCI controllers
Dan Murphy (6):
usb: omap: Move the xhci-omap header file to common location
usb: omap5: Update the board_usb_init api
usb: omap: Move the usb phy code to the usb/phy directory
usb: dra7xx: Add support for
Hi Jagan,
Cc Tom.
On 10/11/2013 09:24, Bo Shen wrote:
Hi Jagan,
On 10/10/2013 22:14, Jagan Teki wrote:
Thanks for this.
On Thu, Oct 10, 2013 at 10:37 AM, Bo Shen voice.s...@atmel.com wrote:
As the spi flash transfer to multiple parts, it is forgot to add
Atmel AT25DF321 spi flash support,
Previously, the address of a requested capability is define like that
#define PCI_DCR0x78
But, the addresses of capabilities is different with regard to PCIe revs.
So this method is not flexible.
Now a function to get the address of a requested capability is added and used.
It can
46 matches
Mail list logo