Re: armv7 and unified TLBs

On Tue, Aug 02, 2016 at 01:43:10PM +0200, Mark Kettenis wrote: > > Date: Tue, 2 Aug 2016 02:02:57 +1000 > > From: Jonathan Gray > > Adding back tech@ just in case a knwoledgable person there wants to > chime in... > > > On Mon, Aug 01, 2016 at 05:10:48PM +0200, Mark Kettenis

NextThing C.H.I.P. eeprom -p output

To whom is interested. Node 0x48 name: '' serial-number: '1625420d0402c2c0' #address-cells: 0001 #size-cells: 0001 interrupt-parent: 0001 model: 'NextThing C.H.I.P.' compatible: 'nextthing,chip' + 'allwinner,sun5i-r8' Node 0xf0 name: 'chosen'

Re: move rusers(1) to poll(2)

On Tue, 02 Aug 2016 18:51:13 +0200, Jeremie Courreges-Anglas wrote: > Low priority as there isn't really room for fd_set overflow here, but > I think we agree that moving to poll(2) is always a good thing. Seems > to work fine in a simple setup. > > Not checking for POLLHUP since those are UDP

move rusers(1) to poll(2)

Low priority as there isn't really room for fd_set overflow here, but I think we agree that moving to poll(2) is always a good thing. Seems to work fine in a simple setup. Not checking for POLLHUP since those are UDP sockets. ok? Index: rusers.c

Re: read(2) on directories

On Tue, 02 Aug 2016 18:42:43 +0200, Jeremie Courreges-Anglas wrote: > So I think that we agree that EISDIR is more useful, and seems safe from > a portability POV. I've built base and x sets on i386, and ajacoutot > ran the ports bulk builds. The two offenders in the ports tree were due > to

Re: read(2) on directories

"Todd C. Miller" writes: > From source inspection, Net and Free appear to allow read(2) of > dirs to succeed. However, since Linux, Mac OS X and Solaris have > the EISDIR behavior I think it is probably safe from a portability > standpoint. > > We're long past the

Re: confpars.c patch

Edgar Pettijohn writes: > Sent from my iPhone > >> On Aug 2, 2016, at 7:00 AM, Jeremie Courreges-Anglas wrote: >> >> Edgar Pettijohn writes: >> >>> I'm not sure if this was intentional or not, but here is a small diff >>> for

Re: Alternative control socket location in ripd

Committed, thanks. -- jca | PGP: 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: Alternative control socket location in ripd

reads ok benno@ Jeremie Courreges-Anglas(j...@wxcvbn.org) on 2016.08.02 13:48:11 +0200: > Nima GHOTBI writes: > > > please try the attachments > > > > On Sun, Jul 31, 2016 at 7:27 PM, Jeremie Courreges-Anglas > > wrote: > > > >> Nima GHOTBI

Re: quiet legacy drivers on amd64

On Tue, 02 Aug 2016 at 12:30:51 +0200, Joerg Jung wrote: > > > Am 01.08.2016 um 23:14 schrieb joshua stein : > > > > are these complaints really helpful on modern machines? > > Can't speak for clock. But I tend to not like this for nvram. > IMHO, even with recent HW this is a

Re: Alternative control socket location in ripd

On Tue, Aug 02, 2016 at 01:48:11PM +0200, Jeremie Courreges-Anglas wrote: > Nima GHOTBI writes: > > > please try the attachments > > > > On Sun, Jul 31, 2016 at 7:27 PM, Jeremie Courreges-Anglas > > wrote: > > > >> Nima GHOTBI writes: > >>

Re: confpars.c patch

Edgar Pettijohn writes: > I'm not sure if this was intentional or not, but here is a small diff > for usr.sbin/dhcpd/confpars.c. K vs ANSI function definitions. That file contains other occurrences. -- jca | PGP: 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE

Re: libtool -bindir support

Marc Espie writes: > On Mon, Aug 01, 2016 at 01:58:24PM +0200, Jeremie Courreges-Anglas wrote: >> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes: >> >> > +cc espie and jasper >> > >> > Antoine Jacoutot writes: >> > >> >> On Sun, Jul 31, 2016 at

Re: Alternative control socket location in ripd

Nima GHOTBI writes: > please try the attachments > > On Sun, Jul 31, 2016 at 7:27 PM, Jeremie Courreges-Anglas > wrote: > >> Nima GHOTBI writes: >> >> > Hi everyone >> > >> > In one of our projects we had to run multiple instances of ripd

Re: armv7 and unified TLBs

> Date: Tue, 2 Aug 2016 02:02:57 +1000 > From: Jonathan Gray Adding back tech@ just in case a knwoledgable person there wants to chime in... > On Mon, Aug 01, 2016 at 05:10:48PM +0200, Mark Kettenis wrote: > > So the ARMv7 ARM says in B4.2.2: > > > > - on an implementation

Re: quiet legacy drivers on amd64

> Am 01.08.2016 um 23:14 schrieb joshua stein : > > are these complaints really helpful on modern machines? Can't speak for clock. But I tend to not like this for nvram. IMHO, even with recent HW this is a valid concern and reminder that someone should handle setting of the

Re: Alternative control socket location in ripd

please try the attachments On Sun, Jul 31, 2016 at 7:27 PM, Jeremie Courreges-Anglas wrote: > Nima GHOTBI writes: > > > Hi everyone > > > > In one of our projects we had to run multiple instances of ripd on > > different rdomains so I made a patch to add