Dragging and scrolling garbles window content (edgy beta)

Bug #63051 reported by Mark Craig
42
Affects Status Importance Assigned to Milestone
xserver-xorg-video-trident (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-trident

I'm using the trident driver for this Toshiba Tecra M1 with a Trident Microsystems CyberBlade XP4m32. As described in #63049, which has my xorg.conf, the upgrade to edgy beta from dapper was bumpy as far as X was concerned.

Although X is now working, when I drag a window, or wheel-scroll, the window content gets garbled until I minimize and then restore the window. I'll try to attach a screen capture to show what I mean.

Revision history for this message
Mark Craig (mark-craig) wrote :

Here is a terminal window that has not been dragged, yet.

Revision history for this message
Mark Craig (mark-craig) wrote :

Here is the same terminal window after it has been dragged.

BTW, I now notice that fast scrolling with the scrollbar, not just mouse-wheel scrolling, also garbles the content of my browser window.

Revision history for this message
Mark Craig (mark-craig) wrote :

Finally found some time to mess around with some of the options for the trident driver. I found what seems to be a fix for this problem: turn off all the options I might have used for Dapper, and instead use Option "AccelMethod" "exa".

        #Option "CyberShadow" "True"
        #Option "ShadowFB" "true"
        #Option "NoAccel" "false"
        Option "AccelMethod" "exa"

Revision history for this message
Mark Craig (mark-craig) wrote :

Although this seems to have a fix, it's a shame that whatever configured X in the beginning didn't know to find this without my help. The problem was fairly painful.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

I found this problem too. After finally getting X to start, I find that Firefox or any other applications' scrollbar doesn't operate as well as it did before. In fact, I don't understand the fix that Mark has put up here. I have an nVidia display and it wasn't supported earlier either.

I donot know if this is a problem with X or GDM or anything else. But I don't know how to fix it either.

Dragging a window causes the window to leave traces behind. It is simply irritating. None of these were my initial settings.

Revision history for this message
Mark Craig (mark-craig) wrote :

The fix that I found seems to apply only to the trident driver, which has the new AccelMethod option that seems not to exist in 6.06 LTS.

I wonder what has changed in the nVidia driver for Edgy, maybe there are some new options possible there, too. I think you can get Xorg -configure to generate the list of possible options. Log out and go to a virtual terminal with Ctrl+Alt+F1 for example. Login in the virtual terminal. Then stop the X session:

$ sudo /etc/init.d/gdm stop

With the X session stopped, you can run Xorg -configure to get the output:

$ sudo Xorg -configure

This generates an xorg.conf in the current directory. When I did that on the laptop, the xorg.conf I got had all the options listed and commented out. I took some fiddling to find out which combinations actually worked.

Furthermore, I don't see a man page for the nVidia driver. (There is one for the trident driver, and there is one for nv but I'm not sure that applies to the nVidia driver you install separately.) So maybe there's even more guesswork to do :-(

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

A newer version of the driver should fix this. Hopefully it will be in Feisty soon.

Changed in xserver-xorg-video-trident:
status: Unconfirmed → Confirmed
Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

Thanks for your bug report, could you please try the latest version of Ubuntu and update this bug?

Revision history for this message
tehdon (rabbit-cluster) wrote :

As I recall the newest version of Ubuntu (FEISTY) still has issues with the trident driver flaking out and blowing stuff up. The solution I came up with is to get the DEBIAN Trident driver. You can get it from the DEBIAN repos. I copied the driver file over the Ubuntu driver, then modified my xorg.conf file to have

Section "Device"
        Identifier "Generic Video Card"
        Driver "trident"
        Option "Accelmethod" "xaa" <----This is the change
        BusID "PCI:1:0:0"
EndSection

I've found that whenever the video brightness changes, such as when the power state changes, or when I open the lid, the screen seems to expand the upper left 1/4 of the screen to cover the whole screen. A simple ctrl-alt-F3, ctrl-alt-F7 tends to fix it, though I have found that if you switch to text mode BEFORE you login on initial startup then the screen can sometimes just turn blue and become unresponsive. The work-around being you login BEFORE the text mode->gui mode switch, and give it about 10 seconds for everything to settle before you attempt it.

