Re: C startup code: make crtbegin code safe for clang

On Mon, Aug 1, 2016 at 11:45 AM, Mark Kettenis wrote: >> From: j...@wxcvbn.org (Jeremie Courreges-Anglas) >> Date: Mon, 01 Aug 2016 20:30:33 +0200 >> >> Stefan Kempf writes: >> >> > The constructor and destructor tables are declared as arrays with one

confpars.c patch

I'm not sure if this was intentional or not, but here is a small diff for usr.sbin/dhcpd/confpars.c. -- Edgar Pettijohn Index: confpars.c === RCS file: /cvs/src/usr.sbin/dhcpd/confpars.c,v retrieving revision 1.26 diff -u -p -u

LibreSSL 2.4.2 and 2.3.7 released

We have released LibreSSL 2.4.2 and 2.3.7, which will be arriving in the LibreSSL directory of your local OpenBSD mirror soon. LibreSSL 2.4.2 is based on the new OpenBSD 6.0 release branch, and is now the current stable version. LibreSSL 2.3.7 is based on the previous OpenBSD 5.9 release, and

Re: armv7 pmap fix for Cortex A53 (and Cortex A7?)

On Mon, Aug 01, 2016 at 10:19:17PM -0300, Daniel Bolgheroni wrote: > On Sun, Jul 31, 2016 at 08:03:58PM +0200, Mark Kettenis wrote: > > So the CPU might speculatively load TLB entries. The upshot from this > > is that we always have to perform a TLB flush if we modify a valid > > entry. So we

Re: armv7 pmap fix for Cortex A53 (and Cortex A7?)

On Sun, Jul 31, 2016 at 08:03:58PM +0200, Mark Kettenis wrote: > So the CPU might speculatively load TLB entries. The upshot from this > is that we always have to perform a TLB flush if we modify a valid > entry. So we can't rely on PV_BEEN_REFD() to decide whether we should > flush or not. The

Re: [PATCH] shutdown: dot not write non-printable characters to wall(1)

On 22:31 Mon 01 Aug, Martijn van Duren wrote: > On 08/01/16 20:58, Consus wrote: > > The wall(1) utility now replaces non-printable ASCII characters with a > > quotation mark. This results in a funny message: > > > > ?*** System shutdown message from consus@localhost ***? > > > > This patch

Re: [PATCH] shutdown: dot not write non-printable characters to wall(1)

On 08/01/16 20:58, Consus wrote: > The wall(1) utility now replaces non-printable ASCII characters with a > quotation mark. This results in a funny message: > > ?*** System shutdown message from consus@localhost ***? > > This patch fixes the issue by removing '\007' from the shutdown >

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

Yup, waiting a day or two is no problem, we’re happy to wait until you guys have a patch/errata ready :) > On Aug 1, 2016, at 3:23 PM, Tim Newsham wrote: > > Yup. Thank you! > > On Mon, Aug 1, 2016 at 9:17 AM, Bob Beck wrote: > >> And just to

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

Yup. Thank you! On Mon, Aug 1, 2016 at 9:17 AM, Bob Beck wrote: > And just to confirm tim, we're sorting out the nature of a minimal patch > for a possible errata, and we'll > need to get the errata signed. I don't anticipate this will be more than a > day or two if you can

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

And just to confirm tim, we're sorting out the nature of a minimal patch for a possible errata, and we'll need to get the errata signed. I don't anticipate this will be more than a day or two if you can wait that long. On Mon, Aug 1, 2016 at 1:09 PM, Mark Kettenis

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

> From: Jesse Hertz > Date: Mon, 1 Aug 2016 14:38:19 -0400 > > Hi All, > > Is a fix for this in the works? We'd like to be able to point to a > fix before posting to oss-sec :) Hi Jesse, The fix suggested in the analysis has been committed, and we have committed

Re: [PATCH] shutdown: dot not write non-printable characters to wall(1)

Thus said Consus on Mon, 01 Aug 2016 21:58:16 +0300: > This patch fixes the issue by removing '\007' from the shutdown > notification. Do ttys no longer understand bel? Thanks, Andy -- TAI64 timestamp: 4000579f9de9

[PATCH] shutdown: dot not write non-printable characters to wall(1)

The wall(1) utility now replaces non-printable ASCII characters with a quotation mark. This results in a funny message: ?*** System shutdown message from consus@localhost ***? This patch fixes the issue by removing '\007' from the shutdown notification. --- sbin/shutdown/shutdown.c | 2

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

Hi Tim, Yes, a fix is being discussed ATM.. we'll let you know shortly I believe. On Mon, Aug 1, 2016 at 12:38 PM, Jesse Hertz wrote: > Hi All, > > Is a fix for this in the works? We’d like to be able to point to a fix > before posting to oss-sec :) > > Best, > -jh

