All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dominique Martinet <asmadeus@codewreck.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Christian Schoenebeck <linux_oss@crudebyte.com>,
	Eric Van Hensbergen <ericvh@kernel.org>,
	v9fs@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: [GIT PULL] 9p fixes for 7.2-rc1
Date: Sun, 21 Jun 2026 22:18:49 +0900	[thread overview]
Message-ID: <ajfkuS-kgmJXentl@codewreck.org> (raw)

Hi Linus,

same report as usual with barely keeping up: there's actually another
half a dozen of LLM patches I didn't pick up for this cycle and will try
to find time to review for next one, and I'm not as happy as I want to
be about how thoroughly I've checked the patches that did get in (please
let me know if you'd rather I drop the "fix infinite loop in
p9_client_rpc on fatal signal" patch I mentioned in the tag, I think
the patch should be ok, but I don't necessarily judge the risk the same
as you would)

The commit date being a bit earlier today was just me dropping a commit
I hadn't intended to send, nothing else was reworked recently.

-------
The following changes since commit 8fc518e489c1386fd0cf7f4256d055960ed6a2e4:

  9p/trans_xen: replace simple_strto* with kstrtouint (2026-04-16 02:57:01 +0000)

are available in the Git repository at:

  https://github.com/martinetd/linux tags/9p-for-7.2-rc1

for you to fetch changes up to aa88278693cbfaf7a2acf961379973fbb63b165c:

  9p: Add missing read barrier in virtio zero-copy path (2026-06-21 05:22:57 +0000)

----------------------------------------------------------------
Asides of the avalanche of LLM-driven fixes, there are a couple of
big changes this cycle:

- negative dentry and symlink cache
- a way out of the unkillable "io_wait_event_killable" (because it
  looped around waiting for the request flush to come back from
  server; this has been bugging syzcaller folks since forever):
  I'm still not 100% sure about this patch, but I think it's as
  good as we'll ever get, and will keep testing a bit further in the
  coming weeks

The rest is more noisy than usual, but shouldn't cause any trouble.

----------------------------------------------------------------
Aayush Patil (1):
      docs/filesystems/9p: fix broken external links

Breno Leitao (1):
      9p: skip nlink update in cacheless mode to fix WARN_ON

Christophe JAILLET (1):
      net/9p/usbg: Constify struct configfs_item_operations

David Laight (1):
      net/9p: Replace strlen() strcpy() pair with strscpy()

Dominique Martinet (1):
      9p: v9fs_file_do_lock: replace WARN_ONCE with p9_debug

Gui-Dong Han (1):
      9p: Add missing read barrier in virtio zero-copy path

Hongling Zeng (1):
      9p: avoid returning ERR_PTR(0) from mkdir operations

Pierre Barre (2):
      9p: use kvzalloc for readdir buffer
      9p: invalidate readdir buffer on seek

Remi Pommarel (4):
      9p: Cache negative dentries for lookup performance
      9p: Add mount option for negative dentry cache retention
      9p: Set default negative dentry retention time for cache=loose
      9p: Enable symlink caching in page cache

Vasiliy Kovalev (1):
      net/9p: fix infinite loop in p9_client_rpc on fatal signal

Yizhou Zhao (2):
      9p: avoid putting oldfid in p9_client_walk() error path
      net/9p: fix race condition on rdma->state in trans_rdma.c

 Documentation/filesystems/9p.rst |  10 +++++---
 fs/9p/fid.c                      |  11 +++++----
 fs/9p/v9fs.c                     |  27 ++++++++++++++++++++-
 fs/9p/v9fs.h                     |  28 +++++++++++++--------
 fs/9p/v9fs_vfs.h                 |  15 ++++++++++++
 fs/9p/vfs_addr.c                 |  36 +++++++++++++++++++++++++--
 fs/9p/vfs_dentry.c               | 105 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----------
 fs/9p/vfs_dir.c                  |  14 ++++++++++-
 fs/9p/vfs_file.c                 |   2 +-
 fs/9p/vfs_inode.c                |  46 ++++++++++++++++++++---------------
 fs/9p/vfs_inode_dotl.c           |  58 ++++++++++++++++++++++++++++++++++++++------
 fs/9p/vfs_super.c                |   1 +
 include/net/9p/client.h          |   2 ++
 net/9p/client.c                  |   7 ++++--
 net/9p/trans_fd.c                |   6 ++---
 net/9p/trans_rdma.c              |  19 +++++++++++++--
 net/9p/trans_usbg.c              |   2 +-
 net/9p/trans_virtio.c            |   5 ++++
 18 files changed, 320 insertions(+), 74 deletions(-)

-- 
Dominique Martinet | Asmadeus

             reply	other threads:[~2026-06-21 13:19 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-21 13:18 Dominique Martinet [this message]
2026-06-21 17:30 ` [GIT PULL] 9p fixes for 7.2-rc1 pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ajfkuS-kgmJXentl@codewreck.org \
    --to=asmadeus@codewreck.org \
    --cc=ericvh@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux_oss@crudebyte.com \
    --cc=torvalds@linux-foundation.org \
    --cc=v9fs@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.