2.4.5-ac14: machine responds to _every fifth_ ping!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, I am using a box with 2.4.5-ac14, 3c59x eth0 driver, 3c905C network card. When working with it, the network has been behaving ok. Now I ping it from a remote location, and I see the following strange effect: After a few seconds, only every fifth ping gets back! (quite exactly, reproducible). Ping output attached. Another box on the same hub responds totally normal, so it is no network congestion. I cannot ssh in at the moment, unfortunately. I tried several different ping source machines, running 2.2.14(SuSE71), 2.2.14 SMP (vanilla+int.crypto), 2.2.19, and a SPARCstation - they all give basically the same result. (Well, besides the target machine is one of these still constantly logging "clock timer configuration lost - probably a VIA686a motherboard".) lspci: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi]: Unknown device 1647 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1) I hope this helps fixing some bug. best regards, Andreas - ----- Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7K8spL+gLs3iH94cRAisYAKCBS4t4zpO3Pro6fUPirHnJzWF84QCeI/ok QSZa20+XBuESVEf+KqHEvlA= =AkrB -END PGP SIGNATURE- huettel@centralservices:~/DiplomTalk > ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.587 ms 64 bytes from x.y.142.6: icmp_seq=1 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=2 ttl=255 time=0.551 ms 64 bytes from x.y.142.6: icmp_seq=3 ttl=255 time=0.544 ms 64 bytes from x.y.142.6: icmp_seq=4 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=9 ttl=255 time=0.547 ms 64 bytes from x.y.142.6: icmp_seq=14 ttl=255 time=0.544 ms 64 bytes from x.y.142.6: icmp_seq=19 ttl=255 time=0.553 ms 64 bytes from x.y.142.6: icmp_seq=24 ttl=255 time=0.538 ms 64 bytes from x.y.142.6: icmp_seq=29 ttl=255 time=0.528 ms 64 bytes from x.y.142.6: icmp_seq=34 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=39 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=44 ttl=255 time=0.542 ms 64 bytes from x.y.142.6: icmp_seq=49 ttl=255 time=0.522 ms 64 bytes from x.y.142.6: icmp_seq=54 ttl=255 time=0.519 ms 64 bytes from x.y.142.6: icmp_seq=59 ttl=255 time=0.535 ms 64 bytes from x.y.142.6: icmp_seq=64 ttl=255 time=0.540 ms --- qubit.some-domain ping statistics --- 65 packets transmitted, 17 packets received, 73% packet loss round-trip min/avg/max = 0.519/0.542/0.587 ms huettel@centralservices:~/DiplomTalk > ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.607 ms 64 bytes from x.y.142.6: icmp_seq=1 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=2 ttl=255 time=0.540 ms 64 bytes from x.y.142.6: icmp_seq=3 ttl=255 time=0.537 ms 64 bytes from x.y.142.6: icmp_seq=4 ttl=255 time=0.539 ms 64 bytes from x.y.142.6: icmp_seq=5 ttl=255 time=0.537 ms 64 bytes from x.y.142.6: icmp_seq=6 ttl=255 time=0.538 ms 64 bytes from x.y.142.6: icmp_seq=11 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=16 ttl=255 time=0.550 ms 64 bytes from x.y.142.6: icmp_seq=21 ttl=255 time=0.518 ms 64 bytes from x.y.142.6: icmp_seq=26 ttl=255 time=0.609 ms 64 bytes from x.y.142.6: icmp_seq=31 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=36 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=41 ttl=255 time=0.551 ms 64 bytes from x.y.142.6: icmp_seq=46 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=51 ttl=255 time=0.537 ms --- qubit.some-domain ping statistics --- 52 packets transmitted, 16 packets received, 69% packet loss round-trip min/avg/max = 0.518/0.548/0.609 ms huettel@centralservices:~/DiplomTalk > ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.598 ms
2.4.5-ac14: machine responds to _every fifth_ ping!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, I am using a box with 2.4.5-ac14, 3c59x eth0 driver, 3c905C network card. When working with it, the network has been behaving ok. Now I ping it from a remote location, and I see the following strange effect: After a few seconds, only every fifth ping gets back! (quite exactly, reproducible). Ping output attached. Another box on the same hub responds totally normal, so it is no network congestion. I cannot ssh in at the moment, unfortunately. I tried several different ping source machines, running 2.2.14(SuSE71), 2.2.14 SMP (vanilla+int.crypto), 2.2.19, and a SPARCstation - they all give basically the same result. (Well, besides the target machine is one of these still constantly logging clock timer configuration lost - probably a VIA686a motherboard.) lspci: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi]: Unknown device 1647 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1) I hope this helps fixing some bug. best regards, Andreas - - Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7K8spL+gLs3iH94cRAisYAKCBS4t4zpO3Pro6fUPirHnJzWF84QCeI/ok QSZa20+XBuESVEf+KqHEvlA= =AkrB -END PGP SIGNATURE- huettel@centralservices:~/DiplomTalk ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.587 ms 64 bytes from x.y.142.6: icmp_seq=1 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=2 ttl=255 time=0.551 ms 64 bytes from x.y.142.6: icmp_seq=3 ttl=255 time=0.544 ms 64 bytes from x.y.142.6: icmp_seq=4 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=9 ttl=255 time=0.547 ms 64 bytes from x.y.142.6: icmp_seq=14 ttl=255 time=0.544 ms 64 bytes from x.y.142.6: icmp_seq=19 ttl=255 time=0.553 ms 64 bytes from x.y.142.6: icmp_seq=24 ttl=255 time=0.538 ms 64 bytes from x.y.142.6: icmp_seq=29 ttl=255 time=0.528 ms 64 bytes from x.y.142.6: icmp_seq=34 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=39 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=44 ttl=255 time=0.542 ms 64 bytes from x.y.142.6: icmp_seq=49 ttl=255 time=0.522 ms 64 bytes from x.y.142.6: icmp_seq=54 ttl=255 time=0.519 ms 64 bytes from x.y.142.6: icmp_seq=59 ttl=255 time=0.535 ms 64 bytes from x.y.142.6: icmp_seq=64 ttl=255 time=0.540 ms --- qubit.some-domain ping statistics --- 65 packets transmitted, 17 packets received, 73% packet loss round-trip min/avg/max = 0.519/0.542/0.587 ms huettel@centralservices:~/DiplomTalk ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.607 ms 64 bytes from x.y.142.6: icmp_seq=1 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=2 ttl=255 time=0.540 ms 64 bytes from x.y.142.6: icmp_seq=3 ttl=255 time=0.537 ms 64 bytes from x.y.142.6: icmp_seq=4 ttl=255 time=0.539 ms 64 bytes from x.y.142.6: icmp_seq=5 ttl=255 time=0.537 ms 64 bytes from x.y.142.6: icmp_seq=6 ttl=255 time=0.538 ms 64 bytes from x.y.142.6: icmp_seq=11 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=16 ttl=255 time=0.550 ms 64 bytes from x.y.142.6: icmp_seq=21 ttl=255 time=0.518 ms 64 bytes from x.y.142.6: icmp_seq=26 ttl=255 time=0.609 ms 64 bytes from x.y.142.6: icmp_seq=31 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=36 ttl=255 time=0.545 ms 64 bytes from x.y.142.6: icmp_seq=41 ttl=255 time=0.551 ms 64 bytes from x.y.142.6: icmp_seq=46 ttl=255 time=0.543 ms 64 bytes from x.y.142.6: icmp_seq=51 ttl=255 time=0.537 ms --- qubit.some-domain ping statistics --- 52 packets transmitted, 16 packets received, 69% packet loss round-trip min/avg/max = 0.518/0.548/0.609 ms huettel@centralservices:~/DiplomTalk ping qubit PING qubit.some-domain (x.y.142.6): 56 data bytes 64 bytes from x.y.142.6: icmp_seq=0 ttl=255 time=0.598 ms 64 bytes from x.y.142.6
2.4.5-ac14: clock timer problem NOT resolved.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry to disappoint you. Still the VIA "clock timer configuration lost" error message on ASUS board, ca every 1 - 5 minutes. Either the messages are still bogus or the asus board is buggy too. best regards, Andreas - ----- Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7KeuOL+gLs3iH94cRAucUAJwOifa0utbVMMCQ2LNV3st9TczcbgCeIqVZ 4MFY3mbYxCFiicvG86tBL10= =imZh -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.5-ac13, ASUS A7A266, still "clock timer configuration lost"
Dear experts, subject says it all: 2.4.5-ac13, ASUS A7A266 board. Jun 11 17:10:12 qubit kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a motherboard. Jun 11 17:10:12 qubit kernel: probable hardware bug: restoring chip configuration. every 1-5 minutes. Definitely no VIA chips on board. Do you have any ideas - is this a false alarm? BTW, once I saw soon after boot: Jun 11 15:05:18 qubit kernel: spurious 8259A interrupt: IRQ7. Looking at time.c this might be related? more info on request. best regards, andreas lspci: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi]: Unknown device 1647 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1) - Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.5-ac13, ASUS A7A266, still clock timer configuration lost
Dear experts, subject says it all: 2.4.5-ac13, ASUS A7A266 board. Jun 11 17:10:12 qubit kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a motherboard. Jun 11 17:10:12 qubit kernel: probable hardware bug: restoring chip configuration. every 1-5 minutes. Definitely no VIA chips on board. Do you have any ideas - is this a false alarm? BTW, once I saw soon after boot: Jun 11 15:05:18 qubit kernel: spurious 8259A interrupt: IRQ7. Looking at time.c this might be related? more info on request. best regards, andreas lspci: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi]: Unknown device 1647 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1) - Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
probable hardware bug: clock timer ... (Asus board)?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear kernel specialists, Jun 8 03:00:39 qubit kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a. Jun 8 03:00:39 qubit kernel: probable hardware bug: restoring chip configuration. can anybody please tell me what is the exact _impact_ of this problem? I get these messages on an idle machine with Asus A7A266 motherboard (not VIA) (planned nfs server) about every 2-5 minutes. Kernel 2.2.18 as shipped with SuSE 7.1 (k_default). - From code snippets I have seen, this means the clock is jumping around?!? Has anybody found a way to get rid of this problem? (Yes, I know, this has been discussed before, but I did not see any resolution). For /proc/pci see below, if you need any more info, feel free to contact me. best regards, Andreas /proc/pci: PCI devices found: Bus 0, device 0, function 0: Host bridge: Acer Labs Unknown device (rev 4). Vendor id=10b9. Device id=1647. Medium devsel. Master Capable. No bursts. Prefetchable 32 bit memory at 0xf000 [0xf008]. Bus 0, device 1, function 0: PCI bridge: Acer Labs Unknown device (rev 0). Vendor id=10b9. Device id=5247. Slow devsel. Master Capable. No bursts. Min Gnt=8. Bus 0, device 2, function 0: USB Controller: Acer Labs M5237 USB (rev 3). Medium devsel. Fast back-to-back capable. IRQ 9. Master Capable. Latency=32. Max Lat=80. Non-prefetchable 32 bit memory at 0xe580 [0xe580]. Bus 0, device 6, function 0: USB Controller: Acer Labs M5237 USB (rev 3). Medium devsel. Fast back-to-back capable. IRQ 5. Master Capable. Latency=32. Max Lat=80. Non-prefetchable 32 bit memory at 0xe480 [0xe480]. Bus 0, device 4, function 0: IDE interface: Acer Labs M5229 TXpro (rev 196). Medium devsel. Fast back-to-back capable. Master Capable. Latency=32. Min Gnt=2.Max Lat=4. I/O at 0xd400 [0xd401]. Bus 0, device 5, function 0: Multimedia audio controller: Unknown vendor Unknown device (rev 16). Vendor id=13f6. Device id=111. Medium devsel. IRQ 9. Master Capable. Latency=32. Min Gnt=2.Max Lat=24. I/O at 0xd000 [0xd001]. Bus 0, device 7, function 0: ISA bridge: Acer Labs M1533 Aladdin IV (rev 0). Medium devsel. Master Capable. No bursts. Bus 0, device 11, function 0: Ethernet controller: 3Com Unknown device (rev 116). Vendor id=10b7. Device id=9200. Medium devsel. IRQ 10. Master Capable. Latency=32. Min Gnt=10.Max Lat=10. I/O at 0xb400 [0xb401]. Non-prefetchable 32 bit memory at 0xe380 [0xe380]. Bus 0, device 17, function 0: Bridge: Acer Labs M7101 PMU (rev 0). Medium devsel. Bus 1, device 0, function 0: VGA compatible controller: NVidia Unknown device (rev 161). Vendor id=10de. Device id=110. Medium devsel. Fast back-to-back capable. IRQ 11. Master Capable. Latency=64. Min Gnt=5.Max Lat=1. Non-prefetchable 32 bit memory at 0xe600 [0xe600]. Prefetchable 32 bit memory at 0xe800 [0xe808]. - - Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE7IIhAL+gLs3iH94cRAsVtAJjKH8CEREWT/mab/paavB6DrWyNAKCNqydJ FqEMm4yzHp8JBHn3Ek8HOw== =MfLW -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
probable hardware bug: clock timer ... (Asus board)?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear kernel specialists, Jun 8 03:00:39 qubit kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a. Jun 8 03:00:39 qubit kernel: probable hardware bug: restoring chip configuration. can anybody please tell me what is the exact _impact_ of this problem? I get these messages on an idle machine with Asus A7A266 motherboard (not VIA) (planned nfs server) about every 2-5 minutes. Kernel 2.2.18 as shipped with SuSE 7.1 (k_default). - From code snippets I have seen, this means the clock is jumping around?!? Has anybody found a way to get rid of this problem? (Yes, I know, this has been discussed before, but I did not see any resolution). For /proc/pci see below, if you need any more info, feel free to contact me. best regards, Andreas /proc/pci: PCI devices found: Bus 0, device 0, function 0: Host bridge: Acer Labs Unknown device (rev 4). Vendor id=10b9. Device id=1647. Medium devsel. Master Capable. No bursts. Prefetchable 32 bit memory at 0xf000 [0xf008]. Bus 0, device 1, function 0: PCI bridge: Acer Labs Unknown device (rev 0). Vendor id=10b9. Device id=5247. Slow devsel. Master Capable. No bursts. Min Gnt=8. Bus 0, device 2, function 0: USB Controller: Acer Labs M5237 USB (rev 3). Medium devsel. Fast back-to-back capable. IRQ 9. Master Capable. Latency=32. Max Lat=80. Non-prefetchable 32 bit memory at 0xe580 [0xe580]. Bus 0, device 6, function 0: USB Controller: Acer Labs M5237 USB (rev 3). Medium devsel. Fast back-to-back capable. IRQ 5. Master Capable. Latency=32. Max Lat=80. Non-prefetchable 32 bit memory at 0xe480 [0xe480]. Bus 0, device 4, function 0: IDE interface: Acer Labs M5229 TXpro (rev 196). Medium devsel. Fast back-to-back capable. Master Capable. Latency=32. Min Gnt=2.Max Lat=4. I/O at 0xd400 [0xd401]. Bus 0, device 5, function 0: Multimedia audio controller: Unknown vendor Unknown device (rev 16). Vendor id=13f6. Device id=111. Medium devsel. IRQ 9. Master Capable. Latency=32. Min Gnt=2.Max Lat=24. I/O at 0xd000 [0xd001]. Bus 0, device 7, function 0: ISA bridge: Acer Labs M1533 Aladdin IV (rev 0). Medium devsel. Master Capable. No bursts. Bus 0, device 11, function 0: Ethernet controller: 3Com Unknown device (rev 116). Vendor id=10b7. Device id=9200. Medium devsel. IRQ 10. Master Capable. Latency=32. Min Gnt=10.Max Lat=10. I/O at 0xb400 [0xb401]. Non-prefetchable 32 bit memory at 0xe380 [0xe380]. Bus 0, device 17, function 0: Bridge: Acer Labs M7101 PMU (rev 0). Medium devsel. Bus 1, device 0, function 0: VGA compatible controller: NVidia Unknown device (rev 161). Vendor id=10de. Device id=110. Medium devsel. Fast back-to-back capable. IRQ 11. Master Capable. Latency=64. Min Gnt=5.Max Lat=1. Non-prefetchable 32 bit memory at 0xe600 [0xe600]. Prefetchable 32 bit memory at 0xe800 [0xe808]. - - Andreas K. Huettel [EMAIL PROTECTED] 81627 Muenchen [EMAIL PROTECTED] Germany http://www.akhuettel.de/ - - Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE7IIhAL+gLs3iH94cRAsVtAJjKH8CEREWT/mab/paavB6DrWyNAKCNqydJ FqEMm4yzHp8JBHn3Ek8HOw== =MfLW -END PGP SIGNATURE- - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
