[Nouveau] Spurious TV load detection on GeForce 6150 (no TV connector)

[Francisco Jerez]

Renato Caldas <seventhguardian at gmail.com> writes:

> Hello,
>
> Since I've updated to F13 I keep getting blank screens at "cold" boot
> with this card:
> 00:05.0 VGA compatible controller: nVidia Corporation C51PV [GeForce
> 6150] (rev a2)
>
> When I say "cold" boot I mean the first couple of times I turn on my
> computer in the morning. After a couple of reboots I get plymouth to
> show up, and then X11. This never happened with F12.
>
> After comparing the logs (--- bad, +++ good), I found these:
>
> (...)
>  input: ImPS/2 Generic Wheel Mouse as
> /devices/platform/i8042/serio1/input/input4
> -[drm] nouveau 0000:00:05.0: Load detected on output B
> -[drm] nouveau 0000:00:05.0: allocated 1280x1024 fb: 0x49000, bo
> ffff880034ea0cd8
> +[drm] nouveau 0000:00:05.0: allocated 1280x1024 fb: 0x49000, bo
> ffff880034ea8cd8
>  fbcon: nouveaufb (fb0) is primary device
>  [drm] nouveau 0000:00:05.0: Setting dpms mode 0 on vga encoder (output 0)
>  [drm] nouveau 0000:00:05.0: Output VGA-1 is running on CRTC 0 using output B
> -[drm] nouveau 0000:00:05.0: Setting dpms mode 0 on TV encoder (output 2)
> -[drm] nouveau 0000:00:05.0: Output TV-1 is running on CRTC 1 using output B
> -Console: switching to colour frame buffer device 90x36
> +Console: switching to colour frame buffer device 160x64
>  fb0: nouveaufb frame buffer device
> (...)
>  [drm] nouveau 0000:00:05.0: Allocating FIFO number 1
>  [drm] nouveau 0000:00:05.0: nouveau_channel_alloc: initialised FIFO 1
> -[drm] nouveau 0000:00:05.0: Setting dpms mode 3 on TV encoder (output 2)
>  [drm] nouveau 0000:00:05.0: Allocating FIFO number 2
>  [drm] nouveau 0000:00:05.0: nouveau_channel_alloc: initialised FIFO 2
> (...)
>
> Although this may seem like a hardware quirk (it may be, partially),
> the fact is that I don't have a TV output, only VGA and DVI. So I
> guess the driver shouldn't be looking for load on an nonexistent
> output. This other log line may be relevant (or not):
>
Could you provide full kernel logs and the output from "lspci -vvn"?

> Apr 13 08:35:30 localhost kernel: type=1400 audit(1271144119.830:4):
> avc:  denied  { mmap_zero } for  pid=462 comm="vbetool"
> scontext=system_u:system_r:vbetool_t:s0-s0:c0.c1023
> tcontext=system_u:system_r:vbetool_t:s0-s0:c0.c1023 tclass=memprotect
>
> On the other hand, both CRTC's are using output B. I'm not that
> familiar with the hardware, and this may be completely wrong, but I
> assume an output can only be used by a single CRTC.
>
Yeah, that's correct.

> Cheers,
>   Renato
> _______________________________________________
> Nouveau mailing list
> Nouveau at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/nouveau
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20100413/747ace2c/attachment-0001.pgp>