Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Message-ID: <601824B6.60803@gmail.com>
Date:   Mon, 01 Feb 2021 17:56:38 +0200
From:   Eli Billauer <eli.billauer@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100907 Fedora/3.0.7-1.fc12 Thunderbird/3.0.7
MIME-Version: 1.0
To:     Greg KH <gregkh@linuxfoundation.org>
CC:     arnd@arndb.de, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] char: xillybus: Add driver for XillyUSB (Xillybus
 variant for USB)
References: <20210201141651.62853-1-eli.billauer@gmail.com> <YBgPcX0J5m0bkhuA@kroah.com>
In-Reply-To: <YBgPcX0J5m0bkhuA@kroah.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk

Hello, Greg.

On 01/02/21 16:25, Greg KH wrote:
> As this has nothing to do with the existing XillyBus code, and you
> aren't doing anything "fancy" with the character device nodes, why does
> this need to be a kernel driver at all?  Why can't you just use libusb
> and talk to the device directly from userspace with no kernel driver
> needed?
>    
That's actually what I did in my first attempt.

However in order to provide the same API as the existing Xillybus 
driver, this driver must present some kind of device files.

Named pipes aren't sufficient, among others because closing a Xillybus 
device file is something that the hardware is informed about 
immediately. Also, when a device file is opened for write, the close() 
call should not return until all data has arrived to hardware (per 
existing API). This can't be guaranteed with named pipes.

So a user-space driver needs to rely on CUSE. Which I wasted two months 
on before realizing it's not stable enough to rely upon. My whines on 
CUSE can be found in my blog:

http://billauer.co.il/blog/2020/02/linux-cuse-fuse-libfuse-crash/
> And always cc:linux-usb@vger.kernel.org  when submitting a USB driver so
> that the developers there can review it.
>    
Sorry, I wasn't aware of that. Will resend this patch with this list 
cc'ed shortly.

Thanks,
    Eli