<br><br><div class="gmail_quote">On Thu, Oct 15, 2009 at 4:33 PM, Uwe Hermann <span dir="ltr"><<a href="mailto:uwe@hermann-uwe.de">uwe@hermann-uwe.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Thu, Oct 15, 2009 at 12:01:12PM -0600, Myles Watson wrote:<br>
> >  config HAVE_ACPI_TABLES<br>
> >     bool<br>
> > +   help<br>
> > +     This variable specifies whether a given board has ACPI table<br>
> > support.<br>
> > +     It is usually set in mainboard/*/Kconfig.<br>
> > +     Whether or not the ACPI tables are actually generated by coreboot<br>
> > +     is configurable by the user via GENERATE_ACPI_TABLES.<br>
><br>
> I think comments, not help text is the correct place to put comments about<br>
> CONFIG variables that will never show up in a menu.<br>
<br>
</div>I started doing just that recently, but Peter mentioned it may<br>
be a good idea to keep them as "help" texts so we can maybe<br>
auto-generate documentation (for wiki or whatever) out of them easily<br>
(Doxygen-like). Post is at:<br>
<a href="http://www.coreboot.org/pipermail/coreboot/2009-October/052966.html" target="_blank">http://www.coreboot.org/pipermail/coreboot/2009-October/052966.html</a><br></blockquote><div>Yes.  I'd forgotten that.  I do like the fact that you are documenting things.<br>
<br>Maybe if we started by making the tool that generated the documentation that would make the decision easier.  My main concern is that we keep it very clear which options should be set to configure a board vs port Coreboot to a board.  A good example is GENERATE_ACPI_TABLES vs. HAVE_ACPI_TABLES.  <br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'm not sure what to do, both methods have their advantages. What do<br>
others think?<br>
<div class="im"><br>
> Maybe some of it should just go into documentation/.<br>
<br>
</div>Hm, manually maintaining it will very likely fail and we'll have a<br>
bit-rotting document very soon (like most of the other documents we<br>
have right now). Keeping the help text near the variable (just as we<br>
keep Doxygen-style code comments near the function they document) is a<br>
good idea, IHMO.</blockquote><div>I agree.  I just don't like the idea of the help being used for comments.<br> <br></div><div>Does Doxygen handle config options if we format it correctly?<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 If we want an extra document with all config options<br>
we should write up some scripts to generate that, as is done with<br>
the oldconfig ones, see:<br></blockquote><div>Good idea.<br><br>Thanks,<br>Myles<br></div></div>