Bug 19981 - {Radeon RV350 As} X freezes when playing video - suspicions on Xv ??
Summary: {Radeon RV350 As} X freezes when playing video - suspicions on Xv ??
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.2 (2007.02)
Hardware: Other All
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-06 01:15 UTC by Jean-Alexandre
Modified: 2009-02-20 13:10 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Last crash Xorg.log (60.20 KB, patch)
2009-02-06 01:15 UTC, Jean-Alexandre
no flags Details | Splinter Review
Current Xorg.conf (5.64 KB, text/plain)
2009-02-06 01:15 UTC, Jean-Alexandre
no flags Details
LSPCI output (1.90 KB, text/plain)
2009-02-06 01:18 UTC, Jean-Alexandre
no flags Details
Oldest Xorg.log (48.15 KB, application/x-trash)
2009-02-06 08:47 UTC, Jean-Alexandre
no flags Details

Description Jean-Alexandre 2009-02-06 01:15:02 UTC
Created attachment 22632 [details] [review]
Last crash Xorg.log

Hi,

I'm a OpenSuse 10.3 x86 user, owner of an aging Asus Radeon 9550 with a fan-cooler (RV350 As).

**************
The linux box :
**************

OSS 10.3
Xorg 7.2 (1.3)
Xv 2.2
kernel 2.6.22.19-0.2-default
CPU : AMD Sempron x86 2800+
Ram : 1,5 Gio

************
The facts :
************


I'm experiencing weird crashes with X. Since a few weeks, it's impossible
to have any DVD played more than 10 minutes : the display freezes but the
sound goes on for a few seconds.
Sometimes I can make a clean reboot when the keyboard is still responding
(AltSysRq), somtimes there's nothing else to do then than hardware reset....

Actually I've encountered this crash on some non-xinelib player (like
vlc or mplayer) & sometimes with *.avi files. So it's seems pretty general
 to me but the surprising point is that I didn't encounter this problem
before ??!

I'm' sure it's a genuine software issue anyway for some other reason : I
can always finish to see the exact same DVD on my out-of-age Debian
Sarge (kernel 2.4.2x, Xfree86 4.3.0.1 15 august2003, Xv 2.2 & Kaffeine
0.6). Same box, same card, same DVD player...

So I can rule out hardware stuff (checked everything in my box from
thermal paste between CPU & fan, to dust, wires & so on). I can rule
out DVD specific issue too : it's not only my Magnum PI collection but
Porco Rosso, Moulin Rouge & some others too !

Today, after I manually corrected my Xorg.conf to x2 AGP acceleration
(x8 earlier), a nastier crash occured but X started again so I could
relog instantly.
I managed to save the trace which is attached.

DRI acceleration was already quite unstable with this CPU & this
X.org version 

Could it be related with the wrong way my kernel do handle ACPI
(I had to pass an acpi=off at boot in order to get my sATA disk
correctly detected !?).

*****************************
The relevant informations :
*****************************

More is provided as attachment but to allow you a first look to the issue :


An extract  of my lspci output:
----------------------------------

01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon
9550]
01:00.1 Display controller: ATI Technologies Inc RV350 AS [Radeon 9550]
(Secondary)

An extract  of my xorg.conf output:
----------------------------------

Section "Device"
  BoardName    "RV350 AS"
  BusID        "1:0:0"
# ajout suite guide Ubuntu : 7 avril 2008 #
  Driver       "ati"
  Identifier   "Device[0]"
# ajout suite guide Ubuntu : 7 avril 2008 #
  Option       "XAANoOffscreenPixmaps"
# suppression Option   "NoAccel"
  Option       "usevnc" "no"
  Option       "AGPMode" "2"
  Screen       0
  VendorName   "ATI"
EndSection

(...)

Section "DRI"
    Group      "video"
# corrigée de 0660 à 0666  suite guide Ubuntu : 7 avril 2008 #
    Mode       0666
EndSection

Section "Extensions"
Option "RENDER" "Enable"
EndSection


An (meaningful ?) extract of an older xorg.log :
-----------------------------------------

II) Setting vga for screen 0.
(II) RADEON(0): MMIO registers at 0xfdc00000: size 64KB
(II) RADEON(0): PCI bus 1 card 0 func 0
(**) RADEON(0): Depth 24, (--) framebuffer bpp 32
(II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) RADEON(0): Default visual is TrueColor
(**) RADEON(0): Option "AGPMode" "8"
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
        compiled for 7.2.0, module version = 0.1.0
        ABI class: X.Org Video Driver, version 1.2
