lkml.org 
[lkml]   [2005]   [Mar]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: [Bug] invalid mac address after rebooting (kernel 2.6.11.5)
Peter Baumann <Peter.B.Baumann@stud.informatik.uni-erlangen.de> wrote:
>
>
> I'm hitting an annoying bug in kernel 2.6.11.5
>
> Every time I _reboot_ (warmstart) my pc my two network cards won't get
> recognized any longer.
>
> Following error message appears on my screen:
>
> PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
> ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 19
> 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
> 0000:00:0b.0: 3Com PCI 3c905B Cyclone 100baseTx at 0x1000. Vers LK1.1.19
> PCI: Setting latency timer of device 0000:00:0b.0 to 64
> *** EEPROM MAC address is invalid.
> 3c59x: vortex_probe1 fails. Returns -22
> 3c59x: probe of 0000:00:0b.0 failed with error -22
> PCI: Enabling device 0000:00:0d.0 (0000 -> 0003)
> ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 19 (level, low) -> IRQ 19
> 0000:00:0d.0: 3Com PCI 3c905B Cyclone 100baseTx at 0x1080. Vers LK1.1.19
> PCI: Setting latency timer of device 0000:00:0d.0 to 64
> *** EEPROM MAC address is invalid.
> 3c59x: vortex_probe1 fails. Returns -22
> 3c59x: probe of 0000:00:0d.0 failed with error -22
>
> This doesn't happen with older kernels (especially with 2.6.10) and so
> I've done a binary search and narrowed it down to 2.6.11-rc5 where it
> first hits me.
>
> My config, lspci output and the dmesg output of the working and non-working
> version can be found at [1]
>
> Feel free to ask if any information is missing or if I am supposed to try
> a patch.

Thanks for doing the bsearch - it helps.

There were no driver changes between 2.6.11-rc4 and 2.6.11-rc5.

The only PCI change I see is

--- drivers/pci/pci.c 22 Jan 2005 03:20:37 -0000 1.71
+++ drivers/pci/pci.c 24 Feb 2005 18:02:37 -0000 1.72
@@ -268,7 +268,7 @@
return -EIO;

pci_read_config_word(dev,pm + PCI_PM_PMC,&pmc);
- if ((pmc & PCI_PM_CAP_VER_MASK) != 2) {
+ if ((pmc & PCI_PM_CAP_VER_MASK) > 2) {
printk(KERN_DEBUG
"PCI: %s has unsupported PM cap regs version (%u)\n",
dev->slot_name, pmc & PCI_PM_CAP_VER_MASK);
and you're not getting that message (are you?)

Nothing much in arch/i386..

There were some ACPI changes, which is always a worry ;) Does that machine
run OK without ACPI support? If so, could you determine whether disabling
ACPI fixes things up?

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

\
 
 \ /
  Last update: 2005-04-06 13:30    [W:0.087 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site