Fwd: [ANNOUNCE] xf86-video-ati 6.8.0 RS690 support is available

[JoJo jojo]

RS690 support is available
can someone generate packages for popular distros, for users to try out,
help in testing it.

-JoJo

---------- Forwarded message ----------
From: Alex Deucher <alexd...@gmail.com>
Date: Feb 19, 2008 11:35 AM
Subject: [ANNOUNCE] xf86-video-ati 6.8.0
To: xorg-a...@lists.freedesktop.org
Cc: xorg <xo...@freedesktop.org>, "xorg-dr...@lists.x.org"
<xorg-dr...@lists.x.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

ATI 6.8.0 release

Major changes:

- - mach64, r128, radeon ported to libpciaccess
- - massive restructuring of ati wrapper
- - radeon support for r5xx, rs6xx, and r6xx chips using ATOMBIOS
- - return of zaphod mode support
- - radeon support for centered modes using scalers (selectable via
output attributes)
- - PAL tv-out fixed on supported chips
- - initial support for render accel on r3xx/r4xx chips (rotation)
- - fix TV option handling
- - Xv RGB fixes
- - XPRESS Xv fixes
- - improve bios/driver interaction on radeon
- - revert back to previous AGP mode behavior
- - lots of bug fixes

Alex Deucher (134):
Initial integration of Atom code and some of Dave's code.
More of Dave's ATOM init code.
Initial support for r4xx
WIP: get ATOM crtc stuff working on r4xx
for r4xx ATOM cards, just use ATOM for PLL
Add atombios files
First round of avivo support
add additional connector types
more avivo updates
add avivo output stuff
add support for initing external tmds via ATOM
fix and move crtc source set up atombios_output.c
pull in another of Dave's fixes
make sure to assign gpio
add pci ids for X1550PRO
turn off vga control when using ext modes
use atom to program plls on r4xx
combine outputs based on id
make sure i2c bus exists before using it
rework crtc output source setup
Add full parsing support for atom bios connector table
fix from last commit
atombios_dac_detect() takes care of primary vs tv dac itself
fix INMC() and OUTMC() on !AVIVO chips
WIP: sync up with the latest ATOM bios code in rhd
WIP: more new ATOM integration work
WIP: new atom code comples.
Few fixes from the last commit.
RADEON: step one in output rework
RADEON: unify DDC line handling
RADEON: unify connectortype handling
fix typo in loop
CRTs/DFPs may share a DVI port, but TV and CV don't
Don't detect TV out for now
Don't assign a gpio for TV
fix logic in connector table check for TVs and switch counter to
symbolic names
RADEON: switch to using ATOM defines for bios device table
RADEON: fixup for bios tables with wrong connector types
RADEON: enable/disable the right TMDS controller
RADEON: add LVDS atom support
RADEON: store devices ids from bios for each driver output
RADEON: make naming consistent and remove some cruft
RADEON: major re-org and clean up of atom output control
RADEON: provide clearer debugging info
RADEON: attempt to fix crtc to output routing
RADEON: fix crtc to output routing
RADEON: reorder crtc/pll setup
RADEON: add default connector table for avivo chips
RADEON: move crtc output source selection into atombios_output.c
RADEON: first pass at TV/Component video
RADEON: re-org load detection for legacy chips
RADEON: switch r4xx to atombios load detection
RADEON: fix cursor offset on avivo chips
RADEON: implement CLUT adjust support
RADEON: small cleanup of pll code
RADEON: disable atom pll set for r4xx cards
RADEON: save/restore avivo crtc cursor control
RADEON: remove unused cruft from last atom import
RADEON: convert atombios connector table parsing to use ATOM structs
RADEON: fix typo in previous commit
RADEON: move GPIO lookup to a separate function
RADEON: handle HMDI properly (untested) and fix some merge leftovers
RADEON: fix rotation on avivo chips
RADEON: rework PLL calculation
RADEON: fix typo in previous cursor fix
RADEON: clean up units in PLL calculation
RADEON: fix sclock printout
RADEON: fix typo from merge
RADEON: post div tweaks for legacy radeon
RADEON: more PLL tweaks
RADEON: fix another merge error
RADEON: re-org legacy crtc/output code into separate files
RADEON: remove no longer used radeon_display.c
RADEON: fix rn50 reversion from last merge
RADEON: more re-org. move XAA Mem init to radeon_accel.c
RADEON: more re-org
RADEON: clean up prototypes
RADEON: fix pll input setup on mac cards
RADEON: Add "IgnoreLidStatus" option
RADEON: restore crtc regs before VGA regs.
RADEON: default "IgnoreLidStatus" to TRUE
RADEON: fix PAL tv-out
RADEON: fix typo that broke tv load detection
RADEON: Make sure all old IGP chips have HasSingleDac set
RADEON: add support for ATOM component video table
RADEON: preliminary support for ATOM RMX
RADEON: various avivo tv-out related clean-ups
RADEON: fix crash when setting rotation in the config file
RADEON: fix compile
RADEON: improve ntsc image centering
RADEON: further fixup for pScrn->pScreen issue
RADEON: fix tvdac load detection at server start up
R128: Like powerpc, don't use VGA by default on sparc
RADEON: Fix TVStandard option
RADEON: add default outputs if no connected devices
RADEON: Make default output actually work...
RADEON: restore FP2 regs before external encoders
RADEON: clean up output handling
ATOMBIOS: disable the scaler by default on avivo cards
R300: First pass at render accel
R300: only enable render accel on non-IGP r3xx/r4xx chips for now
R300: only init3d on r3xx
RADEON: add a message about render accel on newer cards
AVIVO: Add support for RMX
RADEON: use radeon_output->Flags for tracking RMX rather than mode->Flags
RADEON: make sure EXA Composite is actually disabled on XPRESS chips.
ATOM: Use LVDS edid from bios if available
RADEON: grab pll_in_min/pll_in_max from bios tables if available
RADEON: get dac2 adj values from the bios tables
RADEON: re-work i2c for DDC
RADEON: adjust PAL mode hstart
Revert "RADEON: adjust PAL mode hstart"
RADEON: Add new RV380 pci id
Seems the default is more reliable... we can't win.
RADEON: update man page to reflect AGP 1x default revert
RADEON: Implement "center" mode for RMX on legacy radeons
RADEON: remove unused "aspect" scaler option
RADEON: remove redundant RADEONDisableDisplays()
RADEON: don't restore LVDS_PLL_CNTL for now
RADEON: rework i2c handling
RADEON: sync up with latest upstream versions
R6xx: fix ddc after my i2c rework
RADEON: Implement proper (hopefully) BIOS/DRIVER interaction for COM bios
RADEON: Implement proper (hopefully) BIOS/DRIVER interaction for ATOM bios
RADEON: always restore crtc1 before crtc0 when using both crtcs
R6xx: make sure we set up the HDP base properly
R6xx: add missing objects
RADEON: make sure we always set up the FP crtc shadow registers for crtc0
R6xx: bios scratch regs moved.
R6xx: fix up use of bios scratch regs to reflect the new offsets
R6xx: when both crtcs are in use make sure they are both enabled
RADEON: disable LVDS if panel size is 0x0
ATOM: fix RS6xx connector table parsing and fix some warnings
Bump for 6.8 release

