Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756732AbYGCUel (ORCPT ); Thu, 3 Jul 2008 16:34:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753162AbYGCUe3 (ORCPT ); Thu, 3 Jul 2008 16:34:29 -0400 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:58811 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1754884AbYGCUe2 (ORCPT ); Thu, 3 Jul 2008 16:34:28 -0400 Date: Thu, 03 Jul 2008 13:34:28 -0700 (PDT) Message-Id: <20080703.133428.22854563.davem@davemloft.net> To: jeff@garzik.org Cc: hugh@veritas.com, akpm@linux-foundation.org, kosaki.motohiro@jp.fujitsu.com, mchan@broadcom.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, dwmw2@infradead.org Subject: Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" From: David Miller In-Reply-To: <486CCFED.7010308@garzik.org> References: <486CC440.9030909@garzik.org> <486CCFED.7010308@garzik.org> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2066 Lines: 46 From: Jeff Garzik Date: Thu, 03 Jul 2008 09:11:09 -0400 > dwmw2 has been told repeatedly that his changes will cause PRECISELY > these problems, but he refuses to take the simple steps necessary to > ensure people can continue to boot their kernels after his changes go in. > > Presently his tg3 changes have been nak'd, in part, because of this > obviously, forseeable, work-around-able breakage. I agree with Jeff, obviously. We both saw this song and dance coming. Now the reports are coming in from confused people who are losing their network. It is no surprise. And the person who introduced this swath of regressions acts like it's some kind of chore to enforce the obviously correct default behavior. Why is it such a big deal to make "obviously working" the default? In effect, you lied to us, in that you said that by default users wouldn't have to do anything to keep getting a working setup. But that is provably not true, look at all of these reports. Are you saying these people are idiots and don't know how to configure their kernel? Every single one of them? So don't be surprised how pissed off some of us are about these changes. You are inflicting pain on driver maintainers because now they have to sift through these "firmware not found" reports in addition to their normal workload. And David make it seem like it's inconvenient for him to implement the correct default, which in particular pisses me personally off the most. It's totally irresponsible, and I don't care what the legal or ideological motivation is. Given that, how in the world can you be surprised that the effected driver maintainers have no interest in reviewing the substance of these patches? You don't piss people off, then say "help me review this stuff." It doesn't work like that. -- 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/