YMMV

Revision history for this message
Mark Craig (mark-craig) wrote :

I have upgraded to 7.04... and the result is a blank screen the color of the default GDM background. Booting in recovery mode, then Xorg -configure leaves me with a config file that does not seem to work by default, either.

Maybe I need to try other AccelMethod options.

Revision history for this message
Mark Craig (mark-craig) wrote :

Thanks very much, Donald Nixon! The fix you sent me works well.

Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

Mark, could you get Donald to attach the fix to this report? Maybe that'll help others or even get into the next release. Thanks

Revision history for this message
tehdon (rabbit-cluster) wrote :

There is no fix. It is a workaround, and it's posted a few comments up. The default "Accelmethod" of EXA in the xorg.conf causes the trident driver to break, you must replace the "Accelmethod" with XAA. I also download the EXPERIMENTAL or UNSTABLE trident driver from the Debian repositories and then I unpack the deb, and copy the trident_drv.so over the default one, just for good measure. I sent Mark a step by step workaround. Here is the email:
-------------EMAIL---------------------
Try this:

I'm including two files, one is my xorg.conf file, and the other is
the experimental trident driver. Download both of these to a suitable
location, then execute the following commands in a terminal in order:

cd <to the directory you downloaded to>
sudo cp /usr/lib/xorg/modules/drivers/trident_drv.so
/usr/lib/xorg/modules/drivers/trident.old
sudo cp ./trident_drv.so /usr/lib/xorg/modules/drivers/trident_drv.so
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.old
sudo cp ./xorg.conf /etc/X11/xorg.conf
xinit

Let me know if it works for you.

Donald
----------------EMAIL---------------------

The file was just the trident_drv.so that I unpacked from the xserver-xorg-video-trident driver from the Debian repoisitory. You can get the BINARY from here :

http://packages.debian.org/cgi-bin/download.pl?arch=i386&file=pool%2Fmain%2Fx%2Fxserver-xorg-video-trident%2Fxserver-xorg-video-trident_1.2.3-1_i386.deb&md5sum=ca10e27dd0595cf9024adf53145d671a&arch=i386&type=main

YOU MUST NOT ATTEMPT TO INSTALL THIS FILE. YOU MUST UNPACK THIS FILE AND MANUALLY COPY THE TRIDENT_DRV.SO FILE OR YOU WILL BREAK YOUR XORG CONFIG. To unpack the xserver-xorg-video-trident driver file, you must 'ar -x xserver-xorg-video-trident.deb' This will yield two tar.gz files. Inside of one of these files is the trident_drv.so file you need.

The xorg.conf file is just a vanilla xorg.conf file with the aforementioned changes.

Revision history for this message
megsona (megsona) wrote : Re: [Bug 63051] Re: Dragging and scrolling garbles window content (edgy beta)

The above workarounds worked for me I'm glad to say, however, can
other people confirm that video playback still doesn't work?

When attempting to play video (in vlc for example) I just get a blue
screen, interestingly though video from youtube etc. (ie. flash based)
works fine.

Thanks,

Alan

