November 2007 - Radeon HD - openSUSE Mailing Lists

Re: [radeonhd] What does rhd_conntest.c include <sys/io.h> for?
by Egbert Eich 05 Nov '07

05 Nov '07

Hans Ulrich Niedermann writes: > Luc Verhaegen wrote: > > [ #include <sys/io.h> ] > > > You're right, it isn't needed. It's a remnant from the quick and dirty > > little utils i tend to write when testing things, ones which need to > > Is the linking against libz.so also a remnant of that, or may that > possibly be used for something? > libz is actually used by the pciutils library. It's a dependency from there that we cannot avoid. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 1

Re: [radeonhd] Patch: Improve online help of rhd_conntest
by Egbert Eich 05 Nov '07

05 Nov '07

Pushed. Thanks! Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Re: [radeonhd] [PATCH 0/4] Fixes to my git-commit-in-program-messages code
by Egbert Eich 05 Nov '07

05 Nov '07

Hans Ulrich Niedermann writes: > Solution 2, automake part: > For automake builds, check for appropriate presence of pciutils and > zlib. Only if both prerequirements are met, rhd_conntest is built. > > Solution 2, imake part: > For imake builds, do not recurse into utils/conntest any more. "xmkmf > -a" seems to directly read SUBDIRS, so that includes utils/conntest. This should be OK as it only builds the Makefile. > However, the FooSubdirs() imake macros are only called on "src man" dirs > - that avoids the default build in utils/conntest. Sounds good! > > The imake part "works for me", but as I am not that familiar with imake, > I'd appreciate confirmation from someone who is. > I'll take a look. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Re: [radeonhd] Successful build on Ubuntu 7.10. Info for new X1600 card
by Egbert Eich 05 Nov '07

05 Nov '07

Josh Bowman writes: > Hi, > > I was able to successfully build and run radeonhd on my Ubuntu 7.10 system. The git > version was ad599c44 (31 Oct), and I'm running all standard Ubuntu packages. Things > seem to work fine...I don't know what to write really. Josh, positive feedback is always appreciated :) > > Here is some information about my card, a "Sapphire Radeon X1600 Pro". Below is the lspci > and conntest output. Attached is my Xorg.log and the card Bios dumped using conntest. > According to the PnP ID your card is a X1650 PRO. Sapphire cards are reasonably well behaved besides we've got them, too :) Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Re: [radeonhd] HP nc6400 / x1300: Working. Trouble with attached Screen
by Egbert Eich 05 Nov '07

05 Nov '07

Benoit Plessis writes: > > Hi, > > > I did try the radeonhd driver on my laptop. The debian/experimental > packages did not work > directly (had to add the info of conntest and rebuild) but the latest > git seem to work out of the box. Good! Using dirstro packages ATM you always risk using stale bits that have the issues you are seeing fixed already. > > There is although a need for some video memory cleaning before drawing > initial screen, it's no big deal > but could make a bad impression on 'standard' users :) Right. Since the driver is still experimental this is not such a huge issue ATM. > > The only major problems i have right now is when connecting the laptop > on the port replicator (haven't tried the > included VGA output) to use the DVI output. The screen seems to be > correctly detected and the video is sent to > both monitor in clone mode, but the resolution used is the smallest > available. > The fglrx driver used the best resolution of the two screen and > activated the X11 virtual screen on the smallest one. > Yes, we don't do that (yet). It's a know limitation to the driver. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Re: [radeonhd] Contrast, brightness and gamma
by Egbert Eich 05 Nov '07

05 Nov '07

Pierre Ossman writes: > > So what you're saying is that we can't currently control the ramp completely, just give a coefficient and let the hw compute the curve? You give it a list of pivot points and let he hw interpolate between them. This should be sufficient for most use cases. > > Btw, I've been looking at the register specs. Has any info about semantics also been released or are there AMD/ATI engineers on standby for this project? > What are you referring as 'sematics'? Do you mean programming documentation? No such specs are available. So far we got by without them to a large extent. Things on which we needed further information we were able to ask ATI. However the interface so far has solely been John Bridgman who has worked his tail off as this is not his only obligation. >From what I have heard a dedicated interface is about to be established. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 1

