Re: pf(4) and struct route

2014-12-08 Thread Martin Pieuchot
On 04/12/14(Thu) 01:15, Alexander Bluhm wrote: On Wed, Nov 26, 2014 at 03:21:43PM +0100, Martin Pieuchot wrote: @@ -5459,7 +5448,6 @@ pf_routable(struct pf_addr *addr, sa_fam /* Perform uRPF check if passed input interface */ ret = 0; - rt = ro.ro_rt;

Re: Behavior of changing routes on OpenBSD 5.6

2014-12-08 Thread Martin Pieuchot
On 04/12/14(Thu) 00:26, Alexander Bluhm wrote: On Wed, Nov 26, 2014 at 12:58:35PM +0100, Martin Pieuchot wrote: @@ -761,7 +754,17 @@ report: error = EDQUOT; goto flush; } - ifa = info.rti_ifa;

Re: Soekris net6501 GPIO LED support

2014-12-08 Thread Jonathan Gray
On Fri, Dec 05, 2014 at 01:32:08PM -0500, Matt Dainty wrote: * Jonathan Gray j...@jsg.id.au [2014-12-05 10:16:41]: Perhaps a driver name change to reflect that this is to interface to the fpga on the soekris? This is tcpcib(4) all over again ;-) NetBSD committed this driver as

Re: upd(4) buggy firmware

2014-12-08 Thread David Higgs
On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in usbd_transfer_complete() so the HCD should only set the status to USBD_NORMAL_COMPLETION, see below. Concerning your broken firmware, what we

Re: upd(4) buggy firmware

2014-12-08 Thread Martin Pieuchot
On 08/12/14(Mon) 09:02, David Higgs wrote: On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in usbd_transfer_complete() so the HCD should only set the status to USBD_NORMAL_COMPLETION, see

Re: upd(4) buggy firmware

2014-12-08 Thread David Higgs
On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 08/12/14(Mon) 09:02, David Higgs wrote: On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in

next LibreSSL-portable release coming soon

2014-12-08 Thread Brent Cook
We spent the weekend buttoning up features and closing issues with LibreSSL-portable. All features and fixes for the next release are now landed in the github mirror: https://github.com/libressl-portable/portable Please test if you can. Thanks! - Brent

Call for testing of watchdog devices

2014-12-08 Thread Mike Belopuhov
Hi, We plan to remove shutdown hooks for good and need to convert all drivers implementing a watchdog(4) device to the config_* framework namely implementing the activate method with a DVACT_POWERDOWN action handler fleshed out. This is the diff I came up with. wdog_shutdown will now check that

Re: tcpdump follows incorrect alignment requirement rules

2014-12-08 Thread Mike Belopuhov
On Wed, Dec 03, 2014 at 14:56 +0100, Mike Belopuhov wrote: bpf aligns data following the datalink header (e.g. ethernet) on the BPF_ALIGNMENT boundary. Since rev1.41 of bpf.h it's uint32_t instead of a long. And also since then almost all packets become unaligned from the tcpdump perspective

Re: operations on nd_prefix list must take rdomain into account

2014-12-08 Thread Mike Belopuhov
Ping. On Fri, Nov 28, 2014 at 13:40 +0100, Mike Belopuhov wrote: Still looking for OK's. On Wed, Nov 26, 2014 at 18:24 +0100, Mike Belopuhov wrote: More rdomain checks are needed to be able to use the same subnet in a back to back connection between IPv6 rdomains as pointed out by mpi@.

Make dhclient not use lease files

2014-12-08 Thread Jurjen Oskam
Hi, My (residential) ISP assigns me an IP address using DHCP. The lease time is 7 days or so. I just put dhcp in hostname.re1 and everything works, except for a minor annoyance. When re1 goes down (e.g. because of a reboot) the ISP *requires* a successful DHCP exchange to occur before it enables

Re: Soekris net6501 GPIO LED support

2014-12-08 Thread Matt Dainty
* Jonathan Gray j...@jsg.id.au [2014-12-08 08:08:19]: Well any name that includes gpio that isn't taken should be fine. I went with soekrisgpio(4) as there are longer driver names in the tree, (acpithinkpad(4) seems to hold that record from my quick scan) so rather than try and come up with

Small diff ...

2014-12-08 Thread David Carlier
Following small discussion I had with tedu@ this is just small diff, just for the sake of C standard correctness ... dropping some arithmetic pointer with void pointers ... Hopes it might find some interest/usefullness ... Thanks in advance. Index: gnu/gcc/gcc/unwind-dw2.c

Re: clang++ and a modern C++ library

2014-12-08 Thread Dave Huseby
I tried with llvm-3.5.20140228p18 (the clang package), g++-4.9.2 and libstdc++-4.8.3, the next command: clang++ -std=c++11 -I/usr/local/include -I/usr/local/include/c++/4.9.2 -I/usr/local/include/c++/4.9.2/x86_64-unknown-openbsd5.6 -I/usr/include

Re: Small diff ...

2014-12-08 Thread Ted Unangst
On Mon, Dec 08, 2014 at 17:18, David Carlier wrote: Following small discussion I had with tedu@ this is just small diff, just for the sake of C standard correctness ... dropping some arithmetic pointer with void pointers ... Hopes it might find some interest/usefullness ... Thanks. Index:

Re: Soekris net6501 GPIO LED support

