Re: [U-Boot-Users] Problem with flash cfi legacy mode

Tor Krill wrote: >> Hm - right. You are probably the first one to use that code on a 16-bit >> non-CFI flash - for 16-bit flashs, the read will need to be changed, but >> I am not sure how exactly - I think we may need separate code depending >> on info->chipwidth, because 8-bit flashs only have an

Re: [U-Boot-Users] Problem with flash cfi legacy mode

Tor Krill wrote: > Im working on adding support for our board to u-boot. > > I use legacy flash mode for our boot-flash. I however have some problems > with it. > > When using jedec probe to identify our flash. Im unable to do so with our > 16bit device-id. In my opinion it seems like this actually

Re: [U-Boot-Users] [PATCH] Add flash programming counter]

Wolfgang Denk wrote: > Please let's stay terse. Printing a dot is a single character on the > console. I dislike funny stuff which requires output of non-printing > characters or (weven worse!) terminal specific escape sequences. > Backspace or CR without LF should work on all terminals, no?

Re: [U-Boot-Users] Altera Stratix II

Brent Cook wrote: > On Friday 29 February 2008 15:36:59 eran liberty wrote: > >> Any attempt to access these non existing address will lead to bus >> fault exactly as if the flash was a 32Mb (which in many sense it is). >> So, again, it is important for me to tell u-boot "go ahaed and use >> CFI

Re: [U-Boot-Users] U-Boot v1.3.2-rc2 released

rrives. >From 23ce4f89cae10202ee5632608b115859774aaa7b Mon Sep 17 00:00:00 2001 From: Michael Schwingen <[EMAIL PROTECTED]> Date: Fri, 29 Feb 2008 20:48:02 +0100 Subject: [PATCH] add CONFIG_MII_ETHSWITCH support to IXP42x npe driver Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> --- cpu/ixp/npe/npe.c |

Re: [U-Boot-Users] U-Boot v1.3.2-rc2 released

42x GPIO_INT_ACT_LOW_SET can't handle interrupt lines above GPIO8 at all - these are set in IXP425_GPIO_GPIT2R instead of IXP425_GPIO_GPIT1R. For a quick fix, removing the set for the interrupt line should be OK, since the board does not use PCI in u-boot (yet): Signed-off-by: Michael Schwingen

Re: [U-Boot-Users] [PATCH] Add support for Generic PHY in macb

[EMAIL PROTECTED] wrote: > ... if I understand the physical address is latched during power on and > if the logic is not good maybe it can be latched a different addresss in > different session. I like somenthing that permits at software > developer to easy > search for the physical address. The "

Re: [U-Boot-Users] [PATCH] Add support for Generic PHY in macb

michael wrote: > I add the cycle only for testing and works, now I will take a look to the > mii layer in the u-boot and maybe find a better and clean solution if I have > spare time. > Did I get that right - you added a loop to check all PHY addresses,and now it works on your board? If yes, y

Re: [U-Boot-Users] [PATCH] Add support for Generic PHY in macb

Haavard Skinnemoen wrote: > Yes, we could do that. But it comes with its own share of problems -- > some boards have a too weak pull-up (or none at all) on the MDIO line, > so the probing code sometimes thinks it has found a whole bunch of > PHYs... > And you have to know which PHY belongs to wh

Re: [U-Boot-Users] [PATCH] Add support for Generic PHY in macb

