Thanks Matthew, Francisco.
"vbetool vbestate restore" didn't restore video for me.
However, enabling the HAL quirk for vbe_post did. "vbetool post"
itself didn't, but I'm not sure whether there's supposed to be a
correspondence there.
https://bugzilla.redhat.com/show_bug.cgi?id=478369 was creat
On Mon, Dec 15, 2008 at 11:58:12PM +0100, Francisco Jerez wrote:
> "Richard Schwarting" writes:
>
> > Suspending without X has the same effect as suspending with X. A
> > blank screen that slowly bleeds white across it.
> >
> > vbetool doesn't seem to help. I will investigate this issue more
>
"Richard Schwarting" writes:
> Suspending without X has the same effect as suspending with X. A
> blank screen that slowly bleeds white across it.
>
> vbetool doesn't seem to help. I will investigate this issue more
> outside of X.
>
> Do you still need anything re: the silicon motion driver?
Right.
So, VT switching does work before suspend.
On Fri, Dec 12, 2008 at 11:51, Francisco Jerez wrote:
> "Richard Schwarting" writes:
>
>> Hey. The patches cured XAA slowness for me and obviate the need for
>> the "UseBIOS" "NO" option for both EXA and XAA for me. Hurrah.
>>
>> I mentioned b
"Richard Schwarting" writes:
> Hey. The patches cured XAA slowness for me and obviate the need for
> the "UseBIOS" "NO" option for both EXA and XAA for me. Hurrah.
>
> I mentioned before that after suspending in Fedora, resuming gives me
> a blank screen. If I do any VT switches, than light st
Hi,
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Hello again.
>
> I am a goat and in an effort to verify that the XAA and EXA
> performance difference was or wasn't just a Ubuntu issue, I tried
> installing Fedora 10. Yada yada, Ubuntu got clobbered, Fedora has
> broken dbus and .gstreamer
Hello again.
I am a goat and in an effort to verify that the XAA and EXA
performance difference was or wasn't just a Ubuntu issue, I tried
installing Fedora 10. Yada yada, Ubuntu got clobbered, Fedora has
broken dbus and .gstreamer-0.10 permissions, etc.
However! I did salvage two Xorg.0.log's
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Yes Francisco. This has fixed the issue of being off-centre and such.
>
> I'll note that, though X displayed correctly, while using it, new
> windows would come up simply as white boxes for the first few seconds,
> I'm not sure to. As well, when
Yes Francisco. This has fixed the issue of being off-centre and such.
I'll note that, though X displayed correctly, while using it, new
windows would come up simply as white boxes for the first few seconds,
I'm not sure to. As well, when I did open a window or a menu or such,
the entire desktop
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Hello.
>
> I'm not sure if that changed anything, but things sort of work.
>
> After patching, recompiling, and reinstalling the driver, X would
> still be off centre.
>
> However, I restarted the computer the first time I ran X, everything
> appe
Hello.
I'm not sure if that changed anything, but things sort of work.
After patching, recompiling, and reinstalling the driver, X would
still be off centre.
However, I restarted the computer the first time I ran X, everything
appeared as I would hope. I then brought it down and back up again,
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Thank you, again.
>
> Yes, the MTRR errors do not appear to be fatal.
>
> Option "UseBIOS" "off" makes a big difference. The screen is no
> longer just black, and I can see a background and the moving cursor!
> However, it is as though the hsync
Thank you, again.
Yes, the MTRR errors do not appear to be fatal.
Option "UseBIOS" "off" makes a big difference. The screen is no
longer just black, and I can see a background and the moving cursor!
However, it is as though the hsync and vsync are terribly off- as the
display is quite a bit off-
Hi,
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Thanks for the responses.
>
> == Silicon Motion from git ==
>
> Yes Francisco, I've tried the latest code from
> git://anongit.freedesktop.org/xorg/driver/xf86-video-siliconmotion and
> that led to what I thought was the same error, since I w
Thanks for the responses.
== Silicon Motion from git ==
Yes Francisco, I've tried the latest code from
git://anongit.freedesktop.org/xorg/driver/xf86-video-siliconmotion and
that led to what I thought was the same error, since I was still left
with a blank screen, but now I see that it is differe
On Mon, 2008-12-01 at 00:39 -0800, Richard Schwarting wrote:
> So, I'm going to try and find out what the correct behaviour should be
> to fix it, but any hints would be gratefully appreciated.
Other drivers handle this by unmapping memory at the end of PreInit.
- ajax
signature.asc
Descriptio
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Hello.
>
> I have a Silicon Motion SM720 Lynx3DM card which X in Ubuntu 8.10 (and
> Fedora 9) will not start on. The log seems fine but ends with:
> AddScreen/ScreenInit failed for driver 0
>
> The issue it experience seems to have been introduc
Hello.
I have a Silicon Motion SM720 Lynx3DM card which X in Ubuntu 8.10 (and
Fedora 9) will not start on. The log seems fine but ends with:
AddScreen/ScreenInit failed for driver 0
The issue it experience seems to have been introduced by changes to X
to use libpciaccess.
Using GDB, and modifi
18 matches
Mail list logo