Re: CVS commit: src

2018-12-27 Thread Maxime Villard
Le 27/12/2018 à 08:41, matthew green a écrit : "Maxime Villard" writes: Module Name:src Committed By: maxv Date: Thu Dec 27 07:22:31 UTC 2018 Modified Files: src/lib/libnvmm: libnvmm.3 libnvmm.c libnvmm_x86.c nvmm.h src/tests/lib/libnvmm: h_mem_assist.c h_mem_ass

Re: CVS commit: src

2018-12-27 Thread Jason Thorpe
> On Dec 27, 2018, at 6:04 AM, Jason Thorpe wrote: > > -- job_hold remains lockless, but job_rele can only be called **without** the > job_lock held, because it needs to acquire the lock in the unlikely case it > performs a cv_broadcast (see below). Also need a job_rele_locked. Correction

Re: CVS commit: src/sbin/cgdconfig

2018-12-27 Thread Alexander Nasonov
Alexander Nasonov wrote: > XXX Default paramsfile for NAME=label is /etc/cgd/dkNN (resolved wedge > partition) and /etc/cgd/ROOT. for ROOT.. This isn't yet > documented. IMO, it should be the other way around: /etc/cgd/label > for the former and /et/cgd/[root-device] for the latter. This is true f

Re: CVS commit: src/sbin/cgdconfig

2018-12-27 Thread Christoph Badura
On Thu, Dec 27, 2018 at 09:53:44PM +, Alexander Nasonov wrote: > Alexander Nasonov wrote: > > XXX Default paramsfile for NAME=label is /etc/cgd/dkNN (resolved wedge > > partition) and /etc/cgd/ROOT. for ROOT.. This isn't yet > > documented. IMO, it should be the other way around: /etc/cgd/label

Removal of M_COPY_PKTHDR etc.

2018-12-27 Thread Christoph Badura
Doesn't that trigger a kernel version bump? And shouldn't changes like this be documented in src/CHANGES? --chris On Thu, Dec 27, 2018 at 02:03:55PM +, Maxime Villard wrote: > Module Name: src > Committed By: maxv > Date: Thu Dec 27 14:03:55 UTC 2018 > > Modified Files: > src/

Re: CVS commit: src/sbin/cgdconfig

2018-12-27 Thread Alexander Nasonov
Christoph Badura wrote: > Using /etc/cgd/ROOT. has the advantage that the cgd will configure > if the root device changes name, thus upholding POLA. > > E.g. moving disks from a controller that attaches sd(4)s to one that > attaches ld(4)s. I believe you can see that when dd'ing an image from > S