View previous topic :: View next topic |
Author |
Message |
zaratustra_20 n00b
Joined: 26 Sep 2006 Posts: 72 Location: Croatia,Europe
|
Posted: Sat Oct 20, 2007 8:27 am Post subject: not working |
|
|
Code: | zaratustra@shanti ~ $ cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes | grep 1280x800
1280x800-8, 0x0169
1280x800-16, 0x016a
1280x800-32, 0x016b
|
Code: | zaratustra@shanti ~ $ cat /boot/grub/menu.lst
default 0
timeout 30
splashimage=(hd0,0)/grub/black.xpm.gz
title=G3N70o-5oUrC3S-2.6.23
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda3 video=uvesafb:1280x800-16:mtrr:3,ywrap
|
Code: | zaratustra@shanti ~ $ dmesg | grep uves
Kernel command line: root=/dev/sda3 video=uvesafb:1280x800-16:mtrr:3,ywrap
uvesafb: Intel Corporation, Intel(r)915GM/910ML/915MS Graphics Controller, Hardware Version 0.0, OEM: Intel(r)915GM/910ML/915MS Graphics Chip Accelerated VGA BIOS, VBE v3.0
uvesafb: VBIOS/hardware doesn't support DDC transfers
uvesafb: no monitor limits have been set, default refresh rate will be used
uvesafb: scrolling: redraw
uvesafb: framebuffer at 0xc0000000, mapped to 0xf8a00000, using 7872k, total 787
|
and resolution is still small while in framebuffer... any ideas? |
|
Back to top |
|
|
swimmer Veteran
Joined: 15 Jul 2002 Posts: 1330 Location: Netherlands
|
Posted: Sat Oct 20, 2007 8:02 pm Post subject: |
|
|
Hmm - 915resolution comes to my mind again - look at my post on last page to see how I achieved to first load 915resolution and then the uvesafb module ...
HTH
swimmer |
|
Back to top |
|
|
mikegpitt Advocate
Joined: 22 May 2004 Posts: 3224
|
Posted: Tue Oct 23, 2007 1:38 am Post subject: |
|
|
From Spock's site he says:
Code: | the Video BIOS code is run in userspace by a helper application |
Does this mean that we have a chance for generic compatibility for a larger variety of cards, or will support pretty much be where it's at for vesafb-tng? I've noticed on some older machines vesafb support doesn't work, likely due to hardware incompatibilities. |
|
Back to top |
|
|
n3Cre0 Tux's lil' helper
Joined: 16 Jan 2007 Posts: 129
|
Posted: Wed Oct 24, 2007 8:21 pm Post subject: |
|
|
Well I was never successful in getting vesa-tng to work.. uvesa works great! Now I can finally see my computer shutting down, or drop out of X, switch consoles (ctrl + alt + f[1-?]).. _________________ OS: Linux 2.6.26 i686 Gentoo v2.0.0 Sound: HDA Intel
CPU: Intel(R) Pentium(R) M processor 1.73GHz (GenuineIntel)
Disk: 95.23GB Video: ATI Radeon Mobility X700 XL with Catalyst 8.08 RAM: 1011MB |
|
Back to top |
|
|
OneOfMany Tux's lil' helper
Joined: 19 Nov 2003 Posts: 108 Location: Portland, OR USA
|
Posted: Sat Oct 27, 2007 8:37 pm Post subject: |
|
|
Anyone seen their console shift to the right and down a little from the usual spot? This was always after exiting X windows. I use the ~x86 latest nvidia binary driver inside X. Not sure if it also happens with the nv driver, as I normally see it when I'm not trying to generate it. Another detail might be that I'm using 1920x1200 (yes my video card has that in the list of supported resolutions).
[update]
So far doesn't seem to happen with nv driver. I'll try switching back soon and make sure it repro's for me again. |
|
Back to top |
|
|
manwich n00b
Joined: 25 Nov 2005 Posts: 5
|
Posted: Mon Oct 29, 2007 5:53 am Post subject: No Dice |
|
|
Uvesafb does not give me any errors, but is still displaying my screen in a low resolution! I'm using gentoo-sources 2.6.33 so no need to patch anything, I simply followed the guide on Spocks site. For the kernel parameters I replaced ywrap with redraw because I'm using amd64. I have the initramfs compiled into the kernel.
output of cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes:
640x400-8, 0x0100
640x480-8, 0x0101
800x600-8, 0x0103
1024x768-8, 0x0105
1280x1024-8, 0x0107
320x200-16, 0x010e
320x200-32, 0x010f
640x480-16, 0x0111
640x480-32, 0x0112
800x600-16, 0x0114
800x600-32, 0x0115
1024x768-16, 0x0117
1024x768-32, 0x0118
1280x1024-16, 0x011a
1280x1024-32, 0x011b
320x200-8, 0x0130
320x400-8, 0x0131
320x400-16, 0x0132
320x400-32, 0x0133
320x240-8, 0x0134
320x240-16, 0x0135
320x240-32, 0x0136
640x400-16, 0x013d
640x400-32, 0x013e
1280x800-8, 0x0160
1280x800-32, 0x0161
768x480-8, 0x0162
1680x1050-8, 0x0168
1680x1050-32, 0x0169
excellent, it appears I have support for full resolution!
kernel paramaters:
kernel /boot/vmlinuz root=/dev/sda6 video=uvesafb:1680x1050-32,redraw
(Also tried with mttr:3, same result, I removed it because I have no idea how many MTTRs I have, and no seems to have explained how to set this option)
Gentoo boots as normal, but does not change resolutions!
output of dmesg | grep uvesafb:
uvesafb: NVIDIA Corporation, G86 Board - e416h01c, Chip Rev , OEM: NVIDIA, VBE v3.0
uvesafb: VBIOS/hardware doesn't support DDC transfers
uvesafb: no monitor limits have been set, default refresh rate will be used
uvesafb: scrolling: redraw
uvesafb: framebuffer at 0xb3000000, mapped to 0xffffc20001480000, using 13781k, total 14336k
Ack! No apparent errors. Where have i gone wrong!! I would absolutely love to have a full resolution TTY! |
|
Back to top |
|
|
swimmer Veteran
Joined: 15 Jul 2002 Posts: 1330 Location: Netherlands
|
Posted: Mon Oct 29, 2007 11:03 am Post subject: |
|
|
Hmmm - I don't see any "CONSOLE=/dev/tty1" in your cmdline ...
Mine looks like this: Code: | root=/dev/sda3 video=uvesafb:1280x1024-32 mtrr=3 scroll=ywrap splash=verbose,fadein,theme:mine fbcon=scrollback:512K CONSOLE=/dev/tty1 |
(All in one line!!!)
HTH
swimmer |
|
Back to top |
|
|
96140 Retired Dev
Joined: 23 Jan 2005 Posts: 1324
|
Posted: Mon Oct 29, 2007 6:12 pm Post subject: |
|
|
--
Last edited by 96140 on Fri Sep 13, 2013 8:56 am; edited 1 time in total |
|
Back to top |
|
|
manwich n00b
Joined: 25 Nov 2005 Posts: 5
|
Posted: Tue Oct 30, 2007 4:35 am Post subject: |
|
|
Google shows that the K8 uses the write back write policy for the L2 cache. I'll try mtrr:2 and see what happens
Edit: no difference
Last edited by manwich on Tue Oct 30, 2007 4:41 am; edited 1 time in total |
|
Back to top |
|
|
manwich n00b
Joined: 25 Nov 2005 Posts: 5
|
Posted: Tue Oct 30, 2007 4:37 am Post subject: |
|
|
swimmer wrote: | Hmmm - I don't see any "CONSOLE=/dev/tty1" in your cmdline ...
Mine looks like this: Code: | root=/dev/sda3 video=uvesafb:1280x1024-32 mtrr=3 scroll=ywrap splash=verbose,fadein,theme:mine fbcon=scrollback:512K CONSOLE=/dev/tty1 |
(All in one line!!!)
HTH
swimmer |
Odd, I notice you pass mtrr=3 to the kernel instead of using the mtrr:3 option for uvesafb. I'm a bit confused about the difference
Edit: sorry, I figured it out. You just have it compiled as a module |
|
Back to top |
|
|
OneOfMany Tux's lil' helper
Joined: 19 Nov 2003 Posts: 108 Location: Portland, OR USA
|
Posted: Thu Nov 01, 2007 12:48 am Post subject: Re: No Dice |
|
|
manwich wrote: | Uvesafb does not give me any errors, but is still displaying my screen in a low resolution! I'm using gentoo-sources 2.6.33 so no need to patch anything, I simply followed the guide on Spocks site. For the kernel parameters I replaced ywrap with redraw because I'm using amd64. I have the initramfs compiled into the kernel.
output of cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes:
640x400-8, 0x0100
... |
I notice the FAQ on Spock's page says to look in /sys/class/graphics/fb0/modes instead (not sure if it matters)...
As far as MTRR's go, higher is better if your hardware supports it. But it is probably a good idea to remove the option until you get it working. I don't know what happens if the hw doesn't support the option...for resolutions not listed it just uses the default (low) resolution. Previously I had passed an unsupported resolution in and vesa-tng gave me something that looks the same as my current 1920x1200. But uvesafb doesn't...I had to pass the supported resolution in (one from the location I point at above...the U and V don't seem to matter...guessing V = vesa mode, U = user custom mode).
Also might try just specifying the resolution and let the bits per pixel not be specified. Or try other values (8, 16, 24), of course according to your output it looks like 8 and 32 are the only two supported numbers. |
|
Back to top |
|
|
manwich n00b
Joined: 25 Nov 2005 Posts: 5
|
Posted: Thu Nov 01, 2007 5:05 am Post subject: |
|
|
output of cat /sys/class/graphics/fb0/modes
Code: | U:1680x1050p-59
V:1280x1024p-85
V:1280x1024p-75
V:1280x1024p-60
V:1024x768p-85
V:1024x768p-75
V:1024x768p-70
V:1024x768p-60
V:1024x768i-53
V:800x600p-85
V:800x600p-75
V:800x600p-72
V:800x600p-60
V:800x600p-56
V:640x480p-85
V:640x480p-75
V:640x480p-72
V:640x480p-60
V:640x400p-85
U:1680x1050p-59
U:768x480p-60
U:1280x800p-60
U:320x240p-60
U:320x400p-59
U:320x200p-59
U:1280x1024p-59
U:1024x768p-60
U:800x600p-59
U:640x480p-60
U:640x400p-59
|
I notice it wanted me to use a 59 refresh rate (at least I think that's what it means at least). I assume p means progressive scan which should be default for an LCD. I'm not entirely sure how to do this. I tried adding maxvf:59 to grub.conf but I still get Code: | uvesafb: no monitor limits have been set, default refresh rate will be used | in dmesg. I'm not entirely sure if this means I failed to set the verticle refresh rate, if I gave an invalid vertical refresh rate (maybe it should be 59.89?), if it successfully loaded the vertical refresh rate but wants a horizontal scan rate and maximum pixel clock (IIRC LCDs don't use horizontal scan rates?). I'm not even sure if this is the problem but I seem to remember someone saying they needed to change the refresh rate to 59. BTW I've removed mtrr:2 until I get it working. I might add nomtrr just to be safe.
Any ideas? Not only is it not in 1680x1050 resolution, it never changes resolution from the small res while the kernel is loading. |
|
Back to top |
|
|
sLumpia Tux's lil' helper
Joined: 10 Jul 2006 Posts: 120 Location: troller land
|
Posted: Thu Nov 01, 2007 4:52 pm Post subject: Re: No Dice |
|
|
manwich wrote: | I'm using gentoo-sources 2.6.33 so no need to patch anything, |
wow |
|
Back to top |
|
|
creidiki Apprentice
Joined: 23 Mar 2007 Posts: 283 Location: Varese (Italy)
|
Posted: Tue Nov 06, 2007 9:02 pm Post subject: |
|
|
So far, vesafb-tbg makes my console run @ 1680x1050, uvesafb runs @ 640x480 and nothing i do changes that.
I'm sticking with 2.6.22 for now. _________________ '((eINIT) (soor overlay)) |
|
Back to top |
|
|
Habbit Apprentice
Joined: 01 Sep 2007 Posts: 237 Location: 3.7137 W, 40.3873 N
|
Posted: Tue Nov 06, 2007 10:21 pm Post subject: |
|
|
I seem to be having some strange problems with uvesafb in gentoo-sources-2.6.23 in amd64: regardless of the mode I select in the kernel line, my monitor goes blank, though Gentoo continues to (successfully) load, blissfully unaware that its display is dead. Vesafb, on the other hand, works fine (but is not able to show 1680x1050, which is what I want uvesafb for)
These are the kernel buffer (dmesg) relevant lines, recovered through ssh while the monitor was blank:
Code: | [ 21.374020] uvesafb: (C) 1988-2003, ATI Technologies Inc. R48001.00, R48001.00, 01.00, OEM: ATI ATOMBIOS(C) 1988-2003, ATI Technologies Inc. R48001.00, VBE v3.0
[ 21.379475] uvesafb: VBIOS/hardware supports DDC2 transfers
[ 21.500685] uvesafb: monitor limits: vf = 75 Hz, hf = 83 kHz, clk = 150 MHz
[ 21.500814] uvesafb: scrolling: redraw
[ 21.504215] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings.
[ 21.760431] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings.
[ 22.018964] Console: switching to colour frame buffer device 80x30
[ 22.019003] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings.
[ 22.279628] uvesafb: framebuffer at 0xe0000000, mapped to 0xffffc20010100000, using 16384k, total 16384k
[ 22.280811] fb0: VESA VGA frame buffer device
[ 22.281544] vga16fb: initializing
[ 22.281547] vga16fb: mapped to 0xffff8100000a0000
[ 22.282275] fb1: VGA16 VGA frame buffer device
|
The GRUB kernel line was root=/dev/sdb6 video=uvesafb:1680x1050 CONSOLE=/dev/tty1 (but any other mode, or even no mode setting at all, produces the same result), and I _do_ have the required initrd with v86d and all its dependencies on it. Any help would be greatly appreciated. _________________
Code: | ~ $ objdump -d ./habbit_mind
90 xchg %rax, %rax
EB FD jmp $-3 |
|
|
Back to top |
|
|
anarsoul n00b
Joined: 08 Nov 2007 Posts: 5 Location: Belarus
|
Posted: Thu Nov 08, 2007 10:52 am Post subject: |
|
|
I've managed to set 1280x800 resolution with uvesafb
Actually it's a dirty hack - I've compiled 915resolution with v86d in single binary, but it works
I can provide patch, write to PM |
|
Back to top |
|
|
anarsoul n00b
Joined: 08 Nov 2007 Posts: 5 Location: Belarus
|
Posted: Fri Nov 09, 2007 5:34 pm Post subject: v86d patch |
|
|
Here's a v86d patch with ebuild: http://fenix-fen.at.tut.by/v86d.tar.gz
Note that it's a really dirty hack It can be used with intel video only. Now it's configured to use 1280x800-16 with mode number 5a. If you want another one resolution, or different mode number - change v86d-915.patch
Don't forget to add video=uvesafb:1280x800-16,mtrr:3,ywrap to your kernel command line
And you should recompile kernel too |
|
Back to top |
|
|
phsdv Guru
Joined: 13 Mar 2005 Posts: 372 Location: Europe
|
Posted: Fri Nov 09, 2007 6:11 pm Post subject: |
|
|
Without any hacks running at 1600x1200@60Hz (same as my X11 resolution).
Code: | Linux version 2.6.23-gentoo-r1
...
Kernel command line: root=/dev/sda3 video=uvesafb:1600x1200-32,mtrr:2,ywrap
...
uvesafb: NVIDIA Corporation, G86 Board - p403h24 , Chip Rev , OEM: NVIDIA, VBE v3.0
uvesafb: protected mode interface info at c000:b010
uvesafb: pmi: set display start = c00cb073, set palette = c00cb0ce
uvesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
uvesafb: VBIOS/hardware supports DDC2 transfers
uvesafb: monitor limits: vf = 85 Hz, hf = 106 kHz, clk = 229 MHz
uvesafb: scrolling: ywrap using protected mode interface, yres_virtual=2293
Console: switching to colour frame buffer device 200x75
uvesafb: framebuffer at 0xfb000000, mapped to 0xf8880000, using 14336k, total 14336k
fb0: VESA VGA frame buffer device | So it is definitely possible. All the posts here made me think that it uvesafb would be worse than vesa-tng. However it is not the case for me. (your millage may vary...)
According to cat /sys/class/graphics/fb0/modes I should be able to get it even at higher refresh rates, but I did not manage that yet.
Code: | $ cat /sys/class/graphics/fb0/modes
U:1600x1200p-85
U:640x480p-67
V:1600x1200p-85
V:1600x1200p-75
V:1600x1200p-70
V:1600x1200p-65
V:1600x1200p-60
V:1280x1024p-85
V:1280x1024p-75
V:1280x1024p-60
V:1024x768p-85
V:1024x768p-75
V:1024x768p-70
V:1024x768p-60
V:800x600p-85
.....
|
|
|
Back to top |
|
|
anarsoul n00b
Joined: 08 Nov 2007 Posts: 5 Location: Belarus
|
Posted: Fri Nov 09, 2007 7:43 pm Post subject: |
|
|
phsdv wrote: | Without any hacks running at 1600x1200@60Hz (same as my X11 resolution).
|
Yep, but you have nvidia card
Intel videocards by default don't have widescreen resolutions in vesa mode list. |
|
Back to top |
|
|
hoyanf Tux's lil' helper
Joined: 27 Aug 2005 Posts: 80 Location: Malaysia
|
Posted: Fri Nov 09, 2007 8:14 pm Post subject: |
|
|
anarsoul wrote: | phsdv wrote: | Without any hacks running at 1600x1200@60Hz (same as my X11 resolution).
|
Yep, but you have nvidia card
Intel videocards by default don't have widescreen resolutions in vesa mode list. |
You should try and check supported resolutions reported by fb :- Code: | cat /sys/class/graphics/fb0/modes |
Regards,
hoyanf _________________ WorkPC -> Xeon x3440 | Gigabyte P55-UD6 | 16GB DDR3 | HDD1 - 600GB | HDD2 - 500 GB | HDD3 - 1TB
HomePC -> Xeon x3320 | Gigabyte GA-EP45-UD3P | 8GB DDR2 | HDD1 - 500GB | HDD2 - 1TB |
|
Back to top |
|
|
anarsoul n00b
Joined: 08 Nov 2007 Posts: 5 Location: Belarus
|
Posted: Fri Nov 09, 2007 8:20 pm Post subject: |
|
|
hoyanf wrote: |
You should try and check supported resolutions reported by fb :- Code: | cat /sys/class/graphics/fb0/modes |
Regards,
hoyanf |
Of course, I've tried. But there's no 1280x800 in vesa modes list without using 915resolution (it's utility to patch video bios of intel 855/865/9x5 chipsets). |
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Fri Nov 09, 2007 9:16 pm Post subject: |
|
|
anarsoul wrote: | phsdv wrote: | Without any hacks running at 1600x1200@60Hz (same as my X11 resolution).
|
Yep, but you have nvidia card
Intel videocards by default don't have widescreen resolutions in vesa mode list. | Erm, have you guys noticed that 1600x1200 is not a widescreen resolution? |
|
Back to top |
|
|
swimmer Veteran
Joined: 15 Jul 2002 Posts: 1330 Location: Netherlands
|
Posted: Sat Nov 10, 2007 2:39 am Post subject: |
|
|
Hmm - I *do* have a nvidia card and 'cat /sys/class/graphics/fb0/modes' gives me nothing more that that: Code: | U:1280x1024p-59
V:1280x1024p-85
V:1280x1024p-75
V:1280x1024p-60
V:1024x768p-85
V:1024x768p-75
V:1024x768p-70
V:1024x768p-60
V:1024x768i-53
V:800x600p-85
V:800x600p-75
V:800x600p-72
V:800x600p-60
V:800x600p-56
V:640x480p-85
V:640x480p-75
V:640x480p-72
V:640x480p-60
V:640x400p-85
U:320x240p-60
U:320x400p-59
U:320x200p-59
U:1280x1024p-59
U:1024x768p-60
U:800x600p-59
U:640x480p-60
U:640x400p-59 |
How comes?
Greetz
swimmer |
|
Back to top |
|
|
Donkey_Breath n00b
Joined: 21 Dec 2005 Posts: 12
|
Posted: Mon Nov 12, 2007 10:20 am Post subject: |
|
|
swimmer wrote: | Hmm - I *do* have a nvidia card and 'cat /sys/class/graphics/fb0/modes' gives me nothing more that that: Code: | U:1280x1024p-59
V:1280x1024p-85
V:1280x1024p-75
V:1280x1024p-60
V:1024x768p-85
V:1024x768p-75
V:1024x768p-70
V:1024x768p-60
V:1024x768i-53
V:800x600p-85
V:800x600p-75
V:800x600p-72
V:800x600p-60
V:800x600p-56
V:640x480p-85
V:640x480p-75
V:640x480p-72
V:640x480p-60
V:640x400p-85
U:320x240p-60
U:320x400p-59
U:320x200p-59
U:1280x1024p-59
U:1024x768p-60
U:800x600p-59
U:640x480p-60
U:640x400p-59 |
How comes?
|
I also have this issuewith an nvidia card (an 8600GT). X runs 1680x1050 fine, and hwinfo --vbe states that the framebuffer supports "Mode 0x0369: 1680x1050 (+6720), 24 bits".
I have the same modes as you with 'cat /sys/class/graphics/fb0/modes' - i.e. no widescreen modes higher than 640x400 and no resolution at all higher than 1280x1024. Was really hoping to finally be able to use a decent resolution with this system, as I can't use vesa-tng with my 64-bit Gentoo. |
|
Back to top |
|
|
Netolish n00b
Joined: 23 Mar 2006 Posts: 6 Location: Czech Republic
|
Posted: Tue Nov 13, 2007 11:02 am Post subject: Problem to build v86d |
|
|
I still cannot build v86d.
Error: " You need to compile klibc against a kernel tree patched with uvesafb"
Kernel 2.6.23-gentoo-r1
CONFIG_CONNECTOR=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FB_UVESA=y
Dmesg:
uvesafb: failed to execute /sbin/v86d
uvesafb: make sure that the v86d helper is installed and executable
uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2)
uvesafb: vbe_init() failed with -22
uvesafb: probe of uvesafb.0 failed with error -22
Reboot, reemerged klibc but emerge v86d still failed.
Any tips to check?
Thanks Netolish |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|