On Fri, Sep 16, 2016 at 09:04:58PM +0200, Mark Kettenis wrote:
> On OpenBSD we use a consistent set of typedefs across platforms for
> the types specified by the C standard. In some cases these deviate
> from what the processor-specific ABI says. The diff below fixes the
> ones relevant for arm,
On Fri, Sep 16, 2016 at 09:19:40PM -0400, Ted Unangst wrote:
> no change, but makes the code a little shorter.
Reads fine to me. arc4random() is already used in other places in ssh,
so this shouldn't be an issue for portable.
>
>
> Index: clientloop.c
>
On Fri, Sep 16, 2016 at 08:23:27PM +0200, Mark Kettenis wrote:
> I'm working on arm support for the in-tree llvm. I've got it working
> well enough to build "Hello, World", but I still have some exception
> handling issues.
>
> As a first step, this adds the build infrastructure.
>
> ok?
ok jsg
On Fri, Sep 16, 2016 at 09:30:15PM +0200, Otto Moerbeek wrote:
> On Thu, Sep 15, 2016 at 10:08:26AM -0400, Ted Unangst wrote:
>
> > Otto Moerbeek wrote:
> > > On Wed, Sep 14, 2016 at 12:53:05PM -0400, Ted Unangst wrote:
> > >
> > > > Daniel Micay wrote:
> > > > >
> > > > > The current OpenBSD c
On a PandaBoard (armv7) running -current, when I run rtadvd, it crashes
with a bus error shortly after printing (received a routing message). I
can reproduce by sending SIGHUP to a dhclient running on the same
interface.
I have traced this down to the following block of code in rtadvd.c.
no change, but makes the code a little shorter.
Index: clientloop.c
===
RCS file: /cvs/src/usr.bin/ssh/clientloop.c,v
retrieving revision 1.287
diff -u -p -r1.287 clientloop.c
--- clientloop.c12 Sep 2016 01:22:38 - 1
On Fri, Sep 16, 2016 at 12:19 PM, Jasper Lievisse Adriaanse
wrote:
> This moves the definition of ELF_CTF into exec_elf.h and adjusts the
> loadfile_elf.c copies accordingly.
>
> OK?
ok except for one bit:
> --- share/man/man5/elf.57 Sep 2016 18:42:01 - 1.32
> +++ share/man/man
On Thu, Sep 15, 2016 at 10:08:26AM -0400, Ted Unangst wrote:
> Otto Moerbeek wrote:
> > On Wed, Sep 14, 2016 at 12:53:05PM -0400, Ted Unangst wrote:
> >
> > > Daniel Micay wrote:
> > > >
> > > > The current OpenBSD code only wipes up to MALLOC_MAXCHUNK with junk @ 1,
> > > > and it similarly doe
Hi,
This moves the definition of ELF_CTF into exec_elf.h and adjusts the
loadfile_elf.c copies accordingly.
OK?
Index: share/man/man5/elf.5
===
RCS file: /cvs/src/share/man/man5/elf.5,v
retrieving revision 1.32
diff -u -p -r1.32 elf
On 2016/09/16 11:40, Ted Unangst wrote:
> Dimitris Papastamos wrote:
> > By the way, what do you think about TCP caching support? I could send
> > a patch to do just that.
Caching sounds complicated, DNS is a bit of a minefield to handle,
you have to cope with things like compression - not that i
On OpenBSD we use a consistent set of typedefs across platforms for
the types specified by the C standard. In some cases these deviate
from what the processor-specific ABI says. The diff below fixes the
ones relevant for arm, pretty much by following NetBSD.
ok?
Oh, and how do we handle upstrea
On 2016 Sep 15 (Thu) at 16:30:50 +0200 (+0200), Peter Hessler wrote:
:Based on the above, and a few private comments, I will change the name
:away from bfd_softc.
Here is a diff doing a massive rename. It is mostly mechanical,
functional changes will come later. I can still establish and bring do
On Fri, Sep 16, 2016 at 11:14 AM, Mark Kettenis wrote:
> The ARM EABI exception handling support introduced a new program
> header entry type. This adds it to the appropriate header file. I'm
> working on some code that uses this.
>
> ok?
Matches what binutils-2.17 says and that's the right fil
I'm working on arm support for the in-tree llvm. I've got it working
well enough to build "Hello, World", but I still have some exception
handling issues.
As a first step, this adds the build infrastructure.
ok?
Index: include/llvm/ARM/Makefile
=
The ARM EABI exception handling support introduced a new program
header entry type. This adds it to the appropriate header file. I'm
working on some code that uses this.
ok?
Index: arch/arm/include/exec.h
===
RCS file: /cvs/src/sy
Hello -
Here are a few bcopy to memcpy conversions for crypto/
Index: crypto/crypto.c
===
RCS file: /cvs/src/sys/crypto/crypto.c,v
retrieving revision 1.77
diff -u -p -r1.77 crypto.c
--- crypto/crypto.c 15 Sep 2016 02:00:17 -
This makes sv(4) use the "modern" audio interface. Basically, this
blindly concatenates the init_xxx() and start_xxx() functions into
a single trigger_xxx() function.
OK?
Index: sv.c
===
RCS file: /cvs/src/sys/dev/pci/sv.c,v
retriev
Dimitris Papastamos wrote:
> By the way, what do you think about TCP caching support? I could send
> a patch to do just that.
It seems unnecessary. tcp proxy support is there because it's necessary, but
not because i think it's likely to be used. i'm pretty sure i never use it,
except when i deli
> Date: Thu, 15 Sep 2016 16:29:45 +0200
> From: Martin Pieuchot
>
> After discussing with a few people about a new "timed task" API I came
> to the conclusion that mixing timeouts and tasks will result in:
>
> - always including a 'struct timeout' in a 'struct task', or the other
> the way
> Date: Fri, 16 Sep 2016 16:03:50 +0200
> From: Vincent Gross
>
> On Thu, 15 Sep 2016 16:29:45 +0200
> Martin Pieuchot wrote:
>
> > After discussing with a few people about a new "timed task" API I came
> > to the conclusion that mixing timeouts and tasks will result in:
> >
> > - always inc
On Thu, 15 Sep 2016 16:29:45 +0200
Martin Pieuchot wrote:
> After discussing with a few people about a new "timed task" API I came
> to the conclusion that mixing timeouts and tasks will result in:
>
> - always including a 'struct timeout' in a 'struct task', or the
> other the way around
> or
On Fri, Sep 16, 2016 at 09:09:44AM -0400, Ted Unangst wrote:
> Dimitris Papastamos wrote:
> > Hi everyone,
> >
> > I've put together a patch for 6.0-stable that adds domain name
> > matching support to rebound(8). The patch is quite rough at the
> > moment.
> >
> > The config is as follows:
> >
Dimitris Papastamos wrote:
> Hi everyone,
>
> I've put together a patch for 6.0-stable that adds domain name
> matching support to rebound(8). The patch is quite rough at the
> moment.
>
> The config is as follows:
>
> match "local." 10.0.0.53
> match "." 8.8.8.8
So this is taking
On 2016-09-15, "Ted Unangst" wrote:
> Particular edge case: if resolv.conf has no nameservers, then the localhost
> default is not prepended. So libc won't try talking to rebound if it's
> specifically configured not to (chroot).
Huh? If resolv.conf has no nameservers, libc already falls back t
Hi everyone,
I've put together a patch for 6.0-stable that adds domain name
matching support to rebound(8). The patch is quite rough at the
moment.
The config is as follows:
match "local." 10.0.0.53
match "." 8.8.8.8
Requests to foo.local. are sent over to 10.0.0.53, all other
None of those files are actually used in the code, so this would not make
sense.
On 2016 Sep 16 (Fri) at 10:45:06 +0200 (+0200), Jan Stary wrote:
:Index: iwm.4
:===
:RCS file: /cvs/src/share/man/man4/iwm.4,v
:retrieving revision 1.18
Index: iwm.4
===
RCS file: /cvs/src/share/man/man4/iwm.4,v
retrieving revision 1.18
diff -u -p -r1.18 iwm.4
--- iwm.4 28 May 2016 18:31:14 - 1.18
+++ iwm.4 16 Sep 2016 08:44:13 -
@@ -71,8 +71,12 @@ which are lo
On Thu, Sep 15, 2016 at 09:07:49PM -0700, Philip Guenther wrote:
> On Thu, Sep 15, 2016 at 1:58 PM, Martin Natano wrote:
> > This should do it. The 'fix' is ugly, but I couldn't find a cleaner way
> > to pass the right STRIP value to libtool. Any better ideas? Ok?
> ...
> > --- gnu/usr.bin/binutil
28 matches
Mail list logo
