Date: Fri, 4 Jul 2008 13:59:18 +0400 (MSD) From: Dmitry Morozovsky <marck@rinet.ru> To: Marcel Moolenaar <xcllnt@mac.com> Cc: Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>, freebsd-current@freebsd.org Subject: Re: puc(4) man page update? Message-ID: <20080704135827.H35668@woozle.rinet.ru> In-Reply-To: <EFBC6852-012F-4207-A4CE-B407CF92F25E@mac.com> References: <20080701181358.GA93601@wep4017.physik.uni-wuerzburg.de> <EFBC6852-012F-4207-A4CE-B407CF92F25E@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 1 Jul 2008, Marcel Moolenaar wrote: MM> > - I have spent few hours figuring out why serial interfaces MM> > covered by puc(4) do not come up at boot time. The issue was I tried MM> > to use kernel module instead of compiling puc(4) into the kernel. MM> > Will it be good to have explicit note about it in the man page? MM> MM> Well, no. There's a very simple rule: MM> MM> If driver C is a child of a driver P and driver P is MM> loaded as a module, then driver C must be loaded as MM> a module as well. MM> MM> In this case uart(4) and ppc(4) are children of puc(4) MM> and both are compiled into the kernel by default. So, MM> you must either compile puc(4) into the kernel or MM> build uart(4) and puc(4) as modules as well. MM> MM> In other words: there's no problem with puc(4) being MM> loaded as a module. It's a generic problem with our MM> modules vs. compiled-in case. doesn't splitting uart out of kernel broke serial console? Last time I checked it did. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080704135827.H35668>