Messages in this thread Patch in this message | | | Date | Thu, 12 Jun 2008 22:25:23 +0200 | From | Jean Delvare <> | Subject | Re: 2.6.26-rc5: CFI: Found no ck804xrom @ffc00000 device at location zero |
| |
Hi John,
On Thu, 12 Jun 2008 14:34:36 -0400, John Stoffel wrote: > I'm running a AMD X2 box with 4gb of RAM, Ubuntu 8.04 x86_64. I just > rebooted the system and I notice the following repeated messages > (errors? warnings?) in my dmesg output. I think this is from my > nForce ethernet chips, but I'm not sure. > > [ 13.268005] ck804xrom ck804xrom_init_one(): Unable to register resource 0x00000000ff000000-0x00000000ffffffff - kernel bug? > [ 13.336752] i2c-adapter i2c-0: nForce2 SMBus adapter at 0x1c00 > [ 13.336786] i2c-adapter i2c-1: nForce2 SMBus adapter at 0x1c40 > [ 13.376771] CFI: Found no ck804xrom @ffc00000 device at location zero > [ 13.398810] JEDEC: Found no ck804xrom @ffc00000 device at location zero > (...)
Definitely not related to i2c.
Apparently the messages are coming from drivers/mtd/chips/gen_probe.c. So I doubt it is related to networking either...
They are debugging messages, but printk(KERN_DEBUG ...) is used where pr_debug(...) should be. The following (untested) patch should fix it:
Subject: [MTD] No debug message when debugging is disabled
Use pr_debug(...) instead of printk(KERN_DEBUG ...) so that the message is only printed when debugging is enabled.
Signed-off-by: Jean Delvare <khali@linux-fr.org> --- drivers/mtd/chips/gen_probe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.26-rc5.orig/drivers/mtd/chips/gen_probe.c 2008-04-17 04:49:44.000000000 +0200 +++ linux-2.6.26-rc5/drivers/mtd/chips/gen_probe.c 2008-06-12 22:20:12.000000000 +0200 @@ -71,8 +71,8 @@ static struct cfi_private *genprobe_iden interleave and device type, etc. */ if (!genprobe_new_chip(map, cp, &cfi)) { /* The probe didn't like it */ - printk(KERN_DEBUG "%s: Found no %s device at location zero\n", - cp->name, map->name); + pr_debug("%s: Found no %s device at location zero\n", + cp->name, map->name); return NULL; }
-- Jean Delvare
| |