mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Stefan Metzmacher <metze@samba.org>
To: Yunseong Kim <ysk@kzalloc.com>,
	Namjae Jeon <linkinjeon@kernel.org>,
	Steve French <smfrench@gmail.com>
Cc: Sergey Senozhatsky <senozhatsky@chromium.org>,
	Tom Talpey <tom@talpey.com>,
	linux-cifs@vger.kernel.org, syzkaller@googlegroups.com,
	linux-kernel@vger.kernel.org, notselwyn@pwning.tech
Subject: Re: [PATCH] ksmbd: add kcov remote coverage support via ksmbd_conn
Date: Wed, 6 Aug 2025 14:14:50 +0200	[thread overview]
Message-ID: <d12e1d6a-d9e8-4bb3-abe4-9bcef1cb8f77@samba.org> (raw)
In-Reply-To: <20250805155627.1605911-2-ysk@kzalloc.com>

Hi Yunseong,

Am 05.08.25 um 17:56 schrieb Yunseong Kim:
> KSMBD processes SMB requests on per-connection threads and then hands
> off work items to a kworker pool for actual command processing by
> handle_ksmbd_work(). Because each connection may enqueue multiple
> struct ksmbd_work instances, attaching the kcov handle to the work
> itself is not sufficient: we need a stable, per-connection handle.
> 
> Introduce a kcov_handle field on struct ksmbd_conn (under CONFIG_KCOV)
> and initialize it when the connection is set up. In both
> ksmbd_conn_handler_loop() which only receives a struct ksmbd_conn*
> and handle_ksmbd_work() which receives a struct ksmbd_work*, start
> kcov_remote with the per-connection handle before processing and stop
> it afterward. This ensures coverage collection remains active across
> the entire asynchronous path of each SMB request.
> 
> The kcov context tied to the connection itself, correctly supporting
> multiple outstanding work items per connection.
> 
> The related work for syzkaller support is currently being developed
> in the following GitHub PR:
> Link: https://github.com/google/syzkaller/pull/5524
> 
> Based on earlier work by Lau.
> Link: https://pwning.tech/ksmbd-syzkaller/
> 
> Cc: linux-cifs@vger.kernel.org
> Cc: notselwyn@pwning.tech
> Signed-off-by: Yunseong Kim <ysk@kzalloc.com>
> ---
>   fs/smb/server/connection.c |  4 +++-
>   fs/smb/server/connection.h | 14 ++++++++++++++
>   fs/smb/server/server.c     |  4 ++++
>   3 files changed, 21 insertions(+), 1 deletion(-)
> 
> diff --git a/fs/smb/server/connection.c b/fs/smb/server/connection.c
> index 3f04a2977ba8..6ce20aee8cc1 100644
> --- a/fs/smb/server/connection.c
> +++ b/fs/smb/server/connection.c
> @@ -322,6 +322,8 @@ int ksmbd_conn_handler_loop(void *p)
>   	if (t->ops->prepare && t->ops->prepare(t))
>   		goto out;
>   
> +	kcov_remote_start_common(ksmbd_conn_get_kcov_handle(conn));
> +
>   	max_req = server_conf.max_inflight_req;
>   	conn->last_active = jiffies;
>   	set_freezable();
> @@ -412,7 +414,7 @@ int ksmbd_conn_handler_loop(void *p)
>   			break;
>   		}
>   	}
> -
> +	kcov_remote_stop();
>   out:
>   	ksmbd_conn_set_releasing(conn);
>   	/* Wait till all reference dropped to the Server object*/
> diff --git a/fs/smb/server/connection.h b/fs/smb/server/connection.h
> index dd3e0e3f7bf0..07cd0d27ac77 100644
> --- a/fs/smb/server/connection.h
> +++ b/fs/smb/server/connection.h
> @@ -15,6 +15,7 @@
>   #include <linux/kthread.h>
>   #include <linux/nls.h>
>   #include <linux/unicode.h>
> +#include <linux/kcov.h>
>   
>   #include "smb_common.h"
>   #include "ksmbd_work.h"
> @@ -109,6 +110,9 @@ struct ksmbd_conn {
>   	bool				binding;
>   	atomic_t			refcnt;
>   	bool				is_aapl;
> +#ifdef CONFIG_KCOV
> +	u64				kcov_handle;
> +#endif
>   };
>   
>   struct ksmbd_conn_ops {
> @@ -246,4 +250,14 @@ static inline void ksmbd_conn_set_releasing(struct ksmbd_conn *conn)
>   }
>   
>   void ksmbd_all_conn_set_status(u64 sess_id, u32 status);
> +
> +static inline u64 ksmbd_conn_get_kcov_handle(struct ksmbd_conn *conn)
> +{
> +#ifdef CONFIG_KCOV
> +	return conn->kcov_handle;
> +#else
> +	return 0;
> +#endif
> +}


conn->kcov_handle is a new element in ksmbd_conn
and I can't find the place in this patch where it is initialized...

metze



  reply	other threads:[~2025-08-06 12:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-05 15:56 Yunseong Kim
2025-08-06 12:14 ` Stefan Metzmacher [this message]
2025-08-06 13:10   ` Paulo Alcantara
2025-08-06 13:11   ` Yunseong Kim

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=d12e1d6a-d9e8-4bb3-abe4-9bcef1cb8f77@samba.org \
    --to=metze@samba.org \
    --cc=linkinjeon@kernel.org \
    --cc=linux-cifs@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=notselwyn@pwning.tech \
    --cc=senozhatsky@chromium.org \
    --cc=smfrench@gmail.com \
    --cc=syzkaller@googlegroups.com \
    --cc=tom@talpey.com \
    --cc=ysk@kzalloc.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®