Arkadiusz Miskiewicz (2):
RADEON: various cleanups
configure.ac fixes

Brice Goglin (1):
RADEON: print the name of the output when printing the EDID

Dave Airlie (76):
r5xx: fix typo for crtc offset
r5xx: fix typo for crtc offset
Add copyright headers
radeon: rename a large section of avivo regs to documented names
remove avivo_reg.h
atombios: fixup warnings in atombios files
avivo i2c: consolidate the avivo i2c code
make i2c unlock/lock registers for gpios
add missing hpd register
avivo: fixup some i2c stuff
add x1900xt support
fix type for r520 agp code
restore avivo memory map registers at correct places
i2c: fix bus enable stuff
r520: nail i2c enable/disable issue
add firegl card on ajaxs machine
add z3ro's pciids
makes 2-headed cursor work
r5xx: cleanups after last merge
r5xx: add 71c5 for macbook pro
atombios: add all r5xx and r6xx pci ids
atombios: add warnings for r500 and r600
r600: block r600 startup due to lack of memory controller info
r600: get r600 to work non-accelerated.
r600: use standard memory controller setup paths
rs690 is !> r600
r600: add memory controller regs from AMD
LVDS on r500/r600 needs some work disable mobile chips for now
add missing files for make dist
re-enable mobility chips
avivo: fix typo in register saving
r500: make vt switch work again for me
atombios: add initial object header parsing for r600 cards
atombios: use values from object header
r600: add hi agp address for mc
fix silly spaces
radeon: fix up memory mapping issues for vt switch
r5xx: cleanup pll code..
r500: set default minimum pll freq
legacy: fix fb/agp read/writes
radeon: add in pll spread spectrum workaround
powerpc: build fixes from last merge
radeon: move savedreg/modereg into entity instead of info
radeon: bring back zaphod all is forgiven.
don't add fboffset to info->FB it already is mapped at the offset
disable tiling for zaphod heads
add support for building against legacy servers similiar to
Intel codepaths
add more to configure.ac for using out-of-tree mode src
fixup some warnings
more zaphod fixes - some other work maybe needed
radeon: cleanup pitch calculation and make r600 work again
r600: add shadow support to r600 driver to at least make 2d useable
fixup shadow setup on !r600
fix big endian build since zaphod fixups
more endian related fixage
set ddc line correctly post-merge
fixup clip test include handling
fix mode bandwidth configure check
atombios: add support for reading tv standard from atombios
atombios: enable support for using tv timings
atombios: enable TV-out detection code - tv out works for me with this
r600: fix tv-out output naming
PLL/r600: tweak pll to pick first one found instead of keeping going
r600: fixup crash on unknown output type
r600: change devices list depending on connector
r500: tvout avoid doing dpms here it makes my tv mode go all crappy
atombios: i2c lines are all done with sw so we can accept any of them.
i2c: a line mux of 0 is valid
fixup register 6594 save/restore
r300: remove r300 specific vertex emission
r300: move fragprog setup code to prepare composite for now
add rv670 pciids
make distcheck pass
mach64: fix non pciaccess build
r128/radeon: fix build without pciaccess
r128/radeon: hopeful fix for non pci access code

