https://bugzilla.novell.com/show_bug.cgi?id=422928 Cyril Hrubis changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |kernel-maintainers@forge.provo.novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c2 --- Comment #2 from Chris Cox 2008-09-04 22:49:13 MDT --- My clever workaround. THIS IS NOT A FIX... just an fyi. I noticed that usb5 was on a clear interrupt (nothing else and most specifically NO interrupt count)... that is to say... appears to be a good set of ports if I can find them. Turns out, these are the front ports of the unit. So... first I need to disable ehci_hcd (since that will ride all of the ports and it's the first thing to tank because of the spurious interrupts). I didn't know how to do this "correctly", so I renamed the kernel module to something unrecognizable. But I believe the USB stuff is brought in dynamically be the detection of the hubs and I think when ehci-hcd fails, the rest don't come in... (I may be wrong on this one)... so I had uhci-hcd brought into the initrd (to make sure it's there)... then I plugged my device into the front side port... and voila! This at least has curbed my anger level... this is still a problem... it's either a hw issue or an issue because the other usb ports (and all encompassing ehci) are on interrupts that are shared with other things. Somebody told me that the usb driver doesn't receive interrupts (???). I'm going based on what is seen via /proc/interrupts... there I see usb ports (hubs) on interrupts. usb5 was clear... leading me to this workaround for my one important device (usb tv tuner acting as my pvr). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c3 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #3 from Oliver Neukum 2008-09-23 01:54:46 MDT --- This is indeed an interrupt routing problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c5 --- Comment #5 from Chris Cox 2008-09-23 23:23:19 MDT --- Created an attachment (id=241289) --> (https://bugzilla.novell.com/attachment.cgi?id=241289) dmesg after blacklisting ehci-hcd and booting debug kernel -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c7 --- Comment #7 from Chris Cox 2008-09-24 10:52:29 MDT --- Created an attachment (id=241457) --> (https://bugzilla.novell.com/attachment.cgi?id=241457) dmesg after init=/bin/bash and doing manual modprobe of ehci-hcd -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c9 --- Comment #9 from Chris Cox 2008-09-24 21:50:28 MDT --- Created an attachment (id=241529) --> (https://bugzilla.novell.com/attachment.cgi?id=241529) lsmod after init=/bin/bash and mounting /proc manually -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c10 --- Comment #10 from Oliver Neukum 2008-09-25 02:23:55 MDT --- It takes out both irq #16 and #18 and only the ata driver is loaded. Is this a known ata issue? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c13 --- Comment #13 from Chris Cox 2008-09-28 23:44:00 MDT --- Doesn't having ohci or ehci in the initrd before ata-piix do this? Btw, I have tried this without success on this box. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User agraf@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c15 --- Comment #15 from Alexander Graf 2008-09-29 01:06:28 MDT --- There are several ways to load modules in the initrd. To keep things simple lets focus on the two used here: 1. /etc/sysconfig/kernel modules There is a variable in that file that defines which modules should be loaded (order is kept!) on bootup. This is done very early (at the end of boot-start.sh). In a normal setup yast puts storage controller devices in here. 2. udev Every mkinitrd module can define a set of modules it wants to load using udev. Here is where USB drivers come in. Udev gets loaded at a later point and has its own logic to define orders. If I understand you correctly you actually want to define a module loading order, not really go into the shell. If that's what you want, simply define an order in /etc/sysconfig/kernel that you like. The modules there will be modprobe'd in that exact order. In case you really need a shell, just add a line saying "bash" as the last line in /lib/mkinitrd/scripts/boot-start.sh and run mkinitrd. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c17 --- Comment #17 from Chris Cox 2008-09-29 15:28:14 MDT --- I added "bash" to the end of the boot-start.sh and booted the debug kernel. At the bash prompt (I assume I'm in initrd startup, right?) I did a modprobe uhci-hcd, which produced the irq nobody cared stuff and a couple of stack traces and finally it said it was disabling irq 16. Not sure how to capture that information for your examination... let me know how to do that and I'll attach it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c19 --- Comment #19 from Chris Cox 2008-09-29 15:51:29 MDT --- I did a cat /proc/modules and it was empty before I tried doing the modprobe. Is that sufficient to show they aren't loaded?? (I'm saying that because I'm not sure). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c21 --- Comment #21 from Chris Cox 2008-10-02 21:54:46 MDT --- Created an attachment (id=243249) --> (https://bugzilla.novell.com/attachment.cgi?id=243249) config (uncompressed) after booting debug kernel -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c22 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|ccox@endlessnow.com | --- Comment #22 from Oliver Neukum 2008-10-06 01:55:31 MDT --- CONFIG_USB_DEBUG is set, yet the kernel gave no further debugging output. The debug kernel is insufficient in this case. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User jslaby@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c24 Jiri Slaby changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|jslaby@novell.com | --- Comment #24 from Jiri Slaby 2008-10-15 15:25:27 MDT --- Created an attachment (id=245786) --> (https://bugzilla.novell.com/attachment.cgi?id=245786) kernel irq module I'm not aware of any such option. I've built a kernel module to do this job. It should be added to /etc/sysconfig/kernel into INITRD_MODULES after putting it to /lib/modules/... and mkinitrd. zcat initrd|cpio -t|grep a\\.ko shouldn't be empty Usage is insmod a.ko irqs=16,18 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c27 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |ccox@endlessnow.com --- Comment #27 from Oliver Neukum 2008-10-15 15:40:15 MDT --- Could you do the test described in comment #24? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c29 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|ccox@endlessnow.com | --- Comment #29 from Oliver Neukum 2008-10-30 07:27:28 MDT --- This shows that you have misrouted or duplicated interrupts -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c31 --- Comment #31 from Chris Cox 2008-11-01 10:22:08 MDT --- I was certainly hoping... but pci=bios didn't seem to change anything. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c33 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|ccox@endlessnow.com | --- Comment #33 from Oliver Neukum 2008-11-03 02:51:24 MDT --- Yes, but it only works around the problem. Comment #28 clearly indicates an irq arrives without driver. Any suggestions what to do in such a case? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c35 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |ccox@endlessnow.com --- Comment #35 from Oliver Neukum 2008-11-04 06:35:46 MST --- How does it fail if you boot with irqpoll? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c37 --- Comment #37 from Chris Cox 2008-11-04 16:30:26 MST --- The values are like that right after reboot. irq 18 gets hammered as well. Happens without ANYTHING connected to any USB. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c39 --- Comment #39 from Chris Cox 2008-11-05 08:49:34 MST --- If I blacklist uhci_hcd, etc as well... everything looks fine: ccox@mark:~> cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 71 0 1 0 0 0 0 0 IO-APIC-edge timer 1: 340 10 11 11 13 12 11 11 IO-APIC-edge i8042 8: 0 0 0 0 0 1 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 0 0 0 0 IO-APIC-fasteoi acpi 12: 4 5 3332 5 4 5 3333 4 IO-APIC-edge i8042 19: 7527 765 770 778 4744 770 774 776 IO-APIC-fasteoi ata_piix 21: 21 222 20 21 20 222 22 20 IO-APIC-fasteoi HDA Intel 24: 1 38 4 44 5 20 6 44 IO-APIC-fasteoi nvidia 28: 4345 63 840 48 1270 56 828 52 IO-APIC-fasteoi nvidia 46: 26 23 24 22 25 25 26 25 IO-APIC-fasteoi qla2xxx -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User pavel@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c41 --- Comment #41 from Pavel Machek 2008-11-05 10:27:24 MST --- ..looks like interrupt routing problem... (and looks like unsupported kernel -- you should not really use nvidia module). Can you try "noapic nolapic" on kernel command line? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User jslaby@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c43 --- Comment #43 from Jiri Slaby 2008-11-06 13:30:54 MST --- (In reply to comment #42 from Chris Cox)

