On Tue, Sep 02, 2008 at 01:56:24AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> For USB settings CONFIG_USE or CONFIG_SYS_PCI_
Huh?
I guess you meant s/USE/USB/ and s/PCI/USB/ ?
Best regards
Markus
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235
Hi Felix,
Here is my BDI configuration file for Canyonlands.
This one should work for you. This one configures OCM instead DDR.
-Victor Gallardo
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Felix Radensky
Sent: Monday, September 01, 2008 9:43 AM
T
>
> > 2) Extra config
> >
> > For memory settings CONFIG_MEM_ or CONFIG_SYS_MEM_
> >
> > For PCI settings CONFIG_PCI_ or CONFIG_SYS_PCI_
> >
> > For USB settings CONFIG_USE or CONFIG_SYS_PCI_
> >
> > For flash settings CONFIG_FLASH or CONFIG_SYS_FLASH_
> >
> > For nand
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
diff with V1 remove unrelated changement
doc/README.qemu_mips | 64 +-
1 files changed, 63 insertions(+), 1 deletions(-)
diff --git a/doc/README.qemu_mips b/doc/README.qemu_mi
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
doc/README.qemu_mips | 64 +-
include/bcd.h|7 -
lib_generic/Makefile |1 +
3 files changed, 69 insertions(+), 3 deletions(-)
diff --git a/doc/README.qemu_
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> As announce during OLS conference, it's plain to
s/plain/planned/
> * Configuration _OPTIONS_:
> These are selectable by the user and have names beginning with
> "CONFIG_".
>
>
Hi Detlev,
On Mon, Sep 1, 2008 at 3:48 PM, Detlev Zundel <[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
>> It looks like this one slipped through the cracks. I've looked through
>> my e-mails and found one from Wolfgang on 6/8 where he said he'd apply
>> it, so I acked the patch rather than pulling it mys
Hi,
As announce during OLS conference, it's plain to
use kconfig to manage board configuration.
For this purpose and Makefile conditional compile we're
move CFG_ macro to new CONFIG_ marco
For memory
There are two classes of configuration variable
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> As you know, in the tool we have to decide at run-time whether we are
> dealing with a single environment copy or with current / redundant
> configuration. With NAND support when _writing_ environment to NAND you
> have
On Tue, 2 Sep 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > 1. do not use the union
> >
> > well, I would still prefer to use it and I hope I will be allowed to do so
> > in a separate NAND-tool. I agree, it would be better to use the definition
> > from the en
I wrote:
> > > to prevent that the pointer will not be use for an other register
> > >
> > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> >
> > Er. What? If a device is registered multiple times, that sounds like
> > something which should be fixed, not papered over like
Dear Jean-Christophe,
In message <[EMAIL PROTECTED]>
Haavard Skinnemoen wrote:
>
> > to prevent that the pointer will not be use for an other register
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> Er. What? If a device is registered multiple times, that sounds l
Dear Jochen Friedrich,
In message <[EMAIL PROTECTED]> you wrote:
> If a board has a variable number of flash banks, there are empty entries
> in flash_info[] and CFG_DIRECT_FLASH_TFTP is set, tftp boot fails with
> "Outside available Flash". This patch skips flash banks with unknown
> flash ids.
>
Hi Ben,
> It looks like this one slipped through the cracks. I've looked through
> my e-mails and found one from Wolfgang on 6/8 where he said he'd apply
> it, so I acked the patch rather than pulling it myself. For whatever
> reason, it didn't make it in.
>
> I've rejigged the patch to apply to T
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> Looks like the problem is with the build system somewhere. After a
> distclean it builds cleanly. Whereas, just tried it after "kilauea"
> without any clean - was flooded with errors. A look in the log reveals,
Indeed -
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> This seems to be also the case in the mainline version, and fixing it
> would take a bit more than a oneliner - just including produces
> a couple of "redefeined" warnings.
Hm. This used to work before. Can you bisect i
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> 1. do not use the union
>
> well, I would still prefer to use it and I hope I will be allowed to do so
> in a separate NAND-tool. I agree, it would be better to use the definition
> from the environment.h directly. But:
On 11:31 Fri 22 Aug , Harald Welte wrote:
> Hi Jean-Christophe,
>
> On Mon, Aug 18, 2008 at 11:03:32PM +0200, Wolfgang Denk wrote:
> > In message <[EMAIL PROTECTED]> Harald Welte wrote:
> > >
> > > the problem is tha the main makefile always wants to build
> > > cpu/arm920t/start.o, and I don
Hi Detlev,
Detlev Zundel wrote:
> Hi Ben,
>
>
>> Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
>> Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]>
>>
>> ---
>> Added to GNATS database as unassigned-patches/24
>>
>>> Responsible:patch-coord
>>> Message-Id: <[EMAIL PROTECTED]>
Nobuhiro Iwamatsu wrote:
> The RSK7203 board has the SMSC9118 wired up 'incorrectly'.
> Byte-swapping is necessary, and so poor performance is inevitable.
> This problem cannot evade by the swap function of CHIP, this can
> evade by software Byte-swapping.
> And this has problem by FIFO access only
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
board/bmw/m48t59y.c |4 ++--
board/cray/L1/L1.c |4 ++--
board/etin/debris/phantom.c |4 +++-
board/mousse/m48t59y.c |4 ++--
common/cmd_date.c | 28 ---
On Mon, 2008-09-01 at 19:16 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 12:00 Mon 01 Sep , Hugo Villeneuve wrote:
> > ARM DaVinci: Remove duplicate code in cpu/arm926ejs/davinci/dp83848.c
> >
> > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
> >
> > ---
> >
> > Remove duplicate
On 18:15 Mon 01 Sep , Haavard Skinnemoen wrote:
> Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> > Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> > > to prevent that the pointer will not be use for an other register
> > >
> > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[
For the record:
What Stefan says is completely true. Last version of u-boot does not
give wrong info without my patch.
Regards
On Wed, Jul 30, 2008 at 07:54, Stefan Roese <[EMAIL PROTECTED]> wrote:
> Ricardo,
>
> On Wednesday 30 July 2008, Ricardo Ribalda Delgado wrote:
>> I don't th
Hi,
I'm porting u-boot to a custom board based on the at91rm9200-dk (only
exception is that only parallel nor flash is available on my board)
Soon I realized that I could load u-boot 1.1.4 from flash but not u-boot
1.3.4. It really bugged me until I noticed some differences in
cpu/arm920t/star
On 12:00 Mon 01 Sep , Hugo Villeneuve wrote:
> ARM DaVinci: Remove duplicate code in cpu/arm926ejs/davinci/dp83848.c
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
> ---
>
> Remove duplicate code in a if/else block in
> cpu/arm926ejs/davinci/dp83848.c.
>
> cpu/arm926ejs/config.mk
Hi Detlev,
On Mon, Sep 01, 2008 at 05:41:48PM +0200, Detlev Zundel wrote:
> > Some of multi-function USB controllers (e.g. ISP1562) allow root hub
> > resetting only via EHCI registers. So, this patch adds the corresponding
> > kind of reset to OHCI's hc_reset() if the newly introduced
> > CONF
Hi Felix,
> Can U-boot be burned on 460EX based board (using BDI3000)
> without configuring DDR controller? The BDI configuration file
> for Canyonlands board on Denx site
> http://www.denx.de/wiki/view/DULG/Appendix#Section_13.1.
> has no DDR setup, but also doesn't work on Canyonlands
> (fails o
This patch provides an unificated way of handling xilinx v5 ppc440 boards.
It unificates 3 different things:
1) Source code
A new board called ppc440-generic has been created. This board includes
a generic tlb initialization (Maps the whole memory into virtual) and
defines board_pre_init, checkbo
Hi,
Can U-boot be burned on 460EX based board (using BDI3000)
without configuring DDR controller ? The BDI configuration file
for Canyonlands board on Denx site
http://www.denx.de/wiki/view/DULG/Appendix#Section_13.1.
has no DDR setup, but also doesn't work on Canyonlands
(fails on flash erase). T
John Rigby <[EMAIL PROTECTED]> wrote:
> Any problem with this going in via the coldfire tree? Or does someone
> else want to pick it up?
Fine with me.
Haavard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> > to prevent that the pointer will not be use for an other register
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> Er. What? If a device is registered m
On Mon, 1 Sep 2008, Hugo Villeneuve wrote:
ACK-by: Sergey Kubushyn <[EMAIL PROTECTED]>
> ARM DaVinci: Remove duplicate code in cpu/arm926ejs/davinci/dp83848.c
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
> ---
>
> Remove duplicate code in a if/else block in
> cpu/arm926ejs/davinci/dp8
ARM DaVinci: Remove duplicate code in cpu/arm926ejs/davinci/dp83848.c
Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
---
Remove duplicate code in a if/else block in
cpu/arm926ejs/davinci/dp83848.c.
cpu/arm926ejs/config.mk |2 +-
cpu/arm926ejs/davinci/dp83848.c | 32 +-
On Sat, Aug 30, 2008 at 01:12:31AM +0200, Wolfgang Denk wrote:
> Or use colors.
>
> The next release will then be the Yellow Submarine :)
We've also considered to name toolchain releases after food. So for
example if gcc-4.3.2 would be spagetti, binutils-2.18 would be tomatos,
glibc-2.8 would be
Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> to prevent that the pointer will not be use for an other register
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Er. What? If a device is registered multiple times, that sounds like
something which should be fi
Hi Markus,
> Some of multi-function USB controllers (e.g. ISP1562) allow root hub
> resetting only via EHCI registers. So, this patch adds the corresponding
> kind of reset to OHCI's hc_reset() if the newly introduced
> CONFIG_PCI_EHCI_DEVNO
> option is set (e.g. for Socrates board).
>
> Signed-
Hi Wolfgang,
> Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
>
> ---
> Added to GNATS database as unassigned-patches/23
>>Responsible:patch-coord
>>Message-Id: <[EMAIL PROTECTED]>
>>In-Reply-To:<[EMAIL PROTECTED]>
>>References: <[EMAIL PROTECTED]>
>>Patch-Date: Fri Aug 15 15
Hi Ben,
> Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
> Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]>
>
> ---
> Added to GNATS database as unassigned-patches/24
>>Responsible:patch-coord
>>Message-Id: <[EMAIL PROTECTED]>
>>In-Reply-To:
>>References:
>>Patch-Date: Fr
If a board has a variable number of flash banks, there are empty entries
in flash_info[] and CFG_DIRECT_FLASH_TFTP is set, tftp boot fails with
"Outside available Flash". This patch skips flash banks with unknown
flash ids.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
net/tftp.c |3
to prevent that the pointer will not be use for an other register
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
common/devices.c | 24 +++-
include/devices.h |1 +
2 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/common/devices.c
The information displayed when CONFIG_LCD_INFO is set is inherently
board-specific, so it should be done by the board code. The current code
dealing with this only handles two cases, and is already a horrible mess
of #ifdeffery.
Yes, this duplicates some code, but it also allows boards to print mo
This allows the logo/info rendering routines to use the regular
lcd_putc/lcd_puts/lcd_printf calls.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
common/lcd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 82e557e..6ad2133 1
lcd_printf() has a prototype in include/lcd.h but no implementation. Fix
this by borrowing the lcd_printf() implementation from the cogent board
code (which appears to use its own LCD framework.)
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
common/lcd.c | 14 ++
1 files
If the board _didn't_ request INVLINE_INVERTED, we set INVLINE_INVERTED,
otherwise we don't. WTF?
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/video/atmel_lcdfb.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/video/atmel_lcdfb.c b/driver
atmel_lcdfb doesn't actually need anything from asm/arch/hardware.h. It
includes a file that does, asm/arch/gpio.h, but this file doesn't
include like it's supposed to.
Add the missing include to asm/arch/gpio.h and remove the workaround
from the atmel_lcdfb driver. This makes the driver compile
Hi Andy,
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
[...]
> Kumar Gala (18):
[...]
> FSL DDR: Convert socrates to new DDR code.
[...]
That's really nice that we get the socrates board converted to the new
style DDR, but I wonder wh
Hi Ricardo,
> I have been taken a look to http://bugs.denx.de/databases/u-boot and the
> bug
> http://bugs.denx.de/databases/u-boot/prs/8 has been already solved in
> d0039d4ed275e6ca09fb417895024ad02be118c4
>
> Anyone with permissions, please close it.
Ok, done.
> BTW, could anyone expl
Synopsis: [U-Boot-Users] [PATCH] I2C Monitor chip ADT7460 support
State-Changed-From-To: open->closed
State-Changed-By: dzu
State-Changed-When: Mon, 01 Sep 2008 15:43:30 +0200
State-Changed-Why:
Applied in commit d0039d4ed275e6ca09fb417895024ad02be118c4
Add two helper functions for configuring and enabling generic clocks:
- gclk_enable_output: Enables output on a GCLKx pin
- gclk_set_rate: Configures a gclk to run at a specific rate
This should eliminate any reason to go mucking about with PM registers
from board code.
Signed-off-by: Haavard
The "GPIO" port mux is used on AVR32 UC3 parts as well as AT32AP7200 and
all later AVR32 chips. This patch adds a driver for it, implementing the
same API as the existing portmux-pio driver but with more functionality.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
cpu/at32ap/Makefile
The following patch series is a round of cleanups to the avr32 code,
including board code. It shouldn't result in any functional changes or
significant changes in the size of the u-boot image, but it should
make it easier to add support for new chips and boards in the future,
and it also makes some
Replace the avr32-specific board_init_info hook by the standard
board_early_init_r hook and make it optional.
board_early_init_r() runs somewhat earlier than board_init_info used to
do, but this isn't a problem for any of the in-tree boards.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
-
Make the data_bits enum in struct sdram_config reflect the actual number
of data bits on the bus, i.e. 16 or 32. Having 0 mean 16 bits and 1 mean
32 bits is just too confusing.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/asm-avr32/sdram.h |4 ++--
1 files changed, 2 inse
Use the new gclk helper functions to set up the PHY clock instead of
accessing the PM registers directly.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
board/miromico/hammerhead/hammerhead.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/board/miromi
Remove some outdated and/or unnecessary information, and add updated
information about the toolchain and buildroot.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
doc/README.AVR32 | 24
1 files changed, 8 insertions(+), 16 deletions(-)
diff --git a/doc/READM
Replace the avr32-specific gclk_init() board hook with the standard
board_postclk_init() hook which is supposed to run at the same point
during initialization.
Provide a dummy weak alias for boards not implementing this hook. The
cost of this is:
- 2 bytes for the dummy function (retal 0)
- 2
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
board/atmel/atstk1000/Makefile |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/board/atmel/atstk1000/Makefile b/board/atmel/atstk1000/Makefile
index 155d46a..f9b26e5 100644
--- a/board/atmel/atstk1000/Makefi
This patch removes some direct references to common/lists.o from some
esd linker scripts. This is necessary because the lists source was moved
and is not in the "common" directory anymore.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
Matthias, even better would be to remove the references t
Hello Jean-Christophe,
I compilied actual u-boot for the muas3001 board and tried to start
it, but it crashes in common/console.c console_init_r () ...
After reversing your Patch:
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=c1de7a6daf9c657484e1c6d433f01fccd49a7f48#patch4
it works again fine
Ben Warren <[EMAIL PROTECTED]> wrote:
> This addresses all drivers whose initializers have already
> been moved to board_eth_init()/cpu_eth_init().
>
> Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
___
U-
On Sun, 31 Aug 2008, Jean-Christophe PLAGNIOL-VILLARD wrote:
> Hi Wolfgang,
> please pull
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository
On Mon, 1 Sep 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > SMDK6400 can only boot U-Boot from NAND-flash. This patch adds a nand_spl
> > driver for it too. The board can also boot from the NOR flash, but due to
> > hardware limitations
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
i have create a new board-configuration and want to submit some patches.
i am new to git and have some questions:
- - i clone the u-boot repository with "git-clone git://git.denx.de/u-boot/"
- - copy the new/changed files to the new created
On Mon, 1 Sep 2008, Guennadi Liakhovetski wrote:
> > New issue: I just noted that the default environment built into the
> > fw_ tool has not much to do with the default environment build into
> > the U-Boot binary image; in theory both should be the same. Don;t
> > know yet if this is a n
Hi,
1) I am looking for u-boot which can support Intel P30 strata flash.
2) The board is IMX27 based. The u-boot_v2 is getting hung after it
prints Free scale IMX27..
Could anyone help me out please...
Thanks,
Lejin
__
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > Ok, how about this: we leave the current fw_env.c as it is, I submit
> > _exactly_ the state after applying my 6 patches as a new file, with
> > suitable changes to the
67 matches
Mail list logo
