Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 03-18-05, 10:58 AM   #1
Leechman
Registered User
 
Join Date: Oct 2004
Posts: 6
Talking 1.0-7167 still breaks up console framebuffer mode! => SOLUTION included

Hi!

I tried the 1.0-7167 drivers with my RivaTNT and I still have to say, that if i switch back from XFree to console with STRG+ALT+F2 for example, the framebuffer mode is broken, the letters are weird colored and I have to reboot.

This situation exists since 1.0-6629!

1.0-6111 is the last driver, where both worked: XFree86 AND console framebuffer mode (initiated with 'vga=7xx' boot option in lilo.conf).

So, is this a permanent error for everytime or is there a solution or workaround?

My system:
-AthlonXP 1600+
-512MB DDRAM
-RivaTNT/16MB
-latest XFree86
-Debian kernel 2.6.8-14

*** SOLUTION ***

I tested around and I found some inspirations in other blogs, so I simply decreased the bpp amount for framebuffer mode:

I switched from
vga=794 (mode 0x031a , 1280x1024x16bpp)
to
vga=775 (mode 0x0307 , 1280x1024x8bpp)
and it works for me with XFree86 and nvidia.ko module

--

Also really interesting for me was the output from hwinfo:

> hwinfo --framebuffer --gfxcard --monitor

02: None 00.0: 11001 VESA Framebuffer
[Created at bios.404]
Unique ID: rdCR.zg2TkC4BwP7
Hardware Class: framebuffer
Model: "NVidia Riva TNT"
Vendor: "NVidia"
Device: "Riva TNT"
SubVendor: "NVidia"
SubDevice:
Revision: "A0"
Memory Size: 15 MB + 768 kB
Memory Range: 0xe6000000-0xe6fbffff (rw)
Mode 0x0300: 640x400 (+640), 8 bits
Mode 0x0301: 640x480 (+640), 8 bits
Mode 0x0303: 800x600 (+800), 8 bits
Mode 0x0305: 1024x768 (+1024), 8 bits
Mode 0x0307: 1280x1024 (+1280), 8 bits
Mode 0x030e: 320x200 (+640), 16 bits
Mode 0x030f: 320x200 (+1280), 24 bits
Mode 0x0311: 640x480 (+1280), 16 bits
Mode 0x0312: 640x480 (+2560), 24 bits
Mode 0x0314: 800x600 (+1600), 16 bits
Mode 0x0315: 800x600 (+3200), 24 bits
Mode 0x0317: 1024x768 (+2048), 16 bits
Mode 0x0318: 1024x768 (+4096), 24 bits
Mode 0x031a: 1280x1024 (+2560), 16 bits
Mode 0x0330: 320x200 (+320), 8 bits
Mode 0x0331: 320x400 (+320), 8 bits
Mode 0x0332: 320x400 (+640), 16 bits
Mode 0x0333: 320x400 (+1280), 24 bits
Mode 0x0334: 320x240 (+320), 8 bits
Mode 0x0335: 320x240 (+640), 16 bits
Mode 0x0336: 320x240 (+1280), 24 bits
Mode 0x0337: 400x300 (+400), 8 bits
Mode 0x0338: 400x300 (+800), 16 bits
Mode 0x0339: 400x300 (+1600), 24 bits
Mode 0x033a: 512x384 (+512), 8 bits
Mode 0x033b: 512x384 (+1024), 16 bits
Mode 0x033c: 512x384 (+2048), 24 bits
Mode 0x033d: 640x400 (+1280), 16 bits
Mode 0x033e: 640x400 (+2560), 24 bits
Mode 0x0341: 1152x864 (+1152), 8 bits
Mode 0x0342: 1152x864 (+2304), 16 bits
Mode 0x0343: 1152x864 (+4608), 24 bits
Mode 0x0345: 1600x1200 (+1600), 8 bits
Mode 0x0346: 1600x1200 (+3200), 16 bits
Mode 0x034d: 1280x1024 (+5120), 24 bits
Mode 0x034e: 1600x1200 (+6400), 24 bits
Config Status: cfg=new, avail=yes, need=no, active=unknown

