From owner-freebsd-arch@freebsd.org Sun Feb 12 14:59:35 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4A98CDC8F1 for ; Sun, 12 Feb 2017 14:59:35 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89F78139B for ; Sun, 12 Feb 2017 14:59:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id DA1601928BA for ; Sun, 12 Feb 2017 14:59:25 +0000 (UTC) To: freebsd-arch From: Sean Bruno Subject: Thinning out GENERIC Message-ID: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> Date: Sun, 12 Feb 2017 07:59:21 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wOU8TFEWB5Vp5pwSDFa0v5h12Aw27h02V" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 14:59:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wOU8TFEWB5Vp5pwSDFa0v5h12Aw27h02V Content-Type: multipart/mixed; boundary="DawjOxKTVW2EA64aEaBbEei0FWf2mKqHu"; protected-headers="v1" From: Sean Bruno To: freebsd-arch Message-ID: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> Subject: Thinning out GENERIC --DawjOxKTVW2EA64aEaBbEei0FWf2mKqHu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Index: sys/conf/files =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/files (revision 313683) +++ sys/conf/files (working copy) @@ -2419,7 +2419,7 @@ dev/pci/pci_user.c optional pci dev/pci/pcib_if.m standard dev/pci/pcib_support.c standard -dev/pci/vga_pci.c optional pci +#dev/pci/vga_pci.c optional pci dev/pcn/if_pcn.c optional pcn pci dev/pdq/if_fea.c optional fea eisa dev/pdq/if_fpa.c optional fpa pci I'm playing around with small x86 builds and wanted to come up with a knob that disables the vga_pci driver. Obviously I still want pci(4) to be enabled, but I definitely do not need the vga interfaces for anything. Any suggestions? sean --DawjOxKTVW2EA64aEaBbEei0FWf2mKqHu-- --wOU8TFEWB5Vp5pwSDFa0v5h12Aw27h02V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAligeElfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmToOQgAzo36LysXuKY9yykCrfeUULw3ZHxvazZ1MrwSlLltQ/YLaH80PrtBa4C2 tOGgPNwP4jH3Yok87KgViPoe3aZtU+UxWy4Q3JX/a/qUgn86uqpw8VsxnQFIpS6A MzkixW2TFnyAUFve5A4V5BeKMiXV9wMtAADILAqVWDCQ/KN6G+tZJrWaTRYa4sK0 9svNHh6P7uqCVdAA/+KzhWAHwm/mgXF/EfUCZUeL0ywGGbS3xJfHRRAuRcRSgBGe IWmrNTQSuhf0E2XcleUhleQQif3ve9F4nRsKsVUUCG/SMCoodUIAFQUEGh2uBrpD 32n+U+tTgUBKtJj2r1TJ9vkRr3+fjg== =ipJS -----END PGP SIGNATURE----- --wOU8TFEWB5Vp5pwSDFa0v5h12Aw27h02V-- From owner-freebsd-arch@freebsd.org Mon Feb 13 17:51:38 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 576ABCDDFB1 for ; Mon, 13 Feb 2017 17:51:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B085186C for ; Mon, 13 Feb 2017 17:51:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x235.google.com with SMTP id c7so14470113itd.1 for ; Mon, 13 Feb 2017 09:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=PpHQZd9Rg4tOkOstIOA+Gh7ft5xQW3QQLe4FuJXz2sQ=; b=0JbBQClYAjTKltHnuiI37En2JnPJI2eUcLhtn0GUTNoeW2vhmfpRZNUbdb+L1dBRdY yNHcU3W0vzYO1xZgav57Jdi1xiyT0mPo57JYx8/N8fGPmRGeb+cYnYmZtCkyC1qqHG0V MVENFGyuaZO6DrH+/l9p7Hyqa6O1njMI2G/GpyDSd8v70A0zF028tBFFQwLGZ9tmQdtE T0G2g4QzupKchr5n99NPJXM0o/fQuEjSDJH2TwRpoNN0AxUMHspF3/7EgItq7z39PvHj ezBIiECbcFKCF+5edGbAWsP2fplkVBm5K5QnfycKWW2Niu2EFdEqZzYdq0dEK6UwZ/w1 vnnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=PpHQZd9Rg4tOkOstIOA+Gh7ft5xQW3QQLe4FuJXz2sQ=; b=Ckn5Ngdr99IYo/6URJiVvzVKqwyvnosboTV2DmZCTcQ0NEYBbMKFHiP5Ga900zmJXK 1AgPY42yfTjMHCKTilP96NX/WDmHOvSQ9LwFsWfhl9aI5JDPH38sYwH0MKkfT0zWiR4w /upoIqlpJRP/0DVS04i9A7EhMHOg7KpQ9gAq2oxm8tCGWU40Krq9SDELuA8mb8etKubX 4KjtxSMOFmxssxHUsyQigec4yRlfYOzprDAjkYav0Y5ay8XFrgsuLPFiQQp1umsV5fIO mpODykqOYPSJs5EUfRyuQiAHzwrBtXDHDfDOQp2FOfKPJ7BhflC3zmK73AuuXCyKK6+8 frrw== X-Gm-Message-State: AMke39musNyDLGyh16sTl3X1i6j8n2kWBRZzCGG1A0/+xLRWXokWTNFX/hbX4VkJ0KnhzCZd8x8KnYkH+t9nNA== X-Received: by 10.36.178.21 with SMTP id u21mr21621815ite.103.1487008297142; Mon, 13 Feb 2017 09:51:37 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Mon, 13 Feb 2017 09:51:36 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> From: Warner Losh Date: Mon, 13 Feb 2017 10:51:36 -0700 X-Google-Sender-Auth: q6suSG_Mq6P0J0ak2VCwUXRZs7Y Message-ID: Subject: Re: Thinning out GENERIC To: Sean Bruno Cc: freebsd-arch Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 17:51:38 -0000 [[ It isn't just GENERIC, it's in every single kernel ]] On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote: > Index: sys/conf/files > =================================================================== > --- sys/conf/files (revision 313683) > +++ sys/conf/files (working copy) > @@ -2419,7 +2419,7 @@ > dev/pci/pci_user.c optional pci > dev/pci/pcib_if.m standard > dev/pci/pcib_support.c standard > -dev/pci/vga_pci.c optional pci > +#dev/pci/vga_pci.c optional pci > dev/pcn/if_pcn.c optional pcn pci > dev/pdq/if_fea.c optional fea eisa > dev/pdq/if_fpa.c optional fpa pci > > I'm playing around with small x86 builds and wanted to come up with a > knob that disables the vga_pci driver. Obviously I still want pci(4) to > be enabled, but I definitely do not need the vga interfaces for > anything. Any suggestions? You could make it dependent on vt or sc as well as pci, no? Warner From owner-freebsd-arch@freebsd.org Mon Feb 13 19:07:43 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61EA8CDDDE2 for ; Mon, 13 Feb 2017 19:07:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42003170B; Mon, 13 Feb 2017 19:07:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 42AE610A7B9; Mon, 13 Feb 2017 14:07:42 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Cc: Warner Losh , Sean Bruno Subject: Re: Thinning out GENERIC Date: Mon, 13 Feb 2017 10:33:26 -0800 Message-ID: <2553875.ilSvFZYQZ6@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 13 Feb 2017 14:07:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 19:07:43 -0000 On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: > [[ It isn't just GENERIC, it's in every single kernel ]] > > On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote: > > Index: sys/conf/files > > =================================================================== > > --- sys/conf/files (revision 313683) > > +++ sys/conf/files (working copy) > > @@ -2419,7 +2419,7 @@ > > dev/pci/pci_user.c optional pci > > dev/pci/pcib_if.m standard > > dev/pci/pcib_support.c standard > > -dev/pci/vga_pci.c optional pci > > +#dev/pci/vga_pci.c optional pci > > dev/pcn/if_pcn.c optional pcn pci > > dev/pdq/if_fea.c optional fea eisa > > dev/pdq/if_fpa.c optional fpa pci > > > > I'm playing around with small x86 builds and wanted to come up with a > > knob that disables the vga_pci driver. Obviously I still want pci(4) to > > be enabled, but I definitely do not need the vga interfaces for > > anything. Any suggestions? > > You could make it dependent on vt or sc as well as pci, no? This is a fairly small driver: 6139 340 8 6487 0x1957 /usr/obj/usr/src/sys/GENERIC /vga_pci.o (From an 11.0-stable build) device ppc and friends is a lot more for example: text data bss dec hex filename 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/ppb_1284.o 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/ppb_base.o 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/ppb_msq.o 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/ppbconf.o 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/ppbus_if.o 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/ppc.o 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/ppc_acpi.o 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/ppc_isa.o 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/ppc_pci.o 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/ppc_puc.o 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/ppi.o It is needed for drm. -- John Baldwin From owner-freebsd-arch@freebsd.org Wed Feb 15 21:38:55 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B79ECDF216 for ; Wed, 15 Feb 2017 21:38:55 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 28A21855 for ; Wed, 15 Feb 2017 21:38:54 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 978C4564C4 for ; Wed, 15 Feb 2017 15:38:53 -0600 (CST) To: "freebsd-arch@freebsd.org" From: Eric van Gyzen Subject: sem_timedwait3(..., ..., clockid_t) Message-ID: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> Date: Wed, 15 Feb 2017 15:38:52 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 21:38:55 -0000 Would anyone else be interested in me adding a sem_timedwait3() function? int sem_timedwait3(sem_t *sem, const struct timespec *abs_timeout, clockid_t clock_id); The clock_id would specify the reference clock for the absolute timeout. The standard sem_timedwait() API uses CLOCK_REALTIME, which does not play nicely with large clock adjustments. I realize it would be non-standard. I also realize that there are standard APIs that should probably be used instead, such as Pthread condition variables with pthread_condattr_setclock(3). On the other hand, the diff is [currently] tiny, so I thought I would offer it. Cheers, Eric From owner-freebsd-arch@freebsd.org Wed Feb 15 21:57:38 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5E1FCDF811 for ; Wed, 15 Feb 2017 21:57:38 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 96DD510F1 for ; Wed, 15 Feb 2017 21:57:38 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id B5EC0564C4 for ; Wed, 15 Feb 2017 15:57:37 -0600 (CST) Subject: Re: sem_timedwait3(..., ..., clockid_t) To: freebsd-arch@freebsd.org References: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> From: Eric van Gyzen Message-ID: Date: Wed, 15 Feb 2017 15:57:37 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 21:57:38 -0000 On 02/15/2017 15:38, Eric van Gyzen wrote: > Would anyone else be interested in me adding a sem_timedwait3() function? > > int sem_timedwait3(sem_t *sem, const struct timespec *abs_timeout, > clockid_t clock_id); > > The clock_id would specify the reference clock for the absolute timeout. > The standard sem_timedwait() API uses CLOCK_REALTIME, which does not > play nicely with large clock adjustments. > > I realize it would be non-standard. I also realize that there are > standard APIs that should probably be used instead, such as Pthread > condition variables with pthread_condattr_setclock(3). On the other > hand, the diff is [currently] tiny, so I thought I would offer it. kib@ suggested that I use the _np suffix, which is an obviously good idea, so the proposal is now: int sem_timedwait3_np(sem_t *sem, const struct timespec *abs_timeout, clockid_t clock_id); Eric From owner-freebsd-arch@freebsd.org Thu Feb 16 06:47:38 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CB08CE100D for ; Thu, 16 Feb 2017 06:47:38 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E04A1D6F for ; Thu, 16 Feb 2017 06:47:38 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x231.google.com with SMTP id l19so4028215ywc.2 for ; Wed, 15 Feb 2017 22:47:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RVCQhJiytjom3FyW3GVaEQrAorq8PHgbn71pTzXkeyw=; b=mmaK0xOIfPq7ZLRlyn/ifVDOCR7GisgKooRq3ASrBLy/YL/jqNNF2WfmmYqRxUN2MC icjCjUQ5VYC1c5C3WZJEld+e5I6BVxCdiW2hqSS437dzaB7xsLOQq/tbYvh0/bBWpQNU sq0Jzk/A/uXknZ3oi5w4tlelBdILK2xuJyd7FNydP2L+9FDF2u81TBoQHkMGOk8hudHP vkBZUVj0iFJv/mXZ3OkhQ1NWNJxYV/jnTdAZdquSLcOaBfwsQj+PxwIPAnjiihVLuUKC n6ULvILyJJsrzTAtHuGxmwhM20SEiroDf7mLUmP7SgZtuqHQrgiFy3wdSc7tVskawFqw ycgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RVCQhJiytjom3FyW3GVaEQrAorq8PHgbn71pTzXkeyw=; b=qJOWDD7MA11BmSt333ptT3PV12/g0x8Q7rO8woPEny4Vnzf7wNJBoMb/qOAcv0Phqg bu7YeEnfzQMz5xkjcbkcEtT1gU36Akpd4vLMcalnjnlKaOhqiTMIcdJJTxHAsI62d8UH jwKdHfCttAJiW4jmcZ+JJkPw8j2QnHmagxttKC7qGg/qgWHXmJ4uPuLS9CZXdRzZbpk3 08T6hsBpLcQpI+kr0NAV+fTv6BQZtvtZeLAUf167EPwlcYEEm3QMZXoZBz6g7pHUl32G l8OPkdWuUqWQbFKiI2TbEiifBtkr8ZHDLbfnzYiLp6Red7C+nDvRDDrPz5w1p6V38IKF KoTQ== X-Gm-Message-State: AMke39lb+6UV7KVWBsAPern+c13sTayJl5RYAuWqXurevdcHCkucrcVAYalKpmhtqteRLc9Jso093mo2/fsPug== X-Received: by 10.129.172.80 with SMTP id z16mr484832ywj.6.1487227657368; Wed, 15 Feb 2017 22:47:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.76 with HTTP; Wed, 15 Feb 2017 22:47:06 -0800 (PST) In-Reply-To: References: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> From: Ed Schouten Date: Thu, 16 Feb 2017 07:47:06 +0100 Message-ID: Subject: Re: sem_timedwait3(..., ..., clockid_t) To: Eric van Gyzen Cc: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 06:47:38 -0000 Hi Eric, 2017-02-15 22:57 GMT+01:00 Eric van Gyzen : > int sem_timedwait3_np(sem_t *sem, const struct timespec *abs_timeout, > clockid_t clock_id); Could we please make the argument order a bit more consistent to clock_nanosleep() (i.e., putting the clockid_t in front of the timespec)? Should we also provide support for the TIMER_ABSTIME flag? -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-arch@freebsd.org Thu Feb 16 08:33:35 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A8ADCE14CA for ; Thu, 16 Feb 2017 08:33:35 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B591214E2 for ; Thu, 16 Feb 2017 08:33:34 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1ceHVK-0001eC-Vz for freebsd-arch@freebsd.org; Thu, 16 Feb 2017 09:33:31 +0100 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy02.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ceHVK-00043l-OF for freebsd-arch@freebsd.org; Thu, 16 Feb 2017 09:33:30 +0100 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 324272A0008 for ; Thu, 16 Feb 2017 09:33:33 +0100 (CET) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id zBAIkc8W0kmm for ; Thu, 16 Feb 2017 09:33:31 +0100 (CET) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id EF5AE2A1804 for ; Thu, 16 Feb 2017 09:33:30 +0100 (CET) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id F3nH67b3s1vg for ; Thu, 16 Feb 2017 09:33:30 +0100 (CET) Received: from [192.168.96.129] (unknown [192.168.96.129]) by mail.embedded-brains.de (Postfix) with ESMTPSA id D7D2E2A0008 for ; Thu, 16 Feb 2017 09:33:30 +0100 (CET) Subject: Re: sem_timedwait3(..., ..., clockid_t) To: "freebsd-arch@freebsd.org" References: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> From: Sebastian Huber Message-ID: <58A563D7.3020102@embedded-brains.de> Date: Thu, 16 Feb 2017 09:33:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/23071/Thu Feb 16 05:43:15 2017) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 08:33:35 -0000 On 16/02/17 07:47, Ed Schouten wrote: > Hi Eric, > > 2017-02-15 22:57 GMT+01:00 Eric van Gyzen : >> int sem_timedwait3_np(sem_t *sem, const struct timespec *abs_timeout, >> clockid_t clock_id); > Could we please make the argument order a bit more consistent to > clock_nanosleep() (i.e., putting the clockid_t in front of the > timespec)? Should we also provide support for the TIMER_ABSTIME flag? > Maybe it makes sense to talk also with the glibc and POSIX people http://www.opengroup.org/austin/ http://austingroupbugs.net/main_page.php --=20 Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine gesch=E4ftliche Mitteilung im Sinne des EHUG. From owner-freebsd-arch@freebsd.org Thu Feb 16 17:45:07 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56327CE20D2 for ; Thu, 16 Feb 2017 17:45:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF0C1423 for ; Thu, 16 Feb 2017 17:45:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22b.google.com with SMTP id x75so33405681itb.0 for ; Thu, 16 Feb 2017 09:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=VYYDxf1qemjnM56//mvglI2azQ2wMTRLUYOgdp+ixoE=; b=Gxw62GS8mFubwuR5jSWrqVroiXVhvmzb1S0zO6l6f9WnqDaniQav0pZVriEun7vGfT 1E8/luJxM8xPV841jsvoaswZVJ9UShTiV9DXmtdnhyQqrWyG4xOSFWcO3S4RLpY6NoyS gDOTXkrxyca6IljSnXSMcpsTu9Ads94qT66XZMw+5ZWpJ4BaEc+Jua6DdQ3mq5WqHmcm E5BdH485dL88CMHMV0EZM5dGOBGAPCMHTHqmgQjXiXbH7VrqZ622xSnvECP332porpst t8xP/DrTysHHZUZGzRwehsdXpNpglIGKjW9Bffr9NITS11hdzhTfeG9wGG7w4cO93mC2 d3jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=VYYDxf1qemjnM56//mvglI2azQ2wMTRLUYOgdp+ixoE=; b=OP164/Y1tWdRV9Fy/VEJ1xGeIIMlNkF7gu6v/rT32YehCJlaPcke9iIjCpCiB2dKSG +5Z26evpXqvt8AKfpp9E7gCv0FCZEn2DG891KhSuVLCCE1SA4qkcZx2JjdDO0wgWhCC9 fxffUOOrS4QWE5YndRW/UtvJ9kKYIjyiVIyZTweXbA0knssgPjFm+2oReYMz9T/Wp8f3 EVoJnoNCtzOm5XlRSXvqMqLEZ360rS12yw+VCV2H73BtQGk2wboNEq8f9FIK77OSv5IY 6A9Zwp5Kv2k6yUAmtICKzpfKbDO29T+diE0Xc7vLqJEKV7Mc9WM27IHxBjySnqZaSmga PM8A== X-Gm-Message-State: AMke39meTqkYtVMQCqgTbQ06tsugpsBon06+9PadGSH7liub9sF2jUjIDLwSj0boD+iXC6i+8goRfPFa+agZTQ== X-Received: by 10.36.178.21 with SMTP id u21mr3163480ite.103.1487267105003; Thu, 16 Feb 2017 09:45:05 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Thu, 16 Feb 2017 09:45:04 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: From: Warner Losh Date: Thu, 16 Feb 2017 10:45:04 -0700 X-Google-Sender-Auth: ND2H9Z8OHc6vIBPOsmyVDoCuo58 Message-ID: Subject: Re: Fair Warning :EISA bus support to be removed To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 17:45:07 -0000 On Tue, Jan 31, 2017 at 4:47 PM, Warner Losh wrote: > I plan on removing EISA bus support on Feb 15th. If you are still > using these devices on FreeBSD 10 or newer, please let me know. Since I have heard of nobody actually using this either before 11 when I made it default NO, nor with this message, I'll move ahead with this. However, there's more tendrils for EISA bus than there was for MCA, so its removal is taking longer because one cannot blindly remove all references to EISA because not all of them are for EISA bus support. Warner From owner-freebsd-arch@freebsd.org Thu Feb 16 22:55:58 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B02FECE2BEB for ; Thu, 16 Feb 2017 22:55:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 742BB104F for ; Thu, 16 Feb 2017 22:55:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x235.google.com with SMTP id k200so8765747itb.1 for ; Thu, 16 Feb 2017 14:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=J23iQPfMRI1IOBXjzD/Ixv5fP22qM2ekctLxxrqJBnc=; b=ddR0NrEEBU7wvO0Cj61RgpUdPSueQoxQM3iq4sWIz/ita/H5v5tHmc4qju921gA2ke UFv00XZXhb0gS9PEIlv1A12uwIjHMqc9XqU+ja3z4zJhYN87VK5YFdSPtogNOUH+jX+G nfAXLU3Qn4wIQDxKVS+MH0p1ONAGpS+DYfMZTnMbyc6t/uYg3JXtOzqKO8tlQvNTnAPC tTeA2JyyAZYwLorJZSWRMRLP5O6FX+A9NmwFHtiLpz8sJvhvC7wj93l2JVcw4OZSFgsr aOYR8uB69hqeY6j3CWEQHTFxO06H6uz6DQ6cFYW2IgOeHAzJtJkWk15ZekUcZpfdIaI0 w88A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=J23iQPfMRI1IOBXjzD/Ixv5fP22qM2ekctLxxrqJBnc=; b=W8w+MbP3jTZys3YJNA3SzHWYjlywu6OtUUr/TLkYzVLj1Evzt8QVrdJOUP6kWxp3bW tt3CgtnKRwO036jR/pRX16+QfMnXf4AtLiPU7pD+NP4A0wDvlqDuZFjXnIcXhxwO8Azv +yOvbFb80E32c3pm2HTdadnuVCb9mh5Zr9ST4c++Y39ydt3gKuYte1BsCmf0WdHaQDqf cFC7nmgehEIoiOjLkojUcQfXMduyOPiPuXFm+PeL9SFLeWW0E08uMgvQ6VrDTIWYjXAr Fsuo3RYqIHoBC4Ak9PHDxJ79L9F3OdpmUmv0PwOc/cDhwE+mFbr3xoJsw/BCR/G1oGD9 bt8Q== X-Gm-Message-State: AMke39lejfkX9DQsxFxEX20rztJdrxK1l9xTySOyLtXzWZTq9cVYRp+PMrajDaY8lAyVV3DEFZpfAcYszn6YBA== X-Received: by 10.107.139.131 with SMTP id n125mr4880922iod.166.1487285757315; Thu, 16 Feb 2017 14:55:57 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Thu, 16 Feb 2017 14:55:56 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <201702162157.v1GLvZYn044003@repo.freebsd.org> References: <201702162157.v1GLvZYn044003@repo.freebsd.org> From: Warner Losh Date: Thu, 16 Feb 2017 15:55:56 -0700 X-Google-Sender-Auth: LCNOxS7IQeS4B5pccdjC9XzdGck Message-ID: Subject: Fwd: svn commit: r313839 - in head: share/man/man5 share/man/man9 share/mk sys/conf sys/dev/eisa sys/i386/conf sys/x86/x86 tools/build/options tools/kerneldoc/subsys To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 22:55:58 -0000 FYI: with this commit all the EISA-only drivers, EISA attachments and EISA specific code has been removed. Please let me know if any unforeseen issues pop up. Warner ---------- Forwarded message ---------- From: Warner Losh Date: Thu, Feb 16, 2017 at 2:57 PM Subject: svn commit: r313839 - in head: share/man/man5 share/man/man9 share/mk sys/conf sys/dev/eisa sys/i386/conf sys/x86/x86 tools/build/options tools/kerneldoc/subsys To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: imp Date: Thu Feb 16 21:57:35 2017 New Revision: 313839 URL: https://svnweb.freebsd.org/changeset/base/313839 Log: Remove EISA bus support for add-in cards. Remove related kernel and compile options. Remove doxygen pointers to now deleted files. Remove EISA and VME as examples in bus_space.9. Retained EISA mode code for IO PIC and MPTABLES because that's not EISA bus, per se, and some people have abused EISA to mean "EISA-like behavior as opposed to ISA" rather than using it for EISA add-in cards. Relnotes: yes Deleted: head/sys/dev/eisa/eisa_if.m head/sys/dev/eisa/eisaconf.c head/sys/dev/eisa/eisaconf.h head/tools/build/options/WITH_EISA head/tools/kerneldoc/subsys/Doxyfile-dev_eisa Modified: head/share/man/man5/src.conf.5 head/share/man/man9/bus_space.9 head/share/mk/src.opts.mk head/sys/conf/NOTES head/sys/conf/config.mk head/sys/conf/files head/sys/conf/options head/sys/i386/conf/NOTES head/sys/x86/x86/legacy.c Modified: head/share/man/man5/src.conf.5 ============================================================================== --- head/share/man/man5/src.conf.5 Thu Feb 16 21:57:30 2017 (r313838) +++ head/share/man/man5/src.conf.5 Thu Feb 16 21:57:35 2017 (r313839) @@ -653,9 +653,6 @@ and .Pp It is a default setting on amd64/amd64, arm/arm, arm/armeb, arm/armv6, arm64/aarch64 and i386/i386. -.It Va WITH_EISA -.\" from FreeBSD: head/tools/build/options/WITH_EISA 264654 2014-04-18 16:53:06Z imp -Set to build EISA kernel modules. .It Va WITHOUT_ELFTOOLCHAIN_BOOTSTRAP .\" from FreeBSD: head/tools/build/options/WITHOUT_ELFTOOLCHAIN_BOOTSTRAP 295491 2016-02-11 00:14:00Z emaste Set to not build ELF Tool Chain tools Modified: head/share/man/man9/bus_space.9 ============================================================================== --- head/share/man/man9/bus_space.9 Thu Feb 16 21:57:30 2017 (r313838) +++ head/share/man/man9/bus_space.9 Thu Feb 16 21:57:35 2017 (r313839) @@ -853,8 +853,8 @@ Some implementations may keep track of u bus spaces and refuse to allow duplicate allocations. This is encouraged for bus spaces which have no notion of slot-specific space addressing, -such as ISA and VME, and for spaces which coexist with those spaces -(e.g.\& EISA and PCI memory and I/O spaces co-existing with ISA memory and +such as ISA, and for spaces which coexist with those spaces +(e.g.\& PCI memory and I/O spaces co-existing with ISA memory and I/O spaces). .Pp Mapped regions may contain areas for which there is no device on the Modified: head/share/mk/src.opts.mk ============================================================================== --- head/share/mk/src.opts.mk Thu Feb 16 21:57:30 2017 (r313838) +++ head/share/mk/src.opts.mk Thu Feb 16 21:57:35 2017 (r313839) @@ -183,7 +183,6 @@ __DEFAULT_NO_OPTIONS = \ BSD_GREP \ CLANG_EXTRAS \ DTRACE_TESTS \ - EISA \ HESIOD \ LIBSOFT \ NAND \ Modified: head/sys/conf/NOTES ============================================================================== --- head/sys/conf/NOTES Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/conf/NOTES Thu Feb 16 21:57:35 2017 (r313839) @@ -1429,7 +1429,7 @@ options PCI_IOV # PCI SR-IOV support # HARDWARE DEVICE CONFIGURATION # For ISA the required hints are listed. -# EISA, PCI, CardBus, SD/MMC and pccard are self identifying buses, so +# PCI, CardBus, SD/MMC and pccard are self identifying buses, so # no hints are needed. # @@ -1556,7 +1556,7 @@ options TERMINAL_KERN_ATTR=(FG_LIGHTRED # trm: Tekram DC395U/UW/F DC315U adapters. # -# Note that the order is important in order for Buslogic ISA/EISA cards to be +# Note that the order is important in order for Buslogic ISA cards to be # probed correctly. # device bt @@ -2074,7 +2074,7 @@ device xmphy # XaQti XMAC II # in Dell Latitude laptop docking stations. # Also supported: 3Com 3c980(C)-TX, 3Com 3cSOHO100-TX, 3Com 3c450-TX -# Order for ISA/EISA devices is important here +# Order for ISA devices is important here device cm hint.cm.0.at="isa" Modified: head/sys/conf/config.mk ============================================================================== --- head/sys/conf/config.mk Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/conf/config.mk Thu Feb 16 21:57:35 2017 (r313839) @@ -23,10 +23,6 @@ opt_inet6.h: opt_ratelimit.h: @echo "#define RATELIMIT 1" > ${.TARGET} .endif -.if ${MK_EISA} != "no" -opt_eisa.h: - @echo "#define DEV_EISA 1" > ${.TARGET} -.endif opt_mrouting.h: echo "#define MROUTING 1" > ${.TARGET} opt_natm.h: @@ -49,9 +45,6 @@ KERN_OPTS+= INET TCP_OFFLOAD .if ${MK_INET6_SUPPORT} != "no" KERN_OPTS+= INET6 .endif -.if ${MK_EISA} != "no" -KERN_OPTS+= DEV_EISA -.endif .elif !defined(KERN_OPTS) KERN_OPTS!=cat ${KERNBUILDDIR}/opt*.h | awk '{print $$2;}' | sort -u .export KERN_OPTS Modified: head/sys/conf/files ============================================================================== --- head/sys/conf/files Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/conf/files Thu Feb 16 21:57:35 2017 (r313839) @@ -1554,8 +1554,6 @@ dev/ed/if_ed_rtl80x9.c optional ed dev/ed/if_ed_pccard.c optional ed pccard dev/ed/if_ed_pci.c optional ed pci dev/efidev/efidev.c optional efirt -dev/eisa/eisa_if.m standard -dev/eisa/eisaconf.c optional eisa dev/e1000/if_em.c optional em \ compile-with "${NORMAL_C} -I$S/dev/e1000" dev/e1000/em_txrx.c optional em \ Modified: head/sys/conf/options ============================================================================== --- head/sys/conf/options Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/conf/options Thu Feb 16 21:57:35 2017 (r313839) @@ -732,10 +732,6 @@ DEV_RANDOM opt_global.h DEV_SPLASH opt_splash.h DEV_VLAN opt_vlan.h -# EISA support -DEV_EISA opt_eisa.h -EISA_SLOTS opt_eisa.h - # ed driver ED_HPP opt_ed.h ED_3C503 opt_ed.h Modified: head/sys/i386/conf/NOTES ============================================================================== --- head/sys/i386/conf/NOTES Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/i386/conf/NOTES Thu Feb 16 21:57:35 2017 (r313839) @@ -337,22 +337,6 @@ options MAXMEM=(128*1024) #options BROKEN_KEYBOARD_RESET # -# EISA bus -# -# The EISA bus device is `eisa'. It provides auto-detection and -# configuration support for all devices on the EISA bus. - -device eisa - -# By default, only 10 EISA slots are probed, since the slot numbers -# above clash with the configuration address space of the PCI subsystem, -# and the EISA probe is not very smart about this. This is sufficient -# for most machines, but in particular the HP NetServer LC series comes -# with an onboard AIC7770 dual-channel SCSI controller on EISA slot #11, -# thus you need to bump this figure to 12 for them. -options EISA_SLOTS=12 - -# # AGP GART support device agp Modified: head/sys/x86/x86/legacy.c ============================================================================== --- head/sys/x86/x86/legacy.c Thu Feb 16 21:57:30 2017 (r313838) +++ head/sys/x86/x86/legacy.c Thu Feb 16 21:57:35 2017 (r313839) @@ -27,9 +27,6 @@ * SUCH DAMAGE. */ -#ifdef __i386__ -#include "opt_eisa.h" -#endif #include __FBSDID("$FreeBSD$"); @@ -128,17 +125,9 @@ legacy_attach(device_t dev) bus_generic_attach(dev); /* - * If we didn't see EISA or ISA on a pci bridge, create some + * If we didn't see ISA on a pci bridge, create some * connection points now so they show up "on motherboard". */ -#ifdef DEV_EISA - if (!devclass_get_device(devclass_find("eisa"), 0)) { - child = BUS_ADD_CHILD(dev, 0, "eisa", 0); - if (child == NULL) - panic("legacy_attach eisa"); - device_probe_and_attach(child); - } -#endif if (!devclass_get_device(devclass_find("isa"), 0)) { child = BUS_ADD_CHILD(dev, 0, "isa", 0); if (child == NULL) From owner-freebsd-arch@freebsd.org Thu Feb 16 23:04:06 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D80CECE2DC3 for ; Thu, 16 Feb 2017 23:04:06 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3A3144D for ; Thu, 16 Feb 2017 23:04:05 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-7bfff70000003197-4f-58a62fdc0c57 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 79.7D.12695.CDF26A85; Thu, 16 Feb 2017 18:03:56 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id v1GN3tXO022269; Thu, 16 Feb 2017 18:03:56 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v1GN3qdK006481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Feb 2017 18:03:55 -0500 Date: Thu, 16 Feb 2017 17:03:52 -0600 From: Benjamin Kaduk To: Warner Losh Cc: "freebsd-arch@freebsd.org" Subject: Re: Fwd: svn commit: r313839 - in head: share/man/man5 share/man/man9 share/mk sys/conf sys/dev/eisa sys/i386/conf sys/x86/x86 tools/build/options tools/kerneldoc/subsys Message-ID: <20170216230352.GR30306@kduck.kaduk.org> References: <201702162157.v1GLvZYn044003@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixCmqrXtHf1mEwbWdFhazp09jsni6dTmj A5PHh91fWT1mfJrPEsAUxWWTkpqTWZZapG+XwJXRd282U8FWpoptpyezNTB+Zexi5OSQEDCR eHVuK3sXIxeHkEAbk8SEO1+hnI2MEot/HWGBcK4ySez6/YYJpIVFQFXixpnFbCA2m4CKREP3 ZWYQW0RAQWLVkbssIDazgKVEc3M3I0izsMA2Rokn75aygyR4gfYt3/MZamojo8TZHYegEoIS J2c+gerWkrjx7yXQNg4gW1pi+T8OkDCnQKDEtZ0fWUFsUQFliYYZD5gnMArMQtI9C0n3LITu BYzMqxhlU3KrdHMTM3OKU5N1i5MT8/JSi3SN9HIzS/RSU0o3MYJDVZJ3B+O/u16HGAU4GJV4 eDO2L40QYk0sK67MPcQoycGkJMp7lHlZhBBfUn5KZUZicUZ8UWlOavEhRgkOZiUR3lNsQDne lMTKqtSifJiUNAeLkjivuEZjhJBAemJJanZqakFqEUxWhoNDSYL3kx5Qo2BRanpqRVpmTglC momDE2Q4D9BwVn2Q4cUFibnFmekQ+VOMuhynPl14ySTEkpeflyolzmsPMkgApCijNA9uDijF SGTvr3nFKA70ljCvEMgoHmB6gpv0CmgJE9CSzoilIEtKEhFSUg2MN5p2zpExcbp/SD13sYBx t/Wks/NFNDS8G0zXLKuZvqFrhd3qx8ea+LfPO5e2VG3DxJQfWzZdV/V6eW9jp9xylVUx9ccF J1Tl3lv619OnvyPl1ZHfx15+yAiS1vOc+ynk0wKuxdN8XSu70xUvK6Tc0a64Zvbkx5enZUKC YvtUSoL0qzuEE+zOKrEUZyQaajEXFScCAMJJLKgMAwAA X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 23:04:06 -0000 On Thu, Feb 16, 2017 at 03:55:56PM -0700, Warner Losh wrote: > FYI: with this commit all the EISA-only drivers, EISA attachments and > EISA specific code has been removed. Please let me know if any > unforeseen issues pop up. "The website build broke", but it looks like Glen fixed it already. -Ben From owner-freebsd-arch@freebsd.org Fri Feb 17 18:39:43 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2A4ACE3F24 for ; Fri, 17 Feb 2017 18:39:43 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 876911C80 for ; Fri, 17 Feb 2017 18:39:43 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id C7C1C1928BA for ; Fri, 17 Feb 2017 18:39:35 +0000 (UTC) To: freebsd-arch From: Sean Bruno Subject: Is there a knob to turn off /var/db/services.db Message-ID: Date: Fri, 17 Feb 2017 11:39:31 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="i9UAquBNQXgOPmT7rjOWb7dxqPgR3NJCE" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 18:39:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --i9UAquBNQXgOPmT7rjOWb7dxqPgR3NJCE Content-Type: multipart/mixed; boundary="oGammInMaMspntScxEgsDxO3PXNUjmCw6"; protected-headers="v1" From: Sean Bruno To: freebsd-arch Message-ID: Subject: Is there a knob to turn off /var/db/services.db --oGammInMaMspntScxEgsDxO3PXNUjmCw6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Because its quite large relative to the size of the MFSroot I'm using(128M), is there someway already in the tree to turn off the generation of /var/db/services.db ? If not, does anyone object to adding a WITHOUT_SERVICESDB to the system? sean --oGammInMaMspntScxEgsDxO3PXNUjmCw6-- --i9UAquBNQXgOPmT7rjOWb7dxqPgR3NJCE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlinQ2NfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRM4Qf8CFxhCc/cDWyPw2CLtAKH+rrQOX+4SQ3PoGiGnc0lQWHs20Wk1ta2PIZy FSmxSEnvI09A9zM1x/SBsDgT3Kd26Q9yLprEqU9Ml1UER5BlbDoe9QInlsGhN45o 5oCMKfrfX6k76cBzZqKFZvr+kZQBzWNDfzaWTi0vLHho0kuljzLDeUTenPUBg/8v +cJnGx5lmjc1ESNnSlSMHNqnFUAkGmABwqzeMSo3oVJe6SBfPREUy4YvynznHPDu oYKcxZovLW5BZcK06+AMEu+/RhM/V8/FSsksDdqaiGMg01YojRFz/VVAUOMs+5eL v3Pok/gTRRR2IZjDRXuX0ta4HRhDzA== =ZfvN -----END PGP SIGNATURE----- --i9UAquBNQXgOPmT7rjOWb7dxqPgR3NJCE-- From owner-freebsd-arch@freebsd.org Fri Feb 17 18:43:47 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBC8FCE2236 for ; Fri, 17 Feb 2017 18:43:47 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9CEB8130D; Fri, 17 Feb 2017 18:43:47 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 0BD551928BA; Fri, 17 Feb 2017 18:43:45 +0000 (UTC) Subject: Re: Thinning out GENERIC To: John Baldwin , freebsd-arch@freebsd.org References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> From: Sean Bruno Message-ID: Date: Fri, 17 Feb 2017 11:43:45 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <2553875.ilSvFZYQZ6@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="X4c1kOwengqTKbmElSGVffc32Ir950Ngj" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 18:43:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X4c1kOwengqTKbmElSGVffc32Ir950Ngj Content-Type: multipart/mixed; boundary="pi2pJhiill10x66MmxvPcdARX0Hq0Krl7"; protected-headers="v1" From: Sean Bruno To: John Baldwin , freebsd-arch@freebsd.org Cc: Warner Losh Message-ID: Subject: Re: Thinning out GENERIC References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> In-Reply-To: <2553875.ilSvFZYQZ6@ralph.baldwin.cx> --pi2pJhiill10x66MmxvPcdARX0Hq0Krl7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/13/17 11:33, John Baldwin wrote: > On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: >> [[ It isn't just GENERIC, it's in every single kernel ]] >> >> On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote= : >>> Index: sys/conf/files >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/conf/files (revision 313683) >>> +++ sys/conf/files (working copy) >>> @@ -2419,7 +2419,7 @@ >>> dev/pci/pci_user.c optional pci >>> dev/pci/pcib_if.m standard >>> dev/pci/pcib_support.c standard >>> -dev/pci/vga_pci.c optional pci >>> +#dev/pci/vga_pci.c optional pci >>> dev/pcn/if_pcn.c optional pcn pci >>> dev/pdq/if_fea.c optional fea eisa >>> dev/pdq/if_fpa.c optional fpa pci >>> >>> I'm playing around with small x86 builds and wanted to come up with a= >>> knob that disables the vga_pci driver. Obviously I still want pci(4)= to >>> be enabled, but I definitely do not need the vga interfaces for >>> anything. Any suggestions? >> >> You could make it dependent on vt or sc as well as pci, no? >=20 > This is a fairly small driver: >=20 > 6139 340 8 6487 0x1957 /usr/obj/usr/src/sy= s/GENERIC > /vga_pci.o >=20 > (From an 11.0-stable build) >=20 > device ppc and friends is a lot more for example: >=20 > text data bss dec hex filename > 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/ppb_= 1284.o > 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/ppb_= base.o > 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/ppb_= msq.o > 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/ppbc= onf.o > 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/ppbu= s_if.o > 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/ppc.= o > 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/ppc_= acpi.o > 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/ppc_= isa.o > 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/ppc_= pci.o > 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/ppc_= puc.o > 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/ppi.= o >=20 > It is needed for drm. >=20 Ok, so ... make it dependant on drm, vt, sc and pci? sean --pi2pJhiill10x66MmxvPcdARX0Hq0Krl7-- --X4c1kOwengqTKbmElSGVffc32Ir950Ngj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlinRGFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQtfQgAp48f7hA53QPk8DwcSyuAjRvilmZiFdFV2ZpWzQh3DtTO6uwi8n11LjV/ /0pL9HXbmI6r1xLuAlk/oIGj1Die3Y/DSR+8FfMSEFBz5YFNzhXxYfCUmuSvEmrT k27esg9rOmy/wLp9TF9dJi19XZYz6M4KmNglcjHRHNrSKKcDYbTy+KoE8Mazt14G 121Tzw54o90OxHg2FaRnL8c2Re+pqXVGNVmVgc05g7Mjn1unbTenZgxh3xnsCKvg VaywoguQjfogt8o3XXXTBBYBmDtqPgSqIXK+MZ0sVpjXqtoNJ0+59IRknYQd1PTN UU+OjpOrJeRHKBKVW/6qe6dDdWtuwQ== =7AQk -----END PGP SIGNATURE----- --X4c1kOwengqTKbmElSGVffc32Ir950Ngj-- From owner-freebsd-arch@freebsd.org Fri Feb 17 19:50:42 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AA54CE3784 for ; Fri, 17 Feb 2017 19:50:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AA3A1229; Fri, 17 Feb 2017 19:50:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 6709110A791; Fri, 17 Feb 2017 14:50:40 -0500 (EST) From: John Baldwin To: Sean Bruno Cc: freebsd-arch@freebsd.org, Warner Losh Subject: Re: Thinning out GENERIC Date: Fri, 17 Feb 2017 11:49:24 -0800 Message-ID: <1907688.dXvDEfTesD@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 17 Feb 2017 14:50:40 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 19:50:42 -0000 On Friday, February 17, 2017 11:43:45 AM Sean Bruno wrote: > > On 02/13/17 11:33, John Baldwin wrote: > > On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: > >> [[ It isn't just GENERIC, it's in every single kernel ]] > >> > >> On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote: > >>> Index: sys/conf/files > >>> =================================================================== > >>> --- sys/conf/files (revision 313683) > >>> +++ sys/conf/files (working copy) > >>> @@ -2419,7 +2419,7 @@ > >>> dev/pci/pci_user.c optional pci > >>> dev/pci/pcib_if.m standard > >>> dev/pci/pcib_support.c standard > >>> -dev/pci/vga_pci.c optional pci > >>> +#dev/pci/vga_pci.c optional pci > >>> dev/pcn/if_pcn.c optional pcn pci > >>> dev/pdq/if_fea.c optional fea eisa > >>> dev/pdq/if_fpa.c optional fpa pci > >>> > >>> I'm playing around with small x86 builds and wanted to come up with a > >>> knob that disables the vga_pci driver. Obviously I still want pci(4) to > >>> be enabled, but I definitely do not need the vga interfaces for > >>> anything. Any suggestions? > >> > >> You could make it dependent on vt or sc as well as pci, no? > > > > This is a fairly small driver: > > > > 6139 340 8 6487 0x1957 /usr/obj/usr/src/sys/GENERIC > > /vga_pci.o > > > > (From an 11.0-stable build) > > > > device ppc and friends is a lot more for example: > > > > text data bss dec hex filename > > 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/ppb_1284.o > > 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/ppb_base.o > > 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/ppb_msq.o > > 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/ppbconf.o > > 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/ppbus_if.o > > 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/ppc.o > > 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/ppc_acpi.o > > 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/ppc_isa.o > > 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/ppc_pci.o > > 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/ppc_puc.o > > 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/ppi.o > > > > It is needed for drm. > > > > Ok, so ... make it dependant on drm, vt, sc and pci? You can kldload drm at runtime, so a static dependency isn't sufficient. It's not clear why removing this from GENERIC is that important. ppc is on far fewer machines than vga_pci and takes up 10x more space. -- John Baldwin From owner-freebsd-arch@freebsd.org Fri Feb 17 19:54:34 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0CDFCE3990 for ; Fri, 17 Feb 2017 19:54:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D09281854; Fri, 17 Feb 2017 19:54:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id C5F511928BA; Fri, 17 Feb 2017 19:54:32 +0000 (UTC) Subject: Re: Thinning out GENERIC To: John Baldwin References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> <1907688.dXvDEfTesD@ralph.baldwin.cx> Cc: freebsd-arch@freebsd.org, Warner Losh From: Sean Bruno Message-ID: Date: Fri, 17 Feb 2017 12:54:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1907688.dXvDEfTesD@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gVlRJn8fEbCSXRWHAvVis5TjnfVGoMNN0" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 19:54:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gVlRJn8fEbCSXRWHAvVis5TjnfVGoMNN0 Content-Type: multipart/mixed; boundary="1gh5NKWQ4EsCTklft8sNmaAWbXrf9Agne"; protected-headers="v1" From: Sean Bruno To: John Baldwin Cc: freebsd-arch@freebsd.org, Warner Losh Message-ID: Subject: Re: Thinning out GENERIC References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> <1907688.dXvDEfTesD@ralph.baldwin.cx> In-Reply-To: <1907688.dXvDEfTesD@ralph.baldwin.cx> --1gh5NKWQ4EsCTklft8sNmaAWbXrf9Agne Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/17/17 12:49, John Baldwin wrote: > On Friday, February 17, 2017 11:43:45 AM Sean Bruno wrote: >> >> On 02/13/17 11:33, John Baldwin wrote: >>> On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: >>>> [[ It isn't just GENERIC, it's in every single kernel ]] >>>> >>>> On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wro= te: >>>>> Index: sys/conf/files >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> --- sys/conf/files (revision 313683) >>>>> +++ sys/conf/files (working copy) >>>>> @@ -2419,7 +2419,7 @@ >>>>> dev/pci/pci_user.c optional pci >>>>> dev/pci/pcib_if.m standard >>>>> dev/pci/pcib_support.c standard >>>>> -dev/pci/vga_pci.c optional pci >>>>> +#dev/pci/vga_pci.c optional pci >>>>> dev/pcn/if_pcn.c optional pcn pci >>>>> dev/pdq/if_fea.c optional fea eisa >>>>> dev/pdq/if_fpa.c optional fpa pci >>>>> >>>>> I'm playing around with small x86 builds and wanted to come up with= a >>>>> knob that disables the vga_pci driver. Obviously I still want pci(= 4) to >>>>> be enabled, but I definitely do not need the vga interfaces for >>>>> anything. Any suggestions? >>>> >>>> You could make it dependent on vt or sc as well as pci, no? >>> >>> This is a fairly small driver: >>> >>> 6139 340 8 6487 0x1957 /usr/obj/usr/src/= sys/GENERIC >>> /vga_pci.o >>> >>> (From an 11.0-stable build) >>> >>> device ppc and friends is a lot more for example: >>> >>> text data bss dec hex filename >>> 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/pp= b_1284.o >>> 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/pp= b_base.o >>> 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/pp= b_msq.o >>> 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/pp= bconf.o >>> 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/pp= bus_if.o >>> 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/pp= c.o >>> 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/pp= c_acpi.o >>> 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/pp= c_isa.o >>> 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/pp= c_pci.o >>> 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/pp= c_puc.o >>> 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/pp= i.o >>> >>> It is needed for drm. >>> >> >> Ok, so ... make it dependant on drm, vt, sc and pci? >=20 > You can kldload drm at runtime, so a static dependency isn't sufficient= =2E > It's not clear why removing this from GENERIC is that important. ppc i= s on far > fewer machines than vga_pci and takes up 10x more space. >=20 I don't want to remove it from GENERIC. I want to add the capability to remove it. Sorry if that wasn't clear from my subject line, because it doesn't look clear now that I re-read it. sean --1gh5NKWQ4EsCTklft8sNmaAWbXrf9Agne-- --gVlRJn8fEbCSXRWHAvVis5TjnfVGoMNN0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlinVPZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmTm8gf/QQxkM1BXTW19vS5jQr9nFWlwJ2LMdTxF23k6WlNRdMzWlWPd0a0iDyse lbVNnxaCsVHs3r1w3nia27RubpAZD6HDnuXLM7ACkijUb5D94TN5KjCJkfMrdob+ +wZe6elf/DgyNJsAYt0OdkHc6QNpGkdBvV/UYEV8JX1TrZm0CC0F7wGSyZ54goZd 3vDlaMUgpvWnn4hJdo96xhbWNxqLZoLvabfgNJxQDjO9tn1UIJMZVTozu/Ft50K1 yEDvOvuvrU5hxM8sC6hjPGu/A9q+cu7MSUACay9pN2qhur0VEW2+rOnoGWnW2fYy I3czkL/nIKETENrz+Zyya25de5mvdA== =xfYC -----END PGP SIGNATURE----- --gVlRJn8fEbCSXRWHAvVis5TjnfVGoMNN0-- From owner-freebsd-arch@freebsd.org Fri Feb 17 19:56:46 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72B30CE3A13 for ; Fri, 17 Feb 2017 19:56:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 435D41949 for ; Fri, 17 Feb 2017 19:56:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22e.google.com with SMTP id h10so31367998ith.1 for ; Fri, 17 Feb 2017 11:56:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=jc17USQQS7430mhRthtRERCJt/wepEbnkJ3CtdvVaHo=; b=Kh+ZrDhYsz/FvaNf6DiY2vhrzQuM+AgJe2fSTJI+BHUuyEp+iJUP6qGwwzZEiohlRj U7df5/2jAiz9K4gF0B2vXe5o/BaK2nIxcTZuWijciwYGiJmakprFTF0v4p5r8n/Y3gnx dwZeoUgeALBXs96QjqZWBpc4zCQ9DbMuXCUJZED9Bz1uBguo+jT5su0cqhntej98zFOS W0XhiyDi6qI9VKJQbXYa5zgVh/bFrUD1GktNjStEoYBOiLKrVDVX9V3SxLS4GHP433Oy 2sKRlpZB/aKlUx2SYnU5yOugDqNCHS0kn6JOdLL6yw8sjVJSeej6MmpP0mYkaRsYls+C Tj7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=jc17USQQS7430mhRthtRERCJt/wepEbnkJ3CtdvVaHo=; b=TopdIIlDQjqwaQGUTawcD35tUkFqwPYy6UAH6jUHLr5bEx9GwGm4skL7YiPPIgfsjO g0ckXlNX32ere9ST735gxnNuClG0ZyaN7AJc/x1xj2zzUZuvcIu6794ciocfi/q4hQ+y AttUMfTjhy0b7scRPJmEXIk+w5uv/GRkbnXMt83CeVx7mWRK8emWh6i1tetM6v033uu/ UokmUCwcmwgzlLFGeS8lYUvgXCl8Jujx/XbFD5FOlH5JOEyHIjuj9cSzn2B3IuAzij9R yfKpd5/UAm0gIfX141MrLIk8A9zQsFqXe4zHadTANKlBrtdKp2v240xOUlXMO1VhqnTc JamQ== X-Gm-Message-State: AMke39lBmHe85VijkzeiY0Eo33znsJRc1QDz55f5qb5JT29TAFHpi76cl7Ms3MCaT48NvEiYAcYEzRuk9lrEhQ== X-Received: by 10.36.135.194 with SMTP id f185mr3382064ite.85.1487361405354; Fri, 17 Feb 2017 11:56:45 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Fri, 17 Feb 2017 11:56:44 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <2553875.ilSvFZYQZ6@ralph.baldwin.cx> <1907688.dXvDEfTesD@ralph.baldwin.cx> From: Warner Losh Date: Fri, 17 Feb 2017 12:56:44 -0700 X-Google-Sender-Auth: 2ZC5YXgMsHwFGPsGfuTuJTlTTU4 Message-ID: Subject: Re: Thinning out GENERIC To: Sean Bruno Cc: John Baldwin , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 19:56:46 -0000 On Fri, Feb 17, 2017 at 12:54 PM, Sean Bruno wrote: > > > On 02/17/17 12:49, John Baldwin wrote: >> On Friday, February 17, 2017 11:43:45 AM Sean Bruno wrote: >>> >>> On 02/13/17 11:33, John Baldwin wrote: >>>> On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: >>>>> [[ It isn't just GENERIC, it's in every single kernel ]] >>>>> >>>>> On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote: >>>>>> Index: sys/conf/files >>>>>> =================================================================== >>>>>> --- sys/conf/files (revision 313683) >>>>>> +++ sys/conf/files (working copy) >>>>>> @@ -2419,7 +2419,7 @@ >>>>>> dev/pci/pci_user.c optional pci >>>>>> dev/pci/pcib_if.m standard >>>>>> dev/pci/pcib_support.c standard >>>>>> -dev/pci/vga_pci.c optional pci >>>>>> +#dev/pci/vga_pci.c optional pci >>>>>> dev/pcn/if_pcn.c optional pcn pci >>>>>> dev/pdq/if_fea.c optional fea eisa >>>>>> dev/pdq/if_fpa.c optional fpa pci >>>>>> >>>>>> I'm playing around with small x86 builds and wanted to come up with a >>>>>> knob that disables the vga_pci driver. Obviously I still want pci(4) to >>>>>> be enabled, but I definitely do not need the vga interfaces for >>>>>> anything. Any suggestions? >>>>> >>>>> You could make it dependent on vt or sc as well as pci, no? >>>> >>>> This is a fairly small driver: >>>> >>>> 6139 340 8 6487 0x1957 /usr/obj/usr/src/sys/GENERIC >>>> /vga_pci.o >>>> >>>> (From an 11.0-stable build) >>>> >>>> device ppc and friends is a lot more for example: >>>> >>>> text data bss dec hex filename >>>> 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/ppb_1284.o >>>> 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/ppb_base.o >>>> 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/ppb_msq.o >>>> 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/ppbconf.o >>>> 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/ppbus_if.o >>>> 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/ppc.o >>>> 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/ppc_acpi.o >>>> 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/ppc_isa.o >>>> 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/ppc_pci.o >>>> 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/ppc_puc.o >>>> 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/ppi.o >>>> >>>> It is needed for drm. >>>> >>> >>> Ok, so ... make it dependant on drm, vt, sc and pci? >> >> You can kldload drm at runtime, so a static dependency isn't sufficient. >> It's not clear why removing this from GENERIC is that important. ppc is on far >> fewer machines than vga_pci and takes up 10x more space. >> > > I don't want to remove it from GENERIC. I want to add the capability to > remove it. Sorry if that wasn't clear from my subject line, because it > doesn't look clear now that I re-read it. He likely wants to remove a lot of other things too. He's not asking about those because the are already easy to remove :) You'd want to make it a module, then have drm depend on the module as well as the static dependencies you outlines. And yes, this does highlight some issues with our current build system... Warner From owner-freebsd-arch@freebsd.org Fri Feb 17 21:20:27 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E2D4CE3302 for ; Fri, 17 Feb 2017 21:20:27 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 58E101160 for ; Fri, 17 Feb 2017 21:20:27 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id B637756486; Fri, 17 Feb 2017 15:20:26 -0600 (CST) Subject: Re: sem_timedwait3(..., ..., clockid_t) To: Ed Schouten References: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> Cc: "freebsd-arch@freebsd.org" From: Eric van Gyzen Message-ID: Date: Fri, 17 Feb 2017 15:20:26 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 21:20:27 -0000 On 02/16/2017 00:47, Ed Schouten wrote: > Hi Eric, > > 2017-02-15 22:57 GMT+01:00 Eric van Gyzen : >> int sem_timedwait3_np(sem_t *sem, const struct timespec *abs_timeout, >> clockid_t clock_id); > > Could we please make the argument order a bit more consistent to > clock_nanosleep() (i.e., putting the clockid_t in front of the > timespec)? Sure. I had made them consistent with sem_timedwait, but your suggestion makes sense, especially since... > Should we also provide support for the TIMER_ABSTIME flag? That sounds useful. I would also need to add a parameter for returning the remaining time. How does this look? https://reviews.freebsd.org/D9656 I have not yet tested it, so don't spend time on a line-by-line review yet. Eric From owner-freebsd-arch@freebsd.org Fri Feb 17 21:24:27 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BECE8CE34B8 for ; Fri, 17 Feb 2017 21:24:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E8DF1506; Fri, 17 Feb 2017 21:24:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 442E410A791; Fri, 17 Feb 2017 16:24:26 -0500 (EST) From: John Baldwin To: Sean Bruno Cc: freebsd-arch@freebsd.org, Warner Losh Subject: Re: Thinning out GENERIC Date: Fri, 17 Feb 2017 13:23:01 -0800 Message-ID: <6526794.FlmyzlfvMp@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 17 Feb 2017 16:24:26 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 21:24:27 -0000 On Friday, February 17, 2017 12:54:29 PM Sean Bruno wrote: > > On 02/17/17 12:49, John Baldwin wrote: > > On Friday, February 17, 2017 11:43:45 AM Sean Bruno wrote: > >> > >> On 02/13/17 11:33, John Baldwin wrote: > >>> On Monday, February 13, 2017 10:51:36 AM Warner Losh wrote: > >>>> [[ It isn't just GENERIC, it's in every single kernel ]] > >>>> > >>>> On Sun, Feb 12, 2017 at 7:59 AM, Sean Bruno wrote: > >>>>> Index: sys/conf/files > >>>>> =================================================================== > >>>>> --- sys/conf/files (revision 313683) > >>>>> +++ sys/conf/files (working copy) > >>>>> @@ -2419,7 +2419,7 @@ > >>>>> dev/pci/pci_user.c optional pci > >>>>> dev/pci/pcib_if.m standard > >>>>> dev/pci/pcib_support.c standard > >>>>> -dev/pci/vga_pci.c optional pci > >>>>> +#dev/pci/vga_pci.c optional pci > >>>>> dev/pcn/if_pcn.c optional pcn pci > >>>>> dev/pdq/if_fea.c optional fea eisa > >>>>> dev/pdq/if_fpa.c optional fpa pci > >>>>> > >>>>> I'm playing around with small x86 builds and wanted to come up with a > >>>>> knob that disables the vga_pci driver. Obviously I still want pci(4) to > >>>>> be enabled, but I definitely do not need the vga interfaces for > >>>>> anything. Any suggestions? > >>>> > >>>> You could make it dependent on vt or sc as well as pci, no? > >>> > >>> This is a fairly small driver: > >>> > >>> 6139 340 8 6487 0x1957 /usr/obj/usr/src/sys/GENERIC > >>> /vga_pci.o > >>> > >>> (From an 11.0-stable build) > >>> > >>> device ppc and friends is a lot more for example: > >>> > >>> text data bss dec hex filename > >>> 6238 0 0 6238 0x185e /usr/obj/usr/src/sys/GENERIC/ppb_1284.o > >>> 1675 28 0 1703 0x6a7 /usr/obj/usr/src/sys/GENERIC/ppb_base.o > >>> 2042 0 0 2042 0x7fa /usr/obj/usr/src/sys/GENERIC/ppb_msq.o > >>> 6025 296 8 6329 0x18b9 /usr/obj/usr/src/sys/GENERIC/ppbconf.o > >>> 0 168 0 168 0xa8 /usr/obj/usr/src/sys/GENERIC/ppbus_if.o > >>> 9099 36 0 9135 0x23af /usr/obj/usr/src/sys/GENERIC/ppc.o > >>> 495 256 0 751 0x2ef /usr/obj/usr/src/sys/GENERIC/ppc_acpi.o > >>> 1671 256 0 1927 0x787 /usr/obj/usr/src/sys/GENERIC/ppc_isa.o > >>> 1124 208 0 1332 0x534 /usr/obj/usr/src/sys/GENERIC/ppc_pci.o > >>> 451 208 0 659 0x293 /usr/obj/usr/src/sys/GENERIC/ppc_puc.o > >>> 2751 428 8 3187 0xc73 /usr/obj/usr/src/sys/GENERIC/ppi.o > >>> > >>> It is needed for drm. > >>> > >> > >> Ok, so ... make it dependant on drm, vt, sc and pci? > > > > You can kldload drm at runtime, so a static dependency isn't sufficient. > > It's not clear why removing this from GENERIC is that important. ppc is on far > > fewer machines than vga_pci and takes up 10x more space. > > > > I don't want to remove it from GENERIC. I want to add the capability to > remove it. Sorry if that wasn't clear from my subject line, because it > doesn't look clear now that I re-read it. Why not make this conditional on 'vga'? GENERIC already contains 'device vga' that the VGA-specific bits of 'vt', etc. are dependent on. -- John Baldwin From owner-freebsd-arch@freebsd.org Fri Feb 17 22:38:50 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E19FFCE257D for ; Fri, 17 Feb 2017 22:38:50 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3B73174B; Fri, 17 Feb 2017 22:38:49 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id D80931928BA; Fri, 17 Feb 2017 22:38:47 +0000 (UTC) Subject: Re: Thinning out GENERIC To: John Baldwin References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> <6526794.FlmyzlfvMp@ralph.baldwin.cx> Cc: freebsd-arch@freebsd.org, Warner Losh From: Sean Bruno Message-ID: Date: Fri, 17 Feb 2017 15:38:44 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <6526794.FlmyzlfvMp@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hTnf0vgD38OwTRTqB0uOaf7d7W0AsJfTB" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 22:38:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hTnf0vgD38OwTRTqB0uOaf7d7W0AsJfTB Content-Type: multipart/mixed; boundary="k1t32LmF7mBN85C6NdXdAA8wqXsuGb0m0"; protected-headers="v1" From: Sean Bruno To: John Baldwin Cc: freebsd-arch@freebsd.org, Warner Losh Message-ID: Subject: Re: Thinning out GENERIC References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> <6526794.FlmyzlfvMp@ralph.baldwin.cx> In-Reply-To: <6526794.FlmyzlfvMp@ralph.baldwin.cx> --k1t32LmF7mBN85C6NdXdAA8wqXsuGb0m0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable >> I don't want to remove it from GENERIC. I want to add the capability = to >> remove it. Sorry if that wasn't clear from my subject line, because i= t >> doesn't look clear now that I re-read it. >=20 > Why not make this conditional on 'vga'? GENERIC already contains 'devi= ce vga' > that the VGA-specific bits of 'vt', etc. are dependent on. >=20 A quick hack that seems to do what I want it to do, maybe I should just fire this off? Index: sys/conf/files =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/files (revision 313900) +++ sys/conf/files (working copy) @@ -2401,7 +2401,7 @@ dev/pci/pci_user.c optional pci dev/pci/pcib_if.m standard dev/pci/pcib_support.c standard -dev/pci/vga_pci.c optional pci +dev/pci/vga_pci.c optional pci vga dev/pcn/if_pcn.c optional pcn pci dev/pdq/if_fpa.c optional fpa pci dev/pdq/pdq.c optional nowerror fpa pci --k1t32LmF7mBN85C6NdXdAA8wqXsuGb0m0-- --hTnf0vgD38OwTRTqB0uOaf7d7W0AsJfTB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAline3RfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmThpwf9G24np0ztXiontSqe6nqmmkeaIRo9mQJQMvSBmRK9EIr39lSXJQhC2I2j rJo441pBsSChj/9Sl3DOFm2ohACtncewWKV+w6PbalzTVdI3rQQeSvwhJRQCo4Q8 bZACE5o733C2CCPGkM1sLbadX6Bts9ew5PGxGJVtnCxu1Cj7DlW6DxiDyhKF+E5v DCOWCUhBgE8cRYbtAEHFko4CjnEh1mpLT/y5eWFYy3VqNnUED65qBt3BLAvZTa2M TeC5ga5qPXE3W1p6Qhi4eADxgtk+FocruI/x8Wu6OpcxUaQgJu+Ao/TgYMEOCw+E hRpxaUaXcgM2mrrgOqy/cZZbmIOFzQ== =Yf/s -----END PGP SIGNATURE----- --hTnf0vgD38OwTRTqB0uOaf7d7W0AsJfTB-- From owner-freebsd-arch@freebsd.org Fri Feb 17 22:59:39 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14ACECE2D0B for ; Fri, 17 Feb 2017 22:59:39 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7B4F1585; Fri, 17 Feb 2017 22:59:38 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-qk0-x22a.google.com with SMTP id 11so56687517qkl.3; Fri, 17 Feb 2017 14:59:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=NYJF8K93/Q6RgQjZYs9VlMtuujjYeAA1mAVxllyQVZI=; b=KQrfeErTc9w6tbb1cUYDU4B6FbJiXhTQyfmLpbXMF7H13oLqwrnbgeK7mClITqfnvD 5p1zLYdmejo/gT6g3BVaBMVnwz8fqykURNM3iSvFFe4d4Np3IWXQfX2Sd6IiRCKq/ueL 6NiSreazO/IKw6eKg2b38fTpNlgIBcpBMK4xU/HC4+CryVzebGq3uTiKjENb4j49LGKq puvohDzen5qzX/SFmqfpBzgnm2Mq273Sxmi3xB48TtVzOMRn1Zdjf9qfFvY7CXZhIId7 7/jdzT7zKPGwtgwdyRXcHIecsKi2v+V72X+iPKfUAE9YEGAfOn9xbZpGPEPFKDwcpuB2 ZKsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=NYJF8K93/Q6RgQjZYs9VlMtuujjYeAA1mAVxllyQVZI=; b=QKoHISZuJB9YXzReIBKSb5QwUs3n7oXlalJtsVMYPD/jRsGd7T2OFQk29JiSYiNR/7 e5ppE6nXoTtCS6eHNbN6FaeWUb9nbE54VR86Ee9Zs7hQEhMJPOh5HqETUyT3U+bDvtMp ZkVZ7DnCykX5dTKrP79eBUI+r0U5uKUqAggp8BWCLifOxcyslXK7A+2v+UHzd50+0z6i iyTnep15csbydDJ2D7u2CQ914Vu3y3RA6oOhAcnJP7DT+HYPMpAK8VdDOvaWFcoTpLl3 RU1mnUtjO5zx6BXp5W4AjrFdj1I91tLzypjhVd2EIYSFmqjS4QzULMFRBfHJonlOslD/ h5DQ== X-Gm-Message-State: AMke39m6ZPuWTNxT769ry+ccnn4C4yWSVK8r3eo9sGzh2ZnByC8cJUemhREpQid87r1Vapd2nlwELtf0YbIhNQ== X-Received: by 10.55.154.7 with SMTP id c7mr3590445qke.285.1487372377848; Fri, 17 Feb 2017 14:59:37 -0800 (PST) MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.12.157.69 with HTTP; Fri, 17 Feb 2017 14:59:37 -0800 (PST) In-Reply-To: References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> <6526794.FlmyzlfvMp@ralph.baldwin.cx> From: Justin Hibbits Date: Fri, 17 Feb 2017 16:59:37 -0600 X-Google-Sender-Auth: TvpCwIB34NBSDZQ7-VBfkA9NjmI Message-ID: Subject: Re: Thinning out GENERIC To: Sean Bruno Cc: John Baldwin , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 22:59:39 -0000 On Fri, Feb 17, 2017 at 4:38 PM, Sean Bruno wrote: > >>> I don't want to remove it from GENERIC. I want to add the capability to >>> remove it. Sorry if that wasn't clear from my subject line, because it >>> doesn't look clear now that I re-read it. >> >> Why not make this conditional on 'vga'? GENERIC already contains 'device vga' >> that the VGA-specific bits of 'vt', etc. are dependent on. >> > > A quick hack that seems to do what I want it to do, maybe I should just > fire this off? > > Index: sys/conf/files > =================================================================== > --- sys/conf/files (revision 313900) > +++ sys/conf/files (working copy) > @@ -2401,7 +2401,7 @@ > dev/pci/pci_user.c optional pci > dev/pci/pcib_if.m standard > dev/pci/pcib_support.c standard > -dev/pci/vga_pci.c optional pci > +dev/pci/vga_pci.c optional pci vga > dev/pcn/if_pcn.c optional pcn pci > dev/pdq/if_fpa.c optional fpa pci > dev/pdq/pdq.c optional nowerror fpa pci > vga_pci.c is used by powerpc as well, which doesn't include device vga in GENERIC*. Possibly other archs as well would need it. - Justin From owner-freebsd-arch@freebsd.org Fri Feb 17 23:04:50 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06581CE301A for ; Fri, 17 Feb 2017 23:04:50 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB7CF19BD; Fri, 17 Feb 2017 23:04:49 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-223-161.albq.qwest.net [67.0.223.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id B32751928BA; Fri, 17 Feb 2017 23:04:47 +0000 (UTC) Subject: Re: Thinning out GENERIC To: Justin Hibbits References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> <6526794.FlmyzlfvMp@ralph.baldwin.cx> Cc: John Baldwin , "freebsd-arch@freebsd.org" From: Sean Bruno Message-ID: <855394cf-be1a-de08-c419-f1bef0af9757@freebsd.org> Date: Fri, 17 Feb 2017 16:04:43 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IhuRUVtqDif7VxcORSiVWcjspxFDwvAxK" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 23:04:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IhuRUVtqDif7VxcORSiVWcjspxFDwvAxK Content-Type: multipart/mixed; boundary="0odjEnXvSXLXN5uLhN36O5BnDv1F54hc9"; protected-headers="v1" From: Sean Bruno To: Justin Hibbits Cc: John Baldwin , "freebsd-arch@freebsd.org" Message-ID: <855394cf-be1a-de08-c419-f1bef0af9757@freebsd.org> Subject: Re: Thinning out GENERIC References: <34e4e9bd-c7a8-e3e2-4cef-98a691ea7944@freebsd.org> <1907688.dXvDEfTesD@ralph.baldwin.cx> <6526794.FlmyzlfvMp@ralph.baldwin.cx> In-Reply-To: --0odjEnXvSXLXN5uLhN36O5BnDv1F54hc9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/17/17 15:59, Justin Hibbits wrote: > On Fri, Feb 17, 2017 at 4:38 PM, Sean Bruno wrote:= >> >>>> I don't want to remove it from GENERIC. I want to add the capabilit= y to >>>> remove it. Sorry if that wasn't clear from my subject line, because= it >>>> doesn't look clear now that I re-read it. >>> >>> Why not make this conditional on 'vga'? GENERIC already contains 'de= vice vga' >>> that the VGA-specific bits of 'vt', etc. are dependent on. >>> >> >> A quick hack that seems to do what I want it to do, maybe I should jus= t >> fire this off? >> >> Index: sys/conf/files >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/conf/files (revision 313900) >> +++ sys/conf/files (working copy) >> @@ -2401,7 +2401,7 @@ >> dev/pci/pci_user.c optional pci >> dev/pci/pcib_if.m standard >> dev/pci/pcib_support.c standard >> -dev/pci/vga_pci.c optional pci >> +dev/pci/vga_pci.c optional pci vga >> dev/pcn/if_pcn.c optional pcn pci >> dev/pdq/if_fpa.c optional fpa pci >> dev/pdq/pdq.c optional nowerror fpa pci >> >=20 > vga_pci.c is used by powerpc as well, which doesn't include device vga > in GENERIC*. Possibly other archs as well would need it. >=20 > - Justin >=20 It uses vga_pci and doesn't use device vga? How does that work? sean --0odjEnXvSXLXN5uLhN36O5BnDv1F54hc9-- --IhuRUVtqDif7VxcORSiVWcjspxFDwvAxK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlingYtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSooAgAkaeusDizALfx+8yLXFDLqzmC79OtLg2FZ595QjXGh87CzW2PUgFVLhwC XMoulOHSMB5pwP4JlNv5nIEE4512XC/R07iSoOUFPp2/0XorlbIghJsiQ37eLnwS 232ly4ApHmA2oJUGXbA78xxqVmtl1HS/svXGJBK0KRSdAnpBZay00fv6uawS74HV e1e1JmG4RGfTDSywm9Zaxm1rAQ1YKsNaWQoJdQDZ5y4CstEUQ05ebY4+ZWsIuYMf SQPKBkOwrB39x/B/FiafAr9BNeiKHsYVGnhwl5BYKOwAi93/VLk4hs6qOMyHJcny YeLx5wFhWb1iOWUVyHMXDtAb8DEZcw== =GnQJ -----END PGP SIGNATURE----- --IhuRUVtqDif7VxcORSiVWcjspxFDwvAxK-- From owner-freebsd-arch@freebsd.org Sat Feb 18 07:52:08 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA4D6CE1266 for ; Sat, 18 Feb 2017 07:52:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6755016F3; Sat, 18 Feb 2017 07:52:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id v77so23291956wmv.0; Fri, 17 Feb 2017 23:52:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=jV+A6mw37ZRz+QUiVGbMgybr2aYdRF3r/XBcFQG43wE=; b=VGKUXkSeJCH282+kA9wnys6PeamFcyWNdz7IYOaGnGB9idAudfmdeygkshfA0JV3bZ V6sUkZmNrody8IjnR6PI4ugkZgmA6etEEV7WgxCH3lQSR/ESUAINyqCIurXRdKMZnhFG CrIGIqSi3tHPDSUakealQsc7/OJQ1cyzKzzbaOUDxtDDa5jUz7dXclKi8NxbN8OGe4vE bga/qmfP7wAmMKrlggz1aAp68v3bh4Ahps0df5cgtP0FKVazaCE/CdovcyZsLGpIKft6 Ud9hN28lfLcSmf8zNLxKl1HJF3agulFxOolyqGl19DEzqtPyi+LWQY1F9kQCIoTiTfu/ erMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=jV+A6mw37ZRz+QUiVGbMgybr2aYdRF3r/XBcFQG43wE=; b=SY4EFB0Ph3tj24rdb6QRpqqgw1/u9P7nutps+zk5X4TfIxqCJJHsxVrfmkAqVgBsxb D9OerkBiZwtRJ9PfhEawrkcwn0SynYejD18Toqnjmlz5NwoT5DWEz4wGlbvKhJ0fU7qh ZkEGqjVn9o3EH6j/trVug6Yg551PmBCjqfszdE5GJs+9/A/H4czOEjnfk9bQrvR610VD WXpx0k2dKJU6v0L4JB8YLkneLXGbMFNuvPzeUiPqcWkf0CAS9qC/jIMKThCovUOYuCIw i52yH9zL0fzTHVmYRebbHb/xTOGy9GHEDkFSjeA+g700VGt8QNxE05PvSDh1K0ChsWj4 Jw8A== X-Gm-Message-State: AMke39mYQM87/Jn/rZVUTll3WJEbeUTyNaEDjr7H66q3zWQzBlgkEGbEjs30x03bdc2KMA== X-Received: by 10.28.86.214 with SMTP id k205mr4138066wmb.26.1487404326701; Fri, 17 Feb 2017 23:52:06 -0800 (PST) Received: from ernst.home (p578E35D6.dip0.t-ipconnect.de. [87.142.53.214]) by smtp.gmail.com with ESMTPSA id y126sm4625022wmg.19.2017.02.17.23.52.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 17 Feb 2017 23:52:05 -0800 (PST) Date: Sat, 18 Feb 2017 08:52:04 +0100 From: Gary Jennejohn To: Sean Bruno Cc: freebsd-arch Subject: Re: Is there a knob to turn off /var/db/services.db Message-ID: <20170218085204.4231b765@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2017 07:52:09 -0000 On Fri, 17 Feb 2017 11:39:31 -0700 Sean Bruno wrote: > Because its quite large relative to the size of the MFSroot I'm > using(128M), is there someway already in the tree to turn off the > generation of /var/db/services.db ? If not, does anyone object to > adding a WITHOUT_SERVICESDB to the system? > I don't even have it on my HEAD system. It's created by /usr/src/etc/Makefile. See man 5 services to help you decide whether you can simply delete it. -- Gary Jennejohn From owner-freebsd-arch@freebsd.org Sat Feb 18 15:32:11 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30844CE49C4 for ; Sat, 18 Feb 2017 15:32:11 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 12DA01962 for ; Sat, 18 Feb 2017 15:32:10 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id A62AC56486; Sat, 18 Feb 2017 09:32:08 -0600 (CST) Subject: Re: sem_timedwait3(..., ..., clockid_t) To: Sebastian Huber , "freebsd-arch@freebsd.org" References: <1d1cb3d6-a2d2-1a3e-5d20-51206524ffbe@FreeBSD.org> <58A563D7.3020102@embedded-brains.de> From: Eric van Gyzen Message-ID: Date: Sat, 18 Feb 2017 09:32:03 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <58A563D7.3020102@embedded-brains.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2017 15:32:11 -0000 On 02/16/2017 02:33, Sebastian Huber wrote: > On 16/02/17 07:47, Ed Schouten wrote: >> Hi Eric, >> >> 2017-02-15 22:57 GMT+01:00 Eric van Gyzen : >>> int sem_timedwait3_np(sem_t *sem, const struct timespec *abs_timeout, >>> clockid_t clock_id); >> Could we please make the argument order a bit more consistent to >> clock_nanosleep() (i.e., putting the clockid_t in front of the >> timespec)? Should we also provide support for the TIMER_ABSTIME flag? >> > > Maybe it makes sense to talk also with the glibc and POSIX people > > http://www.opengroup.org/austin/ > http://austingroupbugs.net/main_page.php It certainly makes sense, at some point. I'll get some agreement within the FreeBSD community, then take it to glibc and then to POSIX. Thanks for the suggestions. Eric