Author: gordon
Date: Thu Jun 21 05:18:08 2018
New Revision: 335466
URL: https://svnweb.freebsd.org/changeset/base/335466
Log:
Fix TLB shootdown for Xen based guests. [EN-18:07.pmap]
Approved by: so
Security: FreeBSD-EN-18:07.pmap
Modified:
releng/11.1/sys/x86/xen/xen_apic.c
Author: gordon
Date: Thu Jun 21 05:17:13 2018
New Revision: 335465
URL: https://svnweb.freebsd.org/changeset/base/335465
Log:
Fix Lazy FPU information disclosure. [SA-18:07.lazyfpu]
Bump newvers.sh and UPDATING for today's patches.
Approved by: so
Security: CVE-2018-3665
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 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
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
> 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.
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:
(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
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.
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"
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:
> >
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
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:
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: 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
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: 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: 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: 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
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: kib
Date: Wed Jun 20 18:51:38 2018
New Revision: 335455
URL: https://svnweb.freebsd.org/changeset/base/335455
Log:
MFC r335072, r335089, r335131, r335132:
Enable eager FPU context switch on i386 and amd64.
CVE: CVE-2018-3665
Tested by:emaste (smoke boot)
Modified:
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
-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
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
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
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
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.
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: kib
Date: Wed Jun 20 17:37:55 2018
New Revision: 335453
URL: https://svnweb.freebsd.org/changeset/base/335453
Log:
MFC r332994 (by tychon):
Handle potential alignment adjustment of the exception frame by hardware.
Modified:
stable/11/sys/amd64/amd64/exception.S
Directory
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 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 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: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 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
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
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
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
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
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: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
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 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
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
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 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 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 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
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
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
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
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
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
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
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
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
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: 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 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
> >>
> >>
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
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
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
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
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: 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 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
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.
> >
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
>
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: hselasky
Date: Wed Jun 20 07:02:19 2018
New Revision: 335436
URL: https://svnweb.freebsd.org/changeset/base/335436
Log:
Bump the __FreeBSD_version after recent LinuxKPI updates to force
recompilation of external kernel modules.
This is a direct commit.
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:59:39 2018
New Revision: 335435
URL: https://svnweb.freebsd.org/changeset/base/335435
Log:
MFC r334775:
Move the EXPORT_SYMBOL_XXX() function macros into own header file.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:58:51 2018
New Revision: 335434
URL: https://svnweb.freebsd.org/changeset/base/335434
Log:
MFC r334662:
Define the __kernel_size_t type in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by: Limelight
Author: hselasky
Date: Wed Jun 20 06:57:14 2018
New Revision: 335432
URL: https://svnweb.freebsd.org/changeset/base/335432
Log:
MFC r334953:
Implement the user_access_begin(), user_access_end(), usafe_get_user() and
unsafe_put_user() function macros in the LinuxKPI.
Submitted by:
Author: hselasky
Date: Wed Jun 20 06:57:59 2018
New Revision: 335433
URL: https://svnweb.freebsd.org/changeset/base/335433
Log:
MFC r334958:
Implement the kstrtobool() and kstrtobool_from_user() functions
in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox
Author: hselasky
Date: Wed Jun 20 06:56:18 2018
New Revision: 335431
URL: https://svnweb.freebsd.org/changeset/base/335431
Log:
MFC r334778:
Define ARCH_KMALLOC_MINALIGN in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by: Limelight
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
Author: hselasky
Date: Wed Jun 20 06:52:32 2018
New Revision: 335429
URL: https://svnweb.freebsd.org/changeset/base/335429
Log:
MFC r334777:
Wrap timespec64 into timespec in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by: Limelight
Author: hselasky
Date: Wed Jun 20 06:51:41 2018
New Revision: 335428
URL: https://svnweb.freebsd.org/changeset/base/335428
Log:
MFC r334774:
Implement the dev_pm_set_driver_flags() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:50:56 2018
New Revision: 335427
URL: https://svnweb.freebsd.org/changeset/base/335427
Log:
MFC r334720:
Make some list functions RCU safe in the LinuxKPI.
While at it rename hlist_add_after() into hlist_add_behind().
Submitted by: Johannes Lundberg
Author: hselasky
Date: Wed Jun 20 06:50:11 2018
New Revision: 335426
URL: https://svnweb.freebsd.org/changeset/base/335426
Log:
MFC r334717:
Implement the __add_wait_queue_entry_tail() function in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:49:26 2018
New Revision: 335425
URL: https://svnweb.freebsd.org/changeset/base/335425
Log:
MFC r334715:
Implement the might_sleep_if() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored
Author: hselasky
Date: Wed Jun 20 06:48:41 2018
New Revision: 335424
URL: https://svnweb.freebsd.org/changeset/base/335424
Log:
MFC r334714:
Rename two structure field members while keeping backwards compatibility in
the LinuxKPI. Add a comment saying in which Linux version this change was
Author: hselasky
Date: Wed Jun 20 06:47:49 2018
New Revision: 335423
URL: https://svnweb.freebsd.org/changeset/base/335423
Log:
MFC r334713:
Implement the init_wait_entry() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored
Author: hselasky
Date: Wed Jun 20 06:46:54 2018
New Revision: 335422
URL: https://svnweb.freebsd.org/changeset/base/335422
Log:
MFC r334712 and r334718:
Implement the atomic_dec_if_positive() function in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:43:41 2018
New Revision: 335421
URL: https://svnweb.freebsd.org/changeset/base/335421
Log:
MFC r334711:
Implement the ktime_compare() and ktime_after() functions in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:42:51 2018
New Revision: 335420
URL: https://svnweb.freebsd.org/changeset/base/335420
Log:
MFC r334710:
Implement the rdmsrl_safe() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:42:04 2018
New Revision: 335419
URL: https://svnweb.freebsd.org/changeset/base/335419
Log:
MFC r334664:
Declare and set the global "system_highpri_wq" workqueue structure pointer
in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:41:15 2018
New Revision: 335418
URL: https://svnweb.freebsd.org/changeset/base/335418
Log:
MFC r334663:
Implement the INIT_DELAYED_WORK_ONSTACK() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:40:19 2018
New Revision: 335417
URL: https://svnweb.freebsd.org/changeset/base/335417
Log:
MFC r334661:
Implement the task_pid_vnr() function macro in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:39:32 2018
New Revision: 335416
URL: https://svnweb.freebsd.org/changeset/base/335416
Log:
MFC r334660:
Add "access" function pointer to the "vm_operations_struct" structure
in the LinuxKPI. While at it document when to use the "virtual_address" or
the
Author: hselasky
Date: Wed Jun 20 06:38:46 2018
New Revision: 335415
URL: https://svnweb.freebsd.org/changeset/base/335415
Log:
MFC r334659:
Implement mul_u32_u32() function in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by: Limelight
Author: hselasky
Date: Wed Jun 20 06:38:03 2018
New Revision: 335414
URL: https://svnweb.freebsd.org/changeset/base/335414
Log:
MFC r334658:
Implement timer_setup() and from_timer() function macros in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Author: hselasky
Date: Wed Jun 20 06:37:15 2018
New Revision: 335413
URL: https://svnweb.freebsd.org/changeset/base/335413
Log:
MFC r334484:
Implement the __sg_alloc_table_from_pages() function based on the existing
sg_alloc_table_from_pages() function in the LinuxKPI.
This basically
Author: hselasky
Date: Wed Jun 20 06:36:25 2018
New Revision: 335412
URL: https://svnweb.freebsd.org/changeset/base/335412
Log:
MFC r334483:
Implement radix_tree_iter_delete() in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:35:37 2018
New Revision: 335411
URL: https://svnweb.freebsd.org/changeset/base/335411
Log:
MFC r334482:
Improve high resolution timer support in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by:
Author: hselasky
Date: Wed Jun 20 06:34:31 2018
New Revision: 335410
URL: https://svnweb.freebsd.org/changeset/base/335410
Log:
MFC r334481:
Add more GFP macro definitions in the LinuxKPI.
Submitted by: Johannes Lundberg
Sponsored by: Mellanox Technologies
Sponsored by: Limelight
Author: dteske
Date: Wed Jun 20 06:24:03 2018
New Revision: 335409
URL: https://svnweb.freebsd.org/changeset/base/335409
Log:
MFC r334303: sysrc(8): Test variable names for invalid characters
PR: bin/187461
Reported by: e...@looksharp.net
Sponsored by: Smule, Inc.
Modified:
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
1 - 100 of 101 matches
Mail list logo