23: PCI(AGP) 100.0: 0300 VGA compatible controller (VGA)
[Created at pci.244]
Unique ID: VCu0.t2yUEzXILAE
Parent ID: vSkL.K3WJKbXW3V7
SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
SysFS BusID: 0000:01:00.0
Hardware Class: graphics card
Model: "Diamond Viper V550"
Vendor: pci 0x10de "nVidia Corporation"
Device: pci 0x0020 "Riva TNT"
SubVendor: pci 0x1092 "Diamond Multimedia Systems"
SubDevice: pci 0x0550 "Viper V550"
Revision: 0x03
Driver: "nvidia"
Memory Range: 0xe4000000-0xe4ffffff (rw,non-prefetchable)
Memory Range: 0xe6000000-0xe6ffffff (rw,prefetchable)
Memory Range: 0x00000000-0x0000ffff (ro,prefetchable,disabled)
IRQ: 11 (21998 events)
I/O Ports: 0x3c0-0x3df (rw)
Driver Info #0:
XFree86 v4 Server Module: nv
Color Depths: 8, 15, 16, 24

Extensions:
Options:
Driver Info #1:
XFree86 v4 Server Module: nvidia
3D Support: yes
Color Depths: 16

Extensions:
Options:
Driver Info #2:
XFree86 v3 Server: SVGA
Color Depths: 8, 16, 32
Extensions:
Options:
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #11 (PCI bridge)

This could have been a second try to devide the graphics memory access, but the first try did it for me.
The green marked output shows the possible bpp's for classic nv module.
The red marked output shows the possible bpp for 3D-supported nvidia module. It shows only 16 bpp! So I thought, this could be a reason, why framebuffer and XFree86 don't work with eachother. But it seems, hwinfo failed. My XFree86 still uses 24bpp and vesa framebuffer mode uses only 8bpp, but this ok for me.

24: None 00.0: 10000 Monitor
[Created at monitor.87]
Unique ID: rdCR.Wk62l_X9zQB
Hardware Class: monitor
Model: "BenQ FP2091"
Vendor: BNQ
Device: eisa 0x766b "BenQ FP2091"
Size: 41x31 cm
Resolution: 720x400@70Hz
Resolution: 640x480@60Hz
Resolution: 640x480@67Hz
Resolution: 640x480@72Hz
Resolution: 640x480@75Hz
Resolution: 800x600@60Hz
Resolution: 800x600@72Hz
Resolution: 800x600@75Hz
Resolution: 832x624@75Hz
Resolution: 1024x768@60Hz
Resolution: 1024x768@70Hz
Resolution: 1024x768@75Hz
Resolution: 1280x1024@75Hz
Resolution: 1152x864@75Hz
Resolution: 1280x1024@60Hz
Resolution: 1280x1024@72Hz
Resolution: 1280x1024@75Hz
Driver Info #0:
Max. Resolution: 1280x1024
Vert. Sync Range: 56-76 Hz
Hor. Sync Range: 31-80 kHz
Config Status: cfg=new, avail=yes, need=no, active=unknown

Also the max. resolution isn't correct for my 20"TFT (should be 1600x1200). But this could have been wrong DDI infos.

--

So I hope, I can help as many people as possible with the same problem


Leechman

Last edited by Leechman; 03-19-05 at 11:30 AM.
Leechman is offline   Reply With Quote
Old 03-19-05, 02:58 AM   #2
pascual
Registered User
 
Join Date: Mar 2005
Posts: 2
Default Re: 1.0-7167 still breaks up console framebuffer mode!

Yes I am having the same problem! I will try to switch back to the old driver.

Regards.
pascual is offline   Reply With Quote
Old 03-19-05, 04:03 AM   #3
pascual
Registered User
 
Join Date: Mar 2005
Posts: 2
Default Re: 1.0-7167 still breaks up console framebuffer mode!

Hi again,

I have kernel 2.6.10 in a Debian based distro. I followed your advice and downloaded driver 1.0-6111. To install it I had to apply some patches to the kernel, rebuild kernel and reinstall the driver using the nVIDIA installer, following this HOWTO .

