On Fri, Nov 29, 2019 at 11:37:40PM +0100, Björn Ketelaars wrote:
> On Fri 29/11/2019 21:35, Otto Moerbeek wrote:
> > On Fri, Nov 29, 2019 at 10:27:57AM +0100, Florian Obser wrote:
> >
> > > On Fri, Nov 29, 2019 at 07:28:20AM +0100, Otto Moerbeek wrote:
> > > > On Fri, Nov 29, 2019 at 07:02:27AM +
Just like on amd64 with vmctl(8), I want to be able to easily create
disk images.
ldomctl(8) currently advises to use dd(1), those files are not sparse
either so creating big images may take a lot of time and the process
tends to be error prone.
`ldomctl create-vdisk -s size file' behaves like
`v
Josh Elsasser wrote:
> On Fri, Nov 29, 2019 at 10:12:10AM +0100, Thomas de Grivel wrote:
> > Maybe Go is not the only problem, I see SBCL compiling syscalls too.
> >
> > Truth is libc is for C and not all programs are written in C nowadays.
>
> Where are you seeing SBCL compiling direct syscall
On Fri, Nov 29, 2019 at 10:12:10AM +0100, Thomas de Grivel wrote:
> Maybe Go is not the only problem, I see SBCL compiling syscalls too.
>
> Truth is libc is for C and not all programs are written in C nowadays.
Where are you seeing SBCL compiling direct syscalls? In my testing,
SBCL self-hosts j
On Fri 29/11/2019 21:35, Otto Moerbeek wrote:
> On Fri, Nov 29, 2019 at 10:27:57AM +0100, Florian Obser wrote:
>
> > On Fri, Nov 29, 2019 at 07:28:20AM +0100, Otto Moerbeek wrote:
> > > On Fri, Nov 29, 2019 at 07:02:27AM +0100, Björn Ketelaars wrote:
> > > > I experienced no regression while using
On Fri, Nov 29, 2019 at 10:27:57AM +0100, Florian Obser wrote:
> On Fri, Nov 29, 2019 at 07:28:20AM +0100, Otto Moerbeek wrote:
> > On Fri, Nov 29, 2019 at 07:02:27AM +0100, Björn Ketelaars wrote:
> > > I experienced no regression while using the free wifi service of the
> > > Dutch railways, whic
Of course I missed unveil(NULL, NULL)
Index: pcidump.c
===
RCS file: /cvs/src/usr.sbin/pcidump/pcidump.c,v
retrieving revision 1.55
diff -u -p -u -r1.55 pcidump.c
--- pcidump.c 28 Jun 2019 13:32:49 - 1.55
+++ pcidump.c 29
My emails are getting delayed, I sent another one with unveil(NULL,
NULL) right afterwards :)
On 10:05 Fri 29 Nov , Theo de Raadt wrote:
> Klemens Nanni wrote:
>
> > On Fri, Nov 29, 2019 at 03:01:45PM +, Ricardo Mestre wrote:
> > > All combination of parameters were tested, comments, OK?
On Fri, Nov 29, 2019 at 03:40:39PM +, Ricardo Mestre wrote:
> usbdevs(8) only needs to open devices in O_RDONLY mode from /dev
OK kn
Klemens Nanni wrote:
> On Fri, Nov 29, 2019 at 03:01:45PM +, Ricardo Mestre wrote:
> > All combination of parameters were tested, comments, OK?
> OK kn
>
> > Index: pcidump.c
> > ===
> > RCS file: /cvs/src/usr.sbin/pcidump/pcidu
On Fri, Nov 29, 2019 at 03:01:45PM +, Ricardo Mestre wrote:
> All combination of parameters were tested, comments, OK?
OK kn
> Index: pcidump.c
> ===
> RCS file: /cvs/src/usr.sbin/pcidump/pcidump.c,v
> retrieving revision 1.55
> d
Hi,
usbdevs(8) only needs to open devices in O_RDONLY mode from /dev
Comments? OK?
Index: usbdevs.c
===
RCS file: /cvs/src/usr.sbin/usbdevs/usbdevs.c,v
retrieving revision 1.31
diff -u -p -u -r1.31 usbdevs.c
--- usbdevs.c 14 Apr 2
Looks good.
Ricardo Mestre wrote:
> Hi,
>
> pcidump(8) only opens devices in O_RDONLY from /dev, and additionally writes a
> `romfile' if -r is used, but since I'm only unveiling after that file is
> actually opened there's no need to unveil it as well.
>
> All combination of parameters were t
I am surprised to see this missing. Covers a pretty short chunk of code
and looks obvious.
Ricardo Mestre wrote:
> Hi,
>
> After fork(2) the main proc needs rpath for {l,}stat/open and sendfd for
> imsg_*
> to send fds to the child proc which is already pledged by recvfd to receive
> them.
>
On Thu, Nov 28, 2019 at 09:25:50PM -0700, Nayden Markatchev wrote:
> spotted when reading code..
Sure, just commit it right away.
Hi,
pcidump(8) only opens devices in O_RDONLY from /dev, and additionally writes a
`romfile' if -r is used, but since I'm only unveiling after that file is
actually opened there's no need to unveil it as well.
All combination of parameters were tested, comments, OK?
Index: pcidump.c
On Fri, Nov 29, 2019 at 11:06:45AM +, Ricardo Mestre wrote:
> Hi,
>
> After fork(2) the main proc needs rpath for {l,}stat/open and sendfd for
> imsg_*
> to send fds to the child proc which is already pledged by recvfd to receive
> them.
>
> Still passes regress tests, OK?
>
> Index: file.c
For archive, here's the diff on top of -current.
diff --git sys/kern/exec_elf.c sys/kern/exec_elf.c
index 24adf0dbed6..ccbbc6eb3a9 100644
--- sys/kern/exec_elf.c
+++ sys/kern/exec_elf.c
@@ -1217,12 +1217,14 @@ coredump_notes_elf(struct proc *p, void *iocookie,
size_t *sizep)
cpi.c
Hi,
After fork(2) the main proc needs rpath for {l,}stat/open and sendfd for imsg_*
to send fds to the child proc which is already pledged by recvfd to receive
them.
Still passes regress tests, OK?
Index: file.c
===
RCS file: /cvs/s
On 28/11/19(Thu) 16:49, nayden wrote:
> Hello,
>
> A mostly mechanical diff that makes use of __func__ in place of hardcoded
> function names in panic() and printf() calls.
>
> If someone is working in netinet6 and this change will trample
> your work please let me know and I'll hold off.
>
> ok
On Fri, Nov 29, 2019 at 07:28:20AM +0100, Otto Moerbeek wrote:
> On Fri, Nov 29, 2019 at 07:02:27AM +0100, Björn Ketelaars wrote:
> > I experienced no regression while using the free wifi service of the
> > Dutch railways, which is known to do strange things with DNS.
>
> Thanks for testing. The D
Maybe Go is not the only problem, I see SBCL compiling syscalls too.
Truth is libc is for C and not all programs are written in C nowadays.
Le jeu. 28 nov. 2019 à 21:04, Theo de Raadt a écrit :
>
> Miod Vallat wrote:
>
> > > For dynamic binaries, valid regions are ld.so's text segment, the sign
22 matches
Mail list logo
