This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
For the record I filed this as Ubuntu Bug
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/606512
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I now realise my comments were about a different kind of right-shifting
behaviour which affects only the text on a line by line basis, not the
whole screen, and which appears to be known as the staircase effect.
Sorry for posting off topic. But, since I started, I'll mention that I
managed to
I'm seeing much the same right shifting of the console while running a
serial console. System is Dell T110 PowerEdge, running Ubuntu 10.04
Lucid. Serial Console is running on windows with the same results using
either a mintty windows or a Cygwin X xterm window. It mostly seems to
affect
In the case that I've examined I can add that the newline is supplied by
the log_success_msg function in /etc/lsb-base-logging.sh which is
sourced into the bash script providing the echo -n (Dell/SARA's
/etc/init.d/dataeng in this particular case).
--
(Multiseat) screen shifts when /dev/console
For all the users having problems with X keyboard input ending up on the
console (bastafidli, Jeremy, others): I finally appear to have solved it
for my system. Apparently, the newer evdev-code doesn't perform
exclusive grabbing of the device anymore! See this
I had this screen shifting problem on my multiseat system. I know very
little of the internal things inside Xorg an GDM, but I managed to
circumvent screen shifting with the following configuration in
/etc/gdm/gdm.cont.
In [servers] section:
0=Standard device=/dev/console
1=Ilkka
[server-Ilkka]
I have not had any problem with input going to the console using no-
scroll. It is something to be aware of and test for, but it is a viable
option to make things work. no-scroll has nothing to do with where
input is sent. It's more likely that input showing up on the console
directly is
Jeremy, I have tried what you have suggested and no file has appeared.
Everything seems to be working just fine for me. I am using two Wireless
USB Natural Keyboard/Mouse sets with vanilla Ubuntu Jauty 9.04 fully
patched. This is my test installation before i upgrade my main instance,
thus no
I am having possible related problem in jaunty in my multiseat. When i
type on one display, I can see the display on the primary console
distort in specific location as you type you continue to type the
distortion increases left to right like you would if writing normally
except, that they are
I have also multiseat setup with two NVidia cards (AGP and PCI) using
description on page
#http://linuxgazette.net/124/smith.html
#http://www.linuxtoys.org/multiubuntu/multiubuntu.html
with proprietary nvidia driver.
I can confirm that this problem still exists on fully updated Ubuntu
Jaunty
In addition I can confirm that adding no-scroll to kernel boot
parameters fixes the scrolling problem
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
bastafidli, even though your screen is no longer scrolling, I suspect
your keystrokes are still being sent to both X.Org and a tty. This is
dangerous, because when you enter your login details in GDM, you could
not only be logging in to your GNOME session, but also unknowingly
executing commands
Jeremy, it is surprising that your multiseat sessions start on ttys with
gettys. Convention has been to start X sessions on higher ttys where no
getty is running. You should be able to do that by properly configuring
GDM. Specifying vt# on the X command line (i.e. /usr/bin/X :0 vt7 ...)
should
** Tags added: multiseat
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
When I log off of one seat and X is restarting, the second seat picks up
both keyboards and mice. Once X has restarted the mouse and keyboard
goes back to the correct X session. Any Ideas? Not a huge issue as I
almost never log off but could be confusing since I plan on having the
seats in
@a7x
1. Is your kernel 2.6.22 or newer? 2.6.23.15. I tried no-scroll but it didn't
work for me. After 25 or so lines were written to the console it started
shifting the screen.
2. Do you have a multiseat setup? Yes, two seats, using nvidia cards
with proprietary driver.
3. Does the screen
This bug is affecting me too on a multiseat setup. Every time the Enter
key is pressed, the first screen shifts. (I suspect this is because the
input is being sent to a tty as well as X.org, but it doesn't invalidate
the bug.)
I can confirm that adding no-scroll to the kernel parameters works
I am using Fedora 8 and I have the same problem. My screen shifts to
the right when a message is written to the console. When I run
xconsole, the problem goes away. xconsole consumes the messages so it
never makes it to the screen. Its not always possible to have xconsole
running, ie when your
@shawa: xconsole is a good idea. A few questions for you:
1. Is your kernel 2.6.22 or newer?
2. Do you have a multiseat setup?
3. Does the screen shift happen every time something is written to
/dev/console, or only occasionally?
4. Can you reproduce the screen shift on demand? If so, how?
I finally upgraded to Intrepid and took out the 'no-scroll' kernel
argument. Unfortunately, the problem still exists.
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs,
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
@Leann: Confirmed on Hardy. I will attach the requested info. I
waited until the display shifted before collecting the info but there's
nothing interesting in dmesg.
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
(Multiseat) screen shifts when /dev/console written to
** Attachment added: version.log
http://launchpadlibrarian.net/13847859/version.log
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Note that the agpgart messages late in this dmesg output are not related
to the shift; I restarted X a few times because I had just upgraded to
Hardy and was playing around with my xorg.conf (stupid evdev changes).
The shift happened much later than 2725 seconds after boot.
** Attachment added:
** Attachment added: lspci-vvnn.log
http://launchpadlibrarian.net/13847906/lspci-vvnn.log
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Sounds like a kernel issue; refiling against linux.
** Changed in: xorg-server
Status: New = Invalid
** Changed in: linux (Ubuntu)
Sourcepackagename: xorg = linux
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug
Hi Everyone,
Can anyone confirm this issue on Hardy Heron 8.04 which is set to be
released in the next day or two. It contains kernel 2.6.24. If the
issue still exists, per the kernel team's bug policy, can you please
attach the following information. Please be sure to attach each file as
a
People,
I have tested several multiseat solutions, for 6 months, there are one
stable configuration for now (of course it not depending on your video
board, you can use ati, sis...):
Take has an example:
4 Nvidias with 2 outputs (one VGA and one DVI or svga)
4 DVI to VGA adapter
Use
** Also affects: xorg-server
Importance: Undecided
Status: New
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
My previous work around had one negative side affect... with console
output redirected to the serial port, unplugging my usb keyboard (which
generates several lines of console output) caused the machine to hang
hard. A new work around I found is to specify the kernel boot parameter
no-scroll.
vandebo: Do you have multiple video cards configured? Are you running
Gutsy? Running 'echo -n a /dev/console' many times doesn't trigger
the problem for me.
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification
I'm running two nvidia 6200's (one pci, one agp). I'm on dapper, but
the root problem seems the same. If you run 'echo /dev/console' more
than 24 times it should trigger the problem. Once the problem has
triggered, running 'echo -n a /dev/console' 80/81 times should get
it to shift unless
I'm on dapper, but the root problem seems the same.
Sort of. The 2.6.22 release of the Linux kernel contains a fix that
eliminated most of the shifting that happened in 2.6.21 and earlier.
With 2.6.22, it is no longer possible to get the screen to shift by
typing echo -n a /dev/console many
Workaround at end of message.
I have been experiencing the same bug. After reading this bug report
and doing a little experimentation, I can confirm that output
(specifically scrolling) to /dev/console triggers the screen shifting to
occur. Furthermore, the problem only occurs when /dev/console
I had to go back to single seat mode. The system wasn't stable enough,
for other reasons actually. I had it working briefly yesterday and it
did happen, and this is indeed Gutsy.
** Summary changed:
- screen shifts right when /dev/console written to
+ (Multiseat) screen shifts when /dev/console
36 matches
Mail list logo