[WIP FAQ13] New section for webcam usage

2020-09-06 Thread Stefan Hagen
Hello, Lauries video(1) email to misc@ encouraged me to take this information and try to come up with a proposal to enhance the multimedia faq with information about webcam usage. It's the first time I'm working on a faq article and I don't know about any style guides. I tried to align with the

Re: [WIP FAQ13] New section for webcam usage

2020-09-06 Thread Stefan Hagen
Stefan Hagen wrote: > Using a webcam as user > > > To use the webcam as regular user, you need to change the device > permissions. Only root is allowed to access video devices by default. > > > One way of allowing your user to access the video devices is to chang

Re: [WIP FAQ13] New section for webcam usage

2020-09-08 Thread Stefan Hagen
Laurence Tratt wrote: > On Sun, Sep 06, 2020 at 07:45:32PM +0200, Stefan Hagen wrote: > I have one tangential comment: > > > Using a webcam as user > > > > To use the webcam as regular user, you need to change the device > > permissions. > > Th

Re: [PATCH] Adding group "video" for /dev/video*

2020-09-08 Thread Stefan Hagen
Stefan Hagen wrote: > Stefan Hagen wrote: > > Using a webcam as user > > > > > > To use the webcam as regular user, you need to change the device > > permissions. Only root is allowed to access video devices by default. > > > > > > One wa

Re: match on more ure(4) devices

2020-10-14 Thread Stefan Hagen
Hi Jonathan, Jonathan Gray wrote: > match on additional device ids from lenovo windows driver > https://download.lenovo.com/consumer/options/thinkpad_usb-c_dock_gen2_drivers_v1.0.3.03241.exe > and linux driver [...] > + { USB_VENDOR_LENOVO, USB_PRODUCT_LENOVO_RTL8153B_2 }, [...] This is an

[PATCH] faq13, Using a Webcam

2020-09-19 Thread Stefan Hagen
Hello, After some discussions in the WIP thread, I decided to send a patch without the part in question. So here is the "Using a Webcam" chapter which does only mention that it's necessary to set permissions of /dev/video* to the user. I leaves out the details about how to do it best. If there

Re: [PATCH] Adding group "video" for /dev/video*

2020-09-19 Thread Stefan Hagen
Stefan Hagen wrote: > This patch changes MAKEDEV to generate /dev/video0..n with permission > 660 and group "video". It also adds the group "video" with GID 46 to > /etc/groups. > > OK? *ping* I think this one got lost in the thread. Best Regards, Stefan

Xterm close delay when child processes exist

2020-11-08 Thread Stefan Hagen
Hello, xterm has an annoying delay when it's being close by the window manager when child processes exist. Test 1: xterm -e "sh" Now hit the "X" button or whatever your window manager provides to send a window delete event. Xterm should close almost instantly. Test 2: xterm -e

Re: Xterm close delay when child processes exist

2020-11-08 Thread Stefan Hagen
Bryan Steele wrote: > This would be better off sent upstream, not maintained locally in > OpenBSD. > > https://invisible-island.net/xterm/xterm.faq.html#report_bugs Done. Thanks. Best Regards, Stefan

Hiding the vim user in amdgpu_vcn.c (typo in comment)

2021-01-05 Thread Stefan Hagen
Hi, I can totally relate to this one. Found after a conversation about muscle memory and grepping the source tree for ":wq". Best Regards, Stefan Index: ./sys/dev/pci/drm/amd/amdgpu/amdgpu_vcn.c === RCS file:

Re: [PATCH] faq13, Using a Webcam

2021-01-03 Thread Stefan Hagen
Stefan Hagen wrote: > If there are new developments, like a video group or a sysctl video.record > knob, I'll send delta patches to describe the behavior. I've updated the patch to cover the kern.video.record knob. I also used # instead of $ doas in code blocks. Index: faq/faq1

[patch] Add support for Wacom One (CTL-472) to uwacom(4)

2021-06-06 Thread Stefan Hagen
Hello, I managed to get the Wacom One, aka CTL-472 working. It's a small graphics tablet with no extra buttons. I's more recent than the already supported CTL-490. Changes: - It reports little endian values for X / Y coordinates - 0x0202 needs to be written to feature report ID 2 before it

uwacom: reduce tip pressure for click activation

