public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions
@ 2008-05-21 12:12 Haavard Skinnemoen
  2008-05-21 12:17 ` Liu Dave
                   ` (2 more replies)
  0 siblings, 3 replies; 15+ messages in thread
From: Haavard Skinnemoen @ 2008-05-21 12:12 UTC (permalink / raw)
  To: u-boot

This moves the MMC and SD Card command definitions from
include/asm/arch/mmc.h into include/mmc.h. These definitions are given
by the MMC and SD Card standards, not by any particular architecture.

There's a lot more room for consolidation in the MMC drivers which I'm
hoping to get done eventually, but this patch is a start.

Compile-tested for all avr32 boards as well as lpc2292sodimm and
lubbock. This should cover all three mmc drivers in the tree.

Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
---
 cpu/at32ap/atmel_mci.c                  |    4 ++--
 cpu/pxa/mmc.c                           |    8 ++++----
 include/asm-arm/arch-pxa/mmc.h          |   17 -----------------
 include/asm-avr32/arch-at32ap700x/mmc.h |   19 -------------------
 include/mmc.h                           |   24 ++++++++++++++++++++++++
 5 files changed, 30 insertions(+), 42 deletions(-)

diff --git a/cpu/at32ap/atmel_mci.c b/cpu/at32ap/atmel_mci.c
index f59dfb5..92f5a28 100644
--- a/cpu/at32ap/atmel_mci.c
+++ b/cpu/at32ap/atmel_mci.c
@@ -350,7 +350,7 @@ static int sd_init_card(struct mmc_cid *cid, int verbose)
 
 	mmc_idle_cards();
 	for (i = 0; i < 1000; i++) {
-		ret = mmc_acmd(MMC_ACMD_SD_SEND_OP_COND, CFG_MMC_OP_COND,
+		ret = mmc_acmd(SD_CMD_APP_SEND_OP_COND, CFG_MMC_OP_COND,
 			       resp, R3 | NID);
 		if (ret || (resp[0] & 0x80000000))
 			break;
@@ -368,7 +368,7 @@ static int sd_init_card(struct mmc_cid *cid, int verbose)
 		mmc_dump_cid(cid);
 
 	/* Get RCA of the card that responded */
-	ret = mmc_cmd(MMC_CMD_SD_SEND_RELATIVE_ADDR, 0, resp, R6 | NCR);
+	ret = mmc_cmd(SD_CMD_SEND_RELATIVE_ADDR, 0, resp, R6 | NCR);
 	if (ret)
 		return ret;
 
diff --git a/cpu/pxa/mmc.c b/cpu/pxa/mmc.c
index 039ce0f..bf48954 100644
--- a/cpu/pxa/mmc.c
+++ b/cpu/pxa/mmc.c
@@ -119,7 +119,7 @@ mmc_block_read(uchar * dst, ulong src, ulong len)
 	MMC_RDTO = 0xffff;
 	MMC_NOB = 1;
 	MMC_BLKLEN = len;
-	mmc_cmd(MMC_CMD_READ_BLOCK, argh, argl,
+	mmc_cmd(MMC_CMD_READ_SINGLE_BLOCK, argh, argl,
 		MMC_CMDAT_R1 | MMC_CMDAT_READ | MMC_CMDAT_BLOCK |
 		MMC_CMDAT_DATA_EN);
 
@@ -568,7 +568,7 @@ mmc_init(int verbose)
 	MMC_SPI = MMC_SPI_DISABLE;
 
 	/* reset */
-	mmc_cmd(MMC_CMD_RESET, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
+	mmc_cmd(MMC_CMD_GO_IDLE_STATE, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
 	udelay(200000);
 	retries = 3;
 	while (retries--) {
@@ -578,7 +578,7 @@ mmc_init(int verbose)
 			break;
 		}
 
-		resp = mmc_cmd(SD_CMD_APP_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
+		resp = mmc_cmd(SD_CMD_APP_SEND_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
 		if (resp[0] & 0x80000000) {
 			mmc_dev.if_type = IF_TYPE_SD;
 			debug("Detected SD card\n");
@@ -616,7 +616,7 @@ mmc_init(int verbose)
 		memcpy(cid_resp, resp, sizeof(cid_resp));
 
 		/* MMC exists, get CSD too */
-		resp = mmc_cmd(MMC_CMD_SET_RCA, 0, 0, MMC_CMDAT_R1);
+		resp = mmc_cmd(MMC_CMD_SET_RELATIVE_ADDR, 0, 0, MMC_CMDAT_R1);
 		if (IF_TYPE_SD == mmc_dev.if_type)
 			rca = ((resp[0] & 0xffff0000) >> 16);
 		resp = mmc_cmd(MMC_CMD_SEND_CSD, rca, 0, MMC_CMDAT_R2);
diff --git a/include/asm-arm/arch-pxa/mmc.h b/include/asm-arm/arch-pxa/mmc.h
index b9304b1..9954680 100644
--- a/include/asm-arm/arch-pxa/mmc.h
+++ b/include/asm-arm/arch-pxa/mmc.h
@@ -110,23 +110,6 @@
 #define MMC_DEFAULT_RCA			1
 
 #define MMC_BLOCK_SIZE			512
-#define MMC_CMD_RESET			0
-#define MMC_CMD_SEND_OP_COND		1
-#define MMC_CMD_ALL_SEND_CID 		2
-#define MMC_CMD_SET_RCA			3
-#define MMC_CMD_SELECT_CARD		7
-#define MMC_CMD_SEND_CSD 		9
-#define MMC_CMD_SEND_CID 		10
-#define MMC_CMD_SEND_STATUS		13
-#define MMC_CMD_SET_BLOCKLEN		16
-#define MMC_CMD_READ_BLOCK		17
-#define MMC_CMD_RD_BLK_MULTI		18
-#define MMC_CMD_WRITE_BLOCK		24
-#define MMC_CMD_APP_CMD			55
-
-#define SD_CMD_APP_SET_BUS_WIDTH	6
-#define SD_CMD_APP_OP_COND		41
-
 #define MMC_MAX_BLOCK_SIZE		512
 
 #define MMC_R1_IDLE_STATE		0x01
diff --git a/include/asm-avr32/arch-at32ap700x/mmc.h b/include/asm-avr32/arch-at32ap700x/mmc.h
index fcfbbb3..9caba91 100644
--- a/include/asm-avr32/arch-at32ap700x/mmc.h
+++ b/include/asm-avr32/arch-at32ap700x/mmc.h
@@ -71,25 +71,6 @@ struct mmc_csd
 	u8	one:1;
 };
 
-/* MMC Command numbers */
-#define MMC_CMD_GO_IDLE_STATE		0
-#define MMC_CMD_SEND_OP_COND		1
-#define MMC_CMD_ALL_SEND_CID 		2
-#define MMC_CMD_SET_RELATIVE_ADDR	3
-#define MMC_CMD_SD_SEND_RELATIVE_ADDR	3
-#define MMC_CMD_SET_DSR			4
-#define MMC_CMD_SELECT_CARD		7
-#define MMC_CMD_SEND_CSD 		9
-#define MMC_CMD_SEND_CID 		10
-#define MMC_CMD_SEND_STATUS		13
-#define MMC_CMD_SET_BLOCKLEN		16
-#define MMC_CMD_READ_SINGLE_BLOCK	17
-#define MMC_CMD_READ_MULTIPLE_BLOCK	18
-#define MMC_CMD_WRITE_BLOCK		24
-#define MMC_CMD_APP_CMD			55
-
-#define MMC_ACMD_SD_SEND_OP_COND	41
-
 #define R1_ILLEGAL_COMMAND		(1 << 22)
 #define R1_APP_CMD			(1 << 5)
 
diff --git a/include/mmc.h b/include/mmc.h
index a271695..268f27e 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -25,6 +25,30 @@
 #define _MMC_H_
 #include <asm/arch/mmc.h>
 
+/* MMC command numbers */
+#define MMC_CMD_GO_IDLE_STATE		0
+#define MMC_CMD_SEND_OP_COND		1
+#define MMC_CMD_ALL_SEND_CID 		2
+#define MMC_CMD_SET_RELATIVE_ADDR	3
+#define MMC_CMD_SET_DSR			4
+#define MMC_CMD_SELECT_CARD		7
+#define MMC_CMD_SEND_CSD 		9
+#define MMC_CMD_SEND_CID 		10
+#define MMC_CMD_SEND_STATUS		13
+#define MMC_CMD_SET_BLOCKLEN		16
+#define MMC_CMD_READ_SINGLE_BLOCK	17
+#define MMC_CMD_READ_MULTIPLE_BLOCK	18
+#define MMC_CMD_WRITE_BLOCK		24
+#define MMC_CMD_APP_CMD			55
+
+/* SD Card command numbers */
+#define SD_CMD_SEND_RELATIVE_ADDR	3
+#define SD_CMD_SWITCH			6
+#define SD_CMD_SEND_IF_COND		8
+
+#define SD_CMD_APP_SET_BUS_WIDTH	6
+#define SD_CMD_APP_SEND_OP_COND		41
+
 int mmc_init(int verbose);
 int mmc_read(ulong src, uchar *dst, int size);
 int mmc_write(uchar *src, ulong dst, int size);
-- 
1.5.5.1

^ permalink raw reply related	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions
  2008-05-21 12:12 [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Haavard Skinnemoen
@ 2008-05-21 12:17 ` Liu Dave
  2008-05-21 12:32   ` Haavard Skinnemoen
  2008-05-21 12:26 ` [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS Haavard Skinnemoen
  2008-05-21 21:32 ` [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Jean-Christophe PLAGNIOL-VILLARD
  2 siblings, 1 reply; 15+ messages in thread
From: Liu Dave @ 2008-05-21 12:17 UTC (permalink / raw)
  To: u-boot

<snip>
 
> This moves the MMC and SD Card command definitions from
> include/asm/arch/mmc.h into include/mmc.h. These definitions are given
> by the MMC and SD Card standards, not by any particular architecture.
> 
> There's a lot more room for consolidation in the MMC drivers which I'm
> hoping to get done eventually, but this patch is a start.

Can we have one mmc-lite stack from linux kernel?
The linux kernel have one good frame work for sd/mmc/sdio.

Thanks,
Dave

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-05-21 12:12 [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Haavard Skinnemoen
  2008-05-21 12:17 ` Liu Dave
@ 2008-05-21 12:26 ` Haavard Skinnemoen
  2008-07-05 22:32   ` Wolfgang Denk
  2008-05-21 21:32 ` [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Jean-Christophe PLAGNIOL-VILLARD
  2 siblings, 1 reply; 15+ messages in thread
From: Haavard Skinnemoen @ 2008-05-21 12:26 UTC (permalink / raw)
  To: u-boot

> Your message
>
>   To:      u-boot-users at lists.sourceforge.net
>   Cc:      wd at denx.de; kharris at nexus-tech.net; peter.pearse at arm.com;
> Skinnemoen, Haavard
>   Subject: [PATCH] MMC: Consolidate MMC/SD command definitions
>   Sent:    Wed, 21 May 2008 14:12:45 +0200
>
> did not reach the following recipient(s):
>
> kharris at nexus-tech.net on Wed, 21 May 2008 14:10:52 +0200
>     The e-mail account does not exist at the organization this message
> was sent to.  Check the e-mail address, or contact the recipient
> directly to find out the correct address.
>     < bagnes.atmel.com #5.1.1 SMTP; 550 5.1.1 User unknown>

You can't be a maintainer without a valid e-mail address...

Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
---
 MAINTAINERS |    6 ------
 1 files changed, 0 insertions(+), 6 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index ac7572c..59d50cb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -484,12 +484,6 @@ Kshitij Gupta <kshitij@ti.com>
 	omap1510inn		ARM925T
 	omap1610inn		ARM926EJS
 
-Kyle Harris <kharris@nexus-tech.net>
-
-	lubbock			xscale
-	cradle			xscale
-	ixdp425			xscale
-
 Gary Jennejohn <gj@denx.de>
 
 	smdk2400		ARM920T
-- 
1.5.5.1

^ permalink raw reply related	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions
  2008-05-21 12:17 ` Liu Dave
@ 2008-05-21 12:32   ` Haavard Skinnemoen
  0 siblings, 0 replies; 15+ messages in thread
From: Haavard Skinnemoen @ 2008-05-21 12:32 UTC (permalink / raw)
  To: u-boot

"Liu Dave" <DaveLiu@freescale.com> wrote:
> > This moves the MMC and SD Card command definitions from
> > include/asm/arch/mmc.h into include/mmc.h. These definitions are given
> > by the MMC and SD Card standards, not by any particular architecture.
> > 
> > There's a lot more room for consolidation in the MMC drivers which I'm
> > hoping to get done eventually, but this patch is a start.
> 
> Can we have one mmc-lite stack from linux kernel?
> The linux kernel have one good frame work for sd/mmc/sdio.

Yes, I was hoping we could do something like that. There's a lot of
duplication in the various MMC drivers we have, and none of them
support all kinds of cards AFAIK.

It would be nice with a core protocol layer which takes care of
initialization and stuff, leaving only the low-level hardware stuff to
the driver.

The Linux mmc framework is certainly good...but it may be too
heavyweight for u-boot.

Haavard

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions
  2008-05-21 12:12 [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Haavard Skinnemoen
  2008-05-21 12:17 ` Liu Dave
  2008-05-21 12:26 ` [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS Haavard Skinnemoen
@ 2008-05-21 21:32 ` Jean-Christophe PLAGNIOL-VILLARD
  2008-05-22  9:09   ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
  2 siblings, 1 reply; 15+ messages in thread
From: Jean-Christophe PLAGNIOL-VILLARD @ 2008-05-21 21:32 UTC (permalink / raw)
  To: u-boot

>  		MMC_CMDAT_R1 | MMC_CMDAT_READ | MMC_CMDAT_BLOCK |
>  		MMC_CMDAT_DATA_EN);
>  
> @@ -568,7 +568,7 @@ mmc_init(int verbose)
>  	MMC_SPI = MMC_SPI_DISABLE;
>  
>  	/* reset */
> -	mmc_cmd(MMC_CMD_RESET, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
> +	mmc_cmd(MMC_CMD_GO_IDLE_STATE, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
>  	udelay(200000);
>  	retries = 3;
>  	while (retries--) {
> @@ -578,7 +578,7 @@ mmc_init(int verbose)
>  			break;
>  		}
>  
> -		resp = mmc_cmd(SD_CMD_APP_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
> +		resp = mmc_cmd(SD_CMD_APP_SEND_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
Please split it
>  		if (resp[0] & 0x80000000) {
>  			mmc_dev.if_type = IF_TYPE_SD;
>  			debug("Detected SD card\n");
> @@ -616,7 +616,7 @@ mmc_init(int verbose)
>  		memcpy(cid_resp, resp, sizeof(cid_resp));
>  
>  		/* MMC exists, get CSD too */
> -		resp = mmc_cmd(MMC_CMD_SET_RCA, 0, 0, MMC_CMDAT_R1);
> +		resp = mmc_cmd(MMC_CMD_SET_RELATIVE_ADDR, 0, 0, MMC_CMDAT_R1);
>  		if (IF_TYPE_SD == mmc_dev.if_type)
>  			rca = ((resp[0] & 0xffff0000) >> 16);
>  		resp = mmc_cmd(MMC_CMD_SEND_CSD, rca, 0, MMC_CMDAT_R2);
> diff --git a/include/asm-arm/arch-pxa/mmc.h b/include/asm-arm/arch-pxa/mmc.h
> index b9304b1..9954680 100644
> --- a/include/asm-arm/arch-pxa/mmc.h
> +++ b/include/asm-arm/arch-pxa/mmc.h
> @@ -110,23 +110,6 @@
>  #define MMC_DEFAULT_RCA			1
>  
>  #define MMC_BLOCK_SIZE			512
> -#define MMC_CMD_RESET			0
> -#define MMC_CMD_SEND_OP_COND		1
> -#define MMC_CMD_ALL_SEND_CID 		2
> -#define MMC_CMD_SET_RCA			3
> -#define MMC_CMD_SELECT_CARD		7
> -#define MMC_CMD_SEND_CSD 		9
> -#define MMC_CMD_SEND_CID 		10
> -#define MMC_CMD_SEND_STATUS		13
> -#define MMC_CMD_SET_BLOCKLEN		16
Best Regards,
J

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] MMC: Consolidate MMC/SD command definitions
  2008-05-21 21:32 ` [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Jean-Christophe PLAGNIOL-VILLARD
@ 2008-05-22  9:09   ` Haavard Skinnemoen
  2008-07-05 22:32     ` Wolfgang Denk
  0 siblings, 1 reply; 15+ messages in thread
From: Haavard Skinnemoen @ 2008-05-22  9:09 UTC (permalink / raw)
  To: u-boot

This moves the MMC and SD Card command definitions from
include/asm/arch/mmc.h into include/mmc.h. These definitions are given
by the MMC and SD Card standards, not by any particular architecture.

There's a lot more room for consolidation in the MMC drivers which I'm
hoping to get done eventually, but this patch is a start.

Compile-tested for all avr32 boards as well as lpc2292sodimm and
lubbock. This should cover all three mmc drivers in the tree.

Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
---
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> wrote:
> > -		resp = mmc_cmd(SD_CMD_APP_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
> > +		resp = mmc_cmd(SD_CMD_APP_SEND_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */  
> Please split it

I didn't really intend to do a coding style clean up. But sure, I can
fix the lines I touch anyway...

Updated patch below. I've rebased it on top of current HEAD (it
conflicted with the big whitespace cleanup) and fixed the three
whitespace issues that I copied into include/mmc.h

Haavard

 cpu/at32ap/atmel_mci.c                  |    4 ++--
 cpu/pxa/mmc.c                           |   11 +++++++----
 include/asm-arm/arch-pxa/mmc.h          |   17 -----------------
 include/asm-avr32/arch-at32ap700x/mmc.h |   19 -------------------
 include/mmc.h                           |   24 ++++++++++++++++++++++++
 5 files changed, 33 insertions(+), 42 deletions(-)

diff --git a/cpu/at32ap/atmel_mci.c b/cpu/at32ap/atmel_mci.c
index f59dfb5..92f5a28 100644
--- a/cpu/at32ap/atmel_mci.c
+++ b/cpu/at32ap/atmel_mci.c
@@ -350,7 +350,7 @@ static int sd_init_card(struct mmc_cid *cid, int verbose)
 
 	mmc_idle_cards();
 	for (i = 0; i < 1000; i++) {
-		ret = mmc_acmd(MMC_ACMD_SD_SEND_OP_COND, CFG_MMC_OP_COND,
+		ret = mmc_acmd(SD_CMD_APP_SEND_OP_COND, CFG_MMC_OP_COND,
 			       resp, R3 | NID);
 		if (ret || (resp[0] & 0x80000000))
 			break;
@@ -368,7 +368,7 @@ static int sd_init_card(struct mmc_cid *cid, int verbose)
 		mmc_dump_cid(cid);
 
 	/* Get RCA of the card that responded */
-	ret = mmc_cmd(MMC_CMD_SD_SEND_RELATIVE_ADDR, 0, resp, R6 | NCR);
+	ret = mmc_cmd(SD_CMD_SEND_RELATIVE_ADDR, 0, resp, R6 | NCR);
 	if (ret)
 		return ret;
 
diff --git a/cpu/pxa/mmc.c b/cpu/pxa/mmc.c
index 039ce0f..4495a80 100644
--- a/cpu/pxa/mmc.c
+++ b/cpu/pxa/mmc.c
@@ -119,7 +119,7 @@ mmc_block_read(uchar * dst, ulong src, ulong len)
 	MMC_RDTO = 0xffff;
 	MMC_NOB = 1;
 	MMC_BLKLEN = len;
-	mmc_cmd(MMC_CMD_READ_BLOCK, argh, argl,
+	mmc_cmd(MMC_CMD_READ_SINGLE_BLOCK, argh, argl,
 		MMC_CMDAT_R1 | MMC_CMDAT_READ | MMC_CMDAT_BLOCK |
 		MMC_CMDAT_DATA_EN);
 
@@ -568,7 +568,7 @@ mmc_init(int verbose)
 	MMC_SPI = MMC_SPI_DISABLE;
 
 	/* reset */
-	mmc_cmd(MMC_CMD_RESET, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
+	mmc_cmd(MMC_CMD_GO_IDLE_STATE, 0, 0, MMC_CMDAT_INIT | MMC_CMDAT_R0);
 	udelay(200000);
 	retries = 3;
 	while (retries--) {
@@ -578,7 +578,10 @@ mmc_init(int verbose)
 			break;
 		}
 
-		resp = mmc_cmd(SD_CMD_APP_OP_COND, 0x0020, 0, MMC_CMDAT_R3 | (retries < 2 ? 0 : MMC_CMDAT_INIT));	/* Select 3.2-3.3 and 3.3-3.4V */
+		/* Select 3.2-3.3 and 3.3-3.4V */
+		resp = mmc_cmd(SD_CMD_APP_SEND_OP_COND, 0x0020, 0,
+				MMC_CMDAT_R3 | (retries < 2 ? 0
+					: MMC_CMDAT_INIT));
 		if (resp[0] & 0x80000000) {
 			mmc_dev.if_type = IF_TYPE_SD;
 			debug("Detected SD card\n");
@@ -616,7 +619,7 @@ mmc_init(int verbose)
 		memcpy(cid_resp, resp, sizeof(cid_resp));
 
 		/* MMC exists, get CSD too */
-		resp = mmc_cmd(MMC_CMD_SET_RCA, 0, 0, MMC_CMDAT_R1);
+		resp = mmc_cmd(MMC_CMD_SET_RELATIVE_ADDR, 0, 0, MMC_CMDAT_R1);
 		if (IF_TYPE_SD == mmc_dev.if_type)
 			rca = ((resp[0] & 0xffff0000) >> 16);
 		resp = mmc_cmd(MMC_CMD_SEND_CSD, rca, 0, MMC_CMDAT_R2);
diff --git a/include/asm-arm/arch-pxa/mmc.h b/include/asm-arm/arch-pxa/mmc.h
index 9440d80..85e144b 100644
--- a/include/asm-arm/arch-pxa/mmc.h
+++ b/include/asm-arm/arch-pxa/mmc.h
@@ -110,23 +110,6 @@
 #define MMC_DEFAULT_RCA			1
 
 #define MMC_BLOCK_SIZE			512
-#define MMC_CMD_RESET			0
-#define MMC_CMD_SEND_OP_COND		1
-#define MMC_CMD_ALL_SEND_CID		2
-#define MMC_CMD_SET_RCA			3
-#define MMC_CMD_SELECT_CARD		7
-#define MMC_CMD_SEND_CSD		9
-#define MMC_CMD_SEND_CID		10
-#define MMC_CMD_SEND_STATUS		13
-#define MMC_CMD_SET_BLOCKLEN		16
-#define MMC_CMD_READ_BLOCK		17
-#define MMC_CMD_RD_BLK_MULTI		18
-#define MMC_CMD_WRITE_BLOCK		24
-#define MMC_CMD_APP_CMD			55
-
-#define SD_CMD_APP_SET_BUS_WIDTH	6
-#define SD_CMD_APP_OP_COND		41
-
 #define MMC_MAX_BLOCK_SIZE		512
 
 #define MMC_R1_IDLE_STATE		0x01
diff --git a/include/asm-avr32/arch-at32ap700x/mmc.h b/include/asm-avr32/arch-at32ap700x/mmc.h
index 6a33fef..9caba91 100644
--- a/include/asm-avr32/arch-at32ap700x/mmc.h
+++ b/include/asm-avr32/arch-at32ap700x/mmc.h
@@ -71,25 +71,6 @@ struct mmc_csd
 	u8	one:1;
 };
 
-/* MMC Command numbers */
-#define MMC_CMD_GO_IDLE_STATE		0
-#define MMC_CMD_SEND_OP_COND		1
-#define MMC_CMD_ALL_SEND_CID		2
-#define MMC_CMD_SET_RELATIVE_ADDR	3
-#define MMC_CMD_SD_SEND_RELATIVE_ADDR	3
-#define MMC_CMD_SET_DSR			4
-#define MMC_CMD_SELECT_CARD		7
-#define MMC_CMD_SEND_CSD		9
-#define MMC_CMD_SEND_CID		10
-#define MMC_CMD_SEND_STATUS		13
-#define MMC_CMD_SET_BLOCKLEN		16
-#define MMC_CMD_READ_SINGLE_BLOCK	17
-#define MMC_CMD_READ_MULTIPLE_BLOCK	18
-#define MMC_CMD_WRITE_BLOCK		24
-#define MMC_CMD_APP_CMD			55
-
-#define MMC_ACMD_SD_SEND_OP_COND	41
-
 #define R1_ILLEGAL_COMMAND		(1 << 22)
 #define R1_APP_CMD			(1 << 5)
 
diff --git a/include/mmc.h b/include/mmc.h
index a271695..19c76fe 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -25,6 +25,30 @@
 #define _MMC_H_
 #include <asm/arch/mmc.h>
 
+/* MMC command numbers */
+#define MMC_CMD_GO_IDLE_STATE		0
+#define MMC_CMD_SEND_OP_COND		1
+#define MMC_CMD_ALL_SEND_CID		2
+#define MMC_CMD_SET_RELATIVE_ADDR	3
+#define MMC_CMD_SET_DSR			4
+#define MMC_CMD_SELECT_CARD		7
+#define MMC_CMD_SEND_CSD		9
+#define MMC_CMD_SEND_CID		10
+#define MMC_CMD_SEND_STATUS		13
+#define MMC_CMD_SET_BLOCKLEN		16
+#define MMC_CMD_READ_SINGLE_BLOCK	17
+#define MMC_CMD_READ_MULTIPLE_BLOCK	18
+#define MMC_CMD_WRITE_BLOCK		24
+#define MMC_CMD_APP_CMD			55
+
+/* SD Card command numbers */
+#define SD_CMD_SEND_RELATIVE_ADDR	3
+#define SD_CMD_SWITCH			6
+#define SD_CMD_SEND_IF_COND		8
+
+#define SD_CMD_APP_SET_BUS_WIDTH	6
+#define SD_CMD_APP_SEND_OP_COND		41
+
 int mmc_init(int verbose);
 int mmc_read(ulong src, uchar *dst, int size);
 int mmc_write(uchar *src, ulong dst, int size);
-- 
1.5.5.1

^ permalink raw reply related	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-05-21 12:26 ` [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS Haavard Skinnemoen
@ 2008-07-05 22:32   ` Wolfgang Denk
  2008-07-10 11:16     ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
  0 siblings, 1 reply; 15+ messages in thread
From: Wolfgang Denk @ 2008-07-05 22:32 UTC (permalink / raw)
  To: u-boot

In message <1211372806-5165-1-git-send-email-haavard.skinnemoen@atmel.com> you wrote:
> > Your message
> >
> >   To:      u-boot-users at lists.sourceforge.net
> >   Cc:      wd at denx.de; kharris at nexus-tech.net; peter.pearse at arm.com;
> > Skinnemoen, Haavard
> >   Subject: [PATCH] MMC: Consolidate MMC/SD command definitions
> >   Sent:    Wed, 21 May 2008 14:12:45 +0200
> >
> > did not reach the following recipient(s):
> >
> > kharris at nexus-tech.net on Wed, 21 May 2008 14:10:52 +0200
> >     The e-mail account does not exist at the organization this message
> > was sent to.  Check the e-mail address, or contact the recipient
> > directly to find out the correct address.
> >     < bagnes.atmel.com #5.1.1 SMTP; 550 5.1.1 User unknown>
> 
> You can't be a maintainer without a valid e-mail address...

I agree with the change itself, but please provide a better commit
message, and ...

> Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
> ---
>  MAINTAINERS |    6 ------
>  1 files changed, 0 insertions(+), 6 deletions(-)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index ac7572c..59d50cb 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -484,12 +484,6 @@ Kshitij Gupta <kshitij@ti.com>
>  	omap1510inn		ARM925T
>  	omap1610inn		ARM926EJS
>  
> -Kyle Harris <kharris@nexus-tech.net>
> -
> -	lubbock			xscale
> -	cradle			xscale
> -	ixdp425			xscale
> -
>  Gary Jennejohn <gj@denx.de>
>  
>  	smdk2400		ARM920T
> -- 

... don't jusst delete the orphaned boards, but add them to the
"Unknown / orphaned" list.

Thanks.

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: wd at denx.de
"Infidels in all ages have battled for the rights of man, and have at
all times been the fearless advocates of liberty and justice."
- Robert Green Ingersoll

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] MMC: Consolidate MMC/SD command definitions
  2008-05-22  9:09   ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
@ 2008-07-05 22:32     ` Wolfgang Denk
  0 siblings, 0 replies; 15+ messages in thread
From: Wolfgang Denk @ 2008-07-05 22:32 UTC (permalink / raw)
  To: u-boot

In message <20080522110959.4458c6f2@hskinnemo-gx745.norway.atmel.com> you wrote:
> This moves the MMC and SD Card command definitions from
> include/asm/arch/mmc.h into include/mmc.h. These definitions are given
> by the MMC and SD Card standards, not by any particular architecture.
> 
> There's a lot more room for consolidation in the MMC drivers which I'm
> hoping to get done eventually, but this patch is a start.
> 
> Compile-tested for all avr32 boards as well as lpc2292sodimm and
> lubbock. This should cover all three mmc drivers in the tree.
> 
> Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
...
>  cpu/at32ap/atmel_mci.c                  |    4 ++--
>  cpu/pxa/mmc.c                           |   11 +++++++----
>  include/asm-arm/arch-pxa/mmc.h          |   17 -----------------
>  include/asm-avr32/arch-at32ap700x/mmc.h |   19 -------------------
>  include/mmc.h                           |   24 ++++++++++++++++++++++++
>  5 files changed, 33 insertions(+), 42 deletions(-)

Applied, thanks.

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: wd at denx.de
Unsichtbar macht sich die Dummheit, indem sie immer  gr??ere  Ausma?e
annimmt.                             -- Bertold Brecht: Der Tui-Roman

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-05 22:32   ` Wolfgang Denk
@ 2008-07-10 11:16     ` Haavard Skinnemoen
  2008-07-10 11:35       ` Jerry Van Baren
                         ` (2 more replies)
  0 siblings, 3 replies; 15+ messages in thread
From: Haavard Skinnemoen @ 2008-07-10 11:16 UTC (permalink / raw)
  To: u-boot

Mail to kharris at nexus-tech.net bounces because the user doesn't exist
anymore. You can't be a maintainer without a valid e-mail address, so
move all boards that used to be maintained by Kyle Harris to the
"orphaned" list.

Currently, only PowerPC has a list of orphaned boards, so this patch
creates one for ARM as well.

Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
---
On Sun, 06 Jul 2008 00:32:01 +0200 Wolfgang Denk <wd@denx.de> wrote:
> ... don't jusst delete the orphaned boards, but add them to the
> "Unknown / orphaned" list.

I created a new Unknown/orphaned list for ARM since the existing one
was located in the PowerPC section and only had PowerPC boards on it.
Is that ok?

 MAINTAINERS |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index a3d70b1..6065e42 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -492,12 +492,6 @@ Kshitij Gupta <kshitij@ti.com>
 	omap1510inn		ARM925T
 	omap1610inn		ARM926EJS
 
-Kyle Harris <kharris@nexus-tech.net>
-
-	lubbock			xscale
-	cradle			xscale
-	ixdp425			xscale
-
 Gary Jennejohn <gj@denx.de>
 
 	smdk2400		ARM920T
@@ -591,6 +585,14 @@ Michael Schwingen <michael@schwingen.org>
 	actux3			xscale
 	actux4			xscale
 
+-------------------------------------------------------------------------
+
+Unknown / orphaned boards:
+
+	cradle			xscale
+	ixdp425			xscale
+	lubbock			xscale
+
 #########################################################################
 # x86 Systems:								#
 #									#
-- 
1.5.4.3

^ permalink raw reply related	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-10 11:16     ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
@ 2008-07-10 11:35       ` Jerry Van Baren
  2008-07-10 12:04         ` Jean-Christophe PLAGNIOL-VILLARD
  2008-07-10 12:12         ` Wolfgang Denk
  2008-07-13 13:02       ` Wolfgang Denk
  2008-07-13 13:03       ` [U-Boot-Users] [PATCH] Add last known maintainer for orphaned boards; reformat Wolfgang Denk
  2 siblings, 2 replies; 15+ messages in thread
From: Jerry Van Baren @ 2008-07-10 11:35 UTC (permalink / raw)
  To: u-boot

Haavard Skinnemoen wrote:
> Mail to kharris at nexus-tech.net bounces because the user doesn't exist
> anymore. You can't be a maintainer without a valid e-mail address, so
> move all boards that used to be maintained by Kyle Harris to the
> "orphaned" list.
> 
> Currently, only PowerPC has a list of orphaned boards, so this patch
> creates one for ARM as well.
> 
> Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
> ---
> On Sun, 06 Jul 2008 00:32:01 +0200 Wolfgang Denk <wd@denx.de> wrote:
>> ... don't jusst delete the orphaned boards, but add them to the
>> "Unknown / orphaned" list.
> 
> I created a new Unknown/orphaned list for ARM since the existing one
> was located in the PowerPC section and only had PowerPC boards on it.
> Is that ok?
> 
>  MAINTAINERS |   14 ++++++++------
>  1 files changed, 8 insertions(+), 6 deletions(-)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index a3d70b1..6065e42 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -492,12 +492,6 @@ Kshitij Gupta <kshitij@ti.com>
>  	omap1510inn		ARM925T
>  	omap1610inn		ARM926EJS
>  
> -Kyle Harris <kharris@nexus-tech.net>
> -
> -	lubbock			xscale
> -	cradle			xscale
> -	ixdp425			xscale
> -
>  Gary Jennejohn <gj@denx.de>
>  
>  	smdk2400		ARM920T
> @@ -591,6 +585,14 @@ Michael Schwingen <michael@schwingen.org>
>  	actux3			xscale
>  	actux4			xscale
>  
> +-------------------------------------------------------------------------
> +
> +Unknown / orphaned boards:
> +
> +	cradle			xscale
> +	ixdp425			xscale
> +	lubbock			xscale
> +
>  #########################################################################
>  # x86 Systems:								#
>  #									#

Would it be reasonable to add an optional tag "last known maintainer" 
for orphaned boards so someone can chase it without pawing through git 
history?  E.g.:

+-------------------------------------------------------------------------
+
+Unknown / orphaned boards:
+
+Last known maintainer: Kyle Harris <kharris@nexus-tech.net>
+	cradle			xscale	
+	ixdp425			xscale	
+	lubbock			xscale	
+

Best regards,
gvb

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-10 11:35       ` Jerry Van Baren
@ 2008-07-10 12:04         ` Jean-Christophe PLAGNIOL-VILLARD
  2008-07-10 12:12         ` Wolfgang Denk
  1 sibling, 0 replies; 15+ messages in thread
From: Jean-Christophe PLAGNIOL-VILLARD @ 2008-07-10 12:04 UTC (permalink / raw)
  To: u-boot

On 07:35 Thu 10 Jul     , Jerry Van Baren wrote:
> > +
> > +Unknown / orphaned boards:
> > +
> > +	cradle			xscale
> > +	ixdp425			xscale
> > +	lubbock			xscale
> > +
> >  #########################################################################
> >  # x86 Systems:								#
> >  #									#
> 
> Would it be reasonable to add an optional tag "last known maintainer" 
> for orphaned boards so someone can chase it without pawing through git 
> history?  E.g.:
> 
> +-------------------------------------------------------------------------
> +
> +Unknown / orphaned boards:
> +
> +Last known maintainer: Kyle Harris <kharris@nexus-tech.net>
> +	cradle			xscale	
> +	ixdp425			xscale	
> +	lubbock			xscale	
> +
> 
Good idea

Best Regards,
J.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-10 11:35       ` Jerry Van Baren
  2008-07-10 12:04         ` Jean-Christophe PLAGNIOL-VILLARD
@ 2008-07-10 12:12         ` Wolfgang Denk
  2008-07-10 12:18           ` Jerry Van Baren
  1 sibling, 1 reply; 15+ messages in thread
From: Wolfgang Denk @ 2008-07-10 12:12 UTC (permalink / raw)
  To: u-boot

In message <4875F3E7.1030209@ge.com> you wrote:
>
> Would it be reasonable to add an optional tag "last known maintainer" 
> for orphaned boards so someone can chase it without pawing through git 
> history?  E.g.:

Excellent idea. I like it.

> +-------------------------------------------------------------------------
> +
> +Unknown / orphaned boards:
> +
> +Last known maintainer: Kyle Harris <kharris@nexus-tech.net>
> +	cradle			xscale	
> +	ixdp425			xscale	
> +	lubbock			xscale	

Let's rather have a third column:

	board		arch		LKM (if any)
	cradle		xscale		Kyle Harris <kharris@nexus-tech.net>
	...

etc.


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: wd at denx.de
... The prejudices people feel about each other disappear  when  then
get to know each other.
	-- Kirk, "Elaan of Troyius", stardate 4372.5

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-10 12:12         ` Wolfgang Denk
@ 2008-07-10 12:18           ` Jerry Van Baren
  0 siblings, 0 replies; 15+ messages in thread
From: Jerry Van Baren @ 2008-07-10 12:18 UTC (permalink / raw)
  To: u-boot

Wolfgang Denk wrote:
> In message <4875F3E7.1030209@ge.com> you wrote:
>> Would it be reasonable to add an optional tag "last known maintainer" 
>> for orphaned boards so someone can chase it without pawing through git 
>> history?  E.g.:
> 
> Excellent idea. I like it.
> 
>> +-------------------------------------------------------------------------
>> +
>> +Unknown / orphaned boards:
>> +
>> +Last known maintainer: Kyle Harris <kharris@nexus-tech.net>
>> +	cradle			xscale	
>> +	ixdp425			xscale	
>> +	lubbock			xscale	
> 
> Let's rather have a third column:
> 
> 	board		arch		LKM (if any)
> 	cradle		xscale		Kyle Harris <kharris@nexus-tech.net>
> 	...
> 
> etc.
> 
> 
> Best regards,
> 
> Wolfgang Denk

I'm OK with that too.  I actually did that first, but it linewrapped on 
me so I put the LKM on a separate line.  Ahh, I see you deleted a tab.

+1
gvb

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH v2] Remove kharris@nexus-tech.net from MAINTAINERS
  2008-07-10 11:16     ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
  2008-07-10 11:35       ` Jerry Van Baren
@ 2008-07-13 13:02       ` Wolfgang Denk
  2008-07-13 13:03       ` [U-Boot-Users] [PATCH] Add last known maintainer for orphaned boards; reformat Wolfgang Denk
  2 siblings, 0 replies; 15+ messages in thread
From: Wolfgang Denk @ 2008-07-13 13:02 UTC (permalink / raw)
  To: u-boot

In message <20080710131604.507d5808@siona.local> you wrote:
> Mail to kharris at nexus-tech.net bounces because the user doesn't exist
> anymore. You can't be a maintainer without a valid e-mail address, so
> move all boards that used to be maintained by Kyle Harris to the
> "orphaned" list.
> 
> Currently, only PowerPC has a list of orphaned boards, so this patch
> creates one for ARM as well.
> 
> Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
> ---
> On Sun, 06 Jul 2008 00:32:01 +0200 Wolfgang Denk <wd@denx.de> wrote:
> > ... don't jusst delete the orphaned boards, but add them to the
> > "Unknown / orphaned" list.
> 
> I created a new Unknown/orphaned list for ARM since the existing one
> was located in the PowerPC section and only had PowerPC boards on it.
> Is that ok?
> 
>  MAINTAINERS |   14 ++++++++------
>  1 files changed, 8 insertions(+), 6 deletions(-)

Applied. Thanks.

I will send an additional patch top add the "last known maintainer"
column as discussed.

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: wd at denx.de
Alliance: In international politics, the union  of  two  thieves  who
have  their hands so deeply inserted in each other's pocket that they
cannot separately plunder a third.                   - Ambrose Bierce

^ permalink raw reply	[flat|nested] 15+ messages in thread

* [U-Boot-Users] [PATCH] Add last known maintainer for orphaned boards; reformat.
  2008-07-10 11:16     ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
  2008-07-10 11:35       ` Jerry Van Baren
  2008-07-13 13:02       ` Wolfgang Denk
@ 2008-07-13 13:03       ` Wolfgang Denk
  2 siblings, 0 replies; 15+ messages in thread
From: Wolfgang Denk @ 2008-07-13 13:03 UTC (permalink / raw)
  To: u-boot

Signed-off-by: Wolfgang Denk <wd@denx.de>
---
 MAINTAINERS |  681 +++++++++++++++++++++++++++++------------------------------
 1 files changed, 339 insertions(+), 342 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 6065e42..1f29abb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -14,261 +14,260 @@
 # PowerPC Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Greg Allen <gallen@arlut.utexas.edu>
 
-	UTX8245			MPC8245
+	UTX8245		MPC8245
 
 Pantelis Antoniou <panto@intracom.gr>
 
-	NETVIA			MPC8xx
+	NETVIA		MPC8xx
 
 Reinhard Arlt <reinhard.arlt@esd-electronics.com>
 
-	cpci5200		MPC5200
-	mecp5200		MPC5200
-	pf5200			MPC5200
+	cpci5200	MPC5200
+	mecp5200	MPC5200
+	pf5200		MPC5200
 
-	CPCI750			PPC750FX/GX
+	CPCI750		PPC750FX/GX
 
 Yuli Barcohen <yuli@arabellasw.com>
 
-	Adder			MPC87x/MPC852T
-	ep8248			MPC8248
-	ISPAN			MPC8260
-	MPC8260ADS		MPC826x/MPC827x/MPC8280
-	Rattler			MPC8248
-	ZPC1900			MPC8265
+	Adder		MPC87x/MPC852T
+	ep8248		MPC8248
+	ISPAN		MPC8260
+	MPC8260ADS	MPC826x/MPC827x/MPC8280
+	Rattler		MPC8248
+	ZPC1900		MPC8265
 
 Michael Barkowski <michael.barkowski@freescale.com>
 
-	MPC8323ERDB		MPC8323
+	MPC8323ERDB	MPC8323
 
 Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
 
-	sacsng			MPC8260
+	sacsng		MPC8260
 
 Oliver Brown <obrown@adventnetworks.com>
 
-	gw8260			MPC8260
+	gw8260		MPC8260
 
 Conn Clark <clark@esteem.com>
 
-	ESTEEM192E		MPC8xx
+	ESTEEM192E	MPC8xx
 
 Joe D'Abbraccio <ljd015@freescale.com>
 
-	MPC837xERDB		MPC837x
+	MPC837xERDB	MPC837x
 
 K?ri Dav??sson <kd@flaga.is>
 
-	FLAGADM			MPC823
+	FLAGADM		MPC823
 
 Torsten Demke <torsten.demke@fci.com>
 
-	eXalion			MPC824x
+	eXalion		MPC824x
 
 Wolfgang Denk <wd@denx.de>
 
-	IceCube_5100		MGT5100
-	IceCube_5200		MPC5200
-
-	AMX860			MPC860
-	ETX094			MPC850
-	FPS850L			MPC850
-	FPS860L			MPC860
-	ICU862			MPC862
-	IP860			MPC860
-	IVML24			MPC860
-	IVML24_128		MPC860
-	IVML24_256		MPC860
-	IVMS8			MPC860
-	IVMS8_128		MPC860
-	IVMS8_256		MPC860
-	LANTEC			MPC850
-	LWMON			MPC823
-	NC650			MPC852
-	R360MPI			MPC823
-	RMU			MPC850
-	RRvision		MPC823
-	SM850			MPC850
-	SPD823TS		MPC823
-	TQM823L			MPC823
-	TQM823L_LCD		MPC823
-	TQM850L			MPC850
-	TQM855L			MPC855
-	TQM860L			MPC860
-	TQM860L_FEC		MPC860
-	c2mon			MPC855
-	hermes			MPC860
-	lwmon			MPC823
-	pcu_e			MPC855
-
-	CU824			MPC8240
-	Sandpoint8240		MPC8240
-	SL8245			MPC8245
-
-	ATC			MPC8250
-	PM825			MPC8250
-
-	TQM8255			MPC8255
-
-	CPU86			MPC8260
-	PM826			MPC8260
-	TQM8260			MPC8260
-
-	P3G4			MPC7410
-
-	PCIPPC2			MPC750
-	PCIPPC6			MPC750
-
-	EXBITGEN		PPC405GP
+	IceCube_5100	MGT5100
+	IceCube_5200	MPC5200
+
+	AMX860		MPC860
+	ETX094		MPC850
+	FPS850L		MPC850
+	FPS860L		MPC860
+	ICU862		MPC862
+	IP860		MPC860
+	IVML24		MPC860
+	IVML24_128	MPC860
+	IVML24_256	MPC860
+	IVMS8		MPC860
+	IVMS8_128	MPC860
+	IVMS8_256	MPC860
+	LANTEC		MPC850
+	LWMON		MPC823
+	NC650		MPC852
+	R360MPI		MPC823
+	RMU		MPC850
+	RRvision	MPC823
+	SM850		MPC850
+	SPD823TS	MPC823
+	TQM823L		MPC823
+	TQM823L_LCD	MPC823
+	TQM850L		MPC850
+	TQM855L		MPC855
+	TQM860L		MPC860
+	TQM860L_FEC	MPC860
+	c2mon		MPC855
+	hermes		MPC860
+	lwmon		MPC823
+	pcu_e		MPC855
+
+	CU824		MPC8240
+	Sandpoint8240	MPC8240
+	SL8245		MPC8245
+
+	ATC		MPC8250
+	PM825		MPC8250
+
+	TQM8255		MPC8255
+
+	CPU86		MPC8260
+	PM826		MPC8260
+	TQM8260		MPC8260
+
+	P3G4		MPC7410
+
+	PCIPPC2		MPC750
+	PCIPPC6		MPC750
+
+	EXBITGEN	PPC405GP
 
 Jon Diekema <jon.diekema@smiths-aerospace.com>
 
-	sbc8260			MPC8260
+	sbc8260		MPC8260
 
 Dave Ellis <DGE@sixnetio.com>
 
-	SXNI855T		MPC8xx
+	SXNI855T	MPC8xx
 
 Thomas Frieden <ThomasF@hyperion-entertainment.com>
 
-	AmigaOneG3SE		MPC7xx
+	AmigaOneG3SE	MPC7xx
 
 Matthias Fuchs <matthias.fuchs@esd-electronics.com>
 
-	ADCIOP			IOP480 (PPC401)
-	APC405			PPC405GP
-	AR405			PPC405GP
-	ASH405			PPC405EP
-	CANBT			PPC405CR
-	CPCI2DP			PPC405GP
-	CPCI405			PPC405GP
-	CPCI4052		PPC405GP
-	CPCI405AB		PPC405GP
-	CPCI405DT		PPC405GP
-	CPCIISER4		PPC405GP
-	DASA_SIM		IOP480 (PPC401)
-	DP405			PPC405EP
-	DU405			PPC405GP
-	DU440			PPC440EPx
-	G2000			PPC405EP
-	HH405			PPC405EP
-	HUB405			PPC405EP
-	OCRTC			PPC405GP
-	ORSG			PPC405GP
-	PCI405			PPC405GP
-	PLU405			PPC405EP
-	PMC405			PPC405GP
-	PMC440			PPC440EPx
-	VOH405			PPC405EP
-	VOM405			PPC405EP
-	WUH405			PPC405EP
-	CMS700			PPC405EP
+	ADCIOP		IOP480 (PPC401)
+	APC405		PPC405GP
+	AR405		PPC405GP
+	ASH405		PPC405EP
+	CANBT		PPC405CR
+	CPCI2DP		PPC405GP
+	CPCI405		PPC405GP
+	CPCI4052	PPC405GP
+	CPCI405AB	PPC405GP
+	CPCI405DT	PPC405GP
+	CPCIISER4	PPC405GP
+	DASA_SIM	IOP480 (PPC401)
+	DP405		PPC405EP
+	DU405		PPC405GP
+	DU440		PPC440EPx
+	G2000		PPC405EP
+	HH405		PPC405EP
+	HUB405		PPC405EP
+	OCRTC		PPC405GP
+	ORSG		PPC405GP
+	PCI405		PPC405GP
+	PLU405		PPC405EP
+	PMC405		PPC405GP
+	PMC440		PPC440EPx
+	VOH405		PPC405EP
+	VOM405		PPC405EP
+	WUH405		PPC405EP
+	CMS700		PPC405EP
 
 Niklaus Giger <niklaus.giger@netstal.com>
 
-	HCU4			PPC405GPr
-	MCU25			PPC405GPr
-	HCU5			PPC440EPx
+	HCU4		PPC405GPr
+	MCU25		PPC405GPr
+	HCU5		PPC440EPx
 
 Frank Gottschling <fgottschling@eltec.de>
 
-	MHPC			MPC8xx
+	MHPC		MPC8xx
 
-	BAB7xx			MPC740/MPC750
+	BAB7xx		MPC740/MPC750
 
 Wolfgang Grandegger <wg@denx.de>
 
-	CCM			MPC855
+	CCM		MPC855
 
-	PN62			MPC8240
-
-	IPHASE4539		MPC8260
-	SCM			MPC8260
+	PN62		MPC8240
+	IPHASE4539	MPC8260
+	SCM		MPC8260
 
 Howard Gray <mvsensor@matrix-vision.de>
 
-	MVS1			MPC823
+	MVS1		MPC823
 
 Joe Hamman <joe.hamman@embeddedspecialties.com>
 
-	sbc8548			MPC8548
-	sbc8641d		MPC8641D
+	sbc8548		MPC8548
+	sbc8641d	MPC8641D
 
 Klaus Heydeck <heydeck@kieback-peter.de>
 
-	KUP4K			MPC855
-	KUP4X			MPC859
+	KUP4K		MPC855
+	KUP4X		MPC859
 
 Gary Jennejohn <garyj@denx.de>
 
-	quad100hd		PPC405EP
+	quad100hd	PPC405EP
 
 Murray Jensen <Murray.Jensen@csiro.au>
 
-	cogent_mpc8xx		MPC8xx
+	cogent_mpc8xx	MPC8xx
 
-	cogent_mpc8260		MPC8260
-	hymod			MPC8260
+	cogent_mpc8260	MPC8260
+	hymod		MPC8260
 
 Larry Johnson <lrj@acm.org>
 
-	korat			PPC440EPx
+	korat		PPC440EPx
 
 Brad Kemp <Brad.Kemp@seranoa.com>
 
-	ppmc8260		MPC8260
+	ppmc8260	MPC8260
 
 Sangmoon Kim <dogoil@etinsys.com>
 
-	debris			MPC8245
-	KVME080			MPC8245
+	debris		MPC8245
+	KVME080		MPC8245
 
 Thomas Lange <thomas@corelatus.se>
 
-	GTH			MPC860
+	GTH		MPC860
 
 Robert Lazarski <robertlazarski@gmail.com>
 
-	ATUM8548		MPC8548
+	ATUM8548	MPC8548
 
 The LEOX team <team@leox.org>
 
-	ELPT860			MPC860T
+	ELPT860		MPC860T
 
 Dave Liu <daveliu@freescale.com>
 
-	MPC8315ERDB		MPC8315
-	MPC832XEMDS		MPC832x
-	MPC8360EMDS		MPC8360
-	MPC837XEMDS		MPC837x
+	MPC8315ERDB	MPC8315
+	MPC832XEMDS	MPC832x
+	MPC8360EMDS	MPC8360
+	MPC837XEMDS	MPC837x
 
 Nye Liu <nyet@zumanetworks.com>
 
-	ZUMA			MPC7xx_74xx
+	ZUMA		MPC7xx_74xx
 
 Jon Loeliger <jdl@freescale.com>
 
-	MPC8540ADS		MPC8540
-	MPC8560ADS		MPC8560
-	MPC8541CDS		MPC8541
-	MPC8555CDS		MPC8555
+	MPC8540ADS	MPC8540
+	MPC8560ADS	MPC8560
+	MPC8541CDS	MPC8541
+	MPC8555CDS	MPC8555
 
-	MPC8641HPCN		MPC8641D
+	MPC8641HPCN	MPC8641D
 
 Dan Malek <dan@embeddedalley.com>
 
-	stxgp3			MPC85xx
-	stxssa			MPC85xx
-	stxxtc			MPC8xx
+	stxgp3		MPC85xx
+	stxssa		MPC85xx
+	stxxtc		MPC8xx
 
 Eran Man <eran@nbase.co.il>
 
-	EVB64260_750CX		MPC750CX
+	EVB64260_750CX	MPC750CX
 
 Andrea "llandre" Marson <andrea.marson@dave-tech.it>
 
@@ -276,75 +275,75 @@ Andrea "llandre" Marson <andrea.marson@dave-tech.it>
 
 Reinhard Meyer <r.meyer@emk-elektronik.de>
 
-	TOP860			MPC860T
-	TOP5200			MPC5200
+	TOP860		MPC860T
+	TOP5200		MPC5200
 
 Tolunay Orkun <torkun@nextio.com>
 
-	csb272			PPC405GP
-	csb472			PPC405GP
+	csb272		PPC405GP
+	csb472		PPC405GP
 
 John Otken <jotken@softadvances.com>
 
-	luan			PPC440SP
-	taihu			PPC405EP
+	luan		PPC440SP
+	taihu		PPC405EP
 
 Keith Outwater <Keith_Outwater@mvis.com>
 
-	GEN860T			MPC860T
-	GEN860T_SC		MPC860T
+	GEN860T		MPC860T
+	GEN860T_SC	MPC860T
 
 Frank Panno <fpanno@delphintech.com>
 
-	ep8260			MPC8260
+	ep8260		MPC8260
 
 Denis Peter <d.peter@mpl.ch>
 
-	MIP405			PPC4xx
-	PIP405			PPC4xx
+	MIP405		PPC4xx
+	PIP405		PPC4xx
 
 Kim Phillips <kim.phillips@freescale.com>
 
-	MPC8349EMDS		MPC8349
+	MPC8349EMDS	MPC8349
 
 Daniel Poirot <dan.poirot@windriver.com>
 
-	sbc8240			MPC8240
-	sbc405			PPC405GP
+	sbc8240		MPC8240
+	sbc405		PPC405GP
 
 Stefan Roese <sr@denx.de>
 
-	P3M7448			MPC7448
-
-	uc100			MPC857
-
-	TQM85xx			MPC8540/8541/8555/8560
-
-	acadia			PPC405EZ
-	alpr			PPC440GX
-	bamboo			PPC440EP
-	bunbinga		PPC405EP
-	canyonlands		PPC460EX
-	ebony			PPC440GP
-	glacier			PPC460GT
-	haleakala		PPC405EXr
-	katmai			PPC440SPe
-	kilauea			PPC405EX
-	lwmon5			PPC440EPx
-	makalu			PPC405EX
-	ocotea			PPC440GX
-	p3p440			PPC440GP
-	pcs440ep		PPC440EP
-	rainier			PPC440GRx
-	sequoia			PPC440EPx
-	sycamore		PPC405GPr
-	taishan			PPC440GX
-	walnut			PPC405GP
-	yellowstone		PPC440GR
-	yosemite		PPC440EP
-	zeus			PPC405EP
-
-	P3M750			PPC750FX/GX/GL
+	P3M7448		MPC7448
+
+	uc100		MPC857
+
+	TQM85xx		MPC8540/8541/8555/8560
+
+	acadia		PPC405EZ
+	alpr		PPC440GX
+	bamboo		PPC440EP
+	bunbinga	PPC405EP
+	canyonlands	PPC460EX
+	ebony		PPC440GP
+	glacier		PPC460GT
+	haleakala	PPC405EXr
+	katmai		PPC440SPe
+	kilauea		PPC405EX
+	lwmon5		PPC440EPx
+	makalu		PPC405EX
+	ocotea		PPC440GX
+	p3p440		PPC440GP
+	pcs440ep	PPC440EP
+	rainier		PPC440GRx
+	sequoia		PPC440EPx
+	sycamore	PPC405GPr
+	taishan		PPC440GX
+	walnut		PPC405GP
+	yellowstone	PPC440GR
+	yosemite	PPC440EP
+	zeus		PPC405EP
+
+	P3M750		PPC750FX/GX/GL
 
 Yusdi Santoso <yusdi_santoso@adaptec.com>
 
@@ -352,406 +351,404 @@ Yusdi Santoso <yusdi_santoso@adaptec.com>
 
 Travis Sawyer (travis.sawyer at sandburst.com>
 
-	KAREF			PPC440GX
-	METROBOX		PPC440GX
-	XPEDITE1K		PPC440GX
+	KAREF		PPC440GX
+	METROBOX	PPC440GX
+	XPEDITE1K	PPC440GX
 
 Heiko Schocher <hs@denx.de>
 
-	ids8247			MPC8247
-	jupiter			MPC5200
-	mgcoge			MPC8247
-	mgsuvd			MPC852
-	municse			MPC5200
-	sc3			PPC405GP
-	uc101			MPC5200
+	ids8247		MPC8247
+	jupiter		MPC5200
+	mgcoge		MPC8247
+	mgsuvd		MPC852
+	municse		MPC5200
+	sc3		PPC405GP
+	uc101		MPC5200
 
 
 Peter De Schrijver <p2@mind.be>
 
-	ML2			PPC4xx
+	ML2		PPC4xx
 
 Andre Schwarz <andre.schwarz@matrix-vision.de>
 
-	mvblm7			MPC8343
+	mvblm7		MPC8343
 
 Timur Tabi <timur@freescale.com>
 
-	MPC8349E-mITX		MPC8349
-	MPC8349E-mITX-GP	MPC8349
+	MPC8349E-mITX	MPC8349
+	MPC8349E-mITX-GP MPC8349
 
 Erik Theisen <etheisen@mindspring.com>
 
-	W7OLMC			PPC4xx
-	W7OLMG			PPC4xx
+	W7OLMC		PPC4xx
+	W7OLMG		PPC4xx
 
 Jim Thompson <jim@musenki.com>
 
-	MUSENKI			MPC8245/8241
-	Sandpoint8245		MPC8245
+	MUSENKI		MPC8245/8241
+	Sandpoint8245	MPC8245
 
 Rune Torgersen <runet@innovsys.com>
 
-	MPC8266ADS		MPC8266
+	MPC8266ADS	MPC8266
 
 
 David Updegraff <dave@cray.com>
 
-	CRAYL1			PPC4xx
+	CRAYL1		PPC4xx
 
 Anton Vorontsov <avorontsov@ru.mvista.com>
 
-	MPC8360ERDK		MPC8360
+	MPC8360ERDK	MPC8360
 
 Josef Wagner <Wagner@Microsys.de>
 
-	CPC45			MPC8245
-	PM520			MPC5200
+	CPC45		MPC8245
+	PM520		MPC5200
 
 Stephen Williams <steve@icarus.com>
 
-	JSE			PPC405GPr
+	JSE		PPC405GPr
 
 John Zhan <zhanz@sinovee.com>
 
-	svm_sc8xx		MPC8xx
+	svm_sc8xx	MPC8xx
 
 Guennadi Liakhovetski <g.liakhovetski@gmx.de>
 
-	linkstation		MPC8241
+	linkstation	MPC8241
 
 -------------------------------------------------------------------------
 
 Unknown / orphaned boards:
 
-	ADS860			MPC8xx
-	FADS823			MPC8xx
-	FADS850SAR		MPC8xx
-	FADS860T		MPC8xx
-	GENIETV			MPC8xx
-	IAD210			MPC8xx
-	MBX			MPC8xx
-	MBX860T			MPC8xx
-	NX823			MPC8xx
-	RPXClassic		MPC8xx
-	RPXlite			MPC8xx
+	ADS860		MPC8xx
+	FADS823		MPC8xx
+	FADS850SAR	MPC8xx
+	FADS860T	MPC8xx
+	GENIETV		MPC8xx
+	IAD210		MPC8xx
+	MBX		MPC8xx
+	MBX860T		MPC8xx
+	NX823		MPC8xx
+	RPXClassic	MPC8xx
+	RPXlite		MPC8xx
 
-	ERIC			PPC4xx
+	ERIC		PPC4xx
 
-	MOUSSE			MPC824x
+	MOUSSE		MPC824x
 
-	RPXsuper		MPC8260
-	rsdproto		MPC8260
+	RPXsuper	MPC8260
+	rsdproto	MPC8260
 
-	EVB64260		MPC7xx_74xx
+	EVB64260	MPC7xx_74xx
 
 
 #########################################################################
 # ARM Systems:								#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Rowel Atienza <rowel@diwalabs.com>
 
-	armadillo		ARM720T
+	armadillo	ARM720T
 
 Rishi Bhattacharya <rishi@ti.com>
 
-	omap5912osk		ARM926EJS
+	omap5912osk	ARM926EJS
 
 Cliff Brake <cliff.brake@gmail.com>
 
-	pxa255_idp		xscale
+	pxa255_idp	xscale
 
 Rick Bronson <rick@efn.org>
 
-	AT91RM9200DK		at91rm9200
+	AT91RM9200DK	at91rm9200
 
 George G. Davis <gdavis@mvista.com>
 
-	assabet			SA1100
-	gcplus			SA1100
+	assabet		SA1100
+	gcplus		SA1100
 
 Thomas Elste <info@elste.org>
 
-	modnet50		ARM720T (NET+50)
+	modnet50	ARM720T (NET+50)
 
 Peter Figuli <peposh@etc.sk>
 
-	wepep250		xscale
+	wepep250	xscale
 
 Marius Gr?ger <mag@sysgo.de>
 
-	impa7			ARM720T (EP7211)
-	ep7312			ARM720T (EP7312)
+	impa7		ARM720T (EP7211)
+	ep7312		ARM720T (EP7312)
 
 Kshitij Gupta <kshitij@ti.com>
 
-	omap1510inn		ARM925T
-	omap1610inn		ARM926EJS
+	omap1510inn	ARM925T
+	omap1610inn	ARM926EJS
 
 Gary Jennejohn <gj@denx.de>
 
-	smdk2400		ARM920T
-	trab			ARM920T
+	smdk2400	ARM920T
+	trab		ARM920T
 
 Konstantin Kletschke <kletschke@synertronixx.de>
-	scb9328			ARM920T
+	scb9328		ARM920T
 
 Nishant Kamat <nskamat@ti.com>
 
-	omap1610h2		ARM926EJS
+	omap1610h2	ARM926EJS
 
 Sergey Kubushyn <ksi@koi8.net>
 
-	DV-EVM			ARM926EJS
-	SONATA			ARM926EJS
-	SCHMOOGIE		ARM926EJS
+	DV-EVM		ARM926EJS
+	SONATA		ARM926EJS
+	SCHMOOGIE	ARM926EJS
 
 Prakash Kumar <prakash@embedx.com>
 
-	cerf250			xscale
+	cerf250		xscale
 
 David M?ller <d.mueller@elsoft.ch>
 
-	smdk2410		ARM920T
-	VCMA9			ARM920T
+	smdk2410	ARM920T
+	VCMA9		ARM920T
 
 Rolf Offermanns <rof@sysgo.de>
 
-	shannon			SA1100
+	shannon		SA1100
 
 Peter Pearse <peter.pearse@arm.com>
-	integratorcp		All current ARM supplied &
-				supported core modules
-				-see http://www.arm.com
-				/products/DevTools
-				/Hardware_Platforms.html
-	versatile		ARM926EJ-S
-	versatile		ARM926EJ-S
+	integratorcp	All current ARM supplied & supported core modules
+			-see http://www.arm.com/products/DevTools/Hardware_Platforms.html
+	versatile	ARM926EJ-S
+	versatile	ARM926EJ-S
 
 Dave Peverley <dpeverley@mpc-data.co.uk>
 
-	omap730p2		ARM926EJS
+	omap730p2	ARM926EJS
 
 Stelian Pop <stelian.pop@leadtechdesign.com>
 
-	at91cap9adk		ARM926EJS (AT91CAP9 SoC)
-	at91sam9260ek		ARM926EJS (AT91SAM9260 SoC)
-	at91sam9261ek		ARM926EJS (AT91SAM9261 SoC)
-	at91sam9263ek		ARM926EJS (AT91SAM9263 SoC)
-	at91sam9rlek		ARM926EJS (AT91SAM9RL SoC)
+	at91cap9adk	ARM926EJS (AT91CAP9 SoC)
+	at91sam9260ek	ARM926EJS (AT91SAM9260 SoC)
+	at91sam9261ek	ARM926EJS (AT91SAM9261 SoC)
+	at91sam9263ek	ARM926EJS (AT91SAM9263 SoC)
+	at91sam9rlek	ARM926EJS (AT91SAM9RL SoC)
 
 Stefan Roese <sr@denx.de>
 
-	ixdpg425		xscale
-	pdnb3			xscale
-	scpu			xscale
+	ixdpg425	xscale
+	pdnb3		xscale
+	scpu		xscale
 
 Robert Schwebel <r.schwebel@pengutronix.de>
 
-	csb226			xscale
-	innokom			xscale
+	csb226		xscale
+	innokom		xscale
 
 Andrea Scian <andrea.scian@dave-tech.it>
 
-	B2			ARM7TDMI (S3C44B0X)
+	B2		ARM7TDMI (S3C44B0X)
 
 Greg Ungerer <greg.ungerer@opengear.com>
 
-	cm4008			ks8695p
-	cm4116			ks8695p
-	cm4148			ks8695p
+	cm4008		ks8695p
+	cm4116		ks8695p
+	cm4148		ks8695p
 
 Richard Woodruff <r-woodruff2@ti.com>
 
-	omap2420h4		ARM1136EJS
+	omap2420h4	ARM1136EJS
 
 Kyungmin Park <kyungmin.park@samsung.com>
 
-	apollon			ARM1136EJS
+	apollon		ARM1136EJS
 
 Alex Z?pke <azu@sysgo.de>
 
-	lart			SA1100
-	dnp1110			SA1110
+	lart		SA1100
+	dnp1110		SA1110
 
 Michael Schwingen <michael@schwingen.org>
 
-	actux1			xscale
-	actux2			xscale
-	actux3			xscale
-	actux4			xscale
+	actux1		xscale
+	actux2		xscale
+	actux3		xscale
+	actux4		xscale
 
 -------------------------------------------------------------------------
 
 Unknown / orphaned boards:
-
-	cradle			xscale
-	ixdp425			xscale
-	lubbock			xscale
+ 	Board		CPU	Last known maintainer / Comment
+.........................................................................
+	cradle		xscale	Kyle Harris <kharris@nexus-tech.net> / dead address
+	ixdp425		xscale	Kyle Harris <kharris@nexus-tech.net> / dead address
+	lubbock		xscale	Kyle Harris <kharris@nexus-tech.net> / dead address
 
 #########################################################################
 # x86 Systems:								#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Daniel Engstr?m <daniel@omicron.se>
 
-	sc520_cdp		x86
+	sc520_cdp	x86
 
 #########################################################################
 # MIPS Systems:								#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Wolfgang Denk <wd@denx.de>
 
-	incaip			MIPS32 4Kc
-	purple			MIPS64 5Kc
+	incaip		MIPS32 4Kc
+	purple		MIPS64 5Kc
 
 Thomas Lange <thomas@corelatus.se>
-	dbau1x00		MIPS32 Au1000
-	gth2			MIPS32 Au1000
+	dbau1x00	MIPS32 Au1000
+	gth2		MIPS32 Au1000
 
 Vlad Lungu <vlad.lungu@windriver.com>
-	qemu_mips		MIPS32
+	qemu_mips	MIPS32
 
 #########################################################################
 # Nios-32 Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Stephan Linz <linz@li-pro.net>
 
-	DK1S10			Nios-32
-	ADNPESC1		Nios-32
+	DK1S10		Nios-32
+	ADNPESC1	Nios-32
 
 Scott McNutt <smcnutt@psyent.com>
 
-	DK1C20			Nios-32
+	DK1C20		Nios-32
 
 #########################################################################
 # Nios-II Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Scott McNutt <smcnutt@psyent.com>
 
-	PCI5441			Nios-II
-	PK1C20			Nios-II
-	EP1C20			Nios-II
-	EP1S10			Nios-II
-	EP1S40			Nios-II
+	PCI5441		Nios-II
+	PK1C20		Nios-II
+	EP1C20		Nios-II
+	EP1S10		Nios-II
+	EP1S40		Nios-II
 
 #########################################################################
 # MicroBlaze Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Yasushi Shoji <yashi@atmark-techno.com>
 
-	SUZAKU			MicroBlaze
+	SUZAKU		MicroBlaze
 
 Michal Simek <monstr@monstr.eu>
 
-	ML401			MicroBlaze
-	XUPV2P			MicroBlaze
+	ML401		MicroBlaze
+	XUPV2P		MicroBlaze
 
 #########################################################################
 # Coldfire Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Matthias Fuchs <matthias.fuchs@esd-electronics.com>
 
-	TASREG			MCF5249
+	TASREG		MCF5249
 
 TsiChung Liew <Tsi-Chung.Liew@freescale.com>
 
-	M52277EVB		mcf5227x
-	M5235EVB		mcf52x2
-	M5329EVB		mcf532x
-	M5373EVB		mcf532x
-	M54455EVB		mcf5445x
-	M5475EVB		mcf547x_8x
-	M5485EVB		mcf547x_8x
+	M52277EVB	mcf5227x
+	M5235EVB	mcf52x2
+	M5329EVB	mcf532x
+	M5373EVB	mcf532x
+	M54455EVB	mcf5445x
+	M5475EVB	mcf547x_8x
+	M5485EVB	mcf547x_8x
 
 Hayden Fraser <Hayden.Fraser@freescale.com>
 
-	M5253EVBE		mcf52x2
+	M5253EVBE	mcf52x2
 
 #########################################################################
 # AVR32 Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Haavard Skinnemoen <hskinnemoen@atmel.com>
 
-	ATSTK1000		AT32AP7xxx
-	ATSTK1002		AT32AP7000
-	ATSTK1003		AT32AP7001
-	ATSTK1004		AT32AP7002
-	ATSTK1006		AT32AP7000
-	ATNGW100		AT32AP7000
+	ATSTK1000	AT32AP7xxx
+	ATSTK1002	AT32AP7000
+	ATSTK1003	AT32AP7001
+	ATSTK1004	AT32AP7002
+	ATSTK1006	AT32AP7000
+	ATNGW100	AT32AP7000
 
 #########################################################################
 # SuperH Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
 
-	MS7750SE		SH7750
-	MS7722SE		SH7722
-	R7780MP			SH7780
-	R2DPlus			SH7751R
-	SH7763RDP		SH7763
+	MS7750SE	SH7750
+	MS7722SE	SH7722
+	R7780MP		SH7780
+	R2DPlus		SH7751R
+	SH7763RDP	SH7763
 
 Mark Jonas <mark.jonas@de.bosch.com>
 
-	mpr2			SH7720
+	mpr2		SH7720
 
 Yoshihiro Shimoda <shimoda.yoshihiro@renesas.com>
 
-	MS7720SE		SH7720
+	MS7720SE	SH7720
 
 Yusuke Goda <goda.yusuke@renesas.com>
 
-	MIGO-R			SH7722
+	MIGO-R		SH7722
 
 #########################################################################
 # Blackfin Systems:							#
 #									#
 # Maintainer Name, Email Address					#
-#	Board			CPU					#
+#	Board		CPU						#
 #########################################################################
 
 Mike Frysinger <vapier@gentoo.org>
 Blackfin Team <u-boot-devel@blackfin.uclinux.org>
 
-	BF533-EZKIT		BF533
-	BF533-STAMP		BF533
-	BF537-STAMP		BF537
-	BF561-EZKIT		BF561
+	BF533-EZKIT	BF533
+	BF533-STAMP	BF533
+	BF537-STAMP	BF537
+	BF561-EZKIT	BF561
 
 #########################################################################
 # End of MAINTAINERS list						#
-- 
1.5.4.2

^ permalink raw reply related	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2008-07-13 13:03 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-21 12:12 [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Haavard Skinnemoen
2008-05-21 12:17 ` Liu Dave
2008-05-21 12:32   ` Haavard Skinnemoen
2008-05-21 12:26 ` [U-Boot-Users] [PATCH] Remove kharris@nexus-tech.net from MAINTAINERS Haavard Skinnemoen
2008-07-05 22:32   ` Wolfgang Denk
2008-07-10 11:16     ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
2008-07-10 11:35       ` Jerry Van Baren
2008-07-10 12:04         ` Jean-Christophe PLAGNIOL-VILLARD
2008-07-10 12:12         ` Wolfgang Denk
2008-07-10 12:18           ` Jerry Van Baren
2008-07-13 13:02       ` Wolfgang Denk
2008-07-13 13:03       ` [U-Boot-Users] [PATCH] Add last known maintainer for orphaned boards; reformat Wolfgang Denk
2008-05-21 21:32 ` [U-Boot-Users] [PATCH] MMC: Consolidate MMC/SD command definitions Jean-Christophe PLAGNIOL-VILLARD
2008-05-22  9:09   ` [U-Boot-Users] [PATCH v2] " Haavard Skinnemoen
2008-07-05 22:32     ` Wolfgang Denk

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox