<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 9, 2016 at 5:05 AM, Bruce Ashfield <span dir="ltr"><<a href="mailto:bruce.ashfield@gmail.com" target="_blank">bruce.ashfield@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, May 9, 2016 at 12:43 AM, Paul Eggleton <span dir="ltr"><<a href="mailto:paul.eggleton@linux.intel.com" target="_blank">paul.eggleton@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A lot of the IMAGE_FSTYPES items require the appropriate filesystem<br>
driver to be enabled in the kernel configuration; e.g. in order to read<br>
a btrfs filesystem, the kernel must enable CONFIG_BTRFS_FS. Add a check<br>
to ensure that is the case.<br></blockquote><div><br></div><div><br></div></span><div>So what's the overall design for this ? Is it documented anywhere ? This is something</div><div>that we talked about a couple of years and I have reservations and objections to </div><div>the current implementation.</div><div><br></div><div>.. but since I can only see bits and chunks of patches, I'd rather read something</div><div>complete and offer some more detailed feedback.</div><div><br></div><div>Bottom line: I see a slippery slope to tightly specified option that depend on kernel</div><div>versions, I see kernel options sprayed all over layers, etc, etc. Which is exactly</div><div>what we've been trying to avoid with the centralized kernel meta-data, and again,</div><div>there's a mechanism that I finished early this year to extend those options to any</div><div>kernel, enforce, warn, error, etc .. but now, I'll just toss it into the bin.</div></blockquote></div><br>Perhaps this functionality should be by feature or capability rather than individual options, and let the kernel build determine what features it provides based on its configuration.<br>-- <br><div class="gmail_signature">Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics</div>
</div></div>