* [GSoC 2026] Graduation of rtl8723bs from staging
@ 2026-03-30 6:43 Ethan Tidmore
2026-03-30 6:57 ` Greg KH
0 siblings, 1 reply; 2+ messages in thread
From: Ethan Tidmore @ 2026-03-30 6:43 UTC (permalink / raw)
To: gregkh, error27, linux-staging
Hi Greg,
I'm proposing a cleanup of the driver rtl8723bs to remove the HAL
layers, dead code and to systematically fix style issues from within the
driver. I believe this would be a "Large" GSoC project.
This would be helpful to the maintainers/reviewers because lots of
traffic comes in fixing minor issues with this driver, so if this driver
cleaned up it definitely slow down the firehose of patches submitted.
If you approve of this proposal I get into much more detail in my actual
PDF. Excited to hear your thoughts.
Thanks,
ET
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [GSoC 2026] Graduation of rtl8723bs from staging
2026-03-30 6:43 [GSoC 2026] Graduation of rtl8723bs from staging Ethan Tidmore
@ 2026-03-30 6:57 ` Greg KH
0 siblings, 0 replies; 2+ messages in thread
From: Greg KH @ 2026-03-30 6:57 UTC (permalink / raw)
To: Ethan Tidmore; +Cc: error27, linux-staging
On Mon, Mar 30, 2026 at 01:43:48AM -0500, Ethan Tidmore wrote:
> Hi Greg,
>
> I'm proposing a cleanup of the driver rtl8723bs to remove the HAL
> layers, dead code and to systematically fix style issues from within the
> driver. I believe this would be a "Large" GSoC project.
I believe that is an understatement :)
> This would be helpful to the maintainers/reviewers because lots of
> traffic comes in fixing minor issues with this driver, so if this driver
> cleaned up it definitely slow down the firehose of patches submitted.
If it is cleaned up properly, it would not be in staging at all, so yes,
the flow of patches would be less. But that's not a reason to do this,
the real reason is to actually get the driver out of staging.
> If you approve of this proposal I get into much more detail in my actual
> PDF. Excited to hear your thoughts.
I think that to do this properly would require a lot of work, and would
be outside of the scope of a normal GSoC project. I suggest you map it
out to try to come up with the required steps to prove (or disprove)
this :)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-03-30 6:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-03-30 6:43 [GSoC 2026] Graduation of rtl8723bs from staging Ethan Tidmore
2026-03-30 6:57 ` Greg KH
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox