xserver arm_video.c simplification - test on zaurus please

Hi, Since my zaurus was stolen last year, I need someone to test the diff below on a zaurus... it simplifies the code a bit (more to come for xserver 1.17 later) and makes it possible to run the wsudl on armv7 with a few more tweaks. Thanks in advance. Index:

audioctl: expose counters returned by AUDIO{I,O}OFFS

This exposes the counters returned by AUDIO_GET{I,O}OFFS ioctls, they correspond to the number of bytes processed by the device. The main usefulness of these counters is to check whether the kernel is missing interrupts (by verifying that play.bytes and record.bytes are the same). If we expose

RAM encryption and key storing in CPU

Hello, == Problem: Everything is stored in plaintext in the Memory. So if although full disc encryption is used on an OpenBSD machine, it is possible to copy the content of the memory, while the notebook was on suspend or it was running:

Re: pf.conf from/to negation homogeneous behavior

On 2015/05/22 11:09, Henning Brauer wrote: this doesn't do what you think it does. You think it matches everything but 8.8.8.8 and 8.8.4.4, while in reality, it matches everything. Feed that rule through pfctl -nvf - and you'll see it expanded to match log on vic0 proto icmp from any

NTRU Open Source Project / Post-quantum era

Hello, https://github.com/NTRUOpenSourceProject When will LibreSSL have ciphers for the Post-quantum era? http://tech.slashdot.org/story/15/05/15/007248/are-we-entering-a-golden-age-of-quantum-computing-research

Re: [patch 1/3] ksh: add overflow checking for memory allocations

Hi, Please don't forget to include Otto's license to the code, that you modified. Thanks for this reminder. Please accept my apologies, I'm not very familiar with the customs of licencing which doesn't exist in my profession. Would this be a satisfactory way of fulfilling your request?

[patch 1/3] ksh: add overflow checking for memory allocations

This set of three patches adds overflow checking to ksh in the spirit of the malloc(A*B) - reallocarray(NULL, A, B) conversions that were ongoing since last summer. I've been running these patches on my main laptop since January on amd64/CURRENT and didn't notice any issues. ksh has its own

[patch 2/3] ksh: add overflow checking for memory allocations

Conversion of explicit multiplications: alloc(A*B, ...) becomes allocarray(A, B, ...), and aresize(..., A*B, ...) becomes aresizearray(..., A, B, ...) I ordered the arguments in such a way that A is nmemb and B is size as in the prototypes of allocarray() and aresizearray(). Index: edit.c

[patch 3/3] ksh: add overflow checking for memory allocations

Expand the macro #define sizeofN(type, n) (sizeof(type) * n) whenever it occurs as an argument to `alloc' or `aresize' and replace `alloc' by `allocarray' and `aresize' by `aresizearray'. There remains one single call to sizeofN(a,b) (see the patch for exec.c) which could safely be

Re: [patch 1/3] ksh: add overflow checking for memory allocations

On Sat, May 23, 2015 at 12:28 PM, Theo Buehler t...@math.ethz.ch wrote: This set of three patches adds overflow checking to ksh in the spirit of the malloc(A*B) - reallocarray(NULL, A, B) conversions that were ongoing since last summer. I've been running these patches on my main laptop since

Re: [patch 1/3] ksh: add overflow checking for memory allocations

On Sat, May 23, 2015 at 03:01:03PM +0200, Theo Buehler wrote: Hi, Please don't forget to include Otto's license to the code, that you modified. Thanks for this reminder. Please accept my apologies, I'm not very familiar with the customs of licencing which doesn't exist in my

Re: [patch 1/3] ksh: add overflow checking for memory allocations

On Sat, May 23, 2015 at 03:01:03PM +0200, Theo Buehler wrote: Hi, Please don't forget to include Otto's license to the code, that you modified. Thanks for this reminder. Please accept my apologies, I'm not very familiar with the customs of licencing which doesn't exist in my

Re: NTRU Open Source Project / Post-quantum era

On 2015-05-23 05.24.30 -0400, ertetlen barmok wrote: https://github.com/NTRUOpenSourceProject https://github.com/NTRUOpenSourceProject/ntru-crypto/blob/master/LICENSE.md NTRU cryptographic IP and reference software may be used and modified to the needs of the user as long as the user adheres to

Re: carp(4) is out

Hey, so far no problems. //mxb On 22 maj 2015, at 16:05, Martin Pieuchot m...@openbsd.org wrote: Let's take carp(4) out of ether_input(). This is quite similar to what happened to trunk(4) and vlan(4). I appreciate tests of any kind, reviews and oks. Index: net/if_ethersubr.c