Created attachment 372090 [details] genpatches-3.4-62.experimental.tar.xz This patchset basically contains files generated from kernel/git/torvalds/linux.git by issuing the following command: git format-patch --full-diff a36cf844c543c6193445a7b1492d16e5a8cf376e..v3.13-rc8 drivers/base/firmware_class.c excluding commits: 3dadecce20603aa380023c65e6f55f108fd5e952 (unrelated vfs commit) modifying commits: 875979368eb4cfecff9f0e97625b90cc6009269d (merge conflict) 08da2012e0bb0f3f1422cce3f76c36a90da366b5 (merge conflict) including commits: 10bd4c7572b6c6eb97f1c15dedd2d36c63907f91 (Documentation/firmware_class/README) f8d5b9e9e5372f0deb7bc1ab1088a9b60b0a793d (part of 3.13 stable-queue) All this to backport request_firmware_direct() and subsequent fixes from >=3.7 into 3.4, to be able to disable deprecated firmware-loader in sys-fs/udev. Despite the tarball containing 40+ commits, backporting is rather easy (as documented above) because all of them mostly only touch firmware_class.c. This bumps firmware_class.c basically to the state of 3.13.6+. I still depend on kernel 3.4 despite all efforts to bisect various regressions in later versions. This enables me to continue using it in the future should firmware-loader finally be dropped from udev upstream at some point. Attaching genpatches-3.4-62.experimental.tar.xz that makes use of experimental IUSE when added to gentoo-sources-3.4.82.ebuild.
Created attachment 372100 [details] genpatches-3.4-62.experimental.tar.xz Sorry, previous tarball was the wrong one, for some reason the range up to 3.13_rc8 doesn't include the most relevant patch. Now this one actually contains all files as advertised above, plus one additional commit to clear a warning.
Created attachment 372806 [details, diff] 3.4.83-backport_direct_firmware_loading.patch Another version of the backport, based on firmware loading of 3.10.33 sources. All in one, 1/5th size, perhaps more reasonable.
breaks PM_SUSPEND, patch to fix this is getting too heavy to carry on.
