Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1416406
| From | Stephen Boyd <stephen.boyd@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4 0/3] request_firmware() into pre-allocated buffers |
| Date | 2016-06-07 18:50 +0200 |
| Message-ID | <rHsmt-56I-13@gated-at.bofh.it> (permalink) |
| References | <rHkIh-nf-17@gated-at.bofh.it> <rHkRX-qE-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Ah sorry, I seem to have missed updating that one place (it was in multiple places). I'll resend properly. On 7 June 2016 at 01:45, Russell King - ARM Linux <linux@armlinux.org.uk> wrote: > And you're still doing it, after I've already pointed out that you > posted these to linux-arm and not linux-arm-kernel. By posting them > to the wrong list, you are preventing proper review of these patches, > so really these should not be merged until you've corrected that. > > On Tue, Jun 07, 2016 at 01:35:34AM -0700, Stephen Boyd wrote: >> Some systems are memory constrained but they need to load very >> large firmwares. The firmware subsystem allows drivers to request >> this firmware be loaded from the filesystem, but this requires >> that the entire firmware be loaded into kernel memory first >> before it's provided to the driver. This can lead to a situation >> where we map the firmware twice, once to load the firmware into >> kernel memory and once to copy the firmware into the final >> resting place. >> >> This design creates needless memory pressure and delays loading >> because we have to copy from kernel memory to somewhere else. >> This patch sets adds support to the request firmware API to load the >> firmware directly into a pre-allocated buffer, skipping the intermediate >> copying step and alleviating memory pressure during firmware loading. >> The drawback is that we can't use the firmware caching feature because >> the memory for the firmware cache is not managed by the firmware >> layer. >> >> Patches based on v4.7-rc1. >> >> Changes since v3: >> * Rebased onto v4.7-rc1 >> * Renamed enum per Mimi's comment >> >> Changes since v2: >> * Dropped DMA API changes and moved to dma coherent APIs per Catalin's >> suggestions >> * Reworked to request firmware directly into any pre-allocated buffer >> * Split off cleanup patch into patch #1 to ease review >> * Added file reading enum for reading firmware directly into buffer >> >> Changes since v1: >> * Rebased onto v4.6-rc1 (large conflicts due to movement of code from Mimi) >> * Added some CONFIG_HAS_DMA ifdefs around code that's using DMA ops >> >> >> Stephen Boyd (2): >> firmware: Consolidate kmap/read/write logic >> firmware: Support loading into a pre-allocated buffer >> >> Vikram Mulukutla (1): >> firmware: Provide infrastructure to make fw caching optional >> >> drivers/base/firmware_class.c | 183 +++++++++++++++++++++++++++++------------- >> fs/exec.c | 9 ++- >> include/linux/firmware.h | 8 ++ >> include/linux/fs.h | 1 + >> 4 files changed, 142 insertions(+), 59 deletions(-) >> >> -- >> 2.9.0-rc1 >> >> >> _______________________________________________ >> linux-arm mailing list >> linux-arm@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/linux-arm > > -- > RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ > FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up > according to speedtest.net.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH v4 0/3] request_firmware() into pre-allocated buffers Russell King - ARM Linux <linux@armlinux.org.uk> - 2016-06-07 10:50 +0200 Re: [PATCH v4 0/3] request_firmware() into pre-allocated buffers Stephen Boyd <stephen.boyd@linaro.org> - 2016-06-07 18:50 +0200
csiph-web