ntpd is too noisy about 'DNS lookup tempfail' on IPv6 only hosts

2019-11-05 Thread Peter J. Philipp
Hi, I have an IPv6 only host arrowhead.ip6.centroid.eu, that has very noisy: Oct 29 09:12:48 arrowhead ntpd[18744]: DNS lookup tempfail Oct 29 09:21:45 arrowhead last message repeated 2 times in fact: arrowhead# grep 'DNS lookup tempfail' /var/log/daemon | wc -l 1354 This is because the p

Re: pthread process-private futexes [Re: CVS: cvs.openbsd.org: src]

2019-11-05 Thread Martin Pieuchot
On 24/10/19(Thu) 13:30, Stuart Henderson wrote: > On 2019/10/21 04:06, Martin Pieuchot wrote: > > CVSROOT:/cvs > > Module name:src > > Changes by: m...@cvs.openbsd.org2019/10/21 04:06:31 > > > > Modified files: > > lib/librthread : synch.h > > > > Log message: > > Use process

Re: relayd(8): transparent forward

2019-11-05 Thread Mischa Peters
> On 6 Nov 2019, at 08:25, Stuart Henderson wrote: > > On 2019/11/05 20:46, Mischa Peters wrote: >> When you are using transparent (Direct Server Return) you have to make sure >> you disable ARP on the servers you are load balancing. > > Transparent is not "direct server return", that is do

Re: relayd(8): transparent forward

2019-11-05 Thread Stuart Henderson
On 2019/11/05 20:46, Mischa Peters wrote: > When you are using transparent (Direct Server Return) you have to make sure > you disable ARP on the servers you are load balancing. Transparent is not "direct server return", that is done with "route to". > What happens with transparant is that the se

Re: [rpki-client] Patch submission (tal.c)

2019-11-05 Thread Claudio Jeker
On Tue, Nov 05, 2019 at 11:01:56AM -0300, Alexandre Hamada wrote: > Hi Claudio, > > I was testing some tal files, and when it contains an https url (RFC 8630), > it generates a segmentation fault. > > Thus, I would like to suggest adding the following on tal_parse/tal_free. > > Example: > https:

slaacd(8): remove address / default route proposals

2019-11-05 Thread Florian Obser
Remove half way implemented address and default route proposals. This never worked out and is getting in the way of DNS proposals which are coming next. No (intended) functional change. The diff is mostly mechanical, pull 3 types out of the imsg_type enum and churn until it compiles again. I'm g

Re: relayd(8): transparent forward

2019-11-05 Thread mp1009
Mischa, as you were guessing right, my sole intention was to have the actual client IP address available on the server side without changing anything in the current server configuration. With your explanation, I understand that in my case this is not possible. So, as you suggested, passing the cl

use tasks and a task_list to manage if_linkstatehooks

2019-11-05 Thread David Gwynne
this is a follow-up to "use tasks and a task_list to manage if_detachhooks" and converts the link state hooks to a task_list with pre-allocated tasks. it's mostly mechanical, except for carp. each carp interface has a link state hook it registers on its parent, but each hook then runs against ever

OpenBSD on IBM Power.

2019-11-05 Thread Ben Crowhurst
I've seen a few threads discussing OpenBSD on IBM Power Systems. http://openbsd-archive.7691.n7.nabble.com/What-about-the-IBM-POWER7-and-POWER8-platforms-did-anyone-ever-think-about-porting-these-to-OpenBSD-td290583.html Does anyone have an update/status report on the progress? Regards, Ben Crowh

Re: iwm: support new umac scan API

2019-11-05 Thread Tracey Emery
On Mon, Nov 04, 2019 at 05:11:07PM +0100, Stefan Sperling wrote: > Great, thank you! Please keep running it and let me know if you come > across anything wonky :-) Everything has been stable since yesterday. No wonkiness observed! :D -- Tracey Emery

video(1) max. frame sizes

2019-11-05 Thread Marcus Glocker
There are UVC cams out there supporting more than 16 frame sizes. E.g. the Logitech Webcam C930e which I've tested today, which comes with 17 frame sizes. This makes 1920x1080 work on this cam as well with video(1). OK? Index: video.c =

Re: sysupgrade(8) and http_proxy

2019-11-05 Thread Steffen Nurpmeso
trondd wrote in <20191105013833.cy2_d%tro...@kagu-tsuchi.com>: |Steffen Nurpmeso wrote: |> trondd wrote in <49f29107642e86c17283b0582a9f09f4.squir...@mail.kagu-tsu\ |> chi.com>: |>|On Sun, November 3, 2019 12:02 pm, trondd wrote: |>|> On Sun, November 3, 2019 6:27 am, Florian Obser wrote: |>

Re: relayd(8): transparent forward

2019-11-05 Thread Mischa Peters
What are you trying to do? When you are using transparent (Direct Server Return) you have to make sure you disable ARP on the servers you are load balancing. What happens with transparant is that the server gets the client IP as source, not the IP of relayd, and will respond directly to the cli

clang vs gcc and local static symbol names

2019-11-05 Thread Martin Pieuchot
clang(1) and gcc(1) have two different ways to generate names for non-global variables declared as static: $ nm bsd.gcc |grep faultbuf 81daba40 b faultbuf.6183 $ nm bsd.clang |grep faultbuf 81f52f30 b pageflttrap.faultbuf Diff

Re: [rpki-client] Patch submission (tal.c)

2019-11-05 Thread Alexandre Hamada
Hi Claudio. FYI, I've added some support for https. Not sure if this might be useful, but here is the code for ta_parse_buffer. I´ve also modified tal_parse to display a warn message instead of exiting on invalid basename. Regards, Alexandre Hamada static int https_uri_parse(const char **h

