On Wed, Jul 05, 2017 at 09:44:19AM +1000, David Gwynne wrote:
> the following adds a mutex to malloc and free to protect their
> internal state. this should be enough to make the api mpsafe,
> assuming the way they interact with uvm is mpsafe.
>
> this only uses a single mutex around the entire ma
I'm going to echo Martijn's opinion below.
Nearly 95% of my ssh sessions to lots of systems start with alt-. followed
by a few keys typed to confirm the hostname is correct followed by enter.
Typing the full hostname or providing shortened versions in .ssh/config is
unwieldy and quite cumbersome
FIFO (not Fifo or fifo) is used everywhere else in the same page.
Index: kqueue.2
===
RCS file: /cvs/src/lib/libc/sys/kqueue.2,v
retrieving revision 1.34
diff -u -p -r1.34 kqueue.2
--- kqueue.231 May 2017 14:52:05 - 1.34
As a sysadmin with access to over a couple of 100 machines I find this
feature extremely useful. It would require me quite a bit of extra
brainpower to remember the correct/full hostname of each and every one
of them, especially since I can start typing halfway through the
hostname.
So yeah, I thi
i've found ktrace of libevent to be a little noisy and hard to read because it
always passes in a changes pointer to kevent, even with a count of 0. this is
just a tiny change to pass NULL in that case, so that kdump doesn't spit out
big hex numbers at me.
Index: kqueue.c
Hi,
the diff below moves l1_ttable into struct pmap, the XXX does
mention maybe using a pool too, but for a struct of three fields w/one
of them being the _link, i don't think it would make _any_ sense, just
like the current list of L1 tables, when there is exactly one
L1table per pmap, i left pm
Diff below publishes a "Backlight" property that can be used to get
and set the backlight associated with a particular output. This
property can easily be exported by the X11 graphics drivers trough the
RandR protocol. A future diff will let the "modesetting" driver do
this and make xbacklight(1)
On Fri, Jul 07, 2017 at 12:44:35PM -0400, o...@demirmen.com wrote:
> Hi cwm users,
>
> In converting this to use getline(3) over fgetln(3), I'm asking the question
> if
> this (imho) mis-feature belongs in a window manager. I've hinted at wanting to
> remove it in the past but there was oppositio
> Date: Sun, 9 Jul 2017 14:12:34 +0200 (CEST)
> From: Stefan Fritsch
>
> Hi,
>
> there are some open issues that usb devices do not flush their caches fast
> enough (at least on some boards). And my mail about shortening the wait
> times in reboot(8) brought up that issue again.
>
> My sugges
Hi,
revived the diff below, i2c tested via pmic's shutdown(), for working
"shutdown -p now" operation.
there was only two i2c's w/"status: 'okay'" in the FDT, so not all of
them do attach.
related part of dmesg:
com0: console
sxitwi0 at simplebus0
iic0 at sxitwi0
axppmic0 at iic0 addr 0x34: AXP2
I've just committed TWO synchronous patches to base and ports
to make yacc -> C/header file generation nicer.
5 ports are affected.
Before new snapshots happen, you just need to have the most
recent bsd.dep.mk and bsd.sys.mk under /usr/share/mk
e.g., something like:
cd /usr/src/share/mk
cvs upd
On Sun, 09 Jul 2017 15:38:18 +0200, Marc Espie wrote:
> On Sun, Jul 09, 2017 at 07:30:30AM -0600, Todd C. Miller wrote:
> > On Sun, 09 Jul 2017 10:40:43 +0200, Marc Espie wrote:
> >
> > > After a full bulk, no parts of xenocara are affected and just five ports.
> >
> > Those are all ports that i
On Sun, Jul 09, 2017 at 07:30:30AM -0600, Todd C. Miller wrote:
> On Sun, 09 Jul 2017 10:40:43 +0200, Marc Espie wrote:
>
> > After a full bulk, no parts of xenocara are affected and just five ports.
>
> Those are all ports that include bsd.*.mk in their Makefiles, right?
> If so, it doesn't seem
On Sun, 09 Jul 2017 10:40:43 +0200, Marc Espie wrote:
> After a full bulk, no parts of xenocara are affected and just five ports.
Those are all ports that include bsd.*.mk in their Makefiles, right?
If so, it doesn't seem like a big deal.
-todd
Hi,
there are some open issues that usb devices do not flush their caches fast
enough (at least on some boards). And my mail about shortening the wait
times in reboot(8) brought up that issue again.
My suggestion would be to have a global variable that takes the minimum
delay for the next shut
On Sun, 9 Jul 2017, Janne Johansson wrote:
> One guess would be that the post-sync() sleep might give "async" devices a
> chance to flush out I/O, so shortening that one just because no pid is
> killable might change peoples experiences.
There are actually two sync calls, the first is before the
One guess would be that the post-sync() sleep might give "async" devices a
chance to flush out I/O, so shortening that one just because no pid is
killable might change peoples experiences.
2017-07-09 9:42 GMT+02:00 Stefan Fritsch :
> Hi,
>
> what about only waiting for processes to die on reboot
Hi all,
I've enabled accounting recently and have noticed these messages
in the daily(8) email:
Day 1:
Purging accounting records:
mv: /var/account/acct.2: No such file or directory
mv: /var/account/acct.1: No such file or directory
mv: /var/account/acct.0: No suc
Hi,
might have sent this before. at best (or worst, depends how you look at
things), these could help hide a bug that'd be able to bring everything
down in flames, altho. i'm not suggesting so, and have in the past ran
w/asserts to make sure these were invariant, fwiw., now there is more
of rather
On Sun, Jul 09, 2017 at 10:55:24AM +0200, Klemens Nanni wrote:
> Is tech@ the right place for www diffs?
Yes, www diffs also go to tech@.
Committed, thanks!
Is tech@ the right place for www diffs?
Index: innovations.html
===
RCS file: /cvs/www/innovations.html,v
retrieving revision 1.51
diff -u -p -r1.51 innovations.html
--- innovations.html3 Jul 2017 23:47:21 - 1.51
+++ inn
use COM_CONSOLE define as trigger for 'a4x bus space', and enable
for build. This is likely the most controversial part of the diffs
to bring in the inline bus space support..
diff --git a/sys/arch/armv7/conf/GENERIC b/sys/arch/armv7/conf/GENERIC
index c9e893358a9..85a12ec21eb 100644
On Fri, Jul 07, 2017 at 09:23:30PM +0200, Marc Espie wrote:
> This is a collaboration of sort with FreeBSD.
>
> To me very specific, working on fixing depends made me look at fixing yacc
> support, and at the same time, I looked at FreeBSD, and they did this
> already (with different code, our sha
The actual BUS_SPACE_NEW implementation, with some of the needed
hacks/ifndef protections included, and the kernel config option to
enable it.
i do consider the hack to replace armv7_a4x_bs_tag as armv7_bs_tag
really ugly, but necessary to not clutter the diff w/renames,
so
replaces the early bus space map support with ways more elegant
approach, by checking in the one-and-only bus_space_map function
used by armv7 (simplebus_bs_map essentially uses the the same
*bs_map()).
also removes the unnecessary bs_protos(bs_notimpl); from
armv7_machdep.
remove duplicate bus_dma_tags, and convert to using the existing
mainbus_dma_tag, now exported via arm/mainbus/mainbus.h, to allow
the death of arm/armv7/armv7var.h, eventually, i hope.
diff --git a/sys/arch/arm/cortex/cortex.c b/sys/arch/arm/cortex/cortex.c
index d2d6aa508b6..ec61887
Hi,
ok, the previous version of this was crap, i must admit having gone
through what i sent, since i got no comments for it.
i'll retry w/version i think should be simple enough, with almost
no cleanup done, so rather minimal, for the simple review needed,
for the comment that's enough for me to d
On Sun, Jul 09, 2017 at 02:12:55AM -0600, Anthony J. Bentley wrote:
> Matthew Martin writes:
> > As far as I can tell, it's never been linked into the build even looking
> > in the NetBSD history.
>
> It's junk. ok bentley@ to whomever wants to remove it.
>
They're gone. Thanks
Matthew Martin writes:
> As far as I can tell, it's never been linked into the build even looking
> in the NetBSD history.
It's junk. ok bentley@ to whomever wants to remove it.
Hi,
what about only waiting for processes to die on reboot if there are any
processes left? Nice for the frequently rebooting kernel developer.
This usually saves at least one second and often 4-5 seconds when calling
reboot via ssh or 'exec reboot' from a console (otherwise the parent shell
w
On Wed, Jun 14, 2017 at 03:00:11AM +0200, Klemens Nanni wrote:
> Installing -current the other day showed a broken list when picking
> the IPv6 default route just like reported on bugs@ five days ago[1].
1: http://marc.info/?l=openbsd-bugs&m=149704197715791
>
> This behaviour can be reproduce
This reduces the size of struct selinfo from 24 to 16 bytes on 64bit
archs.
struct sel_info is embedded in quite a few other structs (tty, kevent,
sockbuf, ...). So this may affect libkvm. What's the procedure for
changing such a struct?
Cheers,
Stefan
diff --git sys/sys/selinfo.h sys/sys/sel
32 matches
Mail list logo
