subject:"Re\: \[DNG\] mouse driver question"

Fred:
> On 4/25/22 10:17, k...@aspodata.se wrote:
...
> I am using the DLP-TXRX-G usb/serial adapter with a transistor to invert 
> the mouse output.  The mouse has an active high output and the dlp rx 
> input is active low.

 This one:
http://www.dlpdesign.com/usb/txrx.php
seems to be ttl, not rs232 levels/signals.

> I forgot to say in the previous message that x and y movement and 
> buttons 1 and 3 all work normally.  Only the middle button doesn't work.

Well, half a victory!

> I have some hardware that would be fairly easy to have read in the mouse 
> signals and display the bytes.  I will do this over the next few days 
> and it should be possible to determine the exact protocol.

Nice.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-25 Thread Fred


On 4/25/22 10:17, k...@aspodata.se wrote:

Fred:
...

  I ran gpm-mouse-test again.  That program seems to have major
problems.  It can't even detect the baud rate which I know to be 1200.

...

I tested it here and it succesfully detected my MouseMan at 1200baud.

It can be that your serial to usb converter confuses the program because
usb delivers bytes in a different way, in packets, not one byte at a time.

I might make a din-8 (aka sun mouse if.) to rs232 converter within the
month. If so I'll report back to you.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Karl,

I am using the DLP-TXRX-G usb/serial adapter with a transistor to invert 
the mouse output.  The mouse has an active high output and the dlp rx 
input is active low.


I forgot to say in the previous message that x and y movement and 
buttons 1 and 3 all work normally.  Only the middle button doesn't work.


I have some hardware that would be fairly easy to have read in the mouse 
signals and display the bytes.  I will do this over the next few days 
and it should be possible to determine the exact protocol.


Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-25 Thread Fred


On 4/25/22 10:17, k...@aspodata.se wrote:

Nick:

On 25-04-2022 16:20, Fred wrote:

...

The compile went ok.  I used command line:
inputattach --daemon --baud 1200 -msc /dev/ttyUSB0
It accepted the baud rate option this time however the middle button
still does not work.  The pointer freezes when the middle button is
down.


So, everything works, except the middle button ?

Just checking, is this one in the kernel:

# grep MOUSE_SERIAL /boot/config-`uname -r`
CONFIG_MOUSE_SERIAL=y


The response is:  CONFIG_MOUSE_SERIAL=m


If done as a module, you need to
modprobe sermouse


This produced no response.


I ran gpm-mouse-test again.  That program seems to have major
problems.  It can't even detect the baud rate which I know to be 1200.

...

Forget about that program then, it doesn't help you.


Looking at inputattach man page could you give the option

*-ms*,*--mshack*
 3-button mouse in Microsoft mode.

a try?


Cannot say much about that, but there is a -sun variant also.
You have to try around.
I will try the sun protocol later today and maybe a few others.  I am 
not good a guessing games.




///

If you cannot make inputattach to work, you can
. go for the old mouse driver and edit xorg.conf
. reverse engineer the protocol used and make code to handle that

Regards,
/Karl Hammar



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
>  I ran gpm-mouse-test again.  That program seems to have major 
> problems.  It can't even detect the baud rate which I know to be 1200.
...

I tested it here and it succesfully detected my MouseMan at 1200baud.

It can be that your serial to usb converter confuses the program because
usb delivers bytes in a different way, in packets, not one byte at a time.

I might make a din-8 (aka sun mouse if.) to rs232 converter within the 
month. If so I'll report back to you.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Nick:
> On 25-04-2022 16:20, Fred wrote:
...
> > The compile went ok.Â  I used command line:
> > inputattach --daemon --baud 1200 -msc /dev/ttyUSB0
> > It accepted the baud rate option this time however the middle button 
> > still does not work.Â  The pointer freezes when the middle button is 
> > down.

So, everything works, except the middle button ?

Just checking, is this one in the kernel:

# grep MOUSE_SERIAL /boot/config-`uname -r`
CONFIG_MOUSE_SERIAL=y

If done as a module, you need to
modprobe sermouse

> > I ran gpm-mouse-test again.Â  That program seems to have major 
> > problems.Â  It can't even detect the baud rate which I know to be 1200.
...

Forget about that program then, it doesn't help you.

> Looking at inputattach man page could you give the option
> 
> *-ms*,*--mshack*
> 3-button mouse in Microsoft mode.
> 
> a try?

Cannot say much about that, but there is a -sun variant also.
You have to try around.

///

If you cannot make inputattach to work, you can
. go for the old mouse driver and edit xorg.conf
. reverse engineer the protocol used and make code to handle that

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-25 Thread d...@d404.nl


On 25-04-2022 16:20, Fred wrote:

On 4/25/22 02:39, k...@aspodata.se wrote:

Fred:
...

The compile fails because SDL.h can't be found.
Package sd12 was not found in the pkg-config search path.  It also
mentions adding directory containing sd12.pc to the PKG-CONFIG_PATH
environment variable.


To find which package a missing file belongs to, do:

# apt-get install apt-file

$ apt-file search SDL.h
$ apt-file search sdl2.h

///

   I get:
$ apt-file -x search /SDL.h$
libsdl1.2-dev: /usr/include/SDL/SDL.h
libsdl2-dev: /usr/include/SDL2/SDL.h
$ apt-file search /sdl2.pc
libsdl2-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/sdl2.pc

So, the above problem is solved by installing libsdl2-dev.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Karl,
The compile went ok.  I used command line:
inputattach --daemon --baud 1200 -msc /dev/ttyUSB0
It accepted the baud rate option this time however the middle button 
still does not work.  The pointer freezes when the middle button is 
down.  I ran gpm-mouse-test again.  That program seems to have major 
problems.  It can't even detect the baud rate which I know to be 1200.

Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Hi Fred,

Looking at inputattach man page could you give the option

*-ms*,*--mshack*
   3-button mouse in Microsoft mode.

a try?

Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-25 Thread Fred


On 4/25/22 02:39, k...@aspodata.se wrote:

Fred:
...

The compile fails because SDL.h can't be found.
Package sd12 was not found in the pkg-config search path.  It also
mentions adding directory containing sd12.pc to the PKG-CONFIG_PATH
environment variable.


To find which package a missing file belongs to, do:

# apt-get install apt-file

$ apt-file search SDL.h
$ apt-file search sdl2.h

///

   I get:
$ apt-file -x search /SDL.h$
libsdl1.2-dev: /usr/include/SDL/SDL.h
libsdl2-dev: /usr/include/SDL2/SDL.h
$ apt-file search /sdl2.pc
libsdl2-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/sdl2.pc

So, the above problem is solved by installing libsdl2-dev.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Karl,
The compile went ok.  I used command line:
inputattach --daemon --baud 1200 -msc /dev/ttyUSB0
It accepted the baud rate option this time however the middle button 
still does not work.  The pointer freezes when the middle button is 
down.  I ran gpm-mouse-test again.  That program seems to have major 
problems.  It can't even detect the baud rate which I know to be 1200.

Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> The compile fails because SDL.h can't be found.
> Package sd12 was not found in the pkg-config search path.  It also 
> mentions adding directory containing sd12.pc to the PKG-CONFIG_PATH 
> environment variable.

To find which package a missing file belongs to, do:

# apt-get install apt-file

$ apt-file search SDL.h
$ apt-file search sdl2.h

///

  I get:
$ apt-file -x search /SDL.h$
libsdl1.2-dev: /usr/include/SDL/SDL.h 
libsdl2-dev: /usr/include/SDL2/SDL.h
$ apt-file search /sdl2.pc
libsdl2-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/sdl2.pc

So, the above problem is solved by installing libsdl2-dev.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread Fred


On 4/24/22 13:56, k...@aspodata.se wrote:

Fred:

On 4/23/22 12:53, k...@aspodata.se wrote:

...

If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
There log in as root
and then try one of
gpm -b 1200 -m /dev/ttyUSB0 -t msc
gpm -b 1200 -m /dev/ttyUSB0 -t sun
gpm -b 1200 -m /dev/ttyUSB0 -t mman
and move the mouse to test.


This works.  The msc protocol works best, the mman protocol doesn't work
at all.  All three buttons show some effect.


Very good.

...

