On 09/04/2019 23:08, Chris Rees wrote:
> [crees@pegasus]~% sudo kldload -n zfsctrl && echo yes
> yes
>
> [crees@pegasus]~% find /boot -name zfsctrl\*
> [crees@pegasus]~%
I am not sure what was your point, but here are some thoughts (or food for
thought).
1. As I mentioned earlier, ZFS has this
On Tue, Apr 09, 2019 at 10:24:16PM +0100, Chris Rees wrote:
> On 9 April 2019 22:13:29 BST, Chris Rees wrote:
> >On 9 April 2019 22:08:35 BST, "Rodney W. Grimes"
> > wrote:
> >>> On 09/04/2019 20:59, Chris Rees wrote:
> >>> > On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
> >> wrote:
> >>> >>> O
Author: sjg
Date: Tue Apr 9 22:20:11 2019
New Revision: 346070
URL: https://svnweb.freebsd.org/changeset/base/346070
Log:
Always report file with incorrect hash.
Modified:
head/lib/libsecureboot/verify_file.c
Modified: head/lib/libsecureboot/verify_file.c
===
Author: glebius
Date: Tue Apr 9 22:15:39 2019
New Revision: 346069
URL: https://svnweb.freebsd.org/changeset/base/346069
Log:
Obvious comment correction.
Modified:
head/sys/sys/sockbuf.h
Modified: head/sys/sys/sockbuf.h
===
Hi again,
On 9 April 2019 22:13:29 BST, Chris Rees wrote:
>
>
>On 9 April 2019 22:08:35 BST, "Rodney W. Grimes"
> wrote:
>>> On 09/04/2019 20:59, Chris Rees wrote:
>>> > On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
>> wrote:
>>> >>> On 09/04/2019 21:33, Rodney W. Grimes wrote:
>>> I thin
> On 9 April 2019 22:08:35 BST, "Rodney W. Grimes"
> wrote:
> >> On 09/04/2019 20:59, Chris Rees wrote:
> >> > On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
> > wrote:
> >> >>> On 09/04/2019 21:33, Rodney W. Grimes wrote:
> >> I think the trigger issue is:
> >> grep zfs /etc/rc.d/zvo
> On 09/04/2019 20:59, Chris Rees wrote:
> > On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
> > wrote:
> >>> On 09/04/2019 21:33, Rodney W. Grimes wrote:
> I think the trigger issue is:
> grep zfs /etc/rc.d/zvol
> rcvar="zfs_enable"
> required_modules="zfs"
>
> tha
Author: jhb
Date: Tue Apr 9 21:18:02 2019
New Revision: 346066
URL: https://svnweb.freebsd.org/changeset/base/346066
Log:
Refine r330113 to honor the ProducerConsumer flag most of the time.
While it is true that the ACPI spec says that the flag is only valid
on Extended Address Space Des
On 9 April 2019 22:08:35 BST, "Rodney W. Grimes"
wrote:
>> On 09/04/2019 20:59, Chris Rees wrote:
>> > On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
> wrote:
>> >>> On 09/04/2019 21:33, Rodney W. Grimes wrote:
>> I think the trigger issue is:
>> grep zfs /etc/rc.d/zvol
>> rcv
> On 4/9/19 12:48 PM, Rodney W. Grimes wrote:
> >> On 4/9/19 9:59 AM, Ian Lepore wrote:
> >>> On Tue, 2019-04-09 at 09:33 -0700, John Baldwin wrote:
> On 4/9/19 9:17 AM, Ian Lepore wrote:
> > On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
> >> On 4/9/19 6:54 AM, Ganbold Tsagaan
On Tue, Apr 9, 2019 at 11:40 AM Ian Lepore wrote:
> On Tue, 2019-04-09 at 11:19 -0600, Rebecca Cran wrote:
> > On 2019-04-08 12:25, Warner Losh wrote:
> > > Author: imp
> > > Date: Mon Apr 8 18:25:14 2019
> > > New Revision: 346039
> > > URL: https://svnweb.freebsd.org/changeset/base/346039
> >
On 09/04/2019 20:59, Chris Rees wrote:
On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
wrote:
On 09/04/2019 21:33, Rodney W. Grimes wrote:
I think the trigger issue is:
grep zfs /etc/rc.d/zvol
rcvar="zfs_enable"
required_modules="zfs"
that module requires may be going south with the
new c
Author: kib
Date: Tue Apr 9 20:20:04 2019
New Revision: 346065
URL: https://svnweb.freebsd.org/changeset/base/346065
Log:
Add vn_fsync_buf().
Provide a convenience function to avoid the hack with filling fake
struct vop_fsync_args and then calling vop_stdfsync().
Sponsored by: The F
On 4/9/19 12:48 PM, Rodney W. Grimes wrote:
>> On 4/9/19 9:59 AM, Ian Lepore wrote:
>>> On Tue, 2019-04-09 at 09:33 -0700, John Baldwin wrote:
On 4/9/19 9:17 AM, Ian Lepore wrote:
> On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
>> On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
> wrote:
> >> On 09/04/2019 21:33, Rodney W. Grimes wrote:
> >> > I think the trigger issue is:
> >> > grep zfs /etc/rc.d/zvol
> >> > rcvar="zfs_enable"
> >> > required_modules="zfs"
> >> >
> >> > that module requires may be going south with th
On 9 April 2019 20:55:07 BST, "Rodney W. Grimes"
wrote:
>> On 09/04/2019 21:33, Rodney W. Grimes wrote:
>> > I think the trigger issue is:
>> > grep zfs /etc/rc.d/zvol
>> > rcvar="zfs_enable"
>> > required_modules="zfs"
>> >
>> > that module requires may be going south with the
>> > new code
> On 09/04/2019 21:33, Rodney W. Grimes wrote:
> > I think the trigger issue is:
> > grep zfs /etc/rc.d/zvol
> > rcvar="zfs_enable"
> > required_modules="zfs"
> >
> > that module requires may be going south with the
> > new code when the module is built into the kernel.
>
> Maybe it's because th
Author: kib
Date: Tue Apr 9 19:55:02 2019
New Revision: 346064
URL: https://svnweb.freebsd.org/changeset/base/346064
Log:
Fix dirty buf exhaustion easily triggered with msdosfs.
If truncate(2) is performed on msdosfs file, which extends the file by
system-depended large amount, fs create
[ Charset UTF-8 unsupported, converting... ]
> Hi Rod,
>
> On 09/04/2019 19:33, Rodney W. Grimes wrote:
> >> Hey,
> >>
> >> On 9 April 2019 14:13:54 BST, "O. Hartmann" wrote:
> >>> On Sun, 7 Apr 2019 18:31:45 + (UTC)
> >>> Chris Rees wrote:
> >>>
> Author: crees (doc,ports committer)
>
> On 4/9/19 9:59 AM, Ian Lepore wrote:
> > On Tue, 2019-04-09 at 09:33 -0700, John Baldwin wrote:
> >> On 4/9/19 9:17 AM, Ian Lepore wrote:
> >>> On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
> On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> > Author: ganbold
> > Date: Tue Apr
On 09/04/2019 21:33, Rodney W. Grimes wrote:
> I think the trigger issue is:
> grep zfs /etc/rc.d/zvol
> rcvar="zfs_enable"
> required_modules="zfs"
>
> that module requires may be going south with the
> new code when the module is built into the kernel.
Maybe it's because the module's name is z
Hi Rod,
On 09/04/2019 19:33, Rodney W. Grimes wrote:
Hey,
On 9 April 2019 14:13:54 BST, "O. Hartmann" wrote:
On Sun, 7 Apr 2019 18:31:45 + (UTC)
Chris Rees wrote:
Author: crees (doc,ports committer)
Date: Sun Apr 7 18:31:45 2019
New Revision: 346017
URL: https://svnweb.freebsd.org/cha
On 09/04/2019 22:22, John Baldwin wrote:
> Author: jhb
> Date: Tue Apr 9 19:22:08 2019
> New Revision: 346063
> URL: https://svnweb.freebsd.org/changeset/base/346063
>
> Log:
> Don't pre-reserve resources for CPU devices when they are set.
>
> CPUs can use shared (RF_SHAREABLE) resources f
On 4/9/19 9:59 AM, Ian Lepore wrote:
> On Tue, 2019-04-09 at 09:33 -0700, John Baldwin wrote:
>> On 4/9/19 9:17 AM, Ian Lepore wrote:
>>> On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> Author: ganbold
> Date: Tue Apr 9 13:54:08 2
Author: jhb
Date: Tue Apr 9 19:22:08 2019
New Revision: 346063
URL: https://svnweb.freebsd.org/changeset/base/346063
Log:
Don't pre-reserve resources for CPU devices when they are set.
CPUs can use shared (RF_SHAREABLE) resources for the I/O port used for
entering and exiting C states.
> Hey,
>
> On 9 April 2019 14:13:54 BST, "O. Hartmann" wrote:
> >On Sun, 7 Apr 2019 18:31:45 + (UTC)
> >Chris Rees wrote:
> >
> >> Author: crees (doc,ports committer)
> >> Date: Sun Apr 7 18:31:45 2019
> >> New Revision: 346017
> >> URL: https://svnweb.freebsd.org/changeset/base/346017
> >>
Author: kib
Date: Tue Apr 9 18:07:17 2019
New Revision: 346062
URL: https://svnweb.freebsd.org/changeset/base/346062
Log:
pci_cfgreg.c: Use io port config access for early boot time.
Some early PCIe chipsets are explicitly listed in the white-list to
enable use of the MMIO config space a
Author: ngie
Date: Tue Apr 9 17:52:11 2019
New Revision: 346061
URL: https://svnweb.freebsd.org/changeset/base/346061
Log:
Polish netmap(4) testcases a bit
1. Not all kernels have netmap(4) support. Check for netmap(4) support before
attempting to run the tests via the `PLAIN_REQUIRE_
On Tue, 2019-04-09 at 11:19 -0600, Rebecca Cran wrote:
> On 2019-04-08 12:25, Warner Losh wrote:
> > Author: imp
> > Date: Mon Apr 8 18:25:14 2019
> > New Revision: 346039
> > URL: https://svnweb.freebsd.org/changeset/base/346039
> >
> > Log:
> >Style only change: Prefer $() to ``
> >
> >
On Tue, Apr 9, 2019 at 11:19 AM Rebecca Cran wrote:
> On 2019-04-08 12:25, Warner Losh wrote:
> > Author: imp
> > Date: Mon Apr 8 18:25:14 2019
> > New Revision: 346039
> > URL: https://svnweb.freebsd.org/changeset/base/346039
> >
> > Log:
> >Style only change: Prefer $() to ``
> >
> >$(
On 2019-04-08 12:25, Warner Losh wrote:
Author: imp
Date: Mon Apr 8 18:25:14 2019
New Revision: 346039
URL: https://svnweb.freebsd.org/changeset/base/346039
Log:
Style only change: Prefer $() to ``
$() is more modern and also nests. Convert the mix of styles to using
only the form
On Tue, 2019-04-09 at 09:33 -0700, John Baldwin wrote:
> On 4/9/19 9:17 AM, Ian Lepore wrote:
> > On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
> > > On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> > > > Author: ganbold
> > > > Date: Tue Apr 9 13:54:08 2019
> > > > New Revision: 346052
>
Author: ngie
Date: Tue Apr 9 16:35:23 2019
New Revision: 346059
URL: https://svnweb.freebsd.org/changeset/base/346059
Log:
MFC r344662:
Remove references to pdwait4(2) and `CAP_PDWAIT` from rights(4)
@cem removed references to pdwait4(2) (a nonexistent syscall) in
r320058.
This
On 4/9/19 9:17 AM, Ian Lepore wrote:
> On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
>> On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
>>> Author: ganbold
>>> Date: Tue Apr 9 13:54:08 2019
>>> New Revision: 346052
>>> URL: https://svnweb.freebsd.org/changeset/base/346052
>>>
>>> Log:
>>>
Author: ngie
Date: Tue Apr 9 16:20:36 2019
New Revision: 346057
URL: https://svnweb.freebsd.org/changeset/base/346057
Log:
Fix geli device cleanup
Final cleanup routines shouldn't be called from testcases; it should be called
from the testcase cleanup routine.
Furthermore, `geli_tes
On Tue, 2019-04-09 at 09:11 -0700, John Baldwin wrote:
> On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> > Author: ganbold
> > Date: Tue Apr 9 13:54:08 2019
> > New Revision: 346052
> > URL: https://svnweb.freebsd.org/changeset/base/346052
> >
> > Log:
> > In some cases like NanoPI R1, its seco
Author: ngie
Date: Tue Apr 9 16:17:31 2019
New Revision: 346056
URL: https://svnweb.freebsd.org/changeset/base/346056
Log:
Fix a typo when sanity checking in the bootstrap-tools target
The path is incorrect for the linker in the error message. It should have been
/usr/bin/ld, not /usr/bi
Author: ngie
Date: Tue Apr 9 16:16:10 2019
New Revision: 346055
URL: https://svnweb.freebsd.org/changeset/base/346055
Log:
MFC r345216:
Remove duplicate `${PACKAGE}FILES+= cleanup.ksh` line
This mutes the duplicate target warning emitted via bsd.files.mk each build.
Approved by:
On 4/9/19 6:54 AM, Ganbold Tsagaankhuu wrote:
> Author: ganbold
> Date: Tue Apr 9 13:54:08 2019
> New Revision: 346052
> URL: https://svnweb.freebsd.org/changeset/base/346052
>
> Log:
> In some cases like NanoPI R1, its second USB ethernet
> RTL8152 (chip version URE_CHIP_VER_4C10) doesn't
>
Author: emaste
Date: Tue Apr 9 15:52:18 2019
New Revision: 346054
URL: https://svnweb.freebsd.org/changeset/base/346054
Log:
libc: update strstr implementation to match musl
musl commits:
122d67f846cb0be2c9e1c3880db9eb9545bbe38c
0239cd0681e889a269fb7691f60e81ef8d081e6b
8f5a820d147da3
Author: trasz
Date: Tue Apr 9 15:24:38 2019
New Revision: 346053
URL: https://svnweb.freebsd.org/changeset/base/346053
Log:
Factor out section loading into a separate function.
Reviewed by: kib
MFC after:2 weeks
Sponsored by: DARPA, AFRL
Differential Revision:https://rev
Hey,
On 9 April 2019 14:13:54 BST, "O. Hartmann" wrote:
>On Sun, 7 Apr 2019 18:31:45 + (UTC)
>Chris Rees wrote:
>
>> Author: crees (doc,ports committer)
>> Date: Sun Apr 7 18:31:45 2019
>> New Revision: 346017
>> URL: https://svnweb.freebsd.org/changeset/base/346017
>>
>> Log:
>> Remove n
On 09.04.2019 16:54, Ganbold Tsagaankhuu wrote:
> Author: ganbold
> Date: Tue Apr 9 13:54:08 2019
> New Revision: 346052
> URL: https://svnweb.freebsd.org/changeset/base/346052
>
> Log:
> In some cases like NanoPI R1, its second USB ethernet
> RTL8152 (chip version URE_CHIP_VER_4C10) doesn't
Author: ganbold
Date: Tue Apr 9 13:54:08 2019
New Revision: 346052
URL: https://svnweb.freebsd.org/changeset/base/346052
Log:
In some cases like NanoPI R1, its second USB ethernet
RTL8152 (chip version URE_CHIP_VER_4C10) doesn't
have hardwired MAC address, in other words, it is all zeros.
On Sun, 7 Apr 2019 18:31:45 + (UTC)
Chris Rees wrote:
> Author: crees (doc,ports committer)
> Date: Sun Apr 7 18:31:45 2019
> New Revision: 346017
> URL: https://svnweb.freebsd.org/changeset/base/346017
>
> Log:
> Remove now unnecessary kldstat check before attempting to load modules.
>
>
Author: grembo (ports committer)
Date: Tue Apr 9 12:28:12 2019
New Revision: 346051
URL: https://svnweb.freebsd.org/changeset/base/346051
Log:
MFC r345512: Correct contradictory information on default syslog logging
priority.
Modified:
stable/12/usr.sbin/daemon/daemon.8
Directory Propertie
Author: grembo (ports committer)
Date: Tue Apr 9 12:28:12 2019
New Revision: 346051
URL: https://svnweb.freebsd.org/changeset/base/346051
Log:
MFC r345512: Correct contradictory information on default syslog logging
priority.
Modified:
stable/11/usr.sbin/daemon/daemon.8
Directory Propertie
> 09.04.2019 16:22, Rodney W. Grimes wrote:
>
> >> Works as expected (as it should work) for both 11.2 and 12.0
> >^^ for you, not for me
If you did not actually get a lease I do not see that your
test is complete, so though it worked to a point, it did
not work as expected unt
Author: tychon
Date: Tue Apr 9 10:33:18 2019
New Revision: 346050
URL: https://svnweb.freebsd.org/changeset/base/346050
Log:
ioatcontrol(8) crc-copy flag bug and misc usage tweak
Reviewed by: cem
Sponsored by: Dell EMC Isilon
Differential Revision:https://reviews.freebsd.org/D
Author: trasz
Date: Tue Apr 9 10:17:24 2019
New Revision: 346049
URL: https://svnweb.freebsd.org/changeset/base/346049
Log:
Remove spurious comma.
MFC after:2 weeks
Sponsored by: DARPA, AFRL
Modified:
head/share/man/man7/hostname.7
Modified: head/share/man/man7/hostname.7
===
09.04.2019 16:22, Rodney W. Grimes wrote:
>> Works as expected (as it should work) for both 11.2 and 12.0
>^^ for you, not for me
>
> Are you using a em0 type device, or something else?
em0 for FreeBSD as guest inside VirtualBox.
Well, I have no vlans here really outside of
Author: trasz
Date: Tue Apr 9 10:09:59 2019
New Revision: 346048
URL: https://svnweb.freebsd.org/changeset/base/346048
Log:
.Xr protect(1) and proccontrol(1) from procctl(2).
MFC after:2 weeks
Sponsored by: DARPA, AFRL
Modified:
head/lib/libc/sys/procctl.2
Modified: head/lib/libc
> > 09.04.2019 15:38, Rodney W. Grimes wrote:
> >
> > >> I've just checked and this "just works" for me already.
> > >> For which version this does not work, exactly?
> > >> When did you verify this last time?
> > >
> > > I believe the last time I tried this was early, in 11.1 iirc.
> > > Are yo
> 09.04.2019 15:38, Rodney W. Grimes wrote:
>
> >> I've just checked and this "just works" for me already.
> >> For which version this does not work, exactly?
> >> When did you verify this last time?
> >
> > I believe the last time I tried this was early, in 11.1 iirc.
> > Are you sure it worked
> 09.04.2019 15:38, Rodney W. Grimes wrote:
>
> >> I've just checked and this "just works" for me already.
> >> For which version this does not work, exactly?
> >> When did you verify this last time?
> >
> > I believe the last time I tried this was early, in 11.1 iirc.
> > Are you sure it worked
09.04.2019 15:38, Rodney W. Grimes wrote:
>> I've just checked and this "just works" for me already.
>> For which version this does not work, exactly?
>> When did you verify this last time?
>
> I believe the last time I tried this was early, in 11.1 iirc.
> Are you sure it worked?
> I'll retest
> On Fri, Apr 05, 2019 at 04:16:24PM -0700, Rodney W. Grimes wrote:
>
> > If you want another fun one to wrestle with see if you can
> > make this work:
> >
> > cloned_interfaces="vlan32"
> > ifconfig_em0="up"
> > ifconfig_vlan32="vlan 32 vlandev em0 SYNCDHCP"
> >
> > I have worked around it, bu
On Fri, Apr 05, 2019 at 04:16:24PM -0700, Rodney W. Grimes wrote:
> If you want another fun one to wrestle with see if you can
> make this work:
>
> cloned_interfaces="vlan32"
> ifconfig_em0="up"
> ifconfig_vlan32="vlan 32 vlandev em0 SYNCDHCP"
>
> I have worked around it, but it would be nice i
58 matches
Mail list logo
