mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Recent patch to cfi.h screws MTD CFI layer
@ 2000-11-24 17:56 Russell King
  2000-11-24 18:52 ` David Woodhouse
  0 siblings, 1 reply; 2+ messages in thread
From: Russell King @ 2000-11-24 17:56 UTC (permalink / raw)
  To: linux-kernel; +Cc: dwmw2

The recent patch in 2.4.0-test11 causes MTD to oops the kernel:

diff -u --recursive --new-file v2.4.0-test10/linux/include/linux/mtd/cfi.h linux/include/linux/mtd/cfi.
h
--- v2.4.0-test10/linux/include/linux/mtd/cfi.h Tue Jul  4 10:12:34 2000
+++ linux/include/linux/mtd/cfi.h       Tue Nov  7 10:46:04 2000
@@ -92,6 +92,7 @@
        int numchips;
        unsigned long chipshift; /* Because they're of the same type */
        struct flchip chips[0];  /* per-chip data structure for each chip */
+       const char *im_name;     /* inter_module name for cmdset_setup */
 };

 #define MAX_CFI_CHIPS 8 /* Entirely arbitrary to avoid realloc() */

This is what happens to chips[].start during initialisation:

chip 0 start 0
chip 1 start 800000
chip 2 start 1000000
chip 3 start 1800000
 Intel/Sharp Extended Query Table at 0x0031
chip 0 start c013b45c		<--- overwritten by write to im_name
chip 1 start 800000
chip 2 start 1000000
chip 3 start 1800000
chip 0 start c013b45c
chip 1 start 800000
chip 2 start 1000000
chip 3 start 1800000
number of CFI chips: 4
chip 0 start c013b45c
chip 1 start 800000
chip 2 start 1000000
chip 3 start 1800000

Here is a patch that fixes the problem, and includes a warning to tell
people not to add extra fields after the "chips" element.

--- linux.orig/include/linux/mtd/cfi.h	Sat Nov 18 21:54:02 2000
+++ linux/include/linux/mtd/cfi.h	Fri Nov 24 17:57:06 2000
@@ -209,8 +209,9 @@
 				  must be of the same type. */
 	int numchips;
 	unsigned long chipshift; /* Because they're of the same type */
-	struct flchip chips[0];  /* per-chip data structure for each chip */
 	const char *im_name;	 /* inter_module name for cmdset_setup */
+	struct flchip chips[0];  /* per-chip data structure for each chip */
+	/* do not add extra fields after "chips" */
 };
 
 #define MAX_CFI_CHIPS 8 /* Entirely arbitrary to avoid realloc() */

   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        rmk@arm.linux.org.uk      --- ---
  | | | | http://www.arm.linux.org.uk/personal/aboutme.html   /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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

* Re: Recent patch to cfi.h screws MTD CFI layer
  2000-11-24 17:56 Recent patch to cfi.h screws MTD CFI layer Russell King
@ 2000-11-24 18:52 ` David Woodhouse
  0 siblings, 0 replies; 2+ messages in thread
From: David Woodhouse @ 2000-11-24 18:52 UTC (permalink / raw)
  To: Russell King; +Cc: linux-kernel

On Fri, 24 Nov 2000, Russell King wrote:

> The recent patch in 2.4.0-test11 causes MTD to oops the kernel:

Fixed in my tree. That and other things will be fixed when I flush the
latest CFI code to Linus - probably quite soon.

The inter_module_ stuff has introduced link order dependencies too. I'm
working on fixing that.

-- 
dwmw2


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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

end of thread, other threads:[~2000-11-24 19:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-11-24 17:56 Recent patch to cfi.h screws MTD CFI layer Russell King
2000-11-24 18:52 ` David Woodhouse

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

all inboxes | Powered by JetHome®