Bugs in the code I'd just imported because I imported from the wrong branch :-/
On Wed, May 23, 2018 at 11:50 PM, Cy Schubert wrote:
> In message <201805240647.w4o6lesd071...@repo.freebsd.org>, Matt Macy
> writes:
>> Author: mmacy
>> Date: Thu May 24 06:47:40 2018
>> New Revision: 334134
>> URL:
On Wed, May 23, 2018 at 11:42 PM, Michael Tuexen
wrote:
>> On 24. May 2018, at 08:36, Matthew Macy wrote:
>>
>> On Wed, May 23, 2018 at 11:35 PM, Michael Tuexen
>> wrote:
On 24. May 2018, at 06:51, Matthew Macy wrote:
Warnings find bugs PERIOD. Although most are not useful, I've
In message <201805240647.w4o6lesd071...@repo.freebsd.org>, Matt Macy
writes:
> Author: mmacy
> Date: Thu May 24 06:47:40 2018
> New Revision: 334134
> URL: https://svnweb.freebsd.org/changeset/base/334134
>
> Log:
> libpmcstat: import aliases table and bug fixes
Which bugs?
>
> Modified:
> h
Author: mmacy
Date: Thu May 24 06:47:04 2018
New Revision: 334133
URL: https://svnweb.freebsd.org/changeset/base/334133
Log:
pmcstat top mode + -I - use fully qualified address
Modified:
head/usr.sbin/pmcstat/pmcpl_callgraph.c
Modified: head/usr.sbin/pmcstat/pmcpl_callgraph.c
===
Author: mmacy
Date: Thu May 24 06:47:40 2018
New Revision: 334134
URL: https://svnweb.freebsd.org/changeset/base/334134
Log:
libpmcstat: import aliases table and bug fixes
Modified:
head/lib/libpmcstat/libpmcstat_pmu_util.c
Modified: head/lib/libpmcstat/libpmcstat_pmu_util.c
Author: np
Date: Thu May 24 06:44:06 2018
New Revision: 334132
URL: https://svnweb.freebsd.org/changeset/base/334132
Log:
cxgbe(4): Make sure that the egress queue's cidx is updated periodically
when the driver is writing WRs using start_wrq_wr/commit_wrq_wr all the
time.
Sponsored by:
> On 24. May 2018, at 08:36, Matthew Macy wrote:
>
> On Wed, May 23, 2018 at 11:35 PM, Michael Tuexen
> wrote:
>>> On 24. May 2018, at 06:51, Matthew Macy wrote:
>>>
>>> Warnings find bugs PERIOD. Although most are not useful, I've found
>> Some warnings indicate bugs, some warnings are just w
> On 24. May 2018, at 06:51, Matthew Macy wrote:
>
> Warnings find bugs PERIOD. Although most are not useful, I've found
Some warnings indicate bugs, some warnings are just wrong. If you
have a "may be used uninitialized" warning being a false positive, you
may silences the warning by just set it
On Wed, May 23, 2018 at 10:25 PM, Gleb Smirnoff wrote:
> On Wed, May 23, 2018 at 10:13:25PM -0700, Matthew Macy wrote:
> M> On Wed, May 23, 2018 at 10:07 PM, Gleb Smirnoff
> wrote:
> M> > Can you please explain the bug supposed to be fixed by r333860 QUESTION
> MARK
> M>
> M> Did I say it fixed
On Wed, May 23, 2018 at 11:35 PM, Michael Tuexen
wrote:
>> On 24. May 2018, at 06:51, Matthew Macy wrote:
>>
>> Warnings find bugs PERIOD. Although most are not useful, I've found
> Some warnings indicate bugs, some warnings are just wrong. If you
> have a "may be used uninitialized" warning bein
it clearly crept in by acccident from unrelated local changes.
if numa was to be enabled, it would be in GENERIC. i was pastering jeff to
enable it for quite some time now, maybe a survey will help
On Thu, May 24, 2018 at 7:32 AM, Ravi Pokala wrote:
> -Original Message-
> From: on beha
-Original Message-
From: on behalf of Matt Macy
Date: 2018-05-23, Wednesday at 21:31
To: , ,
Subject: svn commit: r334129 - head/sys/amd64/conf
> Author: mmacy
> Date: Thu May 24 04:31:53 2018
> New Revision: 334129
> URL: https://svnweb.freebsd.org/changeset/base/334129
>
> Log:
>
On Wed, May 23, 2018 at 10:13:25PM -0700, Matthew Macy wrote:
M> On Wed, May 23, 2018 at 10:07 PM, Gleb Smirnoff wrote:
M> > Can you please explain the bug supposed to be fixed by r333860 QUESTION
MARK
M>
M> Did I say it fixed a bug? Or are you saying we should just turn off
M> compiler warnings
Can you please explain the bug supposed to be fixed by r333860 QUESTION MARK
On Wed, May 23, 2018 at 09:51:34PM -0700, Matthew Macy wrote:
M> Warnings find bugs PERIOD. Although most are not useful, I've found
M> quite a number of real issues from compiling with gcc8.
M>
M> If you want to _actual
Warnings find bugs PERIOD. Although most are not useful, I've found
quite a number of real issues from compiling with gcc8.
If you want to _actually_ be helpful fix these:
https://people.freebsd.org/~mmacy/gcc8logs/GENERIC-NODEBUG.log
https://people.freebsd.org/~mmacy/gcc8logs/GENERIC.log
On Wed
Let me repeat again. The warning is a false positive, and thus assignment
isn't useful. I'm not worried about a single instruction, more about
polluting the code.
If the warning was escalated to build error, and we did carry about
building with gcc8, in this case the assignment should be added wit
On Wed, May 23, 2018 at 10:32 PM, Ravi Pokala wrote:
> -Original Message-
> From: on behalf of Matt Macy
>
> Date: 2018-05-23, Wednesday at 21:31
> To: , ,
>
> Subject: svn commit: r334129 - head/sys/amd64/conf
>
>> Author: mmacy
>> Date: Thu May 24 04:31:53 2018
>> New Revision: 3341
On Wed, May 23, 2018 at 10:07 PM, Gleb Smirnoff wrote:
> Can you please explain the bug supposed to be fixed by r333860 QUESTION MARK
Did I say it fixed a bug? Or are you saying we should just turn off
compiler warnings because Gleb Smirnoff knows better?
-M
> On Wed, May 23, 2018 at 09:51:34P
On Thu, May 24, 2018 at 06:44:20AM +0200, Mateusz Guzik wrote:
M> I fundamentally disagree with this part.
M>
M> If a known value of a given field is needed for assertion purposes, you
M> can add (possibly conditional) code setting this specific value. It
M> probably should not be zero if it can b
Author: mmacy
Date: Thu May 24 04:43:40 2018
New Revision: 334131
URL: https://svnweb.freebsd.org/changeset/base/334131
Log:
pmcstat: don't compare signed and unsigned
Modified:
head/usr.sbin/pmcstat/pmcstat.c
Modified: head/usr.sbin/pmcstat/pmcstat.c
On Thu, May 24, 2018 at 2:40 AM, Jonathan T. Looney wrote:
> On Wed, May 23, 2018 at 7:13 PM, Matthew Macy wrote:
> >
> > On Wed, May 23, 2018 at 11:52 AM, John Baldwin wrote:
> > > On Wednesday, May 23, 2018 05:00:05 PM Matt Macy wrote:
> > >> Author: mmacy
> > >> Date: Wed May 23 17:00:05 201
Author: mmacy
Date: Thu May 24 04:38:17 2018
New Revision: 334130
URL: https://svnweb.freebsd.org/changeset/base/334130
Log:
fix !amd64 signature for pmu_sample_rate_get
Modified:
head/lib/libpmcstat/libpmcstat_pmu_util.c
Modified: head/lib/libpmcstat/libpmcstat_pmu_util.c
==
Author: mmacy
Date: Thu May 24 04:31:53 2018
New Revision: 334129
URL: https://svnweb.freebsd.org/changeset/base/334129
Log:
take NUMA out
Modified:
head/sys/amd64/conf/GENERIC-NODEBUG
Modified: head/sys/amd64/conf/GENERIC-NODEBUG
=
Author: mmacy
Date: Thu May 24 04:30:06 2018
New Revision: 334128
URL: https://svnweb.freebsd.org/changeset/base/334128
Log:
libpmcstat: compile in events based on json description
Added:
head/lib/libpmcstat/libpmcstat_pmu_util.c (contents, props changed)
head/lib/libpmcstat/pmu-events/
On 23 May 2018 at 13:09, Warner Losh wrote:
>
>
> On Wed, May 23, 2018 at 1:39 AM, Eitan Adler wrote:
>>
>> Author: eadler
>> Date: Wed May 23 07:39:02 2018
>> New Revision: 334077
>> URL: https://svnweb.freebsd.org/changeset/base/334077
>>
>> Log:
>> devd: correct two warnings
>>
>> - catchi
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 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 architectures
I tested this with "make universe". Can you giv
On 23 May 2018 at 21:28, 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 architec
On 23 May 2018 at 17:40, Jonathan T. Looney wrote:
> On Wed, May 23, 2018 at 7:13 PM, Matthew Macy wrote:
>>
>> On Wed, May 23, 2018 at 11:52 AM, John Baldwin wrote:
>> > On Wednesday, May 23, 2018 05:00:05 PM Matt Macy wrote:
>> >> Author: mmacy
>> >> Date: Wed May 23 17:00:05 2018
>> >> New Re
On Wed, May 23, 2018 at 03:18:59PM -0700, Cy Schubert wrote:
> In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks
> Davis wr
> ites:
> >
> >
> > --QRj9sO5tAVLaXnSD
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quo
Author: mmacy
Date: Thu May 24 01:12:06 2018
New Revision: 334126
URL: https://svnweb.freebsd.org/changeset/base/334126
Log:
devd: drop WARNS back down to 3 until 6 actually works with GCC
Modified:
head/sbin/devd/Makefile
Modified: head/sbin/devd/Makefile
===
Author: mmacy
Date: Thu May 24 01:04:56 2018
New Revision: 334125
URL: https://svnweb.freebsd.org/changeset/base/334125
Log:
convert allocations to INVARIANTS M_ZERO
Modified:
head/sys/netinet/ip_divert.c
head/sys/netinet/raw_ip.c
head/sys/netinet/tcp_subr.c
head/sys/netinet/udp_usrreq.
Author: mmacy
Date: Thu May 24 01:03:31 2018
New Revision: 334124
URL: https://svnweb.freebsd.org/changeset/base/334124
Log:
malloc: Add flag for conditionally zeroing for INVARIANTS builds
Modified:
head/sys/sys/malloc.h
Modified: head/sys/sys/malloc.h
==
On Wed, May 23, 2018 at 7:13 PM, Matthew Macy wrote:
>
> On Wed, May 23, 2018 at 11:52 AM, John Baldwin wrote:
> > On Wednesday, May 23, 2018 05:00:05 PM Matt Macy wrote:
> >> Author: mmacy
> >> Date: Wed May 23 17:00:05 2018
> >> New Revision: 334104
> >> URL: https://svnweb.freebsd.org/changese
Author: jhb
Date: Thu May 24 00:06:55 2018
New Revision: 334123
URL: https://svnweb.freebsd.org/changeset/base/334123
Log:
Catch up two more places to the V_ifnet change to a CK_STAILQ.
Modified:
head/sys/netgraph/ng_ether.c
head/sys/netgraph/ng_gif.c
Modified: head/sys/netgraph/ng_ether.c
Ed Maste emaste at freebsd.org wrote on
Wed May 23 14:18:34 UTC 2018 :
> On 23 May 2018 at 10:15, Rodney W. Grimes
> wrote:
> >> Author: eadler
> >> Date: Wed May 23 10:45:32 2018
> >> New Revision: 334089
> >> URL: https://svnweb.freebsd.org/changeset/base/334089
> >>
> >> Log:
> >> dumpon: po
On Wed, May 23, 2018 at 11:52 AM, John Baldwin wrote:
> On Wednesday, May 23, 2018 05:00:05 PM Matt Macy wrote:
>> Author: mmacy
>> Date: Wed May 23 17:00:05 2018
>> New Revision: 334104
>> URL: https://svnweb.freebsd.org/changeset/base/334104
>>
>> Log:
>> epoch: allow for conditionally asserti
On Wednesday, May 23, 2018 05:00:05 PM Matt Macy wrote:
> Author: mmacy
> Date: Wed May 23 17:00:05 2018
> New Revision: 334104
> URL: https://svnweb.freebsd.org/changeset/base/334104
>
> Log:
> epoch: allow for conditionally asserting that the epoch context fields
> are unused by zeroing on I
On Wednesday, May 23, 2018 12:09:59 PM Eitan Adler wrote:
> On 23 May 2018 at 09:27, John Baldwin wrote:
> > On Wednesday, May 23, 2018 04:09:01 AM Eitan Adler wrote:
> >> Author: eadler
> >> Date: Wed May 23 04:09:01 2018
> >> New Revision: 334073
> >> URL: https://svnweb.freebsd.org/changeset/ba
On Wed, May 23, 2018 at 3:57 PM, Gleb Smirnoff wrote:
> The initialization isn't useful.
It silences a gcc warning. So yes it is. It's this exchange which is not useful.
-M
> On Wed, May 23, 2018 at 03:52:42PM -0700, Matthew Macy wrote:
> M> Talk to the gcc devs. The warning is useful even if
The initialization isn't useful.
On Wed, May 23, 2018 at 03:52:42PM -0700, Matthew Macy wrote:
M> Talk to the gcc devs. The warning is useful even if there are false
positives.
M>
M> On Wed, May 23, 2018 at 3:27 PM, Gleb Smirnoff wrote:
M> > Hi,
M> >
M> > On Sat, May 19, 2018 at 05:10:52AM +0
Talk to the gcc devs. The warning is useful even if there are false positives.
On Wed, May 23, 2018 at 3:27 PM, Gleb Smirnoff wrote:
> Hi,
>
> On Sat, May 19, 2018 at 05:10:52AM +, Matt Macy wrote:
> M> Author: mmacy
> M> Date: Sat May 19 05:10:51 2018
> M> New Revision: 333860
> M> URL: ht
In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks
Davis wr
ites:
>
>
> --QRj9sO5tAVLaXnSD
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Thu, May 24, 2018 at 02:53:16AM +0700, Eugene Grosbein wro
Hi,
On Sat, May 19, 2018 at 05:10:52AM +, Matt Macy wrote:
M> Author: mmacy
M> Date: Sat May 19 05:10:51 2018
M> New Revision: 333860
M> URL: https://svnweb.freebsd.org/changeset/base/333860
M>
M> Log:
M> sendfile: annotate unused value and ensure that npages is actually
initialized
M>
Author: kib
Date: Wed May 23 21:39:29 2018
New Revision: 334122
URL: https://svnweb.freebsd.org/changeset/base/334122
Log:
x86: stop unconditionally clearing PSL_T on the trace trap.
We certainly should clear PSL_T when calling the SIGTRAP signal
handler, which is already done by all x86
Author: kib
Date: Wed May 23 21:26:41 2018
New Revision: 334121
URL: https://svnweb.freebsd.org/changeset/base/334121
Log:
Stop obliterating actual exception type for emulated traps from vm86.
Wording and reviewed by: jhb
Sponsored by: The FreeBSD Foundation
MFC after:1 week
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 architectures
Modified:
head/share/mk/bsd.sys.mk
Modified: head/share/mk/bsd.sys.mk
=
Author: kib
Date: Wed May 23 21:25:49 2018
New Revision: 334119
URL: https://svnweb.freebsd.org/changeset/base/334119
Log:
Style.
Wording and reviewed by: jhb
Sponsored by: The FreeBSD Foundation
MFC after:3 days
Differential revision:https://reviews.freebsd.org/D1505
Author: mmacy
Date: Wed May 23 21:02:14 2018
New Revision: 334118
URL: https://svnweb.freebsd.org/changeset/base/334118
Log:
UDP: further performance improvements on tx
Cumulative throughput while running 64
netperf -H $DUT -t UDP_STREAM -- -m 1
on a 2x8x2 SKL went from 1.1Mpps to 2.5
Author: mmacy
Date: Wed May 23 20:50:09 2018
New Revision: 334116
URL: https://svnweb.freebsd.org/changeset/base/334116
Log:
udp: assign flowid to udp sockets round-robin
On a 2x8x2 SKL this increases measured throughput with 64
netperf -H $DUT -t UDP_STREAM -- -m 1
from 590kpps to 1
In message <5b05c6ac.6010...@grosbein.net>, Eugene Grosbein writes:
> 24.05.2018 2:30, Cy Schubert wrote:
>
> > Except for old computers and old software that segfaults on 64-bit, how man
> y people still use i386?
> >
> > Full disclosure: I'd like to see i386 deorbited before I retire.
>
> Plese
On Thu, May 24, 2018 at 02:53:16AM +0700, Eugene Grosbein wrote:
> 24.05.2018 2:30, Cy Schubert wrote:
>
> > Except for old computers and old software that segfaults on 64-bit, how
> > many people still use i386?
> >
> > Full disclosure: I'd like to see i386 deorbited before I retire.
>
> Plese
In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks
Davis wr
ites:
>
>
> --QRj9sO5tAVLaXnSD
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Thu, May 24, 2018 at 02:53:16AM +0700, Eugene Grosbein wro
Hi Traz,
You're referring to power consumption in terms of (milli)Amps. That's not
right; power is measured in Watts. What you're actually talking about is
*current*. And it looks like in some situations USB devices can draw more than
500mA.
https://en.wikipedia.org/wiki/USB_(Physical)#POWER
On 5/22/2018 5:30 PM, Bryan Drewery wrote:
> On 5/22/2018 1:22 PM, Jilles Tjoelker wrote:
>> On Tue, May 22, 2018 at 10:17:41AM +0200, O. Hartmann wrote:
>>> On Mon, 21 May 2018 21:45:53 -0700
>>> Cy Schubert wrote:
In message <20180522061339.21497...@freyja.zeit4.iv.bundesimmobilien.de>
On Wed, May 23, 2018 at 1:11 PM, Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
> On 23 May 2018, at 18:20, Brooks Davis wrote:
>
> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
>>
>>> On Tue, May 08, 2018 at 09:14:29PM +, Sean Bruno wrote:
>>> S> Log:
>>> S> nxge(4
On Wed, May 23, 2018 at 1:39 AM, Eitan Adler wrote:
> Author: eadler
> Date: Wed May 23 07:39:02 2018
> New Revision: 334077
> URL: https://svnweb.freebsd.org/changeset/base/334077
>
> Log:
> devd: correct two warnings
>
> - catching a polymorphic type by value
> - "output between 16 and 95
Author: trasz
Date: Wed May 23 20:06:04 2018
New Revision: 334115
URL: https://svnweb.freebsd.org/changeset/base/334115
Log:
Centralize USB device mode bus power reporting, and add
hw.usb.template_power sysctl to control it.
Reviewed by: hselasky@ (earlier version)
MFC after:2 week
Author: mmacy
Date: Wed May 23 19:55:47 2018
New Revision: 334114
URL: https://svnweb.freebsd.org/changeset/base/334114
Log:
pmc: bump PMC major version to reflect ABI breakage and make warning not
require verbose
Modified:
head/sys/sys/pmc.h
head/usr.sbin/pmcstat/pmcstat_log.c
Modified:
24.05.2018 2:30, Cy Schubert wrote:
> Except for old computers and old software that segfaults on 64-bit, how many
> people still use i386?
>
> Full disclosure: I'd like to see i386 deorbited before I retire.
Plese don't. I routinely use FreeBSD11/i386 for cheap VPS hosts having less
than 2G m
Thanks.
On Wed, May 23, 2018 at 11:40 AM, Mark Linimon wrote:
> On Wed, May 23, 2018 at 09:56:00AM -0700, Matthew Macy wrote:
>> Thanks updated for 1200064. Someone(tm) needs to do 1200063.
>
> done.
>
> mcl
___
svn-src-head@freebsd.org mailing list
htt
Except for old computers and old software that segfaults on 64-bit, how many
people still use i386?
Full disclosure: I'd like to see i386 deorbited before I retire.
---
Sent using a tiny phone keyboard.
Apologies for any typos and autocorrect.
Also, this old phone only supports top post. Apologi
> Am 23.05.18 um 20:14 schrieb Rodney W. Grimes:
> >> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> >>> If end of sales and support is enough to remove 10g driver from the
> >>> kernel,
> >>> can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the
> >>> kernel?
>
Author: luporl
Date: Wed May 23 19:17:17 2018
New Revision: 334113
URL: https://svnweb.freebsd.org/changeset/base/334113
Log:
Adding myself to committers-src.dot and calendar.freebsd
Approved by: jhibbits (mentor)
Modified:
head/share/misc/committers-src.dot
head/usr.bin/calendar/cale
On 23 May 2018, at 18:20, Brooks Davis wrote:
On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
On Tue, May 08, 2018 at 09:14:29PM +, Sean Bruno wrote:
S> Log:
S> nxge(4):
S> Remove nxge(4) and associated man page and tools in FreeBSD
12.0.
...
S> +20180508:
S> + The nxge
On 23 May 2018 at 09:27, John Baldwin wrote:
> On Wednesday, May 23, 2018 04:09:01 AM Eitan Adler wrote:
>> Author: eadler
>> Date: Wed May 23 04:09:01 2018
>> New Revision: 334073
>> URL: https://svnweb.freebsd.org/changeset/base/334073
>>
>> Log:
>> README: Reduce the textdump; describe the pr
Author: manu
Date: Wed May 23 19:07:03 2018
New Revision: 334112
URL: https://svnweb.freebsd.org/changeset/base/334112
Log:
arm64: rockchip: Add proper armclock support
The core clock (armclk) on RockChip SoC is special.
It can derive it's clock from many PLLs but RockChip recommand to do
On Wed, May 23, 2018, 12:44 PM Stefan Esser wrote:
> Am 23.05.18 um 20:14 schrieb Rodney W. Grimes:
> >> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> >>> If end of sales and support is enough to remove 10g driver from the
> kernel,
> >>> can we please delete all 10Mbit, 100Mbi
Am 23.05.18 um 20:14 schrieb Rodney W. Grimes:
>> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
>>> If end of sales and support is enough to remove 10g driver from the kernel,
>>> can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the
>>> kernel?
>>
>> Depends on h
On Wednesday, May 23, 2018 04:09:01 AM Eitan Adler wrote:
> Author: eadler
> Date: Wed May 23 04:09:01 2018
> New Revision: 334073
> URL: https://svnweb.freebsd.org/changeset/base/334073
>
> Log:
> README: Reduce the textdump; describe the project
>
> Rework the README to make it a little e
On Wed, May 23, 2018 at 09:56:00AM -0700, Matthew Macy wrote:
> Thanks updated for 1200064. Someone(tm) needs to do 1200063.
done.
mcl
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send
On Wed, May 23, 2018 at 11:14:59AM -0700, Rodney W. Grimes wrote:
> And some of us buy 2 year old hardware because it is cheap,
Some of us don't have that kind of budget anymore.
mcl
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/ma
On Wed, May 23, 2018, 12:20 PM Brooks Davis wrote:
> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> > On Tue, May 08, 2018 at 09:14:29PM +, Sean Bruno wrote:
> > S> Log:
> > S> nxge(4):
> > S> Remove nxge(4) and associated man page and tools in FreeBSD 12.0.
> > ...
> >
24.05.2018 1:14, Rodney W. Grimes wrote:
>> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
>>> If end of sales and support is enough to remove 10g driver from the kernel,
>>> can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the
>>> kernel?
>>
>> Depends on how ma
On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> On Tue, May 08, 2018 at 09:14:29PM +, Sean Bruno wrote:
> S> Log:
> S> nxge(4):
> S> Remove nxge(4) and associated man page and tools in FreeBSD 12.0.
> ...
> S> +20180508:
> S> + The nxge(4) driver has been removed. This dr
> On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> > If end of sales and support is enough to remove 10g driver from the kernel,
> > can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the
> > kernel?
>
> Depends on how many existing users we want to screw over. No
On Wed, May 23, 2018 at 12:05:24PM -0600, Ian Lepore wrote:
> Well, they're supposed to be.
>From my own experience, they are often not.
> I think it would be more likely to happen if you didn't have to get
> intimate with xml code to add a simple note to a file.
It's cut-and-paste.
Or, it's ea
On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote:
> If end of sales and support is enough to remove 10g driver from the kernel,
> can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the kernel?
Depends on how many existing users we want to screw over. Not everyone
repl
On Wed, 2018-05-23 at 09:43 -0700, John Baldwin wrote:
> On Wednesday, May 23, 2018 06:15:55 AM Matt Macy wrote:
> >
> > Author: mmacy
> > Date: Wed May 23 06:15:55 2018
> > New Revision: 334074
> > URL: https://svnweb.freebsd.org/changeset/base/334074
> >
> > Log:
> > Bump FreeBSD_version afte
On Tue, May 08, 2018 at 09:14:29PM +, Sean Bruno wrote:
S> Log:
S> nxge(4):
S> Remove nxge(4) and associated man page and tools in FreeBSD 12.0.
...
S> +20180508:
S> +The nxge(4) driver has been removed. This driver was for PCI-X 10g
S> +cards made by s2io/Neterion. The company wa
Author: kib
Date: Wed May 23 17:55:30 2018
New Revision: 334111
URL: https://svnweb.freebsd.org/changeset/base/334111
Log:
Note that PT_SETSTEP is auto-cleared.
Wording and reviewed by: jhb
Sponsored by: The FreeBSD Foundation
MFC after:3 days
Differential revision:ht
Author: mmacy
Date: Wed May 23 17:44:29 2018
New Revision: 334110
URL: https://svnweb.freebsd.org/changeset/base/334110
Log:
hwppmc: set threadid in callchain records - second part of r334108
Modified:
head/sys/dev/hwpmc/hwpmc_logging.c
head/sys/dev/hwpmc/hwpmc_mod.c
Modified: head/sys/dev
: **
+20180523:
+ The on-disk format for hwpmc callchain records has changed to include
+ threadid corresponding to a given record. This changes the field
offsets
+ and thus requires that libpmcstat be rebuilt before using a kernel
+ later than r334108.
+
20180517
Author: mmacy
Date: Wed May 23 17:25:00 2018
New Revision: 334108
URL: https://svnweb.freebsd.org/changeset/base/334108
Log:
hwpmc: add thread id field to callchain and context switch records to allow
filtering
on thread in post-processing.
To generate stacks for just ${THREADID}:
p
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 please tell more about what you mean?
I
Author: jhb
Date: Wed May 23 17:05:12 2018
New Revision: 334107
URL: https://svnweb.freebsd.org/changeset/base/334107
Log:
Remove references to the LIBC_SCCS and SYSLIBC_SCCS C macros.
This language dates back to when libthr was libc_r that included its own
syscalls and replaced libc enti
Author: jhb
Date: Wed May 23 17:02:12 2018
New Revision: 334106
URL: https://svnweb.freebsd.org/changeset/base/334106
Log:
Use __SCCSID() for SCCS IDs.
- Define NO__SCCSID in CFLAGS to preserve existing behavior of omitting
SCCS IDs by default.
- While here, fix the $FreeBSD$ in pw_ut
Author: markj
Date: Wed May 23 17:01:28 2018
New Revision: 334105
URL: https://svnweb.freebsd.org/changeset/base/334105
Log:
Revert r334090.
It causes the 32bit compat build of libmd to fail with:
libmd/rmd160c.c:86:9: error: 'ripemd160_block' macro redefined
#define ripemd160_block
Author: mmacy
Date: Wed May 23 17:00:05 2018
New Revision: 334104
URL: https://svnweb.freebsd.org/changeset/base/334104
Log:
epoch: allow for conditionally asserting that the epoch context fields
are unused by zeroing on INVARIANTS builds
Modified:
head/sys/netinet/ip_divert.c
head/sys/ne
On Wed, May 23, 2018 at 9:43 AM, John Baldwin wrote:
> On Wednesday, May 23, 2018 06:15:55 AM Matt Macy wrote:
>> Author: mmacy
>> Date: Wed May 23 06:15:55 2018
>> New Revision: 334074
>> URL: https://svnweb.freebsd.org/changeset/base/334074
>>
>> Log:
>> Bump FreeBSD_version after r333813
>>
>
Track
On Wed, May 23, 2018 at 06:53 Ian Lepore wrote:
> On Wed, 2018-05-23 at 06:15 +, Matt Macy wrote:
> > Author: mmacy
> > Date: Wed May 23 06:15:55 2018
> > New Revision: 334074
> > URL: https://svnweb.freebsd.org/changeset/base/334074
> >
> > Log:
> > Bump FreeBSD_version after r33381
On Wednesday, May 23, 2018 06:15:55 AM Matt Macy wrote:
> Author: mmacy
> Date: Wed May 23 06:15:55 2018
> New Revision: 334074
> URL: https://svnweb.freebsd.org/changeset/base/334074
>
> Log:
> Bump FreeBSD_version after r333813
>
> Modified:
> head/sys/sys/param.h
FYI, these values are doc
On Wednesday, May 23, 2018 10:45:32 AM Eitan Adler wrote:
> Author: eadler
> Date: Wed May 23 10:45:32 2018
> New Revision: 334089
> URL: https://svnweb.freebsd.org/changeset/base/334089
>
> Log:
> dumpon: point to better kernel debug symbols.
>
> The objdir is temporary, and the current ex
Author: kib
Date: Wed May 23 16:31:46 2018
New Revision: 334103
URL: https://svnweb.freebsd.org/changeset/base/334103
Log:
Support IBRS for i386.
Tested by:pho
Sponsored by: The FreeBSD Foundation
MFC after:1 week
Differential revision:https://reviews.freebsd.org/D1552
Author: brd
Date: Wed May 23 16:28:31 2018
New Revision: 334102
URL: https://svnweb.freebsd.org/changeset/base/334102
Log:
Switch calendar installs to use FILES and SYMLINKS instead of bare install(1)
Also explicitly list each file to install so we don't silently add or miss
some.
Ap
On Wed, May 23, 2018, 8:35 AM Rodney W. Grimes <
free...@pdx.rh.cn85.dnsmgr.net> wrote:
> > On 23 May 2018 at 10:15, Rodney W. Grimes
> > wrote:
> > >> Author: eadler
> > >> Date: Wed May 23 10:45:32 2018
> > >> New Revision: 334089
> > >> URL: https://svnweb.freebsd.org/changeset/base/334089
> >
Author: markj
Date: Wed May 23 15:43:35 2018
New Revision: 334101
URL: https://svnweb.freebsd.org/changeset/base/334101
Log:
Add GET_STACK_USAGE() for arm64.
Its absence meant that GEOM direct dispatch was disabled (the service
routines check the current thread's stack usage to determine
Author: markj
Date: Wed May 23 15:26:56 2018
New Revision: 334100
URL: https://svnweb.freebsd.org/changeset/base/334100
Log:
Document the return value of sbuf_bcat(9).
MFC after:1 week
Modified:
head/share/man/man9/sbuf.9
Modified: head/share/man/man9/sbuf.9
Author: mav
Date: Wed May 23 15:22:58 2018
New Revision: 334099
URL: https://svnweb.freebsd.org/changeset/base/334099
Log:
Add ready polling after PHY reset on VIA SATA controllers.
According to PR there are cases of controller hang if soft reset is
sent before device report ready status
> On 23 May 2018 at 10:15, Rodney W. Grimes
> wrote:
> >> Author: eadler
> >> Date: Wed May 23 10:45:32 2018
> >> New Revision: 334089
> >> URL: https://svnweb.freebsd.org/changeset/base/334089
> >>
> >> Log:
> >> dumpon: point to better kernel debug symbols.
> >> ...
> >
> > You should of proba
1 - 100 of 132 matches
Mail list logo
