re: kern/49710: i386 radeondrmkms panic when starting Xorg

["John D. Baker" <jdbaker%mylinuxisp.com@localhost>]

The following reply was made to PR kern/49710; it has been noted by GNATS.

From: "John D. Baker" <jdbaker%mylinuxisp.com@localhost>
To: matthew green <mrg%eterna.com.au@localhost>
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost
Subject: re: kern/49710: i386 radeondrmkms panic when starting Xorg
Date: Sun, 26 Apr 2015 08:09:13 -0500 (CDT)

 On Thu, 23 Apr 2015, John D. Baker wrote:
 
 > was no observable change, except that I think the hack to compensate
 > for the almost-black-on-black framebuffer console didn't make weird
 > colors on my A31p (which isn't affected by a-b-o-b-f-c to begin with).
 > I didn't test further than X w/acceleration enabled (which hung as
 > before), but at least the framebuffer console text wasn't rainbow-colored.
 
 After a protracted series of updates while waiting for recent breakage to
 be mitigated, I finally booted a -current kernel as of 201504251800Z or
 so.
 
 The almost-black-on-black console workaround makes green kernel messages
 unreadable as if pixels are missing and the normal white text is sprinkled
 with red and blue pixels (remember displaying 80-column text on an NTSC
 composite color monitor ala Apple ][?).  (I'm using FONT_GLASS10x19.
 Maybe I should take that out, reverting to FONT_BOLD8x16 in the interrim.)
 
 X behavior is mostly unchanged.  Running without acceleration works,
 although the colors are now borked.  Running WITH acceleration "hangs"
 as described previously although the most recent run displayed hash
 across the root window with an intact and working mouse cursor.  Starting
 an 'xterm' as a sample client never opened its window and instead the
 X virtual terminal went completely black as if nothing was running.
 Back over on the console the message "usl_attach timeout" begain appearing
 about once ever 30 seconds or so.
 
 Once the X server is running with acceleration enabled, attempts to stop
 it hang the machine and one must drop into DDB and reboot from there.
 
 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645