Dear Rob Herring,
On 12 June 2011 06:46, Rob Herring robherri...@gmail.com wrote:
From: Rob Herring rob.herr...@calxeda.com
Move the register definitions into the sdhci.c file. Set the base
address from the board init code.
The Samsung SDHCI controller has extra registers. Make them
Wolfgang,The version is 2010.03-rc1 (Netlogic ported it), I heard there is also
some change on mainline uboot, but I am not sure the exactly version, however I
only want to know how this issue happens? and what's the solution then?Thanks
again.Dennis Forwarding messages From:
Dear Peter Pan,
In message banlktikd2r_g1wvrme7_m7nd-xr3x-f...@mail.gmail.com you wrote:
Our product is used in a safety-critical situation. We want to make
sure that the product we released is exactly the one we tested in our
labs.
In this case you must make sure to ship exactly the same
Dear Peter Pan,
Am 13.06.2011 um 06:17 schrieb Peter Pan:
Our product is used in a safety-critical situation. We want to make
sure that the product we released is exactly the one we tested in our
labs.
Because our product is released in a checkout-build-release process,
it is impossible to
-Original Message-
From: Holger Brunck [mailto:holger.bru...@keymile.com]
Sent: Monday, June 13, 2011 12:02 AM
To: Longchamp, Valentin
Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Heiko Schocher
Subject: Re: [PATCH v2 4/5] arm/km: replace suenx targets with
km_kirkwood
Hi
u-boot-boun...@lists.denx.de wrote:
Our product is used in a safety-critical situation. We want to make
sure that the product we released is exactly the one we tested in our
labs. Because our product is released in a checkout-build-release
process, it is impossible to just give out the binary
Hi Sandeep,
Le 09/06/2011 14:58, s-paul...@ti.com a écrit :
The following changes since commit 9571865e0d32b1bcf8a6625497d1cd5d4bbad354:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-arm
are available in the git repository at:
Hi Aneesh,
Le 09/06/2011 13:24, Aneesh V a écrit :
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
They have been fixed by providing the right SDRAM
base address and
On Monday 13 June 2011 04:29 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 09/06/2011 13:24, Aneesh V a écrit :
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
They have
Hi Albert,
On Monday 13 June 2011 04:29 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 09/06/2011 13:24, Aneesh V a écrit :
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
Le 13/06/2011 13:17, Aneesh V a écrit :
Hi Albert,
On Monday 13 June 2011 04:29 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 09/06/2011 13:24, Aneesh V a écrit :
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
As per the README file:
Subscribe to u-boot mailing list;
if (clueless)
email(Hi, I am new to U-Boot, how do I get started?);
I'm messing around with uboot and QEMU (qemu-system-arm -M
realview-pbx-a9 -kernel u-boot.bin), things are going pretty well in the
On 06/13/2011 01:59 AM, Minkyu Kang wrote:
Dear Rob Herring,
On 12 June 2011 06:46, Rob Herringrobherri...@gmail.com wrote:
From: Rob Herringrob.herr...@calxeda.com
Move the register definitions into the sdhci.c file. Set the base
address from the board init code.
The Samsung SDHCI
Hi
Our MIMC200 board has been using 2009.08 for some time, so I thought I would
take a look at the
latest git version to keep our boards more up-to-date.
I have checked out the u-boot-atmel branch, and done:-
$ make mimc200_config
$ make
Everything compiles, but when I try the image, I only
Hi Christopher,
What is the CONFIG_SYS_TEXT_BASE variable and how can
I figure out what it should be?
U-boot is typically stored in flash and one of the first things it does when
executed is relocate to ram. CONFIG_SYS_TEXT_BASE is the relocation
address. Typically, u-boot global data, heap
Dear Mark Jackson,
Am 13.06.2011 um 14:26 schrieb Mark Jackson:
Hi
snip mimc upgrate to 2011.06, something wrong with mmu_init_r()
this is a quite new function, but used to work on stk1000 and our not mainline
board.
Can anyone help ?
My last try with avr32 boards was around 2011.03
Am 13.06.2011 15:09, schrieb phil.edwor...@renesas.com:
Hi Christopher,
What is the CONFIG_SYS_TEXT_BASE variable and how can
I figure out what it should be?
U-boot is typically stored in flash and one of the first things it does when
executed is relocate to ram. CONFIG_SYS_TEXT_BASE
Dear Wolfgang,
I just realized that I had not responded to this message.
On Monday 16 May 2011 01:51 AM, Wolfgang Denk wrote:
Dear Aneesh V,
In message1305472900-4004-23-git-send-email-ane...@ti.com you wrote:
In SPL console is enabled very early where as in U-Boot
it's not. So, SPL can
Hi Matthias,
What is the CONFIG_SYS_TEXT_BASE variable and how can
I figure out what it should be?
U-boot is typically stored in flash and one of the first things it does
when executed is relocate to ram. CONFIG_SYS_TEXT_BASE is
the relocation
address. Typically, u-boot global
On Mon, 13 Jun 2011 15:08:35 +0100, phil.edwor...@renesas.com wrote:
Hi Matthias,
What is the CONFIG_SYS_TEXT_BASE variable and how can
I figure out what it should be?
U-boot is typically stored in flash and one of the first things it
does when executed is relocate to ram.
From: Jason Cooper u-b...@lakedaemon.net
It compiles clean, and I've loaded it via JTAG and used it to dump the
existing bootloader out of the SPI flash. I have _not_ used it to burn
itself to the flash yet. I'm looking for comments before I try that. ;-)
Some concerns:
- The SPI
From: Jason Cooper u-b...@lakedaemon.net
Copied files from boards/Marvell/guruplug/ and did
s/GURUPLUG/DREAMPLUG/g
s/guruplug/dreamplug/g
Switched from NAND flash to SPI flash.
MPP._SPI_ configuration copied from
boards/Marvell/mv88f6281gtw_ge/mv88f6281gtw_ge.c
Dear phil.edwor...@renesas.com,
In message
of460d0558.a844a780-onc12578ae.0047905c-802578ae.00482...@eu.necel.com you
wrote:
U-boot is typically stored in flash and one of the first things it
does when executed is relocate to ram. CONFIG_SYS_TEXT_BASE is the
relocation address. Typically,
-Original Message-
From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net]
Sent: Monday, June 13, 2011 9:24 PM
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; Siddarth Gore; Jason Cooper
Subject: [PATCH 1/1 v4] RFC: dreamplug: Initial support.
From: Jason Cooper
Dear phil.edwor...@renesas.com,
In message
of0dac137b.b5ec37b0-onc12578ae.004d7395-802578ae.004d9...@eu.necel.com you
wrote:
The relocation address is dynamically calculated from a couple of
(runtime) information and has nothing to do with CONFIG_SYS_TEXT_BASE.
This is true for ARM and
Dear Christopher Harvey,
In message 900370e88f15c7517c5e2bb29f0a1...@basementcode.com you wrote:
Thanks for the information. Since CONFIG_SYS_TEXT_BASE seems to be a
critical value and isn't something that can be ignored, maybe it
deserves an entry in the already helpful README. I'd
On Mon, Jun 13, 2011 at 08:59:30AM -0700, Prafulla Wadaskar wrote:
-Original Message-
From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net]
Sent: Monday, June 13, 2011 9:24 PM
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; Siddarth Gore; Jason Cooper
Subject: [PATCH 1/1
Dear Jason,
In message 20110613160721.gn9...@titan.lakedaemon.net you wrote:
Ok, I was just trying to keep submission comments separate from commit
messages. Is there a better way to do that?
Please add them to the comment section, i. e. below the --- line.
This is MUCH better, because
On Mon, Jun 13, 2011 at 06:46:19PM +0200, Wolfgang Denk wrote:
Dear Jason,
In message 20110613160721.gn9...@titan.lakedaemon.net you wrote:
Ok, I was just trying to keep submission comments separate from commit
messages. Is there a better way to do that?
Please add them to the
Hello all,
I decided to delay the release by two weeks. The new scheduled
release date is June 27.
The reason for the shift is that we still have heavy cleanup activity
going on in the ARM area, especially there is a number of patyches
pending for At91 based boards.
I would like to get these
Wolfgang Wegner w.wegner at astro-kom.de writes:
This patch adds CONFIG_SPI_IDLE_VAL to cf_spi.c
The default setting is 0x0 to behave same as current version, in case
CONFIG_SPI_MMC is set, the value is set to 0x (all ones). In either
case, the value can be overwritten by board
On Sat, Jun 11, 2011 at 17:46, Rob Herring wrote:
--- /dev/null
+++ b/include/sdhci.h
@@ -0,0 +1,18 @@
+/*
+ * Copyright 2011 Calxeda, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms and conditions of the GNU General Public License,
Previously reading or writing zero full sectors (reading the end of
one sector and the beginning of the next for example) was special
cased and involved stack allocating a second sector buffer. This
change uses the same code path for this case as well as when there
are a non-zero number of full
Fix all checkpatch violations in the low level Ext2 block
device reading code. This is done in preparation for cleaning
up the partial sector access code.
Signed-off-by: Anton Staaf robot...@chromium.org
Cc: Andy Fleming aflem...@freescale.com
---
fs/ext2/dev.c | 82
This patch set first cleans up all of the chack patch warnings
and errors in fs/ext2/dev.c and then cleans up the partial sector
access logic in the ext2fs_devread function.
I didn't see a file system or ext2 custodian so I've CC'ed Andy
the custodian for MMC as that seems closest. Please let me
The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support
for this, using the USB host network framework. The framework is extended to
support setting the hardware MAC address via an environment variable, since
SMSC95XX chips often have no EEPROM attached, and thus no MAC
This describes what it is for, devices supported, how to enable for your
board in U-Boot, setting up the server, and notes about MAC addresses.
Changes for v6:
- Adjust documentation file according to Wolfgang's comments
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Eric Bénard
The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support
for this, using the USB host network framework.
Changes for v2:
- Coding style cleanup
- Changed some comments as suggested
Changes for v3:
- Change turbo_mode to #define
Changes for v4:
- Dropped Tegra2 specific bit
Built-in Ethernet adapters support setting the mac address by means of a
ethaddr environment variable for each interface (ethaddr, eth1addr, eth2addr).
This adds similar support to the USB network side, using the names
usbethaddr, usbeth1addr, etc. They are kept separate since we don't want
a USB
This is a small clean-up patch.
Changes for v8:
- Fix typo in auto_load
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Eric Bénard e...@eukrea.com
---
net/bootp.c | 76 +-
1 files changed, 33 insertions(+), 43 deletions(-)
This patch series adds basic clock and pinmux functions to the Tegra2, and
modifies the ap20 and board code to use them. It includes a few very simple
required bitfield helper macros for ARM Tegra2 only.
Changes for v2:
- Removed use of bitfield macros in C code
- Now uses manual shifts and masks
This adds an enum for each pin and some functions for changing the pin
muxing setup.
Changes for v2:
- Removed use of bitfield access macros
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra2/Makefile|2 +-
arch/arm/cpu/armv7/tegra2/pinmux.c| 53
Changes for v2:
- Removed all bitfield access macros
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/include/asm/arch-tegra2/bitfield.h | 96 +++
1 files changed, 96 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/arch-tegra2/bitfield.h
These functions provide access to the high resolution microsecond timer
and tidy up a global variable in the code.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra2/timer.c| 27 +--
arch/arm/include/asm/arch-tegra2/timer.h | 34
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra2/ap20.c | 47 ---
arch/arm/include/asm/arch-tegra2/clk_rst.h | 37 --
board/nvidia/common/board.c| 12 +++---
3 files changed, 20 insertions(+), 76
This adds functions to enable/disable clocks and reset to on-chip peripherals.
Changes for v2:
- Removed use of bitfield access macros
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra2/Makefile |2 +-
arch/arm/cpu/armv7/tegra2/ap20.c | 52 ++
Changes for v8:
- Add setup of SMSC write_hwaddr function
works for me on Pandaboard with the x-loader version pointed out by Gilles
thx, p.
--
Peter Meerwald
+43-664-218 (mobile)
___
U-Boot mailing list
U-Boot@lists.denx.de
OK, I will try to find that Linux patch and see how it goes.
And, first of all, I will suggest my manager to change the
checkout-build-release process. I also agree that just release the
binary we tested is a much better way.
Thank you guys.
2011/6/13 Jon Povey jon.po...@racelogic.co.uk:
Dear Wolfgang, Heiko,
On Monday 13 June 2011 07:29 PM, Aneesh V wrote:
Dear Wolfgang,
[snip ...]
But this didn't work. It crashes at the first printf(). The reason is
init_baudrate() needs global data and global data is initialized in
board_init_f(). Further, we can not move global data
49 matches
Mail list logo
