Bug#738188: VESA Newcons is awfully slow
On Fri, 14 Feb 2014 00:01:56 + Robert Millan r...@debian.org wrote: On 12/02/2014 18:36, Ed Maste wrote: On 12 February 2014 09:05, Robert Millan r...@debian.org wrote: There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? That sounds quite odd. Sure, if you can easily obtain a video capture please do. Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? This happens only with VGA mode, and even after disabling debugging flags. -- Robert Millan -- Aleksandr Rybalko r...@ddteam.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 14/02/2014 11:00, Aleksandr Rybalko wrote: Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? No, real hardware (Radeon HD 2400 PRO). This black screen is not just black pixels, it looks a lot like the usual mode switch effect between X and text console. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 14 лютого 2014 р. 14:31:45 GMT+02:00, Robert Millan r...@debian.org wrote: On 14/02/2014 11:00, Aleksandr Rybalko wrote: Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? No, real hardware (Radeon HD 2400 PRO). This black screen is not just black pixels, it looks a lot like the usual mode switch effect between X and text console. Aha, so it is mode switch, so display done that job a bit long. Ok, I will try to modify mode restore, to check old mode before forcing new one. Thanks! WBW -- Aleksandr Rybalko r...@ddteam.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 14/02/2014 13:04, Aleksandr Rybalko wrote: On 14 лютого 2014 р. 14:31:45 GMT+02:00, Robert Millan r...@debian.org wrote: On 14/02/2014 11:00, Aleksandr Rybalko wrote: Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? No, real hardware (Radeon HD 2400 PRO). This black screen is not just black pixels, it looks a lot like the usual mode switch effect between X and text console. Aha, so it is mode switch, so display done that job a bit long. Ok, I will try to modify mode restore, to check old mode before forcing new one. Excellent. Please let me know if you need some change tested. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 12.02.2014 14:59, Robert Millan wrote: On 09/02/2014 12:56, Markus Koschany wrote: Switching between virtual terminals and X works flawlessly after I loaded the intel drivers manually. What about switching from one VT to another? (no X involved) Works perfectly. signature.asc Description: OpenPGP digital signature
Bug#738188: VESA Newcons is awfully slow
On 12/02/2014 18:36, Ed Maste wrote: On 12 February 2014 09:05, Robert Millan r...@debian.org wrote: There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? That sounds quite odd. Sure, if you can easily obtain a video capture please do. Strange. What I get now is black screen during 3 seconds every time I switch VT. This happens only with VGA mode, and even after disabling debugging flags. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 09/02/2014 12:56, Markus Koschany wrote: Switching between virtual terminals and X works flawlessly after I loaded the intel drivers manually. What about switching from one VT to another? (no X involved) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
Control: retitle -1 VGA Newcons is awfully slow Hi Ed, On 09/02/2014 19:47, Ed Maste wrote: On what hardware (or VM) do you experience this? On my Thinkpad X220 the console is acceptably performant in both VGA-mode (at boot) and i915 (after starting X), with a FreeBSD-CURRENT kernel from the end of January. In VirtualBox it is noticeably pokey for me, but certainly not on the order of one second for a scroll. On VirtualBox, I get the lag effect on both scrolling and VT switching. On real hardware (with VGA mode), VT switching is very slow, but scrolling is fine. There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 12 February 2014 09:05, Robert Millan r...@debian.org wrote: There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? That sounds quite odd. Sure, if you can easily obtain a video capture please do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On Sat, 08. Feb 13:49 Robert Millan r...@debian.org wrote: [...] Has anyone else tried Newcons? It is currently the default in kfreebsd-11 packages. Do you also experience this problem? I tried it with kfreebsd-11 on my lenovo X200 laptop with Intel GM45 integrated graphic chipset. Switching between virtual terminals and X works flawlessly after I loaded the intel drivers manually. Markus signature.asc Description: Digital signature
Bug#738188: VESA Newcons is awfully slow
On 8 February 2014 08:49, Robert Millan r...@debian.org wrote: Package: kfreebsd-image-11.0-0-amd64 Version: 11.0~svn260666-1 Severity: important With Newcons it becomes practically impossible to use the console. When using the default VESA driver, both VT switching and text scrolling become terribly slow. Either of these operations takes almost 1 s! On what hardware (or VM) do you experience this? On my Thinkpad X220 the console is acceptably performant in both VGA-mode (at boot) and i915 (after starting X), with a FreeBSD-CURRENT kernel from the end of January. In VirtualBox it is noticeably pokey for me, but certainly not on the order of one second for a scroll. Also note that the vt(9) VGA driver doesn't implement VESA modes - it's original VGA mode only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
Package: kfreebsd-image-11.0-0-amd64 Version: 11.0~svn260666-1 Severity: important With Newcons it becomes practically impossible to use the console. When using the default VESA driver, both VT switching and text scrolling become terribly slow. Either of these operations takes almost 1 s! Newcons does otherwise behave fine when working in text mode, which can be achieved by adding this to grub.cfg: set kFreeBSD.hw.vga.textmode=1 Has anyone else tried Newcons? It is currently the default in kfreebsd-11 packages. Do you also experience this problem? Perhaps we should make textmode the default, like it was with Syscons. Any thoughts? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 11.0-0-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kfreebsd-image-11.0-0-amd64 depends on: ii devd 10.0-2 ii freebsd-utils 10.0-2 ii kbdcontrol 10.0-2 ii kldutils 10.0-2 kfreebsd-image-11.0-0-amd64 recommends no packages. kfreebsd-image-11.0-0-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
