From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261445AbUBUAWe (ORCPT ); Fri, 20 Feb 2004 19:22:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261447AbUBUAWe (ORCPT ); Fri, 20 Feb 2004 19:22:34 -0500 Received: from gate.crashing.org ([63.228.1.57]:59819 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S261445AbUBUAWd (ORCPT ); Fri, 20 Feb 2004 19:22:33 -0500 Subject: Re: fb_console_init fix. From: Benjamin Herrenschmidt To: Greg KH Cc: James Simmons , Linus Torvalds , Linux Fbdev development list , Linux Kernel Mailing List In-Reply-To: <20040220235410.GB17771@kroah.com> References: <1077317816.9623.20.camel@gaston> <20040220235410.GB17771@kroah.com> Content-Type: text/plain Message-Id: <1077322606.10864.1.camel@gaston> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 21 Feb 2004 11:16:47 +1100 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2004-02-21 at 10:54, Greg KH wrote: > What's wrong with the current range of init call sections? Can't that > work for fb devices today? We can probably work with those. I just don't fell like changing that part of fbdev right now. More important fixes to get in first (and there's a shitload of crap related to calling the setup functions in fbdev's that need fixing too if/when we change that init stuff). My idea about adding an initcall level was for pure convenience, but may be wrong. It's handy to have the console inited before the rest that's all ;) We can leave that out for now, maybe just linking drivers/video before the rest is enough to get that anyway. Ben.