Re: [Patch]: check-lib-depends(1) fix typo in manpage

On Sun, Dec 22, 2019 at 05:34:40PM -0800, Lev Lazinskiy wrote: > Hi everyone, > This is my first patch, so I apologize in advance if there are any > errors. I have been reading every man page for my own benefit and I came > across a typo in check-lib-depends(1). This patch fixes it. > I plan

[Patch]: check-lib-depends(1) fix typo in manpage

Hi everyone, This is my first patch, so I apologize in advance if there are any errors. I have been reading every man page for my own benefit and I came across a typo in check-lib-depends(1). This patch fixes it. I plan on sending any other fixes that I find, out of curiosity is it better to

Re: attention please: host's IP stack behavior got changed slightly

Hello, On Fri, Dec 20, 2019 at 11:12:15PM +0100, Alexander Bluhm wrote: > On Wed, Dec 18, 2019 at 09:07:35AM +0100, Alexandr Nedvedicky wrote: > > I see. Updated diff below makes ip6_input_if() to explicitly check > > for PF_TAG_TRANSLATE_LOCALHOST tag, when ip6_forwarding is disabled. >

Re: ospf6d: add reference to area in struct iface

On Sun, Dec 22, 2019 at 06:35:47PM +0100, Denis Fondras wrote: > area is now part of struct iface > > Code looks cleaner and more like ospfd. ok remi@ > > Index: area.c > === > RCS file: /cvs/src/usr.sbin/ospf6d/area.c,v >

scsi_delay(): sleep without lbolt

If I'm reading this right, the idea is that gets woken up once a second with wakeup(9), so scsi_delay() uses that to sleep roughly the given number of seconds. It seems needlessly convoluted. Can't we just sleep for the given number of seconds directly and check for a signal? Without ? Index:

pluart(4): timeout_add(9) -> timeout_add_sec(9)

ok? Index: pluart.c === RCS file: /cvs/src/sys/dev/ic/pluart.c,v retrieving revision 1.4 diff -u -p -r1.4 pluart.c --- pluart.c11 Aug 2019 10:03:32 - 1.4 +++ pluart.c22 Dec 2019 21:32:50 - @@ -225,7 +225,7 @@

Re: ospf6d: warn when a neighbor changes its source address

On Sun, Dec 22, 2019 at 10:06:40PM +0100, Remi Locherer wrote: > this is similar to ospfd's hello.c rev 1.23. > > OK? > > Remi > > > Index: hello.c > === > RCS file: /cvs/src/usr.sbin/ospf6d/hello.c,v > retrieving revision 1.19 >

ospf6d: warn when a neighbor changes its source address

this is similar to ospfd's hello.c rev 1.23. OK? Remi Index: hello.c === RCS file: /cvs/src/usr.sbin/ospf6d/hello.c,v retrieving revision 1.19 diff -u -p -r1.19 hello.c --- hello.c 11 Dec 2019 21:33:56 - 1.19 +++

ospf6d: add basic regress tests

Add basic regress test to ospf6d. Index: ospf6d/Makefile === RCS file: ospf6d/Makefile diff -N ospf6d/Makefile --- /dev/null 1 Jan 1970 00:00:00 - +++ ospf6d/Makefile 22 Dec 2019 19:27:27 - @@ -0,0 +1,10 @@ +# $OpenBSD$

sunkbd: timeout_add(9) -> timeout_add_msec(9)

As per dev/wscons/wsconsio.h, wskbd_bell_data.period is a count of milliseconds. ok? Index: sunkbd.c === RCS file: /cvs/src/sys/dev/sun/sunkbd.c,v retrieving revision 1.27 diff -u -p -r1.27 sunkbd.c --- sunkbd.c19 Mar 2016

lcd(4/hppa): timeout_add(9) -> timeout_add_usec(9)

lcd_softc.sc_delay's unit appears to be microseconds. ok? Index: lcd.c === RCS file: /cvs/src/sys/arch/hppa/dev/lcd.c,v retrieving revision 1.4 diff -u -p -r1.4 lcd.c --- lcd.c 11 Dec 2015 16:07:01 - 1.4 +++ lcd.c

Re: Dell PowerEdge R7515

On 20.12.2019. 16:45, Hrvoje Popovski wrote: > Hi, > > installation went very well but i can't reboot or halt box, it stops at > syncing disks... done and i need to power off .. > cpu on that box is 32/64 cores, when HT is enabled i'm seeing this log Dec 22 19:53:46 r7515 /bsd: klog: dropped

ospf6d: add reference to area in struct iface

area is now part of struct iface Code looks cleaner and more like ospfd. Index: area.c === RCS file: /cvs/src/usr.sbin/ospf6d/area.c,v retrieving revision 1.4 diff -u -p -r1.4 area.c --- area.c 28 Dec 2008 20:08:31 -

Add /dev/ipmi0 on arm64

ok? Index: etc/etc.arm64/MAKEDEV.md === RCS file: /cvs/src/etc/etc.arm64/MAKEDEV.md,v retrieving revision 1.4 diff -u -p -r1.4 MAKEDEV.md --- etc/etc.arm64/MAKEDEV.md17 Dec 2019 13:08:55 - 1.4 +++

dwiic(4) improvements

The diff below contains a couple of improvements to dwiic(4). They're mostly for making ipmi(4) on the Ampere/Lenovo arm64 boxes work better. But they need testing on x86 machines with keyboards.touchpads/touchscreens connected over i2c. Most of the diff is there to properly implement SMBus

Re: ospf6d: scale send buffer

On Sun, Dec 22, 2019 at 03:27:05PM +0100, Denis Fondras wrote: > Trivial diff to scale send buffer on socket. ok remi@ > > Index: interface.c > === > RCS file: /cvs/src/usr.sbin/ospf6d/interface.c,v > retrieving revision 1.25 >

ospf6d: scale send buffer

Trivial diff to scale send buffer on socket. Index: interface.c === RCS file: /cvs/src/usr.sbin/ospf6d/interface.c,v retrieving revision 1.25 diff -u -p -r1.25 interface.c --- interface.c 28 Jun 2019 13:32:49 - 1.25 +++

Re: ospf6d: rename & move function

Denis Fondras(open...@ledeuns.net) on 2019.12.22 10:55:39 +0100: > Rename and move calc_nexthop_clear()/calc_nexthop_add() to > vertex_nexthop_clear()/vertex_nexthop_add() > > It brings ospf6d closer to ospfd. ok > > > Index: rde.h >

Re: ospf6d: rename & move function

On Sun, Dec 22, 2019 at 10:55:39AM +0100, Denis Fondras wrote: > Rename and move calc_nexthop_clear()/calc_nexthop_add() to > vertex_nexthop_clear()/vertex_nexthop_add() > > It brings ospf6d closer to ospfd. > OK claudio@ > > Index: rde.h >

ospf6d: rename & move function

Rename and move calc_nexthop_clear()/calc_nexthop_add() to vertex_nexthop_clear()/vertex_nexthop_add() It brings ospf6d closer to ospfd. Index: rde.h === RCS file: /cvs/src/usr.sbin/ospf6d/rde.h,v retrieving revision 1.22 diff -u