Re: [U-Boot] [PATCH v6 2/2] arm: A320: Add support for Faraday A320 evaluation board

Dear Jean-Christophe PLAGNIOL-VILLARD, 2009/8/20 : > From: Po-Yu Chuang > > This patch adds support for A320 evaluation board from Faraday. This board > uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM. > FA526 is an ARMv4 processor and uses the ARM920T source in this pa

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

On Wed, 19 Aug 2009 09:55:46 -0700 Ben Warren wrote: > My preference is for the drivers to handle alignment. OK, I'm fine with that. I'd like to withdraw this patch then. > I like Dave's idea of creating a buffer (or multiple buffers) in > initialization(), > then memcpy'ing to to it in the

[U-Boot] [PATCH v6 2/2] arm: A320: Add support for Faraday A320 evaluation board

From: Po-Yu Chuang This patch adds support for A320 evaluation board from Faraday. This board uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM. FA526 is an ARMv4 processor and uses the ARM920T source in this patch. Signed-off-by: Po-Yu Chuang --- MAINTAINERS

[U-Boot] [PATCH v6 1/2] arm: A320: driver for FTRTC010 real time clock

From: Po-Yu Chuang This patch adds an FTRTC010 driver for Faraday A320 evaluation board. Signed-off-by: Po-Yu Chuang --- drivers/rtc/Makefile |1 + drivers/rtc/ftrtc010.c | 124 2 files changed, 125 insertions(+), 0 deletions(-) create m

Re: [U-Boot] 83xx and LCRR setting

Hello Kim, Kim Phillips wrote: > On Tue, 18 Aug 2009 15:23:47 +0200 > Heiko Schocher wrote: > >> Hello Kim, > > Hello Heiko, sorry for the late reply, No problem, thanks for your response! >> I actually work on an u-boot mpc8321 port (mostly identical with the kmeter1 >> port already in mainl

Re: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board

On 09:54 Thu 20 Aug , Po-Yu Chuang wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > 2009/8/20 Jean-Christophe PLAGNIOL-VILLARD : > > On 09:38 Tue 18 Aug     , Po-Yu Chuang wrote: > >> I have submitted a v5 patch. Please check. > > where? > > I do not seen it > > http://lists.denx.de/piperm

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> > > Signed-off-by: Prafulla Wadaskar > > > --- > > > Change log: > > > v2: updated as per review feedback for v1 > > > bug fix in the previous post (V2) fixed > > ok > > > > but I think make optionnal will be better > Hi Jean > Thanks.. > I didn't understod what you want to say here, can you pl

Re: [U-Boot] [PATCH] Adding support for DevKit8000

On 05:59 Thu 20 Aug , Frederik Kriewitz wrote: > I'll fix that. > > On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe > PLAGNIOL-VILLARD wrote: > >> +void reset_phy(void) > >> +{ > >> +     eth_init(gd->bd); > >> +} > > NACK > > the net need to be init only when you use it > > The kernel will

Re: [U-Boot] NAND ECC Error with wrong SMC ording bug

On Thursday 20 August 2009 06:38:51 Sean MacLennan wrote: > > I see other boards using SMC as well, can someone comment on the > > change I am proposing. > > Should I change the correction algorithm or the calculate function? > > If the later is preferred > > it would mean the change must be pushed

Re: [U-Boot] NAND ECC Error with wrong SMC ording bug

On Wed, 19 Aug 2009 16:16:54 -0700 Feng Kan wrote: > I see other boards using SMC as well, can someone comment on the > change I am proposing. > Should I change the correction algorithm or the calculate function? > If the later is preferred > it would mean the change must be pushed in both U-Boot

Re: [U-Boot] [PATCH] Adding support for DevKit8000

I'll fix that. On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: >> +void reset_phy(void) >> +{ >> +     eth_init(gd->bd); >> +} > NACK > the net need to be init only when you use it The kernel will try to use the already (temporally) programmed MAC address. I always init

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com] > Sent: Thursday, August 20, 2009 4:00 AM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; > Ronen Shitrit > Subject: Re: [U-Boot] [PATCH v2][repost] arm:

