From owner-svn-src-all@freebsd.org Fri Apr 12 11:00:09 2019 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 023401579364; Fri, 12 Apr 2019 11:00:09 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E5F96EDC8; Fri, 12 Apr 2019 11:00:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 4100f221; Fri, 12 Apr 2019 13:00:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=w5qc5POkeeqtUNLJein0yRgcT6E=; b=nU3VWZspe/v5iLr1qTjv1qQjsG+O PK0qGh8FjkLnFL+ixciNtvBTlE+uRGd74x4k2fdKXhMdXYRBSnDp/CvQt137sAde ZqOE0hjUoUoG7nYdwa2wu9d1KDZEX2IfOYU/FsMv9zGt5m3oRjAVrYFyNeSCmobQ QOKix+bfhxRgFFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=LBaQqZyc7kBimcYosYPnktyzkRnZ3mA5AGwqU4dq1B86lh+2tHevPF4U A5lCBrEpZpeJreIKR8j187HEowHTKt1Hxq5u64MGRsgXSrEbysk+hpSCc9dtQKnQ 1hKbf99xmLDh29ElXzt6pE/rGRW+RNJLH0bIV7QgkJFiaGTF82U= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 90e48c09 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 12 Apr 2019 13:00:06 +0200 (CEST) Date: Fri, 12 Apr 2019 13:00:06 +0200 From: Emmanuel Vadot To: rgrimes@freebsd.org Cc: "Rodney W. Grimes" , Svatopluk Kraus , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r346096 - head/sys/arm/conf Message-Id: <20190412130006.69c99fa562a4d9b6003856cb@bidouilliste.com> In-Reply-To: <201904121050.x3CAoj7i075998@gndrsh.dnsmgr.net> References: <20190412120950.dd0aae47e93ba7b50aaa47c6@bidouilliste.com> <201904121050.x3CAoj7i075998@gndrsh.dnsmgr.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 3E5F96EDC8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 11:00:09 -0000 On Fri, 12 Apr 2019 03:50:45 -0700 (PDT) "Rodney W. Grimes" wrote: > > > > Hi Svatopluk, > > > > On Thu, 11 Apr 2019 21:23:35 +0200 > > Svatopluk Kraus wrote: > > > > > I understand the reason for GENERIC. But are we so blind that we will > > > delete everything that is not GENERIC? In other words, why to delete > > > nice specific KERNEL configurations for boards we support when only > > > reason I see is that GENERIC is so cool for some people? > > > > That's simple and maybe I should have explain more in the commit > > message. Those configs aren't tested. All the images that we provide > > are using GENERIC kernel so we know that GENERIC is tested (somewhat). > > Those config will also lack update if we need to add a new required > > pseudo device (like syscon) and maybe it's already the case on some. > > The only way (for now) that we could produce board specific kernel > > is to include GENERIC and add a bunch of nodevice "blah", which is not > > going to happen. We have plan for splitting the GENERIC kernel into soc > > familly file, then it would be easier for people to have a SoC kernel > > config. > > Finaly I guess that when you say "boards we support" you are talking > > about RPI2, BEAGLEBONE or maybe PANDABOARD. For me those aren't board > > that we support, those are survivors that had the chance to not die in > > the past years. No developer care about or work on those boards. > > I just recently asked about the issue I was having when I last > tried to run > head/sys/arm/conf/CHROMEBOOK-SNOW > which iirc is a derived from > head/sys/arm/conf/EXYNOS5420 > which is documented in the Wiki as to how to build it, > pointing to use the kernel config you just deleted. Is there a question ? Even if you managed to compile this kernel and maybe run it, what's next ? Nobody works on this SoC. I will send some reviews in the next weeks to remove some SoC support. > > > Svatopluk Kraus > > > > > > > > > > > > On Wed, Apr 10, 2019 at 9:27 PM Emmanuel Vadot wrote: > > > > > > > > Author: manu > > > > Date: Wed Apr 10 19:27:14 2019 > > > > New Revision: 346096 > > > > URL: https://svnweb.freebsd.org/changeset/base/346096 > > > > > > > > Log: > > > > arm: kernel: Remove old kernel configs > > > > > > > > Follow up to r346095 > > > > All those kernels are either not working or the release have switched > > > > to GENERIC > > > > > > > > Deleted: > > > > head/sys/arm/conf/AML8726 > > > > head/sys/arm/conf/BEAGLEBONE > > > > head/sys/arm/conf/CHROMEBOOK > > > > head/sys/arm/conf/CHROMEBOOK-PEACH-PIT > > > > head/sys/arm/conf/CHROMEBOOK-PEACH-PIT.hints > > > > head/sys/arm/conf/CHROMEBOOK-SNOW > > > > head/sys/arm/conf/CHROMEBOOK-SPRING > > > > head/sys/arm/conf/CHROMEBOOK.hints > > > > head/sys/arm/conf/EXYNOS5.common > > > > head/sys/arm/conf/EXYNOS5250 > > > > head/sys/arm/conf/EXYNOS5420 > > > > head/sys/arm/conf/ODROIDC1 > > > > head/sys/arm/conf/PANDABOARD > > > > head/sys/arm/conf/PANDABOARD.hints > > > > head/sys/arm/conf/RADXA > > > > head/sys/arm/conf/RADXA-LITE > > > > head/sys/arm/conf/RK3188 > > > > head/sys/arm/conf/RPI2 > > > > > > > > > > -- > > Emmanuel Vadot > > > > > > -- > Rod Grimes rgrimes@freebsd.org -- Emmanuel Vadot