Andy Fleming | 1 May 2007 03:09
Picon

www.denx.de/git/u-boot-mpc85xx.git

The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9:
  Wolfgang Denk (1):
        Cleanup compiler warnings, update CHANGELOG

are found in the git repository at:

  git://www.denx.de/git/u-boot-mpc85xx.git

I apologize deeply to anyone who might have looked at that latest
tree.  Somehow some preliminary SMP hacking I did for the upcoming
8572 sneaked into the release branch while I was massaging the 8568
patch.  I have removed all of those files, and done a push -f to
expunge them from the tree.  With luck, none of you will have seen the
horrible hacks that were done, but if you have (or if you pulled, and
my update has caused future merge issues for you) I apologize.

Andy Fleming (10):
      Add cpu support for the 8544
      Some 85xx cpu cleanups
      Tweak DDR ECC error counter
      Only set ddrioovcr for 8548 rev1.
      Changed BOOKE_PAGESZ_nGB to BOOKE_PAGESZ_nG
      Support 1G size on 8548
      Enable 8544 support
      Reworked 85xx speed detection code
      Add support for the 8568 MDS board
      Cleaned up some 85xx PCI bugs

David Updegraff (1):
      Add support for treating unknown PHYs as generic PHYs.
(Continue reading)

Wolfgang Denk | 1 May 2007 03:27
Picon
Picon
Favicon

Re: [PATCH] Fix memory initialization on MPC8349E-mITX

In message <46364B86.8050405 <at> freescale.com> you wrote:
> Wolfgang Denk wrote:
> > In message <117795959029-git-send-email-timur <at> freescale.com> you wrote:
> >> This patch fixes bug 517 and fixes problems with some MPC8349E-mITX boards.
> >> It's been tested on all 83xx platforms that use SPD.
> > 
> > Please use a more meaningful patch description. You may have a way to
> > check what "bug 517" means, but I don't.
> 
> That wasn't a description, that was a comment.  It's located under the ---, so it won't 
> appear in the git log.

Please use a more meaningful comment, then.

Best regards,

Wolfgang Denk

--

-- 
DENX Software Engineering GmbH,    CEO: 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: wd <at> denx.de
Like winter snow on summer lawn, time past is time gone.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
(Continue reading)

David Updegraff | 1 May 2007 17:29
Favicon

Re: multicast tftp: RFC2090

Here is a first pass; not yet request for merge.

Only have been able to test with 8343 TSEC and an old SC520-based
rtl8139 so far, and with only two concurrent downloads; against atftpd
server. Re-cycling the existing ext2 bitmap functions to do housekeeping.

In about a month I should have access to enough hardware to test 20+
concurrent tftpboots.

Suggestions & comments appreciated.

thnx.
Attachment (mcast.patch): text/x-patch, 16 KiB
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Andy Fleming | 1 May 2007 18:16
Picon

Re: multicast tftp: RFC2090

On 5/1/07, David Updegraff <dave <at> cray.com> wrote:
> Here is a first pass; not yet request for merge.
>
> Only have been able to test with 8343 TSEC and an old SC520-based
> rtl8139 so far, and with only two concurrent downloads; against atftpd
> server. Re-cycling the existing ext2 bitmap functions to do housekeeping.
>
> In about a month I should have access to enough hardware to test 20+
> concurrent tftpboots.
>
> Suggestions & comments appreciated.

I have to NACK this portion:

 <at>  <at>  -378,6 +378,28  <at>  <at>  uint mii_parse_sr(uint mii_reg, struct tsec_private * priv)
 		priv->link = 1;
 	}

