Bug 74044 - [smb] ServerWorks OSB4 SMBus interface does not detected on Intel SRMK2 platform
Summary: [smb] ServerWorks OSB4 SMBus interface does not detected on Intel SRMK2 platform
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: i386 (show other bugs)
Version: 1.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-i386 mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-17 16:20 UTC by slynko
Modified: 2018-01-03 05:13 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description slynko 2004-11-17 16:20:29 UTC
ServerWorks OSB4 SMBus interface does not detected.

pciconf -l -v output:

hostb0@pci0:0:0:        class=0x060000 card=0x00000000 chip=0x00091166 rev=0x06 hdr=0x00
    vendor   = 'ServerWorks (Was: Reliance Computer Corp)'
    device   = 'NB6536 (CNB20-LE) AGP interface'
    class    = bridge
    subclass = HOST-PCI
hostb1@pci0:0:1:        class=0x060000 card=0x00000000 chip=0x00091166 rev=0x06 hdr=0x00
    vendor   = 'ServerWorks (Was: Reliance Computer Corp)'
    device   = 'NB6536 (CNB20-LE) AGP interface'
    class    = bridge
    subclass = HOST-PCI
none0@pci0:4:0: class=0x030000 card=0x50548086 chip=0x47521002 rev=0x27 hdr=0x00
    vendor   = 'ATI Technologies Inc.'
    device   = 'Rage XL PCI'
    class    = display
    subclass = VGA
fxp0@pci0:7:0:  class=0x020000 card=0x30008086 chip=0x12298086 rev=0x08 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
    class    = network
    subclass = ethernet
fxp1@pci0:8:0:  class=0x020000 card=0x30008086 chip=0x12298086 rev=0x08 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
    class    = network
    subclass = ethernet
isab0@pci0:15:0:        class=0x060100 card=0x02001166 chip=0x02001166 rev=0x51 hdr=0x00
    vendor   = 'ServerWorks (Was: Reliance Computer Corp)'
    device   = 'OSB4 PCI to ISA Bridge'
    class    = bridge
    subclass = PCI-ISA
none1@pci0:15:1:        class=0x01018a card=0x00000000 chip=0x02111166 rev=0x00 hdr=0x00
    vendor   = 'ServerWorks (Was: Reliance Computer Corp)'
    device   = 'OSB4 PCI EIDE Controller'
    class    = mass storage
    subclass = ATA
none2@pci0:15:2:        class=0x0c0310 card=0x02201166 chip=0x02201166 rev=0x04 hdr=0x00
    vendor   = 'ServerWorks (Was: Reliance Computer Corp)'
    device   = 'OSB4 OpenHCI Compliant USB Controller'
    class    = serial bus
    subclass = USB
ahc0@pci1:4:0:  class=0x010000 card=0x50548086 chip=0x00cf9005 rev=0x01 hdr=0x00
    vendor   = 'Adaptec Inc'
    device   = 'AIC-7899 Ultra160 SCSI Host Adapter'
    class    = mass storage
    subclass = SCSI
ahc1@pci1:4:1:  class=0x010000 card=0x50548086 chip=0x00cf9005 rev=0x01 hdr=0x00
    vendor   = 'Adaptec Inc'
    device   = 'AIC-7899 Ultra160 SCSI Host Adapter'
    class    = mass storage
    subclass = SCSI

How-To-Repeat: Login to box and try to pciconf -l -v
Comment 1 Ceri Davies freebsd_committer 2004-11-17 23:00:35 UTC
Responsible Changed
From-To: gnats-admin->freebsd-bugs

Reassign misfiled PR.
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2004-11-29 09:20:16 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-i386

This sounds as though it may be i386-specific.
Comment 3 Gavin Atkinson freebsd_committer freebsd_triage 2008-06-24 19:11:47 UTC
State Changed
From-To: open->feedback

To submitter:  Sorry this PR has sat around for so long without a 
response.  Is there any chance you still have this system?  If so, 
could you try removing the "#if 0... #endif" from around line 93 
of src/sys/pci/intpm.c and seeing if that both fixes the smbus 
interface detection, and doesn't break anything on your ISA bus 
(for example PS/2 keyboard)?  From looking at various bits of code, 
I think the reason that this was originally commented out is no 
longer relevent. 


Comment 4 Gavin Atkinson freebsd_committer freebsd_triage 2008-06-24 19:11:47 UTC
Responsible Changed
From-To: freebsd-i386->gavin

Track
Comment 5 Gavin Atkinson freebsd_committer freebsd_triage 2008-06-27 17:41:04 UTC
State Changed
From-To: feedback->open

Answering my own question, I've obtained this hardware and discovered 
that this is still an issue.
Comment 6 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:39 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped