[Mesa-dev] [PATCH 1/1] gallivm, llvmpipe: Handle MSAA textures in emit_fetch_texels in a preliminary fashion to prevent a crash in a Piglit test.
Carl Worth
cworth at cworth.org
Sat Jul 5 08:55:07 PDT 2014
Darius Goad <alegend45 at gmail.com> writes:
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 2 ++
> 1 file changed, 2 insertions(+)
Hi Darius,
Welcome to the mesa development community! I hope you'll have a lot of
fun here.
I know that someone on IRC gave you some feedback on your commit
message, (that it should be formatted to 72 columns or so). Here's a
little more feedback.
The first line of the commit message should be a single-sentence summary
of *what* the patch does. There's an art to capturing all of that in
fewer than 80 characters, (though if you really struggle, that might be
a hint that the patch should be broken up into multiple patches).
After that, the commit should continue with one or more sentences,
(maybe even a few paragraphs), that describe the *how* and the *why* of
the patch.
I'm not familiar with the code you're modifying here, but let me give
you an example of how you might reformat your commit message according
to the above:
gallivm, llvmpipe: Preliminary MSAA texture support in emit_fetch_texels
This support is only preliminary because <of some explanation>. More
complete support would involve <further explanation>.
In the meantime, this commit does fix crashes in the following piglit
tests:
<list of affected tests>
These crashes were occurring because of <additional explanation>.
Something along the lines of that, anyway. Hopefully that gives you the
right idea.
Some people hesitate to write that much, thinking, "How can a two line
patch justify 6 or more full sentences of explanation?". But in my
experience, no commit is short enough to not warrant both a sentence of
*what* and the essential sentence of *why*.
Those extra sentences of explanation are invaluable to people doing
review now, and priceless to people investigation the code history
later.
You can use "git commit --amend" or "git rebase -i origin/master" along
with a "reword" directive in the resulting command list to easily change
your commit message. And then you can email it again as a "v2" patch.
Thanks again for your contribution,
-Carl
--
carl.d.worth at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20140705/2c7a9891/attachment.sig>
More information about the mesa-dev
mailing list