Radeon and Rage 128 VT switch bug finally squashed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



there were some patches floating around on the the xpert or dri-devel
ML's last week that attempted to fix this.  I believe the problem was
related to busmastering being unset during a VT switch.

Alex

--- Thomas Dodd <ted@cypress.com> wrote:
> 
> 
> Mike A. Harris wrote:
> 
> >For new XFree86 packages for Limbo:
> >
> >ftp://people.redhat.com/mharris/testing/bleeding-edge
> >
> 
> I grabbed the SRPM, and built on a Valhalla system.
> I flipped the switch to build drm, which failed for
> the i810 and i830 drivers. The patch to us udelay() instead
> of a for loop doesn't include <linux/delay.h> which
> defines udelay(). The other drivers which
> use udelay() do include that header.
> Like gamma_dma.c, mga_dma.c, r128_cce.c, and radeon_cp.c.
> 
> I haven't tested the build yet.
> I'm also working on installing limbo2 (7.3.93) an a r128 box
> to test it there.
> 
> Any known tricks to exercize the VT switch problem on
> a rage 128?
> 
>     -Thomas
> 
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com





[Red Hat General]     [Red Hat Watch]     [Red Hat Development]     [Kernel Development]     [Yosemite Camping]

  Powered by Linux