Author: jhibbits
Date: Thu May 31 04:11:40 2018
New Revision: 334417
URL: https://svnweb.freebsd.org/changeset/base/334417
Log:
Remove a debug printf from opal_pci driver
Modified:
head/sys/powerpc/powernv/opal_pci.c
Modified: head/sys/powerpc/powernv/opal_pci.c
On Wed, May 30, 2018 at 8:54 PM, Warner Losh wrote:
> Author: imp
> Date: Thu May 31 02:54:11 2018
> New Revision: 334412
> URL: https://svnweb.freebsd.org/changeset/base/334412
>
> Log:
> Pass a struct devdesc to the format commands. Use proper type rather
> than doing weird type-punning
Author: imp
Date: Thu May 31 02:58:03 2018
New Revision: 334415
URL: https://svnweb.freebsd.org/changeset/base/334415
Log:
Update to device enumeration protocol 2
The new protocol from the kernel encodes things as a string table,
extract it into fields. strdup the strings, and free them
ot;ln -s 'abort:false,junk:false' /etc/malloc.conf".)
+20180530:
+ The kernel / userland interface for devinfo changed, so you'll
+ need a new kernel and userland as a pair for it to work (rebuilding
+ lib/libdevinfo is all that's required). devinfo and devmatch will
+
Author: imp
Date: Thu May 31 02:57:58 2018
New Revision: 334414
URL: https://svnweb.freebsd.org/changeset/base/334414
Log:
Make the data returned by devinfo harder to overflow.
Rather than using fixed-length strings, pack them into a string table
to return. Also expand the buffer from
Author: imp
Date: Thu May 31 02:57:51 2018
New Revision: 334413
URL: https://svnweb.freebsd.org/changeset/base/334413
Log:
Sanity check the return from the kernel.
We should be getting back as many bytes as we asked for, and we
don't handle shortages at all, so just reject anything
Author: imp
Date: Thu May 31 02:54:11 2018
New Revision: 334412
URL: https://svnweb.freebsd.org/changeset/base/334412
Log:
Pass a struct devdesc to the format commands. Use proper type rather
than doing weird type-punning that happened to work because the size
was right. We copied a zfs
Author: np
Date: Thu May 31 02:22:40 2018
New Revision: 334410
URL: https://svnweb.freebsd.org/changeset/base/334410
Log:
cxgbe(4): Use ifm for ifmedia just like the rest of the kernel.
No functional change.
Modified:
head/sys/dev/cxgbe/t4_main.c
Modified: head/sys/dev/cxgbe/t4_main.c
Author: np
Date: Thu May 31 02:10:50 2018
New Revision: 334409
URL: https://svnweb.freebsd.org/changeset/base/334409
Log:
cxgbe(4): Implement ifm_change callback.
Sponsored by: Chelsio Communications
Modified:
head/sys/dev/cxgbe/t4_main.c
Modified: head/sys/dev/cxgbe/t4_main.c
Author: mmacy
Date: Thu May 31 01:01:35 2018
New Revision: 334408
URL: https://svnweb.freebsd.org/changeset/base/334408
Log:
libpmc/jevents: fix cross-compile _to_ amd64
Reported by: emaste
Modified:
head/Makefile.inc1
Modified: head/Makefile.inc1
Log:
Only conform to PCIe spec of 1 device per bus on !x86
bhyve's root PCI complex shows up as PCIe, but behaves as traditional PCI.
Until that is special cased in a root complex driver, leave x86 as it was.
Thanks Justin !
later,
Peter.
Author: jhibbits
Date: Wed May 30 22:39:41 2018
New Revision: 334407
URL: https://svnweb.freebsd.org/changeset/base/334407
Log:
Only conform to PCIe spec of 1 device per bus on !x86
bhyve's root PCI complex shows up as PCIe, but behaves as traditional PCI.
Until that is special cased in
Author: np
Date: Wed May 30 22:36:09 2018
New Revision: 334406
URL: https://svnweb.freebsd.org/changeset/base/334406
Log:
cxgbe(4): Consider all supported speeds when building the ifmedia list
for a port. Fix other related issues while here:
- Require port lock for access to link_config.
Author: brooks
Date: Wed May 30 22:22:58 2018
New Revision: 334405
URL: https://svnweb.freebsd.org/changeset/base/334405
Log:
Remove alternative names that are identical to the default.
Verified by make sysent producing no changes.
Modified:
head/sys/compat/freebsd32/syscalls.master
Author: mmacy
Date: Wed May 30 22:03:02 2018
New Revision: 334404
URL: https://svnweb.freebsd.org/changeset/base/334404
Log:
pmc stat: fix format strings for 32-bit
Modified:
head/usr.sbin/pmc/Makefile (contents, props changed)
head/usr.sbin/pmc/cmd_pmc_stat.c (contents, props changed)
Author: asomers
Date: Wed May 30 21:50:23 2018
New Revision: 334403
URL: https://svnweb.freebsd.org/changeset/base/334403
Log:
#include in security/audit/audit_ioctl.h
security/audit/audit_ioctl.h uses a type from bsm/audit.h, so needs to
include it. And it needs to know the type's
Author: mmacy
Date: Wed May 30 21:46:10 2018
New Revision: 334402
URL: https://svnweb.freebsd.org/changeset/base/334402
Log:
if_setlladdr: don't call ioctl in epoch context
PR: 228612
Reported by: markj
Modified:
head/sys/net/if.c
Modified: head/sys/net/if.c
On Wed, May 30, 2018, 15:55 Peter Grehan wrote:
> >> If bhyve has its own attachment id, it is trivial
> >> to add a special case on it quickly, too.
> >
> > vendor_id -- 0x1275
>
> Actually, this can also be AMD. A better check would be if the system
> is running virtualized.
>
I'm
If bhyve has its own attachment id, it is trivial
to add a special case on it quickly, too.
vendor_id -- 0x1275
Actually, this can also be AMD. A better check would be if the system
is running virtualized.
later,
Peter.
___
Hi Justin,
I can add one either tonight or tomorrow.
Thanks.
If bhyve has its own attachment id, it is trivial
to add a special case on it quickly, too.
vendor_id -- 0x1275
later,
Peter.
___
svn-src-head@freebsd.org mailing list
Hi Peter,
On Wed, May 30, 2018, 15:44 Peter Grehan wrote:
> Hi Nathan,
>
> > There are a ton of ARM boards that need this too. You can find one-off
> > hacks all through the tree and one of the nice things about this change
> > is that all of those can be consolidated/removed now. If we are
Author: kib
Date: Wed May 30 20:47:20 2018
New Revision: 334401
URL: https://svnweb.freebsd.org/changeset/base/334401
Log:
Use pmap_pte_ufast() instead of pmap_pte() in pmap_extract(),
pmap_is_prefaultable() and pmap_incore(), pushing the number of
shootdown IPIs back to the 3/1 kernel.
Author: kib
Date: Wed May 30 20:43:48 2018
New Revision: 334400
URL: https://svnweb.freebsd.org/changeset/base/334400
Log:
Extract code for fast mapping of pte from pmap_extract_and_hold()
into the helper function pmap_pte_ufast().
Benchmarked by: bde
Tested by:pho
Hi Nathan,
There are a ton of ARM boards that need this too. You can find one-off
hacks all through the tree and one of the nice things about this change
is that all of those can be consolidated/removed now. If we are going to
have some #ifdef and special cases, it would be better to make
Author: kib
Date: Wed May 30 20:39:22 2018
New Revision: 334399
URL: https://svnweb.freebsd.org/changeset/base/334399
Log:
Restore pmap_copy() for 4/4 i386 pmap.
Create yet another temporal pte mapping routine pmap_pte_quick3(),
which is the copy of the pmap_pte_quick() and relies on the
Author: kib
Date: Wed May 30 20:26:47 2018
New Revision: 334398
URL: https://svnweb.freebsd.org/changeset/base/334398
Log:
Do use pmap_pte_quick() in pmap_enter_quick_locked().
Benchmarked by: bde
Tested by:pho
Sponsored by: The FreeBSD Foundation
Modified:
Author: kib
Date: Wed May 30 20:24:21 2018
New Revision: 334397
URL: https://svnweb.freebsd.org/changeset/base/334397
Log:
Avoid unneccessary TLB shootdowns in pmap_unwire_ptp() for user pmaps,
which no longer create recursive page table mappings.
Benchmarked by: bde
Tested by:
Author: rmacklem
Date: Wed May 30 20:16:17 2018
New Revision: 334396
URL: https://svnweb.freebsd.org/changeset/base/334396
Log:
Strengthen locking for the NFSv4.1 server DestroySession operation.
If a client did a DestroySession on a session while it was still in use,
the server might
On Mon, May 28, 2018 at 1:14 AM Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
> Log:
>MFV r333789: libpcap 1.9.0 (pre-release)
>MFC after:1 month
>Sponsored by:
Author: asomers
Date: Wed May 30 19:58:36 2018
New Revision: 334395
URL: https://svnweb.freebsd.org/changeset/base/334395
Log:
Revert r334362
Reconnect tests/sys/audit now that the GCC issue is fixed by 334388
MFC after:2 weeks
X-MFC-With: 334362, 334360, 334388
Modified:
Author: asomers
Date: Wed May 30 19:57:15 2018
New Revision: 334394
URL: https://svnweb.freebsd.org/changeset/base/334394
Log:
auditpipe(4): fix some ioctl arguments in the man page
Fix the argument types for the AUDITPIPE_[GS]ET_PRESELECT_(NA)?FLAGS ioctls.
Also, fix some grammar.
On 05/30/18 11:32, Antoine Brodin wrote:
> On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
> wrote:
>> Author: hselasky
>> Date: Mon May 28 08:12:18 2018
>> New Revision: 334277
>> URL: https://svnweb.freebsd.org/changeset/base/334277
>>
>> Log:
>> MFV r333789: libpcap 1.9.0 (pre-release)
Author: emaste
Date: Wed May 30 18:34:45 2018
New Revision: 334393
URL: https://svnweb.freebsd.org/changeset/base/334393
Log:
Regen src.conf.5 after r334391 - LLD_IS_LD default on amd64
Relnotes: yes
Sponsored by: The FreeBSD Foundation
Modified:
head/share/man/man5/src.conf.5
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
>
> Log:
> MFV r333789: libpcap 1.9.0 (pre-release)
>
> MFC after:1 month
> Sponsored by:
Author: emaste
Date: Wed May 30 18:04:25 2018
New Revision: 334391
URL: https://svnweb.freebsd.org/changeset/base/334391
Log:
Enable lld as the system linker by default on amd64
The migration to LLVM's lld linker has been in progress for quite some
time - about three years ago I opened
Author: asomers
Date: Wed May 30 17:05:48 2018
New Revision: 334390
URL: https://svnweb.freebsd.org/changeset/base/334390
Log:
au_read_rec(3): correct return value in man page
Submitted by: aniketp
Reviewed by: csjp (earlier version)
MFC after:2 weeks
Sponsored by: Google, Inc.
Author: markj
Date: Wed May 30 16:48:48 2018
New Revision: 334389
URL: https://svnweb.freebsd.org/changeset/base/334389
Log:
Typo.
PR: 228533
Submitted by: Jakub Piecuch
MFC after:1 week
Modified:
head/sys/vm/vm_fault.c
Modified: head/sys/vm/vm_fault.c
On Tue, May 29, 2018 at 6:10 PM, Ed Maste wrote:
> On 29 May 2018 at 19:08, Alan Somers wrote:
> > Author: asomers
> > Date: Tue May 29 23:08:33 2018
> > New Revision: 334360
> > URL: https://svnweb.freebsd.org/changeset/base/334360
> >
> > Log:
> > Add initial set of tests for audit(4)
>
>
Author: asomers
Date: Wed May 30 15:51:48 2018
New Revision: 334388
URL: https://svnweb.freebsd.org/changeset/base/334388
Log:
Fix OpenBSM with GCC with -Wredundant-decls
Upstream change ed47534 consciously added some redundant functional
declarations, and I'm not sure why. AFAICT they
On 30 May 2018, at 17:43, Conrad Meyer wrote:
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
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
Author: andrew
Date: Wed May 30 15:37:09 2018
New Revision: 334387
URL: https://svnweb.freebsd.org/changeset/base/334387
Log:
Remove max_pa, it's unused.
Sponsored by: DARPA, AFRL
Modified:
head/sys/arm64/arm64/pmap.c
Modified: head/sys/arm64/arm64/pmap.c
Author: manu
Date: Wed May 30 15:32:31 2018
New Revision: 334386
URL: https://svnweb.freebsd.org/changeset/base/334386
Log:
regulator: Fix typo (shuting/shutting)
Submitted by: Jose Luis Duran (github pull #151)
Modified:
head/sys/dev/extres/regulator/regulator.c
Modified:
Author: andrew
Date: Wed May 30 15:25:48 2018
New Revision: 334385
URL: https://svnweb.freebsd.org/changeset/base/334385
Log:
Further limit when we call pmap_fault.
We should only call pmap_fault in the kernel when accessing a userspace
address. As this should always happen through
Author: imp
Date: Wed May 30 15:08:59 2018
New Revision: 334384
URL: https://svnweb.freebsd.org/changeset/base/334384
Log:
devinfo_init() returns an errno, but doesn't set errno, so the error
message when it fails reflects some random thing rather than what it
returned. Set errno to the
Author: imp
Date: Wed May 30 15:08:46 2018
New Revision: 334383
URL: https://svnweb.freebsd.org/changeset/base/334383
Log:
There's no meaningful errno when there's a version mismatch, so use
warnx. Also, report the mis-matched versions.
Modified:
head/lib/libdevinfo/devinfo.c
Modified:
On 05/30/18 02:42, Peter Grehan wrote:
PCIe only permits 1 device on an endpoint, so some devices ignore
the device
part of B:D:F probing. Although ARI likely fixes this, not all
platforms
support ARI completely or correctly, so some devices end up
showing up 32
times on the
Author: andrew
Date: Wed May 30 14:18:19 2018
New Revision: 334382
URL: https://svnweb.freebsd.org/changeset/base/334382
Log:
Push down the locking in pmap_fault to just be around the calls to
arm64_address_translate_*. There is no need to lock around the switch
statement as we only care
Author: emaste
Date: Wed May 30 13:51:00 2018
New Revision: 334381
URL: https://svnweb.freebsd.org/changeset/base/334381
Log:
makeroot.sh: allow duplicate entries even with -f
makefs disallows duplicate entries unless the -D option is specified.
Previously makeroot.sh enabled -D
On Wed, May 30, 2018 at 4:42 AM, Peter Grehan wrote:
>>PCIe only permits 1 device on an endpoint, so some devices ignore the
>> device
>>part of B:D:F probing. Although ARI likely fixes this, not all
>> platforms
>>support ARI completely or correctly, so some devices end up showing
On 05/30/18 14:41, Rodney W. Grimes wrote:
Either hide remote packet capture functions from the header or enable
remote capture functions?
Note that net/p5-Net-Pcap will fail to build with libpcap from ports
too when libpcap from ports is updated to version 1.9.0 (pre-release).
If there is any
Author: emaste
Date: Wed May 30 12:55:27 2018
New Revision: 334380
URL: https://svnweb.freebsd.org/changeset/base/334380
Log:
link_elf_obj: correct an error message
Previously we'd report that a file has "no valid symbol table" if it in
fact had two or more. Change the message to report
> On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
> > On 05/30/18 10:02, Antoine Brodin wrote:
> >>
> >> Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
> >> as it previously had?
> >
> >
> > The HAVE_REMOTE was removed upstream:
> >
> >
On 30 May 2018, at 14:33, Hartmann, O. wrote:
> On Wed, 30 May 2018 14:17:30 +0200
> "Kristof Provost" wrote:
>
>> On 30 May 2018, at 14:13, Hartmann, O. wrote:
>>> On Wed, 30 May 2018 07:11:34 + (UTC)
>>> Kristof Provost wrote:
>>>
Author: kp
Date: Wed May 30 07:11:33 2018
Author: kp
Date: Wed May 30 12:40:37 2018
New Revision: 334379
URL: https://svnweb.freebsd.org/changeset/base/334379
Log:
pf: Add missing include statement
rmlocks require as well as .
Unbreak mips build.
Modified:
head/sys/net/pfvar.h
Modified: head/sys/net/pfvar.h
On Wed, 30 May 2018 14:17:30 +0200
"Kristof Provost" wrote:
> On 30 May 2018, at 14:13, Hartmann, O. wrote:
> > On Wed, 30 May 2018 07:11:34 + (UTC)
> > Kristof Provost wrote:
> >
> >> Author: kp
> >> Date: Wed May 30 07:11:33 2018
> >> New Revision: 334375
> >> URL:
On 30 May 2018, at 14:13, Hartmann, O. wrote:
> On Wed, 30 May 2018 07:11:34 + (UTC)
> Kristof Provost wrote:
>
>> Author: kp
>> Date: Wed May 30 07:11:33 2018
>> New Revision: 334375
>> URL: https://svnweb.freebsd.org/changeset/base/334375
>>
>> Log:
>> pf: Replace rwlock on PF_RULES_LOCK
On 30 May 2018 at 08:10, Shawn Webb wrote:
>
> I wonder if it would be a good idea to handle .note.ABI-tag and
> .note.tag so that it can handle binaries compiled both before and
> after r232832.
As I said in the commit message, elfdump's note parsing needs a bunch
of rework. r232832 was years
On Wed, 30 May 2018 07:11:34 + (UTC)
Kristof Provost wrote:
> Author: kp
> Date: Wed May 30 07:11:33 2018
> New Revision: 334375
> URL: https://svnweb.freebsd.org/changeset/base/334375
>
> Log:
> pf: Replace rwlock on PF_RULES_LOCK with rmlock
>
> Given that PF_RULES_LOCK is a mostly
On 05/30/18 13:46, Hans Petter Selasky wrote:
On 05/30/18 13:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky
wrote:
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote
On 05/30/18 13:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky wrote:
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote support is for WIN32 only from what I can see.
Author: hselasky
Date: Wed May 30 11:45:29 2018
New Revision: 334378
URL: https://svnweb.freebsd.org/changeset/base/334378
Log:
Hide unsupported remote capture definitions to avoid breakage in ports.
Suggested by: antoine@
MFC after:3 weeks
Sponsored by: Mellanox Technologies
On Wed, May 30, 2018 at 11:09 AM, Hans Petter Selasky wrote:
> On 05/30/18 12:41, Antoine Brodin wrote:
>>
>> No this won't solve the issue, libpcap from ports isn't compiled with
>> remote support.
>
>
> Hi,
>
> Remote support is for WIN32 only from what I can see.
>
> Did you try my
On 05/30/18 12:41, Antoine Brodin wrote:
No this won't solve the issue, libpcap from ports isn't compiled with
remote support.
Hi,
Remote support is for WIN32 only from what I can see.
Did you try my suggestions?
The port builds fine over here with my patches.
--HPS
On Wed, May 30, 2018 at 9:42 AM, Hans Petter Selasky wrote:
> On 05/30/18 11:00, Antoine Brodin wrote:
>>
>> On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky
>> wrote:
>>>
>>> On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef
On 30 May 2018, at 11:24, Konstantin Belousov wrote:
>
> On Wed, May 30, 2018 at 12:06:17AM +, Matt Macy wrote:
>> Author: mmacy
>> Date: Wed May 30 00:06:17 2018
>> New Revision: 334361
>> URL: https://svnweb.freebsd.org/changeset/base/334361
>>
>> Log:
>> pmc: don't break build with
PCIe only permits 1 device on an endpoint, so some devices ignore the device
part of B:D:F probing. Although ARI likely fixes this, not all platforms
support ARI completely or correctly, so some devices end up showing up 32
times on the bus.
I think this might have broken bhyve -
On 05/30/18 11:00, Antoine Brodin wrote:
On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
as it previously had?
The HAVE_REMOTE was removed upstream:
On Wed, May 30, 2018 at 12:06:17AM +, Matt Macy wrote:
> Author: mmacy
> Date: Wed May 30 00:06:17 2018
> New Revision: 334361
> URL: https://svnweb.freebsd.org/changeset/base/334361
>
> Log:
> pmc: don't break build with format issues
>
> Modified:
> head/usr.sbin/pmc/Makefile
>
>
On Wed, May 30, 2018 at 8:20 AM, Hans Petter Selasky wrote:
> On 05/30/18 10:02, Antoine Brodin wrote:
>>
>> Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
>> as it previously had?
>
>
> The HAVE_REMOTE was removed upstream:
>
>
Author: hselasky
Date: Wed May 30 08:24:57 2018
New Revision: 334376
URL: https://svnweb.freebsd.org/changeset/base/334376
Log:
Remove redundant header file from source list in libpcap.
MFC after:3 weeks
Sponsored by: Mellanox Technologies
Modified:
head/lib/libpcap/Makefile
On 05/30/18 10:02, Antoine Brodin wrote:
Could the pcap/pcap.h header be fixed instead with #ifdef HAVE_REMOTE
as it previously had?
The HAVE_REMOTE was removed upstream:
On Wed, May 30, 2018 at 7:52 AM, Hans Petter Selasky wrote:
> On 05/30/18 09:36, Antoine Brodin wrote:
>>
>> On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky
>> wrote:
>>>
>>> On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
>
>
On 05/30/18 09:36, Antoine Brodin wrote:
On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky wrote:
On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28
On Wed, May 30, 2018 at 7:31 AM, Hans Petter Selasky wrote:
> On 05/30/18 09:04, Hans Petter Selasky wrote:
>>
>> On 05/30/18 08:04, Antoine Brodin wrote:
>>>
>>> On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
>>> wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
On 05/30/18 09:04, Hans Petter Selasky wrote:
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
New Revision: 334277
URL: https://svnweb.freebsd.org/changeset/base/334277
Log:
MFV r333789:
Author: kp
Date: Wed May 30 07:11:33 2018
New Revision: 334375
URL: https://svnweb.freebsd.org/changeset/base/334375
Log:
pf: Replace rwlock on PF_RULES_LOCK with rmlock
Given that PF_RULES_LOCK is a mostly read lock, replace the rwlock with
rmlock.
This change improves packet
On 05/30/18 08:04, Antoine Brodin wrote:
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon May 28 08:12:18 2018
New Revision: 334277
URL: https://svnweb.freebsd.org/changeset/base/334277
Log:
MFV r333789: libpcap 1.9.0 (pre-release)
MFC after:1
Author: mmacy
Date: Wed May 30 06:29:22 2018
New Revision: 334374
URL: https://svnweb.freebsd.org/changeset/base/334374
Log:
hwpmc: remove stale assert
Reported by: eadler
Modified:
head/sys/dev/hwpmc/hwpmc_mod.c
Modified: head/sys/dev/hwpmc/hwpmc_mod.c
On Mon, May 28, 2018 at 10:12 AM, Hans Petter Selasky
wrote:
> Author: hselasky
> Date: Mon May 28 08:12:18 2018
> New Revision: 334277
> URL: https://svnweb.freebsd.org/changeset/base/334277
>
> Log:
> MFV r333789: libpcap 1.9.0 (pre-release)
>
> MFC after:1 month
> Sponsored by:
80 matches
Mail list logo