On 6/8/07, tehdon <email address hidden> wrote:
> There is no fix. It is a workaround, and it's posted a few comments up. The default "Accelmethod" of EXA in the xorg.conf causes the trident driver to break, you must replace the "Accelmethod" with XAA. I also download the EXPERIMENTAL or UNSTABLE trident driver from the Debian repositories and then I unpack the deb, and copy the trident_drv.so over the default one, just for good measure. I sent Mark a step by step workaround. Here is the email:
> -------------EMAIL---------------------
> Try this:
>
> I'm including two files, one is my xorg.conf file, and the other is
> the experimental trident driver. Download both of these to a suitable
> location, then execute the following commands in a terminal in order:
>
> cd <to the directory you downloaded to>
> sudo cp /usr/lib/xorg/modules/drivers/trident_drv.so
> /usr/lib/xorg/modules/drivers/trident.old
> sudo cp ./trident_drv.so /usr/lib/xorg/modules/drivers/trident_drv.so
> sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.old
> sudo cp ./xorg.conf /etc/X11/xorg.conf
> xinit
>
> Let me know if it works for you.
>
> Donald
> ----------------EMAIL---------------------
>
> The file was just the trident_drv.so that I unpacked from the xserver-
> xorg-video-trident driver from the Debian repoisitory. You can get the
> BINARY from here :
>
> http://packages.debian.org/cgi-
> bin/download.pl?arch=i386&file=pool%2Fmain%2Fx%2Fxserver-xorg-video-
> trident%2Fxserver-xorg-video-
> trident_1.2.3-1_i386.deb&md5sum=ca10e27dd0595cf9024adf53145d671a&arch=i386&type=main
>
> YOU MUST NOT ATTEMPT TO INSTALL THIS FILE. YOU MUST UNPACK THIS FILE
> AND MANUALLY COPY THE TRIDENT_DRV.SO FILE OR YOU WILL BREAK YOUR XORG
> CONFIG. To unpack the xserver-xorg-video-trident driver file, you must
> 'ar -x xserver-xorg-video-trident.deb' This will yield two tar.gz
> files. Inside of one of these files is the trident_drv.so file you
> need.
>
> The xorg.conf file is just a vanilla xorg.conf file with the
> aforementioned changes.
>
> --
> Dragging and scrolling garbles window content (edgy beta)
> https://bugs.launchpad.net/bugs/63051
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Revision history for this message
tehdon (rabbit-cluster) wrote :
Download full text (3.4 KiB)

Video playback does, in fact, work, but once again, there is a work around.
The problem with vlc is it attempts to use the wrong playback plugin. I'm
at work, so I can't give you specifics, but the quick and dirty is to open
vlc, go to options (preferences?), go to video options (modules?/plugins?),
and change the default playback module from default to xv, or x11. I think
you may have to enable advanced options to be able to see this option. I'm
going from memory, and I can't recall for sure. I'll update this a little
more thoroughly when I am at home in front of my laptop.

On 6/12/07, megsona <email address hidden> wrote:
>
> The above workarounds worked for me I'm glad to say, however, can
> other people confirm that video playback still doesn't work?
>
> When attempting to play video (in vlc for example) I just get a blue
> screen, interestingly though video from youtube etc. (ie. flash based)
> works fine.
>
> Thanks,
>
> Alan
>
> On 6/8/07, tehdon <email address hidden> wrote:
> > There is no fix. It is a workaround, and it's posted a few comments
> up. The default "Accelmethod" of EXA in the xorg.conf causes the trident
> driver to break, you must replace the "Accelmethod" with XAA. I also
> download the EXPERIMENTAL or UNSTABLE trident driver from the Debian
> repositories and then I unpack the deb, and copy the trident_drv.so over the
> default one, just for good measure. I sent Mark a step by step
> workaround. Here is the email:
> > -------------EMAIL---------------------
> > Try this:
> >
> > I'm including two files, one is my xorg.conf file, and the other is
> > the experimental trident driver. Download both of these to a suitable
> > location, then execute the following commands in a terminal in order:
> >
> > cd <to the directory you downloaded to>
> > sudo cp /usr/lib/xorg/modules/drivers/trident_drv.so
> > /usr/lib/xorg/modules/drivers/trident.old
> > sudo cp ./trident_drv.so /usr/lib/xorg/modules/drivers/trident_drv.so
> > sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.old
> > sudo cp ./xorg.conf /etc/X11/xorg.conf
> > xinit
> >
> > Let me know if it works for you.
> >
> > Donald
> > ----------------EMAIL---------------------
> >
> > The file was just the trident_drv.so that I unpacked from the xserver-
> > xorg-video-trident driver from the Debian repoisitory. You can get the
> > BINARY from here :
> >
> > http://packages.debian.org/cgi-
> > bin/download.pl?arch=i386&file=pool%2Fmain%2Fx%2Fxserver-xorg-video-
> > trident%2Fxserver-xorg-video-
> >
> trident_1.2.3-1_i386.deb&md5sum=ca10e27dd0595cf9024adf53145d671a&arch=i386&type=main
> >
> > YOU MUST NOT ATTEMPT TO INSTALL THIS FILE. YOU MUST UNPACK THIS FILE
> > AND MANUALLY COPY THE TRIDENT_DRV.SO FILE OR YOU WILL BREAK YOUR XORG
> > CONFIG. To unpack the xserver-xorg-video-trident driver file, you must
> > 'ar -x xserver-xorg-video-trident.deb' This will yield two tar.gz
> > files. Inside of one of these files is the trident_drv.so file you
> > need.
> >
> > The xorg.conf file is just a vanilla xorg.conf file with the
> > aforementioned changes.
> >
> > --
> > Dragging and scrolling garbles window content (edgy beta)
> > https://bugs.launchpad.net/bugs/6305...

