[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: server fails to recognize hardware



Sven Luther writes...

> On Thu, Feb 19, 2004 at 09:59:13AM +0100, Michel Dänzer wrote:
> > On Thu, 2004-02-19 at 08:49, Matt Taggart wrote:
> > > 
> > > (II) Primary Device is: PCI 01:00:0
> > > (--) Assigning device section with no busID to primary device
> > > (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) fo
> und
> > > (--) Chipset ATI Radeon 9200 5961 (AGP) found
> > 
> > This shows that it recognizes your chip fine; PCI:1:0:1 is the second
> > function of the graphics chip PCI device, which the driver doesn't need
> > and can be ignored. If there's a real problem, please provide more
> > information.
> 
> BTW, i also have encountered reports of this message, and i don't know
> where this second function does come from. The cards appear to be normal
> Radeon 9200, without any exotic stuff. Matt, maybe you could tell us
> more about this, maybe giving an lspci output too or something.

Gigabyte model#GV-R92128VH
Radeon 9200 128mb, 1 DVI, 1 VGA d-sub, and one "VIVO" connector, which 
provides video in/out both RCA and s-video via a dongle(so vivo<->2 RCA,2 
s-video). Came with a DVI->dsub adapter that I could try if needed too.

Product page
http://www.gigabyte.com.tw/VGA/Products/Products_GV-R92128VH.htm

root@cyrix:~ $ date
Thu Feb 26 03:41:00 PST 2004
root@cyrix:~ $ update-pciids
--03:39:13--  http://pciids.sourceforge.net/pci.ids.bz2
           => `/usr/share/misc/pci.ids.new'
Resolving pciids.sourceforge.net... 66.35.250.209
Connecting to pciids.sourceforge.net[66.35.250.209]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 72,272 [text/plain]

100%[====================================>] 72,272       258.20K/s             

03:39:13 (258.11 KB/s) - `/usr/share/misc/pci.ids.new' saved [72272/72272]

Done.
root@cyrix:~ $ lspci -vv -s 1:0.0
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] 
(rev
 01) (prog-if 00 [VGA])
        Subsystem: Giga-byte Technology: Unknown device 4018
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Step
ping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort
- <MAbort- >SERR- <PERR-
        Latency: 32 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
        Region 1: I/O ports at 9000 [size=256]
        Region 2: Memory at e5000000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at <unassigned> [disabled] [size=128K]
        Capabilities: [58] AGP version 3.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
6
4bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- 
Rate=<n
one>
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot
-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

root@cyrix:~ $ lspci -vv -s 1:0.1
01:00.1 Display controller: ATI Technologies Inc RV280 Ya [Radeon 9200LE] 
(Secon
dary) (rev 01)
        Subsystem: Giga-byte Technology: Unknown device 4019
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Step
ping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort
- <MAbort- >SERR- <PERR-
        Latency: 32 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Region 0: Memory at d8000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at e5010000 (32-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot
-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


Hopefully that's enough. Let me know if you need anything else or want me to 
test something(I haven't had a chance to try Michel's debs yet, maybe this 
weekend).

Thanks,

-- 
Matt Taggart
taggart@debian.org




Reply to: