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
=
> 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 la
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 a
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.)
__
> 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 sin
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:
h
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 didn'
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: head/
> 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,
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:
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 he
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 disa
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 pat
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:
head/tests/sys/n
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: 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:
head/tests/sys/common/send
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
Mod
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 s
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 check
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: 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:https://reviews.
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 r35
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:
head/sys/dev/c
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:
head/share
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: head/share/examples/etc/ma
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: 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
Differentia
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 xpt_pa
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 Tue
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) allow
30 matches
Mail list logo