On Mit, 2012-08-08 at 05:00 -0700, Dan DeVoto wrote: > > Below is dmesg output with video=radeonfb:off in the kernel command line: [...] > Aug 8 04:05:15 icebook kernel: [ 10.769815] checking generic (9c008000 > c0000) vs hw (98000000 8000000) > Aug 8 04:05:15 icebook kernel: [ 10.769832] fb: conflicting fb hw usage > radeondrmfb vs OFfb ATY,Fall_A - removing generic driver > Aug 8 04:05:15 icebook kernel: [ 10.779698] Console: switching to colour > dummy device 80x25 > Aug 8 04:05:15 icebook kernel: [ 10.782214] checking generic (98808000 > 5a000) vs hw (98000000 8000000) > Aug 8 04:05:15 icebook kernel: [ 10.782235] fb: conflicting fb hw usage > radeondrmfb vs OFfb ATY,Fall_B - removing generic driver
I heard that this handover from OFfb to radeon KMS can cause problems in some cases. Maybe you can try adding video=offb:off to video=radeonfb:off . > Aug 8 04:08:01 icebook kernel: [ 192.105636] > [drm:drm_calc_timestamping_constants] *ERROR* crtc 10: Can't calculate > constants, dotclock = 0! Otherwise this is the only other sign of any potential problem that I can see, though I think it shouldn't cause a black screen. Maybe you can also check what /sys/class/backlight/radeon_bl/brightness contains when the screen is black and whether writing 128 or other values between 0 and 255 to it makes a difference. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344431904.17900.198.camel@thor.local