David Miller (2):
[RADEON]: Like powerpc, don't use VGA by default on sparc.
[RADEON]: Add missing break in SCLK calculation.

George Sapountzis (31):
[mach64] Drop symbol lists.
Drop symbol lists from r128, radeon, theatre.
r128: pci-rework conversion
radeon: remove stray _X_EXPORT
radeon: remove stray include
ati wrapper: use pci ids
atimisc: rename to mach64
mach64: add version (need not match with ati)
mach64: load for both "ati" and "mach64" as driver names
ati wrapper: add DriverRec's and use them
ati wrapper: xf86PciInfo.h is enough
use stand-alone drivers for each chip family.
mach64: workaround for corruption at upper-left
mach64: add hint for sparc and minor cosmetic.
mach64: BIOSBase is no longer used
mach64: factor out BIOS clock parsing
mach64: cosmetic
mach64: consolidate refclk #1
mach64: consolidate refclk #2
mach64: complement hint for sparc
mach64: factor out BIOS multimedia parsing
mach64: minor cosmetic, DAC type
mach64: minor cosmetic, LCD panel id
mach64: factor out BIOS panel info parsing
mach64: minor cosmetic, I2C type
mach64: clean probe a little
ati: drop duplicate pci-id defines
r128: do not compile in PciChipsets twice
ati wrapper: translate Device lines
ati: convert to pci probe
r128/radeon: probably correct fix for non pci access code

George Wu (3):
Add LVTMA PWRSEQ registers to fix VT switching for LVDS
RADEON/R600: small code cleanup
r600: might as well fix VT for R600

Kristian Høgsberg (1):
RADEON: fix crtc routing on r4xx cards when using atom to init DVO chip

Kusanagi Kouichi (1):
radeon: Partial fix for XVideo RGB image distortions.

Maciej Cencora (2):
atombios: initial rs690 patches
RS690: Implement MC idle check

Michel Dänzer (2):
radeon: Miscellaneous warning fixes.
radeon: Adapt manpage to reality wrt AGP options.

Roland Scheidegger (1):
bring back to life planar-to-packed conversion for rs4xx

