Re: [PATCH] staging: axis-fifo: remove driver
From: Michal Simek
Date: Wed Jun 03 2026 - 09:42:39 EST
+Lucas
On 6/3/26 14:25, Grewstad wrote:
Adding Michal Simek, as he posted some relevant points in another thread.
On Wed, Jun 3, 2026 at 1:49 PM Michal Simek <michal.simek@xxxxxxx> wrote:
Hi,
On 6/1/26 09:15, Grewstad wrote:
It is clear that driver in current state can't be used with axi ethernet out of
box because pretty much it is just about user interface for fifo via char device
fops. But we are talking about the same IP used in specific scenario and this
driver doesn't implement integration which can be used in ethernet driver.
I don't think you will find out any in-tree user because driver purpose is
different. It is about providing a user way via char device to push data to axi
streaming interface which can be consumed by user logic. It is generic way how
to push data there without writing specialized kernel driver for custom HW.
I think this is leaf driver which provide a way to axi fifo streaming interface
where stream is connected to custom HW which consumes it. I can understand that
this can be very useful for a lot of people who wants to process data from user
space via custom logic with using streaming interface.
And I don't have any issue to agree to move the driver out of staging to common
location.
Thanks for letting me know. When you say common location, can you give your
opinion on where it can be moved? We cannot find any user-space applications
that use this driver, as you said it is a 'leaf driver'. Because of
this, we do not know
how it is used, who the end users are and hence we dont know where it
can be moved.
We have drivers/misc/ for this purpose right?
There is attempt to move dt binding to yaml too but I can't see Lucas in this thread.
https://lore.kernel.org/all/20260227181051.36207-1-lucas.fariamo08@xxxxxxxxx/
I was talking to our networking team and they have FIFO support on their plan with axi ethernet.
Just a summary I am not convinced that this driver is in a state to be removed.
Thanks,
Michal