Read more...

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :
Download full text (4.3 KiB)

Actually, I have solved the problem in a different way. I found that my
windows get garbled upon scrolling because of the Video driver. When I
installed the nVIDIA driver for Ubuntu, the problem was fixed. Initially, I
was using envy from Alberto Milone's website to download his drivers. Ever
since I have upgraded to Fiesty Fawn this problem I have used the Ubuntu
nVIDIA driver in the repositories and it works just fine.

Thanks,
Balaji

On 6/13/07, tehdon <email address hidden> wrote:
>
> Video playback does, in fact, work, but once again, there is a work
> around.
> The problem with vlc is it attempts to use the wrong playback plugin. I'm
> at work, so I can't give you specifics, but the quick and dirty is to open
> vlc, go to options (preferences?), go to video options
> (modules?/plugins?),
> and change the default playback module from default to xv, or x11. I
> think
> you may have to enable advanced options to be able to see this
> option. I'm
> going from memory, and I can't recall for sure. I'll update this a little
> more thoroughly when I am at home in front of my laptop.
>
> On 6/12/07, megsona <email address hidden> wrote:
> >
> > The above workarounds worked for me I'm glad to say, however, can
> > other people confirm that video playback still doesn't work?
> >
> > When attempting to play video (in vlc for example) I just get a blue
> > screen, interestingly though video from youtube etc. (ie. flash based)
> > works fine.
> >
> > Thanks,
> >
> > Alan
> >
> > On 6/8/07, tehdon <email address hidden> wrote:
> > > There is no fix. It is a workaround, and it's posted a few comments
> > up. The default "Accelmethod" of EXA in the xorg.conf causes the
> trident
> > driver to break, you must replace the "Accelmethod" with XAA. I also
> > download the EXPERIMENTAL or UNSTABLE trident driver from the Debian
> > repositories and then I unpack the deb, and copy the trident_drv.so over
> the
> > default one, just for good measure. I sent Mark a step by step
> > workaround. Here is the email:
> > > -------------EMAIL---------------------
> > > Try this:
> > >
> > > I'm including two files, one is my xorg.conf file, and the other is
> > > the experimental trident driver. Download both of these to a suitable
> > > location, then execute the following commands in a terminal in order:
> > >
> > > cd <to the directory you downloaded to>
> > > sudo cp /usr/lib/xorg/modules/drivers/trident_drv.so
> > > /usr/lib/xorg/modules/drivers/trident.old
> > > sudo cp ./trident_drv.so /usr/lib/xorg/modules/drivers/trident_drv.so
> > > sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.old
> > > sudo cp ./xorg.conf /etc/X11/xorg.conf
> > > xinit
> > >
> > > Let me know if it works for you.
> > >
> > > Donald
> > > ----------------EMAIL---------------------
> > >
> > > The file was just the trident_drv.so that I unpacked from the xserver-
> > > xorg-video-trident driver from the Debian repoisitory. You can get
> the
> > > BINARY from here :
> > >
> > > http://packages.debian.org/cgi-
> > > bin/download.pl?arch=i386&file=pool%2Fmain%2Fx%2Fxserver-xorg-video-
> > > trident%2Fxserver-xorg-video-
> > >
> >
> trident_1.2.3-1_i386.deb&md5sum=ca10e27dd0595c...

Read more...

Revision history for this message
tehdon (rabbit-cluster) wrote :

