Bug 189719

Summary: PCI quirks: link order is broken?
Product: [Fedora] Fedora Reporter: Mark M. Hoffman <mhoffman>
Component: kernelAssignee: Dave Jones <davej>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: jdelvare, pfrields, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-07-16 01:45:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
[PATCH 2.6.17-rc3] I2C: sis96x SMBus quirks cannot rely on link ordering none

Description Mark M. Hoffman 2006-04-23 22:17:26 UTC 
Please see this thread, from the lm-sensors mailing list:

http://lists.lm-sensors.org/pipermail/lm-sensors/2006-April/015962.html

(keywords for bugzilla: Asus P4S333 asb100 sis96x smbus quirk missing device)
Comment 1 Dave Jones 2006-04-25 05:14:07 UTC 
This looks incredibly fragile.  I think the easiest way to fix this is to
explicitly call the 96x quirk from the 503 quirk after enabling the hidden device.
Comment 2 Mark M. Hoffman 2006-04-28 03:06:56 UTC 
Created attachment 128338 [details]
[PATCH 2.6.17-rc3] I2C: sis96x SMBus quirks cannot rely on link ordering

I sent this patch upstream here:
http://lists.lm-sensors.org/pipermail/lm-sensors/2006-April/016011.html
Comment 3 Jean Delvare 2006-05-13 18:12:09 UTC 
Any idea why this used to work for years and breaks now on FC4?
Comment 4 Jean Delvare 2006-07-27 19:24:11 UTC 
How was it fixed? Was Mark's proposed patch simply applied? I still would like
to understand how the problem only ever showed on FC4.