Port-ofppc archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: NOTICE: major changes to ofppc incoming



On Mon, 02 Jul 2007 00:29:11 -0700 (MST)
Tim Rightnour <root%garbled.net@localhost> wrote:

> > Oh no. I don't think that a user should be forced to use nvedit just
> > to be able to boot a kernel. Here I agree with Matt. This should be
> > handled in the source!
> > 
> > I like the idea of Jochen to delay the console attachment, and just
> > use ofcons until the real serial driver is available.
> 
> I haven't had a chance yet to really stare at these two ideas and see
> if I can find a solution to either of them, but I don't object at all
> to the concept of them.  I think they are both fine ideas.
Maybe port-sparc64 can be an inspiration. It utilizes OFW too and has
similar problems with the console. See consinit.c, pcons.c, com_ebus.c
and sab.c in src/sys/arch/sparc64/dev.

Also: Making the console independent from bus_space(9) eases debugging
of bus_space(9). ;-)

An other problem can arise on machines with multiple PCI-host bridges
like the Pegasos or some of the higher end RS/6000. In that case we have
multiple independent bus_space(9)s. But which of them leads to the
console?

I hope to get some time to have a look at this tonight.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/




Home | Main Index | Thread Index | Old Index