| Summary: | [NVAA] Nouveau KMS framebuffer hand-over: no/black console on Nvidia MCP78S/C77/GeForce 8300 (10de:0848) with 32MB graphics RAM, X11 ok | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Walter Haidinger <walter.haidinger> | ||||||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||||||
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | normal | ||||||||||
| Priority: | medium | CC: | mirh | ||||||||
| Version: | unspecified | ||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Walter Haidinger
2014-06-29 12:06:44 UTC
Created attachment 101975 [details] vbtracetool rom dump Created a rom dump as suggested on http://nouveau.freedesktop.org/wiki/DumpingVideoBios/ # ./vbtracetool -w 2> 1043-82e2.rom Using card 10de:0848 on 0200 Nvidia card -- using PROM/PRAMIN BIOS Using card memory region at 0xfa000000 Attempting to locate BIOS image in PROM... BIOS signature not found Attempting to locate BIOS image in PRAMIN... appears to be valid You have a number of options being passed to the kernel: console=tty0 console=fb0 console=ttyS0,38400n8 video=card0-VGA-1:1024x768@60 Would you mind trying it without those? esp the video= option. No changes if I omit the console=fb0 and/or video= option. Using a different resolution for video= sets the X11 screen accordingly, though. I also recall that I've added those two in an effort to get a working console. But that obviously did not help. I believe I am having the same issue, except it is entirely black after KMS is activated on boot. Even in X11. I use Debian Testing on a Dell XPS m1730 with SLI Geforce 8700m. lspci -v |grep 84 03:00.0 VGA compatible controller: NVIDIA Corporation G84M [GeForce 8700M GT] (rev a1) (prog-if 00 [VGA controller]) (In reply to comment #4) > I believe I am having the same issue, except In other words... not the same issue. File a fresh bug with the relevant info. If it's deemed the same, we can mark it as a dup. Update: I got my consoles back! :-) Fix: Increased the ivdeo RAM set in the BIOS for the video card from 32MB to 64MB. I've also modified the title accordingly. Before: nouveau [ DRM] VRAM: 32 MiB Now: nouveau [ DRM] VRAM: 64 MiB Before closing this bug, could you at least add a warning if someone sets the video memory below 64MB? (In reply to Walter Haidinger from comment #6) > Update: I got my consoles back! :-) > > Fix: Increased the ivdeo RAM set in the BIOS for the video card from 32MB to > 64MB. > I've also modified the title accordingly. > > Before: > nouveau [ DRM] VRAM: 32 MiB > > Now: > nouveau [ DRM] VRAM: 64 MiB > > Before closing this bug, could you at least add a warning if someone sets > the video memory below 64MB? There shouldn't be any issue with using 32MB of vram. However I do think that the scanout buffer has to be in VRAM... which should be *more* than sufficient for 1024x768. Sounds like we're doing something very wrong somewhere... Same issue: when KMS is just switched I can see two kerenel logos in the top (the are not properly draw though) and after that - black console. I have same amount of VRAM allocated in BIOS setup (32M). 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) Linux hades 3.14.22-hardened-r1-grsec #2 SMP Fri Oct 31 10:48:31 EET 2014 x86_64 AMD Athlon(tm) II X2 270u Processor AuthenticAMD GNU/Linux BTW this is regression since kernel 3.2.* I've used before. This bug is still present in 4.14 kernel at least on MCP79 (ION). Bisected it to: 4f6029da58ba9204c98e33f4f3737fe085c87a6f is the first bad commit commit 4f6029da58ba9204c98e33f4f3737fe085c87a6f Author: Ben Skeggs <bskeggs@redhat.com> Date: Fri Nov 16 11:54:31 2012 +1000 drm/nv50-nvc0: switch to common disp impl, removing previous version Signed-off-by: Ben Skeggs <bskeggs@redhat.com> But it's a huge patch :( Created attachment 136458 [details] [review] use "low res" lut for c8 This patch seems to help. There is a problem in that the first modeset does appear to miss that initialization entirely, but later ones seem to work after the screen is initially turned off (by the modeset). Ben's latest tree ought to fix it completely: https://github.com/skeggsb/nouveau/commits/master Looks like fbcon started using the atomic ioctls when available, which for nouveau is since the conversion in 4.10, but we had not switched to using the atomic gamma property. That's why my patch was insufficient. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/114. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.