On Wed, 8 Nov 2000, James Simmons wrote:
>
> > Sure - but this was always the case. And using 2.2 with the same
> > (or more) stress the Xserver is still able to set the video hardware
> > back to vga text mode. I just want to know whats the difference
> > between 2.2 and 2.4 that causes failure
> Sure - but this was always the case. And using 2.2 with the same
> (or more) stress the Xserver is still able to set the video hardware
> back to vga text mode. I just want to know whats the difference
> between 2.2 and 2.4 that causes failure in 2.4.
I don't think it is the console system. I
On Wed, 8 Nov 2000, James Simmons wrote:
>
> > Okay - so its the console subsystem that gets it wrong? Remember
> > that 2.2.X gets it right - with the same X server. I really
> > would like to have this fixed in 2.4 - can I do something to
> > help fixing this? (I'm not familiar with the consol
> Okay - so its the console subsystem that gets it wrong? Remember
> that 2.2.X gets it right - with the same X server. I really
> would like to have this fixed in 2.4 - can I do something to
> help fixing this? (I'm not familiar with the console subsystem,
> neither with the X server)
It is the
On Wed, 8 Nov 2000, James Simmons wrote:
>
> > You didnt read the config, etc. I posted - I dont have DRI - I
> > have an old P100 with 32Megs of ram and an old ATI Mach64 graphics
> > card. There really is nothing unusual with my setup - console
> > garbagling is even without loading the bttv m
> You didnt read the config, etc. I posted - I dont have DRI - I
> have an old P100 with 32Megs of ram and an old ATI Mach64 graphics
> card. There really is nothing unusual with my setup - console
> garbagling is even without loading the bttv module at all.
Okay. So it is what I thought it was
On Tue, 7 Nov 2000, Alan Cox wrote:
> > Actually I just thought about it. Do you DRI running. When you have DRI
> > enabled you shouldn't VT switch. It is a design flaw in DRI and the
> > console system :-(. Disable DRI you you will be fine.
>
> The theory behind DRI covers this fine. If its bre
> Actually I just thought about it. Do you DRI running. When you have DRI
> enabled you shouldn't VT switch. It is a design flaw in DRI and the
> console system :-(. Disable DRI you you will be fine.
The theory behind DRI covers this fine. If its breaking fix the bugs in the
Xserver and DRI code.
> Umm, so why does this not happen with 2.2.X at all? Also the system is
> not really stressed, but I simply do startx, inside an xterm go to
> some random source, make -j, wait till the compile is complete and then
> switch back to the console - its just that it seems that swapped out
> X server
On Mon, 6 Nov 2000, James Simmons wrote:
> > Unfortunately I cannot confirm this. Checked 2.4.0-test10 and the problem
> > is still there. I digged further and it seems to be a race condition(?)
> > triggered by swapped out stuff - because just starting X and switching
> > back to the console wor
> > > > How recent of a test kernel. Yes their was a problem with the console
> > > > palette but it is now fixed in the most recent test kernels.
> > >
> > > 2.4.0-test10-pre5
> >
> > Please upgrade to a newer kernel. This problem has been fixed :-)
> >
>
> Unfortunately I cannot confirm thi
On Fri, 3 Nov 2000, James Simmons wrote:
>
> > > How recent of a test kernel. Yes their was a problem with the console
> > > palette but it is now fixed in the most recent test kernels.
> >
> > 2.4.0-test10-pre5
>
> Please upgrade to a newer kernel. This problem has been fixed :-)
>
Unfortun
> > How recent of a test kernel. Yes their was a problem with the console
> > palette but it is now fixed in the most recent test kernels.
>
> 2.4.0-test10-pre5
Please upgrade to a newer kernel. This problem has been fixed :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-k
On Thu, 2 Nov 2000, James Simmons wrote:
> > Console colors are completely messed up (read: black, I even suspect
> > the font to be corrupt somehow) if switching back to console mode
> > from X (either by quitting or ctrl-alt-fX) in recent 2.4.0-textXX
> > kernels. 2.2.XX do work just fine. Is t
> Console colors are completely messed up (read: black, I even suspect
> the font to be corrupt somehow) if switching back to console mode
> from X (either by quitting or ctrl-alt-fX) in recent 2.4.0-textXX
> kernels. 2.2.XX do work just fine. Is this a known problem with a
> known fix?
How recen
Hi!
Console colors are completely messed up (read: black, I even suspect
the font to be corrupt somehow) if switching back to console mode
from X (either by quitting or ctrl-alt-fX) in recent 2.4.0-textXX
kernels. 2.2.XX do work just fine. Is this a known problem with a
known fix?
Setup: standar
16 matches
Mail list logo