On 11/6/18 8:59 AM, Claudio Jeker wrote:
> On Tue, Nov 06, 2018 at 08:21:57AM +0100, Martijn van Duren wrote:
>> ping
>>
>> On 10/24/18 10:27 AM, Martijn van Duren wrote:
>>> In my previous ldap mail I proclaimed that we should encode whitespace.
>>> Reading rfc2849 a bit further, encoding a strin
Hello,
In installboot's fileprefix() function r is the return value
of realpath(). If snprintf() fails free(r) happens twice---
the second time is at label "err". From what I see the behavior
was introduced in util.c revision 1.12.
Does this fix look OK?
- Michael
Index: util.c
On Sun, Nov 04, 2018 at 06:51:39PM +0100, Denis Fondras wrote:
> Redefining a default RIB is not desirable.
>
> Index: bgpd.h
> ===
> RCS file: /cvs/src/usr.sbin/bgpd/bgpd.h,v
> retrieving revision 1.352
> diff -u -p -r1.352 bgpd.h
>
On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote:
> Hello,
>
> In installboot's fileprefix() function r is the return value
> of realpath(). If snprintf() fails free(r) happens twice---
> the second time is at label "err". From what I see the behavior
> was introduced in util.c rev
On Tue, Nov 06, 2018 at 10:20:34AM +0100, Otto Moerbeek wrote:
> On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote:
>
> > Hello,
> >
> > In installboot's fileprefix() function r is the return value
> > of realpath(). If snprintf() fails free(r) happens twice---
> > the second time i
On Tue, Nov 06, 2018 at 05:32:47PM +0800, Michael Mikonos wrote:
> On Tue, Nov 06, 2018 at 10:20:34AM +0100, Otto Moerbeek wrote:
> > On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote:
> >
> > > Hello,
> > >
> > > In installboot's fileprefix() function r is the return value
> > > o
Denis [den...@mindall.org] wrote:
>
> Hardware is relatively new. Can test any compatibility issues/fixes on it.
>
> There are a lot of "unconfigured" hardware is present in dmesg:
>
> OpenBSD 6.4 (RAMDISK_CD) #348: Thu Oct 11 13:36:16 MDT 2018
> dera...@amd64.openbsd.org:/usr/src/sys/arch/a
On Mon, 05 Nov 2018 08:12:57 +0100, Anton Lindqvist wrote:
> Start tracing struct flock. I've been using this diff during lockf
> development.
OK millert@
- todd
Back in 2017 when sending the diff[0] to implement `machine gop' I did
not know better and forgot about manual bits - here they are.
I tried adding some details to make the difference between `video' and
`gop' a tad more clearer without mentioning too much implementation
details.
Feedback? OK?
0
On Tue, Nov 06, 2018 at 08:28:17PM +0100, Klemens Nanni wrote:
> Back in 2017 when sending the diff[0] to implement `machine gop' I did
> not know better and forgot about manual bits - here they are.
>
> I tried adding some details to make the difference between `video' and
> `gop' a tad more clea
On Tue, Nov 06, 2018 at 08:49:33PM +0100, Klemens Nanni wrote:
> On Tue, Nov 06, 2018 at 08:28:17PM +0100, Klemens Nanni wrote:
> > Back in 2017 when sending the diff[0] to implement `machine gop' I did
> > not know better and forgot about manual bits - here they are.
> >
> > I tried adding some d
For a while now, wsmouse activates compatibility mode for touchpads by
default. There have been no complaints about wobbling pointers or
unstable pointer paths. I conclude that the default filtering is
sufficient and that the type of touchpad which could profit from the
"strong" variant of the hy
ping?
On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote:
> Hello,
>
> When I updated cmdline_symset() in parse.y in the following commit
> I missed src/sbin/{iked,ipsecctl,pfctl}/parse.y. OK to update them?
>
> https://marc.info/?l=openbsd-cvs&m=153631079505256&w=2
>
>
> Index: i
Hi,
On ARM64, does OpenBSD have a 4GB cap on the buffer cache like on
AMD64?
Thanks,
Joseph
Hi,
Previously there was a years-long thread about a 4GB (32bit) buffer
cache constraint on AMD64, ref
https://marc.info/?t=14682443664&r=1&w=2 .
What I gather is,
* The problematique is that on AMD64, DMA is limited to 32bit
addressing, I guess because unlike AMD64 arch CPU:s which all
Hi,
We are moving away from the /etc/malloc.conf symbolic link to a new sysctl:
$ sysctl vm.malloc_conf
vm.malloc_conf=C
This will allow unveiled and chrooted processes to access the malloc
options without having to do anything special in the code or chroot
dir.
As I ofte
On Wed, Nov 07, 2018 at 07:23:35AM +0100, Otto Moerbeek wrote:
> Hi,
>
> We are moving away from the /etc/malloc.conf symbolic link to a new sysctl:
>
> $ sysctl vm.malloc_conf
> vm.malloc_conf=C
>
> This will allow unveiled and chrooted processes to access the malloc
> optio
Hi all,
Currently, switchd(8) defaults to listening on port 6633, which was
the defacto port value used by OpenFlow. A decent chunk of OpenFlow
controllers have switched over to the IANA standardized OpenFlow port,
6653. While testing the change, I noticed that switchd(8) will listen on
random por
On Tue, Nov 6, 2018 at 9:51 PM Joseph Mayer
wrote:
> Previously there was a years-long thread about a 4GB (32bit) buffer
> cache constraint on AMD64, ref
> https://marc.info/?t=14682443664&r=1&w=2 .
>
> What I gather is,
>
> * The problematique is that on AMD64, DMA is limited to 32bit
>
Hello,
the change looks good to me. (I was delaying my OK hoping
someone else will chip-in with OK for iked & ipsecctl stuff).
IMO It makes sense to keep parse.y code in sync where possible,
so go for it.
OK sashan.
On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote:
> Hello,
>
>
On Wed, Nov 07, 2018 at 12:55:34PM +0800, Michael Mikonos wrote:
> ping?
OK claudio@
> On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote:
> > Hello,
> >
> > When I updated cmdline_symset() in parse.y in the following commit
> > I missed src/sbin/{iked,ipsecctl,pfctl}/parse.y. OK t
21 matches
Mail list logo