Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Server, interrupted.



Background: SUSE 9.0 box, A7V8X motherboard, Athlin XP 2200+ processor, 768MB 
RAM. Fully up to date.  Remember that I had the catatonic hard drive problem, 
so I bought abother hard drive to install SUSE 9.2 on.  The plan was to format 
and install SUSE on the drive in another machine then move it to my server and 
tweak whatever needed to be tweaked.  Well, some of the suggestions I got here 
helped, stop the hard drive from sleeping, but I decided to go ahead with the 
upgrade anyway.

Slap in the face #1: The drive is an ATA/133.  The only computers I have new 
enough to talk to it are my server and my wife's computer, both home-built. 
The penalty for breaking my wife's computer while she's workin on tax stuff is 
too horrible to mention, so I decided to risk using my server.

Now, my server is pretty filled to the gills.  Two ethernet cards, CDRW drive, 
DVD-R drive, video card, sound card, USB, FireWire, SCSI card...

Slap in the face #2: When I put in the hard drive, I ran out of IRQ's.  I 
didn't realize this right away, but it took some juggling of hooking up the 
drives in different sequences to get the motherboard to recognize both the CD 
drives and both the hard drives.  However, my sound card started playing a 
high-pitched tone that was so loud it woke up my parents in New York, instead 
of any sound it was supposed to play.  So I partitioned the drive, and removed it.

Slap in the face #3: I removed the new hard drive and rebooted.  The IRQ 
conflict did not fix itself.  The sound card continued to violate several 
parts of the Geneva Convention.  The box appears to be otherwise working, but 
this is obviously something I need to fix.

I don't have a good grasp of how Linux allocates IRQ's but it seems to me if I 
had enough before, and I return my system to its previous state, that it 
should have enough again.  What am I missing?  How can I shuffle the deck so 
the IRQ's get allocated correctly again?  BTW, I checked, and the BIOS has 
"Plug And Play OS" turned off.


Choice selections from dmesg:
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT 
SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
...
VP_IDE: IDE controller at PCI slot 00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1
     ide0: BM-DMA at 0x8000-0x8007, BIOS settings: hda:DMA, hdb:DMA
     ide1: BM-DMA at 0x8008-0x800f, BIOS settings: hdc:DMA, hdd:pio
hda: WDC WD800JB-00ETA0, ATA DISK drive
hdb: PIONEER DVD-RW DVR-104, ATAPI CD/DVD-ROM drive
blk: queue c03e86c0, I/O limit 4095Mb (mask 0xffffffff)
hdc: PLEXTOR CD-R PX-W2410A, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
...
ip_conntrack version 2.1 (6143 buckets, 49144 max) - 304 bytes per conntrack
eth0: DE450-TA at 0x9400 (PCI bus 0, device 15), h/w address 00:00:f8:04:df:0f,
       and requires IRQ9 (provided by PCI BIOS).
de4x5.c:V0.546 2001/02/22 davies at maniac.ultranet.com
eth0: media is TP.
natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002
   originally by Donald Becker <becker at scyld.com>
   http://www.scyld.com/network/natsemi.html
   2.4.x kernel port by Jeff Garzik, Tjeerd Mulder
PCI: Found IRQ 10 for device 00:0e.0
PCI: Sharing IRQ 10 with 00:07.0
PCI: Sharing IRQ 10 with 00:08.0
eth1: NatSemi DP8381[56] at 0xf48ec000, 00:02:e3:18:4f:de, IRQ 10.
eth1: link up.
ohci1394: $Rev: 1045 $ Ben Collins <bcollins at debian.org>
PCI: Found IRQ 10 for device 00:07.0
PCI: Sharing IRQ 10 with 00:08.0
PCI: Sharing IRQ 10 with 00:0e.0
ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[10]  MMIO=[ee800000-ee8007ff]  Max 
Packet=[2048]
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00e0180000093c05]
raw1394: /dev/raw1394 device initialized
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Found IRQ 3 for device 00:10.3
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
ehci_hcd 00:10.3: VIA Technologies, Inc. USB 2.0
ehci_hcd 00:10.3: irq 9, pci mem f48f0000
usb.c: new USB bus registered, assigned bus number 1
PCI: 00:10.3 PCI cache line size set incorrectly (32 bytes) by BIOS/FW.
PCI: 00:10.3 PCI cache line size corrected to 64.
ehci_hcd 00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2003-Jun-19/2.4
hub.c: USB hub found
hub.c: 6 ports detected
usb-uhci.c: $Revision: 1.275 $ time 13:38:10 Jan 17 2005
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 3 for device 00:10.0
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
usb-uhci.c: USB UHCI at I/O 0x9000, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 3 for device 00:10.1
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
usb-uhci.c: USB UHCI at I/O 0x8800, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 3 for device 00:10.2
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
usb-uhci.c: USB UHCI at I/O 0x8400, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 4
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
uhci.c: USB Universal Host Controller Interface driver v1.1
mice: PS/2 mouse device common for all mice
hub.c: new USB device 00:10.0-1, assigned address 2
usb.c: USB device 2 (vend/prod 0x51d/0x2) is not claimed by any active driver.
...
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU0] (supports C1)
PCI: Found IRQ 11 for device 00:0d.0
PCI: Sharing IRQ 11 with 01:00.0
usb.c: registered new driver hiddev
usb.c: registered new driver hid
usb-uhci.c: interrupt, status 3, frame# 39
hiddev0: USB HID v1.10 Device [American Power Conversion Back-UPS RS 1000 
FW:7.g2 .D USB FW:g2 ] on usb2:2.0
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech at suse.cz>
hid-core.c: USB HID support drivers
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
lp0: using parport0 (polling).
usb.c: registered new driver serial
usbserial.c: USB Serial support registered for Generic
usbserial.c: USB Serial Driver core v1.4
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
...
agpgart: Maximum main memory to use for agp memory: 690M
agpgart: Detected Via KT400/KT400A/KT600 chipset
agpgart: AGP aperture is 64M @ 0xf8000000
[drm] AGP 0.99 aperture @ 0xf8000000 64MB
[drm] Initialized radeon 1.7.0 20020828 on minor 0
agpgart: Device is in legacy mode, falling back to 2.x
agpgart: Putting AGP V2 device at 00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 01:00.0 into 1x mode
Linux video capture interface: v1.00
PCI: Found IRQ 11 for device 01:00.0
PCI: Sharing IRQ 11 with 00:0d.0
spurious 8259A interrupt: IRQ7.
...


Thanks in advance.

---------------------------------------------------------------------------
DDDD
DK KD  "Americans generally do the right thing, after first exhausting
DKK D  all the available alternatives"
DK KD                                            - Winston Spencer Churchill
DDDD





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org