Re: [U-Boot-Users] U-Boot 1.3.2 release
In message <[EMAIL PROTECTED]> you wrote: > > > How do you determine these numbers? By email address? > > why you gotta hate the Gentoo ! :) I don't hate it. ? > i dont know if the script has a small db, but ADI employs me (obviously) It may be obvious to you, it ain't so for me. This changes the stats into: Top lines changed by employer ADI 61912 (31.8%) Freescale 40796 (21.0%) DENX 35173 (18.1%) (Unknown) 17694 (9.1%) ESD Electronics 9607 (4.9%) ... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] There is nothing in this world constant but inconstancy. - Swift - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot 1.3.2 release
On Mar 10, 2008, at 11:26 PM, Mike Frysinger wrote: > On Monday 10 March 2008, Timur Tabi wrote: >> Wolfgang Denk wrote: >>> Top lines changed by employer >>> Gentoo61912 (31.8%) >>> Freescale 40796 (21.0%) >> >> How do you determine these numbers? By email address? > > why you gotta hate the Gentoo ! :) > > i dont know if the script has a small db, but ADI employs me > (obviously) > -mike Since we are commenting on this. I'm sure Freescale would appreciate that any work attributed to me got associated with them. They do pay me for this stuff :) - k - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot 1.3.2 release
On Monday 10 March 2008, Timur Tabi wrote: > Wolfgang Denk wrote: > > Top lines changed by employer > > Gentoo61912 (31.8%) > > Freescale 40796 (21.0%) > > How do you determine these numbers? By email address? why you gotta hate the Gentoo ! :) i dont know if the script has a small db, but ADI employs me (obviously) -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] sh: Fix receive FIFO level register of SH4A
Receive FIFO level register is different in SH4A.
Because register is different, cannot occasionally receive data.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
drivers/serial/serial_sh.c | 52 +--
1 files changed, 30 insertions(+), 22 deletions(-)
diff --git a/drivers/serial/serial_sh.c b/drivers/serial/serial_sh.c
index ecb97bf..8ee58a0 100644
--- a/drivers/serial/serial_sh.c
+++ b/drivers/serial/serial_sh.c
@@ -37,41 +37,45 @@
#define SCFCR (vu_short *)(SCIF_BASE + 0x18)
#define SCFDR (vu_short *)(SCIF_BASE + 0x1C)
#ifdef CONFIG_CPU_SH7720 /* SH7720 specific */
-#define SCFSR (vu_short *)(SCIF_BASE + 0x14) /* SCSSR */
-#define SCFTDR (vu_char *)(SCIF_BASE + 0x20)
-#define SCFRDR (vu_char *)(SCIF_BASE + 0x24)
+# define SCFSR (vu_short *)(SCIF_BASE + 0x14) /* SCSSR */
+# define SCFTDR(vu_char *)(SCIF_BASE + 0x20)
+# define SCFRDR(vu_char *)(SCIF_BASE + 0x24)
#else
-#define SCFTDR (vu_char *)(SCIF_BASE + 0xC)
-#define SCFSR (vu_short *)(SCIF_BASE + 0x10)
-#define SCFRDR (vu_char *)(SCIF_BASE + 0x14)
+# define SCFTDR (vu_char *)(SCIF_BASE + 0xC)
+# define SCFSR (vu_short *)(SCIF_BASE + 0x10)
+# define SCFRDR (vu_char *)(SCIF_BASE + 0x14)
#endif
#if defined(CONFIG_CPU_SH7780) || \
defined(CONFIG_CPU_SH7785)
-#define SCRFDR (vu_short *)(SCIF_BASE + 0x20)
-#define SCSPTR (vu_short *)(SCIF_BASE + 0x24)
-#define SCLSR (vu_short *)(SCIF_BASE + 0x28)
-#define SCRER (vu_short *)(SCIF_BASE + 0x2C)
-#define LSR_ORER 1
+# define SCRFDR(vu_short *)(SCIF_BASE + 0x20)
+# define SCSPTR(vu_short *)(SCIF_BASE + 0x24)
+# define SCLSR (vu_short *)(SCIF_BASE + 0x28)
+# define SCRER (vu_short *)(SCIF_BASE + 0x2C)
+# define LSR_ORER 1
+# define FIFOLEVEL_MASK0xFF
#elif defined(CONFIG_CPU_SH7750) || \
defined(CONFIG_CPU_SH7722)
-#define SCSPTR (vu_short *)(SCIF_BASE + 0x20)
-#define SCLSR (vu_short *)(SCIF_BASE + 0x24)
-#define LSR_ORER 1
+# define SCSPTR(vu_short *)(SCIF_BASE + 0x20)
+# define SCLSR (vu_short *)(SCIF_BASE + 0x24)
+# define LSR_ORER 1
+# define FIFOLEVEL_MASK0x1F
#elif defined(CONFIG_CPU_SH7720)
-#define SCLSR (vu_short *)(SCIF_BASE + 0x24)
-#define LSR_ORER 0x0200
+# define SCLSR (vu_short *)(SCIF_BASE + 0x24)
+# define LSR_ORER 0x0200
+# define FIFOLEVEL_MASK0x1F
#elif defined(CONFIG_CPU_SH7710)
defined(CONFIG_CPU_SH7712)
-#define SCLSR SCFSR /* SCSSR */
-#define LSR_ORER 1
+# define SCLSR SCFSR /* SCSSR */
+# define LSR_ORER 1
+# define FIFOLEVEL_MASK0x1F
#endif
/* SCBRR register value setting */
#if defined(CONFIG_CPU_SH7720)
-#define SCBRR_VALUE(bps, clk) (((clk*2)+16*bps)/(32*bps)-1)
+# define SCBRR_VALUE(bps, clk) (((clk*2)+16*bps)/(32*bps)-1)
#else /* Generic SuperH */
-#define SCBRR_VALUE(bps, clk) ((clk+16*bps)/(32*bps)-1)
+# define SCBRR_VALUE(bps, clk) ((clk+16*bps)/(32*bps)-1)
#endif
#define SCR_RE (1 << 4)
@@ -109,12 +113,16 @@ int serial_init (void)
static int serial_tx_fifo_level (void)
{
- return (*SCFDR >> 8) & 0x1F;
+ return (*SCFDR >> 8) & FIFOLEVEL_MASK;
}
static int serial_rx_fifo_level (void)
{
- return (*SCFDR >> 0) & 0x1F;
+#if defined(CONFIG_SH4A)
+ return (*SCRFDR >> 0) & FIFOLEVEL_MASK;
+#else
+ return (*SCFDR >> 0) & FIFOLEVEL_MASK;
+#endif
}
void serial_raw_putc (const char c)
--
1.5.3.8
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Regarding my patch to move FSL boards...
Wolfgang, I sent a patch last week that moved 3 FSL boards from board/ so that they would instead be under board/freescale/. As that patch is for a 7448, 826x and 8266 families, I didn't apply it to my mpc86xx repository. Would you be willing to apply that patch directly when you get a chance? Or, if you would prefer, I can apply it to my 86xx repository and have you pull it. Your preference! Thanks, jdl - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Flash write crash on MPC8548CDS
Here is my sequence narrated: U-Boot 1.3.2-rc3 (Mar 6 2008 - 12:00:30) CPU: 8548, Version: 2.0, (0x80310020) Core: E500, Version: 2.0, (0x80210020) Clock Configuration: CPU: 990 MHz, CCB: 396 MHz, DDR: 198 MHz, LBC: 49 MHz L1:D-cache 32 kB enabled I-cache 32 kB enabled Board: EXSW1600 I2C: ready DRAM: Initializing DDR: 512 MB \* * I give less sectors then needed for the flash, * forcefully restricting its size * don't think it should matter *\ FLASH: ERROR: too many flash sectors ERROR: too many flash sectors 16 MB L2 cache 512KB: enabled PCI: 64 bit, unknown MHz, async, host, arbiter Scanning PCI bus 00 PCI on bus 00 - 00 In:serial Out: serial Err: serial /* * My print add-on, so i can calc the address in the objdump file */ gd->reloc_off = 0x2004 /* * My board FPGA burn process */ FPGA loading Image Name: 20080219:1741 Image Type: PowerPC Linux Kernel Image (bzip2 compressed) Data Size:415310 Bytes = 405.6 kB Load Address: Entry Point: Verifying Checksum ... OK loading to fpga done. Net: eTSEC0 Hit any key to stop autoboot: 0 /* * I don't think you wanted e005000 */ => md e005000 0e005000: deadbeef deadbeef deadbeef deadbeef 0e005010: deadbeef deadbeef deadbeef deadbeef 0e005020: deadbeef deadbeef deadbeef deadbeef 0e005030: deadbeef deadbeef deadbeef deadbeef 0e005040: deadbeef deadbeef deadbeef deadbeef 0e005050: deadbeef deadbeef deadbeef deadbeef 0e005060: deadbeef deadbeef deadbeef deadbeef 0e005070: deadbeef deadbeef deadbeef deadbeef 0e005080: deadbeef deadbeef deadbeef deadbeef 0e005090: deadbeef deadbeef deadbeef deadbeef 0e0050a0: deadbeef deadbeef deadbeef deadbeef 0e0050b0: deadbeef deadbeef deadbeef deadbeef 0e0050c0: deadbeef deadbeef deadbeef deadbeef 0e0050d0: deadbeef deadbeef deadbeef deadbeef 0e0050e0: deadbeef deadbeef deadbeef deadbeef 0e0050f0: deadbeef deadbeef deadbeef deadbeef /* * nor e005 */ => md e005 e005: 8000 8000 8000 8000 e0050010: 0001 0001 0001 0001 e0050020: 8000 8000 8000 8000 e0050030: 0001 0001 0001 0001 e0050040: 8000 8000 8000 8000 e0050050: 0001 0001 0001 0001 e0050060: 8000 8000 8000 8000 e0050070: 0001 0001 0001 0001 e0050080: 8000 8000 8000 8000 e0050090: 0001 0001 0001 0001 e00500a0: 8000 8000 8000 8000 e00500b0: 0001 0001 0001 0001 e00500c0: 8000 8000 8000 8000 e00500d0: 0001 0001 0001 0001 e00500e0: 8000 8000 8000 8000 e00500f0: 0001 0001 0001 0001 /* * You probably wanted this. */ => md e0005000 e0005000: ff801001 ff806e65 ff001001 ff806e65..ne..ne e0005010: f0001861 fc006901 f8001001 fff00ff7...a..i. e0005020: e0005030: e0005040: e0005050: e0005060: e0005070: e0005080: e0005090: e00050a0: 2000 ... e00050b0: e00050c0: e00050d0: 80030008 e00050e0: e00050f0: => fli Bank # 1: CFI conformant FLASH (16 x 16) Size: 8 MB in 64 Sectors AMD Standard command set, Manufacturer ID: 0x01, Device ID: 0x7E2301 Erase timeout: 16384 ms, write timeout: 2 ms Buffer write timeout: 5 ms, buffer size: 32 bytes Sector Start Addresses: FF80FF82FF84FF86FF88 FF8AFF8CFF8EFF90FF92 FF94FF96FF98FF9A0
Re: [U-Boot-Users] Flash write crash on MPC8548CDS
On Mon, Mar 10, 2008 at 7:35 AM, Eran Liberty <[EMAIL PROTECTED]> wrote: > Dear Andy, > > I experience the same behavior as ksi described. Sadly, you are experiencing a slightly different behavior. > > => cp.b FF80 FF00 8 > Copy to Flash... External Interrupt Exception at PC: 1ffc1dc0, SR: 29200, > vector=500 irq [EMAIL PROTECTED] You are getting source vector 3. This means the LBC is throwing off errors, rather than the ECM. Could you show me the result of running "md e005000"? Then we can see what sort of error is causing the exception. Andy - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] TQM5200B: update MTD partition layout
- insert partition for dtb blob to TQM5200B MTD layout - set env variables dependent on the configured board (TQM5200 or TQM5200B) Signed-off-by: Martin Krause <[EMAIL PROTECTED]> --- include/configs/TQM5200.h | 21 - 1 files changed, 16 insertions(+), 5 deletions(-) diff --git a/include/configs/TQM5200.h b/include/configs/TQM5200.h index 9a0e9b8..b36c826 100644 --- a/include/configs/TQM5200.h +++ b/include/configs/TQM5200.h @@ -252,12 +252,22 @@ "setup=tftp 20 cam5200/setup.img; autoscr 20\0" #endif +#if defined(CONFIG_TQM5200_B) +#define ENV_FLASH_LAYOUT \ + "fdt_addr=FC10\0" \ + "kernel_addr=FC14\0"\ + "ramdisk_addr=FC60\0" +#else /* !CONFIG_TQM5200_B */ +#define ENV_FLASH_LAYOUT \ + "fdt_addr=FC0A\0" \ + "kernel_addr=FC0C\0"\ + "ramdisk_addr=FC30\0" +#endif + #define CONFIG_EXTRA_ENV_SETTINGS \ "netdev=eth0\0" \ "console=ttyPSC0\0" \ - "fdt_addr=FC0A\0" \ - "kernel_addr=FC0C\0"\ - "ramdisk_addr=FC30\0" \ + ENV_FLASH_LAYOUT\ "kernel_addr_r=40\0"\ "fdt_addr_r=60\0" \ "rootpath=/opt/eldk/ppc_6xx\0" \ @@ -400,8 +410,9 @@ # if defined(CONFIG_TQM5200_B) # if defined(CFG_LOWBOOT) # define MTDPARTS_DEFAULT"mtdparts=TQM5200-0:1m(firmware)," \ - "1536k(kernel),"\ - "3584k(small-fs)," \ + "256k(dtb),"\ + "2304k(kernel),"\ + "2560k(small-fs)," \ "2m(initrd)," \ "8m(misc)," \ "16m(big-fs)" - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot 1.3.2 release
Wolfgang Denk wrote: > Top lines changed by employer > Gentoo61912 (31.8%) > Freescale 40796 (21.0%) How do you determine these numbers? By email address? -- Timur Tabi Linux kernel developer at Freescale - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot 1.3.2 release
In message <[EMAIL PROTECTED]> you wrote: > > What's the plan for the new-image branch for 1.3.3? It will be merged. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] In the realm of scientific observation, luck is granted only to those who are prepared. - Louis Pasteur - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
In message <[EMAIL PROTECTED]> you wrote: > > Now tested as you suggested: Hmm... ... > +#define CFG_LOAD_ADDR(CFG_SDRAM_BASE + 0x0040) > +#define CFG_BOOTPARAMS_LEN (16 * 1024) > + > +/* Other configuration settings that shouldn't have to change all that > often */ ^^ ... > +#define __BR2_ADDED_CONFIG_H > +#define CONFIG_HOSTNAME hammerhead > +#undef CONFIG_BOOTARGS > +#define CONFIG_BOOTARGS "console=ttyS0 root=/dev/mtdblock1 > rootfstype=jffs2" ^^ It's STILL line-wrapped. Can you please test this OFF LIST until you are SURE it's working? Thanks. Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] God grant me the senility to accept the things I cannot change, The frustration to try to change things I cannot affect, and the wisdom to tell the difference. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Flash write crash on MPC8548CDS
Kumar Gala kernel.crashing.org> writes: > > > On Mar 10, 2008, at 7:35 AM, Eran Liberty wrote: > > > Dear Andy, > > > > I experience the same behavior as ksi described. > > > > I experience this over u-boot-1.3.2-rc3 which should have had this > > fixed. > > I assume you referred to commit > > 21fae8b2b4e4e6e648796e07e20ab13e9cb18923. > > > > Are there any follow ups on this subject? > > We pushed a fix and it should be in the 1.3.2 release. > > Look for 'Invalidate INIT_RAM TLB mappings' > > - k > Exactly my point. I have followed up on the suggested patch, made sure it is indeed in the latest release u-boot-1.3.2-rc3 (it is), And still I get this behavior. It is worth mentioning that: 1. It is much easier to reproduce this in flash to flash copy. 2. I am still not 100% sure that my hardware is not acting funny. Cheers, Liberty - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mpc83xx: make dtb basename file references equal those of linux
Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: >>> I don't think this is a good idea. File names and board config names >>> should match as far as possible, and here is no good reason to >>> deviate from this rule. >> But the DTS files have already been renamed. The DTS for the MPC832xE-MDS is >> called mpc832x_mds.dts, so the DTB is going to be called mpc832x_mds.dtb. > > Well, then undo that change, please? I'm not the one who renamed the files, but I don't think they're going to be changed back. -- Timur Tabi Linux kernel developer at Freescale - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot 1.3.2 release
On Mar 9, 2008, at 12:07 PM, Wolfgang Denk wrote: > Hi everybody, > > U-Boot v1.3.2 has been released and is available from the git > repository and the FTP server. > > > The Merge Window for v1.3.3 is open until Mar 31, 23:59:59 MET. > > Release v1.3.3 is scheduled for May 12, but you know that you better > don't hold your breath. What's the plan for the new-image branch for 1.3.3? - k - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Flash write crash on MPC8548CDS
On Mar 10, 2008, at 7:35 AM, Eran Liberty wrote: > Dear Andy, > > I experience the same behavior as ksi described. > > I experience this over u-boot-1.3.2-rc3 which should have had this > fixed. > I assume you referred to commit > 21fae8b2b4e4e6e648796e07e20ab13e9cb18923. > > Are there any follow ups on this subject? We pushed a fix and it should be in the 1.3.2 release. Look for 'Invalidate INIT_RAM TLB mappings' - k - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mpc83xx: make dtb basename file references equal those of linux
On Sat, 08 Mar 2008 10:19:56 +0100
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Kim,
>
> in message <[EMAIL PROTECTED]> you wrote:
> >
> > > I don't think it's exactly intuitive to have a board named
> > > "mpc832xemds" and the related files use "mpc832x_mds".
> > >
> > > That looks awfully broken to me.
> >
> > afaik, you can supposedly buy an mds board with an mpc8321,
> > mpc8321e, mpc8323, or an mpc8323e (the trailing 'e' denotes whether the
> > crypto engine has its fuse intact). It's just the mpc8323e that is
> > (probably by far) the most common.
>
> Yes, I know. By "board name" I mean the name of the configuration in
> U-Boot, and the related file names i. e.
>
> Makefile: MPC8323ERDB_config
> MPC832XEMDS_config
> MPC832XEMDS_HOST_33_config
> MPC832XEMDS_HOST_66_config
> MPC832XEMDS_SLAVE_config
> MPC832XEMDS_ATM_config
> doc/README.mpc8323erdb
> doc/README.mpc832xemds
> include/configs/MPC8323ERDB.h
> include/configs/MPC832XEMDS.h
> board/freescale/mpc8323erdb/Makefile
> board/freescale/mpc8323erdb/config.mk
> board/freescale/mpc8323erdb/mpc8323erdb.c
> board/freescale/mpc832xemds/Makefile
> board/freescale/mpc832xemds/config.mk
> board/freescale/mpc832xemds/mpc832xemds.c
> board/freescale/mpc832xemds/pci.c
>
> and:
> CONFIG_MPC832XEMDS
>
>
> compare Linux:
>
> arch/powerpc/configs/mpc832x_mds_defconfig
> arch/powerpc/configs/mpc832x_rdb_defconfig
> arch/powerpc/boot/dts/mpc832x_mds.dts
> arch/powerpc/boot/dts/mpc832x_rdb.dts
> arch/powerpc/platforms/83xx/mpc832x_mds.c
> arch/powerpc/platforms/83xx/mpc832x_rdb.c
>
> and:
> CONFIG_MPC832x_MDS
>
> > linux board support files are consistent /within/ linux, and u-boot
>
> No, not even this.
>
> arch/powerpc/boot/dts/mpc832x_mds.dts says:
>
> * MPC8323E EMDS Device Tree Source
>model = "MPC8323EMDS";
>compatible = "MPC8323EMDS", "MPC832xMDS", "MPC83xxMDS";
>
> There is no name with an underscore there.
>
> > board support files are intra-u-boot consistent; it's just this
> > particular file (the device tree) needs to be inter-linux and u-boot
> > consistent (for interoperability purposes). Since linux does currently
>
> As you can see above, there are more places where the same name
> could or rather should be shared between U-Boot and Linux:
>
> - for the board specific #define's
> - for the board configuration ("MAKEALL foo" resp. "make foo_config"
> in U-Boot and "make foo_defconfig" in Linux)
> - for the file names in the source trees
you're right..
> Depending on your lab setup, you probably also share between U-Boot
> and Linux
>
> - the name of the /tftpboot directory
> - the name of the BDI2000 config file
> - the port name on the terminal server for serial console access
> - the port name remote power switch unit
>
> > host the device tree files, we should probably follow their naming
> > scheme, unless you want to discuss hosting device tree files in
> > u-boot ;).
> >
> > fyi, the board file was changed in the linux git tree commit
> > be156bed9ebfe365c6d95f715eae3529cf694fcb
>
>
> But OK - that's your stuff. I will not block your commit now, but I
> really think this shouldbe cleaned up - in your own interest, and in
> the interest of your users.
I'll have a look into it when I get a chance.
Thanks,
Kim
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] sh, net: Updated SMSC LAN911x driver and support for MPR2 board
Hi Mark, Mark Jonas wrote: > Hello, > > the attached patch replaces the patch I sent before. I came to the the > conclusion that making SMSC's driver comply to the U-Boot coding style > would be the right thing because SMSC will most likely not update > their driver very often. I hope the driver is now compliant enough. It > was really a lot of work. > > I'll have a look at it tonight. Your hard work is appreciated and is worth it. In the case of these chips, there's no reason for using SMSC's drivers verbatim because the chips are well documented and commonly used. Thanks for doing this! > The patch adds a driver for the SMSC LAN911x and LAN921x family of > Ethernet controllers. The patch also enables the use of this driver on > the SH7720 based MPR2 board. > > The patch is against U-Boot git from this morning, i.e. v1.3.2. > > Regards, > Mark Jonas > > CHANGELOG: > -- > sh: Added support for SMSC LAN9115 networking on MPR2 board. > > Signed-off-by: Mark Jonas <[EMAIL PROTECTED]> > regards, Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
Hi Alex,
Alex wrote:
>> It is again. I suggest that you first send this message to yourself, until
>> you
>> figured out how to do it correctly. And if you are working with git, I
>> strongly encourage you to use git-send-email to send patches.
>>
>
> Now tested as you suggested:
>
>
> diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/config.mk
> new/u-boot-1.3.0/board/miromico/hammerhead/config.mk
> --- old/u-boot-1.3.0/board/miromico/hammerhead/config.mk 1970-01-01
> 01:00:00.0 +0100
> +++ new/u-boot-1.3.0/board/miromico/hammerhead/config.mk 2008-03-10
> 11:18:50.0 +0100
> @@ -0,0 +1,3 @@
> +TEXT_BASE= 0x
> +PLATFORM_RELFLAGS+= -ffunction-sections -fdata-sections
> +PLATFORM_LDFLAGS += --gc-sections
> diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/eth.c
> new/u-boot-1.3.0/board/miromico/hammerhead/eth.c
> --- old/u-boot-1.3.0/board/miromico/hammerhead/eth.c 1970-01-01
> 01:00:00.0 +0100
> +++ new/u-boot-1.3.0/board/miromico/hammerhead/eth.c 2008-03-10
> 11:18:50.0 +0100
> @@ -0,0 +1,35 @@
> +/*
> + * Copyright (C) 2008 Miromico AG
> + *
> + * Ethernet initialization for the AVR32 on Hammerhead
> + *
> + * See file CREDITS for list of people who contributed to this
> + * project.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License
> + * along with this program; if not, write to the Free Software
> + * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
> + * MA 02111-1307 USA
> + */
> +#include
> +
> +#include
> +
> +extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
> +
> +#ifdef CONFIG_CMD_NET
> +void hammerhead_eth_initialize(bd_t *bi)
> +{
> + macb_eth_initialize(0, (void *)MACB0_BASE, bi->bi_phy_id[0]);
> +}
> +#endif
>
Would you mind changing this name to board_eth_initialize(bd_t *bi)?
I'm working on a rework of the net library and making this name change
now will avoid doing it later. I think you'll be able to figure out
where this is going...
> diff -Nur old/u-boot-1.3.0/net/eth.c new/u-boot-1.3.0/net/eth.c
> --- old/u-boot-1.3.0/net/eth.c2008-03-06 07:56:04.0 +0100
> +++ new/u-boot-1.3.0/net/eth.c2008-03-10 11:18:50.0 +0100
> @@ -61,6 +61,7 @@
> extern int bfin_EMAC_initialize(bd_t *);
> extern int atstk1000_eth_initialize(bd_t *);
> extern int atngw100_eth_initialize(bd_t *);
> +extern int hammerhead_eth_initialize(bd_t *);
>
Change this to board_eth_initialize() and you can be the first soldier
in the revolution!
> extern int mcffec_initialize(bd_t*);
>
> static struct eth_device *eth_devices, *eth_current;
> @@ -258,6 +259,9 @@
> #if defined(CONFIG_ATNGW100)
> atngw100_eth_initialize(bis);
> #endif
> +#if defined(CONFIG_HAMMERHEAD)
> + hammerhead_eth_initialize(bis);
> +#endif
> #if defined(CONFIG_MCFFEC)
> mcffec_initialize(bis);
> #endif
> @@ -522,6 +526,7 @@
> extern int mcf52x2_miiphy_initialize(bd_t *bis);
> extern int ns7520_miiphy_initialize(bd_t *bis);
> extern int dm644x_eth_miiphy_initialize(bd_t *bis);
> +extern int hammerhead_eth_initialize(bd_t *);
>
This isn't needed twice (They're probably #ifdef'd, but you don't need
to #ifdef extern'd prototypes)
>
> int eth_initialize(bd_t *bis)
> @@ -546,6 +551,9 @@
> #if defined(CONFIG_DRIVER_TI_EMAC)
> dm644x_eth_miiphy_initialize(bis);
> #endif
> +#if defined(CONFIG_HAMMERHEAD)
> + hammerhead_eth_initialize(bis);
> +#endif
> return 0;
> }
> #endif
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> U-Boot-Users mailing list
> U-Boot-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
>
regards,
Ben
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Flash write crash on MPC8548CDS
Dear Andy, I experience the same behavior as ksi described. I experience this over u-boot-1.3.2-rc3 which should have had this fixed. I assume you referred to commit 21fae8b2b4e4e6e648796e07e20ab13e9cb18923. Are there any follow ups on this subject? Liberty this is a flash 2 flash example. It happens on ram 2 flash as well. => cp.b FF80 FF00 8 Copy to Flash... External Interrupt Exception at PC: 1ffc1dc0, SR: 29200, vector=500 irq [EMAIL PROTECTED] NIP: 1FFC1DC0 XER: LR: 1FFCEBCC REGS: 1fadbc50 TRAP: 0500 DAR: MSR: 00029200 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00029200 1FADBD40 1FADBF8C F103 FF00113A 1FADBD32 00A0 6F1D9410 GPR08: FF00 0003 1FFFC4D4 48028024 F7B7BFFF 1FFFB200 2004 GPR16: 1FADBCC8 1FADE338 1FADE240 GPR24: FF07 0001 FF00113A F103 1FFEFD70 1FFFB8F4 1FFFC4D4 Call backtrace: 1FFEFD70 1FFCEB50 1FFCF1FC 1FFDD9E8 1FFD8E58 1FFDFABC 1FFE0164 1FFE02CC 1FFD16EC 1FFC9558 1FFC15FC Skipping current instr, Returning to 0x1ffc1dc4 done - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
>
> It is again. I suggest that you first send this message to yourself, until
> you
> figured out how to do it correctly. And if you are working with git, I
> strongly encourage you to use git-send-email to send patches.
Now tested as you suggested:
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/config.mk
new/u-boot-1.3.0/board/miromico/hammerhead/config.mk
--- old/u-boot-1.3.0/board/miromico/hammerhead/config.mk1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/config.mk2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,3 @@
+TEXT_BASE = 0x
+PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections
+PLATFORM_LDFLAGS += --gc-sections
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/eth.c
new/u-boot-1.3.0/board/miromico/hammerhead/eth.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/eth.c1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/eth.c2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,35 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * Ethernet initialization for the AVR32 on Hammerhead
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#include
+
+extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
+
+#ifdef CONFIG_CMD_NET
+void hammerhead_eth_initialize(bd_t *bi)
+{
+ macb_eth_initialize(0, (void *)MACB0_BASE, bi->bi_phy_id[0]);
+}
+#endif
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/flash.c
new/u-boot-1.3.0/board/miromico/hammerhead/flash.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/flash.c 1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/flash.c 2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,232 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#ifdef CONFIG_HAMMERHEAD_EXT_FLASH
+#include
+#include
+#include
+
+DECLARE_GLOBAL_DATA_PTR;
+
+flash_info_t flash_info[1];
+
+static void __flashprog flash_identify(uint16_t *flash, flash_info_t *info)
+{
+ unsigned long flags;
+
+ flags = disable_interrupts();
+
+ dcache_flush_unlocked();
+
+ writew(0xaa, flash + 0x555);
+ writew(0x55, flash + 0xaaa);
+ writew(0x90, flash + 0x555);
+ info->flash_id = readl(flash);
+ writew(0xff, flash);
+
+ readw(flash);
+
+ if (flags)
+ enable_interrupts();
+}
+
+unsigned long flash_init(void)
+{
+ unsigned long addr;
+ unsigned int i;
+
+ flash_info[0].size = CFG_FLASH_SIZE;
+ flash_info[0].sector_count = 135;
+
+ flash_identify(uncached((void *)CFG_FLASH_BASE), &flash_info[0]);
+
+ for (i = 0, addr = 0; i < 8; i++, addr += 0x2000)
+ flash_info[0].start[i] = addr;
+ for (; i < flash_info[0].sector_count; i++, addr += 0x1)
+ flash_info[0].start[i] = addr;
+
+ return CFG_FLASH_SIZE;
+}
+
+void flash_print_info(flash_info_t *info)
+{
+ printf("Flash: Vendor ID: 0x%02x, Product ID: 0x%02x\n",
+ info->flash_id >> 16, info->flash_id & 0x);
+ printf("Size: %ld MB in %d sectors\n",
+ info->size >> 10, info->sector_count);
+}
+
+int __flashprog flash_erase(flash_info_t *info, int s_first, int s_last)
+{
+ unsigned long flags;
+ unsigned long start_time;
+ uint16_t *fb, *sb;
+ unsigned int i;
+ int ret;
+ uint16
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
On Monday 10 March 2008, Alex Raimondi wrote: > >> This patch adds support for our new AVR32 based board. > > > > Your patch is line wrapped. Please fix this and resubmit. > > One quick comment without looking too deep into your patch: > > > > You are introducing a board specific flash driver. This should not be > > necessary anymore, since the common CFI driver now also has an interface > > to support non CFI compatible flash chips. What flash chips are you > > using? Please see actux4 for example (CFG_FLASH_LEGACY_256Kx8). > > I will check your point with the flash driver... > > Hope this time the patch is not line wrapped. It is again. I suggest that you first send this message to yourself, until you figured out how to do it correctly. And if you are working with git, I strongly encourage you to use git-send-email to send patches. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
Hi
> On Monday 10 March 2008, Alex wrote:
>
>> This patch adds support for our new AVR32 based board.
>>
>
> Your patch is line wrapped. Please fix this and resubmit.
> One quick comment without looking too deep into your patch:
>
> You are introducing a board specific flash driver. This should not be
> necessary anymore, since the common CFI driver now also has an interface to
> support non CFI compatible flash chips. What flash chips are you using?
> Please see actux4 for example (CFG_FLASH_LEGACY_256Kx8).
>
>
I will check your point with the flash driver...
Hope this time the patch is not line wrapped.
Alex
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/config.mk
new/u-boot-1.3.0/board/miromico/hammerhead/config.mk
--- old/u-boot-1.3.0/board/miromico/hammerhead/config.mk1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/config.mk2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,3 @@
+TEXT_BASE= 0x
+PLATFORM_RELFLAGS+= -ffunction-sections -fdata-sections
+PLATFORM_LDFLAGS+= --gc-sections
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/eth.c
new/u-boot-1.3.0/board/miromico/hammerhead/eth.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/eth.c1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/eth.c2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,35 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * Ethernet initialization for the AVR32 on Hammerhead
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#include
+
+extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
+
+#ifdef CONFIG_CMD_NET
+void hammerhead_eth_initialize(bd_t *bi)
+{
+macb_eth_initialize(0, (void *)MACB0_BASE, bi->bi_phy_id[0]);
+}
+#endif
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/flash.c
new/u-boot-1.3.0/board/miromico/hammerhead/flash.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/flash.c1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/flash.c2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,232 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#ifdef CONFIG_HAMMERHEAD_EXT_FLASH
+#include
+#include
+#include
+
+DECLARE_GLOBAL_DATA_PTR;
+
+flash_info_t flash_info[1];
+
+static void __flashprog flash_identify(uint16_t *flash, flash_info_t *info)
+{
+unsigned long flags;
+
+flags = disable_interrupts();
+
+dcache_flush_unlocked();
+
+writew(0xaa, flash + 0x555);
+writew(0x55, flash + 0xaaa);
+writew(0x90, flash + 0x555);
+info->flash_id = readl(flash);
+writew(0xff, flash);
+
+readw(flash);
+
+if (flags)
+enable_interrupts();
+}
+
+unsigned long flash_init(void)
+{
+unsigned long addr;
+unsigned int i;
+
+flash_info[0].size = CFG_FLASH_SIZE;
+flash_info[0].sector_count = 135;
+
+flash_identify(uncached((void *)CFG_FLASH_BASE), &flash_info[0]);
+
+for (i = 0, addr = 0; i < 8; i++, addr += 0x2000)
+flash_info[0].start[i] = addr;
+for (; i < flash_info[0].sector_count; i++, addr += 0x1)
+flash_info[0].start[i] = addr;
+
+return CFG_FLASH_SIZE;
+}
+
+void flash_print_info(flash_info_t *info)
+{
+printf("Flash: Vendor ID: 0x%02x, Product ID: 0x%02x\n",
+ info->flash_id >> 16, info->flash_id & 0x);
+printf("Size: %ld MB in %d sectors\n",
+
[U-Boot-Users] [PATCH] sh, net: Updated SMSC LAN911x driver and support for MPR2 board
Hello, the attached patch replaces the patch I sent before. I came to the the conclusion that making SMSC's driver comply to the U-Boot coding style would be the right thing because SMSC will most likely not update their driver very often. I hope the driver is now compliant enough. It was really a lot of work. The patch adds a driver for the SMSC LAN911x and LAN921x family of Ethernet controllers. The patch also enables the use of this driver on the SH7720 based MPR2 board. The patch is against U-Boot git from this morning, i.e. v1.3.2. Regards, Mark Jonas CHANGELOG: -- sh: Added support for SMSC LAN9115 networking on MPR2 board. Signed-off-by: Mark Jonas <[EMAIL PROTECTED]> u-boot_mpr2_smsc9118_20080310.patch Description: Binary data - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] CONFIG_NET_MULTI
On Mon, Mar 10, 2008 at 6:37 AM, Alex Raimondi <[EMAIL PROTECTED]> wrote: > Hi > > I don't understand CONFIG_CMD_NET and CONFIG_NET_MULTI. > It's confusing, true. > I would expect CONFIG_CMD_NET to be defined whenever I want to have > network support in U-Boot, right? > > And CONFIG_NET_MULTI is defined when I have more then one network interface? > That's how it should work, but as you're finding out it's not quite right. > I try to adapt U-Boot to our new AVR32 based board. AVR32 has two > interfaces, but only one is actually implemented on our board. > > CONFIG_CMD_NET is defined per default. If I undefine CONFIG_NET_MULTI I > get linker error about missing functions. > With CONFIG_NET_MULTI defined everything works fine. Should this be like > this? > Probably. As you point out, there are two paths in net/net.c, and most of the newer Ethernet controllers are only handled in the one where CONFIG_NET_MULTI is defined. For now, just define CONFIG_NET_MULTI, even if you only have one interface. Hopefully we'll get this cleaned up in the near future, but as you can imagine there are massive 'backwards-compatible' implications. regards, Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for new AVR32 board
On Monday 10 March 2008, Alex wrote: > This patch adds support for our new AVR32 based board. Your patch is line wrapped. Please fix this and resubmit. One quick comment without looking too deep into your patch: You are introducing a board specific flash driver. This should not be necessary anymore, since the common CFI driver now also has an interface to support non CFI compatible flash chips. What flash chips are you using? Please see actux4 for example (CFG_FLASH_LEGACY_256Kx8). Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] CONFIG_NET_MULTI
Hi I don't understand CONFIG_CMD_NET and CONFIG_NET_MULTI. I would expect CONFIG_CMD_NET to be defined whenever I want to have network support in U-Boot, right? And CONFIG_NET_MULTI is defined when I have more then one network interface? I try to adapt U-Boot to our new AVR32 based board. AVR32 has two interfaces, but only one is actually implemented on our board. CONFIG_CMD_NET is defined per default. If I undefine CONFIG_NET_MULTI I get linker error about missing functions. With CONFIG_NET_MULTI defined everything works fine. Should this be like this? Looking for a solution and/or the cause of my problem I found that in net/etc.c there is something like this #if defined(CONFIG_CMD_NET) && defined(CONFIG_NET_MULTI) some code .. #ifdef CONFIG_NET_MULTI ... code ... #endif Ale ... code #elif defined(CONFIG_CMD_NET) && !defined(CONFIG_NET_MULTI) #endif In the if-branch CONFIG_NET_MULTI is defined per condition of this branch. Why some additional ifdef CONFIG_NET_MULTI? Alex - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] CONFIG_NET_MULTI
Hi I don't understand CONFIG_CMD_NET and CONFIG_NET_MULTI. I would expect CONFIG_CMD_NET to be defined whenever I want to have network support in U-Boot, right? And CONFIG_NET_MULTI is defined when I have more then one network interface? I try to adapt U-Boot to our new AVR32 based board. AVR32 has two interfaces, but only one is actually implemented on our board. CONFIG_CMD_NET is defined per default. If I undefine CONFIG_NET_MULTI I get linker error about missing functions. With CONFIG_NET_MULTI defined everything works fine. Should this be like this? Looking for a solution and/or the cause of my problem I found that in net/etc.c there is something like this #if defined(CONFIG_CMD_NET) && defined(CONFIG_NET_MULTI) some code .. #ifdef CONFIG_NET_MULTI ... code ... #endif Ale ... code #elif defined(CONFIG_CMD_NET) && !defined(CONFIG_NET_MULTI) #endif In the if-branch CONFIG_NET_MULTI is defined per condition of this branch. Why some additional ifdef CONFIG_NET_MULTI? Alex - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Add support for new AVR32 board
Hi
This patch adds support for our new AVR32 based board.
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/config.mk
new/u-boot-1.3.0/board/miromico/hammerhead/config.mk
--- old/u-boot-1.3.0/board/miromico/hammerhead/config.mk1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/config.mk2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,3 @@
+TEXT_BASE= 0x
+PLATFORM_RELFLAGS+= -ffunction-sections -fdata-sections
+PLATFORM_LDFLAGS+= --gc-sections
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/eth.c
new/u-boot-1.3.0/board/miromico/hammerhead/eth.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/eth.c1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/eth.c2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,35 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * Ethernet initialization for the AVR32 on Hammerhead
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#include
+
+extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
+
+#ifdef CONFIG_CMD_NET
+void hammerhead_eth_initialize(bd_t *bi)
+{
+macb_eth_initialize(0, (void *)MACB0_BASE, bi->bi_phy_id[0]);
+}
+#endif
diff -Nur old/u-boot-1.3.0/board/miromico/hammerhead/flash.c
new/u-boot-1.3.0/board/miromico/hammerhead/flash.c
--- old/u-boot-1.3.0/board/miromico/hammerhead/flash.c1970-01-01
01:00:00.0 +0100
+++ new/u-boot-1.3.0/board/miromico/hammerhead/flash.c2008-03-10
11:18:50.0 +0100
@@ -0,0 +1,232 @@
+/*
+ * Copyright (C) 2008 Miromico AG
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include
+
+#ifdef CONFIG_HAMMERHEAD_EXT_FLASH
+#include
+#include
+#include
+
+DECLARE_GLOBAL_DATA_PTR;
+
+flash_info_t flash_info[1];
+
+static void __flashprog flash_identify(uint16_t *flash, flash_info_t *info)
+{
+unsigned long flags;
+
+flags = disable_interrupts();
+
+dcache_flush_unlocked();
+
+writew(0xaa, flash + 0x555);
+writew(0x55, flash + 0xaaa);
+writew(0x90, flash + 0x555);
+info->flash_id = readl(flash);
+writew(0xff, flash);
+
+readw(flash);
+
+if (flags)
+enable_interrupts();
+}
+
+unsigned long flash_init(void)
+{
+unsigned long addr;
+unsigned int i;
+
+flash_info[0].size = CFG_FLASH_SIZE;
+flash_info[0].sector_count = 135;
+
+flash_identify(uncached((void *)CFG_FLASH_BASE), &flash_info[0]);
+
+for (i = 0, addr = 0; i < 8; i++, addr += 0x2000)
+flash_info[0].start[i] = addr;
+for (; i < flash_info[0].sector_count; i++, addr += 0x1)
+flash_info[0].start[i] = addr;
+
+return CFG_FLASH_SIZE;
+}
+
+void flash_print_info(flash_info_t *info)
+{
+printf("Flash: Vendor ID: 0x%02x, Product ID: 0x%02x\n",
+ info->flash_id >> 16, info->flash_id & 0x);
+printf("Size: %ld MB in %d sectors\n",
+ info->size >> 10, info->sector_count);
+}
+
+int __flashprog flash_erase(flash_info_t *info, int s_first, int s_last)
+{
+unsigned long flags;
+unsigned long start_time;
+uint16_t *fb, *sb;
+unsigned int i;
+int ret;
+uint16_t status;
+
+if ((s_first < 0) || (s_first > s_last)
+|| (s_last >= info->sector_count)) {
+puts("Error: first and/or last sector out of range\n");
+return ERR_INVAL;
+}
+
+for (i = s_first; i < s_last; i++)
+if (info->protect[i]) {
+printf("Error: sector %d is protected
[U-Boot-Users] [PATCH] sh: Updated support for MPR2 board (SH7720)
Hello, the attached patch replaces the patch I sent before. I added myself to the list of board maintainers and diffed against U-Boot git from this morning, i.e. v1.3.2. The attached patch adds support for the Renesas SH7720 based board MPR2. Regards, Mark Jonas CHANGELOG: -- sh: Added support for SH7720 based board MPR2. Signed-off-by: Mark Jonas <[EMAIL PROTECTED]> u-boot_mpr2_20080310.patch Description: Binary data - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Problem with flash cfi legacy mode
Hi, 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 wont work(?) cmdset_amd_read_jedec_ids uses _one_ flash_read_uchar call to read out the device id(, if its not an amd extended one). The only way i could get this to work with our flash was to only put the lower 8bit in the dev_id field when adding an entry to the jedec_table. Further on it seems like CFI_CMDSET_AMD_LEGACY is unsupported in flash_write_cfibuffer. /Tor - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