2014-12-08 Thread Ted Unangst
On Mon, Dec 08, 2014 at 11:52, Matt Dainty wrote: * Jonathan Gray j...@jsg.id.au [2014-12-08 08:08:19]: Well any name that includes gpio that isn't taken should be fine. I went with soekrisgpio(4) as there are longer driver names in the tree, (acpithinkpad(4) seems to hold that record from

Re: next LibreSSL-portable release coming soon

2014-12-08 Thread Adam Wolk
Hi Brent, I did a compile and run the tests on Archlinux 64-bit. - no compiler warnings - all tests passed (results below) I also took a look at the pages generated in man for tls_init.3, openssl.3 ssl.3 - they all look fine (no visible glitches). Please let me know if I can do more tests

sensorsd.conf(5) indicator parsing

2014-12-08 Thread David Higgs
As per an earlier thread on misc@, this fixes sensorsd.conf(5) parsing of SENSOR_INDICATOR values. Since parsing as integers was both undocumented and confusing, it is no longer supported. Also, bail on error if the high/low values don’t create a valid range. This mimics existing behavior,

Violating randomization standards

2014-12-08 Thread Theo de Raadt
I have spent the last week researching all the uses of the srand(), srandom(), and srand48() subsystems in the ports tree. These three APIs are standardized into C89, POSIX, XPG42, etc. Rather unfortunate, since they suck, and their existance suckers developers into doing the wrong thing. The

Re: Violating randomization standards

2014-12-08 Thread patrick keshishian
Hello, Small comment below. On Mon, Dec 08, 2014 at 01:55:47PM -0700, Theo de Raadt wrote: I have spent the last week researching all the uses of the srand(), srandom(), and srand48() subsystems in the ports tree. [...] RAND(3)Library Functions Manual

Re: Violating randomization standards

2014-12-08 Thread Jonas 'Sortie' Termansen
On 12/08/2014 09:55 PM, Theo de Raadt wrote: Index: lib/libc/stdlib/mrand48.c === RCS file: /cvs/src/lib/libc/stdlib/mrand48.c,v retrieving revision 1.3 diff -u -p -u -r1.3 mrand48.c --- lib/libc/stdlib/mrand48.c 8 Aug 2005

Re: Violating randomization standards

2014-12-08 Thread Todd C. Miller
On Tue, 09 Dec 2014 00:00:01 +0100, Jonas 'Sortie' Termansen wrote: POSIX says mrand48 is meant to return signed integers in the interval [-2^31,2^31), but this code returns an unsigned 32-bit integer value. Which gets cast to a signed integer in that same range... - todd

Re: upd(4) buggy firmware

2014-12-08 Thread Martin Pieuchot
On 08/12/14(Mon) 09:35, David Higgs wrote: On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: [...] Now I'd like to finish the transition that started with the import of upd(4) and move away from the actual 1 reportID = 1 driver model. Because in the end they

Re: Violating randomization standards

2014-12-08 Thread Jonas 'Sortie' Termansen
On 12/09/2014 12:06 AM, Todd C. Miller wrote: Which gets cast to a signed integer in that same range... Except long is larger than 32 bits on 64-bit platforms.

siphash in bgpd

2014-12-08 Thread Ted Unangst
bgpd seemed like a good place to try out the new siphash functions. Three hash tables are pretty straight forward conversions. Diff below. rde_rib.c nexthop_hash uses hash32 for ipv6, and a simple xor hash for ipv4. I left that alone as the diff would be more than mechanical. red_update.c

Re: Violating randomization standards

2014-12-08 Thread Ted Unangst
On Tue, Dec 09, 2014 at 00:00, Jonas 'Sortie' Termansen wrote: On 12/08/2014 09:55 PM, Theo de Raadt wrote: Index: lib/libc/stdlib/mrand48.c === RCS file: /cvs/src/lib/libc/stdlib/mrand48.c,v retrieving revision 1.3 diff -u -p

Re: next LibreSSL-portable release coming soon

2014-12-08 Thread Nicolai
On Mon, Dec 08, 2014 at 08:54:08AM -0600, Brent Cook wrote: https://github.com/libressl-portable/portable Please test if you can. Thanks! Looks good on an amd64 Ubuntu 14.04 machine with gcc 4.8.2: TOTAL: 44 PASS: 44 SKIP: 0 XFAIL: 0 FAIL: 0 XPASS: 0 ERROR: 0 Nicolai

LibreSSL 2.1.2 released

2014-12-08 Thread Brent Cook
We have released LibreSSL 2.1.2, which will be arriving in the LibreSSL directory of your local OpenBSD mirror soon. This release greatly improves performance, interoperability and portability, while continuing to be easy to build and integrate into your software projects. This release includes:

Re: upd(4) buggy firmware

2014-12-08 Thread David Higgs
On Mon, Dec 8, 2014 at 6:07 PM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 08/12/14(Mon) 09:35, David Higgs wrote: On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: [...] Now I'd like to finish the transition that started with the import of upd(4) and

Re: getrusage(2) manpage update

2014-12-08 Thread Philip Guenther
On Sat, Dec 6, 2014 at 1:25 PM, Kaspars Bankovskis kasp...@bankovskis.net wrote: One flag was undocumented + some cleanup. Looks good to me! Philip Guenther

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-08 Thread Gilles Chehade
On Sun, Dec 07, 2014 at 07:43:11PM -0600, Abel Abraham Camarillo Ojeda wrote: ping [...] I'm ok with the syntax error message, but should large usernames work? Thank you very much. When authenticating using the default backend, it shouldn't work no, the username is limited by how