On Thu, Jun 21, 2018 at 01:15:57PM +0800, Kevin Lo wrote:
> Hi,
>
> The diff below adds missing comma. This fixes compilation if we enable
> VMM_DEBUG macro.
>
> Index: sys/arch/amd64/amd64/vmm.c
> ===
> RCS file: /cvs/src/sys/arch/
Hi,
The diff below adds missing comma. This fixes compilation if we enable
VMM_DEBUG macro.
Index: sys/arch/amd64/amd64/vmm.c
===
RCS file: /cvs/src/sys/arch/amd64/amd64/vmm.c,v
retrieving revision 1.200
diff -u -p -u -p -r1.200 vmm
On Wed, Jun 20, 2018 at 08:55:39PM +0200, Mark Kettenis wrote:
> This diff adds DRI3/prime support to the OpenBSD kernel. The whole
> idea behind this is to allow graphics buffers to be exchanged between
> processes (typically X client and X server) by passing file
> descriptors. The curremt (DRI
Hi,
with the patch that unlocks sendmsg and sendto, I get the following
KERNEL_ASSERT_LOCKED (transcribed from a photo of the screen) when I
start avahi_daemon:
panic: kernel diagnostic assertion "_kernel_lock_held()" failed: file
"/usr/src/sys/net/if.c", line 1382
Stopped at db_enter+0x12: popq
This enables various DRI3-related bits in xenocara. Matthieu warns me
that this will make the Mesa libraries depend on libxshmfence wich
he thinks will lead to WANTLIB churn in ports...
Is that going to be a problem?
Index: lib/Makefile
===
ср, 20 июн. 2018 г. в 22:09, Stuart Henderson :
>
> On 2018/06/20 21:17, Vadim Zhukov wrote:
> > Hi,
> >
> > The Ansible "patch" module fails to work on OpenBSD because it tries
> > to use "--dry-run" command-line option on patch(1), while ours
> > supports -C/--check instead. For now, I have an ob
On 2018/06/20 21:17, Vadim Zhukov wrote:
> Hi,
>
> The Ansible "patch" module fails to work on OpenBSD because it tries
> to use "--dry-run" command-line option on patch(1), while ours
> supports -C/--check instead. For now, I have an obvious, hm, patch :)
> for patch.py that replaces --dry-run wi
ср, 20 июн. 2018 г. в 21:59, Chris Cappuccio :
>
> Vadim Zhukov [persg...@gmail.com] wrote:
> > , 20 ??. 2018 ??. ?? 21:17, Vadim Zhukov :
> > >
> > > Hi,
> > >
> > > The Ansible "patch" module fails to work on OpenBSD because it tries
> > > to use "--dry-run" command-line option on patch(1
Vadim Zhukov [persg...@gmail.com] wrote:
> , 20 ??. 2018 ??. ?? 21:17, Vadim Zhukov :
> >
> > Hi,
> >
> > The Ansible "patch" module fails to work on OpenBSD because it tries
> > to use "--dry-run" command-line option on patch(1), while ours
> > supports -C/--check instead. For now, I have
This diff adds DRI3/prime support to the OpenBSD kernel. The whole
idea behind this is to allow graphics buffers to be exchanged between
processes (typically X client and X server) by passing file
descriptors. The curremt (DRI2) method of exchanging graphics buffers
uses guessable 32-bit integers
ср, 20 июн. 2018 г. в 21:17, Vadim Zhukov :
>
> Hi,
>
> The Ansible "patch" module fails to work on OpenBSD because it tries
> to use "--dry-run" command-line option on patch(1), while ours
> supports -C/--check instead. For now, I have an obvious, hm, patch :)
> for patch.py that replaces --dry-ru
Hi,
The Ansible "patch" module fails to work on OpenBSD because it tries
to use "--dry-run" command-line option on patch(1), while ours
supports -C/--check instead. For now, I have an obvious, hm, patch :)
for patch.py that replaces --dry-run with --check. But what way do
people prefer: to move Op
Hi Reyk,
I have tested your patch against -current httpd and it works well on my setup.
Mischa
On 20 Jun at 16:41, Reyk Floeter wrote:
> anyone?
>
> On Wed, Jun 13, 2018 at 05:20:55PM +0200, Reyk Floeter wrote:
> > On Wed, May 30, 2018 at 12:36:05AM +0200, Reyk Floeter wrote:
> > > as mention
On Wed, Jun 20, 2018 at 07:21:01PM +0200, Reyk Floeter wrote:
> Hi,
>
> when we develop code in OpenBSD, we have the choice of reviewing or
> sharing our patches privately between individual developers, on an
> internal list, or here on tech@.
>
>
> >From https://www.openbsd.org/mail.html:
>
>
Hi,
when we develop code in OpenBSD, we have the choice of reviewing or
sharing our patches privately between individual developers, on an
internal list, or here on tech@.
>From https://www.openbsd.org/mail.html:
tech
Discussion of technical topics for OpenBSD developers and
advanced us
> Date: Wed, 20 Jun 2018 15:17:27 +0200
> From: Martin Pieuchot
Joel, the diff below changes the semantics of the DIOCMAP ioctl a bit.
See the bit about DIOCMAP below. I think this approach is better.
But maybe I'm missing someting...
Martin, I like fnew(). I can use that in the prime/DRI3 stu
The diff below fixes the setjmp implementation on armv7 to save and
restore the required floating-point registers. The existing (but
disabled) code was written for the old FPA FPU. The new VFP FPU
requires us to save a bit more stuff. Fortunately the setjmp buffer
was already big enough so we ju
anyone?
On Wed, Jun 13, 2018 at 05:20:55PM +0200, Reyk Floeter wrote:
> On Wed, May 30, 2018 at 12:36:05AM +0200, Reyk Floeter wrote:
> > as mentioned in the big diff before, this implements rewrites. This
> > diff applies on top of the previous ones.
> >
> > Implement the "request rewrite"
Hi,
the following diff adds support for reading the bind secret from a
file; this allows to hide it from ps. The -y flag is once again
compatible with OpenLDAP's client.
Pointed out by Tim Chase on Twitter.
OK?
Reyk
Index: usr.bin/ldap/ldap.1
==
This might have been a good idea 20 years ago but in this day and age
the compiler is probably better at unrolling loops.
OK?
diff --git engine.c engine.c
index 9f94bf177ff..330c2725ae0 100644
--- engine.c
+++ engine.c
@@ -1262,6 +1262,7 @@ gen_addr(struct slaacd_iface *iface, struct radv_prefix
> Date: Wed, 20 Jun 2018 13:05:05 +0100
> From: Stuart Henderson
>
> - Forwarded message from Mark Kettenis -
>
> From: Mark Kettenis
> Date: Tue, 19 Jun 2018 13:29:52 -0600 (MDT)
> To: source-chan...@openbsd.org
> Subject: CVS: cvs.openbsd.org: src
>
> CVSROOT: /cvs
> Module nam
On 19/06/18(Tue) 16:40, Mark Kettenis wrote:
> > Date: Tue, 19 Jun 2018 15:45:48 +0200
> > From: Martin Pieuchot
> > On 19/06/18(Tue) 15:08, Mark Kettenis wrote:
> > > [...]
> > > I think this is the wrong approach. Instead of modifying the struct
> > > file, this code should create a new struct
- Forwarded message from Mark Kettenis -
From: Mark Kettenis
Date: Tue, 19 Jun 2018 13:29:52 -0600 (MDT)
To: source-chan...@openbsd.org
Subject: CVS: cvs.openbsd.org: src
CVSROOT:/cvs
Module name:src
Changes by: kette...@cvs.openbsd.org2018/06/19 13:29:52
Modifi
> Date: Wed, 20 Jun 2018 20:29:51 +1000
> From: Jonathan Matthew
>
> On Wed, Jun 20, 2018 at 10:38:41AM +0100, Stuart Henderson wrote:
> > On 2018/06/20 05:53, Leo Unglaub wrote:
> > > Hi,
> > > I applied your code on my AMD Ryzen 7 1700X. Below is the dmesg. I hope
> > > this
> > > helps, if yo
Diff below unlocks the following syscalls:
recvmsg(2), recvfrom(2), accept(2), getpeername(2), getsockname(2),
accept4(2), connect(2), bind(2), setsockopt(2), listen(2),
getsockopt(2), shutdown(2)
It doesn't mean that they won't run without the KERNEL_LOCK(). Instead
a lock will be picked
"from local" rules are missing a space when printed out with -T rules.
diff --git a/usr.sbin/smtpd/to.c b/usr.sbin/smtpd/to.c
index e1d399d74f2..27d5321408f 100644
--- a/usr.sbin/smtpd/to.c
+++ b/usr.sbin/smtpd/to.c
@@ -461,7 +461,7 @@ rule_to_text(struct rule *r)
if (strcmp(r->tab
On Mon, Jun 11, 2018 at 01:09:17AM +0200, Klemens Nanni wrote:
> Feedback? Objections? OK?
OK denis so far, anyone else?
On Wed, Jun 20, 2018 at 10:38:41AM +0100, Stuart Henderson wrote:
> On 2018/06/20 05:53, Leo Unglaub wrote:
> > Hi,
> > I applied your code on my AMD Ryzen 7 1700X. Below is the dmesg. I hope this
> > helps, if you have any other AMD Ryzen related stuff that needs testing
> > please let me know.
>
On 2018/06/20 05:53, Leo Unglaub wrote:
> Hi,
> I applied your code on my AMD Ryzen 7 1700X. Below is the dmesg. I hope this
> helps, if you have any other AMD Ryzen related stuff that needs testing
> please let me know.
So there's no convenient "smt id" returned..
> > cpu0 at mainbus0: apid 0 (b
29 matches
Mail list logo
