Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Morten, I'm not subscribed to linux-kernel, but I've been following the list archive somewhat for the past month (watching 2.4 development so I can figure out when it is safe to make the jump without too much hassle) I just bought a Dell Inspiron 4000 laptop a month ago, and have the same problem with suspend/resume, with both devices on the PCI bridge (both the eepro100 ethernet as well as the LT winmodem) Same symptoms, both work fine until suspend, after resume neither work at all. I tried your fix, and it worked for me. I did the same thing you did, running 'lspci -vx' to see the PCI registers before and after, and then use 'setpci' to fix them. Since the i4000 uses a 440BX mobile chipset, it isn't exactly the same commands, but I got it to work (I had to ifconfig eth0 down then 'ifup eth0' to make it work) Its a pretty general fix, as I'm running Redhat 6.2 with kernel 2.2.16. Yeah, kind of old, but I hope to be running 2.4 pretty soon! (BTW, as you probably already know, your fix works fine for re-enabling the winmodem after resume as well) I'm cc:ing linux-kernel also, in case anyone working this problem can benefit from the additional data point. If anyone working this needs further info from me (lspci results or whatever) feel free to email me at this address. -- Douglas Siebert [EMAIL PROTECTED] A computer without Microsoft software is like chocolate cake without ketchup. - 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/
Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
> Did you enable eepro100 power management? > i tried with and without power managment enabled and it fails either way, but i have been playing with the setpci command and have been able to restore all the pci cards/bridges to their original state and now everything seems to work great, actually it fixed another problem i have had with this machine , namely whenever i try to insert agpgart after a suspend/resume the machine freezes, but resetting the host bridge to it original seems to fix the problem. I have included a bash script which sets the registers correct on a inspiron 8000 ( well it works here anyways :-) ) . , please give me a howler if anybody want's me to check out/test this some more. #!/bin/sh SETPCI=/sbin/setpci #00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory #Controller Hub (rev 02) DEV=00:00.0 $SETPCI -s $DEV 12.w=0xe400 #02:06.0 PCI bridge: Action Tec Electronics Inc: Unknown device 0100 (rev 11) (prog-if 00 [Normal decode]) DEV=02:06.0 $SETPCI -s $DEV 20.w=0xf800 $SETPCI -s $DEV 22.w=0xf9f0 $SETPCI -s $DEV 24.w=0xfff0 $SETPCI -s $DEV 3e.w=0x0006 #08:04.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08)Subsystem: Action Tec Electronics Inc: Unknown device 1100 DEV=08:04.0 $SETPCI -s $DEV c.w=0x2008 $SETPCI -s $DEV 4.w=0x0117 $SETPCI -s $DEV 10.w=0xf000 $SETPCI -s $DEV 12.w=0xf8ff $SETPCI -s $DEV 14.w=0xecc1 $SETPCI -s $DEV 1a.w=0xf8e0 $SETPCI -s $DEV 3c.w=0x0b00
Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Morten Stenseth wrote: > > Hello , i have some problems with my inspiron 8000 > running kernler 2.4.1-ac16 and hope someone on this > list can help me. > Did you enable eepro100 power management? - 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/
Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Morten Stenseth wrote: Hello , i have some problems with my inspiron 8000 running kernler 2.4.1-ac16 and hope someone on this list can help me. Did you enable eepro100 power management? - 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/
Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Did you enable eepro100 power management? i tried with and without power managment enabled and it fails either way, but i have been playing with the setpci command and have been able to restore all the pci cards/bridges to their original state and now everything seems to work great, actually it fixed another problem i have had with this machine , namely whenever i try to insert agpgart after a suspend/resume the machine freezes, but resetting the host bridge to it original seems to fix the problem. I have included a bash script which sets the registers correct on a inspiron 8000 ( well it works here anyways :-) ) . , please give me a howler if anybody want's me to check out/test this some more. #!/bin/sh SETPCI=/sbin/setpci #00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory #Controller Hub (rev 02) DEV=00:00.0 $SETPCI -s $DEV 12.w=0xe400 #02:06.0 PCI bridge: Action Tec Electronics Inc: Unknown device 0100 (rev 11) (prog-if 00 [Normal decode]) DEV=02:06.0 $SETPCI -s $DEV 20.w=0xf800 $SETPCI -s $DEV 22.w=0xf9f0 $SETPCI -s $DEV 24.w=0xfff0 $SETPCI -s $DEV 3e.w=0x0006 #08:04.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08)Subsystem: Action Tec Electronics Inc: Unknown device 1100 DEV=08:04.0 $SETPCI -s $DEV c.w=0x2008 $SETPCI -s $DEV 4.w=0x0117 $SETPCI -s $DEV 10.w=0xf000 $SETPCI -s $DEV 12.w=0xf8ff $SETPCI -s $DEV 14.w=0xecc1 $SETPCI -s $DEV 1a.w=0xf8e0 $SETPCI -s $DEV 3c.w=0x0b00
Re: PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Morten, I'm not subscribed to linux-kernel, but I've been following the list archive somewhat for the past month (watching 2.4 development so I can figure out when it is safe to make the jump without too much hassle) I just bought a Dell Inspiron 4000 laptop a month ago, and have the same problem with suspend/resume, with both devices on the PCI bridge (both the eepro100 ethernet as well as the LT winmodem) Same symptoms, both work fine until suspend, after resume neither work at all. I tried your fix, and it worked for me. I did the same thing you did, running 'lspci -vx' to see the PCI registers before and after, and then use 'setpci' to fix them. Since the i4000 uses a 440BX mobile chipset, it isn't exactly the same commands, but I got it to work (I had to ifconfig eth0 down then 'ifup eth0' to make it work) Its a pretty general fix, as I'm running Redhat 6.2 with kernel 2.2.16. Yeah, kind of old, but I hope to be running 2.4 pretty soon! (BTW, as you probably already know, your fix works fine for re-enabling the winmodem after resume as well) I'm cc:ing linux-kernel also, in case anyone working this problem can benefit from the additional data point. If anyone working this needs further info from me (lspci results or whatever) feel free to email me at this address. -- Douglas Siebert [EMAIL PROTECTED] A computer without Microsoft software is like chocolate cake without ketchup. - 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/
PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Hello , i have some problems with my inspiron 8000 running kernler 2.4.1-ac16 and hope someone on this list can help me. the built in network card do not function after a suspend/resume , the only messages i receive is "eepro100: wait_for_cmd_done timeout!" , i belive the problem is in the pci bridge that the internal network card and modem is on(look tree.txt ) , i took a lspci -vx before suspend and one after and it seems as the io ports gets disabled for both the network card and modem ( look at before.txt /after.txt ) when i resume the machine again. I have included the following files which i hope can help in diagnose this problem: before.txt = lspci -vx before suspend after.txt = lspci -vx after resume tree.txt = lspci -tv dmesg.txt = dmesg if you need more info just give me a howler ? best regards Morten Stenseth [EMAIL PROTECTED] Linux version 2.4.1-ac16 (root@super-babar) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #2 Sat Feb 17 00:58:02 CET 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: c000 @ 000c (reserved) BIOS-e820: 0feec000 @ 0010 (usable) BIOS-e820: 4000 @ 0ffec000 (reserved) BIOS-e820: 0020 @ ffe0 (reserved) On node 0 totalpages: 65516 zone(0): 4096 pages. zone(1): 61420 pages. zone(2): 0 pages. Kernel command line: auto BOOT_IMAGE=linux2.4ac16 ro root=305 BOOT_FILE=/boot/vmlinuz-2.4.1-ac16 Initializing CPU#0 Detected 848.157 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1690.82 BogoMIPS Memory: 255504k/262064k available (1016k kernel code, 6172k reserved, 388k data, 188k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) CPU: Before vendor init, caps: 0383f9ff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After vendor init, caps: 0383f9ff CPU: After generic, caps: 0383f9ff CPU: Common caps: 0383f9ff CPU: Intel Pentium III (Coppermine) stepping 06 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfc06e, last bus=8 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 2: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router PIIX [8086/244c] at 00:1f.0 got res[f200:f2000fff] for resource 0 of Texas Instruments PCI4451 PC card Cardbus Controller got res[f2001000:f2001fff] for resource 0 of Texas Instruments PCI4451 PC card Cardbus Controller (#2) isapnp: Scanning for Pnp cards... isapnp: No Plug & Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.14) Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 169770kB/56590kB, 512 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, DID=244a PCI_IDE: chipset revision 2 PCI_IDE: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:pio, hdd:pio hda: IBM-DJSA-232, ATA DISK drive hdb: TOSHIBA DVD-ROM SD-C2402, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: 62506080 sectors (32003 MB) w/1874KiB Cache, CHS=3890/255/63 hdb: ATAPI 24X DVD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Partition check: hda: hda1 hda2 hda3 hda4 < hda5 hda6 > Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <[EMAIL PROTECTED]> and others eth0: OEM i82557/i82558 10/100 Ethernet, 00:20:E0:64:49:64, IRQ 11. Receiver lock-up bug exists -- enabling work-around. Board assembly 727095-002, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test:
PROBLEM: pci bridge fails to wake up from suspend/resume( Inspiron 8000 )
Hello , i have some problems with my inspiron 8000 running kernler 2.4.1-ac16 and hope someone on this list can help me. the built in network card do not function after a suspend/resume , the only messages i receive is "eepro100: wait_for_cmd_done timeout!" , i belive the problem is in the pci bridge that the internal network card and modem is on(look tree.txt ) , i took a lspci -vx before suspend and one after and it seems as the io ports gets disabled for both the network card and modem ( look at before.txt /after.txt ) when i resume the machine again. I have included the following files which i hope can help in diagnose this problem: before.txt = lspci -vx before suspend after.txt = lspci -vx after resume tree.txt = lspci -tv dmesg.txt = dmesg if you need more info just give me a howler ? best regards Morten Stenseth [EMAIL PROTECTED] Linux version 2.4.1-ac16 (root@super-babar) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #2 Sat Feb 17 00:58:02 CET 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: c000 @ 000c (reserved) BIOS-e820: 0feec000 @ 0010 (usable) BIOS-e820: 4000 @ 0ffec000 (reserved) BIOS-e820: 0020 @ ffe0 (reserved) On node 0 totalpages: 65516 zone(0): 4096 pages. zone(1): 61420 pages. zone(2): 0 pages. Kernel command line: auto BOOT_IMAGE=linux2.4ac16 ro root=305 BOOT_FILE=/boot/vmlinuz-2.4.1-ac16 Initializing CPU#0 Detected 848.157 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1690.82 BogoMIPS Memory: 255504k/262064k available (1016k kernel code, 6172k reserved, 388k data, 188k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) CPU: Before vendor init, caps: 0383f9ff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After vendor init, caps: 0383f9ff CPU: After generic, caps: 0383f9ff CPU: Common caps: 0383f9ff CPU: Intel Pentium III (Coppermine) stepping 06 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfc06e, last bus=8 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 2: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router PIIX [8086/244c] at 00:1f.0 got res[f200:f2000fff] for resource 0 of Texas Instruments PCI4451 PC card Cardbus Controller got res[f2001000:f2001fff] for resource 0 of Texas Instruments PCI4451 PC card Cardbus Controller (#2) isapnp: Scanning for Pnp cards... isapnp: No Plug Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.14) Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 169770kB/56590kB, 512 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, DID=244a PCI_IDE: chipset revision 2 PCI_IDE: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:pio, hdd:pio hda: IBM-DJSA-232, ATA DISK drive hdb: TOSHIBA DVD-ROM SD-C2402, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: 62506080 sectors (32003 MB) w/1874KiB Cache, CHS=3890/255/63 hdb: ATAPI 24X DVD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Partition check: hda: hda1 hda2 hda3 hda4 hda5 hda6 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin [EMAIL PROTECTED] and others eth0: OEM i82557/i82558 10/100 Ethernet, 00:20:E0:64:49:64, IRQ 11. Receiver lock-up bug exists -- enabling work-around. Board assembly 727095-002, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed.