Re: [OpenIKED] Network traffic over VPN site-to-site tunnel stalls few times a day
Hello Patrick, I am sorry for the late reply. > Do you consider memory an issue? No, I do not. I have a bunch of old Soekris/net5501-70 and ALIX2d2/2d3, that I use for VPN testing. Current testing set (6.5/i386) is net5501-70 <-> ALIX2d3 Production set (6.3/i386) is net5501-70 <-> ALIX2d2 Also have tried net5501-70 <-> net5501-70 - the same VPN problem occurs It is unlikely that every box has any hardware issue. > Unix load average can occasionally be deceiving. I did not know. net5501-70 $top -d1 | head -n 4 load averages: 0.05, 0.01, 0.00RAC-fw65-test.PRAC 10:58:14 38 processes: 1 running, 35 idle, 1 dead, 1 on processor up 3 days, 18:02 CPU states: 0.5% user, 0.0% nice, 0.4% sys, 0.0% spin, 0.2% intr, 98.8% idle Memory: Real: 18M/267M act/tot Free: 222M Cache: 97M Swap: 0K/256M ALIX2d3 $top -d1 | head -n 4 load averages: 0.00, 0.00, 0.00mon65.home 07:30:05 37 processes: 1 running, 35 idle, 1 on processor up 13:46 CPU states: 0.3% user, 0.0% nice, 1.1% sys, 0.0% spin, 0.4% intr, 98.3% idle Memory: Real: 125M/223M act/tot Free: 14M Cache: 47M Swap: 73M/256M > What is the speed of your memory? > What make of Ethernets are you running? Dmesgs below net5501-70 OpenBSD 6.5 (GENERIC) #2: Tue Jul 23 23:08:46 CEST 2019 r...@syspatch-65-i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 536363008 (511MB) avail mem = 511311872 (487MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 20/80/26, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class) 500 MHz, 05-0a-02 cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW mtrr: K6-family MTRR support (2 registers) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) 0:20:0: io address conflict 0x6100/0x100 0:20:0: io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 "AMD Geode LX" rev 0x33 glxsb0 at pci0 dev 1 function 2 "AMD Geode LX Crypto" rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 11, address 00:00:24:cb:4f:cc ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 5, address 00:00:24:cb:4f:cd ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 9, address 00:00:24:cb:4f:ce ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 12, address 00:00:24:cb:4f:cf ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 glxpcib0 at pci0 dev 20 function 0 "AMD CS5536 ISA" rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio, i2c gpio0 at glxpcib0: 32 pins iic0 at glxpcib0 pciide0 at pci0 dev 20 function 2 "AMD CS5536 IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 1-sector PIO, LBA48, 7629MB, 15625216 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 "AMD CS5536 USB" rev 0x02: irq 15, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 "AMD CS5536 USB" rev 0x02: irq 15 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "AMD EHCI root hub" rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbc0: unable to establish interrupt for irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 configuration 1 interface 0 "AMD OHCI root hub" rev 1.00/1.00 addr 1 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (2bf8b7abbbce37df.a) swap on wd0b dump on wd0b ALIX2d3 OpenBSD 6.5 (GENERIC) #2: Tue Jul 23 23:08:46 CEST 2019 r...@syspatch-65-i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 267931648 (255MB) avail mem = 247779328 (236MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 11/05/08, BIOS32 rev. 0 @ 0xfd088 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0:
Re: pf.conf anchor directories
> hiya > can you have lines like this in pf.conf > anchor "authpf/vpn/*" in on $VPN_IFACE > anchor "authpf/wireless/*" in on $WIRE_IFACE > and have anchors in /etc/authpf/vpn with your vpn rules > and anchors in /etc/authpf/wireless with your wireless rules ? > > shadrock > To: > shadrock uhuru > CC: > misc@openbsd.org > > > yes > > Subject: > Re: pf.conf anchor directories > From: > Klemens Nanni > Date: > 8/20/19, 10:28 AM > thanks shadrock
Re: missing SYN_RECV in netstat
On Tue, Aug 20, 2019 at 07:36:11PM +0200, Peter J. Philipp wrote: > Hi, > > On the NANOG list there is a thread about something synflooding: > https://mailman.nanog.org/pipermail/nanog/2019-August/102713.html > > Most of my hosts are synflooded, and I was wondering why my OpenBSD > hosts don't show any SYN_RECV states in a netstat -nafinet. I had to tcpdump > to see a synflood happening on port 53 on one of my hosts, have to > still check the other one. Could there be a bad pf rule I'm > using? I suspect this is a worm of sorts or something. > > While not an emergency, it is inconvenient to pick out the synflooders > with tcpdump. Is there any better tools? netstat does not show SYN_RECV states because those are hold in the syncache and need to finish the 3-way handshake before showing up in netstat. I normally use tcpdump to identify synfloods but pfctl -ss will probably show them as well (up to the moment where pf decides to switch to syncookies). -- :wq Claudio
Re: missing SYN_RECV in netstat
Never mind, I exited airhead mode. pfctl -ss does what I need. However I approached things from non-root perspective and pfctl requires root privs. Sometimes I surprise myself that I have root. Cheers, -peter On 8/20/19 7:36 PM, Peter J. Philipp wrote: Hi, On the NANOG list there is a thread about something synflooding: https://mailman.nanog.org/pipermail/nanog/2019-August/102713.html Most of my hosts are synflooded, and I was wondering why my OpenBSD hosts don't show any SYN_RECV states in a netstat -nafinet. I had to tcpdump to see a synflood happening on port 53 on one of my hosts, have to still check the other one. Could there be a bad pf rule I'm using? I suspect this is a worm of sorts or something. While not an emergency, it is inconvenient to pick out the synflooders with tcpdump. Is there any better tools? -peter
missing SYN_RECV in netstat
Hi, On the NANOG list there is a thread about something synflooding: https://mailman.nanog.org/pipermail/nanog/2019-August/102713.html Most of my hosts are synflooded, and I was wondering why my OpenBSD hosts don't show any SYN_RECV states in a netstat -nafinet. I had to tcpdump to see a synflood happening on port 53 on one of my hosts, have to still check the other one. Could there be a bad pf rule I'm using? I suspect this is a worm of sorts or something. While not an emergency, it is inconvenient to pick out the synflooders with tcpdump. Is there any better tools? -peter
Re: Need to clean some space on /usr
On 2019-08-14, Jay Hart wrote: > Currently have 6.5 stable installed on my router/firewal. > > My /usr partition is a bit on the "too loaded" side, space wise. Its a 2GB > partition with 1.8GB > being used (175MB being reported as free). I also have the following '/usr' > dedicated slices (as > separate partitions): > > /usr/local > /usr/X11R6 > /usr/obj > /usr/src > > I haven't been compiling anything since 6.3 or 6.2, so I haven't loaded the > src tarballs in a while. > > /usr/xenocara currently is using 650MB of space and it looks like the last > data set installed was > Oct of 2018. No data set is automatically installed in /usr/xenocara, you must have manually fetched the xenocara source tree. Yes that can go unless you are building X from source on this machine. If that isn't enough, you may want to consider shuffling or merging partitions.
Re: OpenBSD -stable binary packages
On 2019-08-14, Consus wrote: > On 15:30 Wed 14 Aug, Thomas Bohl wrote: >> https://marc.info/?l=openbsd-announce=156577865917831=2 >> >> > We are pleased to announce that we now also provide selected binary >> > packages for the most recent release. These are built from the -stable >> > ports tree which receives security and a few other important fixes: >> >> Thank you! >> That is really cool. > > A decade or two late, What a great attitude, really makes you want to spend time on helping such people... Anyway there did used to be updated -stable packages for a similar set of arches as the new builds, that was done until somewhere around 4.6, so not only is your "decade or two late" comment a bit off, it is also wrong. It didn't stop before because "OpenBSD isn't doing this", it stopped because there was nobody interested enough to put in the work needed.
Re: pf.conf anchor directories
yes
Re: trouble with radeon r9 290 and eduke32
Problem stays even after your patch and unset LD_PRELOAD On Tue, Aug 20, 2019 at 10:40 AM Jonathan Gray wrote: > On Tue, Aug 20, 2019 at 09:43:48AM +0300, wrote: > > Hello, > > When I start eduke32 with LD_PRELOAD=/usr/X11R6/lib/libGL.so.17.0 so it > > can run in opengl, > > on ion fury it freezes after starting the game and whole machine becomes > > unresponsive for some time. I can ssh to it from my cell phone after some > > time. Here is screenshot of dmesg: > > > > https://yadi.sk/i/C6NSFEqjxuchoA > > > > Here is dmesg after reboot: https://pastebin.com/HiHp8DUQ > > > > Help. please. > > Thanks. > > Why are you using LD_PRELOAD? OpenGL should work without that. > eduke32 will dlopen libGL.so after libGL.so.1 can't be opened going by > source/glad/src/glad.c. > > Are you using the version of eduke32 in ports? It is quite old and > ion fury had the initial release a few days ago. > > Can you reproduce this with any other game supported by eduke32? > I don't have ion fury but have the rest (and duke3d shareware > is installed when installing the eduke32 package). > > Here is an update to the latest eduke32 which has some graphical > glitches on the title screen with duke3d shareware with inteldrm. > Not sure if the xmp bits are properly built for the tracker music > in ion fury. > > Index: Makefile > === > RCS file: /cvs/ports/games/eduke32/Makefile,v > retrieving revision 1.22 > diff -u -p -r1.22 Makefile > --- Makefile14 Jul 2019 02:16:51 - 1.22 > +++ Makefile20 Aug 2019 07:03:43 - > @@ -1,15 +1,14 @@ > # $OpenBSD: Makefile,v 1.22 2019/07/14 02:16:51 naddy Exp $ > > COMMENT = Enhanced Duke Nukem 3D engine > -RDATE =20171105 > -RTAG = 6496 > +RDATE =20190818 > +RTAG = 8040 > DISTNAME = eduke32_src_${RDATE}-${RTAG} > PKGNAME = eduke32-2.0.0.${RTAG} > -REVISION = 3 > EXTRACT_SUFX = .tar.xz > CATEGORIES = games x11 > > -HOMEPAGE = http://www.eduke32.com/ > +HOMEPAGE = https://www.eduke32.com/ > > MAINTAINER = Ryan Freeman > > @@ -37,7 +36,7 @@ WANTLIB +=gtk-x11-2.0 > > RUN_DEPENDS = games/duke3ddata > > -MASTER_SITES = > http://dukeworld.duke4.net/eduke32/synthesis/${RDATE}-${RTAG}/ > +MASTER_SITES = > https://dukeworld.duke4.net/eduke32/synthesis/${RDATE}-${RTAG}/ > > COMPILER = base-clang ports-gcc > > Index: distinfo > === > RCS file: /cvs/ports/games/eduke32/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo22 Nov 2017 03:43:46 - 1.4 > +++ distinfo20 Aug 2019 06:29:45 - > @@ -1,2 +1,2 @@ > -SHA256 (eduke32_src_20171105-6496.tar.xz) = > 1+MCe1npolXkOvGK6Jtk+THxlaIL9kwoTLKYpdkMPrI= > -SIZE (eduke32_src_20171105-6496.tar.xz) = 14351444 > +SHA256 (eduke32_src_20190818-8040.tar.xz) = > NO62FnQvdvlKWlAwdVctrBboDeAFIAU8VRmS9ik0i0k= > +SIZE (eduke32_src_20190818-8040.tar.xz) = 15922772 > Index: patches/patch-Common_mak > === > RCS file: /cvs/ports/games/eduke32/patches/patch-Common_mak,v > retrieving revision 1.1 > diff -u -p -r1.1 patch-Common_mak > --- patches/patch-Common_mak22 Nov 2017 03:43:46 - 1.1 > +++ patches/patch-Common_mak20 Aug 2019 06:36:43 - > @@ -3,7 +3,7 @@ $OpenBSD: patch-Common_mak,v 1.1 2017/11 > Index: Common.mak > --- Common.mak.orig > +++ Common.mak > -@@ -638,7 +638,7 @@ ifeq (0,$(RELEASE)) > +@@ -700,7 +700,7 @@ ifeq (0,$(RELEASE)) > F_NO_STACK_PROTECTOR := > else > ifeq (0,$(CLANG)) > @@ -11,4 +11,4 @@ Index: Common.mak > +#COMMONFLAGS += -funswitch-loops > endif > > - ifeq (0,$(DEBUGANYWAY)) > + ifeq (0,$(FORCEDEBUG)) > Index: patches/patch-GNUmakefile > === > RCS file: /cvs/ports/games/eduke32/patches/patch-GNUmakefile,v > retrieving revision 1.2 > diff -u -p -r1.2 patch-GNUmakefile > --- patches/patch-GNUmakefile 17 Jul 2018 07:56:44 - 1.2 > +++ patches/patch-GNUmakefile 20 Aug 2019 06:36:55 - > @@ -3,7 +3,7 @@ $OpenBSD: patch-GNUmakefile,v 1.2 2018/0 > Index: GNUmakefile > --- GNUmakefile.orig > +++ GNUmakefile > -@@ -161,7 +161,6 @@ engine_objs := \ > +@@ -227,7 +227,6 @@ engine_objs := \ > textfont.cpp \ > smalltextfont.cpp \ > kplib.cpp \ > @@ -11,7 +11,7 @@ Index: GNUmakefile > osd.cpp \ > pragmas.cpp \ > scriptfile.cpp \ > -@@ -581,7 +580,7 @@ ifeq ($(SUBPLATFORM),LINUX) > +@@ -655,7 +654,7 @@ ifeq ($(SUBPLATFORM),LINUX) > endif > > ifeq ($(PLATFORM),BSD) > @@ -20,12 +20,12 @@ Index: GNUmakefile > endif > > ifeq ($(PLATFORM),DARWIN) > -@@ -755,7 +754,7 @@ endif > +@@ -829,7 +828,7 @@ endif > > Final setup > > --COMPILERFLAGS += -I$(engine_inc) -I$(mact_inc) -I$(audiolib_inc) > -I$(enet_inc) > -+COMPILERFLAGS :=
Re: trouble with radeon r9 290 and eduke32
On Tue, Aug 20, 2019 at 09:43:48AM +0300, wrote: > Hello, > When I start eduke32 with LD_PRELOAD=/usr/X11R6/lib/libGL.so.17.0 so it > can run in opengl, > on ion fury it freezes after starting the game and whole machine becomes > unresponsive for some time. I can ssh to it from my cell phone after some > time. Here is screenshot of dmesg: > > https://yadi.sk/i/C6NSFEqjxuchoA > > Here is dmesg after reboot: https://pastebin.com/HiHp8DUQ > > Help. please. > Thanks. Why are you using LD_PRELOAD? OpenGL should work without that. eduke32 will dlopen libGL.so after libGL.so.1 can't be opened going by source/glad/src/glad.c. Are you using the version of eduke32 in ports? It is quite old and ion fury had the initial release a few days ago. Can you reproduce this with any other game supported by eduke32? I don't have ion fury but have the rest (and duke3d shareware is installed when installing the eduke32 package). Here is an update to the latest eduke32 which has some graphical glitches on the title screen with duke3d shareware with inteldrm. Not sure if the xmp bits are properly built for the tracker music in ion fury. Index: Makefile === RCS file: /cvs/ports/games/eduke32/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile14 Jul 2019 02:16:51 - 1.22 +++ Makefile20 Aug 2019 07:03:43 - @@ -1,15 +1,14 @@ # $OpenBSD: Makefile,v 1.22 2019/07/14 02:16:51 naddy Exp $ COMMENT = Enhanced Duke Nukem 3D engine -RDATE =20171105 -RTAG = 6496 +RDATE =20190818 +RTAG = 8040 DISTNAME = eduke32_src_${RDATE}-${RTAG} PKGNAME = eduke32-2.0.0.${RTAG} -REVISION = 3 EXTRACT_SUFX = .tar.xz CATEGORIES = games x11 -HOMEPAGE = http://www.eduke32.com/ +HOMEPAGE = https://www.eduke32.com/ MAINTAINER = Ryan Freeman @@ -37,7 +36,7 @@ WANTLIB +=gtk-x11-2.0 RUN_DEPENDS = games/duke3ddata -MASTER_SITES = http://dukeworld.duke4.net/eduke32/synthesis/${RDATE}-${RTAG}/ +MASTER_SITES = https://dukeworld.duke4.net/eduke32/synthesis/${RDATE}-${RTAG}/ COMPILER = base-clang ports-gcc Index: distinfo === RCS file: /cvs/ports/games/eduke32/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo22 Nov 2017 03:43:46 - 1.4 +++ distinfo20 Aug 2019 06:29:45 - @@ -1,2 +1,2 @@ -SHA256 (eduke32_src_20171105-6496.tar.xz) = 1+MCe1npolXkOvGK6Jtk+THxlaIL9kwoTLKYpdkMPrI= -SIZE (eduke32_src_20171105-6496.tar.xz) = 14351444 +SHA256 (eduke32_src_20190818-8040.tar.xz) = NO62FnQvdvlKWlAwdVctrBboDeAFIAU8VRmS9ik0i0k= +SIZE (eduke32_src_20190818-8040.tar.xz) = 15922772 Index: patches/patch-Common_mak === RCS file: /cvs/ports/games/eduke32/patches/patch-Common_mak,v retrieving revision 1.1 diff -u -p -r1.1 patch-Common_mak --- patches/patch-Common_mak22 Nov 2017 03:43:46 - 1.1 +++ patches/patch-Common_mak20 Aug 2019 06:36:43 - @@ -3,7 +3,7 @@ $OpenBSD: patch-Common_mak,v 1.1 2017/11 Index: Common.mak --- Common.mak.orig +++ Common.mak -@@ -638,7 +638,7 @@ ifeq (0,$(RELEASE)) +@@ -700,7 +700,7 @@ ifeq (0,$(RELEASE)) F_NO_STACK_PROTECTOR := else ifeq (0,$(CLANG)) @@ -11,4 +11,4 @@ Index: Common.mak +#COMMONFLAGS += -funswitch-loops endif - ifeq (0,$(DEBUGANYWAY)) + ifeq (0,$(FORCEDEBUG)) Index: patches/patch-GNUmakefile === RCS file: /cvs/ports/games/eduke32/patches/patch-GNUmakefile,v retrieving revision 1.2 diff -u -p -r1.2 patch-GNUmakefile --- patches/patch-GNUmakefile 17 Jul 2018 07:56:44 - 1.2 +++ patches/patch-GNUmakefile 20 Aug 2019 06:36:55 - @@ -3,7 +3,7 @@ $OpenBSD: patch-GNUmakefile,v 1.2 2018/0 Index: GNUmakefile --- GNUmakefile.orig +++ GNUmakefile -@@ -161,7 +161,6 @@ engine_objs := \ +@@ -227,7 +227,6 @@ engine_objs := \ textfont.cpp \ smalltextfont.cpp \ kplib.cpp \ @@ -11,7 +11,7 @@ Index: GNUmakefile osd.cpp \ pragmas.cpp \ scriptfile.cpp \ -@@ -581,7 +580,7 @@ ifeq ($(SUBPLATFORM),LINUX) +@@ -655,7 +654,7 @@ ifeq ($(SUBPLATFORM),LINUX) endif ifeq ($(PLATFORM),BSD) @@ -20,12 +20,12 @@ Index: GNUmakefile endif ifeq ($(PLATFORM),DARWIN) -@@ -755,7 +754,7 @@ endif +@@ -829,7 +828,7 @@ endif Final setup --COMPILERFLAGS += -I$(engine_inc) -I$(mact_inc) -I$(audiolib_inc) -I$(enet_inc) -+COMPILERFLAGS := -I$(engine_inc) -I$(mact_inc) -I$(audiolib_inc) -I$(enet_inc) $(COMPILERFLAGS) - - - # Recipes +-COMPILERFLAGS += -I$(engine_inc) -I$(mact_inc) -I$(audiolib_inc) -I$(enet_inc) -I$(glad_inc) -MP -MMD ++COMPILERFLAGS := -I$(engine_inc) -I$(mact_inc) -I$(audiolib_inc) -I$(enet_inc) -I$(glad_inc) -MP -MMD $(COMPILERFLAGS) + ifneq (0,$(USE_PHYSFS))
trouble with radeon r9 290 and eduke32
Hello, When I start eduke32 with LD_PRELOAD=/usr/X11R6/lib/libGL.so.17.0 so it can run in opengl, on ion fury it freezes after starting the game and whole machine becomes unresponsive for some time. I can ssh to it from my cell phone after some time. Here is screenshot of dmesg: https://yadi.sk/i/C6NSFEqjxuchoA Here is dmesg after reboot: https://pastebin.com/HiHp8DUQ Help. please. Thanks.
Re: Ergonomic USB wired mouse
On 19.08., Anatoli wrote: > I'm using Logitech MX Vertical. Nice mouse, IMO one of the most ergonomic > ones though it needs some adaptation. It has 2 additional buttons which do > NOT work on -current (better to say, they work like scrolling the wheel > instead being left and right), I'd like to know how to make them work BTW. > On Linux it works well. > > Oliver Marugg wrote: > > Hi > > > > I am preparing switching my desktop from another OS to OpenBSD. Is > > anyone using an Evoluent USB Wired Mouse (C/4 or 4 small) with OpenBSD? > > Or any other great ideas about an ergonomic mouse working with OpenBSD? > > > > Many thanks. > > > > -oliver > > > I use the Logitech Performance MX trackball. Like Anatoli I had the problem that the two additional buttons behave like the scroll wheel. I solved this issue last year. You can find my how-to here: https://www.bsdhowto.ch/mousekeys.html Cheers, Bruno