Created attachment 30518 [details] Xorg.log I'm got this message: (II) RADEONHD(0): Card not in database: 0x71C7:0x1458:0x2160; using generic modesetting. If - and only if - your card does not work or does not work optimally please contact radeonhd@opensuse.org to help rectify this. Use the subject: 0x71C7:0x1458:0x2160: <name of board> and *please* describe the problems you are seeing in your message. (--) RADEONHD(0): Detected an RV535 on an unidentified card My card: Gigabyte GV-RX165256D-RH DualDVI+TV Out <ATI Radeon X1650> xrandr (radeonhd): Screen 0: minimum 320 x 200, current 1024 x 768, maximum 3050 x 1370 DVI-I_1/digital connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1024x768 60.0* 800x600 60.3 640x480 59.9 DVI-I_1/analog disconnected (normal left inverted right x axis y axis) TV_SVIDEO disconnected (normal left inverted right x axis y axis) DVI-I_2/digital disconnected (normal left inverted right x axis y axis) DVI-I_2/analog connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1024x768 60.0* 800x600 60.3 640x480 59.9 xrandr (radeon driver): Screen 0: minimum 320 x 200, current 2448 x 1366, maximum 3050 x 1370 DVI-1 connected 768x1366+1680+0 left (normal left inverted right x axis y axis) 348mm x 197mm 1366x768 59.9*+ 1280x1024 60.0 1280x960 60.0 1152x864 75.0 1280x720 60.0 1024x768 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 59.9 720x400 70.1 DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 434mm x 270mm 1680x1050 60.0*+ 1280x1024 75.0 60.0 1280x960 60.0 1152x864 75.0 1024x768 75.0 60.0 832x624 74.6 800x600 75.0 60.3 56.2 640x480 75.0 59.9 720x400 70.1 lspci: lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV535 [Radeon X1650 Series] (rev 9e) lspci -vvv -s 01:00.0 01:00.0 VGA compatible controller: ATI Technologies Inc RV535 [Radeon X1650 Series] (rev 9e) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 2160 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fbdf0000 (64-bit, non-prefetchable) [size=64K] Region 4: I/O ports at c000 [size=256] Expansion ROM at fbdc0000 [disabled] [size=128K] 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- Capabilities: [58] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <64ns, L1 <1us ClockPM- Suprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Address: 0000000000000000 Data: 0000
1st) Did this card ever work with radeonhd before? 2nd) Please run the Xserver with -logverbose 7 and attach a new logfile. 3rd) You probably have to run rhd_conntest as described in the README (once per output) and post the results here - your card may have a broken connector table.
(In reply to comment #1) > 1st) Did this card ever work with radeonhd before? Yes. Only from git > 2nd) Please run the Xserver with -logverbose 7 and attach a new logfile. In attach. But server not run success. > 3rd) You probably have to run rhd_conntest as described in the README (once per > output) and post the results here - your card may have a broken connector > table. rhd_conntest 01:00.0 rhd_conntest: v1.3.0, git branch branch-master, commit eef20d73 Found card: ATI Technologies Inc - RV535 [Radeon X1650 Series] Checking connectors on 0x71C7, 0x1458, 0x2160 (@01:00:00): Load Detection: RHD_OUTPUT_DACB HotPlug: RHD_HPD_0 RHD_HPD_1 DDC: RHD_DDC_0 RHD_DDC_1 rhd_conntest -s 01:00.0 rhd_conntest: v1.3.0, git branch branch-master, commit eef20d73 Found card: ATI Technologies Inc - RV535 [Radeon X1650 Series] Checking connectors on 0x71C7, 0x1458, 0x2160 (@01:00:00): Load Detection: RHD_OUTPUT_DACB HotPlug: RHD_HPD_0 RHD_HPD_1 DDC: RHD_DDC_0 RHD_DDC_1 DDC Line[0]: Slaves: 74 a0 DDC Line[1]: Slaves: 6e 94 96 a0 rhd_conntest -x 10 01:00.0 rhd_conntest: v1.3.0, git branch branch-master, commit eef20d73 Found card: ATI Technologies Inc - RV535 [Radeon X1650 Series] Checking connectors on 0x71C7, 0x1458, 0x2160 (@01:00:00): Load Detection: RHD_OUTPUT_DACB HotPlug: RHD_HPD_0 RHD_HPD_1 DDC: RHD_DDC_0 RHD_DDC_1 DDC Line[0]: Slaves: 74 00 00 00 00 00 00 00 00 00 00 .......... DDC Line[0]: Slaves: a0 00 ff ff ff ff ff ff 00 1e 6d .........m DDC Line[1]: Slaves: 6e 00 00 00 00 00 00 00 00 00 00 .......... DDC Line[1]: Slaves: 94 51 51 51 51 51 51 51 51 51 51 QQQQQQQQQQ DDC Line[1]: Slaves: 96 51 41 11 1f 58 00 00 00 00 00 QA..X..... DDC Line[1]: Slaves: a0 00 ff ff ff ff ff ff 00 5a 63 ........Zc
Created attachment 30558 [details] Debug log
(In reply to comment #2) > (In reply to comment #1) > > 1st) Did this card ever work with radeonhd before? > Yes. Only from git Sorry, I don't parse. Which version did work? > > 2nd) Please run the Xserver with -logverbose 7 and attach a new logfile. > In attach. But server not run success. Hm. (II) RADEONHD(0): Output DVI-I_1/digital using initial mode 1680x1050 (II) RADEONHD(0): Output DVI-I_2/analog using initial mode 1280x1024 This looks like it worked ok? Did you change anything else between those two runs? (EE) RADEONHD(0): RHDMCRestore: MC is still not idle!!! This is a different issue, not related to resolution. You might want to add Option "Accelmethod" "shadowfb" to your Device section of xorg.conf. > > 3rd) You probably have to run rhd_conntest as described in the README (once per > > output) and post the results here - your card may have a broken connector > > table. These were not as described in the README - but it doesn't matter, as apparently the BIOS tables are correct - the verbose log file shows that DDC was correctly read.
> Sorry, I don't parse. Which version did work? Old version from git worked. But when i'm update driver its broken. > > (II) RADEONHD(0): Output DVI-I_1/digital using initial mode 1680x1050 > (II) RADEONHD(0): Output DVI-I_2/analog using initial mode 1280x1024 > > This looks like it worked ok? Did you change anything else between those two > runs? No. It's not work. I'm got black screen. > > > (EE) RADEONHD(0): RHDMCRestore: MC is still not idle!!! > > This is a different issue, not related to resolution. You might want to add > > Option "Accelmethod" "shadowfb" No thanks. It's make my second monitor very slow. > These were not as described in the README - but it doesn't matter, as > apparently the BIOS tables are correct - the verbose log file shows that DDC > was correctly read. Yes. But i'm don't understand why DCC not readed when Xorg start in normal mode. When radeonhd normal worked i'm see DCC read (and when radeon drivers run i'm view this) but now i'm not see it.
(In reply to comment #5) > > Sorry, I don't parse. Which version did work? > Old version from git worked. But when i'm update driver its broken. Ok, do you remember a version number / git commit / checkout date when it still worked? > > (II) RADEONHD(0): Output DVI-I_1/digital using initial mode 1680x1050 > > (II) RADEONHD(0): Output DVI-I_2/analog using initial mode 1280x1024 > > > > This looks like it worked ok? Did you change anything else between those two > > runs? > No. It's not work. I'm got black screen. You remember that newer X doesn't render the black-white star pattern when started any more? You can get that again when starting with -retro. > > This is a different issue, not related to resolution. You might want to add > > Option "Accelmethod" "shadowfb" > No thanks. It's make my second monitor very slow. It shouldn't. Especially not monitor related. > > These were not as described in the README - but it doesn't matter, as > > apparently the BIOS tables are correct - the verbose log file shows that DDC > > was correctly read. > Yes. But i'm don't understand why DCC not readed when Xorg start in normal > mode. When radeonhd normal worked i'm see DCC read (and when radeon drivers run > i'm view this) but now i'm not see it. Might be a timing issue. Egbert has fixed one recently, there might be more (printing out debug messages takes some time).
> Ok, do you remember a version number / git commit / checkout date when it still > worked? I'm try find it by log. > You remember that newer X doesn't render the black-white star pattern when > started any more? You can get that again when starting with -retro. Ok. I'm try with it. > It shouldn't. Especially not monitor related. My second monitor rotated. XAA worked very slow. > > Might be a timing issue. Egbert has fixed one recently, there might be more > (printing out debug messages takes some time). Hm... How fix this?
(In reply to comment #5) > Yes. But i'm don't understand why DCC not readed when Xorg start in normal > mode. When radeonhd normal worked i'm see DCC read (and when radeon drivers run > i'm view this) but now i'm not see it. > What's 'normal mode'? Without '-logverbose 7'?
(In reply to comment #7) > > It shouldn't. Especially not monitor related. > My second monitor rotated. XAA worked very slow. Ah, ok, that makes sense. Rotation is only fast with EXA. > > Might be a timing issue. Egbert has fixed one recently, there might be more > > (printing out debug messages takes some time). > Hm... How fix this? The code includes several usleep()s. The amount of time waited there could be miscalculated - but first the issue has to be clear (check whether X -logverbose 7 -retro displays something).
> What's 'normal mode'? Without '-logverbose 7'? just run xinit
(In reply to comment #9) > The code includes several usleep()s. The amount of time waited there could be > miscalculated - but first the issue has to be clear (check whether X > -logverbose 7 -retro displays something). Okey. I'm check it.
(In reply to comment #9) > The code includes several usleep()s. The amount of time waited there could be > miscalculated - but first the issue has to be clear (check whether X > -logverbose 7 -retro displays something). With -logverbose 7 -retro run fine and set right modes. How fix this?
This is probably Egbert's area of expertise.
Anyone tell me how fix this?
I'm try build new version. Now all fine. My version: RADEONHD: version 1.3.0, built from git branch branch-master, commit 2949564e
Great! Thanks for retesting.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.