public inbox for netdev@vger.kernel.org
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzk@kernel.org>
To: Jakub Kicinski <kuba@kernel.org>,
	Michael Thalmeier <michael.thalmeier@hale.at>,
	Raymond Hackley <raymondhackley@protonmail.com>,
	Michael Walle <michael@walle.cc>,
	Bongsu Jeon <bongsu.jeon@samsung.com>,
	Mark Greer <mgreer@animalcreek.com>,
	David Heidelberg <david@ixit.cz>
Cc: netdev@vger.kernel.org
Subject: Re: Path forward for NFC in the kernel
Date: Fri, 17 Apr 2026 09:18:42 +0200	[thread overview]
Message-ID: <9c4a4acf-b4f1-4e84-93bf-cdf080cb9970@kernel.org> (raw)
In-Reply-To: <20260416101041.4c533306@kernel.org>

On 16/04/2026 19:10, Jakub Kicinski wrote:
> Hi folks!
> 
> We are struggling to keep up with the number of security reports and AI
> generated patches in the kernel. NFC is infamous for being a huge CVE
> magnet. We need someone to step up as a maintainer, create an NFC tree
> and handle all the incoming submissions. Send us (or Linus if you
> prefer) periodic PRs, like WiFi, Bluetooth etc. do. If that does not
> happen I'm afraid we'll have to move the NFC code out of the tree, 
> put it up on GH or some such, and let it accumulate CVEs there..
> 
> I'm planning to send a PR to Linus to shed the unmaintained code early
> next week. We need to have a maintainer established by then.

+Cc David Heidelberg recently trying to use Linux NFC stack,

Just "collecting" patches is not a big deal, I could do this, but
actually reviewing the patches with necessary due diligence is the
effort I could not provide in a reasonable time frame. And picking up
patches without proper review feels risky...

NFC has a long history of issues, first mostly pointed out by syzbot but
now apparently by AI tools. The code base is quite old, with no major
improvements or testings happening but not in a way "oh, it's stable and
working like 'cp' command" but rather "no one knows how many bugs are on
top of each other and if it actually still works".

Syzbot and AI reported bugs encourage random drive-by fixes by people
not testing the code, thus particular bug report might be fixed, but for
example NFC stops working and no one knows that.

Does anyone knows if the NFC stack/drivers actually works fine? Did
anyone test actual devices?

If not, then moving to Github would be even more reasonable.

Another point is that AFAIU, most of real world devices, like
Android-based phones, don't use the Linux NFC stack but their custom
HAL/user-space based libraries and drivers. Some other non-Android
projects use libnfc userspace, which seems to be maintained only as
bugfix (https://github.com/nfc-tools/libnfc/commits/master/).

Best regards,
Krzysztof

  parent reply	other threads:[~2026-04-17  7:18 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-16 17:10 Path forward for NFC in the kernel Jakub Kicinski
2026-04-17  6:35 ` Michael Walle
2026-04-17  7:18 ` Krzysztof Kozlowski [this message]
2026-04-17  8:12   ` David Heidelberg
2026-04-17  8:54   ` Michael Walle
2026-04-17 12:16     ` David Heidelberg
2026-04-17 13:32   ` David Heidelberg

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=9c4a4acf-b4f1-4e84-93bf-cdf080cb9970@kernel.org \
    --to=krzk@kernel.org \
    --cc=bongsu.jeon@samsung.com \
    --cc=david@ixit.cz \
    --cc=kuba@kernel.org \
    --cc=mgreer@animalcreek.com \
    --cc=michael.thalmeier@hale.at \
    --cc=michael@walle.cc \
    --cc=netdev@vger.kernel.org \
    --cc=raymondhackley@protonmail.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