pf IPv6 atomic fragments

2013-09-06 Thread Alexander Bluhm
Hi, IPv6 atomic fragments must not go the reassembly queue. I have implemented this for the stack, but somehow forgot it for pf. With this diff, pf steps over an atomic fragment header and handles the packet like an unfragmented. ok? bluhm Index: net/pf.c =

Re: ntpd jump ahead

2013-09-06 Thread Janne Johansson
I think I had a script on my previous laptop to see if "ifconfig egress" would result in something, and only wait for ntp to sync time in those cases. The existance of a default route may not be 100% fool-proof, but on dhcp-boxes it was good-enough for me. 2013/9/6 Stuart Henderson > On 2013/0

Re: ntpd jump ahead

2013-09-06 Thread Stuart Henderson
On 2013/09/06 07:42, Nick Holland wrote: > On 09/06/13 04:50, Stuart Henderson wrote: > > On 2013/09/05 20:03, Barry Grumbine wrote: > >> Non-VM use case: The BeagleBone Black has no RTC, so -j could be > >> useful for cheap little ARM development boards. > > > > -s is fine for that (and the same

Re: ntpd jump ahead

2013-09-06 Thread Nick Holland
On 09/06/13 04:50, Stuart Henderson wrote: > On 2013/09/05 20:03, Barry Grumbine wrote: >> Non-VM use case: The BeagleBone Black has no RTC, so -j could be >> useful for cheap little ARM development boards. > > -s is fine for that (and the same for those of the alix boards with > no rtc battery, e

Re: Do not reroll IFP_TO_IA

2013-09-06 Thread Alexander Bluhm
On Fri, Sep 06, 2013 at 11:02:14AM +0200, Martin Pieuchot wrote: > On 05/09/13(Thu) 19:28, Alexander Bluhm wrote: > > On Thu, Sep 05, 2013 at 10:54:53AM +0200, Martin Pieuchot wrote: > > > Diff below makes use of IFP_TO_IA() instead of rolling our own copy. > > > > > > For now there's no functiona

Re: osfp pfctl and states

2013-09-06 Thread Henning Brauer
* sven falempin [2013-09-05 18:14]: > Reading pfctl manual and net/pfvar.h i didnt find the ospf information > inside a states entry . > So i assume it is not possible to recover the fingerprint of a state trough > the ioctl. otoh this is the case. > - creatorId is something i hould look into.

Re: Do not reroll IFP_TO_IA

2013-09-06 Thread Martin Pieuchot
On 05/09/13(Thu) 19:28, Alexander Bluhm wrote: > On Thu, Sep 05, 2013 at 10:54:53AM +0200, Martin Pieuchot wrote: > > Diff below makes use of IFP_TO_IA() instead of rolling our own copy. > > > > For now there's no functional change, but I'd like to get this in so > > that once our multicast code c

Re: ntpd jump ahead

2013-09-06 Thread Stuart Henderson
On 2013/09/05 20:03, Barry Grumbine wrote: > Non-VM use case: The BeagleBone Black has no RTC, so -j could be > useful for cheap little ARM development boards. -s is fine for that (and the same for those of the alix boards with no rtc battery, etc).

Re: diff: /etc/rc.d/spamd rc_reload=NO

2013-09-06 Thread David Coppa
On Thu, Sep 5, 2013 at 9:31 PM, Craig R. Skinner wrote: > Doesn't seem to reload once chrooted: > > $ sudo /etc/rc.d/spamd -d reload > doing rc_read_runfile > doing rc_check > spamd > doing rc_reload > Sep 5 19:57:54 oak spamd[22335]: greyreader failed (Error 0) > doing rc_wait reload > doing rc_

[PATCH] VIA CPU feature set recognition (amd64)

2013-09-06 Thread bytevolcano
Hi, I noticed the following when trying to do some benchmarking for the padlock engine on a VIA Eden CPU using the "openssl speed" command on -current (as of 6 Sept) amd64: - machdep.xcrypt=0 (should be 15; like i386 port) - no hw.sensors.cpu?.temp (shows up on i386 port) - "openssl speed ..