relayd(8): transparent forward

2019-11-05 Thread mp1009
The configuration below works fine as soon as I remove the 'transparent' keyword but times out when running as transparent forwarder. What am I missing? Any help is being appreciated. - # relayd.conf http protocol "httpsfilter" { t

ctfconv(1) fix for global variables

2019-11-05 Thread Martin Pieuchot
procter@ recently found that pretty-printing `th0' in ddb(4) was incorrect. The global variable is a 'struct timehands' but the CTF section thought it was a 'struct tcphdr'. That's because net/tcp_subr.o contains a local variable with the same name inside tcp_signature(). So the diff below makes

[PATCH] make: implement jobserver and use it to avoid exponential behavior

2019-11-05 Thread Lauri Tirkkonen
Hi, make has the concept of 'expensive' jobs: if the command line includes the word "make" in it, the command is considered expensive and other jobs are held until that job finishes. It does this to avoid exponential behavior when parallelizing with -j. Some other makes (eg. bmake and gmake) use

[PATCH] mk: build subdirs in parallel

2019-11-05 Thread Lauri Tirkkonen
Followup diff to mk that builds subdirs in parallel instead of a serial shell loop. Like the parent diff, this is just a lightly tested proof of concept. In particular the '===> subdir' printouts are not quite so useful if commands are output out of order. --- share/mk/bsd.subdir.mk | 92

Re: un-boolean_t sys/ddb/

2019-11-05 Thread Jasper Lievisse Adriaanse
> On 5 Nov 2019, at 13:55, Martin Pieuchot wrote: > > Take the safe approach of converting `boolean_t' to `int', `TRUE' to `1' > and `FALSE' to `0'. > > This is to reduce the typedef mess that requires pulling MD/MI headers. > > Per-arch ddb code will follow, ok? I’m ok with the diff (yay for

[rpki-client] Patch submission (tal.c)

2019-11-05 Thread Alexandre Hamada
Hi Claudio, I was testing some tal files, and when it contains an https url (RFC 8630), it generates a segmentation fault. Thus, I would like to suggest adding the following on tal_parse/tal_free. Example: https://rir.docker/ta/ta.cer MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAoFVWio0auchdC

un-boolean_t ddb(4) for x86

2019-11-05 Thread Martin Pieuchot
ok? Index: arch/i386/i386/db_disasm.c === RCS file: /cvs/src/sys/arch/i386/i386/db_disasm.c,v retrieving revision 1.21 diff -u -p -r1.21 db_disasm.c --- arch/i386/i386/db_disasm.c 5 Mar 2017 01:02:48 - 1.21 +++ arch/i386/i3

un-boolean_t ANSIfy ddb(4) for hppa & sparc64

2019-11-05 Thread Martin Pieuchot
ok? Index: arch/hppa/hppa/db_disasm.c === RCS file: /cvs/src/sys/arch/hppa/hppa/db_disasm.c,v retrieving revision 1.20 diff -u -p -r1.20 db_disasm.c --- arch/hppa/hppa/db_disasm.c 15 Oct 2014 17:22:56 - 1.20 +++ arch/hppa/hp

Re: use tasks and a task_list to manage if_detachhooks

2019-11-05 Thread Alexandr Nedvedicky
Hello David, > if people are ok with this, i'll go through and do the same for the link > state and address change hooks. I like your approach, and I think same change should be done linkstate and addrchange hooks as a follow up commit. I'm OK with your diff. thanks and regards sashan

un-boolean_t sys/ddb/

2019-11-05 Thread Martin Pieuchot
Take the safe approach of converting `boolean_t' to `int', `TRUE' to `1' and `FALSE' to `0'. This is to reduce the typedef mess that requires pulling MD/MI headers. Per-arch ddb code will follow, ok? Index: ddb/db_command.c === RCS

Re: kv_executable & sti(4)

2019-11-05 Thread Martin Pieuchot
On 05/11/19(Tue) 10:35, Mark Kettenis wrote: > > Date: Tue, 5 Nov 2019 10:07:36 +0100 > > From: Martin Pieuchot > > > > Diff below reintroduce the `kv_executable' flag for km_alloc(9) with a > > different meaning. Instead of mapping the pages RWX, the flags allows > > the caller to change the pr

Re: kv_executable & sti(4)

2019-11-05 Thread Mark Kettenis
> Date: Tue, 5 Nov 2019 10:07:36 +0100 > From: Martin Pieuchot > > Diff below reintroduce the `kv_executable' flag for km_alloc(9) with a > different meaning. Instead of mapping the pages RWX, the flags allows > the caller to change the protection of the mapping to include PROT_EXEC. > > This a

kv_executable & sti(4)

2019-11-05 Thread Martin Pieuchot
Diff below reintroduce the `kv_executable' flag for km_alloc(9) with a different meaning. Instead of mapping the pages RWX, the flags allows the caller to change the protection of the mapping to include PROT_EXEC. This allows sti(4) to be converted to km_alloc(9), without introducing side-effect

Re: [PATCH] remove sysctl net.mpls.maxloop_inkernel

2019-11-05 Thread Claudio Jeker
On Mon, Nov 04, 2019 at 06:42:20AM -0500, tho...@habets.se wrote: > (adding claudio as the most recent contributor) > > As per https://marc.info/?l=openbsd-misc&m=157191651123338&w=2 this is > no longer used and can be removed. > > Before: > $ sysctl -a | grep mpls > net.mpls.ttl=255 > net.mpls.m