Re: SOLVED: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
William Bulley w...@umich.edu wrote: See below for details of solution. [...] This problem is known (and fixed) in newer versions of xorg-server. See this URL for details of the problem. http://cgit.freedesktop.org/xorg/xserver/commit/?id=1884db430a5680e37e94726dff46686e2218d525 I have also attached the changes I made to the dit/events.c file. Thank you very much for sharing the solution! I've been having similar problems with olvwm recently (apart from the fact that it doesn't work on amd64, but that's a different story). It keeps forgetting grabs every now and then, forcing me to restart the session. The description at the above URL sounds like it should be applicable to my problem, too. I'm going to rebuild my X server with that patch ASAP. I wish all of the recent xorg problems would be that easy to fix (such as Ctrl-Alt-Fx not working anymore). Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Above all, they contribute to the genetic diversity in the operating system pool. Which is a good thing. -- Ruben van Staveren, on the question which BSD OS is the best one. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
SOLVED: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
See below for details of solution.
- Forwarded message from William Bulley w...@umich.edu -
To: FreeBSD Questions freebsd-questions@freebsd.org
From: William Bulley w...@umich.edu
Date: Wed, 25 Aug 2010 07:38:34 -0400
Subject: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
For years I have run Open-Motif on FreeBSD without issue.
I use a USB keyboard and a USB three button mouse attached to a Dell
Optiplex 960. This combination has worked fine for the past year.
This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE.
I do this by doing a buildworld/installworld sequence after csup-ing
stable-supfile and rebooting. In this case I also pkg_deleted all of
my ports and am rebuilding them from source. Building Xorg is one of
the very first ports I attempt since I prefer to work in xterms not
virtual terminals.
This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed
the same - open-motif-2.2.3_6 - it hasn't changed in years.
After building Xorg, as root, I ran the Xorg -configure command to
generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf
file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I
felt no need to change anything in that file (later file comparisons
confirmed that nothing had changed).
My only relevant additions to /etc/X11/xorg.conf are these:
Section ServerFlags
Option AutoAddDevices off
Option DontZap false
EndSection
In my /etc/rc.conf file I have dbus and hald enabled, and that has
not changed since the beginning of 2010 after the confusion abated.
As a normal user, I start Xorg using /usr/local/bin/xinit as always.
I have several xterms configured in my ~/.xinitrc file. All those
came up in the correct location and state. I was able to open those
that started in iconic mode. In an open/raised xterm I could enter
carriage returns and see my shell prompt move down the window. But
when I tried to close/minimize an open/raised xterm, things failed.
I use the following keyboard/mouse combination (configured in my
.mwmrc file) to close (minimize) an xterm (and other applications):
Shift Btn3Click window f.minimize
This is also unchanged for some years. This particular setting has
no bearing on the problem I came across yesterday. I merely state
it for the record. However, this configuration triggers the bug.
The problem is as soon as I use that Shift/Btn3Click combination,
my arrow cursor disappears, then I cannot move to or select other
xterms - I am frozen, or locked, into the xterm I was trying to
close/minimize. All I can do at this point is to kill(1) the
/usr/local/bin/xinit command to return to the virtual terminal
where I launched my Xorg session.
I am now reluctantly using the good old /usr/local/bin/twm which
is always built when Xorg is built from source. I am at a loss
as to what to look for next. I suspect Xorg, or the keyboard and
mouse driver, not the video driver, that came with. It might be
a problem with hald(8), but again, I don't know how to debug this.
Any help with this very odd bug would be greatly appreciated.
- End forwarded message -
This problem is known (and fixed) in newer versions of xorg-server.
See this URL for details of the problem.
http://cgit.freedesktop.org/xorg/xserver/commit/?id=1884db430a5680e37e94726dff46686e2218d525
I have also attached the changes I made to the dit/events.c file.
After rebuilding xorg-server with those patches, the Open Motif
(mwm) window manager now works with the above minimize keyboard
and mouse squence. Thanks for all the help.
Regards,
web...
--
William Bulley Email: w...@umich.edu
72 characters width template -|
for (; grab; grab = grab-next)
{
DeviceIntPtrgdev;
XkbSrvInfoPtr xkbi = NULL;
/* 3471 Maskmask = 0; */
gdev= grab-modifierDevice;
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
}
xE = core;
count = 1;
/* 3586 mask = grab-eventMask; */
} else if (match XI2_MATCH)
{
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
count = 1;
/* 3599 * FIXME: EventToXI2 returns NULL for enter events, so
* dereferencing the event is bad. Internal event types are
* aligned with core events, so the else clause is valid.
* long-term we should use internal events for enter/focus
* as well *
if (xE)
mask =
grab-xi2mask[device-id][((xGenericEvent*)xE)-evtype/8];
else if (event-type == XI_Enter || event-type == XI_FocusIn)
mask = grab-xi2mask[device-id][event-type/8]; */
} else
{
rc = EventToXI((InternalEvent*)event, xE, count
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
According to Polytropon free...@edvax.de on Wed, 08/25/10 at 10:03: In case you're using HAL + DBUS, the setting now has to be coded in XML in some arbitrary file at a decentral location buried deep in the /usr/local subtree. According to the handbook 5.4.2 Configuring X11 http://www.freebsd.org/doc/handbook/x-config.html this is /usr/local/etc/hal/fdi/policy/x11-input.fdi with ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbOptions type=stringterminate:ctrl_alt_bksp/merge /match /device /deviceinfo as well as /etc/X11/xorg.conf will need to be added Section ServerFlags Option DontZap off EndSection And the handbook also suggests a reboot (?!) to make sure HAL will pick up the new setting. Next time, you will have to reboot in order to make a mouse pointer position change visible. :-) Thanks for all the suggestions. Here is where things stand: I am still having the same problem since upgrading to 8.1-STABLE. First, what has changed. Then a clarification of the problem. xterm has changed: now 2.6.1 was 2.5.3 xorg has changed: now 7.5 was 7.3 xorg-server has changed: now 1.7.5,1 was 1.6.1,1 xf86-input-keyboard: now 1.4.0 was 1.3.2_2 xf86-input-mouse: now 1.5.0 was 1.4.0_6 hal has changed: now 0.5.14_8 was 0.5.13_12 kernel has changed: now 8.1-STABLE was 8.0-STABLE Note that open-motif _has_ _not_ _changed_ for some time. The problem is not in the method of shutting down my Xorg session. The problem is not the disappearance of my arrow cursor/pointer per se, although that may be a symptom of the underlying problem. The problem is that I am unable (now) to use open-motif through no change in my configs or my settings. Something has changed in the underlying applications, or system libraries, or kernel. In my use of open-motif, I use and depend on mouse focus. This means that when I move my mouse, the xterm I was in looses focus and the xterm into which I move my mouse pointer gains focus. This feature is also present in TWM, but open-motif (MWM) gives me the additional feature that the window having focus is also raised to the top - above all other windows/applications. This feature is critical for me and why I prefer using open-motif. When I first experienced this bug, all I could do at that point was to exit my xorg session (various folks have helped make that more normal). I have modified my .xinitrc file to include: /usr/local/bin/setxkbmap -option terminate:ctrl_alt_bksp and now Ctrl/Alt/BS sequence works as it used to in the old days. I have commented out ServerFlags section of my /etc/X11/xorg.conf file and I have rebooted my workstation. Both hald and dbus are still enabled in my /etc/rc.conf file. Nothing has changed. When I run open-motif, I still experience the crippling loss of mouse focus when I enter the sequence Shift/Btn3Click. The prevents me from using _any_ of my other windows or xterms or applications since I can no longer select them (give them focus). Recall this setting in my ~/.mwmrc file: Shift Btn3Click window f.minimize OTOH _everything_ works in /usr/local/bin/twm. I much prefer the features of MWM compared to TWM. I don't want to relearn another window manager just because of this problem, and I'd rather not reassign my f.minimize feature to a difference key and mouse sequence, since some day, some application may require me to enter Shift/Btn3Click which would effectively ruin that Xorg session. Since TWM works and the xterms therein also work just fine, I doubt that xterm is at fault. I also hold open-motif blameless since it has not changed in years. I think something in Xorg or one of its support modules is not properly registering the Shift/Btn3Click event to the xorg-server, or that xorg-server has changed so that this particular event causes my pointer focus to disappear. Unfortunately, I don't know how to track down this bug or to narrow the search for what changed. I was hoping someone in FreeBSD-land would have some suggestions. I have heard that contacting the Xorg developers may not result in a timely resolution. I greatly appreciate the comments on -questions to date. Thanks guys. Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
According to Warren Block wbl...@wonkity.com on Wed, 08/25/10 at 11:03: You are telling xorg-server to not use hald with the AutoAddDevices line: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection And the other option is already a default. So removing or commenting that section would let xorg-server use hald. I don't know if this will affect your window manager. Probably not, but worth testing. Did that. Made that change. No joy... :-( Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On Thu, 26 Aug 2010, William Bulley wrote: In my use of open-motif, I use and depend on mouse focus. ... Nothing has changed. When I run open-motif, I still experience the crippling loss of mouse focus when I enter the sequence Shift/Btn3Click. ... Shift Btn3Click window f.minimize Since TWM works and the xterms therein also work just fine, I doubt that xterm is at fault. I also hold open-motif blameless since it has not changed in years. I think something in Xorg or one of its support modules is not properly registering the Shift/Btn3Click event to the xorg-server, or that xorg-server has changed so that this particular event causes my pointer focus to disappear. Unfortunately, I don't know how to track down this bug or to narrow the search for what changed. I was hoping someone in FreeBSD-land would have some suggestions. I have heard that contacting the Xorg developers may not result in a timely resolution. I greatly appreciate the comments on -questions to date. Thanks guys. It's worth checking with the open-motif port maintainer. Also worth posting on the xorg mailing list. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
For years I have run Open-Motif on FreeBSD without issue. I use a USB keyboard and a USB three button mouse attached to a Dell Optiplex 960. This combination has worked fine for the past year. This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE. I do this by doing a buildworld/installworld sequence after csup-ing stable-supfile and rebooting. In this case I also pkg_deleted all of my ports and am rebuilding them from source. Building Xorg is one of the very first ports I attempt since I prefer to work in xterms not virtual terminals. This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed the same - open-motif-2.2.3_6 - it hasn't changed in years. After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. As a normal user, I start Xorg using /usr/local/bin/xinit as always. I have several xterms configured in my ~/.xinitrc file. All those came up in the correct location and state. I was able to open those that started in iconic mode. In an open/raised xterm I could enter carriage returns and see my shell prompt move down the window. But when I tried to close/minimize an open/raised xterm, things failed. I use the following keyboard/mouse combination (configured in my .mwmrc file) to close (minimize) an xterm (and other applications): Shift Btn3Click window f.minimize This is also unchanged for some years. This particular setting has no bearing on the problem I came across yesterday. I merely state it for the record. However, this configuration triggers the bug. The problem is as soon as I use that Shift/Btn3Click combination, my arrow cursor disappears, then I cannot move to or select other xterms - I am frozen, or locked, into the xterm I was trying to close/minimize. All I can do at this point is to kill(1) the /usr/local/bin/xinit command to return to the virtual terminal where I launched my Xorg session. I am now reluctantly using the good old /usr/local/bin/twm which is always built when Xorg is built from source. I am at a loss as to what to look for next. I suspect Xorg, or the keyboard and mouse driver, not the video driver, that came with. It might be a problem with hald(8), but again, I don't know how to debug this. Any help with this very odd bug would be greatly appreciated. Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On 08/25/2010 07:38, William Bulley wrote: For years I have run Open-Motif on FreeBSD without issue. I use a USB keyboard and a USB three button mouse attached to a Dell Optiplex 960. This combination has worked fine for the past year. This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE. I do this by doing a buildworld/installworld sequence after csup-ing stable-supfile and rebooting. In this case I also pkg_deleted all of my ports and am rebuilding them from source. Building Xorg is one of the very first ports I attempt since I prefer to work in xterms not virtual terminals. This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed the same - open-motif-2.2.3_6 - it hasn't changed in years. After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. As a normal user, I start Xorg using /usr/local/bin/xinit as always. I have several xterms configured in my ~/.xinitrc file. All those came up in the correct location and state. I was able to open those that started in iconic mode. In an open/raised xterm I could enter carriage returns and see my shell prompt move down the window. But when I tried to close/minimize an open/raised xterm, things failed. I use the following keyboard/mouse combination (configured in my .mwmrc file) to close (minimize) an xterm (and other applications): Shift Btn3Click window f.minimize This is also unchanged for some years. This particular setting has no bearing on the problem I came across yesterday. I merely state it for the record. However, this configuration triggers the bug. The problem is as soon as I use that Shift/Btn3Click combination, my arrow cursor disappears, then I cannot move to or select other xterms - I am frozen, or locked, into the xterm I was trying to close/minimize. All I can do at this point is to kill(1) the /usr/local/bin/xinit command to return to the virtual terminal where I launched my Xorg session. I am now reluctantly using the good old /usr/local/bin/twm which is always built when Xorg is built from source. I am at a loss as to what to look for next. I suspect Xorg, or the keyboard and mouse driver, not the video driver, that came with. It might be a problem with hald(8), but again, I don't know how to debug this. Any help with this very odd bug would be greatly appreciated. Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Though I can't really help you with the mouse disapearing I can say if you wish to modify you key-map to allow ctrl+alt+bksp you can add this to your .xinitrc ( setxkbmap -option terminate:ctrl_alt_bksp ) Regards Good luck, -- jhell,v ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
According to jhell jh...@dataix.net on Wed, 08/25/10 at 09:24: On 08/25/2010 07:38, William Bulley wrote: For years I have run Open-Motif on FreeBSD without issue. I use a USB keyboard and a USB three button mouse attached to a Dell Optiplex 960. This combination has worked fine for the past year. This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE. I do this by doing a buildworld/installworld sequence after csup-ing stable-supfile and rebooting. In this case I also pkg_deleted all of my ports and am rebuilding them from source. Building Xorg is one of the very first ports I attempt since I prefer to work in xterms not virtual terminals. This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed the same - open-motif-2.2.3_6 - it hasn't changed in years. After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. As a normal user, I start Xorg using /usr/local/bin/xinit as always. I have several xterms configured in my ~/.xinitrc file. All those came up in the correct location and state. I was able to open those that started in iconic mode. In an open/raised xterm I could enter carriage returns and see my shell prompt move down the window. But when I tried to close/minimize an open/raised xterm, things failed. I use the following keyboard/mouse combination (configured in my .mwmrc file) to close (minimize) an xterm (and other applications): Shift Btn3Click window f.minimize This is also unchanged for some years. This particular setting has no bearing on the problem I came across yesterday. I merely state it for the record. However, this configuration triggers the bug. The problem is as soon as I use that Shift/Btn3Click combination, my arrow cursor disappears, then I cannot move to or select other xterms - I am frozen, or locked, into the xterm I was trying to close/minimize. All I can do at this point is to kill(1) the /usr/local/bin/xinit command to return to the virtual terminal where I launched my Xorg session. I am now reluctantly using the good old /usr/local/bin/twm which is always built when Xorg is built from source. I am at a loss as to what to look for next. I suspect Xorg, or the keyboard and mouse driver, not the video driver, that came with. It might be a problem with hald(8), but again, I don't know how to debug this. Any help with this very odd bug would be greatly appreciated. Though I can't really help you with the mouse disapearing I can say if you wish to modify you key-map to allow ctrl+alt+bksp you can add this to your .xinitrc ( setxkbmap -option terminate:ctrl_alt_bksp ) Thanks. Interestingly enough, I do have this line in my /etc/X11/xorg.conf file: Section InputDevice Option XkbOptions terminate:ctrl_alt_bksp EndSection But that never has seemed to work. :-( I will try your suggestion. I hope it works, although killing the xinit process is not much more difficult. Of course, your suggestion (and my workaround) to return to the virtual terminal command line depends upon a working keyboard... :-) Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On Wed, 25 Aug 2010, William Bulley wrote: After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. If you are running hald, why not use it? And the DontZap default is back to where it used to be (off), so you could remove or comment that entire ServerFlags section. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
According to Warren Block wbl...@wonkity.com on Wed, 08/25/10 at 09:49: If you are running hald, why not use it? And the DontZap default is back to where it used to be (off), so you could remove or comment that entire ServerFlags section. Not sure what you mean by using hald. Assuming I knew how to use hald, how would that solve my problem of the disappearing mouse pointer and consequent loss of functionality of my window manager? Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On Wed, 25 Aug 2010 09:29:21 -0400, William Bulley w...@umich.edu wrote: Interestingly enough, I do have this line in my /etc/X11/xorg.conf file: Section InputDevice Option XkbOptions terminate:ctrl_alt_bksp EndSection But that never has seemed to work. :-( In case you're using HAL + DBUS, the setting now has to be coded in XML in some arbitrary file at a decentral location buried deep in the /usr/local subtree. According to the handbook 5.4.2 Configuring X11 http://www.freebsd.org/doc/handbook/x-config.html this is /usr/local/etc/hal/fdi/policy/x11-input.fdi with ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbOptions type=stringterminate:ctrl_alt_bksp/merge /match /device /deviceinfo as well as /etc/X11/xorg.conf will need to be added Section ServerFlags Option DontZap off EndSection And the handbook also suggests a reboot (?!) to make sure HAL will pick up the new setting. Next time, you will have to reboot in order to make a mouse pointer position change visible. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On Wed, 25 Aug 2010, William Bulley wrote: According to Warren Block wbl...@wonkity.com on Wed, 08/25/10 at 09:49: If you are running hald, why not use it? And the DontZap default is back to where it used to be (off), so you could remove or comment that entire ServerFlags section. Not sure what you mean by using hald. Assuming I knew how to use hald, how would that solve my problem of the disappearing mouse pointer and consequent loss of functionality of my window manager? You are telling xorg-server to not use hald with the AutoAddDevices line: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection And the other option is already a default. So removing or commenting that section would let xorg-server use hald. I don't know if this will affect your window manager. Probably not, but worth testing. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE
On Thursday 26 August 2010 01:03:10 Polytropon wrote: On Wed, 25 Aug 2010 09:29:21 -0400, William Bulley w...@umich.edu wrote: Interestingly enough, I do have this line in my /etc/X11/xorg.conf file: Section InputDevice Option XkbOptions terminate:ctrl_alt_bksp EndSection But that never has seemed to work. :-( In case you're using HAL + DBUS, the setting now has to be coded in XML in some arbitrary file at a decentral location buried deep in the /usr/local subtree. According to the handbook 5.4.2 Configuring X11 http://www.freebsd.org/doc/handbook/x-config.html this is /usr/local/etc/hal/fdi/policy/x11-input.fdi with ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbOptions type=stringterminate:ctrl_alt_bksp/merge /match /device /deviceinfo as well as /etc/X11/xorg.conf will need to be added Section ServerFlags Option DontZap off EndSection And the handbook also suggests a reboot (?!) to make sure HAL will pick up the new setting. Next time, you will have to reboot in order to make a mouse pointer position change visible. :-) By the way, configureing input options via hald doesn't work for me X itself got flags from hal, write correct logfile about layout and options (us+ru+typo), keys for layout switching, but really it doesn't work. configuring keyboard via xorg.conf give me working layout, but no lvl3 (typographic symbols) So all options now konfigured via KDE system settings, which call setxkbmap when init session my /usr/local/etc/hal/fdi/policy/10-x11-input.fdi ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device !-- KVM emulates a USB graphics tablet which works in absolute coordinate mode -- match key=input.product contains=QEMU USB Tablet merge key=input.x11_driver type=stringevdev/merge /match match key=info.capabilities contains=input.tablet match key=/org/freedesktop/Hal/devices/computer:system.kernel.name string=Linux merge key=input.x11_driver type=stringevdev/merge /match /match match key=info.capabilities contains=input.keyboard !-- If we're using Linux, we use evdev by default (falling back to keyboard otherwise). -- merge key=input.x11_driver type=stringkbd/merge match key=/org/freedesktop/Hal/devices/computer:system.kernel.name string=Linux merge key=input.x11_driver type=stringevdev/merge /match /match !-- Setup x11 keyboard layouts -- match key=info.capabilities contains=input.keymap append key=info.callouts.add type=strlisthal-setup-keymap/append /match match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbRules type=stringbase/merge merge key=input.x11_options.XkbModel type=stringpc104/merge merge key=input.x11_options.XkbLayout type=stringus,ru/merge merge key=input.x11_options.XkbVariant type=string,winkeys/merge merge key=input.x11_options.XkbOptions type=stringgrp:ctr_shift_toggle,grp_led:scroll,altwin:meta_win,lv3:ralt_switch,misc:typo/merge /match /device /deviceinfo [flu...@fluffy] / uname -a FreeBSD Fluffy.Khv.RU 9.0-900016-CURRENT FreeBSD 9.0-900016-CURRENT #1 r211145M: Wed Aug 11 13:06:07 VLAST 2010 r...@fluffy.khv.ru:/usr/obj/usr/src/sys/Spot amd64 -- Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter: fluffy_khv | Skype: dima.panov | Jabber.[org|ru]/GTalk/QIP: fluffy.khv ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