2021-06-03 Thread Stefan Hagen
Hi, I'm using a Wacom CTL-490 to draw on virtual whiteboards in online meetings. Compared to linux/windows, it needs a lot of pressure to draw something on OpenBSD. This makes writing pretty hard. In OpenBSD, a tip-pressure of >10 is required to activate button 0. I'm not sure why this number

Re: uwacom: reduce tip pressure for click activation

2021-06-03 Thread Stefan Hagen
Peter J. Philipp wrote: > I have a Wacom Intuos. Which one? > I found that I could not write anything as good as with the pressure > having a higher threshold ie. the original driver. Can you be more specific? Did you have false activations without touching the tablet? The pressure sensor is

Re: uwacom: reduce tip pressure for click activation

2021-06-04 Thread Stefan Hagen
James Cook wrote: > This is what appears in dmesg when I plug it in: > > uhidev0 at uhub0 port 9 configuration 1 interface 0 "Wacom Co.,Ltd. > Intuos BT S" rev 2.00/1.07 addr 4 That doesn't work. Currently _only_ the CTL-490 is supported. I have an Intuos 4 an Intuos ONE (CTL-472) here. I added

Re: uwacom: reduce tip pressure for click activation

2021-06-03 Thread Stefan Hagen
Peter J. Philipp wrote: > On Thu, Jun 03, 2021 at 08:06:06PM +0200, Stefan Hagen wrote: >> Which one? > > It didn't say in the dmesg if I recall correctly, luckily I found the > packaging. CTL-490 DW-S. Same model here. I just wanted to make sure that the driver is actually

Re: [patch] Add support for Wacom One (CTL-472) to uwacom(4)

2021-07-01 Thread Stefan Hagen
I'm still happily using this diff with the CTL-472. Ping? Stefan Hagen wrote: > Hello, > > I managed to get the Wacom One, aka CTL-472 working. It's a small > graphics tablet with no extra buttons. I's more recent than the already > supported CTL-490. > > Changes: > -

[patch] bring back kern.video.record to faq13

2021-04-11 Thread Stefan Hagen
Hello, just a reminder to bring kern.video.record back into faq13 before the 6.9 release. Best Regards, Stefan Index: faq/faq13.html === RCS file: /cvs/www/faq/faq13.html,v retrieving revision 1.225 diff -u -p -u -p -r1.225

Re: updated patch for iwx(4) Tx aggregation

2021-09-11 Thread Stefan Hagen
Dave Voutila wrote: > > Stefan Sperling writes: > > > Here is another attempt at adding Tx aggregation to iwx(4). > > This patch is based on the latest state in CVS (if_iwx.c r1.107, which > > I have committed a minute ago). Sync your tree before applying this patch. > > > > Compared to

Re: updated patch for iwx(4) Tx aggregation

