Author: imp
Date: Fri Aug 28 05:40:02 2020
New Revision: 364901
URL: https://svnweb.freebsd.org/changeset/base/364901
Log:
Declare time()
Time is used and was accidentally brought in through header
pollution. Declare it in stand.h directly instead.
Modified:
head/stand/libsa/stand.h
Author: gjb
Date: Fri Aug 28 02:09:10 2020
New Revision: 364899
URL: https://svnweb.freebsd.org/changeset/base/364899
Log:
Add a new line to force a commit to verify if lwhsu did indeed
fix the jenkins build by adding git to the dependency list.
Sponsored by: Rubicon Communications, LLC
{snip}
and for completeness sake, bsearch_b.c has the same issue but isn't
included in lib/Makefile; thus why it's not tripping the compiler error.
-adrian
___
svn-src-head@freebsd.org mailing list
Hi!
This breaks when compiling FreeBSD-mips on GCC-9. :(
In file included from
/usr/home/adrian/work/freebsd/head-embedded/src/lib/libc/gen/scandir.c:50,
from
/usr/home/adrian/work/freebsd/head-embedded/src/lib/libc/gen/scandir_b.c:29:
Author: rmacklem
Date: Thu Aug 27 23:57:30 2020
New Revision: 364896
URL: https://svnweb.freebsd.org/changeset/base/364896
Log:
Add flags to enable NFS over TLS to the NFS client and server.
An Internet Draft titled "Towards Remote Procedure Call Encryption By Default"
(soon to be an RFC
Author: mckusick
Date: Thu Aug 27 22:14:58 2020
New Revision: 364895
URL: https://svnweb.freebsd.org/changeset/base/364895
Log:
Add a comment to clarify when and why cached names are deleted
during pathname lookup.
Reviewed by: kib
MFC after:3 days
Sponsored by: Netflix
On Thu, Aug 27, 2020 at 11:37:26PM +0200, Gordon Bergling wrote:
> On Thu, Aug 27, 2020 at 09:19:16PM +, Glen Barber wrote:
> > Author: gjb
> > Date: Thu Aug 27 21:19:16 2020
> > New Revision: 364891
> > URL: https://svnweb.freebsd.org/changeset/base/364891
> >
> > Log:
> > Merge the
Author: mmacy
Date: Thu Aug 27 21:37:35 2020
New Revision: 364893
URL: https://svnweb.freebsd.org/changeset/base/364893
Log:
ZFS: remove duplicate "com.datto:encryption" from loader
Modified:
head/stand/libsa/zfs/zfsimpl.c
Modified: head/stand/libsa/zfs/zfsimpl.c
On Thu, Aug 27, 2020 at 09:19:16PM +, Glen Barber wrote:
> Author: gjb
> Date: Thu Aug 27 21:19:16 2020
> New Revision: 364891
> URL: https://svnweb.freebsd.org/changeset/base/364891
>
> Log:
> Merge the projects/release-git branch to head.
> This allows building 13.x from Git instead of
Author: gjb
Date: Thu Aug 27 21:19:16 2020
New Revision: 364891
URL: https://svnweb.freebsd.org/changeset/base/364891
Log:
Merge the projects/release-git branch to head.
This allows building 13.x from Git instead of Subversion.
No MFC to stable branches is planned at this time. [1]
On 8/27/20 1:28 PM, Benjamin Kaduk wrote:
> On Thu, Aug 27, 2020 at 1:25 PM John Baldwin wrote:
>
>> On 8/26/20 9:55 AM, Jung-uk Kim wrote:
>>> Author: jkim
>>> Date: Wed Aug 26 16:55:28 2020
>>> New Revision: 364822
>>> URL: https://svnweb.freebsd.org/changeset/base/364822
>>>
>>> Log:
>>>
On Thu, Aug 27, 2020 at 1:25 PM John Baldwin wrote:
> On 8/26/20 9:55 AM, Jung-uk Kim wrote:
> > Author: jkim
> > Date: Wed Aug 26 16:55:28 2020
> > New Revision: 364822
> > URL: https://svnweb.freebsd.org/changeset/base/364822
> >
> > Log:
> > Fix Clang version detection.
> >
> > We prepend
On 8/26/20 9:55 AM, Jung-uk Kim wrote:
> Author: jkim
> Date: Wed Aug 26 16:55:28 2020
> New Revision: 364822
> URL: https://svnweb.freebsd.org/changeset/base/364822
>
> Log:
> Fix Clang version detection.
>
> We prepend "FreeBSD" to Clang version string. This broke compiler test for
>
In message , Andriy Gapon
wri
tes:
> On 27/08/2020 19:51, Brandon Bergren wrote:
> > FWIW, on powerpc64, using /etc/zfs/zpool.cache is great because it avoids t
> he problem of having to unmount /boot (which is an msdos filesystem because p
> eitiboot doesn't understand ufs or zfs) to update the
On 27/08/2020 19:51, Brandon Bergren wrote:
> FWIW, on powerpc64, using /etc/zfs/zpool.cache is great because it avoids the
> problem of having to unmount /boot (which is an msdos filesystem because
> peitiboot doesn't understand ufs or zfs) to update the copy of zpool.cache
> that is on the
Author: imp
Date: Thu Aug 27 17:46:13 2020
New Revision: 364877
URL: https://svnweb.freebsd.org/changeset/base/364877
Log:
Fix tiny style nit.
Modified:
head/sys/cam/cam_xpt_internal.h
Modified: head/sys/cam/cam_xpt_internal.h
On Wed, Aug 26, 2020 at 7:17 PM Jamie Gritton wrote:
>
> Author: jamie
> Date: Thu Aug 27 00:17:17 2020
> New Revision: 364850
> URL: https://svnweb.freebsd.org/changeset/base/364850
>
> Log:
> Don't allow jail.conf variables to have the same names as jail parameters.
> It was already not
Author: markj
Date: Thu Aug 27 17:36:06 2020
New Revision: 364876
URL: https://svnweb.freebsd.org/changeset/base/364876
Log:
Fix writing of the final block of encrypted, compressed kernel dumps.
Previously any residual data in the final block of a compressed kernel
dump would be written
Author: imp
Date: Thu Aug 27 17:30:57 2020
New Revision: 364875
URL: https://svnweb.freebsd.org/changeset/base/364875
Log:
Add note about NO_CLEAN build.
NO_CLEAN doesn't quite work for some scenarios when rebuilding older
kernels, but the kernels build w/o NO_CLEAN.
Modified:
Author: jamie
Date: Thu Aug 27 17:04:55 2020
New Revision: 364874
URL: https://svnweb.freebsd.org/changeset/base/364874
Log:
Disregard jails in jail.conf that have bad parameters (parameter/variable
clash, or redefining name/jid). The current behvaior, of merely warning
and moving on, can
On Thu, Aug 27, 2020, at 11:19 AM, Kyle Evans wrote:
> On Thu, Aug 27, 2020 at 10:59 AM Andriy Gapon wrote:
> >
> > On 2020-08-27 17:06, Kyle Evans wrote:
> > > On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
> > >>
> > >> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert
> > >> wrote:
> > >>>
> >
Author: markj
Date: Thu Aug 27 16:36:07 2020
New Revision: 364873
URL: https://svnweb.freebsd.org/changeset/base/364873
Log:
snd_ich(4): Handle errors from ich_init() properly during resume.
ich_init() returns an errno value or 0, but ich_pci_resume() was
comparing the return value with
Author: markj
Date: Thu Aug 27 16:34:33 2020
New Revision: 364872
URL: https://svnweb.freebsd.org/changeset/base/364872
Log:
fdc(4): Handle errors from fdc_in() properly.
fdc_in() returns only 0 and 1, some callers were checking incorrectly
for failure.
PR: 248940
Author: markj
Date: Thu Aug 27 16:34:20 2020
New Revision: 364871
URL: https://svnweb.freebsd.org/changeset/base/364871
Log:
asmc(4): Handle errors from asmc_key_read() properly.
asmc_key_read() returns only 0 and 1, some callers were checking
incorrectly for failure.
PR:
On Thu, Aug 27, 2020 at 10:59 AM Andriy Gapon wrote:
>
> On 2020-08-27 17:06, Kyle Evans wrote:
> > On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
> >>
> >> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert
> >> wrote:
> >>>
> >>> What would you suggest in this case, where /etc/zfs/zpool.cache is
On 2020-08-27 16:54, Cy Schubert wrote:
> In message <202008271350.07rdogqn055...@slippy.cwsent.com>, Cy Schubert
> writes:
>> In message <7e55d429-482b-2277-b340-2b85c6874...@freebsd.org>, Andriy Gapon
>> wri
>> tes:
>>> On 26/08/2020 16:13, Cy Schubert wrote:
Author: cy
Date: Wed Aug
On 2020-08-27 17:06, Kyle Evans wrote:
> On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
>>
>> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert
>> wrote:
>>>
>>> What would you suggest in this case, where /etc/zfs/zpool.cache is newer
>>> than /boot/zfs/zpool.cache?
>>>
>>> slippy$ lh
Author: cy
Date: Thu Aug 27 14:33:46 2020
New Revision: 364867
URL: https://svnweb.freebsd.org/changeset/base/364867
Log:
/etc/zfs/zpool.cache is the preferred (and new) location of zpool.cache.
Check for it first. Only use /boot/zfs/zpool.cache if the /etc/zfs
version is not found and
On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
>
> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert wrote:
> >
> > What would you suggest in this case, where /etc/zfs/zpool.cache is newer
> > than /boot/zfs/zpool.cache?
> >
> > slippy$ lh /boot/zfs/zpool.cache /etc/zfs/zpool.cache
> > -rw-r--r--
On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert wrote:
>
> What would you suggest in this case, where /etc/zfs/zpool.cache is newer
> than /boot/zfs/zpool.cache?
>
> slippy$ lh /boot/zfs/zpool.cache /etc/zfs/zpool.cache
> -rw-r--r-- 1 root wheel 4.6K Aug 25 07:19 /boot/zfs/zpool.cache
>
What would you suggest in this case, where /etc/zfs/zpool.cache is newer
than /boot/zfs/zpool.cache?
slippy$ lh /boot/zfs/zpool.cache /etc/zfs/zpool.cache
-rw-r--r-- 1 root wheel 4.6K Aug 25 07:19 /boot/zfs/zpool.cache
-rw-r--r-- 1 root wheel 4.7K Aug 27 06:20 /etc/zfs/zpool.cache
In message <202008271350.07rdogqn055...@slippy.cwsent.com>, Cy Schubert
writes:
> In message <7e55d429-482b-2277-b340-2b85c6874...@freebsd.org>, Andriy Gapon
> wri
> tes:
> > On 26/08/2020 16:13, Cy Schubert wrote:
> > > Author: cy
> > > Date: Wed Aug 26 13:13:57 2020
> > > New Revision: 364817
In message <7e55d429-482b-2277-b340-2b85c6874...@freebsd.org>, Andriy Gapon
wri
tes:
> On 26/08/2020 16:13, Cy Schubert wrote:
> > Author: cy
> > Date: Wed Aug 26 13:13:57 2020
> > New Revision: 364817
> > URL: https://svnweb.freebsd.org/changeset/base/364817
> >
> > Log:
> > As of r364746
Author: freqlabs
Date: Thu Aug 27 13:26:36 2020
New Revision: 364863
URL: https://svnweb.freebsd.org/changeset/base/364863
Log:
libzfs: Also add the crypto dependency to Makefile.inc1
Reported by: kevans
Discussed with: kevans
Sponsored by: iXsystems, Inc.
Modified:
On Tue, Aug 25, 2020 at 11:21:47PM +0900, Hiroki Sato wrote:
> Gordon Bergling wrote
> in <20200824085223.ga28...@lion.0xfce3.net>:
>
> gb> thanks for your feedback. I can only define POSIX.1-200{1,8} or -susv4.
> So what
> gb> do you think about the following STANDARDS section?
> gb>
> gb>
On Thu, Aug 27, 2020 at 8:05 AM Ryan Moeller wrote:
>
> Author: freqlabs
> Date: Thu Aug 27 13:05:41 2020
> New Revision: 364861
> URL: https://svnweb.freebsd.org/changeset/base/364861
>
> Log:
> libzfs: Add missing crypto dependency
>
> libzfs_crypto.c uses PKCS5_PBKDF2_HMAC_SHA1 from
Author: freqlabs
Date: Thu Aug 27 13:05:41 2020
New Revision: 364861
URL: https://svnweb.freebsd.org/changeset/base/364861
Log:
libzfs: Add missing crypto dependency
libzfs_crypto.c uses PKCS5_PBKDF2_HMAC_SHA1 from libcrypto.
Reported by: John Kennedy
Sponsored by: iXsystems, Inc.
Author: hselasky
Date: Thu Aug 27 10:28:12 2020
New Revision: 364860
URL: https://svnweb.freebsd.org/changeset/base/364860
Log:
Implement extensible arrays API using the existing radix tree implementation
in the LinuxKPI.
Differential Revision:https://reviews.freebsd.org/D25101
On 26/08/2020 16:13, Cy Schubert wrote:
> Author: cy
> Date: Wed Aug 26 13:13:57 2020
> New Revision: 364817
> URL: https://svnweb.freebsd.org/changeset/base/364817
>
> Log:
> As of r364746 (OpenZFS import) existing ZPOOLs are not imported
> prior to zvol and mountcritlocal resulting in ZVOLs
On Thu, 27 Aug 2020 08:08:49 + (UTC)
Emmanuel Vadot wrote:
> Author: manu
> Date: Thu Aug 27 08:08:49 2020
> New Revision: 364859
> URL: https://svnweb.freebsd.org/changeset/base/364859
>
> Log:
> arm: ti: Fix Beaglebone black MMC after DTS update
>
> After DTS sync with Linux kernel
Author: manu
Date: Thu Aug 27 08:08:49 2020
New Revision: 364859
URL: https://svnweb.freebsd.org/changeset/base/364859
Log:
arm: ti: Fix Beaglebone black MMC after DTS update
After DTS sync with Linux kernel 5.8 this patch was included:
"ARM: dts: Move am33xx and am43xx mmc nodes to
Author: mjg
Date: Thu Aug 27 06:31:27 2020
New Revision: 364857
URL: https://svnweb.freebsd.org/changeset/base/364857
Log:
cache: assorted clean ups
In particular remove spurious comments, duplicate assertions and the
inconsistently done KTR support.
Modified:
Author: mjg
Date: Thu Aug 27 06:31:55 2020
New Revision: 364858
URL: https://svnweb.freebsd.org/changeset/base/364858
Log:
cache: don't update timestmaps on found entry
Modified:
head/sys/kern/vfs_cache.c
Modified: head/sys/kern/vfs_cache.c
Author: mjg
Date: Thu Aug 27 06:30:40 2020
New Revision: 364856
URL: https://svnweb.freebsd.org/changeset/base/364856
Log:
cache: ncp = NULL early to account for sdt probes in ailure path
CID: 1432106
Modified:
head/sys/kern/vfs_cache.c
Modified: head/sys/kern/vfs_cache.c
44 matches
Mail list logo
