On Sun, Sep 12, 2010 at 02:40:49AM +0000, Alexander Best wrote:
> On Fri Sep 10 10, John Baldwin wrote:
> > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > > On Thu Sep  9 10, Alexander Best wrote:
> > > > On Thu Sep  9 10, Alexander Best wrote:
> > > > > hi there,
> > > > > 
> > > > > except for arm most archs seem to enforce uart support in 
> > > > > conf/DEFAULTS. is
> > > > > this really necessary? shouldn't DEFAULTS only contain vital 
> > > > > devices/options
> > > > > without a kernel on a specific arch won't function at all?
> > > > 
> > > > jhb just explained to me, that the uart entry in DEFAULTS is not a 
> > > > controller
> > > > or something like that, but the uart backend to use *if* uart gets 
> > > > defined in
> > > > the kernel config.
> > > > 
> > > > sorry for the noise folks.
> > > 
> > > however i found some missing comments and incorrect syntax which i fixed.
> > > 
> > > see the attached patch.
> > 
> > I think the ia64 ordering for 'io and mem' is probably more correct
> > (alphabetically sorted), so I would fix i386 and amd64 and leave ia64 alone.
> > 
> > The powerpc 'machine' changes are wrong I think as it would break GENERIC64
> > and powerpc64 kernel configs in general.  Nathan purposefully removed
> > 'machine' from the powerpc DEFAULTS.
> 
> here's try #2. ;)
> 
> diff --git a/sys/sparc64/conf/DEFAULTS b/sys/sparc64/conf/DEFAULTS
> index 38b2408..2e60c94 100644
> --- a/sys/sparc64/conf/DEFAULTS
> +++ b/sys/sparc64/conf/DEFAULTS
> @@ -5,7 +5,7 @@
>  
>  machine              sparc64
>  
> -# Pseudo devices.
> +# Pseudo devices
>  device               mem             # Memory and kernel memory devices
>  
>  # UART chips on this platform
> @@ -17,5 +17,5 @@ device              uart_z8530
>  options      GEOM_PART_BSD
>  options      GEOM_PART_VTOC8
>  
> -# Let sunkbd emulate an AT keyboard by default.
> +# Let sunkbd emulate an AT keyboard by default

IMO this is a complete sentence and thus the period should stay.

Marius

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to