Re: [U-Boot] e1000 Rx timeout with 82541ER

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Wednesday, August 19, 2009 7:58 AM > To: André Schwarz > Cc: Zang Roy-R61911; Ben Warren; U-Boot List > Subject: Re: [U-Boot] e1000 Rx timeout with 82541ER > > Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, > > In messag

Re: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board

Dear Jean-Christophe PLAGNIOL-VILLARD, 2009/8/20 Jean-Christophe PLAGNIOL-VILLARD : > On 09:38 Tue 18 Aug     , Po-Yu Chuang wrote: >> I have submitted a v5 patch. Please check. > where? > I do not seen it http://lists.denx.de/pipermail/u-boot/2009-August/058315.html It looks like I did not CC w

[U-Boot] [PATCH 3/3] mpc83xx: accommodate larger kernel sizes by default

linux mpc83xx_defconfig kernels are getting bigger, accommodate for their growth by adjusting default load and fdt addresses. Signed-off-by: Kim Phillips --- include/configs/MPC8313ERDB.h |4 ++-- include/configs/MPC8315ERDB.h |4 ++-- include/configs/MPC8323ERDB.h |4 ++-- include/c

[U-Boot] [PATCH 2/3] mpc8377erdb: change DDR settings to those from latest bsp

when using Linus' 83xx_defconfig, the mpc8377rdb would hanging at boot at either: NET: Registered protocol family 16 or the io scheduler cfq registered message. Fixing up these DDR settings appears to fix the problem. Signed-off-by: Kim Phillips --- include/configs/MPC837XERDB.h |6 +++-

[U-Boot] [PATCH 1/3] mpc83xx: tqm8349 - remove pci & flash window conflict

commit 9993e196da707a0a1cd4584f1fcef12382c1c144 "mpc83xx: convert all remaining boards over to 83XX_GENERIC_PCI" remapped pci windows on tqm834x to make it more consistent with the other 83xx boards. During that time however, the author failed to realize that FLASH_BASE was occupying the same rang

Re: [U-Boot] [PATCH 02/10] NAND boot: change NAND loader's relocate SP to CONFIG param

On Tue, 18 Aug 2009 15:37:14 +0800 Mingkai Hu wrote: > So that we can set the NAND loader's relocate stack pointer > to the value other than the relocate address + 0x1. > > Signed-off-by: Mingkai Hu > --- In case someone wants to take this via some other tree (Kumar/Andy/Scott?): Acked-by:

Re: [U-Boot] 83xx and LCRR setting

On Tue, 18 Aug 2009 15:23:47 +0200 Heiko Schocher wrote: > Hello Kim, Hello Heiko, sorry for the late reply, > I actually work on an u-boot mpc8321 port (mostly identical with the kmeter1 > port already in mainline), and I have to set the LCRR (Clock Ratio Register > Reference Manual 10.3.1.14)

[U-Boot] Weird issues with u-boot on Microblaze

I've been trying to bring up a vanilla kernel on an XUPV5-LX110T board, and have been having all sorts of odd issues with U-Boot. For example, if I try to enable FIT image support (as noted on http://www.monstr.eu/wiki/doku.php?id=uboot:uboot ), I get CONFIG_BOOTMAPSZ undefined. I've also had

Re: [U-Boot] [RFC] cmd_ide: I/O functions cleanup

On 18:25 Fri 14 Aug , Albin Tonnerre wrote: > Hi, > > This afternoon I spent some time trying to get a CompactFlash card to work on > ARM (AT91). While looking at the code, I noticed several things in the I/O > code > that I think are wrong or could be improved, so I figured I'd ask here befo

Re: [U-Boot] [PATCH] AT91: Add support for blue_LED_* and add coloured_LED_init to at91/led.c

