Re: problems with mouse
Dear folks, I am not sure if hald_enable="YES" is still needed, but I will add it to see if the mouse problem goes away, because mouse works, but when I switch apps, ie. firefox to xterm, then I cannot switch back to firefox till I finish with xterm :(. If it works well and fixes the problem, I will let you all know and hopefully it does fix the issue. Best Regards, Antonio On Tue, Aug 30, 2016 at 12:15 AM, Bruce Evanswrote: > On Mon, 29 Aug 2016, Hans Petter Selasky wrote: > >> On 08/29/16 22:12, Antonio Olivares wrote: >>> >>> >>> I apologize in advance if this is not in the right list, if I need to >>> pose this question in questions, I will do so as soon as I find out. >>> I am having trouble with switching apps in Lumina desktop with the >>> mouse, I removed moused from /etc/rc.conf because I have a usb mouse >>> and still lose when I switch from firefox to terminal or vice versa. >>> >>> $ uname -a >>> FreeBSD hp 11.0-RC2 FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 >>> UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> Is there a way to troubleshoot this? Is there something that can fix >>> this? >> >> >> Bruce Evans has fixed some issues with SC/VT mouse/keyboard stuff in >> 12-current. Maybe he has some ideas. > > > I only know about sc/atkbd and am trying not to break ukbd. > > The cause of Bug 211884 (ukbd?) is still unknown. Bugzilla is too hard > to access for me, but the PR seems to be missing critical info about the > environment (is the console vt or sc?). > > kbdmux is still missing the fix that is blamed for causing Bug 211884. > I need to fix kbdmux before changing sc to depend on it being fixed. > vt already depends on it being fixed. Howver, vt also depends on > going through kbdmux. ukbd doesn't attach properly directly for vt. > > ukbd passed tests of working in panic mode yesterday. It actually > works perfectly in panic + ddb (polled) mode. Much better than in > just ddb mode. Panic mode turns off its locking and thus gives > races instead of deadlocks and assertion failures, and the races > aren't very harmful in panic mode. So the basic polling method in > ukbd is working except when it tries to do correct locking. > > Bruce ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: problems with mouse
On Mon, 29 Aug 2016, Hans Petter Selasky wrote: On 08/29/16 22:12, Antonio Olivares wrote: I apologize in advance if this is not in the right list, if I need to pose this question in questions, I will do so as soon as I find out. I am having trouble with switching apps in Lumina desktop with the mouse, I removed moused from /etc/rc.conf because I have a usb mouse and still lose when I switch from firefox to terminal or vice versa. $ uname -a FreeBSD hp 11.0-RC2 FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Is there a way to troubleshoot this? Is there something that can fix this? Bruce Evans has fixed some issues with SC/VT mouse/keyboard stuff in 12-current. Maybe he has some ideas. I only know about sc/atkbd and am trying not to break ukbd. The cause of Bug 211884 (ukbd?) is still unknown. Bugzilla is too hard to access for me, but the PR seems to be missing critical info about the environment (is the console vt or sc?). kbdmux is still missing the fix that is blamed for causing Bug 211884. I need to fix kbdmux before changing sc to depend on it being fixed. vt already depends on it being fixed. Howver, vt also depends on going through kbdmux. ukbd doesn't attach properly directly for vt. ukbd passed tests of working in panic mode yesterday. It actually works perfectly in panic + ddb (polled) mode. Much better than in just ddb mode. Panic mode turns off its locking and thus gives races instead of deadlocks and assertion failures, and the races aren't very harmful in panic mode. So the basic polling method in ukbd is working except when it tries to do correct locking. Bruce ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: problems with mouse
I do not know what could be the problem, but if I restart the machine, I get the functionality back. I use the scroll ability and learned to cut and paste using xterm only. It is then when I lose the functionality. I right click and or left-click and I cannot switch from browser to xterm. I have to shutdown browser open xterm and then close it. I want to copy from a terminal and paste, and when I switch to firefox from the terminal I cannot see mouse pointer. I then have to use alt* keys to logout because mouse gets lost. Do I send a script with output from grepping mouse? Thanks, Antonio On Mon, Aug 29, 2016 at 3:26 PM, Hans Petter Selaskywrote: > On 08/29/16 22:12, Antonio Olivares wrote: >> >> Dear folks, >> >> I apologize in advance if this is not in the right list, if I need to >> pose this question in questions, I will do so as soon as I find out. >> I am having trouble with switching apps in Lumina desktop with the >> mouse, I removed moused from /etc/rc.conf because I have a usb mouse >> and still lose when I switch from firefox to terminal or vice versa. >> >> $ uname -a >> FreeBSD hp 11.0-RC2 FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 >> UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> Is there a way to troubleshoot this? Is there something that can fix >> this? >> >> Thanks in Advance, >> > > Hi, > > Bruce Evans has fixed some issues with SC/VT mouse/keyboard stuff in > 12-current. Maybe he has some ideas. > > Maybe you could try to compile an 12-current kernel and boot instead of > 11-stable. > > I doubt it is related to umsX. Check dmesg in such case and see if there are > attach/detach messages for your USB mouse, which would indicated a problem. > > --HPS > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: problems with mouse
On 08/29/16 22:12, Antonio Olivares wrote: Dear folks, I apologize in advance if this is not in the right list, if I need to pose this question in questions, I will do so as soon as I find out. I am having trouble with switching apps in Lumina desktop with the mouse, I removed moused from /etc/rc.conf because I have a usb mouse and still lose when I switch from firefox to terminal or vice versa. $ uname -a FreeBSD hp 11.0-RC2 FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Is there a way to troubleshoot this? Is there something that can fix this? Thanks in Advance, Hi, Bruce Evans has fixed some issues with SC/VT mouse/keyboard stuff in 12-current. Maybe he has some ideas. Maybe you could try to compile an 12-current kernel and boot instead of 11-stable. I doubt it is related to umsX. Check dmesg in such case and see if there are attach/detach messages for your USB mouse, which would indicated a problem. --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
problems with mouse
Dear folks, I apologize in advance if this is not in the right list, if I need to pose this question in questions, I will do so as soon as I find out. I am having trouble with switching apps in Lumina desktop with the mouse, I removed moused from /etc/rc.conf because I have a usb mouse and still lose when I switch from firefox to terminal or vice versa. $ uname -a FreeBSD hp 11.0-RC2 FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Is there a way to troubleshoot this? Is there something that can fix this? Thanks in Advance, Antonio ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"