Re: [Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

Hi All, Is a fix for this in the works? We’d like to be able to point to a fix before posting to oss-sec :) Best, -jh > On Jul 28, 2016, at 8:58 PM, Tim Newsham wrote: > > Hi, We just came across another issue that allows a user to crash the system > through

Re: C startup code: make crtbegin code safe for clang

> From: j...@wxcvbn.org (Jeremie Courreges-Anglas) > Date: Mon, 01 Aug 2016 20:30:33 +0200 > > Stefan Kempf writes: > > > The constructor and destructor tables are declared as arrays with one > > non-NULL element. Walking those until a NULL element is reached looks > > like

Re: C startup code: make crtbegin code safe for clang

Stefan Kempf writes: > The constructor and destructor tables are declared as arrays with one > non-NULL element. Walking those until a NULL element is reached looks > like out-of-bound accesses to newer compilers, and they turn the code > into infinite loops (e.g. clang 3.8),

Re: nc getaddrinfo cleanup

look ok to me.. go for it On Fri, Jul 29, 2016 at 6:00 PM, Alexander Hall wrote: > Use the style from the man page examples for getaddrinfo, which makes a > bit more sense. > > No functional change intended, and prior to the do/while => for > transition, no .o files were

C startup code: make crtbegin code safe for clang

The constructor and destructor tables are declared as arrays with one non-NULL element. Walking those until a NULL element is reached looks like out-of-bound accesses to newer compilers, and they turn the code into infinite loops (e.g. clang 3.8), because it is undefined behavior. Use

armv7 and unified TLBs

So the ARMv7 ARM says in B4.2.2: - on an implementation with separate data and instruction TLBs, any unified TLB operation operates on both TLBs - on an implementation with a unified TLB, any instruction TLB operation, and any data TLB operation, operates on the unified TLB - ARM

Announce: OpenSSH 7.3 released

OpenSSH 7.3 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol 2.0 implementation and includes sftp client and server support. OpenSSH also includes transitional support for the legacy SSH 1.3 and 1.5

Re: libtool -bindir support

> > > Index: Link.pm > > > === > > > RCS file: /cvs/src/usr.bin/libtool/LT/Mode/Link.pm,v > > > retrieving revision 1.31 > > > diff -u -p -p -u -r1.31 Link.pm > > > --- Link.pm 27 Apr 2016 09:50:57 - 1.31 > > > +++

Re: libtool -bindir support

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 07:21:39PM +0200, Antoine Jacoutot wrote: > >>> On

Re: libtool -bindir support

j...@wxcvbn.org (Jeremie Courreges-Anglas) writes: > +cc espie and jasper > > Antoine Jacoutot writes: > >> On Sun, Jul 31, 2016 at 07:21:39PM +0200, Antoine Jacoutot wrote: >>> On July 31, 2016 7:14:21 PM GMT+02:00, j...@wxcvbn.org wrote: >>> > >>> >Making read(2) return

Re: libtool -bindir support

+cc espie and jasper Antoine Jacoutot writes: > On Sun, Jul 31, 2016 at 07:21:39PM +0200, Antoine Jacoutot wrote: >> On July 31, 2016 7:14:21 PM GMT+02:00, j...@wxcvbn.org wrote: >> > >> >Making read(2) return EISDIR for directories breaks two ports, both >> >because

Fwd: [PATCH] let the mbufs use more then 4gb of memory

I sent this message to dlg@ directly to discuss my modification of his diff to make the bigger mbuf clusters work. i got no response so far, thats why i decided to post it on tech@ directly. Maybe this way i get faster some feedback :) BR Simon ### Original Mail: -- Forwarded message

Re: [PATCH] afterboot.8: clarify mail aliases handling

On Mon, Aug 01, 2016 at 08:32:12AM +0100, Jason McIntyre wrote: > On Sun, Jul 31, 2016 at 10:39:43PM +0300, Consus wrote: > > We have smtpd(8) that now uses file-based aliases table instead of > > db-based. This table backend requires running > > > > $ smtpctl update table aliases > > > >

armv7/imx: imxdisplay(4)

The following unfinished patch introduces the imxdisplay(4) driver aiming to add HDMI framebuffer support on the armv7/imx6 platform: imxdisplay0 at simplebus0 imxdisplay0: 240x322 Currently it sets up rasops(9) and adds functions for handling/enabling the clocks and PLLs for the HDMI

Re: [PATCH] afterboot.8: clarify mail aliases handling

On Sun, Jul 31, 2016 at 10:39:43PM +0300, Consus wrote: > We have smtpd(8) that now uses file-based aliases table instead of > db-based. This table backend requires running > > $ smtpctl update table aliases > > instead of > > $ newaliases > > in order to fetch changes. However,