I'm confused. Balaji, are you saying that we should be using the nVidia
driver for our Trident XP4/32m chipsets? I would suspect that if you indeed
tried that then xorg, upon initialization, would notice a problem, and fall
back to the VESA driver. I suspect that we are talking apples vs igneous
rocks here. But, to answer the previous question in a bit more depth:

In order to get actual video playback from VLC you need to change the output
module to x11. The way you do this is to:

Execute vlc in your normal fashion. I would press alt-f2 and type in vlc
myself, so that it loads faster.
Then open Settings, then select Preferences, which should give you a new
window titled Preferences. Expand the Video section and then expand the Output
Modules subsection, then select it. Confirm that there is an X11 subsection
under the Output Modules subsection in the panel on the left. On the lower
right, you should see an Advanced Options select box, select it, because
that's us baby, advanced.
This should allow you to choose your Video Output Module. You want to
select X11 Video Output. Click Save, then exit out of VLC and reload to
make sure that the updated configuration takes over.

Let me know how it works. By the way, if anyone has any Tecra M1 specific
questions, feel free to email me.

YMMV
Donald Nixon

On 6/12/07, Balaji <email address hidden> wrote:
>
> Actually, I have solved the problem in a different way. I found that my
> windows get garbled upon scrolling because of the Video driver. When I
> installed the nVIDIA driver for Ubuntu, the problem was fixed. Initially,
> I
> was using envy from Alberto Milone's website to download his drivers. Ever
> since I have upgraded to Fiesty Fawn this problem I have used the Ubuntu
> nVIDIA driver in the repositories and it works just fine.
>
> Thanks,
> Balaji
>
>
>

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

No Tehdon. I have an nVIDIA graphics card. I wasn't having the driver and
hence my windows were getting garbled upon scrolling. When I installed the
right driver to handle it, it began working. Your case is slightly different
from mine. All my problems with video getting garbled are solved now.

-Balaji

On 6/13/07, tehdon <email address hidden> wrote:
>
> I'm confused. Balaji, are you saying that we should be using the nVidia
> driver for our Trident XP4/32m chipsets? I would suspect that if you
> indeed
> tried that then xorg, upon initialization, would notice a problem, and
> fall
> back to the VESA driver. I suspect that we are talking apples vs igneous
> rocks here. But, to answer the previous question in a bit more depth:
>
> In order to get actual video playback from VLC you need to change the
> output
> module to x11. The way you do this is to:
>
> Execute vlc in your normal fashion. I would press alt-f2 and type in vlc
> myself, so that it loads faster.
> Then open Settings, then select Preferences, which should give you a new
> window titled Preferences. Expand the Video section and then expand the
> Output
> Modules subsection, then select it. Confirm that there is an X11
> subsection
> under the Output Modules subsection in the panel on the left. On the
> lower
> right, you should see an Advanced Options select box, select it, because
> that's us baby, advanced.
> This should allow you to choose your Video Output Module. You want to
> select X11 Video Output. Click Save, then exit out of VLC and reload to
> make sure that the updated configuration takes over.
>
> Let me know how it works. By the way, if anyone has any Tecra M1 specific
> questions, feel free to email me.
>
> YMMV
> Donald Nixon
>
> On 6/12/07, Balaji <email address hidden> wrote:
> >
> > Actually, I have solved the problem in a different way. I found that my
> > windows get garbled upon scrolling because of the Video driver. When I
> > installed the nVIDIA driver for Ubuntu, the problem was fixed.
> Initially,
> > I
> > was using envy from Alberto Milone's website to download his drivers.
> Ever
> > since I have upgraded to Fiesty Fawn this problem I have used the Ubuntu
> > nVIDIA driver in the repositories and it works just fine.
> >
> > Thanks,
> > Balaji
> >
> >
> >
>
> --
> Dragging and scrolling garbles window content (edgy beta)
> https://bugs.launchpad.net/bugs/63051
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Balaji

Revision history for this message
megsona (megsona) wrote :

Hey tehdon,

thanks for the vlc tip - that worked. Easy when you know how eh?

Alan