On 10:49 Tue 18 Aug , Albin Tonnerre wrote: > On Tue, Aug 18, 2009 at 12:51:48AM +0200, Jean-Christophe PLAGNIOL-VILLARD > wrote : > > no please take a look on the other LED thread > > Would you please provide a pointer to this thread ? THe only one remotely > related I can find is > http://l

Re: [U-Boot] [PATCH v2] ARM Cortex8 Rename and move v7_flush_dcache_all to flush_dcache

> > > >Applying the basic functionality (function move) now allows others > >to finally go on with their long waiting patches. > no this code is omap3 specific and there is no need ot this > rename or move the function make no sense > >>>Yes, it is OMAP3 specific (as already men

Re: [U-Boot] [PATCH/RFC] drivers/mmc/mmc.c: change the controller frequency before the card frequency

On 14:16 Wed 19 Aug , Albin Tonnerre wrote: > While rewriting the atmel_mci driver to use the new MMC_GENERIC API (and allow > the use of SD/MMC on AT91 in the process), it appeared that switching the card > frequency before the controller frequency resulted in the answer from the card > never

[U-Boot] NAND ECC Error with wrong SMC ording bug

Hi All: It seems that the ECC correction is broken on the Linux with the 4xx NDFC driver. It uses the SMC order when reading the ECC code. 2-1-3 static int ndfc_calculate_ecc(struct mtd_info *mtd, const u_char *dat, u_char *ecc_code) { struct ndfc_controll

Re: [U-Boot] [PATCH 4/4]: Define test_and_set_bit and test_and_clear bit for ARM

On 11:14 Tue 18 Aug , Simon Kagstrom wrote: > Define test_and_set_bit and test_and_clear bit for ARM > > Needed for (e.g.) ubifs support to work. > > Signed-off-by: Simon Kagstrom > --- > include/asm-arm/bitops.h | 27 --- > 1 files changed, 24 insertions(+), 3 del

Re: [U-Boot] [PATCH 1/4]: Move __set/clear_bit from ubifs.h to bitops.h

On 11:10 Tue 18 Aug , Simon Kagstrom wrote: > Move __set/clear_bit from ubifs.h to bitops.h > > __set_bit and __clear_bit are defined in ubifs.h as well as in > asm/include/bitops.h for some architectures. This patch moves > the generic implementation to include/linux/bitops.h and uses > that

Re: [U-Boot] [PATCH 2/4]: Define ffs/fls for all architectures

On 11:13 Tue 18 Aug , Simon Kagstrom wrote: > Define ffs/fls for all architectures > > UBIFS requires fls(), which is not defined for arm (and some other > architectures) and this patch adds it. The implementation is taken from > Linux and is generic. ffs() is also defined for those that miss

Re: [U-Boot] [PATCH 3/4]: Remove duplicate set_cr

On 11:13 Tue 18 Aug , Simon Kagstrom wrote: > Remove duplicate set_cr > > set_cr is defined in both asm-arm/proc-armv/system.h and > include/asm-arm/system.h. This patch removes it (and some duplicate > defines) from the former. > > Signed-off-by: Simon Kagstrom > --- > include/asm-arm/proc

Re: [U-Boot] [PATCH 0/4]: bitops cleanup and fixes

On 11:08 Tue 18 Aug , Simon Kagstrom wrote: > Hi again! > > This patch series is an update to "[PATCH 0/8]: Fixes for ubifs build > on ARM" sent in july: > > http://lists.denx.de/pipermail/u-boot/2009-July/055594.html > > and contains the patches which were not accepted. The patches are: >

Re: [U-Boot] [PATCH] ARM: DaVinci: Adding Support for DaVinci DM365 EVM

On 00:01 Tue 18 Aug , Jean-Christophe PLAGNIOL-VILLARD wrote: > On 11:20 Sat 15 Aug , s-paul...@ti.com wrote: > > From: Sandeep Paulraj > > > > This patch adds support for the DM365 EVM. > > It has been tested on a DM365 EVM. > > > > Signed-off-by: Sandeep Paulraj > > --- > > Makefile

Re: [U-Boot] [PATCH v2] ARM: DaVinci DM355: Updating the DM355 EVM config

On 12:34 Tue 18 Aug , s-paul...@ti.com wrote: > From: Sandeep Paulraj > > This patch enables NAND support on the DM355 EVM. > Changes in this patch mostly relate to adding the NAND support. > This patch also defines a boot delay. > > Signed-off-by: Sandeep Paulraj > --- > include/configs/d

[U-Boot] Customize U-boot

Hi, I am trying to modify uboot to use the available FAT32 APIs and the mmc driver apis in order to auto magically boot from a SD card if its present in the slot of our board. I know it can be done by statically defining EXTRA_ENVS in the board config file and use the U-boot scripting framwork to

Re: [U-Boot] [PATCH] ARM: DaVinci: DaVinci DM365 SOC specific code

On 23:15 Tue 18 Aug , Wolfgang Denk wrote: > Dear "Paulraj, Sandeep", > > In message <0554bef07d437848af01b9c9b5f0bc5d7e996...@dlee01.ent.ti.com> you > wrote: > > > > Yesterday night after J-C mentioned that he applied 2 of my patches to u-bo > > ot-arm next I tried to checkout that branch >

Re: [U-Boot] [PATCH] arm:kirkwood See to it that sent data is 8-byte aligned

On 12:48 Tue 18 Aug , Simon Kagstrom wrote: > Thanks for the review Prafulla! > > On Tue, 18 Aug 2009 03:12:07 -0700 > Prafulla Wadaskar wrote: > > > > v2: Malloc send buffer (comment from Stefan Roese) > > Malloc will always be an overhead. > > It's only allocated once (the first time a no

Re: [U-Boot] [PATCH] Adding support for DevKit8000

On 01:20 Tue 18 Aug , Frederik Kriewitz wrote: > This patch adds support for the DevKit8000 board. > > Signed-off-by: Frederik Kriewitz > --- > mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000) > --- > MAINTAINERS |4 + > Makefile|

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

On 16:24 Wed 19 Aug , Prafulla Wadaskar wrote: > I am sorry for previous post v2, pls ignore it, this is the right patch for > the same > > This feature can be used to trigger special command "sysrstcmd" using > reset key long press event and environment variable "sysrstdelay" is set > (usefu

Re: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board

On 09:38 Tue 18 Aug , Po-Yu Chuang wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > 2009/8/18 Jean-Christophe PLAGNIOL-VILLARD : > > On 14:13 Thu 06 Aug     , Po-Yu Chuang wrote: > >> Anyway, I have an idea now. > >> I can submit a version that do not do the bank swap > >> (SDRAM stays at 0

Re: [U-Boot] [PATCH] Support for the Calao TNY-A9260/TNY-A9G20 boards

On 21:14 Wed 19 Aug , Albin Tonnerre wrote: > The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by > Calao Systems . Their components are very > similar to the AT91SAM9260EK board, so their configuration is based on > the configuration of this board

Re: [U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

Dear Ben Warren, In message <4a8c5288.5020...@gmail.com> you wrote: > > >>> + /* Wait up to 5s for the link status */ > >>> + for (i = 0; i < 5; i++) { > >>> + u16 phyadr; > >>> > >> Please put this variable declaration outside of the 'for' loop > >> > > > > Why? If it's only u

Re: [U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

Wolfgang Denk wrote: > Dear Ben Warren, > > > >>> + /* Wait up to 5s for the link status */ >>> + for (i = 0; i < 5; i++) { >>> + u16 phyadr; >>> >>> >> Please put this variable declaration outside of the 'for' loop >> > > Why? If it's only used in this block it's a

Re: [U-Boot] Switch to backup image after failure to boot

Dear Thibault VINCENT, In message <20090819205433.45384upebz0ij...@mail.tibal.info> you wrote: > > Correct me if I'm wrong, but I thought I read in some document that you can > > set some environment variable that will load the image from an alternate > > location (address) after failing to boot t

Re: [U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

Dear Ben Warren, In message <4a8c3172.70...@gmail.com> you wrote: > > > - if (!miiphy_link(dev->name, phyadr)) { > > - printf("%s: No link on %s\n", __FUNCTION__, dev->name); > > > Please use __func__ instead. It's defined in C99, while __FUNCTION__ > isn't (or so I've read) Do

Re: [U-Boot] Switch to backup image after failure to boot

Dear dbrazeau, In message <25047967.p...@talk.nabble.com> you wrote: > > Correct me if I'm wrong, but I thought I read in some document that you can > set some environment variable that will load the image from an alternate > location (address) after failing to boot the image at the primary locat

Re: [U-Boot] will ELDK 4.2 arm toolchain work for beagleboard u-boot?

Dear "Robert P. J. Day", In message you wrote: > > i want to use ELDK 4.2 to cross-compile u-boot for my beagleboard, > can someone verify that it does that properly? thanks. Yes, it does. We used it for U-Boot, kernel and user land code. Best regards, Wolfgang Denk -- DENX Software Engi

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

Dear Detlev Zundel, In message you wrote: > > Not quite. A quick check reveals that the bcm7038 is a r5000 based > mips64 bit at heart (I'm a little confused here, there seem to be also > 32bit r5000?). So not only will you be doing a new cpu port (level 2), > but really a new architecture , i

[U-Boot] [PATCH] Support for the Calao TNY-A9260/TNY-A9G20 boards

The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao Systems . Their components are very similar to the AT91SAM9260EK board, so their configuration is based on the configuration of this board. There are however some differences: different clocks,

Re: [U-Boot] Switch to backup image after failure to boot

> Correct me if I'm wrong, but I thought I read in some document that you can > set some environment variable that will load the image from an alternate > location (address) after failing to boot the image at the primary location. > I was just wondering if someone could give me some details about t

[U-Boot] [PATCH 7/7] mpc85xx: Configure QE USB for MPC8569E-MDS boards

Setup QE pin multiplexing for USB function, configure needed BCSRs and add some fdt fixups. Signed-off-by: Anton Vorontsov --- board/freescale/mpc8569mds/bcsr.h |4 +++ board/freescale/mpc8569mds/mpc8569mds.c | 32 +++ drivers/qe/fdt.c

[U-Boot] [PATCH 6/7] mpc85xx: Configure QE UART for MPC8569E-MDS boards

To make QE UART usable by Linux we should setup pin multiplexing and turn UCC2 Ethernet node into UCC2 QE UART node. Also, QE UART is mutually exclusive with UART0, so we can't enable it if eSDHC is in use. Signed-off-by: Anton Vorontsov --- board/freescale/mpc8569mds/bcsr.h |1 + boa

[U-Boot] [PATCH 5/7] mpc85xx: Setup QE pinmux for SPI Flash on MPC8569E-MDS boards

SPI Flash (M25P40) is connected to the SPI1 bus, we need a few qe_iop entries to actually enable SPI1 on these boards. Signed-off-by: Anton Vorontsov --- board/freescale/mpc8569mds/mpc8569mds.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/board/freescale/mpc8569m

[U-Boot] [PATCH 1/7] fdt_support: Add multi-serial support for stdout fixup

Currently fdt_fixup_stdout() is using hard-coded CONFIG_CONS_INDEX constant. With multi-serial support, the CONS_INDEX may no longer represent actual console, so we should try to extract port number from the current stdio device name instead of always hard-coding the constant value. Signed-off-by:

[U-Boot] [PATCH 4/7] mpc85xx: Setup SRIO memory region LAW for MPC8569E-MDS boards

This patch sets memory window for Serial RapidIO on MPC8569E-MDS boards. Signed-off-by: Anton Vorontsov --- board/freescale/mpc8569mds/law.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/board/freescale/mpc8569mds/law.c b/board/freescale/mpc8569mds/law.c index e7381aa.

[U-Boot] [PATCH 3/7] mpc85xx: Add eLBC NAND support for MPC8569E-MDS boards

Simply add some defines, and adjust TLBe setup to include some space for eLBC NAND. Signed-off-by: Anton Vorontsov --- board/freescale/mpc8569mds/tlb.c | 30 +++--- include/configs/MPC8569MDS.h | 23 +++ 2 files changed, 34 insertions(+), 19 de

[U-Boot] [PATCH 2/7] mpc85xx: Add eSDHC support for MPC8569E-MDS boards

eSDHC is mutually exlusive with UART0* and I2C2. When eSDHC is used, we should switch u-boot console to UART1, and make the proper device-tree fixups. * Actually, according to User's Guide we can use eSDHC in serial (1-bit) mode without disabling UART0, but for me it doesn't work on prototype

Re: [U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

Simon, Simon Kagstrom wrote: > Wait for the link to come up on kirkwood network init > > This patch makes the device wait for up to 5 seconds for the link to > come up, similar to what many of the other network drivers do. This > avoids confusing situations where, e.g., a tftp fails when initiated

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

Simon Kagstrom wrote: > On Wed, 19 Aug 2009 16:06:12 +0800 > "Liu Dave-R63238" wrote: > > >>> Well, that's what the other patch I sent does (the link above), but >>> there were wishes then to handle this above the driver layer, hence >>> this patch :-) >>> >>> I'm fine with either way, but if t

[U-Boot] Switch to backup image after failure to boot

Correct me if I'm wrong, but I thought I read in some document that you can set some environment variable that will load the image from an alternate location (address) after failing to boot the image at the primary location. I was just wondering if someone could give me some details about this as

[U-Boot] will ELDK 4.2 arm toolchain work for beagleboard u-boot?

i want to use ELDK 4.2 to cross-compile u-boot for my beagleboard, can someone verify that it does that properly? thanks. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Co

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

Hi Peter, > I posted a message before about this, but I didn't really give it the most > descriptive subject (I went off to find the chip model and then forgot to > add it to the subject, doh!) > > Basically I'm trying to port uboot to the Broadcom BCM7038 chip, the current > bootloader I have is

Re: [U-Boot] e1000 Rx timeout with 82541ER

On Wed, 2009-08-19 at 14:58 +0200, Wolfgang Denk wrote: > Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, > > In message <1250683805.22118.22.ca...@swa-m460> you wrote: > > > > with latest e1000.c my 82541ER connected to a MPC5200 via PCI is no > > longer working correctly - I get timeouts after few packe

[U-Boot] building u-boot using ELDK on 64-bit fedora 11

i spent a few minutes earlier this morning building the latest u-boot for my beagleboard using the ELDK 4.2 arm toolchain on my 64-bit fedora 11 system and since google showed me there was some discussion as to how to do that on 64-bit debian, i figured i'd just verify that what i did seemed san

Re: [U-Boot] [PATCH] fsl: simplify the "mac id" command, improve boot-time informational message

On Aug 18, 2009, at 5:28 PM, Timur Tabi wrote: > The "mac id" command took a 4-character parameter as the identifier > string. > However, for any given board, only one kind of identifier is > acceptable, so it > makes no sense to ask the user to type it in. Instead, if the user > enters >

Re: [U-Boot] e1000 Rx timeout with 82541ER

Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, In message <1250683805.22118.22.ca...@swa-m460> you wrote: > > with latest e1000.c my 82541ER connected to a MPC5200 via PCI is no > longer working correctly - I get timeouts after few packets. After > having a quick look at the code changes it's obvious tha

[U-Boot] [PATCH/RFC] drivers/mmc/mmc.c: change the controller frequency before the card frequency

While rewriting the atmel_mci driver to use the new MMC_GENERIC API (and allow the use of SD/MMC on AT91 in the process), it appeared that switching the card frequency before the controller frequency resulted in the answer from the card never being received. Changing the controller frequency before

[U-Boot] e1000 Rx timeout with 82541ER

Roy, Ben, with latest e1000.c my 82541ER connected to a MPC5200 via PCI is no longer working correctly - I get timeouts after few packets. After having a quick look at the code changes it's obvious that I can't figure out the problem quickly since there has been a lot of changes. This is out

Re: [U-Boot] still ongoing problems using minicom to talk to u-boot?

hi, On Wed, 2009-08-19 at 13:39 +0200, Wolfgang Denk wrote: > Dear "Robert P. J. Day", > > In message you wrote: > > > > i *did* read that, which is why i was asking. i'm trying to figure > > out *what* specific problem minicom has that is avoided by the use of > > cu or kermit, something tha

[U-Boot] [PATCH v4] use common code for Matrix Vision boards

clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343) by using common code. Signed-off-by: André Schwarz --- Wolfgang, this is my current diff against your latest master repository - I'm unable to split it anymore. Unfortunately the e1000 is currently not working on the mvBC-P but this

Re: [U-Boot] still ongoing problems using minicom to talk to u-boot?

Dear "Robert P. J. Day", In message you wrote: > > i *did* read that, which is why i was asking. i'm trying to figure > out *what* specific problem minicom has that is avoided by the use of > cu or kermit, something that short section doesn't address. It is not one specific problem. minicom

Re: [U-Boot] still ongoing problems using minicom to talk to u-boot?

On Wed, 19 Aug 2009, Wolfgang Denk wrote: > Dear "Robert P. J. Day", > > In message you wrote: > > > > i purchased a different converter and everything was fine. so i'm > > still curious about potential problems with minicom and u-boot. > > Just RTFM: http://www.denx.de/wiki/view/DULG/SystemSe

[U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

Wait for the link to come up on kirkwood network init This patch makes the device wait for up to 5 seconds for the link to come up, similar to what many of the other network drivers do. This avoids confusing situations where, e.g., a tftp fails when initiated early after U-boot has started (before

Re: [U-Boot] still ongoing problems using minicom to talk to u-boot?

Dear "Robert P. J. Day", In message you wrote: > > i purchased a different converter and everything was fine. so i'm > still curious about potential problems with minicom and u-boot. Just RTFM: http://www.denx.de/wiki/view/DULG/SystemSetup#Section_4.4. Best regards, Wolfgang Denk -- DENX

[U-Boot] still ongoing problems using minicom to talk to u-boot?

the current u-boot manual suggests there are still problems using minicom to connect to u-boot. does anyone know what those problems are, and if they still exist? i've been using minicom to connect to the pre-installed u-boot on my beagleboard for months now, and it's worked reliably, except

[U-Boot] [PATCH "mkimage" branch] tools/mkimage: fix compiler warnings, use "const"

This fixes some compiler warnings: tools/default_image.c:141: warning: initialization from incompatible pointer type tools/fit_image.c:202: warning: initialization from incompatible pointer type and changes to code to use "const" attributes in a few places where it's appropriate. Signed-off-by: W

Re: [U-Boot] [PATCH v2] tools: mkimage: split code into core, default and FIT image specific

Dear Prafulla Wadaskar, In message <1250683606-25278-1-git-send-email-prafu...@marvell.com> you wrote: > This is first step towards cleaning mkimage code for kwbimage > support in clean way. Current mkimage code is very specific to > uimg generation whereas the same framework can be used to > gene

Re: [U-Boot] Fw: Regarding 8641D uboot

Dear "Thirumalai", In message <820f0e9acca24322b411a9c59bfb0...@itd210> you wrote: > > >>> CAUTION - Disclaimer *This email > >>> may contain confidential and privileged material for the > >>> sole use of the intended recipient(s). Any review, use,

Re: [U-Boot] [PATCH v3] create and use common code for Matrix Vision boards

Wolfgang, On Thu, 2009-07-23 at 21:15 +0200, Wolfgang Denk wrote: > Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, > > In message <1247842785.3953.90.ca...@swa-m460> you wrote: > > This patch adds and uses common code for all Matrix Vision boards. > > > > Signed-off-by: Andr=C3=A9 Schwarz > > --- > >

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

On Wed, 19 Aug 2009 16:06:12 +0800 "Liu Dave-R63238" wrote: > > Well, that's what the other patch I sent does (the link above), but > > there were wishes then to handle this above the driver layer, hence > > this patch :-) > > > > I'm fine with either way, but if there are other drivers with >

[U-Boot] Fw: Regarding 8641D uboot

- Original Message - From: "Kumar Gala" To: "Thirumalai" Sent: Tuesday, August 18, 2009 7:45 PM Subject: Re: Regarding 8641D uboot > Please ask these questions on the u-boot list. > > - k > > On Aug 17, 2009, at 10:19 PM, Thirumalai wrote: > >> Hi Kumar, >> Correct me if i am wr

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

> Well, that's what the other patch I sent does (the link above), but > there were wishes then to handle this above the driver layer, hence > this patch :-) > > I'm fine with either way, but if there are other drivers with > alignment requirements, I'd prefer this variant. I believe some Freesca

Re: [U-Boot] [PATCH] arm:kirkwood See to it that sent data is 8-byte aligned

On Tue, 18 Aug 2009 11:32:06 +0200 Simon Kagstrom wrote: > + /* Copy buffer if it's misaligned */ > if ((u32) dataptr & 0x07) { > - printf("Err..(%s) xmit dataptr not 64bit aligned\n", > - __FUNCTION__); > - return -1; > + static v

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

On Wed, 19 Aug 2009 15:36:04 +0800 "Liu Dave-R63238" wrote: > > Currently kirkwood_egiga.c has an 8-byte requirement. This patch is an > > alternative and replacement for "[PATCH] arm:kirkwood See to it that > > sent data is 8-byte aligned" sent here > > > > http://lists.denx.de/pipermail/u-bo

Re: [U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

> > See to it that sent data is aligned to the ethernet controllers wishes > > This patch adds a send_alignment member to the eth_device structure > which specifies what the alignment requirements are for the particular > device. eth_send checks this alignment on sends, and if it > doesn't match

[U-Boot] [PATCH] net: See to it that sent data is aligned to the ethernet controllers wishes

See to it that sent data is aligned to the ethernet controllers wishes This patch adds a send_alignment member to the eth_device structure which specifies what the alignment requirements are for the particular device. eth_send checks this alignment on sends, and if it doesn't match the device requ

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

Dear Prafulla Wadaskar, In message <1250679240-17557-1-git-send-email-prafu...@marvell.com> you wrote: > I am sorry for previous post v2, pls ignore it, this is the right patch for > the same This comment does not belong to the commit message. Please move below the "---" line. > This feature ca

Re: [U-Boot] DDR initialization

Dear Magnus Lilja, In message <59b21cf20908182251v6e023327h42fceb2ffb86c...@mail.gmail.com> you wrote: > > It's often done in lowlevel_init.S, whether that's true for all > platforms and all boards I do not know. lowlevel_init.S is only used on ARM boards. No other architecture does it like tha

[U-Boot] [PATCH v2] tools: mkimage: split code into core, default and FIT image specific

This is first step towards cleaning mkimage code for kwbimage support in clean way. Current mkimage code is very specific to uimg generation whereas the same framework can be used to generate other image types like Kirkwood boot image (kwbimage-TBD). For this, the architecture of mkimage code need