Difference between revisions of "Reporting Problems"
(New page: Many of the people on the m5-users mailing list are happy to help when someone has a problem or something doesn't work. However. please keep in mind that it's not our job to help. We all h...)
Revision as of 15:32, 25 June 2008
Many of the people on the m5-users mailing list are happy to help when someone has a problem or something doesn't work. However. please keep in mind that it's not our job to help. We all have other commitments, so before we spend time helping someone we like to see that they have put some effort into solving the problem themselves.
- Before posting a question to the list, please check if the question is already answered. The wiki provides answers to the most common questions (check both Documentation and the Frequently Asked Questions), and the mailing list archive at gmane.org is easily searchable.
- If your problem is with your configuration script, look at the config.ini output. This is the final configuration that's getting built in textual form. Make sure this reflects the configuration you think you're building.
- If that doesn't help, take a few minutes to look at the source code and see if you can identify your problem. If you're running into a specific error message, the file and line number where the error message is printed should be displayed along with the error message, so start there. Even if you don't get a specific error message, look at the module that's giving you trouble and see if you can figure it out. Use cscope or another tool to find where relevant functions/variables are used. M5 is not like other open-source software packages where end users would never be expected to look at the source code when problems occur. M5 is as much of a framework as an application. We don't (and you shouldn't) expect to have it do everything you want without touching the source code.
- If it seems appropriate, enable some trace flags (--trace-flags=Foo) and see if the resulting information helps. Your examination of the source in step 3 should show you which trace flags might be relevant (they're the first argument to the DPRINTF calls). If your problem is occurring on the C++ side, don't be afraid to run under gdb to see what's really happening. See Debugging M5 for more details.
- If you still need help, use the information you've gathered in steps 1-4 to ask the most specific and informative question possible on the m5-users list. Include the command line you used, specific error messages, program outputs, stack traces, relevant trace snippets, etc. (Don't post huge traces in their entirety though... just the relevant bits.) If you've written your own scripts, try and find the shortest script (or the minimum modification to one of the supplied example scripts) that exhibits the same problem and post that. If you found something on the wiki but it didn't quite apply or didn't work, mention that so we can update the wiki appropriately. If you have a theory about what the problem might be, please let us know, but include enough basic information so others can decide whether your theory is correct.
Finally, please don't e-mail or call any list member directly unless explicitly invited to do so. If we haven't responded we are either busy, don't know the answer or some combination of the two. Pestering will not get your question answered faster, and it may get it never answered at all.