From: Johan Hovold <johan@kernel.org>
To: Ayaan Mirza Baig <ayaanmirzabaig85@gmail.com>
Cc: gregkh@linuxfoundation.org, elder@kernel.org,
linux-staging@lists.linux.dev, greybus-dev@lists.linaro.org
Subject: Re: [PATCH 00/13] staging: greybus: cleanup, FIXME removals, and driver correctness fixes
Date: Tue, 18 Nov 2025 17:11:13 +0100 [thread overview]
Message-ID: <aRyaoaauQyE78OhX@hovoldconsulting.com> (raw)
In-Reply-To: <20251117181818.118139-1-ayaanmirzabaig85@gmail.com>
On Mon, Nov 17, 2025 at 11:48:05PM +0530, Ayaan Mirza Baig wrote:
> Hi Greg and all,
>
> This series performs a set of cleanups, correctness fixes, and
> remaining TODO removals across the Greybus drivers in
> drivers/staging/greybus.
>
> Greybus has existed in staging for a long time, and many FIXMEs,
> outdated comments, and partial implementations had accumulated over the
> years.
These haven't accumulated in staging, but during development as the git
logs should tell you.
> While reviewing and compile-testing the drivers I found a number of
> places where the comments were obsolete, logic was incomplete, or newer
> subsystem APIs had evolved.
>
> This series addresses those issues without changing any fundamental
> design or architecture. All changes are self-contained, straightforward,
> and focues on improving correctness and maintainability.
>
> The patches include:
>
> * Removal of obsolete FIXMEs that no longer reflect the current code
> or hardware behavior.
> * Correctness fixes in several protocol drivers (UART, RAW, USB,
> Loopback, Firmware core, Audio).
> * Small improvements to error handling and shutdown paths.
> * Cleanup of commented-out or dead code.
> * Removal of the now-completed GPIO and PWM TODO items.
> * Removal of the empty Greybus TODO file.
>
> All patches were compile-tested with COMPILE_TEST=y and all Greybus
> options enabled. Runtime smoke testing was performed where possible.
>
> This series does not attempt to graduate Greybus out of staging; these
> changes are preparatory cleanups only.
>
> Thanks for your time and review.
>
> Ayaan Mirza Baig (13):
> staging: greybus: Remove completed GPIO conversion TODO item
> staging: greybus: pwm: move activation into pwm apply and remove
> request()
> staging: greybus: remove empty TODO file
> staging: greybus: audio: remove obsolete INPUT_PROP_NO_DUMMY_RELEASE
> FIXME
> staging: greybus: audio: remove obsolete FIXME and document topology
> ownership
> staging: greybus: bootrom: remove obsolete FIXME about SVC parallel
> event handling
> staging: greybus: bootrom: remove obsolete FIXME around firmware
> filename logging
> staging: greybus: fw-core: remove obsolete S2 Loader runtime PM FIXME
> staging: greybus: loopback: remove incorrect FIXME about async wait
> staging: greybus: raw: handle disconnect while chardev is open
> staging: greybus: uart: clear unsupported termios bits
> staging: greybus: usb: validate hub control response length
> staging: greybus: usb: remove obsolete FIXME about bridged-PHY support
I only skimmed some of these and there are so many bugs and
misunderstandings here that I can only imagine what's lurking in the
remaining ones.
The basic misunderstanding seems to be that FIXMEs can and should be
removed without addressing the underlying issues.
Johan
next prev parent reply other threads:[~2025-11-18 16:11 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-17 18:18 [PATCH 00/13] staging: greybus: cleanup, FIXME removals, and driver correctness fixes Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 01/13] staging: greybus: Remove completed GPIO conversion TODO item Ayaan Mirza Baig
2025-11-24 16:38 ` Greg KH
2025-11-17 18:18 ` [PATCH 02/13] staging: greybus: pwm: move activation into pwm apply and remove request() Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 03/13] staging: greybus: remove empty TODO file Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 04/13] staging: greybus: audio: remove obsolete INPUT_PROP_NO_DUMMY_RELEASE FIXME Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 05/13] staging: greybus: audio: remove obsolete FIXME and document topology ownership Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 06/13] staging: greybus: bootrom: remove obsolete FIXME about SVC parallel event handling Ayaan Mirza Baig
2025-11-18 16:00 ` Johan Hovold
2025-11-17 18:18 ` [PATCH 07/13] staging: greybus: bootrom: remove obsolete FIXME around firmware filename logging Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 08/13] staging: greybus: fw-core: remove obsolete S2 Loader runtime PM FIXME Ayaan Mirza Baig
2025-11-18 16:01 ` Johan Hovold
2025-11-17 18:18 ` [PATCH 09/13] staging: greybus: loopback: remove incorrect FIXME about async wait Ayaan Mirza Baig
2025-11-17 18:18 ` [PATCH 10/13] staging: greybus: raw: handle disconnect while chardev is open Ayaan Mirza Baig
2025-11-18 4:04 ` Abdun Nihaal
2025-11-17 18:18 ` [PATCH 11/13] staging: greybus: uart: clear unsupported termios bits Ayaan Mirza Baig
2025-11-18 15:57 ` Johan Hovold
2025-11-17 18:18 ` [PATCH 12/13] staging: greybus: usb: validate hub control response length Ayaan Mirza Baig
2025-11-18 16:06 ` Johan Hovold
2025-11-17 18:18 ` [PATCH 13/13] staging: greybus: usb: remove obsolete FIXME about bridged-PHY support Ayaan Mirza Baig
2025-11-18 16:04 ` Johan Hovold
2025-11-18 16:11 ` Johan Hovold [this message]
2025-11-18 18:36 ` [PATCH 00/13] staging: greybus: cleanup, FIXME removals, and driver correctness fixes Ayaan Mirza Baig
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=aRyaoaauQyE78OhX@hovoldconsulting.com \
--to=johan@kernel.org \
--cc=ayaanmirzabaig85@gmail.com \
--cc=elder@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=greybus-dev@lists.linaro.org \
--cc=linux-staging@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.