Re: [radeonhd] Mobility Radeon X1600 on Macbook ProCD- Double Vision Problem
by Egbert Eich 05 Nov '07

05 Nov '07

Shawn Zier writes: > Just thought I'd ask if anyone had a similar problem. Everything seems a > little off, like I'm looking at the screen cross-eyed or something. I can > send the xorg.0.log and xorg.conf if you'd like. Would you rather them be > attachments or just in-line with the email? > Attachments don't seem to work well with the ML. You can send us your log file, however you should describe what you mean by 'a little off'. Maybe a screenshot in a pastebin would be helpful. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Re: [radeonhd] Re: Documentation status
by Egbert Eich 05 Nov '07

05 Nov '07

Pete Chown writes: > Matthias Hopf wrote: > > > The other day, I think someone posted here saying they had made a 2900XT > work, presumably without my patch. At a guess I'd say that their card > has the same register as mine, but it ends up with different contents for > whatever reason. That means that auto-detecting the need for an offset > would be very difficult -- our cards are virtually identical and yet one > needs an offset but the other doesn't. > Some 2900XTs seem to be working (as is mine - which is very unfortunately as this doesn't give me the opportunity to reproduce he problem). I've revisited the specs - i found a register that could point into the right direction for r5xx. However I have not been able to locate a comparable register in r6xx specs. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

(semi) success on Radeon X1900GT
by Sebastian Brocks 04 Nov '07

04 Nov '07

Hi there, I just installed the latest radeonhd from git, and it works, although only on my primary display. I have two LCD screens attached via DVI. lspci lists these 2: 06:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900] 06:00.1 Display controller: ATI Technologies Inc R580 [Radeon X1900] so here's the output of conntest: beerockxs@awesome:~/xf86-video-radeonhd/utils/conntest$ sudo ./rhd_conntest 6:0:0 Checking connectors on 0x724B, 0x1002, 0x0B12 (@06:00:00): Load Detection: RHD_OUTPUT_TMDSA HotPlug: RHD_HPD_0 RHD_HPD_1 DDC: RHD_DDC_0 RHD_DDC_1 DDC Line[0]: Slaves: 6a a0 DDC Line[1]: Slaves: 6e 74 94 96 a0 beerockxs@awesome:~/xf86-video-radeonhd/utils/conntest$ sudo ./rhd_conntest 6:0:1 Unknown device: 0x1002:0x726B (06:00.01). I'm also experiencing some display corruption (buttons are scrambled in the gnome-panel and stuff like that), and the GUI in X is super slow. Attached you find xorg.0.log and my xorg.conf greetings, Sebastian

2 1

xorg log of x1300 with actual radeonhd
by Paul Wellner Bou 04 Nov '07

04 Nov '07

Hello there, I tried the actual git radeonhd today with my x1300 and perhaps you are interested in the xorg log file. It does not work. See the xorg log attached. I can't read so much in those error messages. Thanks for your work! Regards Paul. # lspci -vv | grep ATI -A 18 02:00.0 VGA compatible controller: ATI Technologies Inc RV515 [Radeon X1300] (prog-if 00 [VGA]) Subsystem: Hightech Information System Ltd. Unknown device 2158 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 32 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 12 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=256M] Region 1: I/O ports at a000 [size=256] Region 2: Memory at e9000000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at e8000000 [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] AGP version 3.0 Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8 Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none> Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 02:00.1 Display controller: ATI Technologies Inc RV515 [Radeon X1300] (Secondary) Subsystem: Hightech Information System Ltd. Unknown device 2159 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Region 0: Memory at e9010000 (32-bit, non-prefetchable) [disabled] [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-

2 1