Re: rman.h

2013-09-18 Thread Kyle R W Milz
On Wed, Sep 18, 2013 at 02:01:10PM +, Ted Unangst wrote: > On Tue, Sep 17, 2013 at 13:54, Kyle R W Milz wrote: > > tech@, > > > > I was porting over some freebsd kernel code and came across a struct > > rman and some rman_* utility functions, defined in fbsd's sys/rman.h . > > > > Does obsd h

Re: rman.h

2013-09-18 Thread Kyle R W Milz
On Wed, Sep 18, 2013 at 08:04:16PM +, Miod Vallat wrote: > > I was porting over some freebsd kernel code and came across a struct > > rman and some rman_* utility functions, defined in fbsd's sys/rman.h . > > > > Does obsd have an equivalent interface? > > The ``get some ranges from a global

Re: rman.h

2013-09-18 Thread Miod Vallat
> I was porting over some freebsd kernel code and came across a struct > rman and some rman_* utility functions, defined in fbsd's sys/rman.h . > > Does obsd have an equivalent interface? The ``get some ranges from a global resource'' functionality is achieved under OpenBSD by using extent(9). T

Re: memset.S for amd64

2013-09-18 Thread Nick Permyakov
On 18.09.2013 22:08, Edd Barrett wrote: Hi, A few weeks back (at a PyPy sprint) someone asked me why amd64/OpenBSD has no assembler implementation of memset(3). After asking on icb, there were a couple of theories: a) Perhaps the available assembler implementations of memset are slower t

Re: divert-to with port range

2013-09-18 Thread Ivan Popovski
sven falempin gmail.com> writes: > > The patch is extending the rules Yes > so i dont see how it could behave differently If there's way to make thing better, why not? > The original set of percentage is still strange so you have a point. Don't mind rules, they are just example. Real config

memset.S for amd64

2013-09-18 Thread Edd Barrett
Hi, A few weeks back (at a PyPy sprint) someone asked me why amd64/OpenBSD has no assembler implementation of memset(3). After asking on icb, there were a couple of theories: a) Perhaps the available assembler implementations of memset are slower than our C one. b) Perhaps due to a), no-one

Re: memset.S for amd64

2013-09-18 Thread Edd Barrett
On Wed, Sep 18, 2013 at 07:08:31PM +0100, Edd Barrett wrote: > In short, each experiment warms up by setting and checking a load of buffers > before setting as many buffers as possible given a one minute timeframe. The > experiments were run with varying buffer sizes under both memset.S and > memse

Re: SQLite 3.8.0.2 diff

2013-09-18 Thread Marc Espie
On Thu, Sep 12, 2013 at 02:35:02PM -0400, James Turner wrote: > Attached is a diff to update our in tree version of SQLite to the > recently released 3.8.0.2. SQLite 3.8.0 is needed for a fossil update > I'm working on. > > I've tested this diff against my fossil update and everything appears to >

virtio MSI

2013-09-18 Thread Chris Cappuccio
Here's a simple and obvious change that would be necessary to support virtio under bhyve. But it is only acceptable if other virtio implementations either 1. don't claim to support MSI or 2. also work with MSI. Index: virtio_pci.c ==

Re: rman.h

2013-09-18 Thread Ted Unangst
On Tue, Sep 17, 2013 at 13:54, Kyle R W Milz wrote: > tech@, > > I was porting over some freebsd kernel code and came across a struct > rman and some rman_* utility functions, defined in fbsd's sys/rman.h . > > Does obsd have an equivalent interface? Maybe something like bus_space. Find a FreeBS

Re: divert-to with port range

2013-09-18 Thread Ivan Popovski
On Tue, Sep 17, 2013 at 03:42:28PM -0400, Dave Anderson wrote: > This appears to be intended to divide connections equally among five > ports, but (given that the probability applies only to the packets which > actually reach the rule) doesn't it actually divide them as 20%, 16%, > 12.8%, 10.24%, 4

Re: openbsd ioctl fix (in6.c)

2013-09-18 Thread Loganaden Velvindron
On Tue, Aug 27, 2013 at 10:37:30AM +0200, Martin Pieuchot wrote: > On 22/08/13(Thu) 23:31, Claudio Jeker wrote: > > On Wed, Aug 21, 2013 at 09:59:56AM -0700, Loganaden Velvindron wrote: > > > I'm not sure if applies to OpenBSD as well, but NetBSD > > > also disallowed SIOCSIFDSTADDR for ioctl. > >