linux-kernel - Re: 2.6.25-rc8: FTP transfer errors

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 10 Apr 2008 11:07:32 -0400
From:	Mark Lord <lkml@....ca>
To:	David Miller <davem@...emloft.net>
Cc:	yoshfuji@...ux-ipv6.org, jeff@...zik.org, rjw@...k.pl,
	linux-kernel@...r.kernel.org, linux-net@...r.kernel.org
Subject: Re: 2.6.25-rc8: FTP transfer errors

David Miller wrote:
> From: Mark Lord <lkml@....ca>
> Date: Wed, 09 Apr 2008 20:02:20 -0400
> 
>> Really, folks.  Bug reports are intended to *help* the developers,
>> not something to be thrown back in their faces.
> 
> It's a two way street, we asked for a bisect which helps us a lot.
..

No, that's a one-way street, where the developers insist that the bug discover
do 100% of the work of finding/fixing the bug.

A two-way street is when we help each other, where the developers
might point out some likely commits, and the bug discover takes
additional time to patch/retest around them.

Years ago, Linus suggested that he opposed an in-kernel debugger
mainly because he preferred that we *think* more about the problems,
rather than just finding/fixing symptoms.

This 100% reliance upon git-bisect is worse than that.
It has people now just tossing regressions into the code left and right,
knowing that they can toss all of the testing back at the poor folks
whose systems end up not working.

> In fact, lately I notice a strong unwillingness to bisect on your
> part, in particular.
..

I just happen to find/report a lot of regressions.
And every single damn one so far has taken days of my
time to track down, and in most cases fix by myself.

All of them up until this one, have not been bisectable.
Yes, this one does seem to reproduce reliably now,
so it could be bisected if I wanted to take another day
out of my life for it.

I did bisect one other issue back in 2.6.24 (or .23?),
and that took about 9 hours in total.

I'd really like a hand or two with some of these bugs
at some point from the folks who keep breaking things.

Cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/