[lkml]   [2008]   [Jul]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] powerpc/lpar - defer prefered console setup
    On Tue, 2008-07-29 at 09:36 +0200, Bastian Blank wrote:
    > On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
    > > On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
    > > > Hi
    > > >
    > > > The powerpc lpar code adds a prefered console at a very early state,
    > > > during arch_setup. This runs even before the console setup from the
    > > > command line and takes preference.
    > > >
    > > > This patch moves the prefered console setup into an arch_initcall which
    > > > runs later and allows the specification of the correct console on the
    > > > command line. The udbg console remains as boot console.
    > > >
    > > Shouldn't it be a console_initcall() ?
    > No. console_initcall is for the initial console setup and runs way long
    > before the command line setup. It needs to run after that.

    Hrm... we do most of the console discovery from console_initcall for
    legacy UARTs. see the code in legacy_serial.c, we just avoid doing
    the add_preferred_console() thingy if there's a console= on the command
    line :-)

    > Yep. Would it be a solution to check this in hvc_vio and hvsi and do the
    > calls there? They now that the device is available and the correct
    > index. But even then it have to run after the command line. (Or the
    > console infrastructure fixed to support more then one device of a type.)

    Not sure. The console selection process is just plain weird and I never
    really took the time to fully figure it out.


     \ /
      Last update: 2008-07-29 09:47    [W:0.043 / U:1.644 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site