Author: jeff
Date: Mon Jan 6 02:51:19 2020
New Revision: 356393
URL: https://svnweb.freebsd.org/changeset/base/356393
Log:
Fix uma boot pages calculations on NUMA machines that also don't have
MD_UMA_SMALL_ALLOC. This is unusual but not impossible. Fix the alignemnt
of zones while here.
Author: mav
Date: Mon Jan 6 01:51:23 2020
New Revision: 356392
URL: https://svnweb.freebsd.org/changeset/base/356392
Log:
Fix host memory buffer sizes reporting.
Hardware reports values in 4KB units, not in bytes.
MFC after:3 days
Modified:
head/sbin/nvmecontrol/identify_ext.c
[ Charset UTF-8 unsupported, converting... ]
> On Sat, 4 Jan 2020 at 21:57, Mark Linimon wrote:
> >
> > On Sun, Jan 05, 2020 at 02:47:56AM +, Ed Maste wrote:
> > > Do not build GCC 4.2.1 by default for any CPU architecture
> >
> > And there was much rejoicing :-)
> >
> > (but plz not to MFC
Author: jeff
Date: Sun Jan 5 22:54:25 2020
New Revision: 356389
URL: https://svnweb.freebsd.org/changeset/base/356389
Log:
The fix in r356353 was insufficient. Not every architecture returns 0 for
EARLY_COUNTER. Only amd64 seems to.
Suggested by: markj
Reported by: lwhsu
Reviewed
On Sun, 2020-01-05 at 13:17 -0500, Ed Maste wrote:
> On Sun, 5 Jan 2020 at 12:53, Yasuhiro KIMURA
> wrote:
> >
> > Just out of curiosity, is there any retirement plan for binutils in
> > base system at the moment?
>
> There's no specific plan, but it is an ongoing goal. Only three
> binutils
On Sun, Jan 05, 2020 at 12:17:21PM -0600, Warner Losh wrote:
> I'd expect that once the issues [on powerpc] are resolved with clang,
> or that platform migrates to an external toolchain
AFAIK there never was a fallback plan to migrate powerpc to an external
toolchain; powerpc64-head (at least)
On Sun, Jan 05, 2020 at 01:11:30PM -0600, Warner Losh wrote:
> This total lack of work on sparc64 may result in an accelerated
> timeline for its removal.
IMHO it's time to just let it go.
mcl
___
svn-src-head@freebsd.org mailing list
Justin Hibbits chmeeedalf at gmail.com wrote on
Sun Jan 5 18:03:59 UTC 2020 :
> On Sun, 5 Jan 2020 12:21:53 -0500 Ed Maste wrote: >
> On Sun, 5 Jan 2020 at 11:59, Ed Maste wrote:
> > >
> > > Author: emaste
> > > Date: Sun Jan 5 16:59:24 2020
> > > New Revision: 356379
> > > URL:
Author: bz
Date: Sun Jan 5 19:14:16 2020
New Revision: 356386
URL: https://svnweb.freebsd.org/changeset/base/356386
Log:
netgraph/ng_bridge: Reestablish old ABI
In order to be able to merge r353026 bring back support for the old
cookie API for a transition period in 12.x releases (and
On Sun, Jan 5, 2020, 11:21 AM Ed Maste wrote:
> On Sun, 5 Jan 2020 at 13:16, Pedro Giffuni wrote:
> >
> > It's really nice how the compiler warning trend went down.
> >
> > On FreeBSD-head-mips-build* it went from 7691 warnings to 473 + 83.
>
> Thanks for mentioning that. Continuing to
From: Warner Losh
Subject: Re: svn commit: r356379 - head/share/mk
Date: Sun, 5 Jan 2020 12:17:21 -0600
> There are no firm plans at the moment. However, it looks like it's not used
> except for powerpc. I'd expect that once the issues there are resolved with
> clang, or that platform migrates
On Sun, 5 Jan 2020 at 13:16, Pedro Giffuni wrote:
>
> It's really nice how the compiler warning trend went down.
>
> On FreeBSD-head-mips-build* it went from 7691 warnings to 473 + 83.
Thanks for mentioning that. Continuing to support ancient GCC is a
drag on everyone using a contemporary
On Sun, Jan 5, 2020, 10:53 AM Yasuhiro KIMURA wrote:
> From: Warner Losh
> Subject: Re: svn commit: r356379 - head/share/mk
> Date: Sun, 5 Jan 2020 11:26:07 -0600
>
> >> > Author: emaste
> >> > Date: Sun Jan 5 16:59:24 2020
> >> > New Revision: 356379
> >> > URL:
On Sun, 5 Jan 2020 at 12:53, Yasuhiro KIMURA wrote:
>
> Just out of curiosity, is there any retirement plan for binutils in
> base system at the moment?
There's no specific plan, but it is an ongoing goal. Only three
binutils tools are used (for bootstrapping and in the installed
system): as,
FWIW,
On 04/01/2020 21:47, Ed Maste wrote:
Author: emaste
Date: Sun Jan 5 02:47:56 2020
New Revision: 356367
URL: https://svnweb.freebsd.org/changeset/base/356367
Log:
Do not build GCC 4.2.1 by default for any CPU architecture
It's really nice how the compiler warning trend went down.
Author: emaste
Date: Sun Jan 5 18:06:32 2020
New Revision: 356384
URL: https://svnweb.freebsd.org/changeset/base/356384
Log:
arch.7: correct overzealous claims of external binutils use
powerpc and powerpcspe still use in-tree ld 2.17.50
Modified:
head/share/man/man7/arch.7
Modified:
Author: emaste
Date: Sun Jan 5 18:03:53 2020
New Revision: 356383
URL: https://svnweb.freebsd.org/changeset/base/356383
Log:
arch.7: update toolchain table for external ld use
As of r356379 and r356381 mips* and sparc64 now use external Binutils
ld as their linker.
Modified:
On Sun, 5 Jan 2020 12:21:53 -0500
Ed Maste wrote:
> On Sun, 5 Jan 2020 at 11:59, Ed Maste wrote:
> >
> > Author: emaste
> > Date: Sun Jan 5 16:59:24 2020
> > New Revision: 356379
> > URL: https://svnweb.freebsd.org/changeset/base/356379
> >
> > Log:
> > src.opts.mk: disable
Author: emaste
Date: Sun Jan 5 18:01:52 2020
New Revision: 356382
URL: https://svnweb.freebsd.org/changeset/base/356382
Log:
src.conf.5: regen after r356381, disable BINUTILS_BOOTSTRAP more widely
Modified:
head/share/man/man5/src.conf.5
Modified: head/share/man/man5/src.conf.5
Author: emaste
Date: Sun Jan 5 18:01:15 2020
New Revision: 356381
URL: https://svnweb.freebsd.org/changeset/base/356381
Log:
src.opts.mk: disable BINUTILS_BOOTSTRAP on all mips* and sparc64
Extend r356379 to include 32-bit mips and sparc64. Using a decade-old
binutils linker with a
From: Warner Losh
Subject: Re: svn commit: r356379 - head/share/mk
Date: Sun, 5 Jan 2020 11:26:07 -0600
>> > Author: emaste
>> > Date: Sun Jan 5 16:59:24 2020
>> > New Revision: 356379
>> > URL: https://svnweb.freebsd.org/changeset/base/356379
>> >
>> > Log:
>> > src.opts.mk: disable
On Sun, Jan 5, 2020, 10:22 AM Ed Maste wrote:
> On Sun, 5 Jan 2020 at 11:59, Ed Maste wrote:
> >
> > Author: emaste
> > Date: Sun Jan 5 16:59:24 2020
> > New Revision: 356379
> > URL: https://svnweb.freebsd.org/changeset/base/356379
> >
> > Log:
> > src.opts.mk: disable BINUTILS_BOOTSTRAP on
On Sun, 5 Jan 2020 at 11:59, Ed Maste wrote:
>
> Author: emaste
> Date: Sun Jan 5 16:59:24 2020
> New Revision: 356379
> URL: https://svnweb.freebsd.org/changeset/base/356379
>
> Log:
> src.opts.mk: disable BINUTILS_BOOTSTRAP on mips64*
I should probably make this the case for all of mips*
Author: emaste
Date: Sun Jan 5 17:12:41 2020
New Revision: 356380
URL: https://svnweb.freebsd.org/changeset/base/356380
Log:
src.conf.5: regen after r356379, disable BINUTILS_BOOTSTRAP on mips64*
Modified:
head/share/man/man5/src.conf.5
Modified: head/share/man/man5/src.conf.5
Author: emaste
Date: Sun Jan 5 16:59:24 2020
New Revision: 356379
URL: https://svnweb.freebsd.org/changeset/base/356379
Log:
src.opts.mk: disable BINUTILS_BOOTSTRAP on mips64*
After GCC was disabled by default in r356367, mips and sparc64 started
relying external GCC. However, the
On Sat, 4 Jan 2020 at 21:48, Ed Maste wrote:
>
> Author: emaste
> Date: Sun Jan 5 02:47:56 2020
> New Revision: 356367
> URL: https://svnweb.freebsd.org/changeset/base/356367
>
> Log:
> Do not build GCC 4.2.1 by default for any CPU architecture
mips.mips64 is currently failing on
HNY, and sorry for the late response.
Now... I don't know. Looking at sys/amd64/linux/linux_locore.asm,
it looks like __vdso_getcpu() should return ENOSYS, but for some
reason the getcpu(2) syscall works just fine. The VDSO symbol
doesn't get used for some reason?
On 0101T0116, Dmitry Chagin
Author: tuexen
Date: Sun Jan 5 14:08:01 2020
New Revision: 356378
URL: https://svnweb.freebsd.org/changeset/base/356378
Log:
Don't make the sendall iterator as being up if it could not be started.
MFC after:1 week
Modified:
head/sys/netinet/sctp_output.c
Modified:
Author: tuexen
Date: Sun Jan 5 14:06:40 2020
New Revision: 356377
URL: https://svnweb.freebsd.org/changeset/base/356377
Log:
Return -1 consistently if an error occurs.
MFC after:1 week
Modified:
head/sys/netinet/sctp_pcb.c
Modified: head/sys/netinet/sctp_pcb.c
Author: tuexen
Date: Sun Jan 5 13:56:32 2020
New Revision: 356376
URL: https://svnweb.freebsd.org/changeset/base/356376
Log:
Ensure that we don't miss a trigger for kicking off the SCTP iterator.
Reported by: nwhitehorn@
MFC after:1 week
Modified:
Author: mjg
Date: Sun Jan 5 12:48:19 2020
New Revision: 356375
URL: https://svnweb.freebsd.org/changeset/base/356375
Log:
locks: add default delay struct
Use it for all primitives. This makes everything fit in 8 bytes.
Modified:
head/sys/amd64/amd64/pmap.c
head/sys/kern/kern_mutex.c
Author: mjg
Date: Sun Jan 5 12:47:29 2020
New Revision: 356374
URL: https://svnweb.freebsd.org/changeset/base/356374
Log:
locks: convert delay times to u_short
int is just a waste of space for this purpose.
Modified:
head/sys/kern/kern_mutex.c
head/sys/kern/kern_rwlock.c
Author: mjg
Date: Sun Jan 5 12:46:35 2020
New Revision: 356373
URL: https://svnweb.freebsd.org/changeset/base/356373
Log:
Mark mtxpool_sleep as read mostly, not frequently.
The latter is not justified.
Modified:
head/sys/kern/kern_mtxpool.c
Modified: head/sys/kern/kern_mtxpool.c
On Sun, 5 Jan 2020, Mark Linimon wrote:
On Sat, Jan 04, 2020 at 03:15:34AM +, Jeff Roberson wrote:
Use a separate lock for the zone and keg.
Out of curiosity, will there be measurable real-world speedups from
this an similar work, or will this mostly apply to edge cases, or ... ?
It
34 matches
Mail list logo
