| #
0fc6c3f7
|
| 21-Feb-2026 |
Enji Cooper <ngie@FreeBSD.org> |
chore: replace {0, 0} with {DEV,KOBJ}METHOD_END
Both of the aforementioned macros have been present in FreeBSD for well over a decade: 2009 for `KOBJMETHOD_END`; 2011 for `DEVMETHOD_END`.
Adapt all
chore: replace {0, 0} with {DEV,KOBJ}METHOD_END
Both of the aforementioned macros have been present in FreeBSD for well over a decade: 2009 for `KOBJMETHOD_END`; 2011 for `DEVMETHOD_END`.
Adapt all hardcoded references of `{0, 0}` with `DEVMETHOD_END` and `KOBJMETHOD_END` as appropriate. This helps ensure that future adaptations to drivers following patterns documented in driver(9) can be made more easily/without issue.
MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D55414
show more ...
|
| #
84860285
|
| 10-Dec-2025 |
Warner Losh <imp@FreeBSD.org> |
nvme: remove now-redundant consumer interface
Now that we've moved to newbus methods, we can delete this...
Sponsored by: Netflix Reviewed by: dab Differential Revision: https://reviews.freebsd.o
nvme: remove now-redundant consumer interface
Now that we've moved to newbus methods, we can delete this...
Sponsored by: Netflix Reviewed by: dab Differential Revision: https://reviews.freebsd.org/D54095
show more ...
|
| #
aed44717
|
| 10-Dec-2025 |
Warner Losh <imp@FreeBSD.org> |
nvd: Connect nvme_if methods
Conenct methods to manage namespaces explicitly to replace the old consumer interface.
Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D51388
|
| #
b32470bc
|
| 10-Dec-2025 |
Warner Losh <imp@FreeBSD.org> |
nvd: Attach as a child of nvme
Rather than registering as a consumer of the nvme controller, hook into the child device and use that.
This is a small regression at the moment: we don't fail the dev
nvd: Attach as a child of nvme
Rather than registering as a consumer of the nvme controller, hook into the child device and use that.
This is a small regression at the moment: we don't fail the device when that happens at runtime.
Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D51385
show more ...
|
| #
10efa7c3
|
| 05-Dec-2025 |
Warner Losh <imp@FreeBSD.org> |
nvme: Rename NVME_NS_ADDED to NVME_NS_ALIVE and _CHANGED to _DELTA
NVME_NS_ADDED will conflict with a later change, so change it here. Likewise NVME_NS_CHANGED.
Sponsored by: Netflix
|
| #
bd769e73
|
| 18-Nov-2025 |
Wanpeng Qian <wanpengqian@gmail.com> |
nvd: handle namespace changes
Signal the new media size when the namespace changes size.
Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D33032
|
| #
fdafd315
|
| 24-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
Remov
sys: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
Remove /^#if.*\n#endif.*\n#include\s+<sys/cdefs.h>.*\n/ Remove /\n+#include\s+<sys/cdefs.h>.*\n+#if.*\n#endif.*\n+/ Remove /\n+#if.*\n#endif.*\n+/ Remove /^#if.*\n#endif.*\n/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/types.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/param.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/capsicum.h>/
Sponsored by: Netflix
show more ...
|
| #
d282badd
|
| 16-Nov-2023 |
Alexander Motin <mav@FreeBSD.org> |
Add interface NVME to devstat
This allows to list only NVMe devices in systat, iostat, vmstat, etc. Previously those were counted as OTHER.
|
| #
685dc743
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
| #
4d846d26
|
| 10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
show more ...
|
| #
c46c9b3f
|
| 19-Jul-2022 |
Dimitry Andric <dim@FreeBSD.org> |
Adjust nvd_{load,unload}() definitions to avoid clang 15 warnings
With clang 15, the following -Werror warnings are produced:
sys/dev/nvd/nvd.c:150:9: error: a function declaration without a pr
Adjust nvd_{load,unload}() definitions to avoid clang 15 warnings
With clang 15, the following -Werror warnings are produced:
sys/dev/nvd/nvd.c:150:9: error: a function declaration without a prototype is deprecated in all versions of C [-Werror,-Wstrict-prototypes] nvd_load() ^ void sys/dev/nvd/nvd.c:166:11: error: a function declaration without a prototype is deprecated in all versions of C [-Werror,-Wstrict-prototypes] nvd_unload() ^ void
This is because nvd_load() and nvd_unload() are declared with a (void) argument list, but defined with an empty argument list. Make the definitions match the declarations.
MFC after: 3 days
show more ...
|
| #
489ba222
|
| 13-May-2022 |
Mitchell Horne <mhorne@FreeBSD.org> |
kerneldump: remove physical argument from d_dumper
The physical address argument is essentially ignored by every dumper method. In addition, the dump routines don't actually pass a real address; eve
kerneldump: remove physical argument from d_dumper
The physical address argument is essentially ignored by every dumper method. In addition, the dump routines don't actually pass a real address; every call to dump_append() passes a value of zero for physical.
Reviewed by: markj MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D35173
show more ...
|
| #
b8194f37
|
| 06-Dec-2021 |
Warner Losh <imp@FreeBSD.org> |
nvd: For AHCI attached devices, report ahci bridge
When an NVME device is attached via a AHCI controller, we have no access to its config space. So instead of information about the nvme drive itself
nvd: For AHCI attached devices, report ahci bridge
When an NVME device is attached via a AHCI controller, we have no access to its config space. So instead of information about the nvme drive itself, return info about the AHCI controller as the next best thing. Since the Intel Hardware RAID support looks at these values, this likely is best.
Sponsored by: Netflix Reviewed by: mav Differential Revision: https://reviews.freebsd.org/D33286
show more ...
|
| #
06e9b422
|
| 01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
nvd: clean up empty lines in .c and .h files
|
| #
e2515283
|
| 27-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
| #
de6fc2e3
|
| 15-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r364082 through r364250.
|
| #
e8cc9e1d
|
| 12-Aug-2020 |
Alexander Motin <mav@FreeBSD.org> |
Report attachment for nvd same as reported for nda.
MFC after: 1 week
|
| #
75dfc66c
|
| 27-Feb-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358269 through r358399.
|
| #
7029da5c
|
| 26-Feb-2020 |
Pawel Biernacki <kaktus@FreeBSD.org> |
Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly mark
Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly marked). Use it in preparation for a general review of all nodes.
This is non-functional change that adds annotations to SYSCTL_NODE and SYSCTL_PROC nodes using one of the soon-to-be-required flags.
Mark all obvious cases as MPSAFE. All entries that haven't been marked as MPSAFE before are by default marked as NEEDGIANT
Approved by: kib (mentor, blanket) Commented by: kib, gallatin, melifaro Differential Revision: https://reviews.freebsd.org/D23718
show more ...
|
| #
0e8ead28
|
| 14-Aug-2019 |
Alexander Motin <mav@FreeBSD.org> |
Add missing break statements in r351004.
Surprisingly code still worked, but thanks imp@ for noticing it.
MFC after: 1 week
|
| #
443b0ad7
|
| 13-Aug-2019 |
Alexander Motin <mav@FreeBSD.org> |
Make nvd(4) report NGUID or EUI64 as GEOM::lunid.
With support for multiple namespaces and multiple ports in NVMe there is now a need for reliable unique namespace identification alike to SCSI.
MFC
Make nvd(4) report NGUID or EUI64 as GEOM::lunid.
With support for multiple namespaces and multiple ports in NVMe there is now a need for reliable unique namespace identification alike to SCSI.
MFC after: 1 weeks Sponsored by: iXsystems, Inc.
show more ...
|
| #
ca7e89ce
|
| 12-Aug-2019 |
Alexander Motin <mav@FreeBSD.org> |
Missed part of r350523.
MFC after: 3 days
|
| #
7e565c55
|
| 30-Jan-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r343320 through r343570.
|
| #
e34c0290
|
| 29-Jan-2019 |
Alexander Motin <mav@FreeBSD.org> |
Fix GCC build, failed due to false integer overflow in r343562.
MFC after: 2 weeks
|
| #
56eee7cb
|
| 29-Jan-2019 |
Alexander Motin <mav@FreeBSD.org> |
Reimplement BIO_ORDERED handling in nvd(4).
This fixes BIO_ORDERED semantics while also improving performance by: - sleeping also before BIO_ORDERED bio, as defined, not only after; - not queueing
Reimplement BIO_ORDERED handling in nvd(4).
This fixes BIO_ORDERED semantics while also improving performance by: - sleeping also before BIO_ORDERED bio, as defined, not only after; - not queueing BIO_ORDERED bio to taskqueue if no other bios running; - waking up sleeping taskqueue explicitly rather then rely on polling.
On Samsung SSD 970 PRO this shows sync write latency, measured with `diskinfo -wS`, reduction from ~2ms to ~1.1ms by not sleeping without reason till next HZ tick.
On the same device ZFS pool with 8 ZVOLs synchronously writing 4KB blocks shows ~950 IOPS instead of ~750 IOPS before. I suspect ZFS does not need BIO_ORDERED on BIO_FLUSH at all, but that will be next question.
MFC after: 2 weeks Sponsored by: iXsystems, Inc.
show more ...
|