Re: fec(4) mii_tick

On Wed, Sep 21, 2016 at 02:23:57PM +0200, Mark Kettenis wrote: > > Date: Wed, 21 Sep 2016 21:42:36 +1000 > > From: Jonathan Gray > > > > On Wed, Sep 21, 2016 at 01:22:04PM +0200, Mark Kettenis wrote: > > > Here is the promised diff that makes fec(4) call mii_tick() like all > > >

steinberg/yamaha ur22 audio device + openbsd 6.0

Hi tech, I had some success using Yamaha/Steinberg UR22 usb audio interface box on OpenBSD/i386 6.0. I heard that Linux supports the device but I never tested it under Linux. I spent AUD $150 on the device last year and wondered if it could ever be used with OpenBSD aucat(1). The USB-quirks

Minor improvement to socket(2) man page

The current version is somewhat awkward and forgets to mention that errno is set. I adapted the paragraph found in most other system call man pages. Thanks for your time, Mike Index: lib/libc/sys/socket.2 === RCS file:

syslogd tcp socket buffer size

Hi, With the new large socket buffer sizes, syslogd could use more mbufs for TCP or TLS connections than before. It makes no sense to buffer messages in kernel, the dynamic limit there makes testing the dropped message statistics unreliable. Syslog has no high performance requirements, so limit

Re: rtadvd: no need for float defines

Florian Obser writes: > OK? ok jca@, I don't think that the opposite direction (fully handling those values as floats) is worth the trouble. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: rtadvd: consistently use MAX_ prefix

Florian Obser writes: > OK? Looks better, but are still discrepancies (eg MAX_ROUTERLIFETIME vs. MAX_ROUTER_LIFETIME). I don't think we care much, though... ok jca@ $ grep -e MIN -e MAX rtadvd.h #define DEF_MAXRTRADVINTERVAL 600 #define MAX_ROUTERLIFETIME 9000 #define

Re: alignment error rtadvd/armv7

Martin Brandenburg writes: > On Sun, 18 Sep 2016, Jeremie Courreges-Anglas wrote: > >> Martin Brandenburg writes: >> >> > On a PandaBoard (armv7) running -current, when I run rtadvd, it crashes >> > with a bus error shortly after

Re: LKMDIR in bsd.own.mk

On Wed, Sep 21, 2016 at 08:10:15PM +0200, Martin Natano wrote: > Loadable kernel modules are gone. Ok? i think so :) https://marc.info/?l=openbsd-tech=141320636821630=2 > > natano > > > Index: share/mk/bsd.own.mk > === > RCS

LKMDIR in bsd.own.mk

Loadable kernel modules are gone. Ok? natano Index: share/mk/bsd.own.mk === RCS file: /cvs/src/share/mk/bsd.own.mk,v retrieving revision 1.178 diff -u -p -r1.178 bsd.own.mk --- share/mk/bsd.own.mk 8 Sep 2016 18:59:49 -

Re: W^X -wxneeded backported to 6.0-stable?

Theo de Raadt wrote: You have clients and work, so instead your spam this mailing list? I thought it might be a known problem. OpenBSD is your whole world. It's a very important part of mine, but I really can't keep up on everything that flies by on the list as I did 18 years ago. And it's

Re: bluhm's splsoftassert

On Wed, Sep 21, 2016 at 12:32:50PM -0400, David Hill wrote: > Hit another. > > splassert: sorwakeup: want 5 have 0 > Starting stack trace... > splassert_check() at splassert_check+0x78 > sorwakeup() at sorwakeup+0x27 > route_input() at route_input+0x284 > ifioctl() at ifioctl+0x765 > sys_ioctl()

Re: bluhm's splsoftassert

Hit another. splassert: sorwakeup: want 5 have 0 Starting stack trace... splassert_check() at splassert_check+0x78 sorwakeup() at sorwakeup+0x27 route_input() at route_input+0x284 ifioctl() at ifioctl+0x765 sys_ioctl() at sys_ioctl+0x196 syscall() at syscall+0x27b --- syscall (number 54) --- end

Re: W^X -wxneeded backported to 6.0-stable?

>Theo de Raadt wrote: >> In other words, it is pretty simple -- reinstall, and prove reproducibility. > >I have clients and work to do. Did this all on a Sunday night. You have clients and work, so instead your spam this mailing list? That is the problem: Selfishness.

Re: W^X -wxneeded backported to 6.0-stable?

>Theo de Raadt wrote: >> In other words, it is pretty simple -- reinstall, and prove reproducibility. > >I have clients and work to do. Did this all on a Sunday night. > >> And frankly, doing your entire system as /, should almost be an unsupported >> option. It is a ridiculous configuration >>

Re: W^X -wxneeded backported to 6.0-stable?

Theo de Raadt wrote: In other words, it is pretty simple -- reinstall, and prove reproducibility. I have clients and work to do. Did this all on a Sunday night. And frankly, doing your entire system as /, should almost be an unsupported option. It is a ridiculous configuration for about 20

