Author: pfg
Date: Wed Mar 11 05:45:33 2020
New Revision: 358870
URL: https://svnweb.freebsd.org/changeset/base/358870
Log:
MFC r358154 (by delphij)
Bump PROTOMAX: this matches the value on NetBSD and will be necessary for
future updates.
MFC r r358448;
/etc/services: attempt to bring
Author: philip
Date: Wed Mar 11 03:45:32 2020
New Revision: 358866
URL: https://svnweb.freebsd.org/changeset/base/358866
Log:
Welcome Nick O'Brien as a src committer.
Nick's work on RISC-V should not go unpunished.
kp and I will be his mentors.
Approved by: core
Modified:
Author: pfg
Date: Wed Mar 11 04:45:10 2020
New Revision: 358868
URL: https://svnweb.freebsd.org/changeset/base/358868
Log:
Delete OpenBSD's variant of RCS.
I mistakenly borught this on r282572 but it was never used.
There was some interest for a replacement of the GNU version but
Hi Xin Li,
Sorry to reply to an old commit.
On Tue, Nov 21, 2017 at 12:14 AM Xin LI wrote:
>
> Author: delphij
> Date: Tue Nov 21 08:14:30 2017
> New Revision: 326052
> URL: https://svnweb.freebsd.org/changeset/base/326052
>
> Log:
> Support SIGINFO.
> ...
> --- head/usr.bin/gzip/unpack.c
Author: pfg
Date: Wed Mar 11 04:55:20 2020
New Revision: 358869
URL: https://svnweb.freebsd.org/changeset/base/358869
Log:
Remove GNU patch.
This was actually dead and buried in 2004 (r128777), around 2013 I bogusly
resurected it in case BSD patch didn't work out as planned. It did work
Author: asomers
Date: Wed Mar 11 04:29:45 2020
New Revision: 358867
URL: https://svnweb.freebsd.org/changeset/base/358867
Log:
fusefs: avoid cache corruption with buggy fuse servers
The FUSE protocol allows the client (kernel) to cache a file's size, if the
server (userspace daemon)
Author: kp
Date: Tue Mar 10 06:29:59 2020
New Revision: 358830
URL: https://svnweb.freebsd.org/changeset/base/358830
Log:
bridge test: adding and removing static addresses
Reviewed by: philip
Sponsored by: The FreeBSD Foundation
Differential Revision:
Author: kp
Date: Tue Mar 10 06:28:45 2020
New Revision: 358829
URL: https://svnweb.freebsd.org/changeset/base/358829
Log:
bridge test: spanning tree
Basic test case where we create a bridge loop, verify that we really are
looping and then enable spanning tree to resolve the loop.
Author: mav
Date: Tue Mar 10 15:18:53 2020
New Revision: 358835
URL: https://svnweb.freebsd.org/changeset/base/358835
Log:
MFC r358580: Increase number of write completion threads, matching ZoL.
Our iSCSI benchmarks on a large 80-core system show that previous limit
of 8 threads can be a
Author: mav
Date: Tue Mar 10 15:19:15 2020
New Revision: 358836
URL: https://svnweb.freebsd.org/changeset/base/358836
Log:
MFC r358580: Increase number of write completion threads, matching ZoL.
Our iSCSI benchmarks on a large 80-core system show that previous limit
of 8 threads can be a
On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote:
>> Sorry for being snippy. It's a bad day here, client-wise, and it's
>spilling
>> over here.
>
>No apology necessary, I'm sorry I didn't coordinate more closely with
>you on the actual svn commit. I had this change in my WIP tree since
>November
> On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote:
> >> Sorry for being snippy. It's a bad day here, client-wise, and it's
> >spilling
> >> over here.
> >
> >No apology necessary, I'm sorry I didn't coordinate more closely with
> >you on the actual svn commit. I had this change in my WIP tree
> Sorry for being snippy. It's a bad day here, client-wise, and it's spilling
> over here.
No apology necessary, I'm sorry I didn't coordinate more closely with
you on the actual svn commit. I had this change in my WIP tree since
November and just got back to it. Given the elapsed time since we
On Tue, 10 Mar 2020 at 11:04, Cy Schubert wrote:
>
> I think a FreeBSD version bump might still be needed.
Yeah, I did it in r358834. Integers are cheap :)
(And even if rebuilding everything isn't, that's going to happen
shortly with a Clang update anyway.)
Author: emaste
Date: Tue Mar 10 15:51:33 2020
New Revision: 358837
URL: https://svnweb.freebsd.org/changeset/base/358837
Log:
Remove csup vendor tree
It was not updated since the switch to svn, and the vendor tree was
never flattened. It was removed from FreeBSD in 2014, r267863.
Author: emaste
Date: Tue Mar 10 13:39:05 2020
New Revision: 358834
URL: https://svnweb.freebsd.org/changeset/base/358834
Log:
Bump __FreeBSD_version after amd(8) removal, r358821
Reported by: cy
Modified:
head/sys/sys/param.h
Modified: head/sys/sys/param.h
On 3/10/20 9:53 AM, Michael Reifenberger wrote:
> Author: mr
> Date: Tue Mar 10 16:53:49 2020
> New Revision: 358848
> URL: https://svnweb.freebsd.org/changeset/base/358848
>
> Log:
> Untangle TPR shadowing and APIC virtualization.
> This speeds up Windows guests tremendously.
>
> The
In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W.
Grimes"
writes:
> > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote:
> > >> Sorry for being snippy. It's a bad day here, client-wise, and it's
> > >spilling
> > >> over here.
> > >
> > >No apology necessary, I'm sorry I
Author: hselasky
Date: Tue Mar 10 15:59:20 2020
New Revision: 358841
URL: https://svnweb.freebsd.org/changeset/base/358841
Log:
Fix for building libusb under Linux.
MFC after:3 days
Sponsored by: Mellanox Technologies
Modified:
head/lib/libusb/libusb_global_linux.h
Modified:
On 3/8/20 2:30 PM, Ed Maste wrote:
> Author: emaste
> Date: Sun Mar 8 21:30:55 2020
> New Revision: 358789
> URL: https://svnweb.freebsd.org/changeset/base/358789
>
> Log:
> arch.7: remove note about GCC 4.2.1 removal date
>
> GCC 4.2.1 was removed in r358454.
>
> Sponsored by:
Author: bapt
Date: Tue Mar 10 16:28:02 2020
New Revision: 358845
URL: https://svnweb.freebsd.org/changeset/base/358845
Log:
Remove libyaml from the vendor tree
libyaml was only used for a short time by usr.sbin/pkg
and since was switched to libucl
Deleted:
vendor/libyaml/
Author: emaste
Date: Tue Mar 10 15:57:41 2020
New Revision: 358840
URL: https://svnweb.freebsd.org/changeset/base/358840
Log:
Remove tcl vendor tree
tcl was removed from FreeBSD in 1998, r38858, long before the migration
from cvs to svn.
Deleted:
vendor/tcl/
Author: emaste
Date: Tue Mar 10 16:16:20 2020
New Revision: 358844
URL: https://svnweb.freebsd.org/changeset/base/358844
Log:
Remove libgmp vendor tree
It hasn't been used since 2001 it seems, long before the cvs->svn
migration.
Deleted:
vendor/libgmp/
Author: bapt
Date: Tue Mar 10 16:34:40 2020
New Revision: 358846
URL: https://svnweb.freebsd.org/changeset/base/358846
Log:
groff has been removed from the tree for freebsd 12.0
Deleted:
vendor/groff/
___
svn-src-all@freebsd.org mailing list
Author: emaste
Date: Tue Mar 10 15:56:55 2020
New Revision: 358839
URL: https://svnweb.freebsd.org/changeset/base/358839
Log:
Remove perl5 vendor tree
It was removed from FreeBSD in 2002, r96723, long before the migration
from cvs to svn.
Deleted:
vendor/perl5/
Author: hselasky
Date: Tue Mar 10 15:56:49 2020
New Revision: 358838
URL: https://svnweb.freebsd.org/changeset/base/358838
Log:
Add support for the device statistics IOCTL, needed by the coming
linux_libusb upgrade.
MFC after:3 days
Sponsored by: Mellanox Technologies
Modified:
Author: emaste
Date: Tue Mar 10 16:08:39 2020
New Revision: 358842
URL: https://svnweb.freebsd.org/changeset/base/358842
Log:
Remove libiberty vendor tree
Our only libiberty consumer is binutils, which includes its own copy
(and will be removed before too long).
Deleted:
> In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W.
> Grimes"
> writes:
> > > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote:
> > > >> Sorry for being snippy. It's a bad day here, client-wise, and it's
> > > >spilling
> > > >> over here.
> > > >
> > > >No apology
Author: emaste
Date: Tue Mar 10 16:13:06 2020
New Revision: 358843
URL: https://svnweb.freebsd.org/changeset/base/358843
Log:
Remove libreadline vendor tree
The only user was gdb, which bapt changed to use libedit some time
ago. It was not updated since the cvs to svn migration, and
Author: kevans
Date: Tue Mar 10 16:36:07 2020
New Revision: 358847
URL: https://svnweb.freebsd.org/changeset/base/358847
Log:
Remove tre from the vendor tree
This was brought in and used in a user branch for a GSoC 2011 project;
ultimately, we've not moved in this direction and I suspect
In message <202003101608.02ag8dek065...@gndrsh.dnsmgr.net>, "Rodney W.
Grimes"
writes:
> > In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W.
> > Grimes"
> > writes:
> > > > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote:
> > > > >> Sorry for being snippy. It's a bad day
Author: mr
Date: Tue Mar 10 16:53:49 2020
New Revision: 358848
URL: https://svnweb.freebsd.org/changeset/base/358848
Log:
Untangle TPR shadowing and APIC virtualization.
This speeds up Windows guests tremendously.
The patch does:
Add a new tuneable 'hw.vmm.vmx.use_tpr_shadowing' to
Author: imp
Date: Tue Mar 10 23:58:41 2020
New Revision: 358863
URL: https://svnweb.freebsd.org/changeset/base/358863
Log:
Remove unused cam ccb flags
These flags have been unused for some time. Some of them were in the
CAM2 specification, but CAM has moved on a bit from that. Some were
Author: imp
Date: Tue Mar 10 23:59:58 2020
New Revision: 358864
URL: https://svnweb.freebsd.org/changeset/base/358864
Log:
Eliminate xpt_copy_path.
It's used in exactly one place. In that place it's used so we can hold the
lock
on the device associated with the path (since we do a
so@ merges from stable to release. They might have this on their todo list.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
In message <1eae9570-af83-47c1-9a12-b1356de98...@www.fastmail.com>, "Dan
Langil
le"
Author: imp
Date: Wed Mar 11 00:00:03 2020
New Revision: 358865
URL: https://svnweb.freebsd.org/changeset/base/358865
Log:
Eliminate camq_alloc() and camq_free()
These are no longer needed now that it's embedded in cam_ccbq. They are also
unused.
Reviewed by: ken, chuck
Author: melifaro
Date: Tue Mar 10 19:52:19 2020
New Revision: 358853
URL: https://svnweb.freebsd.org/changeset/base/358853
Log:
Add basic IPv4/IPv6 forwarding tests.
MFC after:2 weeks
Differential Revision:https://reviews.freebsd.org/D24002
Added:
Author: dim
Date: Tue Mar 10 20:01:52 2020
New Revision: 358854
URL: https://svnweb.freebsd.org/changeset/base/358854
Log:
Add one additional file to libllvmminimal, to help the ppc64 bootstrap.
Reported by: bdragon
PR: 244251
MFC after:6 weeks
X-MFC-With: 358851
Author: kib
Date: Tue Mar 10 20:04:38 2020
New Revision: 358855
URL: https://svnweb.freebsd.org/changeset/base/358855
Log:
Return reschedule_signals() to being static again.
It was used after sigfastblock_setpend() call in in ast() when current
thread fast-blocks signals. Add a flag to
Author: lwhsu
Date: Tue Mar 10 19:18:24 2020
New Revision: 358852
URL: https://svnweb.freebsd.org/changeset/base/358852
Log:
Skip sys.netpfil.pf.nat.exhaust on amd64 in CI as it sometimes panics kernel
PR: 244703
Sponsored by: The FreeBSD Foundation
Modified:
On Tue, Mar 10, 2020 at 12:22:09AM +0100, Mateusz Guzik wrote:
> On 3/9/20, Konstantin Belousov wrote:
> > On Mon, Mar 09, 2020 at 01:56:17AM +0100, Mateusz Guzik wrote:
> >> On 3/8/20, Mateusz Guzik wrote:
> >> > Author: mjg
> >> > Date: Sun Mar 8 00:22:32 2020
> >> > New Revision: 358733
> >>
Author: kib
Date: Tue Mar 10 20:25:03 2020
New Revision: 358856
URL: https://svnweb.freebsd.org/changeset/base/358856
Log:
Fix signal delivery might be on sigfastblock clearing.
When clearing sigfastblock, either by sigfastblock(UNSETPTR) call or
implicitly on execve(2), kernel must
Author: melifaro
Date: Tue Mar 10 20:30:21 2020
New Revision: 358858
URL: https://svnweb.freebsd.org/changeset/base/358858
Log:
Don't assume !IPv6 is IPv4 in ipfw(8) add_src() and add_dst().
Submitted by: Neel Chauhan
MFC after:2 weeks
Differential Revision:
Author: dim
Date: Tue Mar 10 20:25:36 2020
New Revision: 358857
URL: https://svnweb.freebsd.org/changeset/base/358857
Log:
Move another file in libllvm from sources required for world, to sources
required for bootstrap, as the PowerPC builds need this.
Reported by: bdragon
PR:
Author: jkim
Date: Tue Mar 10 22:59:01 2020
New Revision: 358861
URL: https://svnweb.freebsd.org/changeset/base/358861
Log:
- Remove CPUTYPE examples for sparc64. It is not supported since r358345.
- Clean up CPUTYPE examples for x86. GCC 4.2.1 was removed by r358454.
Modified:
Author: jkim
Date: Tue Mar 10 23:12:55 2020
New Revision: 358862
URL: https://svnweb.freebsd.org/changeset/base/358862
Log:
Add "tigerlake" CPUTYPE for x86 to catch up with Clang 10.0.
Modified:
head/share/examples/etc/make.conf
head/share/mk/bsd.cpu.mk
Modified:
Hello,
Is this likely to be merged into 12.1?
I ask because it's tagged as vuln:
https://vuxml.FreeBSD.org/freebsd/591a706b-5cdc-11ea-9a0a-206a8a720317.html
I note 4.2.8p14 is available via the net/ntp port. My goal is to stop the
alert.
Thank you.
On Wed, Mar 4, 2020, at 9:03 AM, Cy
Author: np
Date: Tue Mar 10 21:44:20 2020
New Revision: 358859
URL: https://svnweb.freebsd.org/changeset/base/358859
Log:
cxgbe(4): Do not try to use 0 as an rx buffer address when the driver is
already allocating from the safe zone and the allocation fails.
This bug was introduced in
Author: np
Date: Tue Mar 10 21:49:56 2020
New Revision: 358860
URL: https://svnweb.freebsd.org/changeset/base/358860
Log:
cxgbe/t4_tom: The MSS in a FLOWC work request must not be 0.
Submitted by: jhb@
MFC after:1 week
Sponsored by: Chelsio Communications
Modified:
49 matches
Mail list logo