Re: upd(4) proposal

2014-02-16 Thread James Turner
Forgot to include tech@... Hi Andre, I tested upd(4) with my APC Back-UPS ES 550. It looks like it may only have partial support but figured the report will be helpful nonetheless. I'm currently using NUT for monitoring. dmesg: upd0 at uhub3 port 2 "APC Back-UPS ES 550 FW:843.K2 .D USB FW:K2" re

Re: Racket seg fault and atexit

2014-02-16 Thread Juan Francisco Cantero Hurtado
On Fri, Feb 14, 2014 at 09:00:31PM -0800, Philip Guenther wrote: > On Fri, Feb 14, 2014 at 8:20 PM, Juan Francisco Cantero Hurtado > wrote: > > Can someone tell me if this crash is due to a bug on OpenBSD or on > > Racket? I'm asking because the backtrace shows "atexit" and I don't > > know if it

Re: upd(4) proposal

2014-02-16 Thread Andre de Oliveira
On Fri, Feb 14, 2014 at 10:26:53PM +0400, Kirill Bychkov wrote: > On Fri, February 14, 2014 17:07, Andre de Oliveira wrote: > > hello. > > > > blambert@ suggested me to write a driver for exposing usb-based > > uninterruptable power systems devices data as sysctl(8) sensors, thus > > enabling peopl

Re: upd(4) proposal

2014-02-16 Thread Andre de Oliveira
On Fri, Feb 14, 2014 at 04:26:07PM +0100, Martin Pieuchot wrote: > > Hello Andre, > > On 14/02/14(Fri) 14:07, Andre de Oliveira wrote: > > hello. > > > > blambert@ suggested me to write a driver for exposing usb-based > > uninterruptable power systems devices data as sysctl(8) sensors, thus > >

Re: upd(4) proposal

2014-02-16 Thread Andre de Oliveira
On Fri, Feb 14, 2014 at 02:20:57PM +0100, Ingo Schwarze wrote: > Hi, > > a few comments regarding the manual: Ingo, thanks for your feedback. Here follows an updated version, just documentation changes. I also submitted it to mandoc-lint, now seems cleaner. diff --git a/.gitignore b/.gitignore

Re: man.conf mandoc -Tlocale

2014-02-16 Thread Ted Unangst
On Sun, Feb 16, 2014 at 22:19, Ingo Schwarze wrote: > Ingo Schwarze wrote on Sun, Feb 16, 2014 at 03:11:07PM +0100: > >> 1. I asked around a bit and Thomas Klausner (NetBSD) mentioned >> that both groff and mandoc format bare, unescaped ASCII minus >> characters (`-', 0x2d) found in the

Re: man.conf mandoc -Tlocale

2014-02-16 Thread Ingo Schwarze
Ouch. Correcting myself. Ingo Schwarze wrote on Sun, Feb 16, 2014 at 03:11:07PM +0100: > 1. I asked around a bit and Thomas Klausner (NetBSD) mentioned > that both groff and mandoc format bare, unescaped ASCII minus > characters (`-', 0x2d) found in the input stream as the > three-b

Re: kernel / userland communications

2014-02-16 Thread Miod Vallat
> ...for controlling the display backlight the appropriate utility is > wsconsctl: > > $ wsconsctl display.brightness > display.brightness=100.00% > $ wsconsctl display.brightness=50 > display.brightness -> 50.00% > > To make this work, your driver has to provide the ws_get_param and > ws_set_par

Re: Routing issues

2014-02-16 Thread Philipp
Am 16.02.2014 14:08 schrieb Stuart Henderson: Some ideas: check that the pf statetable (full or src-con) is not overflowing.. lately I had 'no route' where it was just peeking over the limit of 10,000 states spuriously. Went me crazy. pfctl -sm ; pfctl -si -vv

Re: zap man.template

2014-02-16 Thread Kenneth Westerback
Zap++ Ken On 16 February 2014 10:47, Mark Kettenis wrote: >> Date: Sun, 16 Feb 2014 15:39:15 +0100 >> From: Ingo Schwarze >> >> Hi, >> >> the file /usr/share/misc/man.template is horribly outdated and >> incomplete, compare it to mdoc.template in the same directory. >> >> I think deleting

Re: zap man.template

2014-02-16 Thread Mark Kettenis
> Date: Sun, 16 Feb 2014 15:39:15 +0100 > From: Ingo Schwarze > > Hi, > > the file /usr/share/misc/man.template is horribly outdated and > incomplete, compare it to mdoc.template in the same directory. > > I think deleting it completely is better than updating it, because > nobody is supposed t

zap man.template

2014-02-16 Thread Ingo Schwarze
Hi, the file /usr/share/misc/man.template is horribly outdated and incomplete, compare it to mdoc.template in the same directory. I think deleting it completely is better than updating it, because nobody is supposed to manually write new man(7) manuals, certainly not in OpenBSD, but nowehere else

Re: man.conf mandoc -Tlocale

2014-02-16 Thread Marc Espie
On Sun, Feb 16, 2014 at 03:11:07PM +0100, Ingo Schwarze wrote: > Few, probably, because mandoc(1) is fast enough that we run in on > demand whenever possible and usually avoid preformatting anything > during builds, or where we do preformat, we use groff for that, anyway. > But even missing one sin

Re: man.conf mandoc -Tlocale

2014-02-16 Thread Ingo Schwarze
Hi Ted, Ted Unangst wrote on Fri, Feb 14, 2014 at 12:42:20PM -0500: > On Fri, Feb 14, 2014 at 14:02, Ingo Schwarze wrote: >> I even considered switching the mandoc(1) default from -Tascii to >> -Tlocale in general, but forgot about it again. If you like the >> idea, that would be something to do

Re: kernel / userland communications

2014-02-16 Thread Stuart Henderson
On 2014/02/16 14:43, Sven-Volker Nowarra wrote: > Hi, > > I am currently extending my asmc driver (in kernel) to listen to a userland > utility (asmcctl). > I want to be able to e.g. tell the kernel asmc driver to increase/decrease > backlight. > Now I need to get this "brightness integer" from

Re: kernel / userland communications

2014-02-16 Thread Mark Kettenis
> From: Sven-Volker Nowarra > Date: Sun, 16 Feb 2014 14:43:07 +0100 > > Hi, > > I am currently extending my asmc driver (in kernel) to listen to a > userland utility (asmcctl). In general we don;t encourage device-specific control utilities in OpenBSD; instead we try to provide generic utilitie

kernel / userland communications

2014-02-16 Thread Sven-Volker Nowarra
Hi, I am currently extending my asmc driver (in kernel) to listen to a userland utility (asmcctl). I want to be able to e.g. tell the kernel asmc driver to increase/decrease backlight. Now I need to get this "brightness integer" from userland (everybody should be able to do this without privile

Re: Routing issues

2014-02-16 Thread Stuart Henderson
On 2014/02/14 13:03, Alex Mathiasen wrote: > Hello, > > First of all: I hope I am posting this to the correct maillinglist, if not > then I'm sorry! > > I am having big issues with my OpenBSD 5.4 (Also had these issues prior to > upgrading to 5.4). The server is a complete new installation - I

assembler fix

2014-02-16 Thread Mark Kettenis
This adds support for a few more instruction patterns that are apparentl needed by gcc 4.8. Taken from binutils 2.17. Not sure if adding NoRex64 to the existing patterns is really necessary, but it shouldn't hurt. ok? Index: include/opcode/i386.h ===