Jiri, let me know about what scenario to use for the lspci run.

Just boot the system somehow so that you can get a shell and grab the output... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User jslaby@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c45 --- Comment #45 from Jiri Slaby 2008-11-10 05:44:08 MST --- Could you try nolapic noapic pci=noacpi parameters and post resulting dmesg? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c47 --- Comment #47 from Chris Cox 2008-11-13 10:12:59 MST --- Created an attachment (id=251970) --> (https://bugzilla.novell.com/attachment.cgi?id=251970) dmesg on debug kernel with nolapic noapic and pci=noacpi -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User pavel@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c49 --- Comment #49 from Pavel Machek 2008-11-24 01:34:28 MST --- Can you try pci=biosirq? PCI: No IRQ known for interrupt pin A of device 0000:00:01.0. Please try using pci=biosirq. PCI: Setting latency timer of device 0000:00:01.0 to 64 PCI: No IRQ known for interrupt pin A of device 0000:00:05.0. Please try using pci=biosirq. PCI: Setting latency timer of device 0000:00:05.0 to 64 PCI: No IRQ known for interrupt pin A of device 0000:00:09.0. Please try using pci=biosirq. PCI: Setting latency timer of device 0000:00:09.0 to 64 PCI: No IRQ known for interrupt pin A of device 0000:10:00.0. Please try using pci=biosirq. PCI: Setting latency timer of device 0000:10:00.0 to 64 PCI -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c51 --- Comment #51 from Chris Cox 2008-12-01 20:12:21 MST --- If you mean Novell YES Certified.. yes, the xw6600 is YES certified. But no mention of any USB issues, etc. Of course, I'm also not using SLES/SLED 10, but rather openSUSE 11. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c53 --- Comment #53 from Chris Cox 2008-12-29 21:02:22 MST --- I think I did try biosirq, but I'll try again. The irq's are REALLY messed up on this box. My "solution" of disabling the onboard USB and using a PCI USB board only worked partially... when a device needs the ohci_hcd modules, it loads, crashes and back to disabling the irq (like before).... sigh.... As an enterprise customer of HP (that DOES NOT mean I can talk to ANYONE who is any way technical btw), I can certainly give our account manager a good tongue thrashing... but ultimately, I'll probably have to ditch this platform (and likely HP) for good. (gasping last breath.... drowning...) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User trenn@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c56 Thomas Renninger changed: What |Removed |Added ---------------------------------------------------------------------------- Info Provider|ccox@endlessnow.com |oneukum@novell.com --- Comment #56 from Thomas Renninger 2009-01-09 09:10:26 MST --- Summary: It looks like one of the uhci_hcd devices claims a wrong IRQ, but should use IRQ 16. But uhci_hcd already serves a device on IRQ16, I doubt uhci can handle several devices routed to the same IRQ (don't know)? I wanted to try to force uhci devices to use IRQ16 but I expect that won't work then? Oliver, is it possible to disable specific uhci devices (one of usb1 - usb4)? Maybe this could be added as a boot param for uhci_hcd or somewhere else? Then Chris could find out which of these is causing the interrupt activity and already would have a workaround to use at least some uhci ports? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c58 Oliver Neukum changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|oneukum@novell.com | --- Comment #58 from Oliver Neukum 2009-01-10 03:55:33 MST --- The UHCI driver can handle many controllers on the same IRQ just fine. Currently, it is not possible to disable specific devices, but the change needed to do so is almost trivial. You'll get it on monday. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c60 --- Comment #60 from Chris Cox 2009-01-12 09:10:01 MST --- Machine will NOT boot with irqpoll. At least I couldn't get it to work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User pavel@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c63 Pavel Machek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbahling@novell.com --- Comment #63 from Pavel Machek 2009-01-14 02:41:22 MST --- Hmm, so we have rather broken HP device here... does not boot with irqpoll, has random interrupt problems. Do we perhaps have similar machine in Prague or Nurnberg? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c65 --- Comment #65 from Oliver Neukum 2009-01-14 04:51:59 MST --- The patch in comment #64 introduces a new module parameter to usbcore. It is called "ignored_pci_device". You set it to the name of the pci device of the controller. For example: 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0) 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1) 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2) 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3) 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4) 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) Suppose I want to block the controller OHCI2. I add to the parameters of usbcore: ignored_pci_device=0000:00:13.2 Please note that "lspci" strips the leading "0000:" from a device's name. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User oneukum@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c67 --- Comment #67 from Oliver Neukum 2009-01-14 05:12:37 MST --- The kernel there before 1300UTC is invalid. Please fetch again, if you fetched before 1300UTC today. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=422928 User ccox@endlessnow.com added comment https://bugzilla.novell.com/show_bug.cgi?id=422928#c70 Chris Cox changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|ccox@endlessnow.com | Resolution| |WONTFIX --- Comment #70 from Chris Cox 2009-02-27 19:58:28 MST --- Closing this out. Turns out it was my Qlogic QLE2360 board that caused all of the problems. I replaced it with a QLE2462 and the problem went away. When I tried that old QLE2360 in other PCIe slots... the machine wouldn't even post. Bad board... not sure if I have a bad board, or if it's just a bad design in general. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.