> Any news?
>
> After a short experience with kernel 2.6.9 and 10rc2
> I back to kernel 2.4 and this problem appears of unresolved symbols
> appears, now if I run glxinfo kill my X, also with one savage (twister K
> in my case).
Well, yes, actually I did manage to get it working (see my latest post :-))
However, the method I used definitely does not deserve to be called a
"solution" - the term "workaround" fits best in here, I guess. Try running this
Perl script while you are in your X.org CVS root directory (e.g. /usr/src/xc):
$ perl -e 'for(@ARGV){$f=$_;@_=`cat $_`;$_=join("",@_);s|\s+printf\((.*?)\);|/*printf($1);*/|gs;open(F,">$f");print F;close(F);}' \
./lib/font/Type1/objects.c \
./lib/font/Type1/t1malloc.c \
./lib/font/Type1/t1stub.c \
./programs/Xserver/GL/dri/dri.c \
./programs/Xserver/hw/xfree86/os-support/linux/drm/xf86drmSL.c
That just comments out all printf's that cause the problem :^))) After
applying this... ekhem, patch ^_^, recompile X.org and it should get you under
way. If you don't want to run `make distclean' and then build the whole source
tree, you can just do the following:
$ cd ./lib/font/Type1
$ rm -f *.o *.a
$ make && make install
Repeat these steps for the other 2 directories involved (see above).
Worked OK for me, guess those printf's are just debugging messages (are they?).
Good luck,
Michal Kepien

On Maw, 2004-11-30 at 20:09, Thomas Hellstr=C3=B6m wrote:
> Textures in AGP memory is currently not allowed, but they are disabled=20
> in the Mesa driver as well, for some reason. If they are allowed in the=20
> future, Texture address checks probably have to be implemented but that=20
> should be a minor task.
I certainly turned them off because they were crashing my box in the
original "hey it sort of works" codebase. I don't know if its that or if
someone did more work on it later.=20
> The verifier is reasonably fast. It lowers the glxgears frame-rate a=20
> percent or two. However if it operates directly on AGP memory, it's a=20
> _real_ performance killer. So the userspace command buffer should be=20
> copied to kernel (static) system memory, checked and then copied again=20
> to the AGP ring-buffer.
That should be fine if the command buffers are not too large (< 64K or
so) because they will be cached for the two passes.
> Not all 3D functionality is in, but it is a start and it apparently=20
> works ok with the current Mesa unichrome driver. I've tested glxgears,=20
> chromium, tuxracer and the GL xscreensavers.
I'd rather it under than overpermitted things too.
> Comments are appreciated, particularly on the security assumptions and=20
> whether something doesn't fit well into the DRM coding style.
Only real comment is that it would be better if the tables were
pre-initialized. gcc has some extensions for just specifying bits of an
array that might do this. Thats really it.
Looks good

Hi!
I've put together a DMA command verifier for the VIA drm. It restricts
access to DMA registers and system and AGP memory while 3D commands and
2D / Mpeg is allowed to pass.
Currently frame-buffer memory is considered all authenticated client's
property, but I've added provisions to check destination and z-buffer
memory addresses, but that would require some interoperation with the
via DRM memory manager. Since the frame-buffer is read-write this
currently is an overkill.
Textures in AGP memory is currently not allowed, but they are disabled
in the Mesa driver as well, for some reason. If they are allowed in the
future, Texture address checks probably have to be implemented but that
should be a minor task.
The verifier is reasonably fast. It lowers the glxgears frame-rate a
percent or two. However if it operates directly on AGP memory, it's a
_real_ performance killer. So the userspace command buffer should be
copied to kernel (static) system memory, checked and then copied again
to the AGP ring-buffer.
The file can be directly compiled in with the Mesa driver as well since
that makes debugging a lot easier.
Not all 3D functionality is in, but it is a start and it apparently
works ok with the current Mesa unichrome driver. I've tested glxgears,
chromium, tuxracer and the GL xscreensavers.
Comments are appreciated, particularly on the security assumptions and
whether something doesn't fit well into the DRM coding style.
/Thomas