Re: W^X -wxneeded backported to 6.0-stable?

Stuart Henderson wrote: In 6.0 the packages for these did not have WXNEEDED annotations so they would trigger the log, however the kernel did not enforce it on wxallowed fs. So it expected to see this in dmesg but it is not expected for them to die for this reason Thanks, Stuart. Some Java

Re: W^X -wxneeded backported to 6.0-stable?

On 2016/09/21 09:49, Jack J. Woehr wrote: > As noted on the ports mailing list, after 6.0 upgrade/cvs source/build > kernel/build world/pkg_add -u I am experiencing > wx violations on a single whole-disk label mounted as / wxallowed. I see no changes between 6.0 and 6.0-stable in this area. >

Re: W^X -wxneeded backported to 6.0-stable?

> On 2016/09/21 09:49, Jack J. Woehr wrote: > > As noted on the ports mailing list, after 6.0 upgrade/cvs source/build = > kernel/build world/pkg_add -u I am experiencing > > wx violations on a single whole-disk label mounted as / wxallowed. > > I see no changes between 6.0 and 6.0-stable in this

W^X -wxneeded backported to 6.0-stable?

As noted on the ports mailing list, after 6.0 upgrade/cvs source/build kernel/build world/pkg_add -u I am experiencing wx violations on a single whole-disk label mounted as / wxallowed. Solène Rapenne posted: On -current binaries now needs both wxallowed on their mountpoint

Remove reference to zaurus

Hi tech@, This seems to be a leftover from the zaurus port removal. OK? Index: sbin/disklabel/Makefile === RCS file: /cvs/src/sbin/disklabel/Makefile,v retrieving revision 1.63 diff -u -p -r1.63 Makefile --- sbin/disklabel/Makefile

Re: work-in-progress iwm performance fix

On Wed, Sep 21, 2016 at 12:04:18PM +0200, Stefan Sperling wrote: > Here's another update which fixes the data rates ACKs are sent at. > This helps block ack with multiple associated clients. > > There still seems to be an occasional problem during the initial association. > It seems that

Re: patch: USB quirk to support extra buttons on Kensington Slimblade

Martin Pieuchot on Wed, Sep 21 2016: > Can you do that without adding a new quirk? Yes, but I guess then there would have to be a check for this particular product in the generic driver path? > Is this way of reporting extra buttons standard or is it a vendor-only > feature?

Re: fec(4) mii_tick

> Date: Wed, 21 Sep 2016 21:42:36 +1000 > From: Jonathan Gray > > On Wed, Sep 21, 2016 at 01:22:04PM +0200, Mark Kettenis wrote: > > Here is the promised diff that makes fec(4) call mii_tick() like all > > our other ethernet drivers that use mii do. > > > > Does this fix your

Re: send fewer router solicitations

On 2016/09/02 10:37, Florian Obser wrote: > Our kernel based rtsol code is like this little child. We bring up > the interface, send our first solicitation and get an advertisment > back with a pltime of a week or so. > > We lean back, quite happy that we can do v6 now, but after 60 seconds > we

Re: Modernize arm assembly in the kernel

> Date: Wed, 21 Sep 2016 11:00:49 +0200 > From: Joerg Sonnenberger > > On Wed, Sep 21, 2016 at 10:10:43AM +0200, Mark Kettenis wrote: > > 1. In GNU as, .align 0 is equivalent to .align 2, but with clang's > >internal assembler .align 0 means "no alignment". > > It might be

OpenOspfd - Network type

Hi, I would like to configure ospf with my Cisco router using Ethernet point to point cable and would like to treat this as point to point link. Is there any option for this ?. Like network type p2p ?. Secondly, Is there option for ospf authentication using SHA1 or SHA2 message digest ?.

Re: fec(4) mii_tick

On 21 September 2016 at 13:22, Mark Kettenis wrote: > Here is the promised diff that makes fec(4) call mii_tick() like all > our other ethernet drivers that use mii do. > > Does this fix your problem Philip? > > Looks good to me. OK mikeb if this works for Philip.

fec(4) mii_tick

Here is the promised diff that makes fec(4) call mii_tick() like all our other ethernet drivers that use mii do. Does this fix your problem Philip? Index: sys/arch/armv7/imx/if_fec.c === RCS file:

Re: timeout_set_proc(9)

On 21/09/16(Wed) 16:29, David Gwynne wrote: > [...] > the point i was trying to make was that the existing stuff (tasks, timeouts) > can be used together to get the effect we want. my point was very poorly made > though. > > i think your point is that you can make a clever change to timeouts

rtadvd: consistently use MAX_ prefix

