public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h
@ 2007-03-13 17:42 Pete MacKay
  2007-03-15  7:26 ` Tolunay Orkun
  0 siblings, 1 reply; 5+ messages in thread
From: Pete MacKay @ 2007-03-13 17:42 UTC (permalink / raw)
  To: u-boot


Intel was inconsistent in their device IDs for the P30 Strata NOR.  The
header flash.h has incorrect device IDs for the top- and bottom-mapped
versions of the 32 MB chips as a result.  It's an easy mistake to make...

--- u-boot.git/include/flash.h	2007-03-12 13:40:31.000000000 -0700
+++ u-boot/include/flash.h	2007-03-12 19:26:25.000000000 -0700
@@ -290,8 +290,8 @@
 #define INTEL_ID_28F64P30B  0x881A881A	/*  64M =  32K x 255 + 32k x 4 */
 #define INTEL_ID_28F128P30T 0x88188818	/* 128M =  64K x 255 + 32k x 4 */
 #define INTEL_ID_28F128P30B 0x881B881B	/* 128M =  64K x 255 + 32k x 4 */
-#define INTEL_ID_28F256P30T 0x88198819	/* 256M = 128K x 255 + 32k x 4 */
-#define INTEL_ID_28F256P30B 0x881C881C	/* 256M = 128K x 255 + 32k x 4 */
+#define INTEL_ID_28F256P30T 0x89198919	/* 256M = 128K x 255 + 32k x 4 */
+#define INTEL_ID_28F256P30B 0x891C891C	/* 256M = 128K x 255 + 32k x 4 */
 
 #define INTEL_ID_28F160S3   0x00D000D0	/*  16M = 512K x  32 (64kB x 32)	*/
 #define INTEL_ID_28F320S3   0x00D400D4	/*  32M = 512K x  64 (64kB x 64)	*/


-- 
View this message in context: http://www.nabble.com/-PATCH--Fix-wrong-ID-for-28F256P30-in-flash.h-tf3397449.html#a9459708
Sent from the Uboot - Users mailing list archive at Nabble.com.

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

* [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h
  2007-03-13 17:42 [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h Pete MacKay
@ 2007-03-15  7:26 ` Tolunay Orkun
  2007-03-15  8:28   ` Wolfgang Denk
  0 siblings, 1 reply; 5+ messages in thread
From: Tolunay Orkun @ 2007-03-15  7:26 UTC (permalink / raw)
  To: u-boot

Pete MacKay wrote:
> Intel was inconsistent in their device IDs for the P30 Strata NOR.  The
> header flash.h has incorrect device IDs for the top- and bottom-mapped
> versions of the 32 MB chips as a result.  It's an easy mistake to make...
>
> --- u-boot.git/include/flash.h	2007-03-12 13:40:31.000000000 -0700
> +++ u-boot/include/flash.h	2007-03-12 19:26:25.000000000 -0700
> @@ -290,8 +290,8 @@
>  #define INTEL_ID_28F64P30B  0x881A881A	/*  64M =  32K x 255 + 32k x 4 */
>  #define INTEL_ID_28F128P30T 0x88188818	/* 128M =  64K x 255 + 32k x 4 */
>  #define INTEL_ID_28F128P30B 0x881B881B	/* 128M =  64K x 255 + 32k x 4 */
> -#define INTEL_ID_28F256P30T 0x88198819	/* 256M = 128K x 255 + 32k x 4 */
> -#define INTEL_ID_28F256P30B 0x881C881C	/* 256M = 128K x 255 + 32k x 4 */
> +#define INTEL_ID_28F256P30T 0x89198919	/* 256M = 128K x 255 + 32k x 4 */
> +#define INTEL_ID_28F256P30B 0x891C891C	/* 256M = 128K x 255 + 32k x 4 */
>  
>  #define INTEL_ID_28F160S3   0x00D000D0	/*  16M = 512K x  32 (64kB x 32)	*/
>  #define INTEL_ID_28F320S3   0x00D400D4	/*  32M = 512K x  64 (64kB x 64)	*/
>
>
>   

Thanks for the update. However, the CFI driver actually does not use 
these macro.

Is there a place (custom driver) that this ID was used an caused a problem?

I personally actually want to remove these macros for any device that 
could be serviced by cfi_flash.c driver.

Tolunay

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

* [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h
  2007-03-15  7:26 ` Tolunay Orkun
@ 2007-03-15  8:28   ` Wolfgang Denk
  2007-03-16  2:57     ` Tolunay Orkun
  0 siblings, 1 reply; 5+ messages in thread
From: Wolfgang Denk @ 2007-03-15  8:28 UTC (permalink / raw)
  To: u-boot

In message <45F8F52B.9000206@orkun.us> you wrote:
>
> I personally actually want to remove these macros for any device that 
> could be serviced by cfi_flash.c driver.

That would break all custom drivers that use these; and there are
systems that cannot use the CFI driver because of size restrictions.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk
Office:  Kirchenstr. 5,       D-82194 Groebenzell,            Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Where there's no emotion, there's no motive for violence.
	-- Spock, "Dagger of the Mind", stardate 2715.1

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

* [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h
  2007-03-15  8:28   ` Wolfgang Denk
@ 2007-03-16  2:57     ` Tolunay Orkun
  2007-03-16  9:49       ` Stefan Roese
  0 siblings, 1 reply; 5+ messages in thread
From: Tolunay Orkun @ 2007-03-16  2:57 UTC (permalink / raw)
  To: u-boot

Wolfgang Denk wrote:
> In message <45F8F52B.9000206@orkun.us> you wrote:
>   
>> I personally actually want to remove these macros for any device that 
>> could be serviced by cfi_flash.c driver.
>>     
>
> That would break all custom drivers that use these; and there are
> systems that cannot use the CFI driver because of size restrictions.
>
> Best regards,
>
> Wolfgang Denk
>
>   
Obviously, I would not remove the ones that are in use but I suspect 
there are some that are not in use after switching to cfi_flash.c.

I think for new flash that is cfi compliant and could be serviced by 
cfi_flash.c there is no reason to define these macros.

Whenever I have some time, I actually want to improve cfi_flash.c to 
handle non-cfi flash as well. It will use jedec ids stored in a table so 
these macros would not be much useful.

Best regards,
Tolunay

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

* [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h
  2007-03-16  2:57     ` Tolunay Orkun
@ 2007-03-16  9:49       ` Stefan Roese
  0 siblings, 0 replies; 5+ messages in thread
From: Stefan Roese @ 2007-03-16  9:49 UTC (permalink / raw)
  To: u-boot

On Friday 16 March 2007 03:57, Tolunay Orkun wrote:
> Obviously, I would not remove the ones that are in use but I suspect
> there are some that are not in use after switching to cfi_flash.c.

Sure.

> I think for new flash that is cfi compliant and could be serviced by
> cfi_flash.c there is no reason to define these macros.
>
> Whenever I have some time, I actually want to improve cfi_flash.c to
> handle non-cfi flash as well. It will use jedec ids stored in a table so
> these macros would not be much useful.

/me crosses his fingers that Tolunay soon will have "some time". ;-)

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk
Office:  Kirchenstr. 5,       D-82194 Groebenzell,            Germany
=====================================================================

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

end of thread, other threads:[~2007-03-16  9:49 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-13 17:42 [U-Boot-Users] [PATCH] Fix wrong ID for 28F256P30 in flash.h Pete MacKay
2007-03-15  7:26 ` Tolunay Orkun
2007-03-15  8:28   ` Wolfgang Denk
2007-03-16  2:57     ` Tolunay Orkun
2007-03-16  9:49       ` Stefan Roese

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