amd64/153746: kernel crash with 2 X11 sessions on amd64 with
radeon drm
Patrick Mackinlay
patrick at spacesurfer.com
Fri Jan 7 19:11:16 UTC 2011
Hello,
This issue is not about when drm is loaded. The bug happens 100%
reliably and it does not matter how drm is loaded. I can load the radeon
kernel module at boot, manually before starting X11 or on demand when
xorg starts (that is how it is currently loaded) and the results will be
the same. I only mentioned mplayer because this is the only app I use
that uses any of the DRM functionality and I dont even have to run
mplayer for this issue to occur. However, the problem is definitely with
DRM because if I do not load the radeon kernel module then the problem
goes away (and I cant use mplayer because its too slow!).
Regarding hald, I have this disabled it in rc.conf with an interesting
comment:
# hald causes the mouse to go haywire when x starts
hald_enable="NO"
So I guess I had problems with this in the past. Either way hald is
unrelated to this problem.
Regarding the two links about deadlocks and unresponsive behaviour. This
also is not the case for me. The machine is 100% fine unless I close an
X session. I never experience deadlocks or unresponsive behaviour.
The crash always occurs when I have drm enabled, start two x sessions.
Close one (returning to a terminal) and exactly when I switch to the
other X session (CTRL-ALT-F9) the machine will automatically reboot. It
never locks or shows a kernel panic message, it just reboots.
Patrick
On 01/07/11 13:24, Oliver Pinter wrote:
> http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009370.html
> http://old.nabble.com/freebsd7,-radeon,-xorg-server-->-deadlock-or-so-td27524122.html
>
> On 1/7/11, fbsdmail at dnswatch.com <fbsdmail at dnswatch.com> wrote:
>>
>> On Thu, January 6, 2011 2:45 pm, Patrick Mackinlay wrote:
>>>
>>
>>>> Number: 153746
>>>> Category: amd64
>>>> Synopsis: kernel crash with 2 X11 sessions on amd64 with radeon
>>>> drm
>>>> Confidential: no
>>>> Severity: non-critical
>>>> Priority: medium
>>>> Responsible: freebsd-amd64
>>>> State: open
>>>> Quarter:
>>>> Keywords:
>>>> Date-Required:
>>>> Class: sw-bug
>>>> Submitter-Id: current-users
>>>> Arrival-Date: Thu Jan 06 22:50:07 UTC 2011
>>>> Closed-Date:
>>>> Last-Modified:
>>>> Originator: Patrick Mackinlay
>>>> Release: 8.1-RELEASE-p2 (affects 8.0 as well)
>>>> Organization:
>>>> Environment:
>>>>
>>> FreeBSD patrick.uknet.spacesurfer.com 8.1-RELEASE-p2 FreeBSD
>>> 8.1-RELEASE-p2 #3: Thu Jan 6 21:40:18 GMT 2011
>>> root at patrick.uknet.spacesurfer.com:/usr/obj/usr/src/sys/PATRICK amd64
>>>
>>>> Description:
>>>>
>>> If I start 2 X11 sessions (startx and start -- :1). The close the
>>> sessions on display :1, when I switch to the session on display :0 the
>>> system reboots. I have an amd64 with a ATI radeon card:
>>>
>>> drm0: <ATI Radeon HD 4650> on vgapci0
>>>
>>>
>>> Note that if I never close either X11 session there is no problem with
>>> stability (weeks uptime), however the only graphics intensive app I use
>>> is mplayer. mplayer is the only reason I need drm, however the bug will
>>> be triggered even if I havn't used mplayer in my X11 session.
>> Greetings,
>> Fact is, Mplayer has nothing to do with when/how drm is loaded. 2
>> possibilities exist for loading; @boot via loader.conf(5), or when
>> starting X via xorg.conf(5).
>> If you're loading it via xorg.conf(5), and suspect drm to be the culprit.
>> The easiest solution would be to comment the line that loads it in your
>> xorg.conf(5) file. Then startx(1), and see if there's any difference in
>> behavior. FWIW I haven't been able to use HALd on _any_ 64bit box. So
>> against the suggested entries in rc.conf(8):
>> dbus_enable="YES"
>> hald_enable="YES"
>>
>> I need to use
>>
>> hald_enable="NO"
>> or I have big problems running X. I only mention it, in case this
>> might also apply to your situation.
>>
>> HTH
>>
>> --Chris
>>
>>>
>>> I will attach the output from dmesg with my full system setup and the
>>> output from the two xorg log files.
>>>> How-To-Repeat:
>>>>
>>>
>>>> Fix:
>>>>
>>>
>>>
>>>> Release-Note:
>>>> Audit-Trail:
>>>> Unformatted:
>>>>
>>> _______________________________________________
>>> freebsd-amd64 at freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64
>>> To unsubscribe, send any mail to "freebsd-amd64-unsubscribe at freebsd.org"
>>>
>>>
>>
>>
>> --
>> kern:
>> FreeBSD 8.1-RELEASE amd64
>>
>>
>> _______________________________________________
>> freebsd-amd64 at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64
>> To unsubscribe, send any mail to "freebsd-amd64-unsubscribe at freebsd.org"
>>
--
Patrick Mackinlay patrick at spacesurfer.com
http://patrick.spacesurfer.com/ tel: +44.7050699851
Yahoo messenger: patrick00_uk fax: +44.7050699852
SpaceSurfer Limited http://www.spacereg.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20110107/5dd3e662/signature.pgp
More information about the freebsd-amd64
mailing list