git tag: xf86-video-ati-6.8.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ati-6.8.0.tar.bz2
MD5: 3c97c7925ebf4162eeb3463e23adc0e3 xf86-video-ati-6.8.0.tar.bz2
SHA1: b6974237b6ae9b45b32fc37f31a3fee7358230d3 xf86-video-ati-6.8.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ati-6.8.0.tar.gz
MD5: 3260d03f5c7eed15087bc5c4f5be2ea3 xf86-video-ati-6.8.0.tar.gz
SHA1: e18bba3752c5c19b08e7c999bb847ae56db049fe xf86-video-ati-6.8.0.tar.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHunFrm07k+YR03kARAnP9AJ0TspQTmXNpfuwsxCha2J3kMKcUMgCgwsG6
V9XcduCYZkWVLXNfkW5DWfw=
=KFbB
-----END PGP SIGNATURE-----
_______________________________________________
xorg mailing list
xo...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[Temüjin]

I'll try this later today on Arch Linux64.
Related convo on the radeon IRC channel with the main developer (David
Airlie)

Temujin_: hi
airlied: Temujin_: hey.. so rs690 is beta quality, as in I've run
glxgears and openarena..
Temujin_: anyone try the new 6.8 driver with rs690/X1200 yet?
airlied: it should support the outputs fine..
Temujin_: airlied, is the DVI 2D stuff working okay?
Temujin_: ok, you read my mind
airlied: Temujin_: I haven't tested mine yet..
Temujin_: the last time i tried this driver, it was on Ubuntu and it
was a pain building new mesa, drm, etc.
Temujin_: it also appeared that 2D accel wasn't working
Temujin_: but I'm using Arch now, so I'll give it a shot when they
update
Temujin_: thanks for the update
airlied: Temujin_: yeah its a bit of a pain to update.. 2d accel works
better if you have kernel support..
airlied: but I'm trying to merge that at the moment.
Temujin_: yeah, I was using a custom 2.6.24 kernel on ubuntu
Temujin_: hell, maybe i'll build it from source later today, Arch
makes it pretty easy

[macauhtpc]

So, I need to compile xf86-video-ati, mesa, drm in order to test it
out right? BTW, I am using Ubuntu gusty too.

-B

[JoJo jojo]

ah yes, I'm sure a lot of users will be interested in testing it,
so packages, and even a guide to building it will help

I think we can host the packages in files section for the time being.

-JoJo

[Gabriele Bosisio]

Hi all,
    I have make the .deb package for the new driver (I will try to attach to this email), it seem work but I can't test well because the pc is at home and I am at work.
I have compiled using this info:

http://www.paldo.org/paldo/specs/xf86-video-ati.xml

./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var/lib --disable-static --enable-dri
and
make -j 2

If attaching the .deb file to this email will not work, how can send to you the file?
Thanks
Bye

P.S. How I must configure the xorg.conf file to enable the XV Video Overlay with this driver?

[JoJo jojo]

WE have 100 MB space right here
https://groups.google.com/group/x1250/files

could you cross compile it for 8x6_64 as well ?

-JoJo

[gaboss]

I have never try the cross compile, I will try (but I'm not sure ..
sorry)
But you can compile the source as I explane before and the make the
deb packege easy as explane here:

http://linux.justwhitepowder.net/viewtopic.php?t=18

or

http://www.howtoforge.com/howto_linux_debian_deb_checkinstall

On Feb 20, 11:48 am, "JoJo jojo" <onetwoj...@gmail.com> wrote:
> WE have 100 MB space right herehttps://groups.google.com/group/x1250/files

>
> could you cross compile it for 8x6_64 as well ?
>
> -JoJo
>

> On Feb 20, 2008 4:15 PM, Gabriele Bosisio <gabo...@gmail.com> wrote:
>
>
>
> > Hi all,
> > I have make the .deb package for the new driver (I will try to attach
> > to this email), it seem work but I can't test well because the pc is at home
> > and I am at work.
> > I have compiled using this info:
>
> > http://www.paldo.org/paldo/specs/xf86-video-ati.xml
>
> > ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var/lib
> > --disable-static --enable-dri
> > and
> > make -j 2
>
> > If attaching the .deb file to this email will not work, how can send to you
> > the file?
> > Thanks
> > Bye
>
> > P.S. How I must configure the xorg.conf file to enable the XV Video Overlay
> > with this driver?
>
> > Il giorno mer, 20/02/2008 alle 10.02 +0530, JoJo jojo ha scritto:
>
> > ah yes, I'm sure a lot of users will be interested in testing it,
> > so packages, and even a guide to building it will help
>
> > I think we can host the packages in files section for the time being.
>
> > -JoJo
>

