Hi guys,
This is my first post to this list, so let me quickly introduce myself.
I'm a software engineer for Ettus Research (National Instruments).
One of our new products [1] is a USB 3.0 (using Cypress FX3) based SDR
that currently ships
with a libusb based open source driver integrated in our
On Mon, Nov 4, 2013 at 2:21 PM, Greg KH wrote:
> Where specifically in the kernel? Busywaiting for data transferrs to
> complete, or doing something else? Are you keeping the pipeline full to
> the device? You should be able to hit USB "line speed" from userspace
> if you just are reading/writ
On Mon, Nov 4, 2013 at 4:27 PM, Alan Stern wrote:
> A patch was proposed in the last couple of months to reduce kernel
> overhead for transfers using libusb:
>
> http://marc.info/?l=linux-usb&m=138046339714340&w=2
>
> The patch would need to be finished and all the relevant comments
> add
Move the DT based link GPIO parsing to of_mdio and let the places
that register a fixed_phy pass in a GPIO descriptor or NULL.
This allows fixed_phy on non-DT platforms to have link GPIOs, too.
Signed-off-by: Moritz Fischer
---
drivers/net/dsa/dsa_loop.c | 2 +-
drivers/net
Hi Andrew,
thanks for your feedback.
On Wed, Feb 06, 2019 at 10:53:22PM +0100, Andrew Lunn wrote:
> On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
> > Move the DT based link GPIO parsing to of_mdio and let the places
> > that register a fixed_phy pass in a GPI
