Date: Sat, 26 Mar 2011 10:38:22 GMT From: Hartmann@FreeBSD.org, "O." <ohartman@mail.zedat.fu-berlin.de> To: freebsd-gnats-submit@FreeBSD.org Subject: ports/155946: sysutils/hal: Does not restart properly after xdm/X11 reset in conjunction with xf86-video-ati Message-ID: <201103261038.p2QAcMDb015601@red.freebsd.org> Resent-Message-ID: <201103261040.p2QAeAWi010233@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 155946 >Category: ports >Synopsis: sysutils/hal: Does not restart properly after xdm/X11 reset in conjunction with xf86-video-ati >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 26 10:40:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Hartmann, O. >Release: FreeBSD 9.0-CURRENT/amd64 and FreeBSD 8.2-STABLE >Organization: FU Berlin >Environment: >Description: Login into a box unsuccessfully via xdm often results in a stuck xdm requester with no mouse and keyboard. Investigating this behaviour from a remote terminal shows that "hald" is dead and needs to be restartet. Some one can trigger this behaviour in doing some mistakes in the startup scripts .xsession/.xinitrc to fall back to the xdm login requester and try again login until the box is stuck due to no mouse and keyboard. I realize this problem on all(!) AMD/ATi driven boxes using xf86-video-ati as the video card driver. Several notebooks equipted with nVidia graphics chipsets using nVidias propriate driver do no show this behaviour, at least I can not trigger the HAL daemon to die by the mentioned method. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201103261038.p2QAcMDb015601>