The installation then was succesfull, BUT STILL HAVING THE SAME PROBLEM. Switching back from X to text consoles gives messy colors and unreadable consoles.

My system is a Dell Inspiron 8200 with nVIDIA GeForce 440 Go 64 MB.

Any help from nVIDIA team?
pascual is offline   Reply With Quote
Old 03-19-05, 09:38 AM   #4
silentplummet
Registered User
 
Join Date: Jun 2004
Posts: 94
Default Re: 1.0-7167 still breaks up console framebuffer mode!

"Any help from nVIDIA team?"

nope
silentplummet is offline   Reply With Quote
Old 03-19-05, 10:08 AM   #5
jong0357
Mad Penguin
 
Join Date: Dec 2003
Location: Columbus, Oh
Posts: 34
Send a message via Yahoo to jong0357
Default Re: 1.0-7167 still breaks up console framebuffer mode!

You know, I had this problem for the longest time until I realized it was my TV connected via S-Video cable that was causing the problem. If your running a laptop, I'm not sure what is going on but I added this to my xorg.conf file and the problem went away:

Code:
# This resolves the FrameBuffer issue with shutting down or switching VC's
    Option "ConnectedMonitor" "CRT"
    Option "IgnoreDisplayDevices" "TV"
If it helps you, great.. If not, sorry... This ofcourse leaves me with the problem of my TV not displaying my desktop altho it displays the console fine...

Ofcourse, you need to put that in with your Graphics card section...
jong0357 is offline   Reply With Quote
Old 03-19-05, 10:58 AM   #6
Metafor
Registered User
 
Join Date: Mar 2005
Posts: 1
Default Re: 1.0-7167 still breaks up console framebuffer mode!

Actually the new nvidia driver works fine with me.
And so did pretty much all older nvidia drivers too.

The console framebuffer works perfectly fine and it always have.
Im using kernel-2.6.11.5
Graphics card: geforce 2

You might have forgotten to select some choices when compiling the kernel?
Metafor is offline   Reply With Quote
Old 03-19-05, 11:33 AM   #7
Leechman
Registered User
 
Join Date: Oct 2004
Posts: 6
Talking Re: 1.0-7167 still breaks up console framebuffer mode!

I have included my solution in my first post above

Greetz

Leechman
Leechman is offline   Reply With Quote
Old 03-19-05, 04:26 PM   #8
jong0357
Mad Penguin
 
Join Date: Dec 2003
Location: Columbus, Oh
Posts: 34
Send a message via Yahoo to jong0357
Default Re: 1.0-7167 still breaks up console framebuffer mode!

Yea, I forgot to mention I'm using bootsplash. Has to be 16bit color... Actually, I've known that this has been an issue with vesa and nvidia not coexisting together for some time. If you don't define vga=xxx on bootup, this problem doesn't exist. More specifically, atleast with me, the problem starts when you use your initrd for the background. Running vga=788 with no initrd defined has no problems either... Oh well....

I finally got TV-OUT working, so my little fix doesn't apply anymore. Guess I'll just have to ditch bootsplash for now... I'd rather have TV-OUT...
jong0357 is offline   Reply With Quote

Old 03-19-05, 09:51 PM   #9
silentplummet
Registered User
 
Join Date: Jun 2004
Posts: 94
Default Re: 1.0-7167 still breaks up console framebuffer mode!

This is more of a workaround than a solution.
silentplummet is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
bad cursor after X in framebuffer console wintersky NVIDIA Linux 11 11-07-03 11:59 AM
Error messages... HELP!!!! Imperito NVIDIA Linux 3 09-24-02 10:46 PM
Framebuffer console mascot NVIDIA Linux 1 09-14-02 09:18 AM
Nvidia GF4 MX 440 + Mandrake tomchristopher NVIDIA Linux 3 08-18-02 09:42 AM
nVidia drivers + Red Hat Linux 7.3 Error404 NVIDIA Linux 17 08-16-02 11:34 AM

All times are GMT -5. The time now is 06:52 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.