Date: Fri, 04 Jul 2008 14:16:21 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Dmitry Morozovsky <marck@rinet.ru> Cc: Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>, freebsd-current@freebsd.org Subject: Re: puc(4) man page update? Message-ID: <3F7F280F-C3ED-4E2E-9865-66A11FC3F03F@mac.com> In-Reply-To: <20080705011154.G97379@woozle.rinet.ru> References: <20080701181358.GA93601@wep4017.physik.uni-wuerzburg.de> <EFBC6852-012F-4207-A4CE-B407CF92F25E@mac.com> <20080704135827.H35668@woozle.rinet.ru> <22A6B038-44BB-4072-8A6E-8C1D5855CB14@mac.com> <20080705011154.G97379@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 4, 2008, at 2:12 PM, Dmitry Morozovsky wrote: > On Fri, 4 Jul 2008, Marcel Moolenaar wrote: > > MM> > doesn't splitting uart out of kernel broke serial console? > Last time I > MM> > checked > MM> > it did. > MM> > MM> Yes, it does. The serial console is setup/initialized and > MM> used before pre-loaded modules are linked and/or usable. > MM> We don't have the support in place that allows you to boot > MM> without console until pre-loaded modules are initialized, > MM> at which time add a low-level console device is setup. > MM> It's not that hard to do, I think. > MM> > MM> So, currently low-level console drivers, such as dcons(4), > MM> sio(4) and uart(4) need to be compiled into the kernel. > MM> Consequently any devices/busses to which any of these can > MM> attach must be compiled into the kernel as well. Of these > MM> acpi(4) and puc(4) are good examples. acpi(4) is a good > MM> example because we use hints to work around the issue and > MM> have sio(4) attach to isa(4) instead... > > Well, than, what is the reason to keep puc(4) out of GENERIC then? ;-P It's in GENERIC on ia64 :-) If no one has any strong objections, I'll add puc(4) to GENERIC for all platforms. -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F7F280F-C3ED-4E2E-9865-66A11FC3F03F>