Okay, from that testing it sounds like maybe the issue is gone. I'll go
ahead and close the development task; you can reopen if you test Jaunty
and find the problem is still there.
Unfortunately, I don't think the fix is something we could backport, but
I'll set up a hardy task anyway, in case so
** Changed in: xserver-xorg-video-openchrome (Ubuntu)
Status: Incomplete => Confirmed
--
Hardy freezes on EPIA Via when switching screens
https://bugs.launchpad.net/bugs/247071
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
Last night I tried booting from an Intrepid CD, and switching consoles a
few times I wasn't able to replicate the problem. lsmod and X.org.log
suggested that the via, openchrome and DRI stuff was in use.
However I don't suppose I'll know for sure unless I actually perform an
upgrade to Intrepid, w
Hi b-candler,
Thank you for taking the time to report this bug and helping to make Ubuntu
better. You reported this bug a while ago and there hasn't been any activity in
it recently. We were wondering is this still an issue for you? Can you try with
the latest development release of Ubuntu? (
Based on an old posting I found I added the following to
/etc/X11/xorg.conf and have been unable to reproduce the crash.
Presumably my graphics performance is reduced though.
Section "Module"
Disable "glx"
Disable "xtrap"
Disable "record"
Disable "GLcore"
Disable "dri"
EndSecti
Set package to "xserver-xorg-video-openchrome"
** Changed in: xserver-xorg-video-openchrome (Ubuntu)
Sourcepackagename: None => xserver-xorg-video-openchrome
--
Hardy freezes on EPIA Via when switching screens
https://bugs.launchpad.net/bugs/247071
You received this bug notification because you
Digging around some more, it seems I *do* have acceleration enabled.
$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI CastleRock (CLE266) 20060710 x86/MMX/SSE
$ dpkg-query -l | egrep -i '(chrome|via display)'
ii libchromexvmc1 1:0.2.901-0ubun