[Elf]

Anyone have had direct rendering support enabled?

I'v tried 6.8.0 yesterday. There are no direct rendering (all needed
kernel modules was build, i think), so, there are no 3d, xv and 2d
acceleration. Switching apps and desktops are very slow (radeonhd work
much more better with it). So, waiting...

--
----------------
Best regards
Elf
mailto:elf...@gmail.com

[JoJo jojo]

glxgears not working ?
there is x bench or something as well

what tests did you perform ?

-JoJo

[Elf]

2008/2/20, JoJo jojo <onetw...@gmail.com>:

>
> glxgears not working ?
> there is x bench or something as well
>
> what tests did you perform ?

glxgears runs, but this is not "working" in usual meaning. It's
rotates very slow and ugly, but show about 300fps.

glxinfo shows "direct rendering: No".
xvinfo show "no adapters presents".

mplayer -vo gl or gl2 draws standart size picture ok (with 100% cpu
load). Scaled movies will run with about 1-2FPS.

[Elf]

Here are (attached) my xorg.log for this driver.

there are strings there:

(WW) RADEON(0): Direct rendering disabled
(II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer.
(II) RADEON(0): Render acceleration disabled

2008/2/20, JoJo jojo <onetw...@gmail.com>:

[JoJo jojo]

thanks,
could you forward the issue & conf & logs to
alexd...@gmail.com
air...@gmail.com

and fwd to the group, if you get any feedback

-JoJo

[gaboss]

I have the same log, but I can't try glxgear or xvinfo until I will at
home.

Thanks

On Feb 20, 12:28 pm, Elf <elf2...@gmail.com> wrote:
> Here are (attached) my xorg.log for this driver.
>
> there are strings there:
>
> (WW) RADEON(0): Direct rendering disabled
> (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer.
> (II) RADEON(0): Render acceleration disabled
>

> 2008/2/20, JoJo jojo <onetwoj...@gmail.com>:

>
>
>
>
>
> > glxgears not working ?
> > there is x bench or something as well
>
> > what tests did you perform ?
>
> > -JoJo
>

> > On Feb 20, 2008 4:41 PM, Elf <elf2...@gmail.com> wrote:
>
> > > Anyone have had direct rendering support enabled?
>
> > > I'v tried 6.8.0 yesterday. There are no direct rendering (all needed
> > > kernel modules was build, i think), so, there are no 3d, xv and 2d
> > > acceleration. Switching apps and desktops are very slow (radeonhd work
> > > much more better with it). So, waiting...
>
> > > --
> > > ----------------
> > > Best regards
> > > Elf

> > > mailto:elf2...@gmail.com

>
> --
> ----------------
> Best regards
> Elf

> mailto:elf2...@gmail.com
>
> 1.log
> 475KDownload

[macauhtpc]

Hi all,

I've tested xf86-video-ati driver. I got glxgears running around
1000fps, which is quite amazing.
However, glxinfo also shows no direct rendering and xvinfo shows no
adapters presents.
BTW, I compiled xf86-video-ati from git. I also compiled mesa/drm and
mesa/mesa.

git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
git clone git://anongit.freedesktop.org/git/mesa/drm
git clone git://anongit.freedesktop.org/git/mesa/mesa

It looks like I got drm modules working, but don't know why glxinfo
shows no direct rendering.

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: drmOpenMinor returns 7
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel
module version 1.28.0
(==) RADEON(0): Page Flipping disabled
(II) RADEON(0): Will try to use DMA for Xv image transfers
(II) RADEON(0): Generation 2 PCI interface, using max accessible
memory
(II) RADEON(0): Detected total video RAM=134217728K,
accessible=131072K (PCI BAR=131072K)
(--) RADEON(0): Mapped VideoRAM: 131072 kByte (64 bit DDR SDRAM)
(II) RADEON(0): Color tiling enabled by default
(II) RADEON(0): Max desktop size set to 2560x1200
(II) RADEON(0): For a larger or smaller max desktop size, add a
Virtual line to your xorg.conf
(II) RADEON(0): If you are having trouble with 3D, reduce the desktop
size by adjusting the Virtual line to your xorg.conf


BTW, It doesn't work with my HDMI output.

(II) RADEON(0): I2C device "HDMI-0:ddc2" registered at address 0xA0.
(II) RADEON(0): I2C device "HDMI-0:ddc2" removed.
(II) RADEON(0): Output: HDMI-0, Detected Monitor Type: 0
invalid output device for dac detection
(II) RADEON(0): Output HDMI-0 disconnected

I've uploaded my Xorg.0.log (bruce_xorg.0.log). If you are interested,
you can check it out.

-B

> mailto:elf2...@gmail.com

[Maciej Cencora]

macauhtpc pisze:

Try running X with AIGLX disabled. It works for me.

Regards,
Maciej Cencora

[macauhtpc]

Maciej,

Will disabling AIGLX make HDMI work or make direct rendering and
XVideo work? I will give it a try later when I go home.

[Maciej Cencora]

macauhtpc pisze:

> Maciej,
>
> Will disabling AIGLX make HDMI work or make direct rendering and
> XVideo work? I will give it a try later when I go home.
>

It should make direct rendering work.
XVideo isn't supported on rs690 yet.
To use HDMI you have to force it in xorg.conf because DDC seems to be
broken on IGP chips. To do this:
1. Add following option in your radeon device section:
Option "monitor-HDMI-0" "monitor-section-identifier-here"
2. Add following option in your monitor section:
Option "Enable" "true"

Probably you will have to add Modelines in monitor section.

Maciej Cencora

[macauhtpc]

Maciej,

Thanks! I got HDMI working but it only shows 1024x768.
I disabled AIGLX but glxinfo still shows not Direct Rendering, but
interestingly, Xorg.0.log shows Direct Rendering is enable.

Bruce

[Maciej Cencora]

macauhtpc pisze:

> Maciej,
>
> Thanks! I got HDMI working but it only shows 1024x768.
>

Did you add Modeline line to Monitor section?
Paste xrandr output.

> I disabled AIGLX but glxinfo still shows not Direct Rendering, but
> interestingly, Xorg.0.log shows Direct Rendering is enable.

Maybe you are using the newest mesa which is broken. Try
4dfcb09960e4775b5ca2038b7cc608f7720cec20 revision.
It works for me. I can play quake3 and open arena.
If it won't help post somewhere your Xorg.0.log.

Maciej Cencora

[Maciej Cencora]

macauhtpc pisze:

> BTW, It doesn't work with my HDMI output.
>
> (II) RADEON(0): I2C device "HDMI-0:ddc2" registered at address 0xA0.
> (II) RADEON(0): I2C device "HDMI-0:ddc2" removed.
> (II) RADEON(0): Output: HDMI-0, Detected Monitor Type: 0
> invalid output device for dac detection
> (II) RADEON(0): Output HDMI-0 disconnected
>
> I've uploaded my Xorg.0.log (bruce_xorg.0.log). If you are interested,
> you can check it out.
>

HDMI should be working now without any additional options.

Maciej Cencora

[djdoo]

Hey guys take a look at this:
http://www.phoronix.com/scan.php?page=news_item&px=NjM1Mg

Focus on the update 2 lines!

[macauhtpc]

I will try out the latest git. So, XV is working also, right?

Thanks!

[Maciej Cencora]

macauhtpc pisze:

> I will try out the latest git. So, XV is working also, right?
>

It should, but I get wobbly video so its unusable. Try it anyway, maybe
it will work for you.
Does VT switching and resolution changing work for you?

Maciej Cencora

[macauhtpc]

Maciej,

Thanks again.
I checked out and compiled the latest git of xf86-video-ati. I got a
good xvinfo result.

X-Video Extension version 2.2
screen #0
Adaptor #0: "Radeon Textured Video"
number of ports: 16
port base: 73
operations supported: PutImage
supported visuals:
depth 24, visualID 0x23
depth 24, visualID 0x24
depth 24, visualID 0x25
depth 24, visualID 0x26
depth 24, visualID 0x27
depth 24, visualID 0x28
depth 24, visualID 0x29
depth 24, visualID 0x2a
no port attributes defined
maximum XvImage size: 2048 x 2048
Number of image formats: 4
id: 0x32595559 (YUY2)
guid: 59555932-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)
id: 0x32315659 (YV12)
guid: 59563132-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x30323449 (I420)
guid: 49343230-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x59565955 (UYVY)
guid: 55595659-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)

