** Attachment added: "jdw.syslog"
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263/+attachment/3662114/+files/jdw.syslog
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to nvidia-graphics-drivers in Ubuntu.
https://
** Attachment added: "jdw.Xorg.0.log"
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263/+attachment/3662115/+files/jdw.Xorg.0.log
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to nvidia-graphics-drivers in Ubuntu.
** Attachment added: "jdw.kern.log"
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263/+attachment/3662113/+files/jdw.kern.log
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to nvidia-graphics-drivers in Ubuntu.
http
Identical issue. Attaching (possibly) relevant logs (jdw.*). Unable to
make heads or tails of them here.
** Attachment added: "jdw.dmesg"
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263/+attachment/3662112/+files/jdw.dmesg
--
You received this bug notification
I am no longer using the stock Lucid driver because it was unusable for
me. There is good news for the current upstream Mesa 7.9 and 7.10 ati
drivers though. They seem to work without a hitch, although a little
slower. This bug can be marked as fixed at least for me. The problem
Tiago is having
I found the answer. Apparently the implementation of projectedTextured
that WoW uses is broken in the 64bit drivers right now. It is already a
known issue. The workaround is to set projectedTextures to 0 in the WoW
Config.wtf file for now. This worked for me.
--
Open source drivers rotate tex
: (unassigned) => Jeremy Wilkins (wjeremy)
--
Open source drivers rotate textures on ATI Xpress 200M under wine
https://bugs.launchpad.net/bugs/455628
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in ubu
You might be experiencing a damaged wine install or a damaged .wine
folder too. I can't really tell without digging deeper.
--
Open source drivers rotate textures on ATI Xpress 200M under wine
https://bugs.launchpad.net/bugs/455628
You received this bug notification because you are a member of U
Oh, and I had to disable 3D desktop effects or it would freeze or crash
all the time.
--
Open source drivers rotate textures on ATI Xpress 200M under wine
https://bugs.launchpad.net/bugs/455628
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver
Paul: What version of wine are you using?
Did you try an OLDER 32bit LiveCD and update wine to latest (while running on
the CD). The current implementation on 2.6.31 kernel with 7.6 Mesa has many
problems including 3D freezing on my setup. I had to use 7.7.0-devel or try
intrepid to get good r
One last post. I have tested the ATI OSS drivers on the Intrepid 32bit
Live CD and they worked great. Even better than Karmic. The
performance was also good and all textures showed up normally. I am
certain that the 64bit ones on that distribution still did not work for
me. So the problem seem
Well I have the answer.
It appears to be either a bug with the way wine implements its 32bit to 64bit
3D rendering or with the way the ATI drivers handle 3D requests from 32bit
programs. I suspect the latter, because I was able to run wine on 64bit with
proprietary drivers before, and running w
It would seem that there is a notable difference in how the 32bit version of
the driver and the 64bit version operate and even what media acceleration is
reported to be supported in glxinfo. I understand that if you are running
64bit you will have all those features automatically, but it is sti
I have received no feedback since I posted this last month. My curiosity is
whether this may be a weak ATI OSS video driver implementation issue exposed by
a 32bit/64bit conflict. The wine layer technically runs everything in 32bit
mode on a 64bit architecture running 3D against a 64bit driver
Attached is the image of what the screen looks like. There are also a number
of errors that come up constantly with:
err:d3d:state_undefined Undefined state.
It seems as if the GL state becomes lost somewhere along the way, so
none of the textures have correct coordinates.
This problem has perv
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/33966271/BootDmesg.txt
** Attachment added: "CurrentDmesg.gz"
http://launchpadlibrarian.net/33966272/CurrentDmesg.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/33966273/Dependencies.txt
** Att
Public bug reported:
Binary package hint: xserver-xorg-video-ati
While using wine version 1.1.31 from WineHQ repositories to load World
of Warcraft using the ati open source drivers all textures are
improperly rotated on the RS480 200M chipset such that the game is
unplayable. I know these drive
Correction to above. WoW OpenGL mode for wine works just fine with
these drivers with a few minor glitches: disappearing text inside
buildings and classic white minimap problem, but the D3D mode performs
equally well with less problems. The current drivers just hard lock the
system.
--
[RS482]
I haven't tried that, but as I understand it, they are tightly
integrated and it's the DRM module that is crashing the system anyways,
not the radeon driver piece, however the driver DOES need to be updated
to solve the problem too. The radeon package only contains the xorg-
driver loadable module
I regret not testing these changes more. They seem to increase hard lockups
for 3D activity considerably. After updating the drivers and dri to the
versions supplied by an independent ppa utilizing an updated driver from
upstream, no lockups occur anymore. The ppa comes from here:
https://lau
I am noticing more and more opengl bugs I ran into before which are also
fixed with this driver. There remains only one left, but I don't think
it will ever be resolved. epsxe runs opengl fullscreen in a semi
windowed mode and it flickers badly when desktop effects are on, but
suspending Desktop
Ok, this driver is amazing. All I can say is WOW! And it takes a LOT
to impress me.
I did have it crash the desktop once while loading virtualbox minimized
and unminimizing it, but that may have been virtualbox that did that
since I think that may have happened with the old driver too.
Everythi
Ok, another update. As I suspected, the problem still isn't gone, it's
just a lot harder to reproduce than before. In order to reproduce it,
it required a lot of tinkering with programs like virtualbox and
glxgears, etc.
--
Screen corruption when changing focus xserver-xorg-video-ati
https://bu
I agree it is an invalid benchmark for performance testing, but notable
cpu usage differences are. BTW. This will become invalid for Karmic.
The new drivers in place there work fine out of the box,
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/b
Bryce: Since the latest libdrm update today that pulled in the new
libradeon library I have not experienced the inverted display problem
anymore. Prior to that update the 3.0.4 update of virtualbox no longer
initiated the problem, though glxgears was still causing it until today.
glxgears still ca
This one is taken from my camera phone (my actual camera's battery was
dead), since I know of no other way to get this image.
** Attachment added: "screen_corruption_capture_from_camera.jpg"
http://launchpadlibrarian.net/30583663/screen_corruption_capture_from_camera.jpg
--
Screen corruption
This one was taken by ksnapshot (framebuffer grab) while the screen
corruption was occuring, but as you see it looks like a normal screen.
The program shown here is virtualbox as it consistently exposes this bug
once you open a vm in running state. There are a few other programs
that do that as we
Here is the picture of what freeciv looks like. This was taken by
ksnapshot since this is a rendering problem.
** Attachment added: "screen_corruption_freeciv.png"
http://launchpadlibrarian.net/30583382/screen_corruption_freeciv.png
--
Screen corruption when changing focus xserver-xorg-video
Hmm, the framebuffer must not be corrupted, because the screen shot with
ksnapshot shows everything perfectly with the correct colors. This
leads me to think it is a display overlay or something of the sort. I
will take a camera shot of my laptop display for an example instead.
--
Screen corrup
Ok, I will give a couple screen shots. One of the corruption and
another of the failure of screen refreshes unless you think I should
file them separately.
--
Screen corruption when changing focus xserver-xorg-video-ati
https://bugs.launchpad.net/bugs/406731
You received this bug notification be
I am not sure if this is also related to this bug, but some programs
that draw upon a window surface like freeciv also seem to have troubles
refreshing their content which ends up with a blank section or
completely blank window. This makes freeciv unplayable.
--
Screen corruption when changing f
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/29703915/BootDmesg.txt
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/29703916/CurrentDmesg.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/29703917/Dependencies.txt
** A
Public bug reported:
Binary package hint: xserver-xorg-video-ati
There is an error where the display will randomly corrupt to a negative
like image when switching focus between windows. Switching the focus
to another window will temporarily fix the problem, switching the focus
back initiates th
I have tested this change on an RV350 card Radeon 9600 which supports
TCL with no negative side effects. The cpu usage seems lower and the
desktop effects more responsive. I used to get lockups with 3D on this
card (cpu overheat maybe), but they are gone now.
--
[RS482] low performance due to r
Everyone: I need more people to test this patch. Preferably if your
video supports TCL or is a different generation R200/400/R500, so we
have evidence of whether it is stable, or if regressions occur.
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net
Bryce: Can you bring in the recent patch for 7.4-0ubuntu3.2 and
recompile and bump this version to 7.4-0ubuntu3.3~bug347569~1 as the
current mesa still does not have this fix? I noticed after upgrading to
recent mesa that it is slow again. Robert Hooker (Sarvatt) added a
patch for LP#256021, and
590fps is normal on the RS690 chipset with the open source drivers. I
get around 570fps which is similar. So it looks like it is working to
me. My guess is that you are suffering from a power management problem
instead, which may be related to the new video power management code.
Besides that, y
I'm starting to wonder if there is another separate driver problem hampering
the RS690 chipset. You did mention that your CPU wasn't being pinned high
anymore. I think that is the main fix that this patch brings, but my chipset
is RS482 Xpress 200M, so it may be a different problem as well. I
Irom: Hmmm... It sounds to me like you are experiencing another issue
entirely. I'm afraid yours might not be resolved until the Radeon-Rewrite code
comes into action. What happens if you use the links above regarding
radeon-rewrite and the new radeon drivers? You will have to undo those ch
Irom: Can you give me the output of the following commands at the
command line:
glxinfo | grep direct
glxinfo | grep OpenGL
It also looks like your driconf settings may not be their default
values. Try the default settings first, then experiment from there. It
is strange that glxgears thinks y
I have tested the packages in your ppa and they work fine. The speed is
improved in the same way. Desktop effects works, games work. I
haven't tested wined3d yet. My R300 always had graphical glitches in
wine with these drivers anyhow. Now I just need more testers.
--
[RS482] low performanc
Bryce: Thank you for compiling it in your ppa, I will try the new
packages you uploaded right away to make sure the patches applied well.
BTW If you are changing the summary, you can add high cpu to that. It
is a common result everyone experiences.
--
[RS482] low performance due to removal of _
Irom Nike: You should be able to try out the .deb file posted above, but
be warned that it is an untested binary and may break something. If you
installed the jaunty-updates version of mesa, then you may need all the
mesa related packages updated with the patch versions. I am on my
laptop (a 64bi
After testing the patch on amd64, I have not noticed any instabilities,
and all GL programs tested so far seem to work normally and much faster.
The whole system is tremendously more responsive and my GLX gears get
double the scores on my Radeon 200M that it was getting with the
unpatched mesa. Th
Updated patch. This one moves one of the TNL lines. Apparently it
improves performance, but as the author mentioned it causes lockups for
some things. I will test is thoroughly.
** Attachment added: "r300 performance fix"
http://launchpadlibrarian.net/27634168/r300_context_tnlcache_fix.patch
This patch is the wrong one. It is an old patch. The correct patch has
similar results to the mesa libraries mentioned above.
--
[RS482] glxgears low fps
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserve
This patch applies successfully on the 1.4 branch, I am compiling a test
package to confirm success or failure on the stability side.
--
[RS482] glxgears low fps
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
This is the official patch, but it may or may not work against 1.4
sources.
** Attachment added: "r300 performance fix"
http://launchpadlibrarian.net/27633393/r300_context_tnlcache_fix.patch
--
[RS482] glxgears low fps
https://bugs.launchpad.net/bugs/347569
You received this bug notification
More on the previous post. It appears that the updated Mesa does fix this
problem, but other programs like warzone 2100 and wine are built against mesa
1.4 libraries and they crash the whole system. The updated radeon drivers
don't seem to have any noticeable effect. In order to implement thi
I also have a 200M chipset on a laptop and have been experiencing the
same troubles. I followed the link that sergks left there and installed
those components, I also installed the newer radeon drivers, but it
messed up my ability to run any GL programs that would run before, GLX
gears runs beauti
50 matches
Mail list logo
