On 7/27/05, Brendan Hoar <[EMAIL PROTECTED]> wrote: > On Wed, 27 Jul 2005, Mark Knecht wrote: > > On 7/27/05, Larry Ewing <[EMAIL PROTECTED]> wrote: > > > On Wed, 2005-07-27 at 07:39 -0400, Bryan Mayland wrote: > > > > hehe yeah I noticed that. The code isn't right though, but I didn't > > > > realize what it was trying to do either the first time I saw it. What > > > > we're looking for there is the host bus the card is on, not the card > > > > itself. The idea is to determine of the PCI bus itself is considered > > > > buggy and adjust parameters on it accordingly. Do you not have a > > > > 0:00:00.0 device in your lspci? > > > > > > I don't appear to. I've attached the lspci output from that machine. > > > > > > > You're right, the code that is there is wrong though. > > > > > > --Larry > > > > "Shades of PCI Bridge troubles Batman, it looks like the Riddles has > > returned!" > > > > Strange listing: > > > > a) PCI Bus #1 is missing. > > b) Bus 0 - devices 0-5 are missing > > One thing I noticed as well is the mention of PCI-X bridges. Could > there be an issue related to that? > > -brendan >
Absolutely. PCI-X is pretty new. (I served on the original committee to write the specs) It's out there in more and more machines now. I don't remember all the details but IIRC there were some small differences in the original specs about doing config cycles across them. This may or may not have survived in the final versions of the specs. - Mark ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