On 6/13/07, tehdon <email address hidden> wrote:
> I'm confused. Balaji, are you saying that we should be using the nVidia
> driver for our Trident XP4/32m chipsets? I would suspect that if you indeed
> tried that then xorg, upon initialization, would notice a problem, and fall
> back to the VESA driver. I suspect that we are talking apples vs igneous
> rocks here. But, to answer the previous question in a bit more depth:
>
> In order to get actual video playback from VLC you need to change the output
> module to x11. The way you do this is to:
>
> Execute vlc in your normal fashion. I would press alt-f2 and type in vlc
> myself, so that it loads faster.
> Then open Settings, then select Preferences, which should give you a new
> window titled Preferences. Expand the Video section and then expand the Output
> Modules subsection, then select it. Confirm that there is an X11 subsection
> under the Output Modules subsection in the panel on the left. On the lower
> right, you should see an Advanced Options select box, select it, because
> that's us baby, advanced.
> This should allow you to choose your Video Output Module. You want to
> select X11 Video Output. Click Save, then exit out of VLC and reload to
> make sure that the updated configuration takes over.
>
> Let me know how it works. By the way, if anyone has any Tecra M1 specific
> questions, feel free to email me.
>
> YMMV
> Donald Nixon
>
> On 6/12/07, Balaji <email address hidden> wrote:
> >
> > Actually, I have solved the problem in a different way. I found that my
> > windows get garbled upon scrolling because of the Video driver. When I
> > installed the nVIDIA driver for Ubuntu, the problem was fixed. Initially,
> > I
> > was using envy from Alberto Milone's website to download his drivers. Ever
> > since I have upgraded to Fiesty Fawn this problem I have used the Ubuntu
> > nVIDIA driver in the repositories and it works just fine.
> >
> > Thanks,
> > Balaji
> >
> >
> >
>
> --
> Dragging and scrolling garbles window content (edgy beta)
> https://bugs.launchpad.net/bugs/63051
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Revision history for this message
tehdon (rabbit-cluster) wrote :

Balaji-

This is going to sound rude. Your issue is not what this bug report is
about. The package with the problem is xserver-xorg-video-TRIDENT driver
package. By giving a fix of updating the nVIDIA driver in this bug fix, you
could be causing some serious problems for some poor newbie. I believe that
your bug is this one
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nv/+bug/106983
I appreciate your willingness to help, but you need to read the ENTIRE bug
report, and ALL subsequent posts in order to ADD to the bug fixes, instead
of speed reading the title, and posting your fix for a DIFFERENT problem.

Donald

Revision history for this message
Przemek K. (azrael) wrote :

@Mark Craig and anyone using the Trident driver:
You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? (9.10 or 10.04) Thanks in advance.

Revision history for this message
Mark Craig (mark-craig) wrote :

I would like to help, but unfortunately the laptop I had in Sept. 2006 has since died.

I no longer have the hardware to run the test.

Revision history for this message
megsona (megsona) wrote : Re: [Bug 63051] Re: Dragging and scrolling garbles window content (edgy beta)

I still use my Toshiba Portege R100 with the trident chipset on Karmic 9.10.

The bug listed 'window contents garbled when dragging' no longer
occurs, the only issue that remains is when the lid is closed and the
re-opened, the desktop is 'enlarged' so that what fills the screen is
roughly the top left quarter of the full desktop. A quick ctrl+alt-f1
ctrl+alt-f7 resolves this so I've lived with it.

Hope that helps.

Alan

2010/4/7 Przemysław Kulczycki <email address hidden>:
> @Mark Craig and anyone using the Trident driver:
> You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? (9.10 or 10.04) Thanks in advance.
>
> --
> Dragging and scrolling garbles window content (edgy beta)
> https://bugs.launchpad.net/bugs/63051
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Revision history for this message
Przemek K. (azrael) wrote :

This bug needs to be forwarded upstream, to X.org and probably to Linux kernel too.
See the following pages for a guide on how to do it.
https://wiki.ubuntu.com/Bugs/Upstream/Freedesktop
https://wiki.ubuntu.com/Bugs/Upstream/kernel

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

this driver has been removed from Ubuntu, closing it's bugs

Changed in xserver-xorg-video-trident (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.