[opensuse] video problem with an ancient laptop
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I got an ancient laptop from a friend; he thinks that with only 512 MiB of RAM it is worthless ;-) It has a "Intel(R) Pentium(R) 4 CPU 2.80GHz" CPU and the video is "Intel Corporation i845" from "Uniwill Computer Corp". The doc says "Intel® Extreme Graphics" The video is the problem. I tested Puppy Wary 5.2 - it works fine. It detects the video card but not the monitor, so I select from a list: 1024x768x16 h31.5-49,5v56-72. This works, fills the entire screen. I don't know if it is the maximum resolution, the documentation does not say (only that is «TFT 14” (N618) or 15” (N619-N620) XGA». The wikipedia lists XGA as "XGA 1024 768 4:3 0.786" (http://en.wikipedia.org/wiki/XGA#XGA_.281024.C3.97768.29) so it seems I have it right. During installation of openSUSE from DVD went perfect - slow, but uneventful. But on reboot, the display is incorrect. It looks like this +-------------------------------------+ | . | | . | | . | | 1 . 2 | | . | | . | | . | | . | |·····································| | | | | | 3 | | | | | +-------------------------------------+ Area '3' is bright white, '2' is black. The working area is only '1'. It is the same in text mode as in graphical mode. Using "nomodeset" I get an apparent resolution of 640x480, centered with wide black border, and no white region; thus usable, but much less than what the machine is capable off. I have removed plymouth and I'm booting to text mode. The normal kernel boot parameters are; showopts splash=verbose loglevel=3 console=tty1 display=1024x768 which does not work. Without "display=" I get the same results. I have not found documentation for the display option under "/usr/src/linux/Documentation" tree, so I do not know what to try there. At the moment I use: showopts splash=verbose console=tty1 loglevel=3 plymouth.enable=0 nomodeset I have tried: modeset=0 display=1024x768 --> white region nomodeset display=1024x768 --> 640*480 nomodeset display=1024*768 --> 640*480 display=1024x768 --> white region All official updates are applied. For X, the release notes say to do: Section "Device" Identifier "Default Device" Driver "intellegacy" EndSection This makes X not to start: [ 375.163] (WW) Warning, couldn't open module intellegacy [ 375.163] (II) UnloadModule: "intellegacy" [ 375.163] (II) Unloading intellegacy [ 375.163] (EE) Failed to load module "intellegacy" (module does not exist, 0) [ 375.163] (EE) No drivers available. :-O ! - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIH8egACgkQtTMYHG2NR9UspgCeNsNiDZXs3aUGRB89f37uYU7B OkkAn3Vj7a3Ud/Hddp5P2NHvnnLkM4A+ =t+0d -----END PGP SIGNATURE-----
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
During installation of openSUSE
Which? To start, look in BIOS and ensure video buffer or the like is set to 8MB and not 1MB. Further response from here depends on openSUSE version. i845G has been troublesome for years, but the problems and fixes vary just as kernel drivers and X versions vary. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-08-11 17:26 (GMT-0400) Felix Miata composed:
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
During installation of openSUSE
Which?
To start, look in BIOS and ensure video buffer or the like is set to 8MB and not 1MB. Further response from here depends on openSUSE version. i845G has been troublesome for years, but the problems and fixes vary just as kernel drivers and X versions vary.
FWIW: http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-gx260-os123-automagic1024x768 is a fresh Xorg.0.log, with video portion of lspci -v output prepended, from a Dell tower PC with i845G onboard gfxchip connected via VGA connector to a 1024x768 Dell LCD, and with video configured automagically (no xorg.conf) under openSUSE 12.3/KDE3. The video, though a bit sluggish, works as it should in X and on ttys. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LNX.2.00.1308120207041.5725@Telcontar.valinor> On Sunday, 2013-08-11 at 17:26 -0400, Felix Miata wrote:
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
During installation of openSUSE
Which?
Oh, did I not say? I forgot then. I went for 12.3, 32 bit.
To start, look in BIOS and ensure video buffer or the like is set to 8MB and not 1MB. Further response from here depends on openSUSE version. i845G has been troublesome for years, but the problems and fixes vary just as kernel drivers and X versions vary.
BIOS is almost not configurable, it is a laptop; but judging by the amount of ram missing from the total count it should be 8. I think I saw about 8 MB missing in the bios count at the startup displays. 'top' says available ram is 500628K - that's 23M less than 512. Is there some command or log that would find that out for sure? O reboot, bios checks "504 MBs". 512 total minus 504 is precissely 8. On Sunday, 2013-08-11 at 18:21 -0400, Felix Miata wrote:
FWIW: http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-gx260-os123-automagic1024x768
is a fresh Xorg.0.log, with video portion of lspci -v output prepended, from a Dell tower PC with i845G onboard gfxchip connected via VGA connector to a 1024x768 Dell LCD, and with video configured automagically (no xorg.conf) under openSUSE 12.3/KDE3. The video, though a bit sluggish, works as it should in X and on ttys.
Mine: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) (prog-if 00 [VGA controller]) Subsystem: Uniwill Computer Corp Device 9000 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at d0000000 (32-bit, prefetchable) [size=128M] Memory at dff80000 (32-bit, non-prefetchable) [size=512K] Expansion ROM at <unassigned> [disabled] Capabilities: [d0] Power Management version 1 Yours: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) (prog-if 00 [VGA controller]) Subsystem: Dell Device 0126 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f0000000 (32-bit, prefetchable) [size=128M] Memory at ffa00000 (32-bit, non-prefetchable) [size=512K] Expansion ROM at <unassigned> [disabled] Capabilities: [d0] Power Management version 1 Kernel driver in use: i915 Ok, I see one important difference: Yours: [ 58.241] (II) LoadModule: "modesetting" [ 58.255] (WW) Warning, couldn't open module modesetting [ 58.255] (II) UnloadModule: "modesetting" Mine: [ 489.408] (II) LoadModule: "modesetting" [ 489.408] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 489.413] (II) Module modesetting: vendor="X.Org Foundation" I will disable modeset and reboot. Mmm... I see you use "vga=791" in the kernel line. I might try that, too. ... Bingo! That does it, vga=791. I thought we were to use display=... instead, that's why I did not even try vga=... Well, that was in text mode. Lets start X again. YES! Now the log output difference is that my display has no EDID, and a long list of modes it will not use. Then it continues: [ 115.969] (II) intel(0): Printing probed modes for output VGA1 [ 115.969] (II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d) [ 115.969] (II) intel(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d) [ 115.969] (II) intel(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d) [ 115.976] (II) intel(0): EDID for output LVDS1 Yours is longer. Then I have a section: [ 115.976] (II) intel(0): EDID for output LVDS1 ... [ 115.976] (II) intel(0): Printing probed modes for output LVDS1 [ 115.976] (II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 (48.4 kHz P) [ 115.976] (II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d) [ 115.976] (II) intel(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d) [ 115.976] (II) intel(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d) [ 115.976] (II) intel(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d) [ 115.976] (II) intel(0): Output VGA1 disconnected [ 115.976] (II) intel(0): Output LVDS1 connected [ 115.976] (II) intel(0): Using exact sizes for initial modes [ 115.976] (II) intel(0): Output LVDS1 using initial mode 1024x768 [ 115.976] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 115.976] (II) intel(0): Kernel page flipping support detected, enabling [ 115.976] (==) intel(0): DPI set to (96, 96) Ah, interesting. VGA1 must be the external monitor, which is not connected, and LVDS1 must be the laptop display. Yours say: [ 58.444] (II) intel(0): Output VGA1 connected [ 58.444] (II) intel(0): Using exact sizes for initial modes [ 58.444] (II) intel(0): Output VGA1 using initial mode 1024x768 [ 58.444] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 58.444] (II) intel(0): Kernel page flipping support detected, enabling [ 58.444] (==) intel(0): DPI set to (96, 96) which is the same thing. Ok...! Good, I got it working, thanks! - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIINeoACgkQtTMYHG2NR9VWggCglKSdizBRL9uoe+HakkgxjXfM NUcAnjkrA8xR4KLRiXjshE77cdGXe5tM =G4a5 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-08-12 03:09 (GMT+0200) Carlos E. R. composed:
I will disable modeset and reboot.
What's your kernel line now that you have it working?
Mmm... I see you use "vga=791" in the kernel line. I might try that, too.
The kernel or Grub Legacy observes that initially, but if KMS is not disabled, then EDID will tell kernel the mode to use and, unless there is a match, a mode switch will shortly follow text messages display. All this is without Plymouth. I don't every use it so don't know how it plays together with these parameters.
Bingo! That does it, vga=791. I thought we were to use display=...
That may be something Grub2 uses, but it does absolutely nothing here with Grub. If you want to tell KMS the mode you want in openSUSE, it's video= that takes the place of vga=. Maybe with yours, display= removal was the actual solution. Most of my systems are started using video=1152x864 along with vga=791 or vga=794, but 1152x864 and 794 put a native 1024x768 LCD into sleep mode.
instead, that's why I did not even try vga=...
Removing vga= from kernel line has no effect here. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2013-08-11 at 22:16 -0400, Felix Miata wrote:
On 2013-08-12 03:09 (GMT+0200) Carlos E. R. composed:
I will disable modeset and reboot.
What's your kernel line now that you have it working?
AmonLanc:~ # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.7.10-1.1-default root=UUID=c538c7a3-97ea-4eae-91fc-fdfea0fc1aca resume=/dev/disk/by-label/Swap showopts splash=verbose console=tty1 loglevel=3 vga=791
Mmm... I see you use "vga=791" in the kernel line. I might try that, too.
The kernel or Grub Legacy observes that initially, but if KMS is not disabled, then EDID will tell kernel the mode to use and, unless there is a match, a mode switch will shortly follow text messages display. All this is without Plymouth. I don't every use it so don't know how it plays together with these parameters.
But my display has no EDID info, and I use grub2, without plymouth.
Bingo! That does it, vga=791. I thought we were to use display=...
That may be something Grub2 uses, but it does absolutely nothing here with Grub. If you want to tell KMS the mode you want in openSUSE, it's video= that takes the place of vga=. Maybe with yours, display= removal was the actual solution. Most of my systems are started using video=1152x864 along with vga=791 or vga=794, but 1152x864 and 794 put a native 1024x768 LCD into sleep mode.
No, the default after install had no "display=" parameter. I added that trying to solve the problem. The only config that worked so far has been the kernel line above.
instead, that's why I did not even try vga=...
Removing vga= from kernel line has no effect here.
Here I get a huge white band on the lower half of the display, as described in my first message. Yours works because you get the EDID info, mine does not have it, too old, I guess. Maybe there is a way to provide locally that EDID info, so that it is not probed? - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIITTMACgkQtTMYHG2NR9UnWwCeNgjj8rA6lBuD8TqEWjIVzfgF B/EAnjkftvf5UrvXX3AmrdDS8GBCD53K =OgfF -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-08-12 04:49 (GMT+0200) Carlos E. R. composed:
cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.7.10-1.1-default root=UUID=c538c7a3-97ea-4eae-91fc-fdfea0fc1aca resume=/dev/disk/by-label/Swap showopts splash=verbose console=tty1 loglevel=3 vga=791
instead, that's why I did not even try vga=...
Removing vga= from kernel line has no effect here.
Here I get a huge white band on the lower half of the display, as described in my first message. Yours works because you get the EDID info, mine does not have it, too old, I guess.
Maybe there is a way to provide locally that EDID info, so that it is not probed?
If you never did, give a try subsituting video=1024x768@60 (or @75 if supported and you so choose). That way I doubt EDID matters. Barring typos, KMS usually obeys whatever I put following video=. On the 845G box that Xorg.0.log came from I've just initiated a 13.1M4 installation. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2013-08-11 at 23:51 -0400, Felix Miata wrote:
On 2013-08-12 04:49 (GMT+0200) Carlos E. R. composed:
If you never did, give a try subsituting video=1024x768@60 (or @75 if supported and you so choose). That way I doubt EDID matters. Barring typos, KMS usually obeys whatever I put following video=.
I had tried 1024x768x16, because that's what puppy said was the used resolution. I'll try yours later. The '@' sure is a difference.
On the 845G box that Xorg.0.log came from I've just initiated a 13.1M4 installation.
:-) I plan to keep mine as it is, and further, if evergreen takes 12.3 ;-) - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIIqj8ACgkQtTMYHG2NR9VQXACdGRu5g5vcJivztFm/zWz8dzUr 8MAAn1aolVs1qVdZ5XWeRj6POOsU0/r2 =hhl0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2013-08-12 at 11:26 +0200, Carlos E. R. wrote:
On Sunday, 2013-08-11 at 23:51 -0400, Felix Miata wrote:
If you never did, give a try subsituting video=1024x768@60 (or @75 if supported and you so choose). That way I doubt EDID matters. Barring typos, KMS usually obeys whatever I put following video=.
I had tried 1024x768x16, because that's what puppy said was the used resolution. I'll try yours later. The '@' sure is a difference.
No go... huge white band on about 2/5 screen bottom, used area on top left, but blinking as in out of frequency range. Worse than with nothing. - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlII+1AACgkQtTMYHG2NR9VcmQCfYHo1Yl2sZt+j7KlZXWgJgDQ0 Wz8An1W+yR0EWC5q7POqOF/3gVhtWfkO =C4R1 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-08-12 11:26 (GMT+0200) Carlos E. R. composed:
On the 845G box that Xorg.0.log came from I've just initiated a 13.1M4 installation.
:-)
I plan to keep mine as it is, and further, if evergreen takes 12.3 ;-)
My 845G box referred to in this thread doesn't have a 30G HD limiting space. It has every openSUSE release, 12 if I counted right, plus Factory, and several Mandrivas, and a Fedora, and a CentOS, in addition to WinXP. Each Linux / is 4800MB. There's room for about 6 more before it will need a bigger HD or old Mandrivas discarded to make space for more openSUSE releases. On 2013-08-12 17:12 (GMT+0200) Carlos E. R. composed:
I had tried 1024x768x16, because that's what puppy said was the used resolution. I'll try yours later. The '@' sure is a difference.
No go... huge white band on about 2/5 screen bottom, used area on top left, but blinking as in out of frequency range. Worse than with nothing.
You tried with both 60 and 75? Must be something special about that EDID-free panel, probably "designed for Windows" and a customized 845 Windows driver. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2013-08-12 at 11:27 -0400, Felix Miata wrote:
Linux / is 4800MB. There's room for about 6 more before it will need a bigger HD or old Mandrivas discarded to make space for more openSUSE releases.
:-)
On 2013-08-12 17:12 (GMT+0200) Carlos E. R. composed:
I had tried 1024x768x16, because that's what puppy said was the used resolution. I'll try yours later. The '@' sure is a difference.
No go... huge white band on about 2/5 screen bottom, used area on top left, but blinking as in out of frequency range. Worse than with nothing.
You tried with both 60 and 75?
No, for two reasons. One, that it is not reading the resolution, which causes the white band and an usable resolution of 640x480. The other, that if it doesn't work at 60, it will not work at the faster refresh either.
Must be something special about that EDID-free panel, probably "designed for Windows" and a customized 845 Windows driver.
Oh, certainly it was designed for Windows. I have never bought that brand myself, not trusting it much for Linux. For instance, the RAM modules are plain desktop modules, not laptop modules. But as I have never used W-XP on it (original disk broken), I have not been able to see if it used a different resolution. The original documentation, which is accessible on internet, in a sort of spaghetti Spanish, with lots of language errors, says it is XGA 15". - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIJMkwACgkQtTMYHG2NR9X1pQCaA+m407owf1ZsFntmD1y66Ji9 okIAoIIVm9pHvTjNEIGjs59d2c4dXkVi =MW8C -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2013-08-11 at 22:19 +0200, I wrote:
Hi,
I got an ancient laptop from a friend; he thinks that with only 512 MiB of RAM it is worthless ;-)
It has a "Intel(R) Pentium(R) 4 CPU 2.80GHz" CPU and the video is "Intel Corporation i845" from "Uniwill Computer Corp". The doc says "Intel® Extreme Graphics"
In case anyone wants to know, the laptop is an "Airis GEA N619", manufactured I guess around 2002. It has lots of connectors - except the one I would like to have, a serial port -. It has 4 usb, pcmcia, firewire, printer, S-Video, VGA, flash card (SD/MMC/MS/MS), eth0, telephone jack (modem/fax), DVD RW, PS/2, speakers and microphone (no web-cam), audio line in/out. Heavy, listed at 3.5 KG. It sure was a beauty, I guess they paid a lot of it when new. Now... Battery is missing. Had to replace BIOS battery. Hard disk (20GB) is broken, but I could find a new one (IDE) of 80 GB. I added to it a wifi nano adapter, on a USB plug, "ASUSTek ASUS EZ N Network Adapter". Works out of the box, which has "Linux supported" on it. And less than 10€. I want to use it to take care of downloads, instead of leaving my big desktop running. My internet is slow, downloading a dvd take days. If I need space I can add an external disk over usb. Proved that 500MB is enough for openSUSE 12.3 - but I added 6GB of swap (which it is not using). I installed LXDE desktop. Besides the solved video problem, the only thing I know that fails is that on hibernation I have to replug the wlan nano thing, to restart networking. - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIIOrAACgkQtTMYHG2NR9Ue5ACaA2hvTtVItX/K2awBhOGFCSRk qP8An1SZWjr+GRye6tUcis52hLDrlMF2 =hdnL -----END PGP SIGNATURE-----
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
I tested Puppy Wary 5.2 - it works fine. It detects the video card but not the monitor, so I select from a list: 1024x768x16 h31.5-49,5v56-72. This works, fills the entire screen. I don't know if it is the maximum resolution, the documentation does not say (only that is TFT 14"� (N618) or 15" (N619-N620) XGA.
IIRC, 5.2's 2.6.33 was the last kernel version without having KMS built in by default. Given why that distro exists, it's pretty safe to assume it had no KMS. Therefore, comparing its video behavior to anything newer is little more than a does it work or doesn't it exercise, with nothing to be learned regarding getting anything newer working properly. Without KMS (e.g. in conjuction with nomodeset, or using pre-2.6.34 kernels), vga= works as it always had. With KMS, for what vga= did for framebuffer ttys previously, one needs video= instead. Compare the two's descriptions in kernel-parameters.txt. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos, I am finding with the older hardward, it better to use grub, instead of grub2. I have a Dell Power Edge 1400, and the video only had 4MB, grub2 keeps wanting to use what every the monitor says it wants, grub just lets me set to 1024x768 with no worries. Just something to throw out there is you have issues at boot. Pup On Mon, Aug 12, 2013 at 5:13 PM, Felix Miata <mrmazda@earthlink.net> wrote:
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
I tested Puppy Wary 5.2 - it works fine. It detects the video card but not the monitor, so I select from a list: 1024x768x16 h31.5-49,5v56-72. This works, fills the entire screen. I don't know if it is the maximum resolution, the documentation does not say (only that is TFT 14" (N618) or 15" (N619-N620) XGA.
IIRC, 5.2's 2.6.33 was the last kernel version without having KMS built in by default. Given why that distro exists, it's pretty safe to assume it had no KMS. Therefore, comparing its video behavior to anything newer is little more than a does it work or doesn't it exercise, with nothing to be learned regarding getting anything newer working properly. Without KMS (e.g. in conjuction with nomodeset, or using pre-2.6.34 kernels), vga= works as it always had. With KMS, for what vga= did for framebuffer ttys previously, one needs video= instead. Compare the two's descriptions in kernel-parameters.txt.
-- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- Terror PUP a.k.a Chuck "PUP" Payne (678) 636-9678 ----------------------------------------- Discover it! Enjoy it! Share it! openSUSE Linux. ----------------------------------------- openSUSE -- en.opensuse.org/User:Terrorpup openSUSE Ambassador/openSUSE Member Community Manager -- Southeast Linux Foundation (SELF) skype,twiiter,identica,friendfeed -- terrorpup freenode(irc) --terrorpup/lupinstein Register Linux Userid: 155363 Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. See you at Southeast Linux Fest, June 7-9, 2013 in Charlotte, NC. www.southeastlinuxfest.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Content-ID: <alpine.LNX.2.00.1308130217400.305@minas-tirith.valinor> El 2013-08-12 a las 17:34 -0400, Chuck Payne escribió:
Carlos,
I am finding with the older hardward, it better to use grub, instead of grub2. I have a Dell Power Edge 1400, and the video only had 4MB, grub2 keeps wanting to use what every the monitor says it wants, grub just lets me set to 1024x768 with no worries.
Just something to throw out there is you have issues at boot.
No, no issues at boot; later, with the kernel running. I let the system install grub2 not having any reason not to at the moment, even though I'm more familiar with grub1. I have to get used to grub2. And my display does not talk, no EDID info: that's the problem. - -- Cheers Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iF4EAREIAAYFAlIJeywACgkQja8UbcUWM1xK/wEAk6aoQl1J0+FGKAQu/RAC4RKy gDbmTLXadYQAmdMLviABAJsOoHeIv+BSorD44RvNq9enP88p1oEUBsM/fFmZWufa =5Wz0 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 El 2013-08-12 a las 17:13 -0400, Felix Miata escribió:
On 2013-08-11 22:19 (GMT+0200) Carlos E. R. composed:
I tested Puppy Wary 5.2 - it works fine. It detects the video card but not the monitor, so I select from a list: 1024x768x16 h31.5-49,5v56-72. This works, fills the entire screen. I don't know if it is the maximum resolution, the documentation does not say (only that is TFT 14"??? (N618) or 15" (N619-N620) XGA.
IIRC, 5.2's 2.6.33 was the last kernel version without having KMS built in by default. Given why that distro exists, it's pretty safe to assume it had no KMS.
I suppose so.
Therefore, comparing its video behavior to anything newer is little more than a does it work or doesn't it exercise, with nothing to be learned regarding getting anything newer working properly.
It shows that the hardware is capable :-) If it worked with older linux software, it should also work with recent software.
Without KMS (e.g. in conjuction with nomodeset, or using pre-2.6.34 kernels), vga= works as it always had. With KMS, for what vga= did for framebuffer ttys previously, one needs video= instead. Compare the two's descriptions in kernel-parameters.txt.
But "video" does not work, and "vga" does. And lsmod shows that drm, i915, drm_kms_helper, are loaded. Xorg log says kms is in use. I don't have 'nomodeset' as boot parameter. The display runs at 1024x768x60, I think. - -- Cheers Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iF4EAREIAAYFAlIJew8ACgkQja8UbcUWM1yftAD/UNqO5ipzi3OeZSTdV8Ko9pnf 2kJRgsu/FMFEAiYOQDgA/3C/yr2/bh51VlXRErrHf83MyqYdQotoOTEuT0fveN5C =waPH -----END PGP SIGNATURE-----
On 2013-08-13 02:17 (GMT+0200) Carlos E. R. composed:
IIRC, 5.2's 2.6.33 was the last kernel version without having KMS built in by default. Given why that distro exists, it's pretty safe to assume it had no KMS.
I suppose so.
Response to vga= and absence of response to video= makes it clear.
Therefore, comparing its video behavior to anything newer is little more than a does it work or doesn't it exercise, with nothing to be learned regarding getting anything newer working properly.
It shows that the hardware is capable :-) If it worked with older linux software, it should also work with recent software.
That's the theory. Tell it to people who bought hardware last century. As I said upthread, the 845G has been, and remains, particularly problematic: https://bugs.freedesktop.org/buglist.cgi?short_desc=845g&query_format=advanced&short_desc_type=allwordssubstr
Without KMS (e.g. in conjuction with nomodeset, or using pre-2.6.34 kernels), vga= works as it always had. With KMS, for what vga= did for framebuffer ttys previously, one needs video= instead. Compare the two's descriptions in kernel-parameters.txt.
But "video" does not work,
Can't without KMS.
and "vga" does. And lsmod shows that drm, i915, drm_kms_helper, are loaded.
Still running Wary 5.2's 2.6.33? In 12.3, of course it would, absent nomodeset or i915.modeset=0 on cmdline. My same 845G machine's loaded modules booted to: openSUSE 11.2 kernel-desktop 2.6.31 - no kms http://fm.no-ip.com/Tmp/Linux/gx260-os112-modules2631-201104.txt Mandriva 2010.2 desktop kernel 2.6.33 - no kms http://fm.no-ip.com/Tmp/Linux/gx260-mdv20102-modules2633-201009.txt openSUSE 11.3 kernel-desktop 2.6.34 - kms yes http://fm.no-ip.com/Tmp/Linux/gx260-os113-modules2634-201012.txt
Xorg log says kms is in use.
Xorg.0.log running 2.6.33 kernel? That doesn't sound right for a distro intended for old hardware. KMS was in testing in the 2.6.33 period, so might have been reported to apply by mistake via Xorg or driver bug.
I don't have 'nomodeset' as boot parameter.
Wouldn't matter running kernel without KMS. With it you'd be using FBDEV or VESA instead of Intel video driver, and S L O W E R than the unspeedy 845G running Intel driver.
The display runs at 1024x768x60, I think.
That's XGA. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Content-ID: <alpine.LNX.2.00.1308131404390.305@minas-tirith.valinor> El 2013-08-13 a las 00:19 -0400, Felix Miata escribió:
On 2013-08-13 02:17 (GMT+0200) Carlos E. R. composed:
IIRC, 5.2's 2.6.33 was the last kernel version without having KMS built in by default. Given why that distro exists, it's pretty safe to assume it had no KMS.
I suppose so.
Response to vga= and absence of response to video= makes it clear.
In openSUSE? I'm using those parameters in openSUSE 12.3, not puppy.
It shows that the hardware is capable :-) If it worked with older linux software, it should also work with recent software.
That's the theory. Tell it to people who bought hardware last century.
Yes, but the theory also says that only prprietary hardware suffers that malady often. Certain ATI cards, specially.
As I said upthread, the 845G has been, and remains, particularly problematic: https://bugs.freedesktop.org/buglist.cgi?short_desc=845g&query_format=advanced&short_desc_type=allwordssubstr
Just my luck. But could be worse: could have been an ATI. >:-)
But "video" does not work,
Can't without KMS.
and "vga" does. And lsmod shows that drm, i915, drm_kms_helper, are loaded.
Still running Wary 5.2's 2.6.33? In 12.3, of course it would, absent nomodeset or i915.modeset=0 on cmdline.
No, openSUSE. Puppy was installed first for testing and for creation of a swap partition in advance, while the i586 DVD downloaded: two days on my ADSL. I'm using openSUSE since then, and it uses KMS. All this thread is about openSUSE, save a paragraph or two for puppy.
Xorg log says kms is in use.
Xorg.0.log running 2.6.33 kernel? That doesn't sound right for a distro intended for old hardware. KMS was in testing in the 2.6.33 period, so might have been reported to apply by mistake via Xorg or driver bug.
Again, openSUSE, kernel 3.7.10. I'm using openSUSE 12.3 all the time, my problem (solved) is with it.
The display runs at 1024x768x60, I think.
That's XGA.
yes. - -- Cheers Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iF4EAREIAAYFAlIKIhsACgkQja8UbcUWM1ztVwD/ZgKBdmdnTBz3rc1rwI+p39vQ bREoSvy/+O/aEhZ/8isA/3obVjY+bKYsJ+ULKAHLiTyZOMSqT6why3GR1UyiXn/b =y3WB -----END PGP SIGNATURE-----
Hello, On Tue, 13 Aug 2013, Felix Miata wrote: [...]
But "video" does not work,
Can't without KMS.
Of course it can. With e.g. matroxfb, which I've been using _at least_ since 2.4.10pre11 which I built in Sep. 2001 ... Still got the lilo.conf, kernel and .config ... append="video=matrox:vesa:434 hdd=ide-scsi" FWIW, -dnh -- "Power corrupts, but the power of duct tape corrupts absolutely" -- "Florence Ambrose", on noticing the roof panels of the space ship being only duct-taped in place; from "Freefall" [http://freefall.purrsia.com/ff600/fv00575.htm] -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-08-14 18:25 (GMT+0200) David Haller composed:
On Tue, 13 Aug 2013, Felix Miata wrote:
But "video" does not work,
Can't without KMS.
Of course it can. With e.g. matroxfb, which I've been using _at least_ since 2.4.10pre11 which I built in Sep. 2001 ... Still got the lilo.conf, kernel and .config ...
append="video=matrox:vesa:434 hdd=ide-scsi"
That "video" is specific to employing matroxfb, =proprietarystring rather than =numberXnumber[@number] used as standard directive to KMS, so it can't in the thread context. OP is using Intel gfx, supported by KMS, not Matrox. Syntax for the 99.97% of installations using Intel, ATI & NVidia chips, is video=reshorizXresvert[@refresh]. Using G400 in 12.3 with 3.7.10 kernel-desktop and cmdline containing 'video=794 video=1152x864', tty video mode stays 1280x1024 (794); using only 'video=1400x1050', it stays 80x25 (BIOS default); because KMS (AFAICT) still does not support Matrox gfx chips. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Carlos E. R. -
Carlos E. R. -
Chuck Payne -
David Haller -
Felix Miata