(II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is
0x0000
(==) RADEON(0): RGB weight 888
(II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
(==) RADEON(0): X server will not keep DPI constant for all screen sizes
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
        compiled for 7.2.0, module version = 1.0.0
        ABI class: X.Org Video Driver, version 1.2
(II) RADEON(0): initializing int10
(II) RADEON(0): Primary V_BIOS segment is: 0xc000
(--) RADEON(0): Chipset: "ATI Radeon 9600 AS (AGP)" (ChipID = 0x4153)
(--) RADEON(0): Linear framebuffer at 0xb0000000
(--) RADEON(0): BIOS at 0xfdb00000
(II) RADEON(0): AGP card detected
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenByBusid: drmOpenMinor returns 6
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module
version 1.27.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=131072K, accessible=131072K
(PCI BAR=131072K)
(--) RADEON(0): Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM)
(II) RADEON(0): Color tiling enabled by default
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"(II) Module already built-in
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"(II) Module already built-in
(II) RADEON(0): I2C bus "DDC" initialized.
(II) RADEON(0): Legacy BIOS detected
(II) RADEON(0): Connector0: DDCType-2, DACType-1, TMDSType-0,
ConnectorType-3
(II) RADEON(0): Connector1: DDCType-3, DACType-0, TMDSType--1,
ConnectorType-2
(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) RADEON(0): I2C device "DDC:ddc2" removed.
(II) RADEON(0): DDC Type: 2, Detected Type: 3
(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) RADEON(0): I2C device "DDC:ddc2" removed.
(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) RADEON(0): I2C device "DDC:ddc2" removed.
(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) RADEON(0): I2C device "DDC:ddc2" removed.
(II) RADEON(0): DDC Type: 3, Detected Type: 0
(II) RADEON(0): EDID data from the display on 1st port
----------------------
(II) RADEON(0): Manufacturer: MAX  Model: 77f  Serial#: 823
(II) RADEON(0): Year: 2006  Week: 14
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max H-Image Size [cm]: horiz.: 37  vert.: 30
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
(II) RADEON(0): Default color space is primary color space
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.641 redY: 0.353   greenX: 0.289 greenY: 0.626
(II) RADEON(0): blueX: 0.142 blueY: 0.078   whiteX: 0.313 whiteY: 0.329


****
****


Thanks you all for having a look & trying to understand what exactly happens!

Best regards,

Jean-Alexandre
Comment 1 Jean-Alexandre 2009-02-06 01:15:46 UTC
Created attachment 22633 [details]
Current Xorg.conf
Comment 2 Jean-Alexandre 2009-02-06 01:18:13 UTC
Created attachment 22634 [details]
LSPCI output
Comment 3 Alex Deucher 2009-02-06 07:13:08 UTC
please attach your full xorg log.
Comment 4 Jean-Alexandre 2009-02-06 08:47:49 UTC
Created attachment 22653 [details]
Oldest Xorg.log

(In reply to comment #3)
> please attach your full xorg log.

Hi Alex,

I did supply my full log with my bug report, actually.
Do you want me to provide another (older ?) xorg.z.log ?

Because it is not exactly heavy, here you are with my older log, from March, the 11th 2008 (AGPFastWrite was activated (I know it's dangerous) at that time without too much trouble...)

Regards,

Jean-Alex
Comment 5 Alex Deucher 2009-02-09 06:33:20 UTC
Do either of these options help?

Option "AGPMode" "4"
Option "BusType" "PCI"

Try them individually since the bustype option will override teh agpmode option.
Comment 6 Jean-Alexandre 2009-02-09 14:10:59 UTC
(In reply to comment #5)
> Do either of these options help?
> 
> Option "AGPMode" "4"
> Option "BusType" "PCI"
> 
> Try them individually since the bustype option will override teh agpmode
> option.
> 

Actually I gave a try with "AGPMode" "2"
& I've also downgraded my BIOS settings to the lowest AGPMode "x4" & yes, it is much mre stable (2 or 3 DVD played without any any crashes since).

I think that's clearly the point.

Regards,

Jean-Alex

Comment 7 Alex Deucher 2009-02-09 14:48:47 UTC
AGPMode 2 isn't a valid option on your system since it's AGP 3.0.  The only valid options are 4 and 8.

I've added a quirk to the driver so it will default to AGP 4x mode by default for your card and motherboard:
87ad9006f3dafb45e131c9a3d6df713321f39998

If you get a chance could you verify that Option "AGPMode" "4" or the driver from git fixes the issue?
Comment 8 Jean-Alexandre 2009-02-20 12:09:55 UTC
(In reply to comment #7)

> 
> If you get a chance could you verify that Option "AGPMode" "4" or the driver
> from git fixes the issue?
> 

Good evening,

I've been using my box for a few days with the AGPMode set to "4" in a permanent way without any trouble. We can seriously consider the bug as Fixed. 

Because I'm quite conservative with my home desktop I prefer not to use a git beta driver, so I won't check that point.

One question remains : why have this trouble occured after a few months of flawless behavior ?

I've just checked something on my OpenSuse box : the last bugfixes versions of xorg-x11 & xorg-x11-xserver provided by openSuse are respectively 7.3-135.4 and 7.2-143.13.

I wonder if one of these bugfixes packages didnt provoke a regression ?

For 7.3-135.4 : http://www.novell.com/linux/security/advisories/xorg_sec_prob.html
For 7.2-143.13 : http://www.novell.com/linux/security/advisories/2008_27_xorg.html

Actually, considering that the trouble occured only for a couple of weeks/months, I'm quite confident something went wrong with the openSuse 7.1-143.13 xorg-x11-xserver application set !

Expecting these thoughts could provide further help,

Best regards & thanks again,

Jean-Alexandre
Comment 9 Alex Deucher 2009-02-20 13:10:11 UTC
(In reply to comment #8)
> One question remains : why have this trouble occured after a few months of
> flawless behavior ?

The default AGP mode has changed across several releases as we tried to find a good default.  Unfortunately, there is no good default setting; now we just add system specific quirks.


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.