Re: support em(4) i210/i211 OTP chips

On Mon, Mar 09, 2015 at 07:32:45AM +0100, Patrick Wildt wrote: > Hi, > > this diff adds support for a special configuration of i210/i211 chips. > > Those can have a OTP chip instead of the usual EEPROM, so this diff > adds the infrastructure to read needed data from OTP and have it not > bail out

Enable libtls in LibreSSL by default

The API/ABI for the LibreSSL 2.1.x series is now stable, so we can safely enable libtls it by default. This is useful for new OpenNTPD and OpenSMTPD releases as well. I would like to apply this to the OPENBSD_5_7 / 2.1.x and master branches on the portable tree. Building with libtls has been the d

[PATCH] dwc2: abort is of task type abort

Hi, running an abort task should be done using the abort task type. Best regards, Patrick diff --git a/sys/dev/usb/dwc2/dwc2.c b/sys/dev/usb/dwc2/dwc2.c index afa749d..133c311 100644 --- sys/dev/usb/dwc2/dwc2.c +++ sys/dev/usb/dwc2/dwc2.c @@ -438,7 +438,7 @@ dwc2_timeout(void *addr) /*

Re: support em(4) i210/i211 OTP chips

Any updates on this? > Am 09.03.2015 um 07:32 schrieb Patrick Wildt : > > Hi, > > this diff adds support for a special configuration of i210/i211 chips. > > Those can have a OTP chip instead of the usual EEPROM, so this diff > adds the infrastructure to read needed data from OTP and have it not

[PATCH] dwc2: re-establish default pipe after setting MPS/address

Hi, similar to ehci/ohci, the default pipe has to be re-established after setting the new MaxPacketSize and address. Also, the following diff makes dwc2 actually set the address by setting a setaddr() function in the bus method struct. This makes the raspberry Pi 2's USB properly enumerate all d

[PATCH] smsc: unlock MII in error case

Hi, in the case that reading the MII errors, the lock isn't released. This means on the next call, the lock will fail and make it panic. This diff properly unlocks the mii in the error case. Best regards, Patrick diff --git a/sys/dev/usb/if_smsc.c b/sys/dev/usb/if_smsc.c index 7d99da8..4c2aebe

ed: use strtonum

Trivial conversion to strtonum(). - todd Index: bin/ed/ed.h === RCS file: /cvs/src/bin/ed/ed.h,v retrieving revision 1.15 diff -u -r1.15 ed.h --- bin/ed/ed.h 16 Jan 2015 06:39:32 - 1.15 +++ bin/ed/ed.h 18 Mar 2015 21:30:03

Rewording mbstowcs(3), wcrtomb(3) and wcstombs(3)

Hello. mbstowcs(3), wcrtomb(3) and wcstombs(3) use a bit awkward wording - "the first at most", and repeat "array pointed to by blah" from the previous sentence. Perhaps something similar to this diff would make them easier to read? Index: mbstowcs.3

Re: Further unification of random number generators

On Wed, Mar 18, 2015 at 09:33:53AM -0600, Theo de Raadt wrote: > [I mistakenly sent the wrong diff, sorry, here is the right diff] > > This is a further proposal for unification of the random number > generator functions in our tree. It is based upon my previous work, > but takes things a bit fur

Re: libxfont errata

On 2015-03-18 04:05, Ted Unangst wrote: Patches are now available to fix buffer overflows in libXfont. This issue affects 5.5, 5.6, and the forthcoming 5.7 release. For more details, refer to the X.org advisory: http://www.x.org/wiki/Development/Security/Advisory-2015-03-17/ 5.5 patch: http://

Re: Further unification of random number generators

As-is I think this is scary. I'd be happier about it if it shifted the deterministic behaviour to a separate function rather than having the rand_deterministic global switching all users of rand() in the process into insecure mode. But that will be a bunch more work than the previous sweep changing

Re: Further unification of random number generators

Theo de Raadt wrote: > I have also added matching rand_uniform() and rand_buf() functions. > Bob Beck has pointed out this allows for later audit converting a few > "rand() % moduli" cases into rand_uniform(). > void > +rand_buf(void *buf, size_t n) > +int > +rand_uniform(uint32_t upper_bound)

Further unification of random number generators

This is a further proposal for unification of the random number generator functions in our tree. It is based upon my previous work, but takes things a bit further. I am sending this now, but it is too early to commit. I think we need two weeks of testing and review of the impact this has on Open

Re: libxfont errata

On 2015-03-18 04:06, Ted Unangst wrote: Patches are now available to fix buffer overflows in libXfont. This issue affects 5.5, 5.6, and the forthcoming 5.7 release. For more details, refer to the X.org advisory: http://www.x.org/wiki/Development/Security/Advisory-2015-03-17/ 5.5 patch: http://

mg(1) segfaults on scroll-down

Hi, to reproduce the issue: (1) start mg and press Enter, until you fill up the screen and it goes on to the next screen. (2) type in at least one character (3) press M-v (or execute command scroll-down) (4) mg core dumps. (gdb) bt #0 0x16b305e0e014 in update (modelinecolor=2) at /usr/src/

USB Ethernet & if_input(): axen(4), cdce(4), smsc(4)...

I'd love to hear from people using USB Ethernet adapters about the if_input() conversion diff below. Please make sure everything works as before, including tcpdump(8). I also take ok on a per-driver basis :) M Index: if_aue.c === RC

libxfont errata

Patches are now available to fix buffer overflows in libXfont. This issue affects 5.5, 5.6, and the forthcoming 5.7 release. For more details, refer to the X.org advisory: http://www.x.org/wiki/Development/Security/Advisory-2015-03-17/ 5.5 patch: http://ftp.openbsd.org/pub/OpenBSD/patches/5.5/com