Re: [PATCH PREVIEW RFC 1/6] base: bootcache: initial commit
Andrea Campanella <[email protected]> Tue, 30 Sep 2025 09:24:21 +0100
| Newsgroups | org.kernel.vger.linux-embedded |
|---|---|
| Message-ID | <[email protected]> |
On 9/30/25 00:38, Bird, Tim wrote: > > > This seems redundant given we're in a #else /* !CONFIG_BOOTCACHE */ conditional section > How could IS_ENABLED() return true? (did I miss an #endif somewhere?) > >> + return bootcache_get(name, out_val, &len); >> + else >> + return -ENOENT; > Come to think of it, why are these specialized calls in a !CONFIG_BOOTCACHE conditional section? > If the base call 'bootcache_get' is already conditional, and turns into a 'return -ENOENT', then > this call (bootcache_get_u16()), will turn into 'return -ENOENT' also, which will cause the whole > call chain to evaporate at the callsite (due to the conditional there on '==0') > > I'm not sure any of these specialized calls need to be in conditional sections - just the base > ones. > Hi Tim, Thanks for your feedback, good spot on that conditional, I will get it fixed in the last patch!