From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 17 19:46:38 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED5D2106566C; Fri, 17 Feb 2012 19:46:37 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id B0C9A8FC12; Fri, 17 Feb 2012 19:46:37 +0000 (UTC) Received: by daec6 with SMTP id c6so4072807dae.13 for ; Fri, 17 Feb 2012 11:46:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=486lRFegiOiC2q5+/o2NFhSnrIYZR8P8YNocsXmkNCw=; b=veizdW/fZ5J3AZ3+QZXTBhv7dxDX3TQw4V7OiBPZhvG8brQ4fcgzgBpChNvKlenDl2 uc2gWK9z71V64JLh/ibZVi11yi4Ncc8jzNv53VwNetNON08rQhRfQdTHkPMgplJ+ehjw /xfcv5wFUZQrXpSJZ7C/rcK8ai8FnwzZUetLg= Received: by 10.68.213.232 with SMTP id nv8mr21805332pbc.155.1329507997550; Fri, 17 Feb 2012 11:46:37 -0800 (PST) Received: from bakeneko.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id ld17sm5900508pbb.37.2012.02.17.11.46.35 (version=SSLv3 cipher=OTHER); Fri, 17 Feb 2012 11:46:36 -0800 (PST) Message-ID: <4F3EAE5F.6070903@gmail.com> Date: Fri, 17 Feb 2012 11:45:35 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20120111 Thunderbird/9.0 MIME-Version: 1.0 To: Alex Goncharov References: <4F3E8225.9030501@FreeBSD.org> <4F3E8C26.3080900@FreeBSD.org> <4F3EA5F2.9070804@gmail.com> In-Reply-To: X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, mav@FreeBSD.org Subject: Re: 8 to 9: Kernel modularization -- did it change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 19:46:38 -0000 On 02/17/12 11:34, Alex Goncharov wrote: > ,--- You/matt (Fri, 17 Feb 2012 11:09:38 -0800) ----* > | For what it's worth, it's just a change in GENERIC. It's not hard to > | compile a kernel with different options, > > That's what I've been doing for years, with e.g. > > # options INET6 # IPv6 communications protocols > # device cbb # cardbus (yenta) bridge > # device pccard # PC Card (16-bit) bus > # device cardbus # CardBus (32-bit) bus > > in my kernel configuration on 8; there was no snd_hda there, and this > is why I asked about the possibly new kernel modularization in 9. > > | So recompile GENERIC without snd_hda, you're a power user. > > Yes, I see it in 9 now: > > uname -sr; grep -iE 'snd|hda' /usr/src/sys/amd64/conf/GENERIC > =3D> > FreeBSD 8.2-STABLE > =20 > uname -sr; grep -iE 'snd|hda' /usr/src/sys/amd64/conf/GENERIC > =3D> > FreeBSD 9.0-STABLE > device snd_es137x # Ensoniq AudioPCI ES137x > device snd_hda # Intel High Definition Audio > device snd_ich # Intel, NVidia and other ICH AC'97= > Audio > device snd_uaudio # USB Audio > device snd_via8233 # VIA VT8233x Audio > > The presence of /boot/kernel/snd_hda.ko in 9 did confuse me. > > | The handbook is an excellent resource if you've never done it. It's > | actually nice to have a minimal kernel config available for any kind > | of testing. Or reboot a few times, it's not that bad! > > That's another thing for me to decide on: as I said, I used to > eliminate building some parts of the kernel but have recently decided > that it might be easier to just use GENERIC -- the resources and sizes > are no longer worth worrying about. > > I have a better understanding of the situation now and will do some > adjustments. > > Thanks, > > -- Alex -- alex-goncharov@comcast.net -- > Sorry, I didn't send my reply until after you had written that you used to modify the kernel. I understand the value in sticking with generic...I've always had machines that needed something added or removed for best function. Given that there's apparently little penalty for module vs. kernel, I can see not including it by default in GENERIC. I do have a laptop that won't make console tones unless snd_hda is NOT loaded, which is odd, but never worth debugging. Thinking bigger picture (beyond sound), would it make sense to keep GENERIC very minimal, but provide an extensive loader.conf with a default install...so most things worked, but were loaded as modules? Matt