All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: sashiko-reviews@lists.linux.dev
Cc: Marco Felsch <m.felsch@pengutronix.de>,
	robh@kernel.org,  linux-input@vger.kernel.org,
	conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v7 4/4] Input: Add TouchNetix aXiom I2C Touchscreen support
Date: Mon, 3 Aug 2026 22:03:15 -0700	[thread overview]
Message-ID: <anFxs8grhvIVSdNA@google.com> (raw)
In-Reply-To: <20260702224804.E0B0D1F000E9@smtp.kernel.org>

On Thu, Jul 02, 2026 at 10:48:04PM +0000, sashiko-bot@kernel.org wrote:
> Thank you for your contribution! Sashiko AI review found 18 potential issue(s) to consider:
> - [High] Missing bounds checking during firmware chunk parsing allows malformed firmware to trigger integer underflow and out-of-bounds memory accesses.
> - [High] Invalid cast of regmap buffer to u16* causes endian-dependent behavior and corrupts register addresses.
> - [High] Unbalanced pm_runtime_put in firmware upload cleanup leads to negative PM usage counts.
> - [High] Firmware-controlled allocation size allows out-of-bounds heap read when checking touch slots.
> - [High] The driver prevents firmware recovery when the device boots in bootloader mode by improperly failing the probe.
> - [High] fwupdate_lock is held across system calls violating kernel mutex semantics, and is double-unlocked on error paths.
> - [High] Improper devm teardown order causes Use-After-Free of the input device by background firmware upload threads.

I am not sure this is true as sysfs attributes should be removed iand
handlers complete before we get to remove() method. 

> - [High] Use-after-free of ts->input in the threaded IRQ handler during config firmware updates and device removal.
> - [High] The driver waits on completion primitives for hardware resets and saves without reinitializing them, causing future waits to falsely succeed immediately.
> - [High] The driver passes stack-allocated buffers to I2C transfers, which violates DMA requirements and can cause memory corruption.

This is Sashiko's hallucination.

> - [High] NULL pointer dereference in `axiom_remove_axfw_fwl_action` if `devm_add_action_or_reset` fails.
> - [Medium] An operator precedence error in subtracting the preamble and postamble causes the calculated report payload length to be artificially inflated.
> - [Medium] Probe error paths leak PM runtime references and fail to disable regulators.
> - [Medium] I2C read errors are swallowed and falsely reported as success in polling functions.
> - [Medium] Missing NULL check on `kasprintf` results in a crash or broken sysfs state when registering the firmware upload interfaces.
> - [Medium] The driver lacks system sleep power management callbacks, causing the device to remain powered on during system suspend if not acting as a panel follower.
> - [Medium] Dead code in `axiom_register_input_dev` prevents failing initialization when no touchslots are enabled.
> - [Low] Typo in the sysfs `device_state` output violates the documented ABI.
> --

However there appears to be quite a few items that need addressing.

Thanks.

-- 
Dmitry

  reply	other threads:[~2026-08-04  5:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-02 22:32 [PATCH v7 0/4] Input: Add support for TouchNetix aXiom touchscreen Marco Felsch
2026-07-02 22:32 ` [PATCH v7 1/4] firmware_loader: expand firmware error codes with up-to-date error Marco Felsch
2026-07-02 22:45   ` sashiko-bot
2026-07-02 23:11     ` Marco Felsch
2026-07-02 22:32 ` [PATCH v7 2/4] dt-bindings: vendor-prefixes: Add TouchNetix AS Marco Felsch
2026-07-02 22:32 ` [PATCH v7 3/4] dt-bindings: input: Add TouchNetix axiom touchscreen Marco Felsch
2026-07-02 22:32 ` [PATCH v7 4/4] Input: Add TouchNetix aXiom I2C Touchscreen support Marco Felsch
2026-07-02 22:48   ` sashiko-bot
2026-08-04  5:03     ` Dmitry Torokhov [this message]
2026-08-04  9:31       ` Marco Felsch
2026-07-06 17:19   ` Uwe Kleine-König

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=anFxs8grhvIVSdNA@google.com \
    --to=dmitry.torokhov@gmail.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=m.felsch@pengutronix.de \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@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.