From: Greg KH <gregkh@linuxfoundation.org>
To: Tom Rix <trix@redhat.com>
Cc: mdf@kernel.org, hao.wu@intel.com, michal.simek@xilinx.com,
nava.manne@xilinx.com, dinguyen@kernel.org,
krzysztof.kozlowski@canonical.com, yilun.xu@intel.com,
arnd@arndb.de, fpacheco@redhat.com, richard.gong@intel.com,
luca@lucaceresoli.net, linux-kernel@vger.kernel.org,
linux-fpga@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 0/4] fpga: reorganize to subdirs
Date: Wed, 9 Jun 2021 19:13:47 +0200 [thread overview]
Message-ID: <YMD2yxtsQN16MoPA@kroah.com> (raw)
In-Reply-To: <a35f5fda-a202-dc66-4445-b3ce333a55e6@redhat.com>
On Wed, Jun 09, 2021 at 09:50:39AM -0700, Tom Rix wrote:
>
> On 6/9/21 9:38 AM, Greg KH wrote:
> > On Wed, Jun 09, 2021 at 08:08:06AM -0700, Tom Rix wrote:
> > > On 6/9/21 7:53 AM, Greg KH wrote:
> > > > On Wed, Jun 09, 2021 at 07:22:03AM -0700, trix@redhat.com wrote:
> > > > > From: Tom Rix <trix@redhat.com>
> > > > >
> > > > > The incoming xrt patchset has a toplevel subdir xrt/
> > > > > The current fpga/ uses a single dir with filename prefixes to subdivide owners
> > > > > For consistency, there should be only one way to organize the fpga/ dir.
> > > > > Because the subdir model scales better, refactor to use it.
> > > > > The discussion wrt xrt is here:
> > > > > https://lore.kernel.org/linux-fpga/68e85a4f-4a10-1ff9-0443-aa565878c855@redhat.com/
> > > > >
> > > > > 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.
> > > > >
> > > > > 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/
> > > > >
> > > > > Some cleanup to arrange thing alphabetically and make fpga/Makefile's
> > > > > whitespace look more like net/'s
> > > > >
> > > > > Changes from
> > > > > v1
> > > > > Drop renaming files
> > > > > Cleanup makefiles
> > > > You can rename the files, you just can not rename the .ko objects
> > > > without everyone knowing what you are doing and you trying to bury it in
> > > > the middle of a differently described patch.
> > > >
> > > > If you want to do that, do you? I don't really understand why you want
> > > > to move things around right now other than "we have 40 files in one
> > > > directory, ick!".
> > > I am trying to resolve the layout inconsistency between what we have and
> > > what the xrt patchset does.
> > Why does it matter? New stuff can be added to a new dir, why worry
> > about old stuff? What does it hurt?
> >
> > > The big issue is the files vs dirs.
> > >
> > > Over specified filenames is secondary, so I dropped them.
> > >
> > > 40 files in one dir is itself not a problem.
> > >
> > > having 40 files and an xrt/ is.
> > Why is that a "problem"?
> >
> > > fpga/ layout should be consistent so the Makefile and Kconfig are easier to
> > > maintain.
> > Is it somehow hard to maintain today? Seems pretty trivial to me...
>
> This change was to help move xrt along.
>
> If you are fine with xrt/, I will drop this patchset.
Who has objected to xrt/ being the only new subdirectory?
My main complaints here are:
- these patches were not tested
- you renamed kernel modules "accidentally"
- you forgot SPDX lines
- lack of description of why these files being moved was
necessary in the changelog where you moved the files
Remember, patch 0/X never shows up in changelogs...
You can do better :)
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Tom Rix <trix@redhat.com>
Cc: mdf@kernel.org, hao.wu@intel.com, michal.simek@xilinx.com,
nava.manne@xilinx.com, dinguyen@kernel.org,
krzysztof.kozlowski@canonical.com, yilun.xu@intel.com,
arnd@arndb.de, fpacheco@redhat.com, richard.gong@intel.com,
luca@lucaceresoli.net, linux-kernel@vger.kernel.org,
linux-fpga@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 0/4] fpga: reorganize to subdirs
Date: Wed, 9 Jun 2021 19:13:47 +0200 [thread overview]
Message-ID: <YMD2yxtsQN16MoPA@kroah.com> (raw)
In-Reply-To: <a35f5fda-a202-dc66-4445-b3ce333a55e6@redhat.com>
On Wed, Jun 09, 2021 at 09:50:39AM -0700, Tom Rix wrote:
>
> On 6/9/21 9:38 AM, Greg KH wrote:
> > On Wed, Jun 09, 2021 at 08:08:06AM -0700, Tom Rix wrote:
> > > On 6/9/21 7:53 AM, Greg KH wrote:
> > > > On Wed, Jun 09, 2021 at 07:22:03AM -0700, trix@redhat.com wrote:
> > > > > From: Tom Rix <trix@redhat.com>
> > > > >
> > > > > The incoming xrt patchset has a toplevel subdir xrt/
> > > > > The current fpga/ uses a single dir with filename prefixes to subdivide owners
> > > > > For consistency, there should be only one way to organize the fpga/ dir.
> > > > > Because the subdir model scales better, refactor to use it.
> > > > > The discussion wrt xrt is here:
> > > > > https://lore.kernel.org/linux-fpga/68e85a4f-4a10-1ff9-0443-aa565878c855@redhat.com/
> > > > >
> > > > > 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.
> > > > >
> > > > > 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/
> > > > >
> > > > > Some cleanup to arrange thing alphabetically and make fpga/Makefile's
> > > > > whitespace look more like net/'s
> > > > >
> > > > > Changes from
> > > > > v1
> > > > > Drop renaming files
> > > > > Cleanup makefiles
> > > > You can rename the files, you just can not rename the .ko objects
> > > > without everyone knowing what you are doing and you trying to bury it in
> > > > the middle of a differently described patch.
> > > >
> > > > If you want to do that, do you? I don't really understand why you want
> > > > to move things around right now other than "we have 40 files in one
> > > > directory, ick!".
> > > I am trying to resolve the layout inconsistency between what we have and
> > > what the xrt patchset does.
> > Why does it matter? New stuff can be added to a new dir, why worry
> > about old stuff? What does it hurt?
> >
> > > The big issue is the files vs dirs.
> > >
> > > Over specified filenames is secondary, so I dropped them.
> > >
> > > 40 files in one dir is itself not a problem.
> > >
> > > having 40 files and an xrt/ is.
> > Why is that a "problem"?
> >
> > > fpga/ layout should be consistent so the Makefile and Kconfig are easier to
> > > maintain.
> > Is it somehow hard to maintain today? Seems pretty trivial to me...
>
> This change was to help move xrt along.
>
> If you are fine with xrt/, I will drop this patchset.
Who has objected to xrt/ being the only new subdirectory?
My main complaints here are:
- these patches were not tested
- you renamed kernel modules "accidentally"
- you forgot SPDX lines
- lack of description of why these files being moved was
necessary in the changelog where you moved the files
Remember, patch 0/X never shows up in changelogs...
You can do better :)
greg k-h
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-06-09 17:13 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-09 14:22 [PATCH v2 0/4] fpga: reorganize to subdirs trix
2021-06-09 14:22 ` trix
2021-06-09 14:22 ` trix
2021-06-09 14:22 ` trix
2021-06-09 14:22 ` [PATCH v2 1/4] fpga: dfl: reorganize to subdir layout trix
2021-06-09 14:22 ` trix
2021-06-09 14:22 ` [PATCH v2 2/4] fpga: xilinx: " trix
2021-06-09 14:22 ` trix
2021-06-09 14:55 ` Greg KH
2021-06-09 14:55 ` Greg KH
2021-06-18 11:07 ` kernel test robot
2021-06-21 20:57 ` kernel test robot
2021-06-09 14:22 ` [PATCH v2 3/4] fpga: altera: " trix
2021-06-09 14:22 ` trix
2021-06-09 14:56 ` Greg KH
2021-06-09 14:56 ` Greg KH
2021-06-09 14:22 ` [PATCH v2 4/4] fpga: lattice: " trix
2021-06-09 14:22 ` trix
2021-06-09 14:56 ` Greg KH
2021-06-09 14:56 ` Greg KH
2021-06-18 12:24 ` kernel test robot
2021-06-18 12:27 ` Arnd Bergmann
2021-06-18 22:12 ` Moritz Fischer
2021-06-18 22:16 ` Moritz Fischer
2021-06-09 14:51 ` [PATCH v2 0/4] fpga: reorganize to subdirs Greg KH
2021-06-09 14:51 ` Greg KH
2021-06-09 14:53 ` Greg KH
2021-06-09 14:53 ` Greg KH
2021-06-09 15:08 ` Tom Rix
2021-06-09 15:08 ` Tom Rix
2021-06-09 16:38 ` Greg KH
2021-06-09 16:38 ` Greg KH
2021-06-09 16:50 ` Tom Rix
2021-06-09 16:50 ` Tom Rix
2021-06-09 17:13 ` Greg KH [this message]
2021-06-09 17:13 ` Greg KH
2021-06-09 18:52 ` Tom Rix
2021-06-09 18:52 ` Tom Rix
2021-06-09 19:16 ` Greg KH
2021-06-09 19:16 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YMD2yxtsQN16MoPA@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=arnd@arndb.de \
--cc=dinguyen@kernel.org \
--cc=fpacheco@redhat.com \
--cc=hao.wu@intel.com \
--cc=krzysztof.kozlowski@canonical.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-fpga@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luca@lucaceresoli.net \
--cc=mdf@kernel.org \
--cc=michal.simek@xilinx.com \
--cc=nava.manne@xilinx.com \
--cc=richard.gong@intel.com \
--cc=trix@redhat.com \
--cc=yilun.xu@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.