lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130924221802.GC3837@kroah.com>
Date:	Tue, 24 Sep 2013 15:18:02 -0700
From:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:	Alan Tull <atull@...era.com>
Cc:	Michal Simek <monstr@...str.eu>, Pavel Machek <pavel@...x.de>,
	Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
	Jason Cooper <jason@...edaemon.net>,
	Michal Simek <michal.simek@...inx.com>,
	linux-kernel@...r.kernel.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 Tue, Sep 24, 2013 at 11:22:54AM -0500, Alan Tull wrote:
> Yes, I could see /sys/class/fpga/fpga0/image.rbf/loading and 'data' and
> a few others (If I was requesting to load 'image.rbf').  It's a nice
> interface.
> 
> I just used the linux/Documentation/firmware_class/hotplug-script
> without modifications.
> 
> To enable it:
> 
>  * cp linux/Documentation/firmware_class/hotplug-script /lib/udev/
> 
>  * chmod 755 /lib/udev/hotplug-script
> 
>  * Add this udev rule:
>    SUBSYSTEM=="firmware", ACTION=="add", RUN+="/lib/udev/hotplug-script"
> 
>  * Check that there aren't other 'firmware' udev rules to get in the
> way.

Hm, don't do that, all "modern" distros will not do firmware loading
through udev anymore, so please don't try to add it back in.  The kernel
handles the loading of the firmware directly, with no need to call any
usermodehelper program at all.

>  * Add your firmware files to /usr/lib/hotplug/firmware/ or change that
>    path in hotplug-script to point to where your firmware files.
> 
> The default hotplug-script doesn't do anything special (that the kernel
> couldn't do by itself).  What's great is that it could call another
> script that adds headers or does whatever other special un-gzipping or
> other massaging that the firmware image needs before it gets loaded.

Only if you need to do something "special" like this could it justify
not using the in-kernel firmware loader.  Also note that I think future
versions of udev will have the udev firmware loader removed entirely, so
watch out for that.

thanks,

greg k-h
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