Message ID | 20160607164741.31849-3-stephen.boyd@linaro.org (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On Tue, Jun 7, 2016 at 9:47 AM, Stephen Boyd <stephen.boyd@linaro.org> wrote: > From: Vikram Mulukutla <markivx@codeaurora.org> > > Some low memory systems with complex peripherals cannot afford to > have the relatively large firmware images taking up valuable > memory during suspend and resume. Change the internal > implementation of firmware_class to disallow caching based on a > configurable option. In the near future, variants of > request_firmware will take advantage of this feature. > > Signed-off-by: Vikram Mulukutla <markivx@codeaurora.org> > [stephen.boyd@linaro.org: Drop firmware_desc design and use flags] > Signed-off-by: Stephen Boyd <stephen.boyd@linaro.org> > --- > drivers/base/firmware_class.c | 7 +++++-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c > index 01d55723d82c..45ed20cefa10 100644 > --- a/drivers/base/firmware_class.c > +++ b/drivers/base/firmware_class.c > @@ -112,6 +112,7 @@ static inline long firmware_loading_timeout(void) > #define FW_OPT_FALLBACK 0 > #endif > #define FW_OPT_NO_WARN (1U << 3) > +#define FW_OPT_NOCACHE (1U << 4) 6 days late -- but even if I wasn't Cc'd I caught this on linux-next -- but please folks NACK, We should not be adding *yet another flag* and *yet another new API* for a mild tweak to the API. The firmware API is already messed up enough as it is, enough is enough. I'll post v4 of the new flexible API which after feedback from v3 series [0] should put this to an end. That should enable you to add your optional needs via a descriptor without any other collateral evolutins. I had been waiting to push out v4 until me and Julia completed some SmPL conversion to help drivers easily convert over but seeing this patch got merged and I think this can't wait any more, the SmPL grooviness will have to wait a bit and some simple manual transformation examples will be provided. [0] http://lkml.kernel.org/r/1450906497-24179-6-git-send-email-mcgrof@do-not-panic.com Luis
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c index 01d55723d82c..45ed20cefa10 100644 --- a/drivers/base/firmware_class.c +++ b/drivers/base/firmware_class.c @@ -112,6 +112,7 @@ static inline long firmware_loading_timeout(void) #define FW_OPT_FALLBACK 0 #endif #define FW_OPT_NO_WARN (1U << 3) +#define FW_OPT_NOCACHE (1U << 4) struct firmware_cache { /* firmware_buf instance will be added into the below list */ @@ -1065,14 +1066,16 @@ static int assign_firmware_buf(struct firmware *fw, struct device *device, * should be fixed in devres or driver core. */ /* don't cache firmware handled without uevent */ - if (device && (opt_flags & FW_OPT_UEVENT)) + if (device && (opt_flags & FW_OPT_UEVENT) && + !(opt_flags & FW_OPT_NOCACHE)) fw_add_devm_name(device, buf->fw_id); /* * After caching firmware image is started, let it piggyback * on request firmware. */ - if (buf->fwc->state == FW_LOADER_START_CACHE) { + if (!(opt_flags & FW_OPT_NOCACHE) && + buf->fwc->state == FW_LOADER_START_CACHE) { if (fw_cache_piggyback_on_request(buf->fw_id)) kref_get(&buf->ref); }