Hi,
even after having recently updated the phone to a newer version of android,
i'm still spammed by urndis w/msg on subject.
doesn't really matter to me what you do to silence it, but something like
below does work for me, and thanks in advacne:)
-Artturi
...this...
diff --git a/sys/dev/usb/if
On Tue, Sep 12, 2017 at 11:09:21AM +0200, Martin Pieuchot wrote:
> Test reports? Comments?
I did run all regression test with it. I did not see any regressions.
OK bluhm@
This also fixes the bug where if you split the window then open a file
in one pane, the line number in the other (original file) pane
increments. I have tried (without success) more than once to figure
out what was causing this.
Thanks for the fix!
-ken
On Fri, Sep 8, 2017 at 11:24 PM, Martin W
Removing interface speed up the trunk .
Snapshot + pkg_add iperf
# cat /etc/rc.conf.local
pflogd_flags=NO # add more flags, e.g. "-s 256"
smtpd_flags=NO
sndiod_flags=NO
Nothing else
The network : configuration of device
one# uname -a
OpenBSD beta.test 6.2 GENERIC.MP#89 amd64
one#for v in
On Tue, Sep 12, 2017 at 5:11 PM, sven falempin
wrote:
> Following beta snaps
>
> same setup ( one machine is a bridge for the next ) still cannot recover
> DHCP OFFER back through the bridge
>
> ( updated the bridge device)
>
> # uname -a
> OpenBSD bridgeandstuff.my.domain 6.2 GENERIC.MP#63 amd64
Following beta snaps
same setup ( one machine is a bridge for the next ) still cannot recover
DHCP OFFER back through the bridge
( updated the bridge device)
# uname -a
OpenBSD bridgeandstuff.my.domain 6.2 GENERIC.MP#63 amd64
# dhclient em5
DHCPDISCOVER on em5 - interval 1
DHCPDISCOVER on em5 -
Blinkenlichten used to be disabled by default, and became enabled by
default some releases ago.
However, the tc alpha blinkenlichten code was expecting to be triggered
by a sysctl machdep.led_blink change, and would not start by default.
The following diff fixes this, and restores the balance of
On Tue, 12 Sep 2017 04:04:23 +0200, Ingo Schwarze wrote:
> Any OKs for the patch below?
Looks good to me. OK millert@
- todd
On 12.9.2017. 15:53, Martin Pieuchot wrote:
> Diff below reduces the scope of the NET_LOCK(), this time in sysctl
> path. It is interesting for multiple reasons:
>
> - It reduces the contention on the NET_LOCK(), which should improve
> the overall latency on the system when counters are frequen
Hi Scott,
Scott Cheloha wrote on Mon, Sep 11, 2017 at 11:57:13PM -0500:
> Constants without the Dv styling stick out quite a bit in a browser.
> This patch adds them to the ioctl constants in vscsi.4 and the two
> lone constants without them in wsdisplay.4.
>
> I also noticed that wsdisplay.4 is
Diff below reduces the scope of the NET_LOCK(), this time in sysctl
path. It is interesting for multiple reasons:
- It reduces the contention on the NET_LOCK(), which should improve
the overall latency on the system when counters are frequently
queried. Accesses to read-only operations and p
Strings used to disable accounts ("usermod -Z") can be const AFAICT.
(Patched -current source compiled under syspatched 6.1 to check.)
Ross
Index: user.c
===
RCS file: /cvs/src/usr.sbin/user/user.c,v
retrieving revision 1.120
diff -
On 2017/09/11 21:27, Alexander Bluhm wrote:
> Hi,
>
> In the default configuration syslogd keeps two *:514 UDP sockets
> open.
>
> udp 0 0 *.514 *.*
> udp6 0 0 *.514 *.*
>
> Several people have a
My previous attempt to grab the NET_LOCK(), thus potentially sleeping,
inside kqueue_scan() resulting in NULL dereferences:
https://marc.info/?l=openbsd-bugs&m=149935139022501&w=2
The problem is that the loop isn't ready to be consulted by multiple
threads at the same time. By "at the sam
On Mon, Sep 11 2017, Alexander Bluhm wrote:
> Hi,
>
> In the default configuration syslogd keeps two *:514 UDP sockets
> open.
>
> udp 0 0 *.514 *.*
> udp6 0 0 *.514 *.*
>
> Several people have ask
15 matches
Mail list logo