2021-09-14 Thread Stefan Hagen
Stefan Sperling wrote: > On Sat, Sep 11, 2021 at 02:04:32PM +0200, Stefan Sperling wrote: > > On Fri, Sep 10, 2021 at 06:49:49PM +0200, Stefan Sperling wrote: > > > Here is another attempt at adding Tx aggregation to iwx(4). > > > This patch is based on the latest state in CVS (if_iwx.c r1.107,

Re: updated patch for iwx(4) Tx aggregation

2021-09-11 Thread Stefan Hagen
Stefan Sperling wrote: > On Fri, Sep 10, 2021 at 06:49:49PM +0200, Stefan Sperling wrote: > > Here is another attempt at adding Tx aggregation to iwx(4). > > This patch is based on the latest state in CVS (if_iwx.c r1.107, which > > I have committed a minute ago). Sync your tree before applying

Re: updated patch for iwx(4) Tx aggregation

2021-09-11 Thread Stefan Hagen
Stefan Hagen wrote: > Stefan Sperling wrote: > > On Fri, Sep 10, 2021 at 06:49:49PM +0200, Stefan Sperling wrote: > > > Here is another attempt at adding Tx aggregation to iwx(4). > > > This patch is based on the latest state in CVS (if_iwx.c r1.107, which > >

Re: updated patch for iwx(4) Tx aggregation

2021-09-11 Thread Stefan Hagen
Stefan Sperling wrote: > On Sat, Sep 11, 2021 at 04:29:58PM +0200, Stefan Hagen wrote: > > Sep 11 15:52:39 x13 /bsd: iwx0: associated with e6:63:da:7e:f8:24 ssid > > "DiscMate" channel 36 start MCS 0 long preamble short slot time HT enabled > > Sep 11 15:52:3

Re: iwx(4) 40MHz channel support

2021-10-14 Thread Stefan Hagen
Stefan Sperling wrote: > This patch adds support for 40MHz channels to iwx(4). > > Please sync your source tree before attempting to apply this patch. > I have committed some changes to this driver today which this patch > is based on. > > Works for me on AX200/AX201. Does anyone else want to do

Re: iwx(4) 40MHz channel support

2021-10-14 Thread Stefan Hagen
joshua stein wrote: > On Thu, 14 Oct 2021 at 09:21:18 +0200, Stefan Hagen wrote: > > This ramp up time is reproducible. It always starts slower in the first > > 1 or 2 seconds and then ramps up to full speed. > > I've observed this in ethernet transfers on OpenBSD for

Re: bsd.port.mk.5 typo

2021-10-08 Thread Stefan Hagen
ha...@sdf.org wrote: > Index: bsd.port.mk.5 > === > RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v > retrieving revision 1.545 > diff -u -p -r1.545 bsd.port.mk.5 > --- bsd.port.mk.5 2 May 2021 06:13:57 - 1.545 > +++

Add Apple heic/heif to magic(5) file

2022-12-25 Thread Stefan Hagen
Hi, I'd like to add the mime magic for the Apple heic/heif formats, which are used by Apple devices in recent years to store media. This format family can contain still images, short sequences (live photos) and videos. The rules are taken from FreeBSD. OK? Best Regards, Stefan Index:

Re: Support Wacom One M (CTL-672) [Was: Support Wacom One S (CTL-472)]

2022-12-18 Thread Stefan Hagen
Sven M. Hallberg wrote (2022-12-08 14:12 CET): > Marcus Glocker on Sat, Sep 03 2022: > > I have an Wacom One CTL-672, never used it on OpenBSD. > > This is the "Wacom One M", which I also own... > > > Currently it attaches to ums(4). Works fine with that. > > It seems to expose two HIDs, one

Re: [Patch] Probable error in sh.1

2022-12-18 Thread Stefan Hagen
Ross L Richardson wrote (2022-12-18 10:55 CET): > The word "array" occurs only once in sh.1. Therefore, either it deserves > more explanation, or removal with something like the patch below. I think you're right. This looks like an oversight from the works when sh(1) was rewritten / split from

Re: Please test: unlock mprotect/mmap/munmap

2022-11-08 Thread Stefan Hagen
Martin Pieuchot wrote (2022-11-06 10:54 WET): > These 3 syscalls should now be ready to run w/o KERNEL_LOCK(). This > will reduce contention a lot. I'd be happy to hear from test reports > on many architectures and possible workloads. My two amd64 machines are happy with it for two days now.

Re: AMD 17h/1xh HD Audio testers wanted!

2023-03-07 Thread Stefan Hagen
Stefan Hagen wrote (2023-03-05 09:19 CET): > Alexandre Ratchov wrote (2023-03-05 08:53 CET): > > If you've an azalia(4) attaching as "AMD 17h/1xh HD Audio", please > > test this diff and report regressions. Especially audio lock ups that > > require reboot. >

Re: AMD 17h/1xh HD Audio testers wanted!

2023-03-05 Thread Stefan Hagen
Alexandre Ratchov wrote (2023-03-05 08:53 CET): > If you've an azalia(4) attaching as "AMD 17h/1xh HD Audio", please > test this diff and report regressions. Especially audio lock ups that > require reboot. > > IIRC, MSI was disabled few years ago to "fix" such lockups, and now > this diff

Re: update: xf86-video-amdgpu 23.0.0

2023-03-05 Thread Stefan Hagen
Matthieu Herrb wrote (2023-02-27 21:17 CET): > Hi, > > the patch below update the amdgpu(4) X.Org driver to version 23.0.0 > > To test (on machines with an AMD / Radeon GPU) > > # cd /usr/xenocara/driver/xf86-video-amdgpu > # patch -p0 -E < /path/to/this/file > # make -f Makefile.bsd-wrapper