On Tuesday 15 September 2009 16:49:42 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > Use the common config option for extracting the environment for embedding
> > into LDR files.
> > $(obj)u-boot.ldr: $(obj)u-boot
> > - $(obj)tools/envcrc --binary > $(obj)env-ldr.o
> > + $(C
Using -mabi=apcs-gnu allows Marvell Kirkwood-based boards to boot with
the EABI changes introduced in commit
f772acf8a584067033eff1e231fcd1fb3a00d3d9.
Signed-off-by: Simon Kagstrom
---
Wolfgang can live with this change to make Kirkwood builds work again:
On Wed, 30 Sep 2009 22:32:08 +0200
Wolfg
Hello there,
I tried to get mmc working on a board using an at91sam9g20. The mmc-card
is wired on slotb.
I applied the patches:
http://lists.denx.de/pipermail/u-boot/2009-September/060053.html
http://lists.denx.de/pipermail/u-boot/2009-August/059456.html
http://lists.denx.de/pipermail/u-boot/20
From: u-boot-boun...@lists.denx.de [u-boot-boun...@lists.denx.de] On Behalf Of
Prafulla Wadaskar [prafu...@marvell.com]
Sent: Thursday, September 24, 2009 10:38 PM
To: Simon Kagstrom
Cc: U-Boot ML
Subject: Re: [U-Boot] [PATCH] arm: Correct build with CONFI
Hi,
for me this is working:
Downloaded u-boot 2009.08
file cpu/arm926ejs/at91/at91sam9260_devices.c
>
> changed:
> >#if defined(CONFIG_HAS_DATAFLASH)
> to:
> >#if defined(CONFIG_HAS_DATAFLASH) || defined(CONFIG_ATMEL_SPI)
patches:
SOC headers:
http://lists.denx.de/pipermail/u-boot/2009-Septem
Hi,
I already read that the merge window is closed.
My question is, can I also send now patches to the list and somebody collect
them for the next release, or is it better to wait for the next merge window?
bye
Konrad Mattheis
___
U-Boot mailing list
Hi Konrad,
On Thursday 01 October 2009 10:01:58 Konrad Mattheis wrote:
> I already read that the merge window is closed.
>
> My question is, can I also send now patches to the list and somebody
> collect them for the next release, or is it better to wait for the next
> merge window?
Please sen
This patch adds support for the Samsung s5pc100 and s5pc110
SoCs. The s5pc1xx SoC is an ARM Cortex A8 processor.
Signed-off-by: Minkyu Kang
Signed-off-by: HeungJun, Kim
---
Changes since v1:
- make C struct instead of base+offset
- use writel/readl function
- use the strmhz function
- fix some c
This patch includes the onenand driver for s5pc100
Signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
Changes since v1:
- move samsung_onenand.h to include/linux/mtd/
- make C struct instead of base+offset
- Remove the "1 &&" in while loop
Changes since v2:
- drop blank lines
- adds so
This patch includes the serial driver for s5pc1xx.
s5pc1xx uart driver needs own register setting and clock configuration.
So, need to special driver.
Signed-off-by: Minkyu Kang
---
Changes since v1:
- use serial multi API
- use writel/readl function
- remove duplicate code
Changes since v2:
- u
Adds new board SMDKC100 that uses s5pc100 SoC
Signed-off-by: Minkyu Kang
Signed-off-by: HeungJun, Kim
---
Changes since v1:
- arrange env values for more readable
- make C struct instead of base+offset
- use MACH_TYPE_SMDKC100 directly
- fix the CONFIG_SYS_HZ to 1000
- enable LOADB, LOADS, BOOTD
Hi Konrad,
are you using the AT91SAM9G20-EK?
In that case the difference between us is that I'm working on a
different board which is using the slotb MCI while the AT91SAM9G20-EK
uses slota.
In case of slota it just worked because MCI_SDCR is 0 on reset but for
slotb the SDCSEL field must be
Hi Sebastian,
yes I'm using an AT91SAM9G20-EK Rev.c with two SD slots.
I used slot a but I think you just have to init slot b.
in PatchV3 you can read:
>at91_mci0_hw_init(int slot, int bus_width)
>switch (slot) {
> case 0:
> .
> case 1:
So I
Hi Mike,
> On Monday 24 August 2009 17:28:26 Mike Frysinger wrote:
>> The majority of the time that I build things in U-Boot, I want to just
>> build for the board. I don't make board config tweaks after selecting the
>> board. So add a new pattern rule that allows people to combine two steps
>>
Hi Konrad,
On 10/01/2009 10:33 AM, Konrad Mattheis wrote:
> Hi Sebastian,
>
> yes I'm using an AT91SAM9G20-EK Rev.c with two SD slots.
> I used slot a but I think you just have to init slot b.
>
> in PatchV3 you can read:
>
>> at91_mci0_hw_init(int slot, int bus_width)
>
>> switch (slot) {
>>
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Thursday, October 01, 2009 12:59 PM
> To: Wolfgang Denk
> Cc: dk-arm-li...@gmx.de; u-boot@lists.denx.de; Prafulla
> Wadaskar; Stefan Roese; Tom Rix; Paulraj, Sandeep;
> Jean-Christophe PLAGNIOL-
Hi all,
Did anyone work towards providing bluetooth support in U-boot? if not full
atleast initial stack & HCI support ?
It will be very helpful if someone can please provide any link / clues of
work done in this regard.
Thanks
Rupesh
___
U-Boot ma
On Mon, Aug 24, 2009 at 11:28 PM, Mike Frysinger wrote:
>
> +%: %_config
> + $(MAKE) $...@_config <--- Delete this, because the %_config already
> calls the target config block
> + $(MAKE)
> +
best regards,
luigi
--
Luigi 'Comio' Mantellini
R&D - Software
Industrie Dial Face S.
On Sep 24, 2009, at 7:07 AM, Sandeep Gopalpet wrote:
> 1. Modified the tsec_mdio structure to include the new regs
> 2. Modified the MDIO_BASE_ADDR so that it will handle both
> older version and new version of etsec.
>
> Signed-off-by: Sandeep Gopalpet
> ---
> include/asm-ppc/immap_85xx.h |
Wolfgang Denk wrote:
> Dear Paul Gortmaker,
>
> In message <4ac3c540.9050...@windriver.com> you wrote:
>> If you still think it is best to maintain current behaviour
>> and not stop after the 1st error, that is fine, I can do that,
>> but I just wanted to be sure it was clear why I did it this
>>
The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
Wolfgang Denk (1):
mpc5121ads: fix breakage introduced when reordering
elpida_mddrc_config[]
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (2):
The majority of the time that I build things in U-Boot, I want to just
build for the board. I don't make board config tweaks after selecting the
board. So add a new pattern rule that allows people to combine two steps
in one go:
`make foo_config && make` => `make foo`
This shouldn't conf
Dear Prafulla & all,
in message <73173d32e9439e4abb5151606c3e19e202ef7e9...@sc-vexch1.marvell.com>
you wrote:
>
> > > > -PLATFORM_CPPFLAGS += -march=armv5te
> > > > +PLATFORM_CPPFLAGS += -march=armv5te -mabi=apcs-gnu
> > >
> > > I could live with this part, if it was thoroughly tested and does
Dear Sandeep Gopalpet,
In message <12537940473817-git-send-email-sandeep.ku...@freescale.com> you
wrote:
> Moved the mdio regs out of the tsec structure,and
> provided different offsets for tsec base and mdio
> base so that provision for etsec2.0 can be provided.
>
> This patch helps in providin
Dear Paul,
in message <4ac4b612.7020...@windriver.com> you wrote:
>
> > So beause (1) it is the behaviour users might be used to, (2) I see
> > use cases for this and (3) adding a new option will allow to have both
> > beheaviours so anybody can chose what he wants, I think we should do
> > as I s
Hi All,
I am trying to introduce a Samsung NAND flash part (K9F8G08U0M) to a
Freescale mxc platform. Looks like the device code used in the NAND
"read id" operation is already a part of the
drivers/mtd/nand/nand_ids.c, looking at line "{"NAND 1GiB 3,3V 8-bit",
0xD3, 0, 1024, 0, LP_OPTIONS},)
Signed-off-by: Marcel Ziswiler
Tested-by: Heiko Schocher
---
Changes since v1:
- Added previously missed mgcoge board as pointed out by Peter Tyser and Heiko
- Moved the board-specific Ethernet modifications into separate patch
Changes since v2:
- Added Heiko's tested-by
Changes since v3:
- Re-ba
I have a working u-boot 2008.10 on a mips 32 board and am trying to port
it over to u-boot 2009.06.
So I used buildroot 2009.08 to build the tool chain for my mips32 board
as well as u-boot2009.06. I also copied the previous u-boot
initialization code to
initialize timer, serial port, ram and etc f
I just found something interesting -
In my previous email I thought the CFI detection was running from DRAM,
but that assumption seems to be wrong. Previously I though it was
running from DRAM because I traced the execution using BDI into
mips/start">cpu/mips/start.S relocate_code, it runs to th
The basic memtest function tries to watch for ^C after each
pattern pass as an escape mechanism, but if things are horribly
wrong, we'll be stuck in an inner loop flooding the console with
error messages and never check for ^C. To make matters worse,
if the user waits for all the error messages to
On Thursday 01 October 2009 19:52:27 Paul Gortmaker wrote:
> if (iteration_limit && iterations > iteration_limit) {
> - printf("Tested %d iteration(s) without errors.\n",
> - iterations-1);
> + printf("Tested %d itera
Mike Frysinger wrote:
> On Thursday 01 October 2009 19:52:27 Paul Gortmaker wrote:
>> if (iteration_limit && iterations > iteration_limit) {
>> -printf("Tested %d iteration(s) without errors.\n",
>> -iterations-1);
>> +
From: Sandeep Paulraj
This patch adds the initial support for DM6467 EVM.
Other features like NET and NAND support will be added as follow up patches.
Signed-off-by: Sandeep Paulraj
---
There are multiple flavours of the DM646x. The newest DM646x SOC can operate
at 1 GHz. The DM6467 EVM from Sp
From: Sandeep Paulraj
This patch fixes a compilation warning while compiling
the DM355 EVM.
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm355evm/dm355evm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/davinci/dm355evm/dm355evm.c
b/board/davinci/dm355e
From: Sandeep Paulraj
This patch fixes a compilation warning while compiling
the DM365 EVM.
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm365evm/dm365evm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/davinci/dm365evm/dm365evm.c
b/board/davinci/dm365e
From: Sandeep Paulraj
The EMAC IP on DM365 and DM646x is slightly different from
that on DM644x. This patch updates the DaVinci EMAC driver
so that EMAC becomes operational on DM365 in U-Boot.
A flag 'CONFIG_DAVINCI_EMAC_VERSION2' is used in the driver.
This flag will need to be defined in the DM
From: Sandeep Paulraj
The flag "CONFIG_DAVINCI_EMAC_VERSION2" is used by
the DaVinci EMAC driver to differentiate between
different versions of the IP.
Signed-off-by: Sandeep Paulraj
---
include/configs/davinci_dm365evm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a
37 matches
Mail list logo