http://bugme.osdl.org/show_bug.cgi?id=3834
------- Additional Comments From alexn@... 2004-11-30 11:57 -------
*** Bug 3840 has been marked as a duplicate of this bug. ***
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3840
alexn@... changed:
What |Removed |Added
----------------------------------------------------------------------------
Owner|drivers_video-dri@... |alexn@...
|bugs.osdl.org |
Status|NEW |ASSIGNED
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Ok, to continue on this :) Stephane, you were right. The z buffer clearing causes the problem (or at least part of it). The y direction needs to be multiplied by 4, the x needs to be multiplied by 2. I tried 3 for the y direction also, which seems to reduce the problem to the lower 10-15% of my screen, so i'm wondering if 4x isn't too much. I've also tried increasing the screen size, and the problem seems to be gone (e.g I can run a full screen glxgears seeing everything, although the framerate has dropped from about 1400 to 900... Considering it needs to clear more that would be expected I think). Note that the changes I made were in the radeon_cp_dispatch_clear routine, near line 850.
That said, I've noticed several times that if the mouse is moved over a glxgears screen (the moving part of the wheels) the system is liable to hang. This hangup gets less if AGPMode "4" is removed, FastWrite is disabled or page flipping is disabled (note, it gets less e.g it hangs less quick, but it still will hang).
This aside, I tested again with nwn, heretic2 and ut2004. Heretic 2 seems to be rid of all problems, so that's good I think :). ut2004 however is a different matter. Entering the main menu everything looks ok. No problems at all. Entering for example the settings screen and a lot of corruption shows (again, I can make pictures of this if there is interest for it). As for NWN, the main menu seems to look ok, aside from the load button, which isn't completely a rectangle as it should be. Other than that I still have to test more.
Any suggestions where next I can look to help solve ?
>> Hi guys,
>>
>> I tried testing the HyperZ patch, but I ran into some problems. First
>> of all, my configuration is Xorg 6.8.0 pulled out of CVS on
>> 20/10/2004, with the HyperZ patch installed (found at the following
>> links :
>> http://www.mail-archive.com/dri-devel@.../msg20381.html,
>> and
>> http://www.mail-archive.com/dri-devel@.../msg20381.html),
>> including the R100 readpixel (r100-readpixels-3.patch) acceleration
>> patch against DRM/MESA (pulled out of CVS on 26/11/2004). AGPMode is
>> set to 4, AGPFastWrite is disabled (also tried enabled), pageflip is
>> enabled. Videoram is set to 128MB (both in the BIOS and in xorg.conf).
>> It is used on a Compaq Pressario 2160AE with 512 MB RAM (Slackware
>> 10.0 if this is relevant).
>>
>> The problems are as follows:
>> glxgears the window looks like to be divided into 4 squares, of which
>> only the top left one is visible. All other 3 are not visible,
>> although sometimes it looks like some lines appear. Framerate is about
>> 1300-1400fps. When the window is moved around however the top right
>> part can be made visible, depending on where it is moved.
>
>
You probably need either :
- fix the tile number calculation in the most recent patch (prefered way :)
- use an older version from my site which doesn't include the newer tile
calculation code.
>>
>> Trying NWN, the screen shows corruption on startup. Of the main menu
>> only the top half is visible. This same problem occurs when starting
>> up heretic2. All screens there seem ok until the game itself has been
>> loaded (first level). Also here only the top half of the screen is
>> visible. The lower half seems to contain whatever the last menu
>> showed. Starting up ut2004 gives again the same problem. Only the top
>> half of the menu demo (the demon with the chaingun) will show up. The
>> lower half is invisible. When the main menu pops up, corruption can be
>> seen.
>>
>> I hope this is detailed enough to be of help. I also made pictures of
>> all of this, but since it's about 320KB for all pictures I wasn't sure
>> if I should send this straight on the list. If anyone wants them I can
>> send them.
>>
>> Also is there some documentation on how the internals work, and what
>> is located where ? I'd like to read up on it a little (would make
>> debugging easier I think). At the moment I'm not sure how things work
>> yet....
>
>
Well, the problem you have is located in drm/shared/radeon_state.c, in
the "hyper z clear" part. Find the tile number calculation code and
multiply by a factor of 2.
Stephane

Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=1773
mateusz@... changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From mateusz@... 2004-11-30 07:38 -------
(In reply to comment #12)
> the patch only applies to the DDX in xorg cvs. It should be pretty easy to
> apply it manually. another alternative is simply to comment out the call to
> RADEONSetDynamicClock() in radeon_driver.c:
>
> #if 0
> if (xf86ReturnOptValBool(info->Options, OPTION_DYNAMIC_PM, FALSE)) {
> RADEONSetDynamicClock(pScrn, 1);
> } else {
> RADEONSetDynamicClock(pScrn, 0);
> }
> #endif
With the patch, now direct rendering works fine, thx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

FD Cami wrote:
> On Mon, 29 Nov 2004 23:03:35 +0100
> Felix K=FChling <fxkuehl@...> wrote:
>=20
>=20
>>I removed the snapshots from the public place. They're still in
>>/home/compromised/projects/dri/public_html/snapshots though.
>>
>>Regards,
>> Felix
>=20
>=20
> Hello,
>=20
> I'm just a user... But I need the snapshots between 06 September 2004
> and 24 October 2004 to debug something.
> I'm willing to take any risk involved with using a rooted snapshot,
> but I need to know what set of changes broke my R200 with my app.
> Can you put the snapshots in a place I can access them ?
Don't know anything about the snapshots, but you could just use CVS inste=
ad.
Roland

http://bugme.osdl.org/show_bug.cgi?id=3840
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3837
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3839
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3836
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3838
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3835
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugme.osdl.org/show_bug.cgi?id=3834
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
Owner: drivers_video-dri@...
Submitter: scout@...
Distribution:
Gentoo Linux
Hardware Environment:
Linux ganymede 2.6.5-gentoo-r1 #9 Sun Oct 24 23:37:44 CEST 2004 x86_64 AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
Matrox Millenium graphics adapter
Soundblaster Live! soundcard
Software Environment:
kernel config http://www.gubi24.de/users/helge/gentoo-2.6.9-r4.config
Gnu C 3.4.3
Gnu make 3.80
binutils 2.15.92.0.2
util-linux 2.12i
mount 2.12i
module-init-tools 3.0
e2fsprogs 1.35
reiserfsprogs 2003------------->
reiser4progs line
xfsprogs 2.3.9
nfs-utils 1.0.6
Linux C Library 2.3.4
Dynamic linker (ldd) 2.3.4
Procps 3.2.4
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded
MPlayer 1.0pre2-3.3.3
Celestia 1.3.1
Problem Description:
using mplayer for about 20 minutes to play AVI files, the kernel hangs. the
crash starts with a high-pitched whine from the sound track, after some seconds
tis develops into a loop of about half a second length consisting of the sound
playing at the moment of the crash. the image stands still. the computer totally
hangs otherwise, no way to switch to a console. there is no entry in the syslog
either.
using celestia (an application making heavy use of OpenGL graphics and textures)
for a variable time, the same crash appears. I have only used celestia with an
xmms playing along up to now, which led to the same sound as described above. I
do not know whether the crash was caused by a combination od graphics and sound
drivers or by graphics alone.
This bug is reproducible, it happens every time I use mplayer or celestia with
the kernel version mentioned.
On kernel 2.6.5-gentoo-r1, none of the crashes appear.
I feel I should stress that I use a very old Matrox Millennium I graphics
adapter. I had no occasion to test this behaviour on newer hardware.
I did not test the standard 2.6.9 kernel (without the gentoo patches) yet, but
the circumstance that 2.6.10-rc2 crashes too lets me expect the same behaviour.
Steps to reproduce:
Run mplayer, wait for half an hour maximum.
Run celestia, do some manipulations.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Around 22 o'clock on Nov 29, Daniel Stone wrote:
> I don't know who put it in /dri/snapshots, but it absolutely should not
> be there.
That would be me :-)
I was trying to figure out how this stuff should work in the new regime
and trying to get wiki links fixed up.
If virtual hosts are the way to go, we can do that. Fortunately, virtual
hosts are also wicked easy to configure (yay '*')
-keith