Author: cem
Date: Wed May 16 18:12:49 2018
New Revision: 333683
URL: https://svnweb.freebsd.org/changeset/base/333683
Log:
teken: Unbreak syscons' use of teken
Only vt(4) initializes these callbacks non-NULL at this time, so invoke the
function pointers conditionally.
Broken in r3336
On Wed, May 16, 2018 at 9:27 PM, Mark Johnston wrote:
> Author: markj
> Date: Thu May 17 04:27:08 2018
> New Revision: 333703
> URL: https://svnweb.freebsd.org/changeset/base/333703
>
> Log:
> Fix a race in vm_page_pagequeue_lockptr().
>
> The value of m->queue must be cached after comparing i
On Sat, May 19, 2018 at 2:33 AM, Konstantin Belousov
wrote:
> On Sat, May 19, 2018 at 04:07:00AM +, Matt Macy wrote:
>> Author: mmacy
>> Date: Sat May 19 04:07:00 2018
>> New Revision: 333840
>> URL: https://svnweb.freebsd.org/changeset/base/333840
>>
>> Log:
>> filt_timerdetach: only assign
This is super nitpicky, and apologies, but:
On Sat, May 19, 2018 at 11:50 AM, Matt Macy wrote:
> Author: mmacy
> Date: Sat May 19 18:50:58 2018
> New Revision: 333885
> URL: https://svnweb.freebsd.org/changeset/base/333885
>
> Log:
> ctf dwarf: don't report "no dwarf entry" as if it were an err
Can users control arbitrary key_allocsp() calls? If so, it seems
concerning to expose hit/miss stats on cached security keys.
On Tue, May 22, 2018 at 8:54 AM, Fabien Thomas wrote:
> Author: fabient
> Date: Tue May 22 15:54:25 2018
> New Revision: 334054
> URL: https://svnweb.freebsd.org/changese
On Wed, May 23, 2018 at 12:23 AM, Emeric POUPON
wrote:
>> From: "Conrad Meyer"
>
>> Can users control arbitrary key_allocsp() calls? If so, it seems
>> concerning to expose hit/miss stats on cached security keys.
>
> I am not sure to understand, could you
On Wed, May 23, 2018 at 6:28 PM, Eitan Adler wrote:
> On 23 May 2018 at 14:26, Ed Maste wrote:
>> Author: emaste
>> Date: Wed May 23 21:26:33 2018
>> New Revision: 334120
>> URL: https://svnweb.freebsd.org/changeset/base/334120
>>
>> Log:
>> Revert r334081 (-Wmain) as it broke the build on gcc
On Thu, May 24, 2018 at 5:30 AM, Emeric POUPON
wrote:
> Actually we just store traffic profiles and the associated security policy
> (SP).
> A SP is basically just a bunch of traffic selectors, there is no key or other
> sensitive information involved.
Ok, thanks!
Best,
Conrad
Author: cem
Date: Thu May 24 17:06:00 2018
New Revision: 334170
URL: https://svnweb.freebsd.org/changeset/base/334170
Log:
Yank crufty INTR_FILTER option
It was introduced to the tree in r169320 and r169321 in May 2007.
It never got much use and never became a kernel default. The code
On Wed, May 30, 2018 at 5:41 AM, Kristof Provost wrote:
> Odd. The other reports I got were mips only. I did test amd64.
> Are you using gcc to build perhaps?
>
> r334379 should fix it.
Hi Kristof,
Oliver uses a non-GENERIC kernel, which often catches some oversights
:-). I appreciate the promp
Author: cem
Date: Thu May 31 19:36:24 2018
New Revision: 334443
URL: https://svnweb.freebsd.org/changeset/base/334443
Log:
dhclient(8): allow to supersede interface-mtu option
In some cases broken DHCP servers might send invalid MTU value, so allow to
use 'supersede' in dhclient.conf to o
Author: cem
Date: Fri Jun 1 22:34:59 2018
New Revision: 334501
URL: https://svnweb.freebsd.org/changeset/base/334501
Log:
touch.1: Update to conform to POSIX 2004
POSIX borrowed the "double leap second" bug from C89. Double leap seconds can
never happen. This mistake was present in at
Author: cem
Date: Fri Jun 1 22:37:59 2018
New Revision: 334502
URL: https://svnweb.freebsd.org/changeset/base/334502
Log:
Update other man pages to match leap second reality
Missed these in r334501; see justification there:
https://svnweb.freebsd.org/base?view=revision&revision=334501
Author: cem
Date: Fri Jun 1 22:57:19 2018
New Revision: 334503
URL: https://svnweb.freebsd.org/changeset/base/334503
Log:
at.man: Bump .Dd missed in r334502
Sponsored by: Dell EMC Isilon
Modified:
head/usr.bin/at/at.man
Modified: head/usr.bin/at/at.man
=
Author: cem
Date: Mon Jun 4 18:47:14 2018
New Revision: 334624
URL: https://svnweb.freebsd.org/changeset/base/334624
Log:
str(r)chr: Replace union abuse with __DECONST
Writing one union member and reading another is technically illegal C,
although we do it in many places in the tree. Us
Author: cem
Date: Mon Jun 4 18:51:06 2018
New Revision: 334625
URL: https://svnweb.freebsd.org/changeset/base/334625
Log:
Correctly handle the padding for IPv6-AH, as specified by RFC4302
The RFC specifies that under IPv6 the complete AH header must be 64 bit
aligned, and under IPv4, 32
Author: cem
Date: Wed Jun 6 16:25:00 2018
New Revision: 334721
URL: https://svnweb.freebsd.org/changeset/base/334721
Log:
clog.3, complex.3: Fix typos and igor style issues
PR: 228783
Reported by: Karsten
Modified:
head/lib/msun/man/clog.3
head/lib/msun/man/complex.3
Mo
Author: cem
Date: Wed Jun 6 16:47:33 2018
New Revision: 334722
URL: https://svnweb.freebsd.org/changeset/base/334722
Log:
puc(4): Add provisional support for Exar XR17V352
Reportedly, this is sufficient for 4800bps use, but maybe not any better.
PR: 228781
Submitted by: pe
Hi Ben, Ravi,
GCC/Clang are fine with the just curly braces, or just do/while(0).
The core benefit of the ({ }) syntax is to allow multiple-statement
macros to have expression syntax externally (i.e., yield a value) —
which is not possible in standard C due to concession to simplistic
parsers. B
Author: cem
Date: Wed Jun 6 20:09:21 2018
New Revision: 334733
URL: https://svnweb.freebsd.org/changeset/base/334733
Log:
strcpy.3: Improve legibility and clarity
In the DESCRIPTION, put the more commonly used functions first in the
corresponding sentence, to help catch the eye.
Pul
Author: cem
Date: Wed Jun 6 21:32:49 2018
New Revision: 334738
URL: https://svnweb.freebsd.org/changeset/base/334738
Log:
strdup.3: Document standardization in POSIX
Sponsored by: Dell EMC Isilon
Modified:
head/lib/libc/string/strdup.3
Modified: head/lib/libc/string/strdup.3
==
On Tue, Jun 12, 2018 at 11:58 AM, Sean Bruno wrote:
> Author: sbruno
> Date: Tue Jun 12 18:58:56 2018
> New Revision: 335010
> URL: https://svnweb.freebsd.org/changeset/base/335010
>
> Log:
> cpucontrol:
> - fix debugging for family on AMD cpus and add useful debugging for
> which file is
Author: cem
Date: Fri Jun 15 19:02:53 2018
New Revision: 335227
URL: https://svnweb.freebsd.org/changeset/base/335227
Log:
Retain offset compatibility with pre-12.0 dumps
As a follow-up to r324965, which adds support for compressed kernel dumps,
readjust dump header members slightly to mo
Author: cem
Date: Fri Jun 15 20:57:02 2018
New Revision: 335237
URL: https://svnweb.freebsd.org/changeset/base/335237
Log:
Bump __FreeBSD_version after r335227
The kerneldumpheader ABI is used by at least the netdumpd port. Bump
__FreeBSD_version to reflect the change.
Reported by:
This seems generally useful, and nothing about the code is specific to
cxgbe. Could it be adapted to be driver-agnostic?
Thanks,
Conrad
On Fri, Jun 15, 2018 at 11:04 AM, Navdeep Parhar wrote:
> Author: np
> Date: Fri Jun 15 18:04:44 2018
> New Revision: 335223
> URL: https://svnweb.freebsd.org/
r255185 added _mm_aesenc(), etc, but not _mm_sha*(). That's probably
where the report comes from.
(If you feel it is worth your while adding sha intrinsics to a
decade-old GCC, go ahead, but I think gcc 4.2 on x86 is pretty dead.)
Best,
Conrad
On Sat, Jun 16, 2018 at 7:57 AM, Kurt Lidl wrote:
On Tue, Jun 19, 2018 at 6:08 PM, Stephen J. Kiernan wrote:
> Author: stevek
> Date: Wed Jun 20 01:08:54 2018
> New Revision: 335402
> URL: https://svnweb.freebsd.org/changeset/base/335402
>
> Log:
> This application (veriexecctl) handles reading a fingerprints file
Hi,
This patchset needed des
, Conrad Meyer wrote:
> On Tue, Jun 19, 2018 at 6:08 PM, Stephen J. Kiernan
> wrote:
>> Author: stevek
>> Date: Wed Jun 20 01:08:54 2018
>> New Revision: 335402
>> URL: https://svnweb.freebsd.org/changeset/base/335402
>>
>> Log:
>> This application (
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.
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 you
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
>>
curity.
On Tue, Jun 19, 2018 at 11:21 PM, Simon J. Gerraty wrote:
> 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
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 you
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:
>>
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: cem
Date: Thu Jun 21 17:35:13 2018
New Revision: 335498
URL: https://svnweb.freebsd.org/changeset/base/335498
Log:
Sync strlcpy with userland version, again
No functional change.
Please remember to update libkern copies of libc functions when you update
libc.
Sponsored b
On Thu, Jun 21, 2018 at 9:51 AM, Stephen Kiernan wrote:
> On Wed, Jun 20, 2018 at 10:36 PM, Eitan Adler wrote:
>>
>> 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
>> >>
>> >>
Author: cem
Date: Sat Jun 23 17:24:19 2018
New Revision: 335583
URL: https://svnweb.freebsd.org/changeset/base/335583
Log:
aesni(4): Support CRD_F_KEY_EXPLICIT OCF mode
PR: 227788
Reported by: eadler@
Modified:
head/sys/crypto/aesni/aesni.c
Modified: head/sys/crypto/aesni/a
Author: cem
Date: Sat Jun 23 18:20:17 2018
New Revision: 335584
URL: https://svnweb.freebsd.org/changeset/base/335584
Log:
aesni(4): Fix {de,en}crypt operations that allocated a buffer
aesni(4) allocates a contiguous buffer for the data it processes if the
provided input was not already v
This moves the M_WAITOK (sleepable) memory allocation under
dirlist_mtx, which is an ordinary mutex. If you run this under
WITNESS, it will (rightfully) complain. Please revert this change.
One possible way to accomplish the goal you have in mind is a fallback
path if the devfs_dir_findent_locke
Hi Jung-uk,
I have some questions about this change.
On Wed, Nov 29, 2017 at 5:40 PM, Jung-uk Kim wrote:
> Author: jkim
> Date: Thu Nov 30 01:40:07 2017
> New Revision: 326383
> URL: https://svnweb.freebsd.org/changeset/base/326383
>
> Log:
> Add a tunable "debug.hwpstate_verify" to check P-st
19213, and probably 218262.
Best,
Conrad
On Thu, Nov 30, 2017 at 11:21 AM, Jung-uk Kim wrote:
> On 11/30/2017 13:57, Conrad Meyer wrote:
>> Hi Jung-uk,
>>
>> I have some questions about this change.
>>
>> On Wed, Nov 29, 2017 at 5:40 PM, Jung-uk Kim wrote:
>>
On Thu, Nov 30, 2017 at 12:08 PM, Jung-uk Kim wrote:
> On 11/30/2017 14:32, Conrad Meyer wrote:
>> Hi,
>>
>> I don't think this answers the second question about the conditional.
>> It seems like PCPU_GET() for the initial CPU should be pulled out of
>>
On Mon, Dec 4, 2017 at 7:55 PM, Eitan Adler wrote:
> Author: eadler
> Date: Tue Dec 5 03:55:10 2017
> New Revision: 326554
> URL: https://svnweb.freebsd.org/changeset/base/326554
>
> Log:
> sponge(1): initial commit
>
> sponge(1) is a utility that reads input until
> complete, then opens th
On Mon, Dec 4, 2017 at 8:30 PM, Conrad Meyer wrote:
> On Mon, Dec 4, 2017 at 7:55 PM, Eitan Adler wrote:
>> Author: eadler
>> Date: Tue Dec 5 03:55:10 2017
>> New Revision: 326554
>> URL: https://svnweb.freebsd.org/changeset/base/326554
>>
>> Log:
>>
Please revert this change, along with r326555 and r326557.
I am not opposed to the idea of a version of this utility in base.
I am opposed to breaking the build, and functionally broken programs.
Thanks,
Conrad
On Mon, Dec 4, 2017 at 7:55 PM, Eitan Adler wrote:
> Author: eadler
> Date: Tue Dec
Author: cem
Date: Tue Dec 5 18:48:58 2017
New Revision: 326572
URL: https://svnweb.freebsd.org/changeset/base/326572
Log:
ioat(4): Add Skylake Xeon PCI-ID
SKX IOAT is just another 3.2 version of the CBDMA engine.
Submitted by: Deepak Veliath
Sponsored by: Dell EMC Isilon
Modified:
On Tue, Dec 5, 2017 at 12:16 PM, Cy Schubert wrote:
> In message om>
> , Eitan Adler writes:
>> I'm not near my commit box right now so someone will have to revert
>> it. What's funny is that I ran a complete 'make buildworld
>> buildkernel' last night with this patch.
>>
>> Will respond to the r
Ping. Please revert this change. If you want zstd to behave this
way, pursue it upstream first.
Thanks,
Conrad
On Wed, Nov 15, 2017 at 7:38 PM, Conrad Meyer wrote:
> Please revert this change.
>
> First, it introduces the POLA-violating behavior that zstdcat deletes
> its source
On Tue, Dec 5, 2017 at 7:10 PM, Rodney W. Grimes
wrote:
> [ Charset UTF-8 unsupported, converting... ]
>> Author: eadler
>> Date: Wed Dec 6 02:47:46 2017
>> New Revision: 326614
>> URL: https://svnweb.freebsd.org/changeset/base/326614
>>
>> Log:
>> sponge(1): revert
>>
>> I did a complete bui
Author: cem
Date: Thu Dec 7 19:57:51 2017
New Revision: 32
URL: https://svnweb.freebsd.org/changeset/base/32
Log:
mlx4: Remove redundant declarations to fix GCC build
These were made redundant in r325841.
Reviewed by: hselasky
MFC after:1 week (hselasky will MFC)
Spon
Read the phab review.
On Thu, Dec 7, 2017 at 1:23 PM, Oliver Pinter
wrote:
> On 12/7/17, Mark Johnston wrote:
>> Author: markj
>> Date: Thu Dec 7 19:38:09 2017
>> New Revision: 326664
>> URL: https://svnweb.freebsd.org/changeset/base/326664
>>
>> Log:
>> Fix the UMA reclaim worker after r3263
On Fri, Dec 8, 2017 at 6:07 PM, Eitan Adler wrote:
> On 8 December 2017 at 12:11, Rodney W. Grimes
> wrote:
>
>> Ping, I have not seen this reverted and recommitted with a reasonable
>> explination as to why this change is actually desired.
>
> Sorry, work has been busy and as the crux was revert
That isn't what was asked for.
Conrad
On Sat, Dec 9, 2017 at 12:22 AM, Eitan Adler wrote:
> On 8 December 2017 at 20:23, Conrad Meyer wrote:
>> On Fri, Dec 8, 2017 at 6:07 PM, Eitan Adler wrote:
>> Great. Please re-apply the change with something like that in the
>>
Author: cem
Date: Sat Dec 9 21:55:19 2017
New Revision: 326736
URL: https://svnweb.freebsd.org/changeset/base/326736
Log:
wc(1): Extend non-controversial optimizations to '-c' mode
wc(1)'s slow path for counting words or multibyte characters requires
conversion of the 8-bit input stream
Author: cem
Date: Sun Dec 10 17:56:03 2017
New Revision: 326749
URL: https://svnweb.freebsd.org/changeset/base/326749
Log:
wc(1): Restore regular file char count fast path
fstat(2) is going to be a lot faster than reading all of the bytes in a
file, if we just need a character count for a
Author: cem
Date: Mon Dec 11 04:32:37 2017
New Revision: 326758
URL: https://svnweb.freebsd.org/changeset/base/326758
Log:
i386: Bump KSTACK_PAGES default to match amd64
Logically, extend r286288 to cover all threads, by default.
The world has largely moved on from i386. Most FreeBSD
Author: cem
Date: Tue Dec 12 01:19:08 2017
New Revision: 326786
URL: https://svnweb.freebsd.org/changeset/base/326786
Log:
gzip(1): Remove duplicate close()
CID: 1383560
Reported by: Coverity
Sponsored by: Dell EMC Isilon
Modified:
head/usr.bin/gzip/gzip.c
Modified: head/u
Author: cem
Date: Wed Dec 13 19:36:29 2017
New Revision: 326832
URL: https://svnweb.freebsd.org/changeset/base/326832
Log:
netmap pkt-gen tool: Fix memset(3) argument order
Submitted by: Michael McConville
Sponsored by: Dell EMC Isilon
Modified:
head/tools/tools/netmap/pkt-gen.c
Modi
Ping. This still hasn't happened despite repeated request. Someone
else can do it if you want (or put another way, someone else may get
sick of waiting and do it if you don't).
Conrad
On Sat, Dec 9, 2017 at 6:45 AM, Rodney W. Grimes
wrote:
> [ Charset UTF-8 unsupported, converting... ]
>> Auth
Author: cem
Date: Tue Dec 19 02:49:11 2017
New Revision: 326956
URL: https://svnweb.freebsd.org/changeset/base/326956
Log:
Implement ACPI CPU support when Processor object is not present
By the ACPI standard (ACPI 5 chapter 8.4 Declaring Processors) Processors
can be implemented in 2 dist
Thanks for fixing it.
Conrad
On Mon, Dec 18, 2017 at 7:38 PM Eitan Adler wrote:
> Author: eadler
> Date: Tue Dec 19 03:38:06 2017
> New Revision: 326959
> URL: https://svnweb.freebsd.org/changeset/base/326959
>
> Log:
> arc lint: ignore /tests/ in chmod
>
> shell scripts in scripts don't ne
On Fri, Dec 22, 2017 at 8:59 AM, Warner Losh wrote:
> ...
> New Revision: 327084
>
> PC Card PNP tables are terminated by a NULL sentinel. This shouldn't
> be recorded in the linker hints, so subtract one to omit it.
> ===
I see similar devices on my AMD TR + X399 system that should be added
as well. I don't have time to reboot/test a patch right now, but here
are the device ids:
pci1
ahci0 pnpinfo vendor=0x1022 device=0x43b6 subvendor=0x1b21
subdevice=0x1062 class=0x010601 at slot=0 function=
+
+ATF_TESTS_SH= find_test
+
+.include
Added: head/usr.bin/find/tests/find_test.sh
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/usr.bin/find/tests/find_test.shFri Dec
Author: cem
Date: Fri Dec 29 22:24:41 2017
New Revision: 327364
URL: https://svnweb.freebsd.org/changeset/base/327364
Log:
Add AHCI/XHCI device IDs found on AMD 1950X+X399 system
A follow-up to r327094.
Sponsored by: Dell EMC Isilon
Modified:
head/sys/dev/ahci/ahci_pci.c
head/sys/
On Fri, Dec 29, 2017 at 2:41 PM, Oliver Pinter
wrote:
> Why did you comment out these tests?
I think unit tests are a good idea for this kind of change, which is
why I wrote them. And I run them before commit. But I'm not
interested in tilting at the test build infrastructure to actually
enable
Author: cem
Date: Tue Jan 2 01:48:11 2018
New Revision: 327483
URL: https://svnweb.freebsd.org/changeset/base/327483
Log:
rpcbind: Fix build
Add missed unistd.h include. Not sure where it was lost; I believe it
compiled before I submitted the change.
PR: 224503
Reported
Author: cem
Date: Tue Jan 2 00:48:19 2018
New Revision: 327482
URL: https://svnweb.freebsd.org/changeset/base/327482
Log:
rpcbind: Do not use signal-unsafe functions in SIGTERM handler
syslog(3), routines used in write_warmstart(), and exit(3) are all
signal-unsafe. Instead, set a signa
Author: cem
Date: Tue Jan 2 17:25:13 2018
New Revision: 327495
URL: https://svnweb.freebsd.org/changeset/base/327495
Log:
rpcbind: Fix race in signal termination
If a signal was delivered while the main thread was not in poll(2) and after
check was performed, we could reenter poll and ne
On Tue, Jan 2, 2018 at 9:25 AM, Conrad Meyer wrote:
> Author: cem
> Date: Tue Jan 2 17:25:13 2018
> New Revision: 327495
> URL: https://svnweb.freebsd.org/changeset/base/327495
>
> Log:
> rpcbind: Fix race in signal termination
>
> If a signal was delivered while
Hi,
Response inline.
On Mon, Jan 8, 2018 at 7:41 AM, Pedro F. Giffuni wrote:
> Author: pfg
> Date: Mon Jan 8 15:41:48 2018
> New Revision: 327697
> URL: https://svnweb.freebsd.org/changeset/base/327697
>
> Log:
> malloc(9): drop the __result_use_check attribute for the kernel allocator.
>
>
Author: cem
Date: Mon Jan 8 20:14:16 2018
New Revision: 327706
URL: https://svnweb.freebsd.org/changeset/base/327706
Log:
Integrate zstd into the kernel
Mock userspace headers and include mocked headers first in compilation
command to inject kernel headers and override e.g., malloc(3) wi
I'm (again, atypically) with rgrimes here. Revert has a specific
meaning and shouldn't be used like this. Making a commit with the
subject "Revert rXXX" that does more than just "svn revert rXXX" makes
life harder for developers looking at code history after you. Making
two separate commits for
On Mon, Jan 8, 2018 at 12:54 PM, Pedro Giffuni wrote:
> Yeah, I understand where that comes from and I will take it into account for
> future commits, but I think it should be *documented* and not assume that
> everybody thinks that is the way version control is supposed to be used.
If you want
Author: cem
Date: Tue Jan 9 03:28:24 2018
New Revision: 327715
URL: https://svnweb.freebsd.org/changeset/base/327715
Log:
Fix Zstd kernel build with GCC 4.2
By disabling the -Winline warning. Fixes the powerpc and sparc64 build
after r327706.
Note: MIPS and RISCV builds still broke
Author: cem
Date: Tue Jan 9 20:53:30 2018
New Revision: 327738
URL: https://svnweb.freebsd.org/changeset/base/327738
Log:
Fix Zstd x86 kernel build with -march=
Disable Zstd experimental support for __BMI__ intrinsics, when built with
-march=foo supporting such intrinsics, to avoid attem
ib/zstd/lib/freebsd/zstd_kfreebsd.c
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/sys/contrib/zstd/lib/freebsd/zstd_kfreebsd.c Wed Jan 10 06:30:59
2018(r327763)
@@ -0,0 +1,75 @@
+/*-
Thank you.
On Wed, Jan 10, 2018 at 9:37 AM, John Baldwin wrote:
> On Wednesday, January 10, 2018 08:51:27 AM Ravi Pokala wrote:
>> Hi Conrad,
>>
>> Alas, this still doesn't look right on RISC-V:
>>
>> zstd_kfreebsd.o: In function `__ctzdi2':
>>
>> /usr/home/rpokala/freebsd/clean/base/hea
Author: cem
Date: Wed Jan 10 21:49:45 2018
New Revision: 327796
URL: https://svnweb.freebsd.org/changeset/base/327796
Log:
mallocarray(9): panic if the requested allocation would overflow
Additionally, move the overflow check logic out to WOULD_OVERFLOW() for
consumers to have a common me
Author: cem
Date: Wed Jan 10 22:20:49 2018
New Revision: 327800
URL: https://svnweb.freebsd.org/changeset/base/327800
Log:
malloc.9: Fix minor typo from rewording in r327796
Sponsored by: Dell EMC Isilon
Modified:
head/share/man/man9/malloc.9
Modified: head/share/man/man9/malloc.9
=
Author: cem
Date: Wed Jan 10 22:41:00 2018
New Revision: 327801
URL: https://svnweb.freebsd.org/changeset/base/327801
Log:
x86: Document purpose of _safe variants of {rd,wr}msr()
Sponsored by: Dell EMC Isilon
Modified:
head/sys/amd64/amd64/support.S
head/sys/i386/i386/support.s
Modifi
Author: cem
Date: Wed Jan 10 23:19:32 2018
New Revision: 327802
URL: https://svnweb.freebsd.org/changeset/base/327802
Log:
Add encrypt+authenticate modes to cryptotest tool
Like jhb's cryptocheck (uncommitted so far), express encrypt+authenticate
modes as "-a +".
Example use with aes
Author: cem
Date: Thu Jan 11 06:30:50 2018
New Revision: 327807
URL: https://svnweb.freebsd.org/changeset/base/327807
Log:
Zstd: Add bswap intrinsics for small MIPS systems (e.g., Onion Omega)
Reported by: mizhka
Sponsored by: Dell EMC Isilon
Modified:
head/sys/contrib/zstd/lib/freebs
Author: cem
Date: Fri Jan 12 06:40:58 2018
New Revision: 327866
URL: https://svnweb.freebsd.org/changeset/base/327866
Log:
aesni(4): Quiesce spurious GCC 6.3.0 -Wmaybe-uninitialized warnings
Always initialize some variables GCC warns about. They are initialized in
every path where they a
Author: cem
Date: Sat Jan 13 17:55:22 2018
New Revision: 327932
URL: https://svnweb.freebsd.org/changeset/base/327932
Log:
amd64: Add a 48-bit MAXADDR constant
Some devices (e.g., ccp(4) -- to be committed) can only access the low 48
bits of physical memory.
Reviewed by: markj
Spo
On Sat, Jan 13, 2018 at 10:09 AM, Pedro F. Giffuni wrote:
> Author: pfg
> Date: Sat Jan 13 18:09:09 2018
> New Revision: 327934
> URL: https://svnweb.freebsd.org/changeset/base/327934
>
> Log:
> zstd: Use memalloc(9) for calloc macro.
>
> This is in contrib code but since we only have memalloc
This is not in contrib code --
https://lists.freebsd.org/pipermail/svn-src-all/2018-January/156505.html
.
On Sat, Jan 13, 2018 at 11:02 AM, Pedro F. Giffuni wrote:
> Author: pfg
> Date: Sat Jan 13 19:02:51 2018
> New Revision: 327940
> URL: https://svnweb.freebsd.org/changeset/base/327940
>
> Log
On Sat, Jan 13, 2018 at 11:54 AM, Pedro Giffuni wrote:
> On 01/13/18 14:24, Conrad Meyer wrote:
>
> This is not in contrib code --
> https://lists.freebsd.org/pipermail/svn-src-all/2018-January/156505.html
> .
> Thanks, I read it late...
>
> Shouldn't the local
Author: cem
Date: Tue Jan 16 02:56:27 2018
New Revision: 328038
URL: https://svnweb.freebsd.org/changeset/base/328038
Log:
random(4): Add CCP random source definitions
The implementation will follow (D12723). For now, get the changes to
commit-protected files out of the way.
Approve
Author: cem
Date: Wed Jan 17 22:47:34 2018
New Revision: 328100
URL: https://svnweb.freebsd.org/changeset/base/328100
Log:
Convert ls(1) to not use libxo(3)
libxo imposes a large burden on system utilities. In the case of ls, that
burden is difficult to justify -- any language that can in
On Wed, Jan 17, 2018 at 3:44 AM, Konstantin Belousov wrote:
> Author: kib
> Date: Wed Jan 17 11:44:21 2018
> New Revision: 328083
> URL: https://svnweb.freebsd.org/changeset/base/328083
>
> Log:
> PTI for amd64.
This seems to break the xtoolchain GCC build:
/usr/home/conrad/src/freebsd/sys/dev
On Thu, Jan 18, 2018 at 3:23 AM, Konstantin Belousov
wrote:
> On Wed, Jan 17, 2018 at 07:38:03PM -0800, Conrad Meyer wrote:
>> On Wed, Jan 17, 2018 at 3:44 AM, Konstantin Belousov
>> wrote:
>> > Author: kib
>> > Date: Wed Jan 17 11:44:21 2018
>>
On Thu, Jan 18, 2018 at 12:01 PM, Eric van Gyzen wrote:
> On 01/17/2018 16:40, Gleb Smirnoff wrote:
>> Yeah, style is sacred, but is there a single person on Earth who would
>> not agree that moving variables from smaller blocks to function block
>> reduces readability of the code?
>
> I agree tha
Author: cem
Date: Thu Jan 18 21:19:57 2018
New Revision: 328137
URL: https://svnweb.freebsd.org/changeset/base/328137
Log:
Add Elf_Nhdr definition to match NetBSD, OpenBSD, Linux
The mesa port started to use this type and fails to build without it.
NetBSD:
http://cvsweb.netbsd.org/bsd
On Thu, Jan 18, 2018 at 1:04 PM, Warner Losh wrote:
> On Thu, Jan 18, 2018 at 1:32 PM, Conrad Meyer wrote:
>> 1. Allowing local / block scoped variables
>> 2. Allowing C99 for loop initial declarations
>
> Tell me again where #1/#2 are disallowed? I can't seem to find
p/ccp.c Thu Jan 18 22:01:30 2018(r328150)
@@ -1,7 +1,10 @@
/*-
+ * SPDX-License-Identifier: BSD-2-Clause-FreeBSD
+ *
* Copyright (c) 2017 Chelsio Communications, Inc.
+ * Copyright (c) 2017 Conrad Meyer
* All rights reserved.
- * Written by: John Baldwin
+ * Largely borrowed from ccr(
Author: cem
Date: Fri Jan 19 04:34:06 2018
New Revision: 328159
URL: https://svnweb.freebsd.org/changeset/base/328159
Log:
Unbreak i386 build
The logical result of a right shift >= the width of a type is zero, but our
compiler decides this is a warning (and thus, error). Just remove ccp(
No. It is the only logical result of a logical right shift larger
than the left operand. The C standard may claim that is undefined,
but that does not change the only logical result (zero).
On Thu, Jan 18, 2018 at 8:38 PM, Benjamin Kaduk wrote:
> On Thu, Jan 18, 2018 at 10:34 PM, Conrad Me
Thu, Jan 18, 2018 at 8:54 PM, Benjamin Kaduk wrote:
> On Thu, Jan 18, 2018 at 10:49 PM, Conrad Meyer wrote:
>>
>> No. It is the only logical result of a logical right shift larger
>> than the left operand. The C standard may claim that is undefined,
>> but that does
1 - 100 of 1480 matches
Mail list logo