OK? diff --git config.c config.c index 842f9af..3118e93 100644 --- config.c +++ config.c @@ -176,11 +176,11 @@ getconfig(char *intface) } MAYHAVE(val, "rltime", tmp->maxinterval * 3); - if (val && (val < tmp->maxinterval || val > MAXROUTERLIFETIME)) { + if (val &&

rtadvd: no need for float defines

OK? diff --git config.c config.c index 4f94632..842f9af 100644 --- config.c +++ config.c @@ -148,7 +148,7 @@ getconfig(char *intface) MAYHAVE(val, "maxinterval", DEF_MAXRTRADVINTERVAL); if (val < MIN_MAXINTERVAL || val > MAX_MAXINTERVAL) { log_warnx("maxinterval

Re: work-in-progress iwm performance fix

On Wed, Sep 21, 2016 at 12:04:45AM +0200, Stefan Sperling wrote: > On Tue, Sep 20, 2016 at 02:35:18AM +0200, Stefan Sperling wrote: > > I'd like to know if this diff helps with iwm(4) performance issues > > some people have been reporting. > > > > This is not done yet and some details don't

Re: fec(4) cleanup

On 21 September 2016 at 10:15, Mark Kettenis wrote: > Diff below removes nused code from the driver and makes sure we only > enable the tx and rx interrupts. This seems to work fine for me. > Next step will be to add the missing PHY tick stuff. > > ok? > OK mikeb. I

Re: patch: USB quirk to support extra buttons on Kensington Slimblade

On 20/09/16(Tue) 22:29, Sven M. Hallberg wrote: > Ahoi OpenBSD, > > My trackball reports two out of its four buttons in a non-standard way. > I've patched my kernel with a new USB quirk for this situation. [*] > > I'd like to contribute this if you want it; please let me know if this > is the

patch: USB quirk to support extra buttons on Kensington Slimblade

Ahoi OpenBSD, My trackball reports two out of its four buttons in a non-standard way. I've patched my kernel with a new USB quirk for this situation. [*] I'd like to contribute this if you want it; please let me know if this is the way to do it or if you'd like any changes. --pesco (sending

Re: Modernize arm assembly in the kernel

On Wed, Sep 21, 2016 at 10:10:43AM +0200, Mark Kettenis wrote: > 1. In GNU as, .align 0 is equivalent to .align 2, but with clang's >internal assembler .align 0 means "no alignment". It might be even better to use .balign or .p2align. > 2. Using "ldr" to load a constant into a register is

Re: hashfree: sizes for free(9) when using hashinit.

Ted Unangst wrote: > Mathieu - wrote: > > Hello list, > > > > I'm introducing hashfree, a counterpart to hashinit in order to pass the > > size to free(9) while hiding the implementation details. > > Most of the api users are converted in the patch below, those not > > included just simply do not

Re: OSPFD

On 21.09.16 09:19, Claudio Jeker wrote: On Wed, Sep 21, 2016 at 08:32:01AM +0530, S.Gopinath SundaraRajan wrote: Hi, I just started using OpenBSD's ospfd. 1. I would like to have a direct Ethernet link between OpenBSD box and Cisco/Juniper router. I would like to specify the link type as

fec(4) cleanup

Diff below removes nused code from the driver and makes sure we only enable the tx and rx interrupts. This seems to work fine for me. Next step will be to add the missing PHY tick stuff. ok? Index: sys/arch/armv7/imx/if_fec.c ===

Modernize arm assembly in the kernel

This fixes two isses. 1. In GNU as, .align 0 is equivalent to .align 2, but with clang's internal assembler .align 0 means "no alignment". 2. Using "ldr" to load a constant into a register is strange. It works with GNU as, but not with clang. No binary change in a kernel compiled with

Re: _KERNEL in rwlock.h

> On 21 Sep 2016, at 17:15, Martin Pieuchot wrote: > > Do not export kernel prototypes to userland, structure definitions is > what we need... or do we need love? if you can #define love, let me know. > > ok? ok. > > Index: sys/rwlock.h >

Re: timeout_set_proc(9)

> On 19 Sep 2016, at 20:28, Mike Belopuhov wrote: > > On 19 September 2016 at 11:06, Martin Pieuchot wrote: >> On 19/09/16(Mon) 13:47, David Gwynne wrote: >>> [...] >>> id rather not grow the timeout (or task for that matter) apis just >>> yet. theyre nice

Re: OSPFD

Thanks Sir. On Wed, Sep 21, 2016 at 11:49 AM, Claudio Jeker wrote: > On Wed, Sep 21, 2016 at 08:32:01AM +0530, S.Gopinath SundaraRajan wrote: > > Hi, > > > > I just started using OpenBSD's ospfd. > > > > 1. I would like to have a direct Ethernet link > > between

Re: OSPFD

On Wed, Sep 21, 2016 at 08:32:01AM +0530, S.Gopinath SundaraRajan wrote: > Hi, > > I just started using OpenBSD's ospfd. > > 1. I would like to have a direct Ethernet link > between OpenBSD box and Cisco/Juniper router. > > I would like to specify the link type as point to point. > > Which