[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130919172814.GA3855@obsidianresearch.com>
Date: Thu, 19 Sep 2013 11:28:14 -0600
From: Jason Gunthorpe <jgunthorpe@...idianresearch.com>
To: Yves Vandervennet <rocket.yvanderv@...il.com>
Cc: monstr@...str.eu, Alan Tull <atull@...era.com>,
Jason Cooper <jason@...edaemon.net>,
Michal Simek <michal.simek@...inx.com>,
linux-kernel@...r.kernel.org, Pavel Machek <pavel@....cz>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Dinh Nguyen <dinguyen@...era.com>,
Philip Balister <philip@...ister.org>,
Alessandro Rubini <rubini@...dd.com>,
Mauro Carvalho Chehab <m.chehab@...sung.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Cesar Eduardo Barros <cesarb@...arb.net>,
Joe Perches <joe@...ches.com>,
"David S. Miller" <davem@...emloft.net>,
Stephen Warren <swarren@...dia.com>,
Arnd Bergmann <arnd@...db.de>,
David Brown <davidb@...eaurora.org>,
Dom Cobley <popcornmix@...il.com>
Subject: Re: [RFC PATCH] fpga: Introduce new fpga subsystem
On Thu, Sep 19, 2013 at 10:18:03AM -0500, Yves Vandervennet wrote:
> On Thu, Sep 19, 2013 at 5:55 AM, Michal Simek <monstr@...str.eu> wrote:
>
> >> Is there some way a per-device userspace helper can be added that can
> >> handle adding the headers? Such that different fpga types get different
> >> helpers?
> >
> > What do you exactly mean by that? Any example what do you want to achieve?
> Bit streams may not be in raw format, so using 'cat' is not possible.
> Xilinx and Altera have their own bit stream "richer" format, that need
> to be processed before they are presented to the driver(s). So, a
> hotplug helper per manufacturer/FPGA is required. Assuming 'cat' will
> be used is too limiting.
> Does it make sense to you?
IMHO it doesn't make sense to use request firmware for this, in
general.
1) The driver doesn't know what firmware to request. It just knows
how to send it to a FPGA.
2) Telling the kernel a filename via sysfs and then having it go
around the long way via request_firwmare to get the data is silly.
Just give the kernel the actual data instead of a file name
3) It is hard to use, when userspace writes the file name the kernel
doesn't return until request_firmware completes, which means you
need multiple threads in user space to make this work.
4) Converting an input file into bitstreamable format should be done
in userspace. This doesn't require request_firmware. If you want
to make it automatic then a program invoked via udev is the way
to go.
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists