Re: port-sparc64/46461: Sun E450 drops to DDB on boot of 6.0_BETA

[Havard Eidnes <he%NetBSD.org@localhost>]

The following reply was made to PR port-sparc64/46461; it has been noted by 
GNATS.

From: Havard Eidnes <he%NetBSD.org@localhost>
To: macallan%netbsd.org@localhost
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: port-sparc64/46461: Sun E450 drops to DDB on boot of 6.0_BETA
Date: Sun, 20 May 2012 10:25:05 +0200 (CEST)

 >  Ouch, I think I see where the problem comes from.
 >  That path is apparently never taken if the console is explicitly set
 >  to another fb or a tty since in that case OF doesn't setup the
 >  graphics hardware and drivers abort much earlier, which is why I never
 >  saw it. In your case OF sets it up, then decides it doesn't have a
 >  keyboard and switches to ttya. I'll fix that, there's probably a bunch>  
 >  of other drivers which may get bitten by that :/
 >  I'm fairly sure that used to work though, at least sbus and UPA
 >  framebuffers are set up even if they're not the console.
 >  
 >  Does this help:
 >  @@ -326,11 +335,10 @@
 >                       defattr);
 >                   vcons_replay_msgbuf(&sc->sc_console_screen);
 >           } else {
 >  -               /*
 >  -                * since we're not the console we can postpone the rest
 >  -                * until someone actually allocates a screen for us
 >  -                */
 >  -               (*ri->ri_ops.allocattr)(ri, 0, 0, 0, &defattr);
 >  +               if (sc->sc_console_screen.scr_ri.ri_rows == 0) {
 >  +                       /* do some minimal setup to avoid weirdnesses later 
 > */
 >  +                       vcons_init_screen(&sc->vd, &sc->sc_console_screen, 
 > 1, &defattr);
 >  +               }
 >
 >  ?
 
 Yes, this fixes the problem, I now have the 6.0_BETA kernel
 running with the pm2fb driver enabled.
 
 Regards,
 
 - Havard