Diff for evaluation (WACOM tablet driver)

Good day, I am currently trying to work on an implementation of a driver for the WACOM tablet on openBSD I am therefore submitting this diff so that it could potentially be evaluated. Please if you have a moment, could you have a look at this diff? I have tested it with my Wacom tablet and it

Re: Pull Request: Addition of String Data Type in /sys/sys/types.h

Hi, Abderrahmane Ghellab wrote on Sun, Jun 18, 2023 at 08:16:21AM +0100: > I am writing to discuss a recent pull request I submitted Never submit pull requests, for no reason whatsoever, full stop. There is no excuse for doing that (except in a few related projects like OpenSSH-portable). >

Re: recent malloc changes

On Sun, Jun 18, 2023 at 03:24:17PM +0200, Why 42? The lists account. wrote: > > On Sun, Jun 04, 2023 at 01:03:14PM +0200, Otto Moerbeek wrote: > > Hello, > > > > In the last few weeks a series of mallocs diff have been committed. > > The last one today. That one allows malloc to detect more

Re: Pull Request: Addition of String Data Type in /sys/sys/types.h

> On Jun 18, 2023, at 02:19, Abderrahmane Ghellab > wrote: > > [...] > > In my pull request , I made a > simple modification to the file by adding a new line to introduce a string > data type. Below, you can find the diff highlighting the changes made: >

Re: Possible typo in pf NAT FAQ

On Sun, 18 Jun 2023 20:35 +0200, Stephan Neuhaus wrote: > Hi list > > I think I have found a typo in the pf NAT FAQ here: > https://www.openbsd.org/faq/pf/nat.html. In the > "Configuring NAT" section it says: > > The general format in pf.conf looks something like this: > > match out on

moncontrol(3), gprof(1): write, read gmon profiling data via utrace(2)

This patch changes libc's _mcleanup() function so it serializes gmon profiling data with utrace(2). gprof(1) is also modified: it can now deserialize that profiling data from a ktrace(2) file. Only apply this patch if you are testing the profclock() patch. Index: lib/libc/gmon/gmon.c

uvm_meter: improve periodic execution logic for uvm_loadav()

The intent here is to update the load averages every five seconds. However: 1. Measuring elapsed time with the UTC clock is unreliable because of settimeofday(2). 2. "Call uvm_loadav() no more than once every five seconds", is not equivalent to "call uvm_loadav() if the current second is

Re: recent malloc changes

> So what's in your malloc options? mdnsd -d must have thrown this warning for nearly 7 years. With d, it sets 'malloc_options = "AFGJPX";'. You removed A and P end of october 2016.

Re: recent malloc changes

On Sun, Jun 18, 2023 at 03:34:27PM +0200, Otto Moerbeek wrote: > So what's in your malloc options? Er, nothing: mjoelnir:robb 18.06 15:57:29 [$?==1]# echo $MALLOC_OPTIONS mjoelnir:robb 18.06 15:57:40 # echo $MALLOC_OPTIONS | cat -vet $ mjoelnir:robb 18.06 15:59:25 [$?==1]# unset

Re: recent malloc changes

On Sun, Jun 18, 2023 at 03:51:20PM +0200, Theo Buehler wrote: > > So what's in your malloc options? > > mdnsd -d must have thrown this warning for nearly 7 years. With d, it sets > 'malloc_options = "AFGJPX";'. You removed A and P end of october 2016. Sigh should be "S". I take care to

smtpd: sync imsg_to_str()

some imsg types are missing from the big switch in imsg_to_str(), noticed after a report in m...@opensmtpd.org. Tracing shows: : imsg: lka <- dispatcher: IMSG_??? (139) (len=42) (imsg #139 should be IMSG_REPORT_SMTP_FILTER_RESPONSE if I'm counting right.) Instead of checking one by one

Re: uvm_meter: improve periodic execution logic for uvm_loadav()

On Sun, Jun 18, 2023 at 12:36:07PM -0500, Scott Cheloha wrote: > On Sun, Jun 18, 2023 at 07:32:56PM +0200, Mark Kettenis wrote: > > > Date: Sun, 18 Jun 2023 12:27:17 -0500 > > > From: Scott Cheloha > > > > > > The intent here is to update the load averages every five seconds. > > > However: > >

Re: recent malloc changes

On Sun, Jun 04, 2023 at 01:03:14PM +0200, Otto Moerbeek wrote: > Hello, > > In the last few weeks a series of mallocs diff have been committed. > The last one today. That one allows malloc to detect more cases of > write-after-free. While that is a good thing, it might uncover latent > bugs in

Re: recent malloc changes

On Sun, Jun 18, 2023 at 04:46:46PM +0200, Why 42? The lists account. wrote: > Jun 18 16:18:23 mjoelnir mdnsd: startup > Jun 18 16:18:23 mjoelnir mdnsd: fatal: bind: Address already in use > Jun 18 16:23:02 mjoelnir mdnsd: startup > Jun 18 16:23:02 mjoelnir mdnsd: fatal: bind: Address already in

Re: uvm_meter: improve periodic execution logic for uvm_loadav()

> Date: Sun, 18 Jun 2023 12:27:17 -0500 > From: Scott Cheloha > > The intent here is to update the load averages every five seconds. > However: > > 1. Measuring elapsed time with the UTC clock is unreliable because of >settimeofday(2). > > 2. "Call uvm_loadav() no more than once every five

Re: uvm_meter: improve periodic execution logic for uvm_loadav()

On Sun, Jun 18, 2023 at 07:32:56PM +0200, Mark Kettenis wrote: > > Date: Sun, 18 Jun 2023 12:27:17 -0500 > > From: Scott Cheloha > > > > The intent here is to update the load averages every five seconds. > > However: > > > > 1. Measuring elapsed time with the UTC clock is unreliable because of

Re: smtpd: sync imsg_to_str()

On Sun, 18 Jun 2023 16:49:30 +0200, Omar Polo wrote: > some imsg types are missing from the big switch in imsg_to_str(), > noticed after a report in m...@opensmtpd.org. Tracing shows: > > : imsg: lka <- dispatcher: IMSG_??? (139) (len=42) > > (imsg #139 should be IMSG_REPORT_SMTP_FILTER_RESPONSE

Fwd: [openbsd/src] https://redmine.pfsense.org/issues/14444 (PR #39)

Hello I was directed to email this mailing list. Docker container OS fingerprints are missing from p0f database. Please see following Redmine that helps showcase this. The closed pull request also lists location in database file for os fingerprints. Jonathan Lee Adult Student --