#
78444b5a |
| 29-Apr-2024 |
Ricardo Branco <rbranco@suse.de> |
glabel: Add support for Linux swap
Reviewed by: imp, kib Pull Request: https://github.com/freebsd/freebsd-src/pull/1205
|
#
a8fd0a5f |
| 20-Apr-2024 |
Ricardo Branco <rbranco@suse.de> |
glabel: Remove support for old reiserfs
Reviewed by: imp, emaste Pull Request: https://github.com/freebsd/freebsd-src/pull/1101
|
Revision tags: release/13.3.0, release/14.0.0 |
|
#
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 ...
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
05d0f430 |
| 09-Nov-2022 |
Alan Somers <asomers@FreeBSD.org> |
Don't panic when tasting a disk with sectorsize=0
This can sometimes happen with broken HDDs.
MFC after: 2 weeks Sponsored by: Axcient Reviewed by: markj Differential Revision: https://reviews.free
Don't panic when tasting a disk with sectorsize=0
This can sometimes happen with broken HDDs.
MFC after: 2 weeks Sponsored by: Axcient Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D37313
show more ...
|
Revision tags: release/13.1.0 |
|
#
29998bf2 |
| 28-Jan-2022 |
Alexander Motin <mav@FreeBSD.org> |
glabel: Set G_CF_DIRECT_SEND/RECEIVE for taste consumer.
All I/O requests through the taste consumer are synchronous, done with g_read_data() and without any locks held. It makes no sense to delega
glabel: Set G_CF_DIRECT_SEND/RECEIVE for taste consumer.
All I/O requests through the taste consumer are synchronous, done with g_read_data() and without any locks held. It makes no sense to delegate the I/O to g_down/g_up threads.
This removes many of context switches during disk retaste.
MFC after: 2 weeks
show more ...
|
Revision tags: release/12.3.0 |
|
#
5402baa5 |
| 07-Sep-2021 |
Mark Johnston <markj@FreeBSD.org> |
g_label: Handle small sector sizes when tasting
Make sure that the provider sector size is large enough to contain a valid label before trying to read it. We performed this check already for most l
g_label: Handle small sector sizes when tasting
Make sure that the provider sector size is large enough to contain a valid label before trying to read it. We performed this check already for most label types, but not for several filesystem labels.
Reported by: syzbot+f52918174cdf193ae29c@syzkaller.appspotmail.com MFC after: 1 week Sponsored by: The FreeBSD Foundation
show more ...
|
Revision tags: release/13.0.0, release/12.2.0 |
|
#
d22ff249 |
| 18-Oct-2020 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
Make g_attach() return ENXIO for orphaned providers; update various classes to add missing error checking.
Reviewed by: imp MFC after: 2 weeks Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Di
Make g_attach() return ENXIO for orphaned providers; update various classes to add missing error checking.
Reviewed by: imp MFC after: 2 weeks Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D26658
show more ...
|
#
d40bc607 |
| 02-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
geom: clean up empty lines in .c and .h files
|
#
c7aa572c |
| 31-Jul-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
795c5f36 |
| 26-Jul-2020 |
Xin LI <delphij@FreeBSD.org> |
geom_label: Make glabel labels more trivial by separating the tasting routines out.
While there, also simplify the creation of label paths a little bit by requiring the / suffix for label directory
geom_label: Make glabel labels more trivial by separating the tasting routines out.
While there, also simplify the creation of label paths a little bit by requiring the / suffix for label directory prefixes (ld_dir renamed to ld_dirprefix to indicate the change) and stop defining macros for these when they are only used once.
Reviewed by: cem MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D25597
show more ...
|
#
fcf69f3d |
| 22-Jul-2020 |
Xin LI <delphij@FreeBSD.org> |
Consistently use gctl_get_provider instead of home-grown variants.
Reviewed by: cem, imp MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D25739
|
#
8510f61a |
| 09-Jul-2020 |
Xin LI <delphij@FreeBSD.org> |
sys/geom: consistently use _PATH_DEV instead of hardcoding "/dev/".
Reviewed by: cem MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D25565
|
Revision tags: release/11.4.0 |
|
#
a9ca503b |
| 06-Jun-2020 |
Conrad Meyer <cem@FreeBSD.org> |
Revert r361838
Reported by: delphij
|
#
5b9b571c |
| 05-Jun-2020 |
Conrad Meyer <cem@FreeBSD.org> |
geom_label: Use provider aliasing to alias upstream geoms
For synthetic aliases (just pseudonyms inferred from metadata like GPT or UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system
geom_label: Use provider aliasing to alias upstream geoms
For synthetic aliases (just pseudonyms inferred from metadata like GPT or UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system to create a symlink to the real device instead of creating an independent device. This makes it more clear which labels and devices correspond, and we can safely have multiple labels to a single device accessed at once.
The confusingly named geom_label on-disk construct continues to behave identically to how it did before.
This requires teaching GEOM's provider aliasing about the possibility that aliases might be added later in time, and GEOM's devfs interaction layer not to worry about existing aliases during retaste.
Discussed with: imp Relnotes: sure, if we don't end up reverting it Differential Revision: https://reviews.freebsd.org/D24968
show more ...
|
#
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 ...
|
#
53d2936c |
| 20-Jan-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r356848 through r356919.
|
#
151e04b3 |
| 18-Jan-2020 |
Conrad Meyer <cem@FreeBSD.org> |
GEOM label: strip leading/trailing space synthesizing devfs names
%20%20%20 is ugly and doesn't really help make human-readable devfs names.
PR: 243318 Reported by: Peter Eriksson <pen AT lysator.
GEOM label: strip leading/trailing space synthesizing devfs names
%20%20%20 is ugly and doesn't really help make human-readable devfs names.
PR: 243318 Reported by: Peter Eriksson <pen AT lysator.liu.se> Relnotes: yes
show more ...
|
Revision tags: release/12.1.0 |
|
#
ac03832e |
| 07-Aug-2019 |
Conrad Meyer <cem@FreeBSD.org> |
GEOM: Reduce unnecessary log interleaving with sbufs
Similar to what was done for device_printfs in r347229.
Convert g_print_bio() to a thin shim around g_format_bio(), which acts on an sbuf; docum
GEOM: Reduce unnecessary log interleaving with sbufs
Similar to what was done for device_printfs in r347229.
Convert g_print_bio() to a thin shim around g_format_bio(), which acts on an sbuf; documented in g_bio.9.
Reviewed by: markj Discussed with: rlibby Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D21165
show more ...
|
Revision tags: release/11.3.0 |
|
#
415e34c4 |
| 29-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead@r345677
|
#
91a3f358 |
| 24-Mar-2019 |
Ian Lepore <ian@FreeBSD.org> |
Support device-independent labels for geom_flashmap slices.
While geom_flashmap has always supported label names for its slices, it does so by appending "s.labelname" to the provider device name, me
Support device-independent labels for geom_flashmap slices.
While geom_flashmap has always supported label names for its slices, it does so by appending "s.labelname" to the provider device name, meaning you still have to know the name and unit of the hardware device to use the labels.
These changes add support for device-independent geom_flashmap labels, using the standard geom_label infrastructure. geom_flashmap now creates a softc struct attached to its geom, and as it creates slices it stores the label into an array in the softc. The new geom_label_flashmap uses those labels when tasting a geom_flashmap provider.
Differential Revision: https://reviews.freebsd.org/D19535
show more ...
|
Revision tags: release/12.0.0, release/11.2.0 |
|
#
74d6c131 |
| 10-Apr-2018 |
Kyle Evans <kevans@FreeBSD.org> |
Annotate geom modules with MODULE_VERSION
GEOM ELI may double ask the password during boot. Once at loader time, and once at init time.
This happens due a module loading bug. By default GEOM ELI ca
Annotate geom modules with MODULE_VERSION
GEOM ELI may double ask the password during boot. Once at loader time, and once at init time.
This happens due a module loading bug. By default GEOM ELI caches the password in the kernel, but without the MODULE_VERSION annotation, the kernel loads over the kernel module, even if the GEOM ELI was compiled into the kernel. In this case, the newly loaded module purges/invalidates/overwrites the GEOM ELI's password cache, which causes the double asking.
MFC Note: There's a pc98 component to the original submission that is omitted here due to pc98 removal in head. This part will need to be revived upon MFC.
Reviewed by: imp Submitted by: op Obtained from: opBSD MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D14992
show more ...
|
#
9ea857cf |
| 18-Mar-2018 |
Mariusz Zaborski <oshogbo@FreeBSD.org> |
Remove unneeded variable which was introduced in r328472.
Pointed out by: pjd@
|
#
0fc4adbe |
| 27-Jan-2018 |
Mariusz Zaborski <oshogbo@FreeBSD.org> |
Don't truncate name of glabel. If it's to long just report that.
Reviewed by: trasz@ Differential Revision: https://reviews.freebsd.org/D13746
|