From owner-freebsd-stable@FreeBSD.ORG Sun Oct 30 10:57:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4300116A41F for ; Sun, 30 Oct 2005 10:57:51 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C87643D6B for ; Sun, 30 Oct 2005 10:57:47 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: (qmail invoked by alias); 30 Oct 2005 10:57:44 -0000 Received: from dslb-084-056-232-222.pools.arcor-ip.net (EHLO [192.168.1.6]) [84.56.232.222] by mail.gmx.net (mp012) with SMTP; 30 Oct 2005 11:57:44 +0100 X-Authenticated: #1954550 Message-ID: <4364A727.9090106@gmx.de> Date: Sun, 30 Oct 2005 11:57:43 +0100 From: "Philip S. Schulz" User-Agent: Thunderbird 1.4 (Macintosh/20050908) MIME-Version: 1.0 To: Cristiano Deana References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable Mailing List Subject: Re: GENERIC and DEFAULTS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2005 10:57:51 -0000 on 30.10.2005 11:36 Uhr Cristiano Deana said the following: > Hi, > > I've seen that 'GENERIC' file has been modified, moving some lines to > 'DEFAULTS': > > device isa > > device mem # Memory and kernel memory devices > device io # I/O device > > Why? > What does it mean? Should we include 'DEFAULTS' in our customized 'GENERIC'? > Or those lines are no more mandatory? > No, you don't need to include 'DEFAULTS', config(8) will take care of that for you. http://docs.FreeBSD.org/cgi/mid.cgi?200510271713.j9RHDNTo013082 AFAICT, this was done in order to automatically include devices which are essential in most cases so less experienced users won't accidentally break their systems and later complain that e.g. X doesn't work anymore. HTH, Phil. -- Don't fix it if it ain't broke.