+	/* take a stab at 10/100  and Duplex info too; from linux mii.c */
+	mii_reg = (read_phy_reg(priv, PHY_ANAR) &  read_phy_reg(priv, PHY_ANLPAR));
+	if ( mii_reg & PHY_ANLPAR_TXFD ) {
+		priv->duplexity = 1;
+		priv->speed = 100;
+	}
+	else if ( mii_reg & PHY_ANLPAR_TX ) {
+		priv->duplexity = 0;
+		priv->speed = 100;
+	}
+	else if ( mii_reg & PHY_ANLPAR_TX ) {
+		priv->duplexity = 0;
(Continue reading)

David Updegraff | 1 May 2007 18:41
Favicon

Re: multicast tftp: RFC2090

Andy

whoops!  I see your point now!  the parse_sr shouldn't be taking the
stab at determining lnk.etc. if the curphy != generic  I guess.

> On 5/1/07, David Updegraff <dave <at> cray.com> wrote:
>> Here is a first pass; not yet request for merge.
>>
>> Only have been able to test with 8343 TSEC and an old SC520-based
>> rtl8139 so far, and with only two concurrent downloads; against atftpd
>> server. Re-cycling the existing ext2 bitmap functions to do housekeeping.
>>
>> In about a month I should have access to enough hardware to test 20+
>> concurrent tftpboots.
>>
>> Suggestions & comments appreciated.
> 
> I have to NACK this portion:
> 
>  <at>  <at>  -378,6 +378,28  <at>  <at>  uint mii_parse_sr(uint mii_reg, struct tsec_private
> * priv)
>         priv->link = 1;
>     }
> 
> +    /* take a stab at 10/100  and Duplex info too; from linux mii.c */
> +    mii_reg = (read_phy_reg(priv, PHY_ANAR) &  read_phy_reg(priv,
> PHY_ANLPAR));
> +    if ( mii_reg & PHY_ANLPAR_TXFD ) {
> +        priv->duplexity = 1;
> +        priv->speed = 100;
(Continue reading)

harsh poshtiwala | 1 May 2007 18:59
Picon

How to add new flash support in Uboot code

Hi ,

We are to use 512 MB Spansion NOR flash (Uniform Sector) on ARM926-EJS
processor..

Part number S29GL512P

http://www.spansion.com/products/S29GL512P.html

I have checked uboot source code(1.1.6) it doesn't support  this part.

How can i make uboot functional for this part ?

Do i need to modify any code in uboot ? if yes where should i make
those changes ?

I would appreciate your pointers on this
--

-- 
Thanks & Regards
Harsh

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Andrew Dyer | 1 May 2007 19:14
Picon

Re: How to add new flash support in Uboot code

On 5/1/07, harsh poshtiwala <hiharsh <at> gmail.com> wrote:
> Hi ,
>
> We are to use 512 MB Spansion NOR flash (Uniform Sector) on ARM926-EJS
> processor..
>
> Part number S29GL512P
>
> http://www.spansion.com/products/S29GL512P.html
>
> I have checked uboot source code(1.1.6) it doesn't support  this part.
>
> How can i make uboot functional for this part ?

Use the CFI flash support.  We use the following for S29GL128N in our
board config file.
you might have to tweak the values, but it should 'just work'.

/*
 * Flash Controller settings
 */
#define CFG_FLASH_CFI                   1
#define CFG_FLASH_CFI_DRIVER            1
#define CFG_FLASH_CFI_AMD_RESET
#define CFG_FLASH_USE_BUFFER_WRITE      1
#define CFG_ENV_SECT_SIZE               0x00020000
#define CFG_MAX_FLASH_BANKS             1
#define CFG_MAX_FLASH_SECT              256
#define CFG_FLASH_BASE                  0x10000000

(Continue reading)

Jon Loeliger | 1 May 2007 20:13
Favicon

[PATCH] Rewrote picos_to_clk() to avoid rounding errors.

From: James Yang <James.Yang <at> freescale.com>

Clarified that conversion is to DRAM clocks rather than platform clocks.
Made function static to spd_sdram.c.

Signed-off-by: James Yang <James.Yang <at> freescale.com>
Signed-off-by: Jon Loeliger <jdl <at> freescale.com>
---
 cpu/mpc86xx/spd_sdram.c |   28 ++++++++++++++++++++--------
 1 files changed, 20 insertions(+), 8 deletions(-)

diff --git a/cpu/mpc86xx/spd_sdram.c b/cpu/mpc86xx/spd_sdram.c
index ac9ff81..f37ab43 100644
--- a/cpu/mpc86xx/spd_sdram.c
+++ b/cpu/mpc86xx/spd_sdram.c
 <at>  <at>  -51,20 +51,32  <at>  <at>  extern int dma_xfer(void *dest, uint count, void *src);
 #define CFG_SUPER_BANK_INTERLEAVING	0

 /*
- * Convert picoseconds into clock cycles (rounding up if needed).
+ * Convert picoseconds into DRAM clock cycles (rounding up if needed).
  */

-int
-picos_to_clk(int picos)
+static unsigned int
+picos_to_clk(unsigned int picos)
 {
-	int clks;
-
(Continue reading)

Jon Loeliger | 1 May 2007 20:14
Favicon

[PATCH] Conditionalize 8641 Rev1.0 MCM workarounds

From: James Yang <James.Yang <at> freescale.com>

Signed-off-by: James Yang <James.Yang <at> freescale.com>
Signed-off-by: Jon Loeliger <jdl <at> freescale.com>
---
 cpu/mpc86xx/start.S |   42 ++++++++++++++++++++++++++++--------------
 include/mpc86xx.h   |    9 +++++++++
 2 files changed, 37 insertions(+), 14 deletions(-)

diff --git a/cpu/mpc86xx/start.S b/cpu/mpc86xx/start.S
index 7406fe2..67c56db 100644
--- a/cpu/mpc86xx/start.S
+++ b/cpu/mpc86xx/start.S
 <at>  <at>  -241,26 +241,40  <at>  <at>  in_flash:
 	bl	setup_ccsrbar
 #endif

-	/* Fix for SMP linux - Changing arbitration to round-robin */
-	lis	r3, CFG_CCSRBAR <at> h
-	ori	r3, r3, 0x1000
-	xor	r4, r4, r4
-	li	r4, 0x1000
-	stw	r4, 0(r3)

-	/* setup the law entries */
-	bl	law_entry
+	/* -- MPC8641 Rev 1.0 MCM Errata fixups -- */
+
+	/* skip fixups if not Rev 1.0 */
+	mfspr	r4, SVR
(Continue reading)

Jon Loeliger | 1 May 2007 20:38
Favicon

Please pull u-boot-mpc86xx.git

Wolfgang,

I have added two new patches, just posted to the list,
into the -mpc86xx custodian repository.

When you get a chance, please pull the -mpc86xx repository
to pick up these six patches.

This request supersedes my pull request of 20-April-2007.

Thanks,
jdl

The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9:
  Wolfgang Denk (1):
        Cleanup compiler warnings, update CHANGELOG

are found in the git repository at:

  git://www.denx.de/git/u-boot-mpc86xx.git

Ed Swarthout (1):
      mpc8641hpcn: Fix LAW and TLB setup to use the IO_PHYS #defines.

James Yang (2):
      Rewrote picos_to_clk() to avoid rounding errors.
      Conditionalize 8641 Rev1.0 MCM workarounds

Jon Loeliger (2):
      mpc86xx: protect memcpy to bad address if a mac-address is missing from dt
(Continue reading)


Gmane