Dear Adarsh,
In message CAJgxa7ev2Zao61SDjOt+2k5qJfDxiY1bwTqmcFg=G4iSk-u7KQ@mail.gmail.com you wrote:
Could you *please clarify* couple of my queries* regarding posting questions* to the mailing list.
I can try...
- Most of the postings in the mailing list are observed to be code patches.
Could we also post our observations/opinions on the code/commands/issues on a particular u-boot release and discuss with other u-boot contributors??
Of course you can also just ask questions. But as you probably see, this is a pretty high volume mailing list, so there is always a chance that such messages may be missed.
If yes, is there any specific string (similar to [PATCH] for a patch or a [BUG] for a bug etc) to be mentioned in the subject line??
No, there is no such tag. But it is always a good idea to add the custodian for the affected sub-system on Cc: ; normally you can find such information in the MAINTAINERS file, or try using the scripts/get_maintainer.pl tool. in case of environment code you just have bad luck, as the entry for MAINTAINERS has not been added yet to mainline (but it was seen on the mailing list).
1.[U-Boot] cmd: clarification on 'env ask' command execution 2.Unable to delete the hush shell local variables
Both of them were not forwarded by the moderator (not sure what was wrong ).
I can see 1. at https://lists.denx.de/pipermail/u-boot/2019-October/386682.html
I re-sent the second query yesterday to the mailing list with subject line "*[U-Boot] [BUG] cmd : Local Hush Variable Could not be deleted* " and it got forwarded.
You can avoid that your messages need a maintainer's attention by subscribing to the mailing list. there is tons of spam messages that need to get manually cleaned up, and it's easy to miss a regular posting, especially if the subject line is not clear enough.
So, any specific guidelines to post queries/observations/bugs for discussion will be definitely helpful and keep us going.
- For newbies, could you suggest any pre-requisites, initial documents or
guidelines to follow while they explore u-boot ( from user/tester/developer perspective ).
I found it always useful to read and remember the recommendations posted in [1].
[1] http://www.catb.org/%7eesr/faqs/smart-questions.html
Best regards,
Wolfgang Denk