Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758191AbYGDCcx (ORCPT ); Thu, 3 Jul 2008 22:32:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754726AbYGDCcm (ORCPT ); Thu, 3 Jul 2008 22:32:42 -0400 Received: from aun.it.uu.se ([130.238.12.36]:46593 "EHLO aun.it.uu.se" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755238AbYGDCcm (ORCPT ); Thu, 3 Jul 2008 22:32:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18541.35720.223976.231701@harpo.it.uu.se> Date: Fri, 4 Jul 2008 04:31:36 +0200 From: Mikael Pettersson To: Alan Cox Cc: Jeff Garzik , David Woodhouse , Theodore Tso , Hugh Dickins , Andrew Morton , KOSAKI Motohiro , mchan@broadcom.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org Subject: Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" In-Reply-To: <20080703232554.7271d645@lxorguk.ukuu.org.uk> References: <20080703020236.adaa51fa.akpm@linux-foundation.org> <20080703205548.D6E5.KOSAKI.MOTOHIRO@jp.fujitsu.com> <486CC440.9030909@garzik.org> <486CCFED.7010308@garzik.org> <1215091999.10393.556.camel@pmac.infradead.org> <486CD654.4020605@garzik.org> <1215093175.10393.567.camel@pmac.infradead.org> <20080703173040.GB30506@mit.edu> <1215111362.10393.651.camel@pmac.infradead.org> <486D3E88.9090900@garzik.org> <486D4596.60005@infradead.org> <486D511A.9020405@garzik.org> <20080703232554.7271d645@lxorguk.ukuu.org.uk> X-Mailer: VM 7.17 under Emacs 20.7.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1062 Lines: 24 Alan Cox writes: > > The only valid assumption here is to assume that the user is /unaware/ > > of these new steps they must take in order to continue to have a working > > system. > > To a large extent not the user but their distro - consider "make install" > -- Last time I checked only x86 had 'make install'. I regularly build natively on ppc(32|64) and sparc64, and none of them implement 'make install' AFAIK. And on ARM I move the kernels over to a tftp server for network boots, again w/o 'make install'. Not that 'make install' is difficult. All it does it hand over to /sbin/installkernel or something like that. In the context of .config changes, 'make oldconfig' with 'select the default' must IMO result in a working kernel similar to the previous one. Anything else is madness or arrogance. -- 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/