B, try inputattach to make the mouse appear as a /dev/input/* device
 and be automatically included by X11, I haven't tested this. See

 https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
 https://sourceforge.net/projects/linuxconsole/files/
 https://help.ubuntu.com/community/SerialMouseHowto
 https://wiki.alpinelinux.org/wiki/Serial_Mouse

...

There is some progress. The inputattach package in Devuan apparently
doesn't have a config file.  Specifying the baud on the command line
results in an invalid baud message. inputattach does work with the Sun
mouse but the middle button doesn't work.  I tried msc and sun protocol
and both work the same.  I may try some other protocols but I suspect a
bug in inputattach.  Maybe I should contact the maintainer?


I have no experience with inputattach, but looking at
utils/inputattach.c from
  https://sourceforge.net/projects/linuxconsole/files/latest/download
around line 1163:

switch(baud[i]) {
case -1: break;
case 2400: type[i]->speed = B2400; break;
case 4800: type[i]->speed = B4800; break;
case 9600: type[i]->speed = B9600; break;
case 19200: type[i]->speed = B19200; break;
case 38400: type[i]->speed = B38400; break;
case 115200: type[i]->speed = B115200; break;
default:
fprintf(stderr, "inputattach: invalid baud rate '%d'\n",
baud[i]);
return EXIT_FAILURE;
}

and

$ grep -A2 msc inputattach.c
{ "--mousesystems", "-msc", "3-button Mouse Systems mouse",
 B1200, CS8,
 SERIO_MSC,  0x00,   0x01,   1,  NULL },

So, yes, you found a bug.

Add this before the "case 2400" line:

case 1200: type[i]->speed = B1200; break;

compile and test.

Regards,
/Karl Hammar


Hi Karl,

The compile fails because SDL.h can't be found.
Package sd12 was not found in the pkg-config search path.  It also 
mentions adding directory containing sd12.pc to the PKG-CONFIG_PATH 
environment variable.


Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> The middle button is being seen as the pointer won't move when it is 
> held down.  It would appear the application is being told something 
> different than when the standard pc mouse is used.

It is probably because you were forced to set the wron baudrate.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
> On 4/23/22 12:53, k...@aspodata.se wrote:
...
> > If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
> > There log in as root
> > and then try one of
> >gpm -b 1200 -m /dev/ttyUSB0 -t msc
> >gpm -b 1200 -m /dev/ttyUSB0 -t sun
> >gpm -b 1200 -m /dev/ttyUSB0 -t mman
> > and move the mouse to test.
> > 
> This works.  The msc protocol works best, the mman protocol doesn't work 
> at all.  All three buttons show some effect.

Very good.

...
> > B, try inputattach to make the mouse appear as a /dev/input/* device
> > and be automatically included by X11, I haven't tested this. See
> > 
> > https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
> > https://sourceforge.net/projects/linuxconsole/files/
> > https://help.ubuntu.com/community/SerialMouseHowto
> > https://wiki.alpinelinux.org/wiki/Serial_Mouse
...
> There is some progress. The inputattach package in Devuan apparently 
> doesn't have a config file.  Specifying the baud on the command line 
> results in an invalid baud message. inputattach does work with the Sun 
> mouse but the middle button doesn't work.  I tried msc and sun protocol 
> and both work the same.  I may try some other protocols but I suspect a 
> bug in inputattach.  Maybe I should contact the maintainer?

I have no experience with inputattach, but looking at
utils/inputattach.c from
 https://sourceforge.net/projects/linuxconsole/files/latest/download
around line 1163:

switch(baud[i]) {
case -1: break;
case 2400: type[i]->speed = B2400; break;
case 4800: type[i]->speed = B4800; break;
case 9600: type[i]->speed = B9600; break;
case 19200: type[i]->speed = B19200; break;
case 38400: type[i]->speed = B38400; break;
case 115200: type[i]->speed = B115200; break;
default:
fprintf(stderr, "inputattach: invalid baud rate '%d'\n",
baud[i]);
return EXIT_FAILURE;
}

and

$ grep -A2 msc inputattach.c 
{ "--mousesystems", "-msc", "3-button Mouse Systems mouse",
B1200, CS8,
SERIO_MSC,  0x00,   0x01,   1,  NULL },

So, yes, you found a bug.

Add this before the "case 2400" line:

case 1200: type[i]->speed = B1200; break;

compile and test.

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread Fred


On 4/24/22 10:49, Fred wrote:

Hi,

On 4/23/22 12:53, k...@aspodata.se wrote:

Fred:

On 4/23/22 02:34, k...@aspodata.se wrote:

...

So, make sure you are running in a virtual console and logged in as
root, then run the gpm -b etc. thing and move the mouse around.

To make the mouse to work in X11, please test the mouse with gpm in
a console first to assert basic functionality, and then come back.


Did you do the test above ?

As long the serial port isn't opened by anything,
you can let X11 and openbox be running.

If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
There log in as root
and then try one of
   gpm -b 1200 -m /dev/ttyUSB0 -t msc
   gpm -b 1200 -m /dev/ttyUSB0 -t sun
   gpm -b 1200 -m /dev/ttyUSB0 -t mman
and move the mouse to test.

This works.  The msc protocol works best, the mman protocol doesn't work 
at all.  All three buttons show some effect.



A previous post mentioned xorg.conf which doesn't appear to exist in
Devuan Beowulf (AMD64).
So, where do I go from here?


You can either
A, do a xorg configuration with the mouse driver
    man xorg.conf is your friend.

B, try inputattach to make the mouse appear as a /dev/input/* device
    and be automatically included by X11, I haven't tested this. See

    https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
    https://sourceforge.net/projects/linuxconsole/files/
    https://help.ubuntu.com/community/SerialMouseHowto
    https://wiki.alpinelinux.org/wiki/Serial_Mouse

Regards,
/Karl Hammar

There is some progress. The inputattach package in Devuan apparently 
doesn't have a config file.  Specifying the baud on the command line 
results in an invalid baud message. inputattach does work with the Sun 
mouse but the middle button doesn't work.  I tried msc and sun protocol 
and both work the same.  I may try some other protocols but I suspect a 
bug in inputattach.  Maybe I should contact the maintainer?


Best regards,
Fred

The middle button is being seen as the pointer won't move when it is 
held down.  It would appear the application is being told something 
different than when the standard pc mouse is used.


Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread Fred


Hi,

On 4/23/22 12:53, k...@aspodata.se wrote:

Fred:

On 4/23/22 02:34, k...@aspodata.se wrote:

...

So, make sure you are running in a virtual console and logged in as
root, then run the gpm -b etc. thing and move the mouse around.

To make the mouse to work in X11, please test the mouse with gpm in
a console first to assert basic functionality, and then come back.


Did you do the test above ?

As long the serial port isn't opened by anything,
you can let X11 and openbox be running.

If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
There log in as root
and then try one of
   gpm -b 1200 -m /dev/ttyUSB0 -t msc
   gpm -b 1200 -m /dev/ttyUSB0 -t sun
   gpm -b 1200 -m /dev/ttyUSB0 -t mman
and move the mouse to test.

This works.  The msc protocol works best, the mman protocol doesn't work 
at all.  All three buttons show some effect.



A previous post mentioned xorg.conf which doesn't appear to exist in
Devuan Beowulf (AMD64).
So, where do I go from here?


You can either
A, do a xorg configuration with the mouse driver
man xorg.conf is your friend.

B, try inputattach to make the mouse appear as a /dev/input/* device
and be automatically included by X11, I haven't tested this. See

https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
https://sourceforge.net/projects/linuxconsole/files/
https://help.ubuntu.com/community/SerialMouseHowto
https://wiki.alpinelinux.org/wiki/Serial_Mouse

Regards,
/Karl Hammar

There is some progress. The inputattach package in Devuan apparently 
doesn't have a config file.  Specifying the baud on the command line 
results in an invalid baud message. inputattach does work with the Sun 
mouse but the middle button doesn't work.  I tried msc and sun protocol 
and both work the same.  I may try some other protocols but I suspect a 
bug in inputattach.  Maybe I should contact the maintainer?


Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread Arnt Karlsen

On Sat, 23 Apr 2022 21:11:18 +0200, Florian wrote in message 
<2022042328.14e36a59.f.zieb...@web.de>:

> Some time ago, in a similar situation, I had been successful with
> 
> $ find / | grep xorg.conf
> 
> Also worth a try:
> 
> $ man 5 xorg.conf


..also worth trying:~$ man -k xorg.conf

...and the educational: $ man -h  # ;o)


-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread aitor


On 24/4/22 13:52, aitor wrote:

but enable it when using vdev.


*disable*


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-24 Thread aitor


Hi Ralph,

On 23/4/22 23:32, Ralph Ronnquist wrote:

Then, I think the X11 system relies on udev for setting up its inputs
and load the appropriate modules. You may take over that and do things
"by hand" by a) making the following file /etc/X11/xorg.conf.d/a.conf

Section "ServerFlags"
 Option "AutoAddDevices" "false"
EndSection



X11-common contains a file config/udev.c and -if i'm not mistaken- as 
long as the sources are built enabling CONFIG_UDEV, the above option 
"AutoAddDevices" is set up to true by default. On the contrary, vdev 
requires the following setup to get both the keyboard and mouse working:


Section "ServerFlags"     Option "AutoAddDevices" "off"     Option 
"AllowEmptyInput" "on" (either "off") EndSection


I don't think this configuration would work with eudev, because I guess 
that "AutoAddDevices" is required to carry out udev monitor's event 
processing (libudev-enumerate.c). On the contrary, vdev removes the 
netlink connection to udev, in favor of creating the underlying 
`udev_monitor`specific directory:


* /dev/events/libudev-$PID

watched by vdev's helpers for new packet events. This is the way vdev 
works. So, libudev-compat (vdev) connects to a netlink socket only if 
the name is "kernel" and removes this netlink connection if the name is 
"udev", because vdevd's helper scripts will send serialized device 
events by writing them as files (here, Jude Nelson recommends the 
installation of eventfs).


It's because libeudev and libudev-compat work with opposing approaches, 
my recommendation is to not disable "AutoAddDevices" when using eudev, 
but enable it when using vdev.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> I also don't like the beetle wings for buttons one and three because
> I am often accidentally clicking button three.
...

Yes, it is wery annoying when you accidentally press button three.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Ralph Ronnquist:
...
> I think all mice are supposed to be handled by the kernel and will
> then get presented at /dev/input/mice
...

At some level every hardware is handled by the kernel. What you are
talking about is the input subsystem. To make a serial mouse work
or use the input subsystem you have to do an inputattach so the mouse
attached at /dev/ttySx is available as /dev/input/mouseY.

As you kan see in the kernel source/drivers/input/mouse/sermouse.c,
in function
 static void sermouse_process_msc(struct sermouse *sermouse, signed char data)
it takes the protocol and converts it to another protocol.

For that function to work you need it be configured in the kernel, 
build in or as a module. This command should return y or m.

# grep MOUSE_SERIAL /boot/config-`uname -r`
CONFIG_MOUSE_SERIAL=y

If done as a module, you need to
 modprobe sermouse

After that you do the inputattach of the serial port.
At this stage you need to know the protocol used, there is no
autodetection.

It is in a sense similar to the gpm repeater mode.

> Section "ServerFlags"
> Option "AutoAddDevices" "false"
> EndSection

I.e. either you do it all by yourself, or you use hw that can be auto 
detected, there is no midpoint, like auto detect gpu and monitor, but 
use this mouse...

Yea, thanks x devs. for ditching us with unusual hw.

> and b) installing xserver-xorg-input-kbd and xserver-xorg-input-mouse
...

Thoose two drivers are abandoned upstream from what I heard.

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> If gpm only works in a virtual terminal why do I need to continue 
> working with it?  I don't use a virtual terminal.
...

Since it is such a simple test to do, e.g. you don't have to restart
the X server to try another protocol.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread wirelessduck--- via Dng



> On 24 Apr 2022, at 12:23, Olaf Meeuwissen via Dng  wrote:
> 
> Hi,
> 
> Antony Stone  writes:
> 
>>> On Saturday 23 April 2022 at 22:57:12, Florian Zieboll via Dng wrote:
>>> 
>>> On Sat, 23 Apr 2022 21:15:34 +0200 Antony Stone wrote:
 On Saturday 23 April 2022 at 21:11:18, Florian Zieboll via Dng wrote:
 
> Some time ago, in a similar situation, I had been successful with
> 
> $ find / | grep xorg.conf
 
 Personally I'd have gone for:
find / -name xorg.conf
>>> 
>>> I may be wrong (and nitpicking;) - but I think that your approach is
>>> less fast, as 'find' does the file name matching /before/ it continues
>>> searching - in opposite to just piping its output to grep and going on
>>> with running down the file system hierarchy without any interruption.
>> 
>> Interesting - and you're right.
>> 
>> I just tried several successive searches for a few unique filenames in a
>> directory tree (all files in the same directory, just in case the position 
>> made
>> a difference).
>> 
>> The first search took 6 minutes and clearly set up some cache of results,
>> because subsequent searches were consistently:
>> 
>>find . | grep filename : 20 seconds
>> 
>>find . -name filename : 25 seconds
>> 
>> That was consistent no matter whether the two filenames were the same, or
>> different but still in the same directory, and no matter which command was 
>> run
>> first.
>> 
>> Nice observation.
> 
> Indeed but you must have an awful lot of files, slow disks and/or a slow
> network connection.  After setting up the cache on my machine, I get 0.7
> seconds for the -name approach and 0.5 seconds for grep.
> That's with close to half a million filesystem entries and about 7000 of
> those on an NFS backed filesystem on the NAS downstairs.  The rest is on
> an SSD (NVMe).
> 
> Another point, the grep approach also lists everything below a directory
> that matches, whereas the -name approach does not.  That may be a lot of
> extra junk to scan through depending on what you're looking for.
> That's also why I suggested redirecting errors to /dev/null when looking
> for stuff below / as a normal user ;-)
> 
> Hope this helps,
> --
> Olaf Meeuwissen

How does this speed compare to mlocate or whatever is the preferred version of 
locate database these days?

-- 
Tom
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Olaf Meeuwissen via Dng

Hi,

Antony Stone  writes:

> On Saturday 23 April 2022 at 22:57:12, Florian Zieboll via Dng wrote:
>
>> On Sat, 23 Apr 2022 21:15:34 +0200 Antony Stone wrote:
>> > On Saturday 23 April 2022 at 21:11:18, Florian Zieboll via Dng wrote:
>> >
>> > > Some time ago, in a similar situation, I had been successful with
>> > >
>> > > $ find / | grep xorg.conf
>> >
>> > Personally I'd have gone for:
>> >find / -name xorg.conf
>>
>> I may be wrong (and nitpicking;) - but I think that your approach is
>> less fast, as 'find' does the file name matching /before/ it continues
>> searching - in opposite to just piping its output to grep and going on
>> with running down the file system hierarchy without any interruption.
>
> Interesting - and you're right.
>
> I just tried several successive searches for a few unique filenames in a
> directory tree (all files in the same directory, just in case the position 
> made
> a difference).
>
> The first search took 6 minutes and clearly set up some cache of results,
> because subsequent searches were consistently:
>
>   find . | grep filename : 20 seconds
>
>   find . -name filename : 25 seconds
>
> That was consistent no matter whether the two filenames were the same, or
> different but still in the same directory, and no matter which command was run
> first.
>
> Nice observation.

Indeed but you must have an awful lot of files, slow disks and/or a slow
network connection.  After setting up the cache on my machine, I get 0.7
seconds for the -name approach and 0.5 seconds for grep.
That's with close to half a million filesystem entries and about 7000 of
those on an NFS backed filesystem on the NAS downstairs.  The rest is on
an SSD (NVMe).

Another point, the grep approach also lists everything below a directory
that matches, whereas the -name approach does not.  That may be a lot of
extra junk to scan through depending on what you're looking for.
That's also why I suggested redirecting errors to /dev/null when looking
for stuff below / as a normal user ;-)

Hope this helps,
--
Olaf MeeuwissenFSF Associate Member since 2004-01-27
 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13  F43E B8A4 A88A F84A 2DD9
 Support Free Softwarehttps://my.fsf.org/donate
 Join the Free Software Foundation  https://my.fsf.org/join
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Fred


On 4/23/22 12:53, k...@aspodata.se wrote:

Fred:

On 4/23/22 02:34, k...@aspodata.se wrote:

...

So, make sure you are running in a virtual console and logged in as
root, then run the gpm -b etc. thing and move the mouse around.

To make the mouse to work in X11, please test the mouse with gpm in
a console first to assert basic functionality, and then come back.


Did you do the test above ?

As long the serial port isn't opened by anything,
you can let X11 and openbox be running.

If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
There log in as root
and then try one of
   gpm -b 1200 -m /dev/ttyUSB0 -t msc
   gpm -b 1200 -m /dev/ttyUSB0 -t sun
   gpm -b 1200 -m /dev/ttyUSB0 -t mman
and move the mouse to test.


A previous post mentioned xorg.conf which doesn't appear to exist in
Devuan Beowulf (AMD64).
So, where do I go from here?


You can either
A, do a xorg configuration with the mouse driver
man xorg.conf is your friend.

B, try inputattach to make the mouse appear as a /dev/input/* device
and be automatically included by X11, I haven't tested this. See

https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
https://sourceforge.net/projects/linuxconsole/files/
https://help.ubuntu.com/community/SerialMouseHowto
https://wiki.alpinelinux.org/wiki/Serial_Mouse

Regards,
/Karl Hammar





___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
It is going to take me a few days to get back to try your suggestions. 
I am drowning in things to do.


If gpm only works in a virtual terminal why do I need to continue 
working with it?  I don't use a virtual terminal.


I had previously looked for xorg.conf in /etc/X11 where one would expect 
a config. file to be.  I did find one at 
/usr/share/doc/xserver-xorg-video-intel/xorg.conf.  It had a single 
entry and didn't appear likely to be read for mouse configuration.


Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Fred


On 4/23/22 15:26, Hendrik Boom wrote:

On Fri, Apr 22, 2022 at 12:19:45PM -0700, Fred wrote:


The mouse is a Sun three button mouse without the scroll wheel.  I
frequently use a program that makes extensive use of the middle button and
the pc mouse scroll wheel is hateful.


I would like a mouse with a middle button *and* a scroll wheel.
So there's no ambiguity as to which I am using.
I've never seen one.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
I would be very happy with that.  The scroll wheel should never have 
been included with the middle button but it is cheaper to build that way 
and that is more important than ergonomics.  I also don't like the 
beetle wings for buttons one and three because I am often accidentally 
clicking button three.  The Sun mouse has three buttons with spacing 
between to rest your fingers.


Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Florian Zieboll via Dng

On Sat, 23 Apr 2022 18:26:59 -0400
Hendrik Boom  wrote:

> I would like a mouse with a middle button *and* a scroll wheel.
> So there's no ambiguity as to which I am using.
> I've never seen one.


Out of curiosity, I just did a quick websearch for four+button+mouse -
there are dozens of options out there. It should be easy to disable the
"wheel click" with libinput's 'ButtonMapping' option. 

At home, I use a trackball with four buttons, which has the additional
advantage of living in peace with the tea cup on my narrow desk -_-

libre Grüße,
Florian
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Hendrik Boom

On Fri, Apr 22, 2022 at 12:19:45PM -0700, Fred wrote:

> The mouse is a Sun three button mouse without the scroll wheel.  I
> frequently use a program that makes extensive use of the middle button and
> the pc mouse scroll wheel is hateful.

I would like a mouse with a middle button *and* a scroll wheel.
So there's no ambiguity as to which I am using.
I've never seen one.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Antony Stone

On Saturday 23 April 2022 at 22:57:12, Florian Zieboll via Dng wrote:

> On Sat, 23 Apr 2022 21:15:34 +0200 Antony Stone wrote:
> > On Saturday 23 April 2022 at 21:11:18, Florian Zieboll via Dng wrote:
> >  
> > > Some time ago, in a similar situation, I had been successful with
> > > 
> > > $ find / | grep xorg.conf
> > 
> > Personally I'd have gone for:
> > find / -name xorg.conf
> 
> I may be wrong (and nitpicking;) - but I think that your approach is
> less fast, as 'find' does the file name matching /before/ it continues
> searching - in opposite to just piping its output to grep and going on
> with running down the file system hierarchy without any interruption.

Interesting - and you're right.

I just tried several successive searches for a few unique filenames in a 
directory tree (all files in the same directory, just in case the position made 
a difference).

The first search took 6 minutes and clearly set up some cache of results, 
because subsequent searches were consistently:

find . | grep filename : 20 seconds

find . -name filename : 25 seconds

That was consistent no matter whether the two filenames were the same, or 
different but still in the same directory, and no matter which command was run 
first.

Nice observation.

Antony.

-- 
The more 'success' you get, the easier it is to be disappointed by not getting 
things.
The only difference is that now no-one feels sorry for you.

 - Matt Haig

   Please reply to the list;
 please *don't* CC me.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Ralph Ronnquist

On Sat, Apr 23, 2022 at 09:07:57AM -0700, Fred wrote:
> On 4/23/22 02:34, k...@aspodata.se wrote:
> > Fred:
> > > On 4/22/22 15:31, k...@aspodata.se wrote:
> > ...
> > > >gpm -b 1200 -m /dev/ttyS1 -t msc
> > ...
> > > It shows up at /dev/ttyUSB0.  I have tried that command line several
> > > times.  Nothing happens.  ps -e shows gpm is running.  The pointer will
> > > not move and the mouse buttons have no effect.
> > ...
> > 
> > You have to be aware that gpm is for virtual consoles:
> > 
> > $ man gpm | grep 'gpm - '
> > gpm - a cut and paste utility and mouse server for virtual consoles
> > 
> > So in X11, openbox etc. graphical environment, it has no effect unless
> > you take special action. With graphical environment I mean bitmapped as
> > opposed to character (i.e. letters) based graphics.
> > 
> > Testing with gpm is best done without X11, so stop your window manager
> > (obenbox) and exit from X11. If you then is presented with a greeter
> > (also called display manager, see
> >   https://en.wikipedia.org/wiki/X_display_manager_(program_type)
> > ), see if you can stop the greeter.
> > 
> > Also testing has to be done as root.
> > 
> > So, make sure you are running in a virtual console and logged in as
> > root, then run the gpm -b etc. thing and move the mouse around.
> > 
> > To make the mouse to work in X11, please test the mouse with gpm in
> > a console first to assert basic functionality, and then come back.
> > 
> > Regards,
> > /Karl Hammar
> > 
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> Hi,
> I understand now.  I was stuck on gpm because it worked some time ago on
> Debian Jessie.  I was not ready to continue with it then because I still had
> use of my Sun workstation.  The Sun is gone now, I was able to move the
> application program to Linux and now I need a three button mouse without the
> scroll wheel that works with X11.  Maybe the Sun mouse.
> 
> A previous post mentioned xorg.conf which doesn't appear to exist in Devuan
> Beowulf (AMD64).
> 
> So, where do I go from here?

I think all mice are supposed to be handled by the kernel and will
then get presented at /dev/input/mice

You should be able to check that with a simple
$ cat -v /dev/input/mice
which should then show "noise" when you move the mouse.

Then, I think the X11 system relies on udev for setting up its inputs
and load the appropriate modules. You may take over that and do things
"by hand" by a) making the following file /etc/X11/xorg.conf.d/a.conf

Section "ServerFlags"
Option "AutoAddDevices" "false"
EndSection


and b) installing xserver-xorg-input-kbd and xserver-xorg-input-mouse

With that you avoid the automagic processes around X11 inputs and
might have a slightly more stable system for tracking down the issue,
if it remains. (Needs an X11 restart of course)

Ralph.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Florian Zieboll via Dng

On Sat, 23 Apr 2022 21:15:34 +0200
Antony Stone  wrote:

> On Saturday 23 April 2022 at 21:11:18, Florian Zieboll via Dng wrote:
> 
> > On Sat, 23 Apr 2022 09:07:57 -0700 Fred wrote:  
>  [...]  
> > 
> > Some time ago, in a similar situation, I had been successful with
> > 
> > $ find / | grep xorg.conf  
> 
> Personally I'd have gone for:
> 
>   find / -name xorg.conf

I may be wrong (and nitpicking;) - but I think that your approach is
less fast, as 'find' does the file name matching /before/ it continues
searching - in opposite to just piping its output to grep and going on
with running down the file system hierarchy without any interruption.

libre Grüße,
Florian
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread karl

Fred:
> On 4/23/22 02:34, k...@aspodata.se wrote:
...
> > So, make sure you are running in a virtual console and logged in as
> > root, then run the gpm -b etc. thing and move the mouse around.
> > 
> > To make the mouse to work in X11, please test the mouse with gpm in
> > a console first to assert basic functionality, and then come back.

Did you do the test above ?

As long the serial port isn't opened by anything,
you can let X11 and openbox be running.

If so, press Ctl-Alt-F2 buttons simultaineusly to get to a console.
There log in as root
and then try one of
  gpm -b 1200 -m /dev/ttyUSB0 -t msc
  gpm -b 1200 -m /dev/ttyUSB0 -t sun
  gpm -b 1200 -m /dev/ttyUSB0 -t mman
and move the mouse to test.

> A previous post mentioned xorg.conf which doesn't appear to exist in 
> Devuan Beowulf (AMD64).
> So, where do I go from here?

You can either
A, do a xorg configuration with the mouse driver
   man xorg.conf is your friend.

B, try inputattach to make the mouse appear as a /dev/input/* device
   and be automatically included by X11, I haven't tested this. See

   https://wiki.archlinux.org/title/Serial_input_device_to_kernel_input
   https://sourceforge.net/projects/linuxconsole/files/
   https://help.ubuntu.com/community/SerialMouseHowto
   https://wiki.alpinelinux.org/wiki/Serial_Mouse

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Antony Stone

On Saturday 23 April 2022 at 21:11:18, Florian Zieboll via Dng wrote:

> On Sat, 23 Apr 2022 09:07:57 -0700 Fred wrote:
> > A previous post mentioned xorg.conf which doesn't appear to exist in
> > Devuan Beowulf (AMD64).
> > 
> > So, where do I go from here?
> 
> Some time ago, in a similar situation, I had been successful with
> 
> $ find / | grep xorg.conf

Personally I'd have gone for:

find / -name xorg.conf

:)

> Also worth a try:
> 
> $ man 5 xorg.conf

> libre Grüße,
> Florian

I still really like that greeting (if that's the right word for it in 
English).

Antony.

-- 
A good conversation is like a miniskirt;
short enought to retain interest,
but long enough to cover the subject.

 - Celeste Headlee

   Please reply to the list;
 please *don't* CC me.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Florian Zieboll via Dng

On Sat, 23 Apr 2022 09:07:57 -0700
Fred  wrote:

> A previous post mentioned xorg.conf which doesn't appear to exist in 
> Devuan Beowulf (AMD64).
> 
> So, where do I go from here?


Some time ago, in a similar situation, I had been successful with

$ find / | grep xorg.conf

Also worth a try:

$ man 5 xorg.conf


libre Grüße,
Florian
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread Fred


On 4/23/22 02:34, k...@aspodata.se wrote:

Fred:

On 4/22/22 15:31, k...@aspodata.se wrote:

...

   gpm -b 1200 -m /dev/ttyS1 -t msc

...

It shows up at /dev/ttyUSB0.  I have tried that command line several
times.  Nothing happens.  ps -e shows gpm is running.  The pointer will
not move and the mouse buttons have no effect.

...

You have to be aware that gpm is for virtual consoles:

$ man gpm | grep 'gpm - '
gpm - a cut and paste utility and mouse server for virtual consoles

So in X11, openbox etc. graphical environment, it has no effect unless
you take special action. With graphical environment I mean bitmapped as
opposed to character (i.e. letters) based graphics.

Testing with gpm is best done without X11, so stop your window manager
(obenbox) and exit from X11. If you then is presented with a greeter
(also called display manager, see
  https://en.wikipedia.org/wiki/X_display_manager_(program_type)
), see if you can stop the greeter.

Also testing has to be done as root.

So, make sure you are running in a virtual console and logged in as
root, then run the gpm -b etc. thing and move the mouse around.

To make the mouse to work in X11, please test the mouse with gpm in
a console first to assert basic functionality, and then come back.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
I understand now.  I was stuck on gpm because it worked some time ago on 
Debian Jessie.  I was not ready to continue with it then because I still 
had use of my Sun workstation.  The Sun is gone now, I was able to move 
the application program to Linux and now I need a three button mouse 
without the scroll wheel that works with X11.  Maybe the Sun mouse.


A previous post mentioned xorg.conf which doesn't appear to exist in 
Devuan Beowulf (AMD64).


So, where do I go from here?

Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-23 Thread karl

Fred:
> On 4/22/22 15:31, k...@aspodata.se wrote:
...
> >   gpm -b 1200 -m /dev/ttyS1 -t msc
...
> It shows up at /dev/ttyUSB0.  I have tried that command line several 
> times.  Nothing happens.  ps -e shows gpm is running.  The pointer will 
> not move and the mouse buttons have no effect.
...

You have to be aware that gpm is for virtual consoles:

$ man gpm | grep 'gpm - '
   gpm - a cut and paste utility and mouse server for virtual consoles

So in X11, openbox etc. graphical environment, it has no effect unless
you take special action. With graphical environment I mean bitmapped as
opposed to character (i.e. letters) based graphics.

Testing with gpm is best done without X11, so stop your window manager 
(obenbox) and exit from X11. If you then is presented with a greeter
(also called display manager, see
 https://en.wikipedia.org/wiki/X_display_manager_(program_type)
), see if you can stop the greeter.

Also testing has to be done as root.

So, make sure you are running in a virtual console and logged in as 
root, then run the gpm -b etc. thing and move the mouse around.

To make the mouse to work in X11, please test the mouse with gpm in
a console first to assert basic functionality, and then come back.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question


On 4/22/22 15:31, k...@aspodata.se wrote:

Fred:

On 4/22/22 14:21, Fred wrote:

On 4/22/22 13:46, k...@aspodata.se wrote:

Fred:
...

As I said in an earlier post there is an article on using a (different)
Sun mouse on Linux.  The protocol used was msc.  From looking at the
output with an oscilloscope that protocol does appear close if not
correct.

...


From the scope trace you can infer the baud rate.

The baud rate is 1 / smallest_pulse_width.


Have you tried:

   mouse-test [ device ]

...

That program is actually gpm-mouse-test.

...

Should be the same program, differnt packaging. Does most development on
gentoo, run devuan on production boxes.


The Sun mouse I would like to use is also a compact-1.  Does the
mouse-test program you mention work with your compact-1 mouse and
therefore is actually a different program than the one in the gpm package?


I haven't made any adapter for it, it is on a sparcstation.

...

As I said in an earlier post I used the mouse
(long ago) on Debian Jessie with gpm and it worked with msc protocol.


Soo, what happens when you try with:

  gpm -b 1200 -m /dev/ttyS1 -t msc

where ttyS1 should be changed to the serial port used.

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
It shows up at /dev/ttyUSB0.  I have tried that command line several 
times.  Nothing happens.  ps -e shows gpm is running.  The pointer will 
not move and the mouse buttons have no effect.


I have tried using minicom to connect to the mouse and that works in 
that the minicom cursor moves toward the right with mouse movement.

So the hardware is functional.  I know the baud rate is 1200.
Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
> On 4/22/22 14:21, Fred wrote:
> > On 4/22/22 13:46, k...@aspodata.se wrote:
> >> Fred:
> >> ...
> >>> As I said in an earlier post there is an article on using a (different)
> >>> Sun mouse on Linux.Â  The protocol used was msc.Â  From looking at the
> >>> output with an oscilloscope that protocol does appear close if not 
> >>> correct.
...

>From the scope trace you can infer the baud rate.
The baud rate is 1 / smallest_pulse_width.

> >> Have you tried:
> >>
> >> Â  mouse-test [ device ]
...
> > That program is actually gpm-mouse-test.
...

Should be the same program, differnt packaging. Does most development on
gentoo, run devuan on production boxes.

> > The Sun mouse I would like to use is also a compact-1.Â  Does the 
> > mouse-test program you mention work with your compact-1 mouse and 
> > therefore is actually a different program than the one in the gpm package?

I haven't made any adapter for it, it is on a sparcstation.

...
> As I said in an earlier post I used the mouse 
> (long ago) on Debian Jessie with gpm and it worked with msc protocol.

Soo, what happens when you try with:

 gpm -b 1200 -m /dev/ttyS1 -t msc

where ttyS1 should be changed to the serial port used.

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question


On 4/22/22 14:21, Fred wrote:

On 4/22/22 13:46, k...@aspodata.se wrote:

Fred:
...

As I said in an earlier post there is an article on using a (different)
Sun mouse on Linux.  The protocol used was msc.  From looking at the
output with an oscilloscope that protocol does appear close if not 
correct.


  Type-4 and -5 mice seems to been made by mouse systems:
https://www.oldmouse.com/mouse/mousesystems/sun.shtml
http://www.telltronics.org/hardware/SunMouse.html

My own sun moues is a type compact-1 and is done by Logitech.

So your primary choises would be msc and mman (in gpm parlance).



As I said in an earlier post I haven't been able to get gpm to do
anything with the pointer.


Have you tried:

  mouse-test [ device ]

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
That program is actually gpm-mouse-test.  According to the man page it 
is incomplete but otherwise would be helpful.  The mouse I would like to 
use appears as a serial port but gpm-mouse-test doesn't provide any 
option for baud rate.  The author is listed in the man page and I will 
email him to stir the pot.


The Sun mouse I would like to use is also a compact-1.  Does the 
mouse-test program you mention work with your compact-1 mouse and 
therefore is actually a different program than the one in the gpm package?


Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
I tried the gpm-mouse-test program and it is more complete than the man 
page indicates.  It does try several baud rates.  It appeared to be able 
to see the mouse present but was not able to detect the protocol.  I 
don't know whether that was because of a bug in the program or the mouse 
uses a custom protocol.  As I said in an earlier post I used the mouse 
(long ago) on Debian Jessie with gpm and it worked with msc protocol.


The gpm-mouse-test program also did not detect the regular USB mouse so 
it may have some problems.

Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question


On 4/22/22 13:46, k...@aspodata.se wrote:

Fred:
...

As I said in an earlier post there is an article on using a (different)
Sun mouse on Linux.  The protocol used was msc.  From looking at the
output with an oscilloscope that protocol does appear close if not correct.


  Type-4 and -5 mice seems to been made by mouse systems:
https://www.oldmouse.com/mouse/mousesystems/sun.shtml
http://www.telltronics.org/hardware/SunMouse.html

My own sun moues is a type compact-1 and is done by Logitech.

So your primary choises would be msc and mman (in gpm parlance).



As I said in an earlier post I haven't been able to get gpm to do
anything with the pointer.


Have you tried:

  mouse-test [ device ]

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
That program is actually gpm-mouse-test.  According to the man page it 
is incomplete but otherwise would be helpful.  The mouse I would like to 
use appears as a serial port but gpm-mouse-test doesn't provide any 
option for baud rate.  The author is listed in the man page and I will 
email him to stir the pot.


The Sun mouse I would like to use is also a compact-1.  Does the 
mouse-test program you mention work with your compact-1 mouse and 
therefore is actually a different program than the one in the gpm package?


Best regards,
Fred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> As I said in an earlier post there is an article on using a (different) 
> Sun mouse on Linux.  The protocol used was msc.  From looking at the 
> output with an oscilloscope that protocol does appear close if not correct.

 Type-4 and -5 mice seems to been made by mouse systems:
https://www.oldmouse.com/mouse/mousesystems/sun.shtml
http://www.telltronics.org/hardware/SunMouse.html

My own sun moues is a type compact-1 and is done by Logitech.

So your primary choises would be msc and mman (in gpm parlance).


> As I said in an earlier post I haven't been able to get gpm to do 
> anything with the pointer.

Have you tried:

 mouse-test [ device ]

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

On 4/22/22 09:32, k...@aspodata.se wrote:

Fred:
...

I need to work with a nonstandard serial three button mouse without
scroll wheel. It needs a baud rate specification and gpm has an
option for this.

...

I know that gpm works with this mouse.

Since gpm works with the mouse I wouldn't say it is a "non-standard"
one. What mouse protocol does the mouse speak ?

The mouse is a Sun three button mouse without the scroll wheel. I
frequently use a program that makes extensive use of the middle button
and the pc mouse scroll wheel is hateful.

As I said in an earlier post there is an article on using a (different)
Sun mouse on Linux. The protocol used was msc. From looking at the
output with an oscilloscope that protocol does appear close if not correct.

Common protocols are mouseman and msmouse.
You can see what protocols are supported by gpm by doing:

gpm -m /dev/null -t help

Unfortunately you have to do that as root, it doesn't matter what
you write as the device, it can be any string.

You can also find out about mouse protocols with

man mouse

Examples of mouse protocols:

https://web.stanford.edu/class/ee281/projects/aut2002/yingzong-mouse/media/Serial%20Mouse%20Detection.pdf
https://www.kryslix.com/nsfaq/Q.12.html

Example mouse code (if you want to build a mouse yourself):

https://aspodata.se/git/openhw/boards_arm_aspo/mouse/mouse.c

What program is used as mouse driver on Beowulf and Chimaera?

In a text mode terminal you can use gpm or something similar.

In wayland, I don't know, it seems libinput is used by wayland.

In X11 you could use the mouse driver:

https://www.x.org/releases/current/doc/man/man4/mousedrv.4.xhtml
https://packages.debian.org/bullseye/xserver-xorg-input-mouse

You have to configure the mouse driver yourself, udev is of no help
for a serial mouse. You can have multiple serial mice connected and
used. Example xorg.conf extracts:

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device""/dev/ttyS4"
Option "Protocol" "MouseMan"
EndSection

Section "InputDevice"
Identifier "Configured MSMouse"
Driver "mouse"
Option "SendCoreEvents"
Option "Device""/dev/ttyS5"
Option "Protocol" "Microsoft"
EndSection

Todays usb mice can use:

Section "InputDevice"
Identifier "Generic Mouse"
Driver "mouse"
Option "SendCoreEvents""true"
Option "Device""/dev/input/mice"
Option "Protocol" "auto"
Option "ZAxisMapping" "4 5"
EndSection

It has apperantly been removed in favour of libinput upstream:

https://www.gentoo.org/support/news-items/2020-04-03-deprecation-of-legacy-x11-input-drivers.html

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

As I said in an earlier post I haven't been able to get gpm to do
anything with the pointer. I haven't been able to find xorg.conf yet.
I will try an entry there.

Best regards,
Fred
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

2022-04-22 Thread Florian Zieboll via Dng

On April 22, 2022 12:21:02 AM GMT+02:00, aitor  wrote:
> Hi Fred,
> 
> On 21/4/22 23:39, Fred wrote:
> 
> > I don't understand what you mean by virtual terminal.
> 
> For sure the login prompts of tty2, tty3... brung up by holding down the 
> Ctrl+Alt keys, and pressing one of the function keys F2, F3...

Sorry for the confusion: I meant to write 'terminal emulator' (xterm and 
alike), not 'virtual terminal'! 

If I don't get it wrong, in the graphical environment, gpm is not available and 
pointer actions are handeled by X11 resp. the terminal emulator.

gpm is only needed for the text console (tty1, tty2, ...).

-- 

[message sent otg]

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> I don't understand what you mean by virtual terminal.

There are not many "true" terminals left:

 https://en.wikipedia.org/wiki/Computer_terminal

so basically all terminals today are virtual, in the sense that
they behave as if they were an actual terminal, but they are not.

There are basically two types of virtual terminals:

. virtual consoles (also called virtual terminals)
  https://en.wikipedia.org/wiki/Virtual_console

. terminal emulators (like xterm)
  https://en.wikipedia.org/wiki/Terminal_emulator

It seems the primary differance between them is that the virtual
consoles/terminals works in the text mode which linux comes up in.
I.e. with no X11, wayland, openbox or whatever graphical support.

And the terminal emulators works in the graphical mode.

Some people relate this to the difference between DOS and MS-Windows.

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question

Fred:
...
> I need to work with a nonstandard serial three button mouse without
> scroll wheel. It needs a baud rate specification and gpm has an
> option for this.
...
> I know that gpm works with this mouse.

Since gpm works with the mouse I wouldn't say it is a "non-standard"
one. What mouse protocol does the mouse speak ?

Common protocols are mouseman and msmouse.
You can see what protocols are supported by gpm by doing:

gpm -m /dev/null -t help

Unfortunately you have to do that as root, it doesn't matter what
you write as the device, it can be any string.

You can also find out about mouse protocols with

man mouse

Examples of mouse protocols:

https://web.stanford.edu/class/ee281/projects/aut2002/yingzong-mouse/media/Serial%20Mouse%20Detection.pdf
https://www.kryslix.com/nsfaq/Q.12.html

Example mouse code (if you want to build a mouse yourself):

https://aspodata.se/git/openhw/boards_arm_aspo/mouse/mouse.c

> What program is used as mouse driver on Beowulf and Chimaera?

In a text mode terminal you can use gpm or something similar.

In wayland, I don't know, it seems libinput is used by wayland.

In X11 you could use the mouse driver:

https://www.x.org/releases/current/doc/man/man4/mousedrv.4.xhtml
https://packages.debian.org/bullseye/xserver-xorg-input-mouse

You have to configure the mouse driver yourself, udev is of no help
for a serial mouse. You can have multiple serial mice connected and
used. Example xorg.conf extracts:

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device""/dev/ttyS4"
Option "Protocol" "MouseMan"
EndSection

Section "InputDevice"
Identifier "Configured MSMouse"
Driver "mouse"
Option "SendCoreEvents"
Option "Device""/dev/ttyS5"
Option "Protocol" "Microsoft"
EndSection

Todays usb mice can use:

Section "InputDevice"
Identifier "Generic Mouse"
Driver "mouse"
Option "SendCoreEvents""true"
Option "Device""/dev/input/mice"
Option "Protocol" "auto"
Option "ZAxisMapping" "4 5"
EndSection

It has apperantly been removed in favour of libinput upstream:

https://www.gentoo.org/support/news-items/2020-04-03-deprecation-of-legacy-x11-input-drivers.html

Regards,
/Karl Hammar

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mouse driver question