Dear Rob Herring,
On 12 June 2011 06:46, Rob Herring wrote:
> From: Rob Herring
>
> 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 conditional
> on CONFIG_MMC_S5P.
>
> Signed-of
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: "W
Dear Peter Pan,
In message 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 binary image
that was used during testing. You mus
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 impossibl
> -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
>
>
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 bina
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:
>
>git://git.denx.de/u
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 addre
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
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_IN
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, na
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 Herring wrote:
>> From: Rob Herring
>>
>> 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. Mak
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 ge
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, hea
Dear Mark Jackson,
Am 13.06.2011 um 14:26 schrieb Mark Jackson:
> Hi
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 release ... will have a look
for it tomorrow.
regards
Andreas Bi
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_T
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 message<1305472900-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, SP
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-bo
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 t
From: Jason Cooper
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 flash chip is a Macronix M
From: Jason Cooper
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
Also, MACH_TYPE_DREAMPL
Dear phil.edwor...@renesas.com,
In message
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, u-boot global data, heap and then
This is completely wrong. The
> -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
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 AFAIK for PPC.
>
> Thanks for the additional info - SH is a litt
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
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, becau
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
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 in
Wolfgang Wegner 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 configuration.
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 Li
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 se
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
Cc: Andy Fleming
---
fs/ext2/dev.c | 82 ++---
1 files cha
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 addres
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
Tested-by: Eric Bénard
---
doc/README.usb | 1
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
Tested-by: Eric Bénard
---
net/bootp.c | 76 +-
1 files changed, 33 insertions(+), 43 deletions(-)
diff --git a/net/bootp.c b/net/bootp
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
---
arch/arm/cpu/armv7/tegra2/Makefile|2 +-
arch/arm/cpu/armv7/tegra2/pinmux.c| 53 ++
arch/arm
Changes for v2:
- Removed all bitfield access macros
Signed-off-by: Simon Glass
---
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
diff --git a/arc
These functions provide access to the high resolution microsecond timer
and tidy up a global variable in the code.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/timer.c| 27 +--
arch/arm/include/asm/arch-tegra2/timer.h | 34 +
Signed-off-by: Simon Glass
---
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 deletions(-)
dif
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
---
arch/arm/cpu/armv7/tegra2/Makefile |2 +-
arch/arm/cpu/armv7/tegra2/ap20.c | 52 ++
arch/arm/cpu/arm
> 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
http://lists.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 :
> u-boot-boun...@lists.denx.de
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 in
Hello Wolfgang
Am 23.05.2011 11:03, schrieb Matthias Weisser:
> In some cases (e.g. bootm with a elf payload which is already at the right
> position) there is a in place copy of data to the same address. Catching this
> saves some ms while booting.
What about this patch? As the initial submissio
Hi Prafulla,
On 06/13/2011 10:58 AM, Prafulla Wadaskar wrote:
>>
>> So we should add this include and remove some of the defines which are
>> part of arch-kirkwood/config.h
>> from our km_arm.h. But at one point we have to change arch-
>> kirkwood/config.h. There is:
>>
>> #ifdef CONFIG_CMD_I2C
>>
51 matches
Mail list logo
