Make hzto(9) and tvtohz(9) timeval parameter const

2010-08-20 Thread Matthew Dempsky
hzto(9) and tvtohz(9) will never need to modify their timeval argument, so diff below changes them to take a const pointer instead. ok? Index: share/man/man9/hzto.9 === RCS file: /cvs/src/share/man/man9/hzto.9,v retrieving revision

Add timeout_add_abstv(9)

2010-08-20 Thread Matthew Dempsky
This diff adds timeout_add_abstv(9), which adds a timeout scheduled at an absolute time in the future, and changes several obvious call sites accordingly. Also, it fixes the timeout(9) prototypes for the other timeout_*() functions to correctly reflect that they take a const pointer. ok? (Note:

Re: History for bc(1)

2010-08-20 Thread Christiano F. Haesbaert
On 20 August 2010 03:48, Matthieu Herrb matthieu.he...@laas.fr wrote: On Fri, Aug 13, 2010 at 02:30:50PM +0200, Otto Moerbeek wrote: On Fri, Aug 13, 2010 at 01:26:37PM +0200, Gabriel Linder wrote: This diff implements history for bc(1) using editline(3). History is not persistent, I can

Re: RFC: changes to ports infrastructure

2010-08-20 Thread Marc Espie
Okay, I've started moving a lot of things. I've moved aggressively stuff that is internal to the ports tree (all the scripts used by bsd.port.mk) and dpb3 (renamed to dpb, as I hope to finally deprecate the other dpb). I'm probably going to document this part, and then do a second pass for the

Re: Add timeout_add_abstv(9)

2010-08-20 Thread Matthew Dempsky
On Fri, Aug 20, 2010 at 11:47 AM, Bret S. Lambert bret.lamb...@gmail.com wrote: And this one, like that one, lacks context. The hzto/tvtohz diff was just a const correctness fix. I didn't think it needed more context on its own. What's the ultimate goal? Just to remove some calls to hzto?

Re: Add timeout_add_abstv(9)

2010-08-20 Thread Bret S. Lambert
On Fri, Aug 20, 2010 at 12:27:39PM -0700, Matthew Dempsky wrote: On Fri, Aug 20, 2010 at 11:47 AM, Bret S. Lambert bret.lamb...@gmail.com wrote: And this one, like that one, lacks context. The hzto/tvtohz diff was just a const correctness fix. I didn't think it needed more context on its

Re: Add timeout_add_abstv(9)

2010-08-20 Thread Bret S. Lambert
Replied to quickly just now and missed the following... From an abstraction point of view, I don't think it makes sense for so much code to needlessly know about ticks. Yes, thus the conversions to actual time values. And, again, a mention that a discussion needs to be had concerning issues

pckbc_isa.c cleanup

2010-08-20 Thread Alexandr Shadchin
Hi! nothing major, just some fluff here and there. -- Alexandr Shadchin Index: pckbc_isa.c === RCS file: /cvs/src/sys/dev/isa/pckbc_isa.c,v retrieving revision 1.7 diff -u -p -r1.7 pckbc_isa.c --- pckbc_isa.c 22 Jul 2010 14:27:46

Re: AES-GCM Part 1: AES-GCM implementation

2010-08-20 Thread Mike Belopuhov
On Fri, Aug 20, 2010 at 20:58 +0200, Mike Belopuhov wrote: - requires input data to be continuous, i.e.: given block C of 16 bytes which is a concatenation of blocks A an B (C = A || B): GMAC(C) =/= GMAC(B, GMAC(A, Z)), where GMAC(X, Y) denotes GMAC application to the block X