Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4026580pxj; Tue, 15 Jun 2021 13:49:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwYLceGCbcWHfwTDTcTOW3P5Fg/d0C5D7aFEZsyf5CXec7fRAvv2vpytbaOmIWckYrG+NHP X-Received: by 2002:a02:c88a:: with SMTP id m10mr957876jao.136.1623790155275; Tue, 15 Jun 2021 13:49:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623790155; cv=none; d=google.com; s=arc-20160816; b=JJJI5tPMTwiY3dU1S8AeAv0PsubJYpxz7w4N+gSNOhPUNY/TXwPqZeUZWKlP344/r5 ciqT8xVIJPs50xXVLzIRUjpufCsvL8ay/Co74Cg9Y8TsjgzxwZrkOgc+bhQKIDqnSwg1 KdLw9374ApVgAReICQj1CDHeL5i+hvgygnqJ5HV3ELxAKzuYdnozOOuETAJ++NA9wB9y S5fkCLbf2LrNHeb+tfUSXOaM3TmPhd95N4kRLPRxB+C+tsz58q4cs4TVvPKzTrYErHvK BQYL7tVAhgHhu/QHuTXz5R0o66YnQOAVeVsPcYBAn8zS7ixCrdmdSFE7gdtT4C+3rlHD aPLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=KQ07UnerLYYg5xbQ2D5ZXpRlZkXdV15KKy3dzWwHbIQ=; b=YBaZKkMqtsJYkwZvBzCrBHwV1KQjz5AC73RBzEk7P80liGoAEuSoK400MueUYCRJlG 4OtVnvnGOprhBRjfBouVps8K4d/dsi9Aj1feI/271X1JWn05EIOG0zcEXIq3f6lo3XtZ 4anXVa0ykcL0Hq91qrXHwTR7mrKs925gHR3+7675S7oeRSRbZVoWYu6pArScKKl/iqoe 3Cg1iWytuwImk/RVqMfxIRlmUOlHRMSxO7ZFz7WjHE5vAVJsqNGT3KUyVFHidNKG7uWX 1IglVWqlraEYZibJOTPYarBEmPDljg+Sr/Kzq7XH3Limphkmidx24ct4ozj9b7CllB69 CSMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="attKP6X/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z2si212551jat.82.2021.06.15.13.49.03; Tue, 15 Jun 2021 13:49:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="attKP6X/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229931AbhFOUui (ORCPT + 99 others); Tue, 15 Jun 2021 16:50:38 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:38410 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229898AbhFOUui (ORCPT ); Tue, 15 Jun 2021 16:50:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1623790112; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KQ07UnerLYYg5xbQ2D5ZXpRlZkXdV15KKy3dzWwHbIQ=; b=attKP6X/C6O43WgAOZ246NJ0T+bY9nH4n1CNdnqRCLxDf8+YI9FUF/JveNLK4/cWXIrLc4 Lfad0dT1Mha1Sd3S37FvuYND59adziY0DLkEGQ77abFcyzesjA+vMdSW7ELAiHCqPQUC7D mxM6p3JVkzhiy4uA7RmT6aqJE3RDqjY= Received: from mail-oo1-f71.google.com (mail-oo1-f71.google.com [209.85.161.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-58-kw1jDIQRNmek1hdnuQtfxQ-1; Tue, 15 Jun 2021 16:48:31 -0400 X-MC-Unique: kw1jDIQRNmek1hdnuQtfxQ-1 Received: by mail-oo1-f71.google.com with SMTP id d12-20020a4aeb8c0000b029023bbaaddcbbso202534ooj.13 for ; Tue, 15 Jun 2021 13:48:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=KQ07UnerLYYg5xbQ2D5ZXpRlZkXdV15KKy3dzWwHbIQ=; b=MtmDsR+Fi0Oc2GsDeAi5ovg+cXM3/WW46Ka5tnRQ27TE5X/FlIKW3U9ymatCAZkD2R dgzMwqFY7nIENGDqshyElwfnFY8o/fTiILQuMjtl5yVUdprt4tkuhoUAE1VyfaYipJeA Wj8fNDt38jVW3StZYTOJi1cnG2CDIYuxTLeggJWOew3Zb8P7zk9FHW7jvdPRXA4xvUUz /IIoSqhZzviwopJLEjXz8Ue0FNeGA5CZcEASK9RqiLDrAAgRQZr72fs4D/YL0iBP/xKH tMGSCHVkS3Ijd1nkyGSfsxBTzc/2qScx6Ze5krRBsWhTaXl/BO9BQZjpRPyS6esF7692 fyYA== X-Gm-Message-State: AOAM532keEC+78Vrkj1gHvK+bjn+8mKbGinlABo1sO6e3ROB8HpPDnt/ /RLKy8wsmhy6DMiPrTS132mMp4vFghTbVViXvjOfoU6SAqzBao6D2Ta/Hx39od6rlPY4eqZGxxL WsFv4FP2+dHzs+RGpqiKksEzF X-Received: by 2002:a05:6830:1f05:: with SMTP id u5mr876287otg.322.1623790110353; Tue, 15 Jun 2021 13:48:30 -0700 (PDT) X-Received: by 2002:a05:6830:1f05:: with SMTP id u5mr876264otg.322.1623790110110; Tue, 15 Jun 2021 13:48:30 -0700 (PDT) Received: from localhost.localdomain (075-142-250-213.res.spectrum.com. [75.142.250.213]) by smtp.gmail.com with ESMTPSA id i26sm1364oig.13.2021.06.15.13.48.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Jun 2021 13:48:29 -0700 (PDT) Subject: Re: [PATCH v4 1/4] fpga: dfl: reorganize to subdir layout To: "Wu, Hao" , "mdf@kernel.org" , "corbet@lwn.net" , "michal.simek@xilinx.com" , "gregkh@linuxfoundation.org" , "krzysztof.kozlowski@canonical.com" , "nava.manne@xilinx.com" , "Xu, Yilun" , "davidgow@google.com" , "fpacheco@redhat.com" , "Gong, Richard" , "luca@lucaceresoli.net" Cc: "linux-fpga@vger.kernel.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" References: <20210614201648.3358206-1-trix@redhat.com> <20210614201648.3358206-3-trix@redhat.com> From: Tom Rix Message-ID: Date: Tue, 15 Jun 2021 13:48:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/15/21 1:08 AM, Wu, Hao wrote: >> Subject: [PATCH v4 1/4] fpga: dfl: reorganize to subdir layout >> >> From: Tom Rix >> >> Follow drivers/net/ethernet/ which has control configs >> NET_VENDOR_BLA that map to drivers/net/ethernet/bla >> Since fpgas do not have many vendors, drop the 'VENDOR' and use >> FPGA_BLA. > Hi Tom, > > Thanks for this patch. : ) > > DFL is not a vendor, but something can be shared/reused. It's possible that > other vendors reuse the same concepts and the drivers of DFL. If vendor > drivers need to be moved inside sub folders, then maybe it's better to > leave DFL in the parent folder? xrt is also not a vendor, more a subdevice framework like dfl. I am not sure what you mean by other dfl vendors can you give an example ? >> There are several new subdirs >> altera/ >> dfl/ >> lattice/ >> xilinx/ >> >> Each subdir has a Kconfig that has a new/reused >> >> if FPGA_BLA >> ... existing configs ... >> endif FPGA_BLA >> >> Which is sourced into the main fpga/Kconfig >> >> Each subdir has a Makefile whose transversal is controlled in the >> fpga/Makefile by >> >> obj-$(CONFIG_FPGA_BLA) += bla/ >> >> This is the dfl/ subdir part. >> >> Create a dfl/ subdir >> Move dfl-* files to it. >> Add a Kconfig and Makefile >> >> Because FPGA_DFL is now used in dfl/Kconfig in a if/endif >> block, all the other configs in dfl/Kconfig implicitly depend >> on FPGA_DFL. So the explicit dependence can be removed. Also >> since FPGA_DFL depends on HAS_IOMEM, it can be removed from the >> other configs. > Hm.. sounds like this change (remove HAS_IOMEM) is better to be split > into another patch. How do you think? I'll drop this from the patchset so this so patchset does the one thing of moving stuff around and do the HAS_IOMEM change after stuff settles. Tom > > Thanks > Hao >