However, when I play a video clip with mplayer -vo xv, I only got an
green screen with some diagonal lines. glxinfo still shows no Direct
Rendering.

name of display: :0.0
display: :0 screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=verbose)
server glx vendor string: Brian Paul
server glx version string: 1.4 Mesa 7.1
server glx extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap,
GLX_MESA_release_buffers, GLX_ARB_get_proc_address,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
GLX_EXT_visual_rating,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: Brian Paul
client glx version string: 1.4 Mesa 7.1
client glx extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap,
GLX_MESA_release_buffers, GLX_ARB_get_proc_address,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
GLX_EXT_visual_rating,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
GLX version: 1.4
GLX extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap,
GLX_MESA_release_buffers, GLX_ARB_get_proc_address,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
GLX_EXT_visual_rating,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
OpenGL vendor string: Brian Paul
OpenGL renderer string: Mesa X11
OpenGL version string: 2.1 Mesa 7.1
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_half_float_pixel, GL_ARB_imaging, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query,
GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_120,
GL_ARB_shadow,
GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two,
GL_ARB_texture_rectangle, GL_ARB_transpose_matrix,
GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
GL_ARB_vertex_shader,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract,
GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array,
GL_EXT_convolution,
GL_EXT_copy_texture, GL_EXT_depth_bounds_test,
GL_EXT_draw_range_elements,
GL_EXT_framebuffer_object, GL_EXT_framebuffer_blit,
GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_histogram,
GL_EXT_multi_draw_arrays,
GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_polygon_offset,
GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette,
GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_texture_sRGB,
GL_EXT_timer_query, GL_EXT_vertex_array, GL_APPLE_packed_pixels,
GL_APPLE_vertex_array_object, GL_ATI_blend_equation_separate,
GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once,
GL_ATI_fragment_shader, GL_ATI_separate_stencil,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_MESA_pack_invert, GL_MESA_program_debug,
GL_MESA_resize_buffers,
GL_MESA_texture_array, GL_MESA_ycbcr_texture, GL_MESA_window_pos,
GL_NV_blend_square, GL_NV_fragment_program,
GL_NV_light_max_exponent,
GL_NV_point_sprite, GL_NV_texture_rectangle,
GL_NV_texgen_reflection,
GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_OES_read_format,
GL_SGI_color_matrix, GL_SGI_color_table,
GL_SGI_texture_color_table,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod,
GL_SGIX_depth_texture,
GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None
0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x25 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x26 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x27 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x28 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x29 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2a 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2b 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2c 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2d 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2e 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x2f 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x30 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x31 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None
0x32 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None

