This is an automated email from the git hooks/post-receive script.
unknown user pushed a change to branch fs-current in repository linux-next.
omits ffaf6d946055 Merge branch 'next-fixes' of git://git.kernel.org/pub/scm/ [...] adds 67ec8cdf2997 hwrng: core - Remove add_early_randomness new db163660b02a Merge tag 'v6.10-p3' of git://git.kernel.org/pub/scm/linux [...] adds 25460d6f3902 net/9p: fix uninit-value in p9_client_rpc() adds c898afdc1564 9p: add missing locking around taking dentry fid list new 397a83ab9785 Merge tag '9p-for-6.10-rc2' of https://github.com/martinetd/linux new 4a4be1ad3a6e Revert "vfs: Delete the associated dentry when deleting a file" adds 0c07c273a5fe debugfs: continue to ignore unknown mount options adds db003a28e03f netfs: fix kernel doc for nets_wait_for_outstanding_io() new ed7ee6a69f92 statx: Update offset commentary for struct statx new cc5ac966f261 cachefiles: add output string to cachefiles_obj_[get|put]_ [...] new 0fc75c5940fa cachefiles: remove requests from xarray during flushing requests new de3e26f9e5b7 cachefiles: fix slab-use-after-free in cachefiles_ondemand [...] new da4a82741606 cachefiles: fix slab-use-after-free in cachefiles_ondemand [...] new 3e6d704f02aa cachefiles: remove err_put_fd label in cachefiles_ondemand [...] new a26dc49df37e cachefiles: add consistency check for copen/cread new 0a790040838c cachefiles: add spin_lock for cachefiles_ondemand_info new 4988e35e95fc cachefiles: never get a new anonymous fd if ondemand_id is valid new 4b4391e77a6b cachefiles: defer exposing anon_fd until after copy_to_use [...] new 4f8703fb3482 cachefiles: Set object to close if ondemand_id < 0 in copen new 85e833cd7243 cachefiles: flush all requests after setting CACHEFILES_DEAD new bc9dde615546 cachefiles: make on-demand read killable new a82c13d29985 Merge patch series "cachefiles: some bugfixes and cleanups [...] new e74c223d03b2 Merge branch 'vfs.fixes' of git://git.kernel.org/pub/scm/l [...] new c2550fb99a33 Merge branch 'next-fixes' of git://git.kernel.org/pub/scm/ [...]
This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this:
* -- * -- B -- O -- O -- O (ffaf6d946055) \ N -- N -- N refs/heads/fs-current (c2550fb99a33)
You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B.
Any revisions marked "omits" are not gone; other references still refer to them. Any revisions marked "discards" are gone forever.
The 19 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "adds" were already present in the repository and have only been added to this reference.
Summary of changes: drivers/char/hw_random/core.c | 47 +-------- fs/9p/vfs_dentry.c | 9 +- fs/cachefiles/daemon.c | 3 +- fs/cachefiles/internal.h | 5 + fs/cachefiles/ondemand.c | 217 ++++++++++++++++++++++++++++---------- fs/dcache.c | 15 +-- fs/debugfs/inode.c | 10 +- include/linux/netfs.h | 2 +- include/trace/events/cachefiles.h | 8 +- include/uapi/linux/stat.h | 2 +- net/9p/client.c | 2 + 11 files changed, 208 insertions(+), 112 deletions(-)