On Tue, Apr 13, 2010 at 11:45 AM, Francisco Jerez <currojerez@xxxxxxxxxx> wrote:
> Renato Caldas <seventhguardian@xxxxxxxxx> 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"?
Sure, everything's attached. Sorry for the gnome/gdm noise filled logs..
Thanks,
Renato
>> 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@xxxxxxxxxxxxxxxxxxxxx
>> http://lists.freedesktop.org/mailman/listinfo/nouveau
>
Attachment:
lspci_output.bz2
Description: BZip2 compressed data
Attachment:
messages_bad.bz2
Description: BZip2 compressed data
Attachment:
messages_good.bz2
Description: BZip2 compressed data
-- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
