> On Mar 15, 2019, at 8:37 PM, Enji Cooper wrote:
>
> Author: ngie
> Date: Sat Mar 16 03:37:47 2019
> New Revision: 345216
> URL: https://svnweb.freebsd.org/changeset/base/345216
>
> Log:
> Remove duplicate `${PACKAGE}FILES+= cleanup.ksh` line
>
> This mutes the duplicate target warning emit
Author: ngie
Date: Sat Mar 16 03:37:47 2019
New Revision: 345216
URL: https://svnweb.freebsd.org/changeset/base/345216
Log:
Remove duplicate `${PACKAGE}FILES+= cleanup.ksh` line
This mutes the duplicate target warning emitted via bsd.files.mk each build.
MFC after:1 week
Reviewed
Author: cem
Date: Fri Mar 15 22:39:55 2019
New Revision: 345206
URL: https://svnweb.freebsd.org/changeset/base/345206
Log:
stack(9): Drop unused API mode and comment that referenced it
Reviewed by: markj
Differential Revision:https://reviews.freebsd.org/D19601
Modified:
head/s
On 3/15/19 2:36 PM, Chuck Tuffli wrote:
> I was contacted by a bhyve user who mentioned that Windows didn't seem
> to like bhyve's NVMe emulation. This change doesn't fix that, but this
> is one of a handful of changes inspired by qemu. While trying to
> reverse engineer why Windows is grumpy, I've
Author: ngie
Date: Fri Mar 15 21:49:19 2019
New Revision: 345205
URL: https://svnweb.freebsd.org/changeset/base/345205
Log:
Integrate cddl/usr.sbin/zfds/tests into the FreeBSD test suite
This change integrates the unit tests for zfsd into the test suite using the
integration method descri
Author: ngie
Date: Fri Mar 15 21:46:54 2019
New Revision: 345204
URL: https://svnweb.freebsd.org/changeset/base/345204
Log:
Regenerate src.conf(5) after r345203 (MK_GOOGLETEST addition)
MFC after:2 months
MFC with: r345203
Approved by: emaste (mentor; implicit: https://reviews.
Author: ngie
Date: Fri Mar 15 21:43:52 2019
New Revision: 345203
URL: https://svnweb.freebsd.org/changeset/base/345203
Log:
Initial googlemock/googletest integration into the build/FreeBSD test suite
This initial integration takes googlemock/googletest release 1.8.1, integrates
the librar
Apologies all the way around. I was ignorant about the maintainer for
this code and goofed. See inline for other comments.
On Fri, Mar 15, 2019 at 9:28 AM John Baldwin wrote:
>
> On 3/14/19 10:24 PM, Conrad Meyer wrote:
> > On Thu, Mar 14, 2019 at 8:06 PM Andrew Thompson wrote:
> >>
> >> On Fri,
Author: asomers
Date: Fri Mar 15 21:11:47 2019
New Revision: 345202
URL: https://svnweb.freebsd.org/changeset/base/345202
Log:
VOP_INACTIVE(9): clarify wording
Reviewed by: kib, 0mp
MFC after:2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision:https://revie
Author: mav
Date: Fri Mar 15 18:59:04 2019
New Revision: 345200
URL: https://svnweb.freebsd.org/changeset/base/345200
Log:
MFV r336930: 9284 arc_reclaim_thread has 2 jobs
`arc_reclaim_thread()` calls `arc_adjust()` after calling
`arc_kmem_reap_now()`; `arc_adjust()` signals `arc_get_data_
On 3/15/19 11:28 AM, John Baldwin wrote:
> On 3/15/19 11:18 AM, Gleb Smirnoff wrote:
>> Author: glebius
>> Date: Fri Mar 15 18:18:05 2019
>> New Revision: 345196
>> URL: https://svnweb.freebsd.org/changeset/base/345196
>>
>> Log:
>> Deanonymize thread and proc state enums, so that a userland app
On 3/15/19 11:18 AM, Gleb Smirnoff wrote:
> Author: glebius
> Date: Fri Mar 15 18:18:05 2019
> New Revision: 345196
> URL: https://svnweb.freebsd.org/changeset/base/345196
>
> Log:
> Deanonymize thread and proc state enums, so that a userland app can
> use them without redefining the value nam
Author: glebius
Date: Fri Mar 15 18:18:05 2019
New Revision: 345196
URL: https://svnweb.freebsd.org/changeset/base/345196
Log:
Deanonymize thread and proc state enums, so that a userland app can
use them without redefining the value names. New clang no longer
allows to redefine a enum value
On Fri, Mar 15, 2019 at 11:27 AM Rodney W. Grimes
wrote:
> > On Fri, Mar 15, 2019 at 9:56 AM Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net>
> > wrote:
> >
> > > > On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes <
> > > free...@gndrsh.dnsmgr.net>
> > > > wrote:
> > > >
> > > > > > Author: chuck
Em sáb, 16 de mar de 2019 às 01:27, Rodney W. Grimes <
free...@gndrsh.dnsmgr.net> escreveu:
> > On Fri, Mar 15, 2019 at 9:56 AM Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net>
> > wrote:
> >
> > > > On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes <
> > > free...@gndrsh.dnsmgr.net>
> > > > wrote:
> On Fri, Mar 15, 2019 at 12:04 PM Rodney W. Grimes
> wrote:
> >
> > > On 14 Mar 2019, at 19:48, Kyle Evans wrote:
> > >
> > > > Author: kevans
> > > > Date: Thu Mar 14 19:48:43 2019
> > > > New Revision: 345151
> > > > URL: https://svnweb.freebsd.org/changeset/base/345151
> > > >
> > > > Log:
> >
> On Fri, Mar 15, 2019 at 9:56 AM Rodney W. Grimes
> wrote:
>
> > > On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes <
> > free...@gndrsh.dnsmgr.net>
> > > wrote:
> > >
> > > > > Author: chuck
> > > > > Date: Fri Mar 15 02:11:28 2019
> > > > > New Revision: 345171
> > > > > URL: https://svnweb.fr
Author: kevans
Date: Fri Mar 15 17:19:36 2019
New Revision: 345194
URL: https://svnweb.freebsd.org/changeset/base/345194
Log:
if_bridge(4): Drop pointless rtflush
At this point, all routes should've already been dropped by removing all
members from the bridge. This condition is in-fact KA
Author: kevans
Date: Fri Mar 15 17:18:19 2019
New Revision: 345193
URL: https://svnweb.freebsd.org/changeset/base/345193
Log:
Revert r345192: Too many trees in play for bridge(4) bits
An accidental appendage was committed that has not undergone review yet.
Modified:
head/sys/net/if_bridg
On Fri, Mar 15, 2019 at 12:14 PM Kristof Provost wrote:
>
> On 2019-03-15 17:13:05 (+), Kyle Evans wrote:
> > Author: kevans
> > Date: Fri Mar 15 17:13:05 2019
> > New Revision: 345192
> > URL: https://svnweb.freebsd.org/changeset/base/345192
> >
> > Log:
> > if_bridge(4): Drop pointless rt
On 2019-03-15 17:13:05 (+), Kyle Evans wrote:
> Author: kevans
> Date: Fri Mar 15 17:13:05 2019
> New Revision: 345192
> URL: https://svnweb.freebsd.org/changeset/base/345192
>
> Log:
> if_bridge(4): Drop pointless rtflush
>
> At this point, all routes should've already been dropped by
Author: kevans
Date: Fri Mar 15 17:13:05 2019
New Revision: 345192
URL: https://svnweb.freebsd.org/changeset/base/345192
Log:
if_bridge(4): Drop pointless rtflush
At this point, all routes should've already been dropped by removing all
members from the bridge. This condition is in-fact KA
On Fri, Mar 15, 2019 at 12:04 PM Rodney W. Grimes
wrote:
>
> > On 14 Mar 2019, at 19:48, Kyle Evans wrote:
> >
> > > Author: kevans
> > > Date: Thu Mar 14 19:48:43 2019
> > > New Revision: 345151
> > > URL: https://svnweb.freebsd.org/changeset/base/345151
> > >
> > > Log:
> > > ether_fakeaddr: U
On Fri, Mar 15, 2019 at 9:56 AM Rodney W. Grimes
wrote:
> > On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net>
> > wrote:
> >
> > > > Author: chuck
> > > > Date: Fri Mar 15 02:11:28 2019
> > > > New Revision: 345171
> > > > URL: https://svnweb.freebsd.org/changeset/ba
> On 14 Mar 2019, at 19:48, Kyle Evans wrote:
>
> > Author: kevans
> > Date: Thu Mar 14 19:48:43 2019
> > New Revision: 345151
> > URL: https://svnweb.freebsd.org/changeset/base/345151
> >
> > Log:
> > ether_fakeaddr: Use 'b' 's' 'd' for the prefix
> >
> > This has the advantage of being obvio
>
> In message <201903150152.x2f1q34w027...@gndrsh.dnsmgr.net>, "Rodney W.
> Grimes"
> writes:
>
> >> The first versions of CTM used diff -e and ed(1) to transmit changes,
> >> and that choked up on binary files. We didn't have patch in the
> >> tree back then.
>
> >patch has always b
Author: kib
Date: Fri Mar 15 16:43:28 2019
New Revision: 345190
URL: https://svnweb.freebsd.org/changeset/base/345190
Log:
Provide deterministic (and somewhat useful) value for RDPID result,
and for %ecx after RDTSCP.
Initialize TSC_AUX MSR with CPUID. It allows for userspace to cheaply
> Em s?b, 16 de mar de 2019 ?s 00:03, Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net> escreveu:
>
> > > Em sex, 15 de mar de 2019 ?s 22:12, Ian Lepore
> > escreveu:
> > >
> > > > On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
> > > > > > Author: chuck
> > > > > > Date: Fri Mar 15 02:1
Author: kib
Date: Fri Mar 15 16:39:05 2019
New Revision: 345189
URL: https://svnweb.freebsd.org/changeset/base/345189
Log:
Add symbolic name for TSC_AUX MSR address.
Sponsored by: The FreeBSD Foundation
MFC after:3 days
Modified:
head/sys/x86/include/specialreg.h
Modified: head/sy
On 3/15/19 9:27 AM, John Baldwin wrote:
> On 3/14/19 10:24 PM, Conrad Meyer wrote:
>> On Thu, Mar 14, 2019 at 8:06 PM Andrew Thompson wrote:
>>>
>>> On Fri, 15 Mar 2019 at 15:11, Chuck Tuffli wrote:
bzero(&pciecap, sizeof(pciecap));
>> ...
+ pciecap.dev_capabilitie
On 3/14/19 10:24 PM, Conrad Meyer wrote:
> On Thu, Mar 14, 2019 at 8:06 PM Andrew Thompson wrote:
>>
>> On Fri, 15 Mar 2019 at 15:11, Chuck Tuffli wrote:
>>> bzero(&pciecap, sizeof(pciecap));
> ...
>>> + pciecap.dev_capabilities = PCIEM_CAP_ROLE_ERR_RPT;
>>
>> If the message
Em sáb, 16 de mar de 2019 às 00:03, Rodney W. Grimes <
free...@gndrsh.dnsmgr.net> escreveu:
> > Em sex, 15 de mar de 2019 ?s 22:12, Ian Lepore
> escreveu:
> >
> > > On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
> > > > > Author: chuck
> > > > > Date: Fri Mar 15 02:11:28 2019
> > > >
On 15/03/2019 11:03, Rodney W. Grimes wrote:
Em sex, 15 de mar de 2019 ?s 22:12, Ian Lepore escreveu:
On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
Author: chuck
Date: Fri Mar 15 02:11:28 2019
New Revision: 345171
URL: https://svnweb.freebsd.org/changeset/base/345171
Log:
Fi
> Em sex, 15 de mar de 2019 ?s 22:12, Ian Lepore escreveu:
>
> > On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
> > > > Author: chuck
> > > > Date: Fri Mar 15 02:11:28 2019
> > > > New Revision: 345171
> > > > URL: https://svnweb.freebsd.org/changeset/base/345171
> > > >
> > > > Log:
> On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes
> wrote:
>
> > > Author: chuck
> > > Date: Fri Mar 15 02:11:28 2019
> > > New Revision: 345171
> > > URL: https://svnweb.freebsd.org/changeset/base/345171
> > >
> > > Log:
> > > Fix bhyve PCIe capability emulation
> > >
> > > PCIe devices sta
Author: kp
Date: Fri Mar 15 15:52:36 2019
New Revision: 345187
URL: https://svnweb.freebsd.org/changeset/base/345187
Log:
bridge: Fix STP-related panic
After r345180 we need to have the appropriate vnet context set to delete an
rtnode in bridge_rtnode_destroy().
That's usually the case,
On Fri, Mar 15, 2019 at 8:20 AM Kyle Evans wrote:
>
> Author: kevans
> Date: Fri Mar 15 13:19:52 2019
> New Revision: 345180
> URL: https://svnweb.freebsd.org/changeset/base/345180
>
> Log:
> if_bridge(4): Fix module teardown
>
> bridge_rtnode_zone still has outstanding allocations at the time
On Thu, Mar 14, 2019 at 8:32 PM Rodney W. Grimes
wrote:
> > Author: chuck
> > Date: Fri Mar 15 02:11:28 2019
> > New Revision: 345171
> > URL: https://svnweb.freebsd.org/changeset/base/345171
> >
> > Log:
> > Fix bhyve PCIe capability emulation
> >
> > PCIe devices starting with version 1.1 m
Em sex, 15 de mar de 2019 às 22:12, Ian Lepore escreveu:
> On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
> > > Author: chuck
> > > Date: Fri Mar 15 02:11:28 2019
> > > New Revision: 345171
> > > URL: https://svnweb.freebsd.org/changeset/base/345171
> > >
> > > Log:
> > > Fix bhyve
Author: eugen
Date: Fri Mar 15 14:42:23 2019
New Revision: 345184
URL: https://svnweb.freebsd.org/changeset/base/345184
Log:
trim(8): emit more user-friendly error message in verbose mode.
If underlying driver provides no TRIM/UNMAP support and operation fails
due to this reason, state it
On Thu, 2019-03-14 at 19:31 -0700, Rodney W. Grimes wrote:
> > Author: chuck
> > Date: Fri Mar 15 02:11:28 2019
> > New Revision: 345171
> > URL: https://svnweb.freebsd.org/changeset/base/345171
> >
> > Log:
> > Fix bhyve PCIe capability emulation
> >
> > PCIe devices starting with version
In message , Andrew Gallatin
writes:
>On 3/14/19 11:36 PM, Rodney W. Grimes wrote:
>> [ Charset UTF-8 unsupported, converting... ]
>>> On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
>>> wrote:
4. There is no easy way to show
"changed byte at offset 0x432 from 0xef to 0
Author: kevans
Date: Fri Mar 15 13:19:52 2019
New Revision: 345180
URL: https://svnweb.freebsd.org/changeset/base/345180
Log:
if_bridge(4): Fix module teardown
bridge_rtnode_zone still has outstanding allocations at the time of
destruction in the current model because all of the interface
On 3/14/19 11:36 PM, Rodney W. Grimes wrote:
[ Charset UTF-8 unsupported, converting... ]
On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
wrote:
4. There is no easy way to show
"changed byte at offset 0x432 from 0xef to 0xfe"
How do we represent Copyright and License in such objects?
Thi
On Fri, 15 Mar 2019, Poul-Henning Kamp wrote:
In message <201903150152.x2f1q34w027...@gndrsh.dnsmgr.net>, "Rodney W. Grimes"
writes:
The first versions of CTM used diff -e and ed(1) to transmit changes,
and that choked up on binary files. We didn't have patch in the
tree back then.
Author: fsu
Date: Fri Mar 15 11:49:46 2019
New Revision: 345179
URL: https://svnweb.freebsd.org/changeset/base/345179
Log:
Remove unneeded mount point unlock function calls.
The ext2_nodealloccg() function unlocks the mount point
in case of successful node allocation.
The additional unl
Author: kp
Date: Fri Mar 15 11:21:20 2019
New Revision: 345178
URL: https://svnweb.freebsd.org/changeset/base/345178
Log:
bridge: Fix panic if the STP root is removed
If the spanning tree root interface is removed from the bridge we panic
on the next 'ifconfig'.
While the STP code is no
Author: kp
Date: Fri Mar 15 11:08:44 2019
New Revision: 345177
URL: https://svnweb.freebsd.org/changeset/base/345177
Log:
pf :Use counter(9) in pf tables.
The counters of pf tables are updated outside the rule lock. That means state
updates might overwrite each other. Furthermore allocati
On Thu, 14 Mar 2019 20:14:14 +
"Bjoern A. Zeeb" wrote:
> On 14 Mar 2019, at 19:48, Kyle Evans wrote:
>
> > Author: kevans
> > Date: Thu Mar 14 19:48:43 2019
> > New Revision: 345151
> > URL: https://svnweb.freebsd.org/changeset/base/345151
> >
> > Log:
> > ether_fakeaddr: Use 'b' 's' 'd' f
In message <201903150152.x2f1q34w027...@gndrsh.dnsmgr.net>, "Rodney W. Grimes"
writes:
>> The first versions of CTM used diff -e and ed(1) to transmit changes,
>> and that choked up on binary files. We didn't have patch in the
>> tree back then.
>patch has always been in the tree.
>htt
50 matches
Mail list logo