I git-revert to revision 4dfcb09960e4775b5ca2038b7cc608f7720cec20, but
it is still showing the same message.
Xorg.0.log still shows Direct Rendering enabled, but xdriinfo caused
core dump.

glxgears is about 800fps.

I can do VT switching (if VT stands for Virtual terminal). However, I
could not get resolution changing working. The maximum resolution I
got is 1360x768. I could never got 1920x1080 working. Since it is
connecting to the LCDTV, I could not test on HDMI connector.

xrandr shows
Screen 0: minimum 320 x 200, current 1360 x 768, maximum 1360 x 1200
VGA-0 disconnected 1360x768+0+0 (normal left inverted right) 0mm x 0mm
HDMI-0 disconnected (normal left inverted right)
1360x768 (0x5d) 84.8MHz
h: width 1360 start 1432 end 1568 total 1776 skew 0
clock 47.7KHz
v: height 768 start 771 end 781 total 798
clock 59.8Hz

Best,
Bruce

[Maciej Cencora]

macauhtpc pisze:

> I git-revert to revision 4dfcb09960e4775b5ca2038b7cc608f7720cec20, but
> it is still showing the same message.
> Xorg.0.log still shows Direct Rendering enabled, but xdriinfo caused
> core dump.

Newest git revision is working again, but to find the problem please run
LIBGL_DEBUG=verbose glxinfo
and post output.

About Xv, I just realized that it doesn't work for me too sometimes.
I've to run an 3d app first to get Xv working.

Maciej Cencora