Haavard Skinnemoen wrote: > Right. We might need to add support for such PHYs, but just disabling > the sanity check is far from enough. > Agreed - in the case of a single MII-connected TP PHY, we really need working MDIO (or some replacement). For special cases (100BaseF fiber, which is alway

Re: [U-Boot-Users] [PATCH] Add support for Generic PHY in macb

Haavard Skinnemoen wrote: > All MII-capable PHYs should have a working PHYSID1 register. If it > doesn't, something is broken. > It depends - I am not sure if there are PHYs which simply do not implement MDIO, but at least for ethernet switches, such chips do exist. > So I think the CONFIG_GENE

Re: [U-Boot-Users] [patch] do not use cmd_reset uninitialized in cfi_flash.c

l flashs do no see an invalid command prior to the CFI query. I have tested the patch on AM29LV320-style flashs from Fujitsu and Macronix, plus Intel StrataFlash. cu Michael >From c18599658f8470898dc12ac99528d03b3a8d570c Mon Sep 17 00:00:00 2001 From: Michael Schwingen <[EMAIL PROTECTE

Re: [U-Boot-Users] [patch] do not use cmd_reset uninitialized in cfi_flash.c

Stefan Roese wrote: >> I think I can run tests on a small set (~5-10 different AMD-commandset >> and 2 intel-commandset, all 16 bit) flashs, but that still leaves the >> (small) possibility that there are flash roms that behave different. >> > > Right. But it will be an improvement to the curr

Re: [U-Boot-Users] [patch] do not use cmd_reset uninitialized in cfi_flash.c

Stefan Roese wrote: >> However, I wonder if it would be possible to simply issue *both* reset >> commands - if the flash safely ignores the second (unknown) command, >> this should be fine, but it is relying on undocumented behaviour. >> > > Good idea. Do you (or somebody else) have HW availab

Re: [U-Boot-Users] [patch] do not use cmd_reset uninitialized in cfi_flash.c

Stefan Roese wrote: > But you need to know what FLASH chips you are using in this case (Intel or > AMD/Spansion). But you are right, they are not pin compatible, so it should > be fixed for one board and your solution should be ok. The board config file > just has to select CFG_FLASH_CFI_AMD_RES

Re: [U-Boot-Users] "stacked" memory mapped flash assisted with GPIOs

Mike Frysinger wrote: >> I have not yet looked at the details of working with NAND flash, but the >> requirements should be similar. Maybe the NAND subsystem can be coerced >> to do what you need ... >> > > i dont think nand would be as much of a problem as it isnt directly > addressable. yo

Re: [U-Boot-Users] "stacked" memory mapped flash assisted with GPIOs

Mike Frysinger wrote: > some Blackfin processors have an optional async memory controller which > allows > for up to 4 megs of memory to be mapped. sometimes these 4 megs are not > enough, so people extend this by hooking up the higher address pins to GPIOs. > > so if you want to map 8 megs

Re: [U-Boot-Users] resend #5: [PATCH 2/5]: add AcTux-1 board support

Jean-Christophe PLAGNIOL-VILLARD wrote: > Ack but when applying I will do this change > > -#if (CONFIG_COMMANDS & CFG_CMD_PCI) || defined(CONFIG_PCI) > +#if defined(CONFIG_CMD_PCI) || defined(CONFIG_PCI) > It is OK for me if you do the change. cu Michael --

[U-Boot-Users] resend #5: [PATCH 2/5]: add AcTux-1 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux1/Makefile b/board/actux1/Makefile new file mode 100644 index 000..83611e7 --- /dev/null +++ b/board/actux1/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #5: [PATCH 4/5]: add AcTux-3 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux3/Makefile b/board/actux3/Makefile new file mode 100644 index 000..f6168c3 --- /dev/null +++ b/board/actux3/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #5: [PATCH 3/5]: add AcTux-2 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux2/Makefile b/board/actux2/Makefile new file mode 100644 index 000..37fd262 --- /dev/null +++ b/board/actux2/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #5: [PATCH 5/5]: add AcTux-4 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux4/Makefile b/board/actux4/Makefile new file mode 100644 index 000..845af93 --- /dev/null +++ b/board/actux4/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #5: [PATCH 1/5]: add AcTux board support (common)

(MAINTAINERS, MAKEALL, Makefile plus the complete update of include/asm-arm/mach-types.h), the board-specific files follow as 4 separate patches. cu Michael Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> (patch compressed due to size) actux.diff.bz2 Description: Binar

Re: [U-Boot-Users] resend #4: [PATCH 4/5]: add AcTux-3 board support

On Wed, Jan 16, 2008 at 11:21:56AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > > > > > > Could you specify cleary in each baord file on which do you work > > ??? > > > and > > > please be more explicit about his constants, rather than using magic > > > numbers. > > > > > The chip documen

Re: [U-Boot-Users] resend #4: [PATCH 4/5]: add AcTux-3 board support

Jean-Christophe PLAGNIOL-VILLARD wrote: >> +void reset_phy (void) >> +{ >> +int i; >> + >> +/* initialize the PHY */ >> +miiphy_reset ("NPE0", CONFIG_PHY_ADDR); >> + >> +/* all LED outputs = Link/Act */ >> +miiphy_write ("NPE0", CONFIG_PHY_ADDR, 0x16, 0x0AAA); >> + >> +/* se

[U-Boot-Users] resend #4: [PATCH 5/5]: add AcTux-4 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux4/Makefile b/board/actux4/Makefile new file mode 100644 index 000..845af93 --- /dev/null +++ b/board/actux4/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #4: [PATCH 2/5]: add AcTux-1 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux1/Makefile b/board/actux1/Makefile new file mode 100644 index 000..83611e7 --- /dev/null +++ b/board/actux1/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #4: [PATCH 4/5]: add AcTux-3 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux3/Makefile b/board/actux3/Makefile new file mode 100644 index 000..f6168c3 --- /dev/null +++ b/board/actux3/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #4: [PATCH 3/5]: add AcTux-2 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux2/Makefile b/board/actux2/Makefile new file mode 100644 index 000..37fd262 --- /dev/null +++ b/board/actux2/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering,

[U-Boot-Users] resend #4: [PATCH 1/5]: add AcTux board support (common)

Hi, resend of the previous patch set with formatting fixed (hopefully). The patch adds 4 boards, called AcTux-1 .. AcTux-4. This patch contains the files that contain changes for multiple boards, the board-specific files follow as separate patches. cu Michael Signed-off-by: Michael Schwingen

[U-Boot-Users] resend #3 [PATCH 1/5]: add AcTux board support (common)

resend the other 4 patches - OK? Should we (at some future point) modify the Makefiles to auto-generate the mach-types.h file like Linux does? Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> cu Michael actux.diff.bz2 Description: Binary data

[U-Boot-Users] resend #2 [PATCH 5/5]: add AcTux-4 board support

This patch adds the AcTux-4 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux4/Makefile b/board/

[U-Boot-Users] resend #2 [PATCH 4/5]: add AcTux-3 board support

This patch adds the AcTux-3 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux3/Makefile b/board/

Re: [U-Boot-Users] CUSTODIANS: List of open issues / not applied patches

Haavard Skinnemoen wrote: > Hmm...I guess my compile tests didn't hit the CONFIG_CFI_FLASH_LEGACY > case. Are there any boards that are actually using this in mainline? > Not yet. AcTux-4 will be, as soon as it is fit for inclusion. cu Michael -

[U-Boot-Users] resend #2 [PATCH 1/5]: add AcTux board support (common)

mach-types.h patch to fir the list size limit - the full version of the patch, with mach-types.h generated from the current ARM machine database, is at: http://www.schwingen.org/actux.diff cu Michael Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS

[U-Boot-Users] resend #2 [PATCH 2/5]: add AcTux-1 board support

This patch adds the AcTux-1 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux1/Makefile b/board/actux1/Makefile new file mode 100644 index 000..a7e8322 --- /dev/null +++ b/board/actux1/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 200

[U-Boot-Users] resend #2 [PATCH 3/5]: add AcTux-2 board support

This patch adds the AcTux-2 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux2/Makefile b/board/

Re: [U-Boot-Users] resend [PATCH 1/5]: add AcTux board support (common)

Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > >> diff --git a/MAKEALL b/MAKEALL >> index ebc5a22..7e39b2c 100755 >> --- a/MAKEALL >> +++ b/MAKEALL >> @@ -516,6 +516,10 @@ LIST_ixp=3D"\ >> ixdpg425\ >> pdnb3 \ >> scpu\

[U-Boot-Users] resend [PATCH 5/5]: add AcTux-4 board support

This patch adds the AcTux-4 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux4/Makefile b/board/actux4/Ma

[U-Boot-Users] resend [PATCH 4/5]: add AcTux-3 board support

This patch adds the AcTux-3 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux3/Makefile b/board/actux3/Ma

[U-Boot-Users] resend [PATCH 2/5]: add AcTux-1 board support

This patch adds the AcTux-1 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/board/actux1/Makefile b/board/actux1/Makefile new file mode 100644 index 000..a7e8322 --- /dev/null +++ b/board/actux1/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 200

[U-Boot-Users] resend [PATCH 3/5]: add AcTux-2 board support

This patch adds the AcTux-2 specific files. Signed-off-by: Michael Schwingen <[EMAIL PROTEC

[U-Boot-Users] resend [PATCH 1/5]: add AcTux board support (common)

Hi, resend of the previous patch set with formatting fixed (hopefully). The patch adds 4 boards, called AcTux-1 .. AcTux-4. This patch contains the files that contain changes for multiple boards, the board-specific files follow as separate patches. cu Michael Signed-off-by: Michael Schwingen

Re: [U-Boot-Users] [PATCH] fix CONFIG_FLASH_CFI_LEGACY compilation

On Sat, Jan 12, 2008 at 07:48:26PM +0100, Wolfgang Denk wrote: > Hm... either you got the patch inverse, or something is seriously > broken: I vote for the second option - don't know what got into me. The strange thing is that it worked, nevertheless ... cu Michael Signed-off-

[U-Boot-Users] [PATCH 5/5]: add AcTux-4 board support

This patch adds support for the AcTux-4 board. This is probably the first board to use the CONFIG_FLASH_CFI_LEGACY support. cu Michael Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/include/configs/actux4.h b/include/configs/actux4.h new file mode 100644 index 0

[U-Boot-Users] [PATCH 2/5]: add AcTux-1 board support

This patch adds the AcTux-1 specific files. cu Michael Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/include/configs/actux1.h b/include/configs/actux1.h new file mode 100644 index 000..1ecf31e --- /dev/null +++ b/include/configs/actux1.h @@ -0,0 +1,241 @@ +/*

[U-Boot-Users] [PATCH 3/5]: add AcTux-2 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/include/configs/actux2.h b/include/configs/actux2.h new file mode 100644 index 000..873b2f9 --- /dev/null +++ b/include/configs/actux2.h @@ -0,0 +1,215 @@ +/* + * (C) Copyright 2007 + * Michael Schwingen, [EMAIL PRO

[U-Boot-Users] [PATCH 4/5]: add AcTux-3 board support

Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/include/configs/actux3.h b/include/configs/actux3.h new file mode 100644 index 000..9492f95 --- /dev/null +++ b/include/configs/actux3.h @@ -0,0 +1,216 @@ +/* + * (C) Copyright 2007 + * Michael Schwingen, [EMAIL PRO

[U-Boot-Users] [PATCH] fix CONFIG_FLASH_CFI_LEGACY compilation

ter a closer look, just a small change is required. Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 4f61e36..3a3439c 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -1446,11 +1446

[U-Boot-Users] [PATCH 1/5]: add AcTux board support (common)

follow as single patches. I am not sure about the MACH_TYPE definitions - are these automatically pulled from the Linux master file? cu Michael Signed-off-by: Michael Schwingen <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 2ef2f5c..9291f48 100644 --- a/MAINTAINERS