linux-kernel - Re: bcm43xx regression in 2.6.24 (with patch)

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]

Message-ID: <20080223110751.GN23833@elte.hu>
Date:	Sat, 23 Feb 2008 12:07:51 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Michael Buesch <mb@...sch.de>
Cc:	Alexey Zaytsev <zaytsev.a@...tei.ru>, Greg KH <greg@...ah.com>,
	linux-kernel@...r.kernel.org
Subject: Re: bcm43xx regression in 2.6.24 (with patch)

* Michael Buesch <mb@...sch.de> wrote:

> > If this is not a repgession, than I don't know what is. And if it is 
> > a regression, it should be fixed at least in the 2.6.24.y series, do 
> > you agree?
> 
> No. Playing with kconfig SELECT is really _nothing_ for a -stable 
> series. I am _not_ going to be responsible for any breakages. [...]

well, i've reviewed this thread and it's pretty apparent to any outside 
observer that you as a maintainer are ignoring Alexey Zaytsev's pretty 
reasonable request for a fix.

Alexey had a problem, he analyzed it, he found a fix which he tested, 
and he even has offered to test anything you send his way:

|| I have provided a patch that I believe is trivial, that I have tested 
|| with all possible config option combinations I thought were possible, 
|| and that fixes the regression. If you have a reason to believe it is 
|| wrong, please say it, I won't be offended. If there is a problem with 
|| the patch, I'll gladly fix and resend it.

that's about the most friendly tester attitude that is imaginable.

but what were you able to make out of that positive attitude? The only 
things i've seen you send his way were insults and general handwaving 
about how his patch breaks stuff (without providing a _shred_ of 
evidence).

I have to say, after having observed multiple incidents around b43 in 
the past few months you are one of the worst driver maintainers i've 
ever seen on lkml: you are ignoring regressions, you are frequently 
insulting our testers and now you even have the gall to NAK a patch to 
_your own buggy driver code_ without providing an alternative fix. 
Kudos.

	Ingo
--
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/