Package: xbase-clients
Version: 6.9.0.dfsg.1-4
Severity: normal
florence:~# xorgcfg
X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-4 20060116004830
[EMAIL PROTECTED])
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 6.9
Build Operating System: Linux 2.6.8-powerpc-sm
Michel Dänzer wrote:
> reassign 339814 xserver-xorg
> kthxbye
>
> On Sat, 2005-11-19 at 01:27 +0100, David N. Welton wrote:
>
>>Package: xserver-common
>>Version: 6.8.2.dfsg.1-10
>>Severity: normal
>>
>>
>>My machine is only doing X in super l
Package: xserver-common
Version: 6.8.2.dfsg.1-10
Severity: normal
My machine is only doing X in super low-res mode since...I'm not sure when.
Here's the log:
X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-10 20051031161747
[EMAIL PROTECTED])
Release Date: 9 February 2005
X Protocol Version 1
fore and after are exactly the same:
Module Size Used by
orinoco_cs 2 1
orinoco 53140 1 orinoco_cs
hermes 15104 2 orinoco_cs,orinoco
ds 23844 3 orinoco_cs
yenta_socket 23360 1
pcmcia_core 73108 3 orinoco_cs,ds,yenta_socket
binfmt_misc 12840 1
snd 64952 0
soundcore
Package: xdm
Version: 4.3.0.dfsg.1-4
Severity: normal
At boot time, xdm fails to start. I log in as root, and start it as
/etc/init.d/xdm and everything runs fine. Here is some info from
xdm.log:
(further comments highlighted via a series of ==='s so as to find
them quicker in the text)
X
imitive _before_ this one.
So it's not worth trying?
FWIW, turning on the noaccel option *seems* to make it not crash. Not
a perfect solution, but I can live with it. I am still available to
run test code or try things out though.
Ciao,
--
David N. Welton
Consulting: http://www.d
imitive _before_ this one.
So it's not worth trying?
FWIW, turning on the noaccel option *seems* to make it not crash. Not
a perfect solution, but I can live with it. I am still available to
run test code or try things out though.
Ciao,
--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/
Any kernel options that should or should not be enabled for
sure?
> Mmm, strange, the driver should be able to reinitialize the whole
> graphic pipeline, my diagnostic is that the card is deadlocked
> somehow, and that only a resest can revive it. I don't know if we
> are able to rev
Any kernel options that should or should not be enabled for
sure?
> Mmm, strange, the driver should be able to reinitialize the whole
> graphic pipeline, my diagnostic is that the card is deadlocked
> somehow, and that only a resest can revive it. I don't know if we
> are able to rev
ht well be the input fifo overflowing and thus loosing
> the sync command or something such. Tricky thing to hunt down if
> this is the case.
Well, I'm willing to try stuff out for you guys, but I would like to
avoid downloading and compiling X. I don't really have the tim
ht well be the input fifo overflowing and thus loosing
> the sync command or something such. Tricky thing to hunt down if
> this is the case.
Well, I'm willing to try stuff out for you guys, but I would like to
avoid downloading and compiling X. I don't really have the tim
Package: xserver-xfree86
Version: 4.2.1-10
Severity: normal
While running xscreensaver, X appears to hang, somewhat randomly. I
downloaded the debug server, and attached to it when the problem
occurred:
eugene:~# gdb XFree86-debug 469
GNU gdb 5.3.90_2003-08-01-cvs-debian
...
Attaching to progr
Package: xserver-xfree86
Version: 4.2.1-10
Severity: normal
While running xscreensaver, X appears to hang, somewhat randomly. I
downloaded the debug server, and attached to it when the problem
occurred:
eugene:~# gdb XFree86-debug 469
GNU gdb 5.3.90_2003-08-01-cvs-debian
...
Attaching to progr
13 matches
Mail list logo
