> From: Marcelo Tosatti <marcelo@conectiva.com.br>
> Date: Wed, 29 May 2002 21:34:23 -0300 (BRT)
>
> > > <davem@nuts.ninka.net> (02/05/06 1.383.11.22)
> > > soft-fp fix:
>
> David, Greg, and others, please, more readable changelogs :)
>
> I don't understand what people want in that particular kind
> of case. I made software fp emulation fixes, four of them to
> be precise. And on the first line I describe in general what
> I'm doing, which is soft-fp bug fixes :-)
Sorry, no you didn't. What you didn't say was if this was a bug fix or
speedup or ??? Not trying to devalue your comment, but non-fp system are
usually embedded and do so little fp that any speedup would not matter,
while result errors matter and actual crashes would be high priority. The
line is long enough for specifying stuff like that, and gives a quick read
on the relevance of a patch. If would be useful to narrow "fix" a bit, and
I think that's what the O.P. was asking.
> sparc64 fixes:
>
> which proceeds the actual details:
>
> - Fix signal blah handling
> - Don't bleh during ptrace
> - Disable interrupts around foo
> - Fix IP checksum calculations when bar
>
> Now tell me what is more appropriate on the first line and
> I'll consider it :-)
I'll suggest that "signal handling, ptrace, int disable and IP cksum"
would fit and give a general feel for what was being addressed. That's the
flavor of what would be more useful to me, and I wouldn't mind having the
whole paragraph if that's what it takes, I read text faster than code;-)
Like having a NIC driver "multicast icmp packet loss" is more
informational than "obscure corner case fix."
-- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/