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
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 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
>
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 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,
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
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,
On ARM64, does OpenBSD have a 4GB cap on the buffer cache like on
AMD64?
Thanks,
Joseph
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
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
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
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
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 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
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 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
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 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 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
>
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 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
21 matches
Mail list logo
