View previous topic :: View next topic |
Author |
Message |
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Sun Oct 25, 2009 7:57 pm Post subject: Uvesafb fails on 2.6.32-rc5 |
|
|
Greetings.
I upgraded to the new kernel since I want to have the newest btrfs patches. Almost everything is fine too, except for Uvesafb. It fails completely. While on older kernels I can at least manage to get something like 1280x960 (or something like that, although I wanted something a lot higher), this time I barely reach VGA resolution. This is what dmesg gives me regarding uvesafb:
Code: | uvesafb: NVIDIA Corporation, G80 Board - p355h00 , 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
mtrr: type mismatch for ed000000,800000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,400000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,200000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,100000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,80000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,40000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,20000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,10000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,8000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,4000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,2000 old: write-back new: write-combining
mtrr: type mismatch for ed000000,1000 old: write-back new: write-combining
Console: switching to colour frame buffer device 40x25
uvesafb: framebuffer at 0xed000000, mapped to 0xffffc90004100000, using 10240k, total 14336k
fb0: VESA VGA frame buffer device
|
and my kernel command line:
Code: | root=/dev/sda1 video=uvesafb:1920x1200-32,mtrr:3,ywrap fbcon=scrollback:1024K usbhid.mousepoll=1 acpi_enforce_resources=lax |
Any ideas? Yes, I know that I shouldn't expect the newest kernel rc to work flawlessly, but this gotta be fixable somehow.
Last edited by haarp on Sun Jan 17, 2010 10:15 pm; edited 2 times in total |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54324 Location: 56N 3W
|
Posted: Sun Oct 25, 2009 9:16 pm Post subject: |
|
|
Moved from Kernel & Hardware to Unsupported Software.
-rc kernels are not supported, so it belongs here _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Tue Dec 01, 2009 10:26 pm Post subject: |
|
|
still having this problem :/ |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Fri Dec 11, 2009 7:00 am Post subject: |
|
|
Problem still present on 2.6.32-gentoo. I guess this can be moved back into Kernel&Hardware? |
|
Back to top |
|
|
j79zlr Apprentice
Joined: 05 Dec 2004 Posts: 235 Location: Chicago, IL
|
Posted: Sun Dec 27, 2009 8:56 pm Post subject: |
|
|
I'm having the same issue, is there a fix or bug filed? |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Wed Jan 13, 2010 10:41 am Post subject: |
|
|
j79zlr,
does deselecting the old Vesa Framebuffer and APGgart in your kernel config fix it? It did for me. |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Sun Jan 17, 2010 10:16 pm Post subject: |
|
|
False alert. It's not solved. I forgot that I switched graphics cards a while ago
This problem appears on a Geforce 8800GTX for me. Another 9300GE works fine. |
|
Back to top |
|
|
j79zlr Apprentice
Joined: 05 Dec 2004 Posts: 235 Location: Chicago, IL
|
Posted: Sun Feb 21, 2010 7:41 am Post subject: |
|
|
Not sure, I have went back to 2.6.31 and was waiting for that bug to be fixed before jumping back to 2.6.32. |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Sun Feb 21, 2010 6:16 pm Post subject: |
|
|
Could you do a regression test? As I stated, this bug doesn't happen with my new card, so I can't do it myself. |
|
Back to top |
|
|
j79zlr Apprentice
Joined: 05 Dec 2004 Posts: 235 Location: Chicago, IL
|
Posted: Thu Feb 25, 2010 2:03 am Post subject: |
|
|
Just tried 2.6.32-r7 and same problem. I built it without AGP or VESA and still no go. I have a 7950GT.
Just tried 2.6.33 and still has the same problem. |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Thu Feb 25, 2010 10:15 am Post subject: |
|
|
And it probably won't get fixed until someone does a regression test. :/ |
|
Back to top |
|
|
rjw8703 Apprentice
Joined: 14 Aug 2004 Posts: 246 Location: Auburn, Al
|
Posted: Thu Feb 25, 2010 11:23 am Post subject: |
|
|
How do you do a regression test? |
|
Back to top |
|
|
i92guboj Bodhisattva
Joined: 30 Nov 2004 Posts: 10315 Location: Córdoba (Spain)
|
Posted: Thu Feb 25, 2010 11:30 am Post subject: |
|
|
rjw8703 wrote: | How do you do a regression test? |
First, you need to find the last kernel version that works, then you have to go forward bisecting commits until you find the one that broke the thing. Then you or someone else fixes it.
Being the trend nowadays KMS I guess there's not a lot of people working on this though. I for one would love to see the old fb stuff dead. Note as well that first of everything you should be testing a vanilla kernel to ensure that's not a Gentoo patchset (or something else you added) which is causing the problem. |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8710 Location: ~Brussels - Belgique
|
Posted: Thu Feb 25, 2010 11:42 am Post subject: |
|
|
Hello,
uvesafb is used by nvidia users.
But I just saw that nouveau is integrated into the kernel 2.6.33. Maybe the nv/nouveau users can use nvidia framebuffer ? _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Thu Feb 25, 2010 11:46 am Post subject: |
|
|
It's definitely not a Gentoo patchset |
|
Back to top |
|
|
i92guboj Bodhisattva
Joined: 30 Nov 2004 Posts: 10315 Location: Córdoba (Spain)
|
Posted: Thu Feb 25, 2010 11:58 am Post subject: |
|
|
XavierMiller wrote: | Hello,
uvesafb is used by nvidia users.
But I just saw that nouveau is integrated into the kernel 2.6.33. Maybe the nv/nouveau users can use nvidia framebuffer ? |
http://kernelnewbies.org/Linux_2_6_33
Quote: | 1. Prominent features (the cool stuff)
1.1. Nouveau, a driver for Nvidia graphic cards
This version includes Nouveau, a driver for Nvidia graphic cards, the one major GPU vendor without opensource drivers in the Linux kernel. Being developed since 2006, it has 26,000 LoC (not counting the Mesa stuff and the rest of the DRM stack). Nvidia has not contributed to this driver, it has been reverse-engineered. Graphic cards are one of the most complex pieces of hardware that you can find in modern computers, it's difficult to write drivers for them even having all the docs. So the developers of Nouveau deserve a big applause.
Nouveau is important because opensource is the one way to get good long term support for your graphic card. The new and powerful graphic card you've bought today will be unsupported in a few years. This doesn't happen with open source drivers, Nouveau (and ATI open source drivers) support today more devices than the official propietary drivers: for example, Riva TNT and Geforce 2/4MX/4Ti/FX.
The feature set, however, is not comparable, but Nouveau already supports a decent set of features: modesetting (KMS), suspend/resume, Dual Head (RandR 1.2), and 2D operations (EXA, Xrender, Xv video). 3D functionality is not fully supported, but it's improving. And, of course, it's not stable, which is why it's only being merged in the staging directory.
The ctxprogs/ctx_voodoo" firmware will not be needed in the future, because it can be autogenerated. Only a few cards autogenerate it today, but the dependency will be removed in the future.
Code: (commit), (commit) |
The answer should be yes. I no longer have an nVidia card though, so I can't test it. |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8710 Location: ~Brussels - Belgique
|
Posted: Thu Feb 25, 2010 12:31 pm Post subject: |
|
|
for now, I switched from nVidia to nv, and will take a chance to nouveau _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
j79zlr Apprentice
Joined: 05 Dec 2004 Posts: 235 Location: Chicago, IL
|
Posted: Fri Feb 26, 2010 2:11 am Post subject: |
|
|
haarp wrote: | And it probably won't get fixed until someone does a regression test. :/ |
The problem showed up with the 2.6.32-r1 kernel for me and the latest 2.6.31-r10 works fine. So somewhere in between those two. I never tested any of the RC 2.6.32 kernel versions. |
|
Back to top |
|
|
mobiusproject Tux's lil' helper
Joined: 15 Jun 2003 Posts: 129
|
Posted: Fri Mar 12, 2010 4:07 am Post subject: |
|
|
I'm in the middle of the regression testing. About 10 more to go. |
|
Back to top |
|
|
mobiusproject Tux's lil' helper
Joined: 15 Jun 2003 Posts: 129
|
Posted: Fri Mar 12, 2010 6:18 am Post subject: |
|
|
output from git bisect:
Code: | a49c59c042c63b432307c1bbf7dac5a104c786e6 is the first bad commit
commit a49c59c042c63b432307c1bbf7dac5a104c786e6
Author: Rolf Eike Beer <eike-kernel@sf-tec.de>
Date: Tue Sep 22 16:44:03 2009 -0700
Make sure the value in abs() does not get truncated if it is greater than 2^32
abs() will truncate the input if is it outside the 2^32 range. Fix that
by assuming `long' input.
This might generate worse code in the common case.
Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
:040000 040000 9e6dcbf3d7a65e5e66d2df110a064454e512ef39 80f39a85fb54f272b81f00e93b7da4eda93aee67 M include |
|
|
Back to top |
|
|
mobiusproject Tux's lil' helper
Joined: 15 Jun 2003 Posts: 129
|
Posted: Mon Mar 15, 2010 11:58 pm Post subject: |
|
|
If there is anything past the kernel bisecting that I can help with, let me know. This is something that I would like to help fix. |
|
Back to top |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Tue Mar 16, 2010 9:43 am Post subject: |
|
|
Thanks for the test! Now all we can do is wait for Spock to figure out the problem behind the patch and fix it |
|
Back to top |
|
|
greyspoke Apprentice
Joined: 08 Jan 2010 Posts: 171
|
Posted: Thu May 20, 2010 4:29 pm Post subject: |
|
|
Regarding the original problem - have you tried mtrr=2 in your grub.conf boot line?
Whilst looking for something else, I came across the uvesafb documentation recently and it mentions this sort of thing. Here is a link.
Apologies if you have already tried this, most of what is on this thread means little to me, so I am speaking from ignorance here... |
|
Back to top |
|
|
|