Author: erj
Date: Wed Jun 20 22:16:46 2018
New Revision: 335462
URL: https://svnweb.freebsd.org/changeset/base/335462
Log:
ixl(4): Fix gcc build errors
By removing redundant function declarations.
Reported by: ci.freebsd.org via Mark Millard
MFC after:1 month
Modified:
Hi Jon,
On Wed, Jun 20, 2018 at 11:58 AM, Jonathan Anderson
wrote:
> On 20 Jun 2018, at 15:32, Jonathan T. Looney wrote:
>> My reasoning
>> was fairly simple: when a review has been open for over a year with no
>> action, it seems like the submitter should be able to commit it without
>> waiting
Xin LI wrote:
> I do agree with others that SHA-1 support should not be included
It can certainly be disabled by default.
> (unless I have missed something, but I think firmware integrity check
> counts as a "Digital signature" verification, according to SP 800-131A
A "Digital signature"
Hi Simon,
Jonathan points out some of my comments were more acerbic than
necessary. I apologize for that. I'd like to try to rephrase them in
a more clear way.
On Wed, Jun 20, 2018 at 8:43 AM, Conrad Meyer wrote:
> On Tue, Jun 19, 2018 at 11:21 PM, Simon J. Gerraty wrote:
>> As I mentioned
Author: jhb
Date: Wed Jun 20 19:22:33 2018
New Revision: 335457
URL: https://svnweb.freebsd.org/changeset/base/335457
Log:
Correct path to removed asf(8) binary.
Modified:
head/ObsoleteFiles.inc
Modified: head/ObsoleteFiles.inc
Author: emaste
Date: Wed Jun 20 19:40:54 2018
New Revision: 335459
URL: https://svnweb.freebsd.org/changeset/base/335459
Log:
acpidump.8: include NFIT in the man page list of tables
Was missed in r321298.
Reported by: Ben Widawsky (in review D15931)
MFC after:1 week
Modified:
Author: bdrewery
Date: Wed Jun 20 19:45:04 2018
New Revision: 335460
URL: https://svnweb.freebsd.org/changeset/base/335460
Log:
Only look for NOTES as needed.
Sponsored by: Dell EMC
Modified:
head/Makefile
Modified: head/Makefile
(Apologies to cem@ for the duplicate in his inbox, Gmail decided to not
reply-all in my reply.)
On Wed, Jun 20, 2018 at 1:07 PM, Conrad Meyer wrote:
> Hi Jon,
>
> On Wed, Jun 20, 2018 at 11:58 AM, Jonathan Anderson
> wrote:
> > On 20 Jun 2018, at 15:32, Jonathan T. Looney wrote:
> >> My
On Wed, 2018-06-20 at 22:54 +0300, Konstantin Belousov wrote:
> On Wed, Jun 20, 2018 at 07:16:51PM +, Edward Tomasz Napierala wrote:
> >
> > Author: trasz
> > Date: Wed Jun 20 19:16:51 2018
> > New Revision: 335456
> > URL: https://svnweb.freebsd.org/changeset/base/335456
> >
> > Log:
> >
Conrad Meyer wrote:
> The signing of manifests does not exist in the patch series committed.
Nor will it, the singing of manifests is a build thing.
But as I mentioned earlier I think the loader verification code can be
leveraged for a verifying userland veriexec tool similar to that in
Junos.
> Author: emaste
> Date: Wed Jun 20 18:43:17 2018
> New Revision: 335454
> URL: https://svnweb.freebsd.org/changeset/base/335454
>
> Log:
> usr.bin/ar: use standard 2-Clause FreeBSD license
>
> Many licenses on ar files contained small variations from the standard
> FreeBSD license text.
On 6/19/18 4:40 PM, Bryan Drewery wrote:
> Author: bdrewery
> Date: Tue Jun 19 23:40:42 2018
> New Revision: 335394
> URL: https://svnweb.freebsd.org/changeset/base/335394
>
> Log:
> Fix detection for binutils bootstrap package.
>
> The path was changed recently in the port to be the full
On Wed, Jun 20, 2018 at 9:49 AM Stephen Kiernan
wrote:
> And I was working on those sets of changes, when work and family didn't
> steal away time. I was told that some discussion happened at BSDCan this
> year in such that veriexec should go in as-is so it would be there, which
is why
> the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Wed, 20 Jun 2018 19:03:15 +0300
Konstantin Belousov schrieb:
> On Wed, Jun 20, 2018 at 09:43:31AM -0600, Ian Lepore wrote:
> > On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> > > On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan
Author: trasz
Date: Wed Jun 20 19:16:51 2018
New Revision: 335456
URL: https://svnweb.freebsd.org/changeset/base/335456
Log:
Improve wording.
MFC after:2 weeks
Modified:
head/share/man/man7/development.7
Modified: head/share/man/man7/development.7
Author: bdrewery
Date: Wed Jun 20 16:10:14 2018
New Revision: 335450
URL: https://svnweb.freebsd.org/changeset/base/335450
Log:
Add WITH_SYSTEM_LINKER, on by default, that avoids building lld when possible.
This works similar to WITH_SYSTEM_COMPILER added in r300354. It only
supports
On Wed, Jun 20, 2018 at 10:05:16AM -0600, Warner Losh wrote:
> On Wed, Jun 20, 2018 at 10:03 AM, Konstantin Belousov
> wrote:
>
> > On Wed, Jun 20, 2018 at 09:43:31AM -0600, Ian Lepore wrote:
> > > On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> > > > On Tue, Jun 19, 2018 at
On 6/20/2018 10:00 AM, John Baldwin wrote:
> On 6/19/18 4:40 PM, Bryan Drewery wrote:
>> Author: bdrewery
>> Date: Tue Jun 19 23:40:42 2018
>> New Revision: 335394
>> URL: https://svnweb.freebsd.org/changeset/base/335394
>>
>> Log:
>> Fix detection for binutils bootstrap package.
>>
>> The
On Wed, Jun 20, 2018 at 10:58 AM Jonathan T. Looney wrote:
>
> On Tue, Jun 19, 2018 at 8:34 PM Conrad Meyer wrote:
>>
>> Please revert this patchset. It's not ready.
>
>
> I'm not sure I understand the need to revert the patches. They may need some
> refinement, but they also do provide some
Author: kevans
Date: Wed Jun 20 19:23:56 2018
New Revision: 335458
URL: https://svnweb.freebsd.org/changeset/base/335458
Log:
Add debug.verbose_sysinit tunable for VERBOSE_SYSINIT
VERBOSE_SYSINIT is currently an all-or-nothing option. debug.verbose_sysinit
adds an option to have the code
Author: bdrewery
Date: Wed Jun 20 16:10:10 2018
New Revision: 335449
URL: https://svnweb.freebsd.org/changeset/base/335449
Log:
Fix sources needed for lld.
lld always needs these DWARF sources, as well as other default and extra
tools. XDL seems to be the best fit list.
Remove
Author: bdrewery
Date: Wed Jun 20 16:10:07 2018
New Revision: 335448
URL: https://svnweb.freebsd.org/changeset/base/335448
Log:
Rework WITHOUT_LLD/TOOLCHAIN fix from r327892 for cross-tools.
MK_LLD is for the installed lld while MK_LLD_BOOTSTRAP is for the build
tool. For
Ian,
On Wed, Jun 20, 2018 at 8:58 AM, Ian Lepore wrote:
> And I request exactly the opposite: reject the complaining of people
> who think all the world is a 256-core 5ghz server
First: no need to be so rude to other committers. The hyperbole
doesn't help anyone and doesn't help communicate
On Wed, 2018-06-20 at 09:30 -0700, Conrad Meyer wrote:
> Ian,
>
> On Wed, Jun 20, 2018 at 8:58 AM, Ian Lepore wrote:
> >
> > And I request exactly the opposite: reject the complaining of people
> > who think all the world is a 256-core 5ghz server
> First: no need to be so rude to other
I want to preface this by saying: this discussion should be happening
in either arch@ or phabricator, after the patch series was temporarily
reverted pending necessary improvements. I have asked for the series
to be reverted and am still waiting on that.
I am happy to promise to respond promptly
Author: bdrewery
Date: Wed Jun 20 17:20:39 2018
New Revision: 335452
URL: https://svnweb.freebsd.org/changeset/base/335452
Log:
Reduce exec and fstat overhead for non-build targets.
This is mostly targetting 'make showconfig' and 'make test-system-*' for
the benefit of makeman and
On Wed, Jun 20, 2018 at 07:16:51PM +, Edward Tomasz Napierala wrote:
> Author: trasz
> Date: Wed Jun 20 19:16:51 2018
> New Revision: 335456
> URL: https://svnweb.freebsd.org/changeset/base/335456
>
> Log:
> Improve wording.
>
> MFC after: 2 weeks
>
> Modified:
>
Author: hselasky
Date: Wed Jun 20 20:04:20 2018
New Revision: 335461
URL: https://svnweb.freebsd.org/changeset/base/335461
Log:
Permit the kernel environment to set an array of numeric values for a single
sysctl(9) node.
Reviewed by: kib@, imp@, jhb@
Differential Revision:
Author: stevek
Date: Wed Jun 20 06:54:38 2018
New Revision: 335430
URL: https://svnweb.freebsd.org/changeset/base/335430
Log:
Fix build breakage in veriexec for 32-bit architectures.
fsid_t and ino_t are 64-bit entities, use uintmax_t typecast to ensure we
can print it on 32-bit or
Conrad Meyer wrote:
> First and foremost: nothing is actually signed, anywhere. The
The signing of manifests is external. The veriexecctl tool is I assume
a straight copy of what's in NetBSD (I've not looked at it in at least a
decade).
A veriexec loader that leverages signed manifests
On 20/06/2018 17:42, Rodney W. Grimes wrote:
Author: emaste
Date: Wed Jun 20 18:43:17 2018
New Revision: 335454
URL: https://svnweb.freebsd.org/changeset/base/335454
Log:
usr.bin/ar: use standard 2-Clause FreeBSD license
Many licenses on ar files contained small variations from the
> On 20/06/2018 17:42, Rodney W. Grimes wrote:
> >> Author: emaste
> >> Date: Wed Jun 20 18:43:17 2018
> >> New Revision: 335454
> >> URL: https://svnweb.freebsd.org/changeset/base/335454
> >>
> >> Log:
> >>usr.bin/ar: use standard 2-Clause FreeBSD license
> >>
> >>Many licenses on ar
Author: emaste
Date: Thu Jun 21 02:15:50 2018
New Revision: 335464
URL: https://svnweb.freebsd.org/changeset/base/335464
Log:
Makefile.inc1: rename build metadata file to toolchain-metadata.mk
The metadata file contains more than just compiler metadata.
Discussed with: bdrewery
On 20 June 2018 at 20:48, Rodney W. Grimes
wrote:
>
> My claim still stands, the commit message and reality do not match,
> Ed claimed that he was switching to 2-clause FreeBSD license, yet
> it does not appear to actually do that.
The commit message could have been more clear indeed.
> Does
On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan Jude wrote:
> On 2018-06-17 07:32, Eugene Grosbein wrote:
> > 17.06.2018 10:18, Allan Jude wrote:
> >
> >> Author: allanjude
> >> Date: Sun Jun 17 03:18:56 2018
> >> New Revision: 335276
> >> URL: https://svnweb.freebsd.org/changeset/base/335276
>
On Tue, Jun 19, 2018 at 11:21 PM, Simon J. Gerraty wrote:
> Conrad Meyer wrote:
>
> > As a corollary to the above, the name "signature file" is used
> > repeatedly in the code, which is misleading. The file contains hashes
> > (digests), not signatures (MACs). The file itself is unsigned.
> >
Author: bz
Date: Wed Jun 20 08:34:29 2018
New Revision: 335437
URL: https://svnweb.freebsd.org/changeset/base/335437
Log:
Sometimes it is helpful to get the path for a vnode.
Implement a ddb function walking the namecache to do this.
Reviewed by: jhb, mjg
Inspired by:
Author: bdrewery
Date: Wed Jun 20 16:15:03 2018
New Revision: 335451
URL: https://svnweb.freebsd.org/changeset/base/335451
Log:
Regenerate for SYSTEM_LINKER
Modified:
head/share/man/man5/src.conf.5
Modified: head/share/man/man5/src.conf.5
On Tue, Jun 19, 2018 at 8:34 PM Conrad Meyer wrote:
> Please revert this patchset. It's not ready.
>
I'm not sure I understand the need to revert the patches. They may need
some refinement, but they also do provide some functionality upon which you
can build the tooling that Simon discussed.
On 20 Jun 2018, at 15:32, Jonathan T. Looney wrote:
On Wed, Jun 20, 2018 at 9:49 AM Stephen Kiernan
wrote:
And I was working on those sets of changes, when work and family
didn't
steal away time. I was told that some discussion happened at BSDCan
this
year in such that veriexec should go in
Author: bdrewery
Date: Wed Jun 20 16:10:02 2018
New Revision: 335447
URL: https://svnweb.freebsd.org/changeset/base/335447
Log:
Rework how the ld link is handled in WORLDTMP from r322811.
LLD_BOOTSTRAP (build) is independent of LLD_IS_LD (installed) so they
should not be based on each
On Wed, Jun 20, 2018 at 9:30 AM, Conrad Meyer wrote:
>
> Please look at the actual code size and layout of the sha1 support
> module and tell me that is a burden for Juniper to maintain in their
> downstream tree, rather than just getting angry about the suggestion
> we don't introduce novel,
On 6/18/18 10:26 PM, Eitan Adler wrote:
> On 18 June 2018 at 10:57, John Baldwin wrote:
>> On 6/16/18 10:14 PM, Eitan Adler wrote:
>>> Author: eadler
>>> Date: Sun Jun 17 05:14:50 2018
>>> New Revision: 335278
>>> URL: https://svnweb.freebsd.org/changeset/base/335278
>>>
>>> Log:
>>> pwd: mark
Author: emaste
Date: Wed Jun 20 18:43:17 2018
New Revision: 335454
URL: https://svnweb.freebsd.org/changeset/base/335454
Log:
usr.bin/ar: use standard 2-Clause FreeBSD license
Many licenses on ar files contained small variations from the standard
FreeBSD license text. To avoid license
On Wed, Jun 20, 2018 at 09:43:31AM -0600, Ian Lepore wrote:
> On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> > On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan Jude wrote:
> > >
> > > On 2018-06-17 07:32, Eugene Grosbein wrote:
> > > >
> > > > 17.06.2018 10:18, Allan Jude wrote:
On 20 Jun 2018, at 15:05, Conrad Meyer wrote:
> Hi Bjoern,
>
> It might be nice to be explicit that the vnode was not in the
> namecache (in the ddb output) rather than failing silently. The name
> of the ddb method does not suggest that only entries in the namecache
> may be found, and users
You can keep these poor security modes in your downstream product if
you want, but don't put them in the tree.
On Wed, Jun 20, 2018 at 8:28 AM, Simon J. Gerraty wrote:
> Benjamin Kaduk wrote:
>> With all due respect, NIST is hardly the sole authority on this topic.
>
> True, unless of course
Author: manu
Date: Wed Jun 20 16:07:35 2018
New Revision: 335446
URL: https://svnweb.freebsd.org/changeset/base/335446
Log:
Add pmap_mapdev_attr for arm64
This is needed for efifb.
arm and ricv pmap (the two arch with arm64 that uses subr_devmap) have very
different implementation so
Author: manu
Date: Wed Jun 20 14:46:07 2018
New Revision: 335444
URL: https://svnweb.freebsd.org/changeset/base/335444
Log:
rk_gpio: Read the correct register for gpio read
Reported by: jmcneill
Modified:
head/sys/arm64/rockchip/rk_gpio.c
Modified: head/sys/arm64/rockchip/rk_gpio.c
Author: manu
Date: Wed Jun 20 14:45:26 2018
New Revision: 335443
URL: https://svnweb.freebsd.org/changeset/base/335443
Log:
if_rk_dwc: Fix delays handling
The property are named {t,r}x_delay and not {t,r}-delay.
The upper bits of the register are a mask of which bits is allowed
to be
On Wed, Jun 20, 2018, 6:42 AM Cy Schubert wrote:
> In message <96021.1529475...@kaos.jnpr.net>, "Simon J. Gerraty" writes:
> > Conrad Meyer wrote:
> > > First and foremost: nothing is actually signed, anywhere. The
> >
> > The signing of manifests is external. The veriexecctl tool is I assume
Benjamin Kaduk wrote:
> With all due respect, NIST is hardly the sole authority on this topic.
True, unless of course you sell to US govt.
> With my IETF Security Area Director hat on, any greenfield proposal coming
> in
> to the IESG that included sha1 support would get extremely strong
On Wed, 2018-06-20 at 08:45 -0700, Conrad Meyer wrote:
> You can keep these poor security modes in your downstream product if
> you want, but don't put them in the tree.
>
And I request exactly the opposite: reject the complaining of people
who think all the world is a 256-core 5ghz server and
Simon J. Gerraty wrote:
> > - Maybe sign the source-of-trust file
>
> We do. As noted above, we cannot upstream that until FreeBSD has
> suitable signing infra.
It occurred to me, that since I'll be upstreaming a library that
uses BearSSL to do the necessary manifest verification for the
Author: manu
Date: Wed Jun 20 15:27:09 2018
New Revision: 335445
URL: https://svnweb.freebsd.org/changeset/base/335445
Log:
if_rk_dwc: Disable setting delays for now
The values for tx/rx delays differs accross the different DTS.
Mainline Linux set it to 0x24/0x18
Mostly-Vendor u-boot
Hi Bjoern,
It might be nice to be explicit that the vnode was not in the
namecache (in the ddb output) rather than failing silently. The name
of the ddb method does not suggest that only entries in the namecache
may be found, and users (developers :)) do not always read manual
pages thoroughly.
Author: jhibbits
Date: Wed Jun 20 13:30:35 2018
New Revision: 335442
URL: https://svnweb.freebsd.org/changeset/base/335442
Log:
Attach dev.cpu nodes on powerpc SMT cores, using only the first found thread
Summary: In order to use cpufreq(4), a dev.cpu attachment must be created. If
the
In message <96021.1529475...@kaos.jnpr.net>, "Simon J. Gerraty" writes:
> Conrad Meyer wrote:
> > First and foremost: nothing is actually signed, anywhere. The
>
> The signing of manifests is external. The veriexecctl tool is I assume
> a straight copy of what's in NetBSD (I've not looked at it
Cy Schubert wrote:
> > The signing of manifests is external. The veriexecctl tool is I assume
> > a straight copy of what's in NetBSD (I've not looked at it in at least a
> > decade).
>
> If this is correct, should it not be imported into the vendor branches
> first?
>
> What are the criteria
On Wed, Jun 20, 2018 at 1:21 AM, Simon J. Gerraty wrote:
> Conrad Meyer wrote:
>
> > There's absolutely no reason to use sha1 or ripemd in new designs.
> > These should be removed.
>
> Sorry I disagree - not with ripem (we never supported that or any of the
> non-NIST approved hashes), but sha1
On Tue, Jun 19, 2018 at 6:34 PM, Allan Jude wrote:
> On 2018-06-17 07:32, Eugene Grosbein wrote:
> > 17.06.2018 10:18, Allan Jude wrote:
> >
> >> Author: allanjude
> >> Date: Sun Jun 17 03:18:56 2018
> >> New Revision: 335276
> >> URL: https://svnweb.freebsd.org/changeset/base/335276
> >>
> >>
On Wed, Jun 20, 2018 at 10:03 AM, Konstantin Belousov
wrote:
> On Wed, Jun 20, 2018 at 09:43:31AM -0600, Ian Lepore wrote:
> > On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> > > On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan Jude wrote:
> > > >
> > > > On 2018-06-17 07:32,
On Wed, Jun 20, 2018 at 8:36 AM, Bjoern A. Zeeb wrote:
> On 20 Jun 2018, at 15:05, Conrad Meyer wrote:
>
>> Hi Bjoern,
>>
>> It might be nice to be explicit that the vnode was not in the
>> namecache (in the ddb output) rather than failing silently. The name
>> of the ddb method does not suggest
On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan Jude wrote:
> >
> > On 2018-06-17 07:32, Eugene Grosbein wrote:
> > >
> > > 17.06.2018 10:18, Allan Jude wrote:
> > >
> > > >
> > > > Author: allanjude
> > > > Date: Sun Jun 17
On Wed, 2018-06-20 at 12:22 +0300, Konstantin Belousov wrote:
> On Tue, Jun 19, 2018 at 08:34:18PM -0400, Allan Jude wrote:
> >
> > On 2018-06-17 07:32, Eugene Grosbein wrote:
> > >
> > > 17.06.2018 10:18, Allan Jude wrote:
> > >
> > > >
> > > > Author: allanjude
> > > > Date: Sun Jun 17
On 19 June 2018 at 20:08, Eitan Adler wrote:
> On 19 June 2018 at 18:08, Stephen J. Kiernan wrote:
>> Added: head/sbin/veriexecctl/Makefile
>> ==
>> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
>>
Author: andrew
Date: Wed Jun 20 10:02:50 2018
New Revision: 335438
URL: https://svnweb.freebsd.org/changeset/base/335438
Log:
Fix the SMCCC signatures, they are all 32-bit calls. This fixes SMCCC
version detection.
Sponsored by: DARPA, AFRL
Modified:
head/sys/dev/psci/smccc.h
Author: andrew
Date: Wed Jun 20 10:57:29 2018
New Revision: 335439
URL: https://svnweb.freebsd.org/changeset/base/335439
Log:
Move the SMCCC SYSINIT later in the boot so the psci driver has attached.
Sponsored by: DARPA, AFRL
Modified:
head/sys/dev/psci/smccc.c
Modified:
Author: andrew
Date: Wed Jun 20 11:13:10 2018
New Revision: 335440
URL: https://svnweb.freebsd.org/changeset/base/335440
Log:
Move the SYSINIT to allow userspace access to the ARM generic timer later
in the boot. It doesn't need to be early, so move it to the SI_ORDER_ANY
stage of
Author: bz
Date: Wed Jun 20 11:42:06 2018
New Revision: 335441
URL: https://svnweb.freebsd.org/changeset/base/335441
Log:
Instead of using hand-rolled loops where not needed switch them
to FOREACH_PROC_IN_SYSTEM() to have a single pattern to look for.
Reviewed by: kib
MFC after:2
70 matches
Mail list logo
