src/sys/fs/devfs/devfs_dir.c, branch stable/13FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=stable%2F132023-08-23T17:43:20Zsys: Remove $FreeBSD$: two-line .h pattern2023-08-23T17:43:20ZWarner Loshimp@FreeBSD.org2023-08-22T01:31:02Zurn:sha1:f8167e0404dab9ffeaca95853dd237ab7c587f82
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
Similar commit in current:
(cherry picked from commit 95ee2897e98f)
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD2023-07-25T15:13:49ZWarner Loshimp@FreeBSD.org2023-05-10T15:40:58Zurn:sha1:caa41f641755c935b036e17440a3b49329c904ed
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
(cherry picked from commit 4d846d260e2b9a3d4d0a701462568268cbfe7a5b)
r326394 is calling malloc with M_WAITOK under a lock, revert for now2017-11-30T14:06:54ZEmmanuel Vadotmanu@FreeBSD.org2017-11-30T14:06:54Zurn:sha1:38c9c65ee409d75b243bbc3449a95dde2394cedd
Reported by: andrew
devfs: Avoid a malloc/free if we just need to increment the refcount2017-11-30T12:38:42ZEmmanuel Vadotmanu@FreeBSD.org2017-11-30T12:38:42Zurn:sha1:31e8b07376cebdb87648d977a2f1c10e024b67d0
MFC after: 1 week
Sponsored by: Gandi.net
sys/fs: further adoption of SPDX licensing ID tags.2017-11-27T15:15:37ZPedro F. Giffunipfg@FreeBSD.org2017-11-27T15:15:37Zurn:sha1:d63027b668c055c83bad6191a9986616380c86e4
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Add reference counting for devfs paths containing user created symbolic2010-09-27T17:47:09ZJaakko Heinonenjh@FreeBSD.org2010-09-27T17:47:09Zurn:sha1:d318c565d74496343ec299b3ace0ae9eb744dba1
links. The reference counting is needed to be able to determine if a
specific devfs path exists. For true device file paths we can traverse
the cdevp_list but a separate directory list is needed for user created
symbolic links.
Add a new directory entry flag DE_USER to mark entries which should
unreference their parent directory on deletion.
A new function to traverse cdevp_list and the directory list will be
introduced in a separate commit.
Idea from: kib
Reviewed by: kib