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
>> > non-NULL element. Walking those until a
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 -r1.26
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 will
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 can
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
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 f
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
> noti
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 confirm tim, we're sorting out the nature of a m
On 13:06 Mon 01 Aug, Andy Bradford wrote:
> 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?
It won't hit a tty because wall(1) will replace it with '?' before
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 wait that long.
>
>
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
wrote:
> > From: Jesse Hertz
> 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 two other fixes to prevent agai
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
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 +
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
> > On Jul 28, 2016, at 8:58
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 mmap. Despite trying, we didn't
> 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 out-of-bound accesses
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), because it is undefi
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 harmed.
>
> OK?
>
> /Al
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 constructor/
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
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 pr
> > > 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
> > > +++ Link.
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 July 31, 2016 7:14:21 PM G
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 EISDIR for directories b
+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 they use libtool -bindir.
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 ---
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 they use libtool -bindir. cc(1) gets executed with an unknown
> >option, -bindir,
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
> >
> > ins
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 transmitter
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, aft
31 matches
Mail list logo