lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-id: <4707D876.8080306@shaw.ca> Date: Sat, 06 Oct 2007 12:48:22 -0600 From: Robert Hancock <hancockr@...w.ca> To: Scott <linux-kernel@...ecamel.eml.cc> Cc: linux-kernel@...r.kernel.org Subject: Re: cx88 pci_abort messages Scott wrote: > > On Oct 4, 2007, at 11:52 AM, Scott wrote: > >> I'm having what I think is a PCI bus problem. >> >> I have a ASUS P5B Intel 965 motherboard and a DVICO Fusion HDTV5 RT >> adapter on the PCI bus. When this adapter is recording (anything) I see >> pci_abort messages repeating in the /var/log/messages file. As a result >> I see some minor video corruption during playback. I've installed the >> adapter into a PCI slot that shares an IRQ with the onboard USB. >> However, I've also disabled all USB support in BIOS, so the adapter is >> the only thing on the IRQ, and still see the same errors. >> >> Any suggestions for further troubleshooting? Is this a PCI bus quirk on >> this motherboard? A copy of my .config is at >> http://donpoo.net/kernel_config >> >> Oct 2 21:59:12 htpc cx88[0]: irq mpeg [0x80000] pci_abort* >> Oct 2 21:59:12 htpc cx88[0]/2-mpeg: general errors: 0x00080000 >> Oct 2 21:59:20 htpc cx88[0]: irq mpeg [0x80000] pci_abort* >> Oct 2 21:59:20 htpc cx88[0]/2-mpeg: general errors: 0x00080000 >> Oct 2 21:59:32 htpc cx88[0]: irq mpeg [0x80000] pci_abort* >> Oct 2 21:59:32 htpc cx88[0]/2-mpeg: general errors: 0x0008000 > > I was poking around the PCI bus with setpci/lspci last night and tried > adjusting the latency from 64 to 32. This didn't make a difference. I > also changed my core2duo speedstep governor from ondemand to performance > to prevent the CPUs from changing speed. I eventualy saw the same > pci_abort message but I might have seen less of them. > > Is there a way to log every device pci device that throws an interrupt? > I'm thinking if I could find out which pci device was stealing the > interrupt that I could disable it or look at the code and see what it > was doing. PCI aborts won't have anything to do with interrupts. It's a PCI DMA transfer that either the initiator (here, the TV card) or the target (the chipset host bridge) decided to puke on for some reason. Possibly parity errors? -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@...pamshaw.ca Home Page: http://www.roberthancock.com/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists