Author: imp
Date: Thu Feb 20 00:46:16 2020
New Revision: 358135
URL: https://svnweb.freebsd.org/changeset/base/358135
Log:
Create ptov() function.
Create a ptov() function. It's basically the same as the btx PTOV
macro, but works everywhere. smbios needs this to translate addresses,
but
Author: imp
Date: Thu Feb 20 00:46:22 2020
New Revision: 358136
URL: https://svnweb.freebsd.org/changeset/base/358136
Log:
Move smbios.c to libsa.
smbios used to be an i386 only kinda weird quirk to the x86
architecture. But UEFI picked it up, dusted it off and now it's many
other locat
Author: imp
Date: Thu Feb 20 00:34:46 2020
New Revision: 358134
URL: https://svnweb.freebsd.org/changeset/base/358134
Log:
Don't spam the console with an additional, and useless, error message.
There's no need to spam the console with this error message. If there's an I/O
error, the disk/
Author: imp
Date: Sat Feb 15 18:14:23 2020
New Revision: 357969
URL: https://svnweb.freebsd.org/changeset/base/357969
Log:
The KASSERT is too strict: revert r357897
It's valid for a periph to be removed with outstanding transactions on the
device. In CAM, multiple periphs attach to a sing
Author: imp
Date: Fri Feb 14 00:13:23 2020
New Revision: 357897
URL: https://svnweb.freebsd.org/changeset/base/357897
Log:
Add a KASSERT that there's no outstanding CCBs when we call camperiphfree. We
know that if there are any outstanding CCBs, then when they dereference the
path
that's fr
Author: imp
Date: Fri Feb 14 00:12:59 2020
New Revision: 357896
URL: https://svnweb.freebsd.org/changeset/base/357896
Log:
xpt_release_simq_timeout is unused. Remove it.
Modified:
head/sys/cam/cam_xpt.c
Modified: head/sys/cam/cam_xpt.c
On Thu, Feb 13, 2020 at 7:05 AM Slawa Olhovchenkov wrote:
> On Thu, Feb 13, 2020 at 01:23:45AM +0000, Warner Losh wrote:
>
> > Author: imp
> > Date: Thu Feb 13 01:23:44 2020
> > New Revision: 357849
> > URL: https://svnweb.freebsd.org/changeset/base/357849
> >
Author: imp
Date: Thu Feb 13 03:37:11 2020
New Revision: 357853
URL: https://svnweb.freebsd.org/changeset/base/357853
Log:
Use INT instead of string for the ints. Because the string "I" was right, the
old code appeared to work. This was a cut and paste error.
Noticed by: rpokala@
Modifie
Author: imp
Date: Thu Feb 13 01:23:32 2020
New Revision: 357848
URL: https://svnweb.freebsd.org/changeset/base/357848
Log:
Export the current da flags as bitfield
Export the current flags. They can be useful to other programs wanting to do
special thigns for removable or similar devices.
Author: imp
Date: Thu Feb 13 01:23:44 2020
New Revision: 357849
URL: https://svnweb.freebsd.org/changeset/base/357849
Log:
Convert rotating and unmapped_io to a DA flag
Rotating and unmapped_io are really da flags. Convert them to a flag so it
will
be reported with the other flags for th
Author: imp
Date: Wed Feb 12 06:56:04 2020
New Revision: 357798
URL: https://svnweb.freebsd.org/changeset/base/357798
Log:
Remove sparc64 specific inclusion of bswap32 built-ins.
Modified:
head/lib/libcompiler_rt/Makefile.inc
Modified: head/lib/libcompiler_rt/Makefile.inc
===
Author: imp
Date: Wed Feb 12 06:54:34 2020
New Revision: 357797
URL: https://svnweb.freebsd.org/changeset/base/357797
Log:
Remove sparc64 specific warning suppression.
Modified:
head/lib/libarchive/Makefile
Modified: head/lib/libarchive/Makefile
==
Author: imp
Date: Wed Feb 12 06:54:28 2020
New Revision: 357796
URL: https://svnweb.freebsd.org/changeset/base/357796
Log:
Remove excluding libproc and librtld_db on sparc64.
Modified:
head/lib/Makefile
Modified: head/lib/Makefile
=
Author: imp
Date: Wed Feb 12 06:53:29 2020
New Revision: 357795
URL: https://svnweb.freebsd.org/changeset/base/357795
Log:
Remove sparc64 files
These were disconnected from the build when the kernel was
removed. Since they depend on removed parts of the kernel, remove them
completely.
Author: imp
Date: Wed Feb 12 06:52:22 2020
New Revision: 357794
URL: https://svnweb.freebsd.org/changeset/base/357794
Log:
Remove sparc64 specific bits of the man pages.
Deleted:
head/share/man/man4/man4.sparc64/Makefile
head/share/man/man4/man4.sparc64/Makefile.depend
head/share/man/man4
Author: imp
Date: Mon Feb 10 18:28:02 2020
New Revision: 357743
URL: https://svnweb.freebsd.org/changeset/base/357743
Log:
Use __riscv instead of __riscv__
I misread arch(7) when I added this...
Noticed by: jhb@ and mhorne@
Modified:
head/usr.sbin/ntp/config.h
Modified: head/usr.sb
On Mon, Feb 10, 2020 at 11:15 AM John Baldwin wrote:
> On 2/10/20 9:17 AM, Warner Losh wrote:
> > Author: imp
> > Date: Mon Feb 10 17:17:03 2020
> > New Revision: 357740
> > URL: https://svnweb.freebsd.org/changeset/base/357740
> >
> > Log:
>
Author: imp
Date: Mon Feb 10 17:17:08 2020
New Revision: 357741
URL: https://svnweb.freebsd.org/changeset/base/357741
Log:
Remove ifdefs for ia64 and sparc64.
Reivewed by: cy@, bcr@
Differential Revision: https://reviews.freebsd.org/D23593
Modified:
head/usr.sbin/ntp/libntpevent/Makefi
Author: imp
Date: Mon Feb 10 17:17:03 2020
New Revision: 357740
URL: https://svnweb.freebsd.org/changeset/base/357740
Log:
Refresh architecture list with latest:
Remove: sparc, sparc64 (twice), ia64, alpha
Add: riscv64
Remove now-useless sparc64 ifdef
Reivewed by: cy@, bcr@
Di
Author: imp
Date: Mon Feb 10 17:16:59 2020
New Revision: 357739
URL: https://svnweb.freebsd.org/changeset/base/357739
Log:
Remove sparc64 specific eeprom command
This command was only ever for sparc64, so remove it. Remove
usr.sbin/Makeiile.sparc64 as well since it only references ofwdump
Author: imp
Date: Mon Feb 10 17:16:45 2020
New Revision: 357736
URL: https://svnweb.freebsd.org/changeset/base/357736
Log:
Fix comment. It mentioned sparc64 specifically, but alignment issues
are present elsewhere.
Reivewed by: cy@, bcr@
Differential Revision: https://reviews.freebsd.or
Author: imp
Date: Mon Feb 10 17:16:54 2020
New Revision: 357738
URL: https://svnweb.freebsd.org/changeset/base/357738
Log:
For valid arch values (really $MACHINE), remove references to alpha
and sparc64. Add references to arm64 and riscv
Reivewed by: cy@, bcr@
Differential Revision: htt
Author: imp
Date: Mon Feb 10 17:16:41 2020
New Revision: 357735
URL: https://svnweb.freebsd.org/changeset/base/357735
Log:
Remove sparc64 ifdef
Now we default to setting the hardware clock to UTC
everywhere. sparc64 was the old odd-man out before.
Reivewed by: cy@, bcr@
Differentia
Author: imp
Date: Mon Feb 10 17:16:50 2020
New Revision: 357737
URL: https://svnweb.freebsd.org/changeset/base/357737
Log:
Fix a comment for the SUN geom class.
Reivewed by: cy@, bcr@
Differential Revision: https://reviews.freebsd.org/D23593
Modified:
head/usr.sbin/bsnmpd/modules/snmp_
Author: imp
Date: Mon Feb 10 17:16:26 2020
New Revision: 357734
URL: https://svnweb.freebsd.org/changeset/base/357734
Log:
Remove sparc64 example.
Reivewed by: cy@, bcr@
Differential Revision: https://reviews.freebsd.org/D23593
Modified:
head/usr.sbin/binmiscctl/binmiscctl.8
Modified:
Author: imp
Date: Fri Feb 7 17:47:08 2020
New Revision: 357659
URL: https://svnweb.freebsd.org/changeset/base/357659
Log:
Supress not supported message
For the moment, supress the operation not supported messages at this level.
In
the fullness of time, we will have better error trackin
On Thu, Feb 6, 2020 at 10:57 AM Rodney W. Grimes
wrote:
> > Author: imp
> > Date: Thu Feb 6 17:52:02 2020
> > New Revision: 357624
> > URL: https://svnweb.freebsd.org/changeset/base/357624
> >
> > Log:
> > No need to make sunlabel anymore
> >
> > It was only built on sparc64. Since it wasn't
Author: imp
Date: Thu Feb 6 18:00:46 2020
New Revision: 357628
URL: https://svnweb.freebsd.org/changeset/base/357628
Log:
Add relnotes entries for armv5 and sparc64 being removed.
These commits lacked the proper relnotes entries in the commit
message.
Modified:
head/RELNOTES
Modified
Author: imp
Date: Thu Feb 6 18:00:50 2020
New Revision: 357629
URL: https://svnweb.freebsd.org/changeset/base/357629
Log:
Add elf2aout removal
After committing, I noticed elf2aout commit missed the relnotes
yes. It's unlikely to be interesting, since it's just part of sparc64
removal a
Author: imp
Date: Thu Feb 6 17:52:16 2020
New Revision: 357627
URL: https://svnweb.freebsd.org/changeset/base/357627
Log:
Remove elf2aout
Remove the long obsolete elf2aout utility. Should any ports need to
know when this left the tree, use 1300077 as the revision so we
avoid multiple b
Author: imp
Date: Thu Feb 6 17:51:48 2020
New Revision: 357623
URL: https://svnweb.freebsd.org/changeset/base/357623
Log:
Restore missing comment
I was overly agressive about removing the entire comment. It was still
valid, except the part about being only for some architectures.
Re
Author: imp
Date: Thu Feb 6 17:52:07 2020
New Revision: 357625
URL: https://svnweb.freebsd.org/changeset/base/357625
Log:
No need to have a special sparc64 list here.
Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D23525
Deleted:
head/usr.bin/Makefile.sparc64
_
Author: imp
Date: Thu Feb 6 17:52:02 2020
New Revision: 357624
URL: https://svnweb.freebsd.org/changeset/base/357624
Log:
No need to make sunlabel anymore
It was only built on sparc64. Since it wasn't a general tool on other
architectures, no need to keep it around for another release.
Author: imp
Date: Thu Feb 6 17:52:11 2020
New Revision: 357626
URL: https://svnweb.freebsd.org/changeset/base/357626
Log:
Mark elf2aout as deprecated.
Only sparc64 used this, so we will be removing it from FreeBSD 13. Add
the usual deprecation notice in a MFC-able way.
Reviewed by:
Author: imp
Date: Thu Feb 6 16:38:06 2020
New Revision: 357622
URL: https://svnweb.freebsd.org/changeset/base/357622
Log:
Avoid the phrase 'now deprecated'
Reword this construct to be more consistent with normal man page language.
Modified:
head/share/man/man5/rc.conf.5
Modified: head/
Author: imp
Date: Thu Feb 6 16:38:02 2020
New Revision: 357621
URL: https://svnweb.freebsd.org/changeset/base/357621
Log:
'is now deprecated' -> 'is deprecated'
Man pages are written in a more timeless voice than news flashes,
so adopt the language to what we do elsewhere.
Modified:
h
Author: imp
Date: Tue Feb 4 09:12:12 2020
New Revision: 357498
URL: https://svnweb.freebsd.org/changeset/base/357498
Log:
Bump __FreeBSD_version to 1300077 for r357455
sparc64 was removed, bump to reflect that.
Pointy-hat-to: imp
Noticed by: linimon@
Modified:
head/sys/sys/param.
Author: imp
Date: Mon Feb 3 19:36:24 2020
New Revision: 357464
URL: https://svnweb.freebsd.org/changeset/base/357464
Log:
Fix a stray 'e'from my last commit.
Modified:
head/sys/dev/vt/hw/ofwfb/ofwfb.c
Modified: head/sys/dev/vt/hw/ofwfb/ofwfb.c
===
Author: imp
Date: Mon Feb 3 17:34:57 2020
New Revision: 357454
URL: https://svnweb.freebsd.org/changeset/base/357454
Log:
Remove sparc64 support from the boot loader.
Remove all the sparc64 specific bits, both files and ifdefs.
Deleted:
head/stand/ficl/sparc64/sysdep.c
head/stand/ficl
Author: imp
Date: Mon Feb 3 17:35:11 2020
New Revision: 357455
URL: https://svnweb.freebsd.org/changeset/base/357455
Log:
Remove sparc64 kernel support
Remove all sparc64 specific files
Remove all sparc64 ifdefs
Removee indireeect sparc64 ifdefs
Deleted:
head/sys/conf/Makefile.sparc
Author: imp
Date: Mon Feb 3 05:38:45 2020
New Revision: 357426
URL: https://svnweb.freebsd.org/changeset/base/357426
Log:
On powerpc, we use ofw_syscons for device sc. That references the default
fonts. As a workaround, remove the static. vt is default on powerpc, but
there's
a few old mac
Author: imp
Date: Sun Feb 2 11:37:27 2020
New Revision: 357407
URL: https://svnweb.freebsd.org/changeset/base/357407
Log:
Per the firm plan, start to remove sparc64
The sparc64 architecture is being removed from FreeBSD 13, starting
now. This removes it from the top level only. It is the
Author: imp
Date: Sun Feb 2 08:27:20 2020
New Revision: 357400
URL: https://svnweb.freebsd.org/changeset/base/357400
Log:
Fix old-style build
Fix the old-style build by using ${SRCTOP} instead of a weird
construct that only works for new-style build.
Simplify the building of keymap fil
Author: imp
Date: Sun Feb 2 08:27:08 2020
New Revision: 357398
URL: https://svnweb.freebsd.org/changeset/base/357398
Log:
Move arm back to having one LINT
Now that armv5 is gone, we no longer need multiple LINT files. Kill
the odd-ball support here. From now on, we just have LINT built f
Author: imp
Date: Sun Feb 2 08:27:14 2020
New Revision: 357399
URL: https://svnweb.freebsd.org/changeset/base/357399
Log:
Kill old armv4 busdma
Move to having one busdma option for arm: the armv6/v7 one.
Kill now-unused option ARM_USE_V6_BUSDMA too.
Fixup files.arm to match rename.
Ad
Author: imp
Date: Sun Feb 2 08:27:26 2020
New Revision: 357401
URL: https://svnweb.freebsd.org/changeset/base/357401
Log:
Move font.h generation to conf/files from conf/files.*
Use ${SRCTOP} instead of /usr/share.
Prefer to depend on option sc_dflt_fnt instead of sc.
gc the 4 otherwise
Author: imp
Date: Sun Feb 2 06:52:10 2020
New Revision: 357397
URL: https://svnweb.freebsd.org/changeset/base/357397
Log:
Remove old boardid/mach-types support.
This has been long obsolete in linux and now that all armv4/5 support
is gone, it can be retired too.
Deleted:
head/sys/arm/
Author: imp
Date: Sun Feb 2 06:51:42 2020
New Revision: 357395
URL: https://svnweb.freebsd.org/changeset/base/357395
Log:
Remove Ralink RT1310 support
This armv5 SoC is being removed consistent with the removal of
armv5 support, per discussions in arm@ mailing list.
Deleted:
head/sys/
Author: imp
Date: Sun Feb 2 06:52:04 2020
New Revision: 357396
URL: https://svnweb.freebsd.org/changeset/base/357396
Log:
Remove armv5 marvell support.
Per plans to remove armv5 support, remove the armv5 marvell discovery,
kirkwood and orion families.
Deleted:
head/sys/arm/conf/DB-78X
Author: imp
Date: Sun Feb 2 04:53:27 2020
New Revision: 357394
URL: https://svnweb.freebsd.org/changeset/base/357394
Log:
Remove vpo.4
The Parallel Port SCSI adapter was interesting for 100MB ZIP drives, but is no
longer used or maintained. Remove it from the tree.
The Parallel Port
Author: imp
Date: Sun Feb 2 04:52:28 2020
New Revision: 357393
URL: https://svnweb.freebsd.org/changeset/base/357393
Log:
Add deprecation notice to vpo.4
This driver has seen no real changes for almost 20 years. It's for
hardware that's 25 years old. It has no reports of active use, nor
Author: imp
Date: Wed Jan 29 00:28:50 2020
New Revision: 357236
URL: https://svnweb.freebsd.org/changeset/base/357236
Log:
Fix spelling of removable
Modified:
head/sys/cam/scsi/scsi_da.c
Modified: head/sys/cam/scsi/scsi_da.c
===
Author: imp
Date: Tue Jan 28 00:36:46 2020
New Revision: 357186
URL: https://svnweb.freebsd.org/changeset/base/357186
Log:
Remove old device list
The device list hasn't aged well. All these devices are over a decade old.
umass
supports thunb drives almost universally, and the list is too
Author: imp
Date: Mon Jan 27 22:40:03 2020
New Revision: 357184
URL: https://svnweb.freebsd.org/changeset/base/357184
Log:
multi-boot for openstack/qcow images
Make stock FreeBSD more useful for people wishing to use them. The
QEMU folks suggested this change. It adds a serial console whi
Author: imp
Date: Mon Jan 27 22:36:54 2020
New Revision: 357183
URL: https://svnweb.freebsd.org/changeset/base/357183
Log:
Make mqueue objects work across a fork again.
In r110908 (2003) alfred added DFLAG_PASSABLE to tag those types of FD
that can be passed via unix pipes, but mqueuefs d
Author: imp
Date: Mon Jan 27 22:19:55 2020
New Revision: 357181
URL: https://svnweb.freebsd.org/changeset/base/357181
Log:
Create a convenince wrapper to fill in a CAM_PATH_INQ request for MMC sims.
Pass
in the parameters needed for the different sims, but it's almost all
identical.
Modifie
Author: imp
Date: Mon Jan 27 22:20:02 2020
New Revision: 357182
URL: https://svnweb.freebsd.org/changeset/base/357182
Log:
No need to have an extra layer of indirection here. Call the
sdhci_cam_requiest
routine directly when handling a MMIO request.
Modified:
head/sys/dev/sdhci/sdhci.c
Mo
On Sun, Jan 19, 2020, 10:05 AM Mateusz Guzik wrote:
> Author: mjg
> Date: Sun Jan 19 17:05:26 2020
> New Revision: 356883
> URL: https://svnweb.freebsd.org/changeset/base/356883
>
> Log:
> cache: counter_u64_add_protected -> counter_u64_add
>
> Fixes booting on RISC-V where it does happen to
On Fri, Jan 17, 2020 at 11:55 AM Dimitry Andric wrote:
> On 17 Jan 2020, at 16:45, Mateusz Guzik wrote:
> >
> > Author: mjg
> > Date: Fri Jan 17 15:45:39 2020
> > New Revision: 356832
> > URL: https://svnweb.freebsd.org/changeset/base/356832
> >
> > Log:
> > libc: fix build after r356830
> >
>
Author: imp
Date: Fri Jan 17 01:20:48 2020
New Revision: 356821
URL: https://svnweb.freebsd.org/changeset/base/356821
Log:
Small tweak to the default behavior of shutdown -c
'shutdown -c' is supposed to power cycle the system rather than doing a normal
reboot. However, when that fails, it
Author: imp
Date: Fri Jan 17 01:16:23 2020
New Revision: 356820
URL: https://svnweb.freebsd.org/changeset/base/356820
Log:
We only want to send the speedup to the lower layers when there's a shortage.
Only send a speedup when there's a shortage. While this is a little racy, lost
races are
Author: imp
Date: Fri Jan 17 01:16:19 2020
New Revision: 356819
URL: https://svnweb.freebsd.org/changeset/base/356819
Log:
Use buf to send speedup
It turns out there's a problem with using g_io to send the speedup. It leads
to
a race when there's a resource shortage when a disk fails.
Author: imp
Date: Fri Jan 17 01:15:55 2020
New Revision: 356818
URL: https://svnweb.freebsd.org/changeset/base/356818
Log:
Pass BIO_SPEEDUP through all the geom layers
While some geom layers pass unknown commands down, not all do. For the ones
that
don't, pass BIO_SPEEDUP down to the pro
On Thu, Jan 16, 2020, 12:18 PM Ed Maste wrote:
> On Thu, 16 Jan 2020 at 12:34, John Baldwin wrote:
> >
> > I would support having MK_PROFILE default to off for 13.
>
> I agree.
>
> > Do we know if any other systems still
> > ship -pg libraries as an option? Also, is anyone still using them?
>
>
On Wed, Jan 15, 2020 at 12:45 PM Jeff Roberson
wrote:
> On Wed, 15 Jan 2020, Gleb Smirnoff wrote:
>
> > Author: glebius
> > Date: Wed Jan 15 06:05:20 2020
> > New Revision: 356755
> > URL: https://svnweb.freebsd.org/changeset/base/356755
> >
> > Log:
> > Introduce NET_EPOCH_CALL() macro and use
On Wed, Jan 15, 2020 at 12:10 PM Nathan Whitehorn
wrote:
> I agree -- this seems like a really big change, especially with no
> discussion.
>
I agree this is the right thing to do. ZFS is the best fit for most people
(there are exceptions, and they can install UFS and if ZFS isn't right for
you,
Author: imp
Date: Thu Jan 9 18:14:48 2020
New Revision: 356560
URL: https://svnweb.freebsd.org/changeset/base/356560
Log:
Add note to remind me there are three choices for arm32 floating point.
hard use floating point hardware, pass registers to functions in
floating point registe
Author: imp
Date: Thu Jan 9 16:34:54 2020
New Revision: 356557
URL: https://svnweb.freebsd.org/changeset/base/356557
Log:
Const-poison the cam_sim_* convenience accessor functions.
These don't modify the cam_sim, so make that parameter const.
Modified:
head/sys/cam/cam_sim.h
Modified:
On Wed, Jan 8, 2020 at 1:45 PM Ed Maste wrote:
> Author: emaste
> Date: Wed Jan 8 20:45:18 2020
> New Revision: 356514
> URL: https://svnweb.freebsd.org/changeset/base/356514
>
> Log:
> src.opts.mk: enable LLVM_UNWIND by default for all archs
>
> Only sparc64 did not enable LLVM_LIBUNWIND. A
On Tue, Jan 7, 2020 at 4:10 PM Alexander Motin wrote:
> Author: mav
> Date: Tue Jan 7 23:10:38 2020
> New Revision: 356480
> URL: https://svnweb.freebsd.org/changeset/base/356480
>
> Log:
> Increate HMB limit from 1% to 5%.
>
> SSD capacity in laptops is growing faster then RAM size, so my o
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 support
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 Revisio
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
Author: imp
Date: Thu Jan 2 03:25:26 2020
New Revision: 356263
URL: https://svnweb.freebsd.org/changeset/base/356263
Log:
Remove arm/arm as a valid target.
TARGET=arm now defaults to TARGET_ARCH=armv7
TARGET_ARCH=arm is no longer valid.
Bump __FreeBSD_version to 1300073
Tested
Author: imp
Date: Thu Jan 2 03:25:32 2020
New Revision: 356264
URL: https://svnweb.freebsd.org/changeset/base/356264
Log:
Remove NOTES.armv5. It's no longer relevant.
Deleted:
head/sys/arm/conf/NOTES.armv5
___
svn-src-head@freebsd.org mailing list
Author: imp
Date: Thu Jan 2 03:25:37 2020
New Revision: 356265
URL: https://svnweb.freebsd.org/changeset/base/356265
Log:
Remove MACHINE_ARCH arm where appropriate from the tables to reflect armv5's
retirement.
Modified:
head/share/man/man7/arch.7
Modified: head/share/man/man7/arch.7
On Mon, Dec 30, 2019 at 12:55 PM Alexander Motin wrote:
> On 30.12.2019 12:02, Alexey Dokuchaev wrote:
> > On Mon, Dec 30, 2019 at 08:55:14AM -0700, Warner Losh wrote:
> >> On Mon, Dec 30, 2019, 5:32 AM Alexey Dokuchaev wrote:
> >>> On Sun, Dec 29, 2019 at 09:16:04P
On Sun, Dec 29, 2019, 8:02 PM Kevin P. Neal wrote:
> On Sat, Dec 28, 2019 at 10:11:48AM -1000, Jeff Roberson wrote:
> > It seems to be the prevailing theory that headers are not even really
> > copyrightable. This has even been tested in court a few times (bsd,
> java).
> >
> > http://lkml.iu.ed
On Mon, Dec 30, 2019, 5:32 AM Alexey Dokuchaev wrote:
> On Sun, Dec 29, 2019 at 09:16:04PM +, Alexander Motin wrote:
> > New Revision: 356185
> > URL: https://svnweb.freebsd.org/changeset/base/356185
> >
> > Log:
> > Remove GEOM_SCHED class and gsched tool.
> >
> > This code was not activ
On Sat, Dec 28, 2019, 3:38 PM Rodney W. Grimes
wrote:
> >
> > On Fri, 27 Dec 2019, Rodney W. Grimes wrote:
> >
> > > [ Charset UTF-8 unsupported, converting... ]
> > >>
> > >> On 2019-12-27 23:24, Rodney W. Grimes wrote:
> > >>> [ Charset UTF-8 unsupported, converting... ]
> > On 2019-12-27
On Fri, Dec 27, 2019 at 10:55 PM Rodney W. Grimes
wrote:
> > On Fri, Dec 27, 2019 at 10:27 PM Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net>
> > wrote:
> >
> > >
> > > > > You can choose your own license for original work, sure, but
> > > obliterating
> > > > > parts of an existing license by ap
On Fri, Dec 27, 2019 at 10:27 PM Rodney W. Grimes
wrote:
>
> > > You can choose your own license for original work, sure, but
> obliterating
> > > parts of an existing license by applying a second license which is in
> > > conflict is probably a poor idea.
> >
> >
> > We don't do that at all: pre
Author: imp
Date: Wed Dec 18 16:01:15 2019
New Revision: 355882
URL: https://svnweb.freebsd.org/changeset/base/355882
Log:
Drop a sleepable lock when we plan on sleeping
g_io_speedup waits for the completion of the speedup request before proceeding
using biowait(), but check_clear_deps is
Author: imp
Date: Tue Dec 17 21:53:22 2019
New Revision: 355865
URL: https://svnweb.freebsd.org/changeset/base/355865
Log:
Revert r355833
While it works on nda, it fails on ada and/or da for at least zfs with a
modify
after free issue on a trim BIO. Revert while I rework it to fix those
On Tue, Dec 17, 2019 at 2:39 AM Rodney W. Grimes
wrote:
> > On Sun, Dec 15, 2019, 11:51 AM Rodney W. Grimes <
> free...@gndrsh.dnsmgr.net>
> > wrote:
> >
> > > > Author: imp
> > > > Date: Fri Dec 13 22:32:05 2019
> > > > New Revision: 355737
> > > > URL: https://svnweb.freebsd.org/changeset/base/
On Mon, Dec 16, 2019, 9:57 PM Cy Schubert wrote:
> In message
> om>
> , Warner Losh writes:
> > --9630860599df06a0
> > Content-Type: text/plain; charset="UTF-8"
> >
> > On Mon, Dec 16, 2019, 9:42 PM Cy Schubert
> wrot
On Mon, Dec 16, 2019, 9:42 PM Cy Schubert wrote:
> In message <201912162355.xbgntuq6078...@repo.freebsd.org>, "Pedro F.
> Giffuni" w
> rites:
> > Author: pfg
> > Date: Mon Dec 16 23:55:30 2019
> > New Revision: 355828
> > URL: https://svnweb.freebsd.org/changeset/base/355828
> >
> > Log:
> > Do
Author: imp
Date: Tue Dec 17 04:21:35 2019
New Revision: 355843
URL: https://svnweb.freebsd.org/changeset/base/355843
Log:
Revert r355831
It wasn't supposed to change the defaults, but actually does. Back this out
until that can be sorted out.
Modified:
head/sys/cam/nvme/nvme_da.c
Mod
Author: imp
Date: Tue Dec 17 03:20:37 2019
New Revision: 355841
URL: https://svnweb.freebsd.org/changeset/base/355841
Log:
Two minor issues:
(1) Don't define load/store 64 atomics for o32. They aren't atomic
there.
(2) Add comment about why we need 64 atomic define on n32 only.
Modified:
y I
wrote the pacing code).
Warner
>
>> Now obviously this was some time ago, but I wouldn't be surprised if
>> there's bad
>> hardware / firmware like this still being produced.
>>
>> Given that might be a good idea to make this optional, possibly even opt
>
pens somewhat infrequently). As
such, I viewed it as part of IOSCHED and not something needing a knob to
turn off separately. I had a hard time triggering the shortages that would
exercise the speedup path, and the code review moved the speedup code to an
even less frequent location.
Warner
&
rs cases where the number of segments dominates. For
cases where total size dominates, you're often better off using the I/O
scheduler to rate limit the size of the trims.
This feature is designed to allow a large number of files to be deleted at
once while doing the trims from them a little a
uests anyway...
Warner
On Mon, Dec 16, 2019, 5:32 PM Steven Hartland <
steven.hartl...@multiplay.co.uk> wrote:
> What if any is the impact on request ordering with this new delayed TRIM?
>
> On 17/12/2019 00:13, Warner Losh wrote:
> > Author: imp
> > Date: Tue Dec 1
Author: imp
Date: Tue Dec 17 00:13:45 2019
New Revision: 355837
URL: https://svnweb.freebsd.org/changeset/base/355837
Log:
Implement bio_speedup
React to the BIO_SPEED command in the cam io scheduler by completing
as successful BIO_DELETE commands that are pending, up to the length
pass
Author: imp
Date: Tue Dec 17 00:13:40 2019
New Revision: 355836
URL: https://svnweb.freebsd.org/changeset/base/355836
Log:
Add BIO_SPEEDUP signalling to UFS
When we have a resource shortage in UFS, send down a BIO_SPEEDUP to
give the CAM I/O scheduler a heads up that we have a resource sh
Author: imp
Date: Tue Dec 17 00:13:35 2019
New Revision: 355835
URL: https://svnweb.freebsd.org/changeset/base/355835
Log:
Add BIO_SPEEDUP
Add BIO_SPEEDUP bio command and g_io_speedup wrapper. It tells the
lower layers that the upper layers are dealing with some shortage
(dirty pages an
Author: imp
Date: Tue Dec 17 00:13:30 2019
New Revision: 355834
URL: https://svnweb.freebsd.org/changeset/base/355834
Log:
Eliminate the TRIM_ACTIVE flag.
Rather than a trim active flag, have a counter that can be used to
have a absolute limit on the number of trims in flight independent
Author: imp
Date: Tue Dec 17 00:13:26 2019
New Revision: 355833
URL: https://svnweb.freebsd.org/changeset/base/355833
Log:
Tweak the ddb show cam iosched command a bit.
For each of the different queue types, list the name of the
queue. While it can be worked out from context, this makes i
Author: imp
Date: Tue Dec 17 00:13:21 2019
New Revision: 355832
URL: https://svnweb.freebsd.org/changeset/base/355832
Log:
Add rate limiters to TRIM.
Add rate limiters to trims. Trims are a bit different than reads or
writes in that they can be combined, so some care needs to be taken
w
Author: imp
Date: Tue Dec 17 00:11:48 2019
New Revision: 355831
URL: https://svnweb.freebsd.org/changeset/base/355831
Log:
NVME trim stuff.
Add two sysctls to control pacing of nvme
trims. kern.cam.nda.X.goal_trim is the number of upper layer
BIO_DEELETE requests to try to collecet befo
401 - 500 of 4822 matches
Mail list logo