Hello David,
On 7/18/24 22:07, David Howells wrote:
Revert commit 163eae0fb0d4c610c59a8de38040f8e12f89fd43 to get back the
original operation of the debugging macros.
Signed-off-by: David Howells <dhowells@xxxxxxxxxx>
cc: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
cc: Christian Brauner <brauner@xxxxxxxxxx>
cc: Jeff Layton <jlayton@xxxxxxxxxx>
cc: netfs@xxxxxxxxxxxxxxx
cc: linux-fsdevel@xxxxxxxxxxxxxxx
Link: https://lore.kernel.org/r/20240608151352.22860-2-ukleinek@xxxxxxxxxx
---
fs/netfs/buffered_read.c | 14 +++++++-------
fs/netfs/buffered_write.c | 12 ++++++------
fs/netfs/direct_read.c | 2 +-
fs/netfs/direct_write.c | 8 ++++----
fs/netfs/fscache_cache.c | 4 ++--
fs/netfs/fscache_cookie.c | 28 ++++++++++++++--------------
fs/netfs/fscache_io.c | 12 ++++++------
fs/netfs/fscache_main.c | 2 +-
fs/netfs/fscache_volume.c | 4 ++--
fs/netfs/internal.h | 33 ++++++++++++++++++++++++++++++++-
fs/netfs/io.c | 12 ++++++------
fs/netfs/main.c | 4 ++++
fs/netfs/misc.c | 4 ++--
fs/netfs/write_collect.c | 16 ++++++++--------
fs/netfs/write_issue.c | 36 ++++++++++++++++++------------------
15 files changed, 113 insertions(+), 78 deletions(-)
I just found this patch as commit
a9d47a50cf257ff1019a4e30d573777882fd785c in mainline, missed the mail
earlier, so I'm replying just now.
In my eyes the commit log is poor and it should better highlight what
the advantage of the original debugging macros are.
After some more digging (which the commit log should ideally highlight)
I found the next commit that addresses parts of the concerns mentioned
in the reverted commit's description, by introducing CONFIG_NETFS_DEBUG.
I still don't get the advantage of reimplementing stuff that pr_debug()
already does. Am I missing something? Isn't a generic deubg mechanism
that most people know better than something invented for a specific driver?
Best regards
Uwe
