From: Harald Mommer <harald.mommer@opensynergy.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: virtio-dev@lists.oasis-open.org,
"Haixu Cui" <quic_haixcui@quicinc.com>,
"Mark Brown" <broonie@kernel.org>,
linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org,
Harald.Mommer@gmail.com, quic_ztu@quicinc.com,
"Matti Moell" <Matti.Moell@opensynergy.com>,
"Mikhail Golubev" <Mikhail.Golubev@opensynergy.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Vincent Guittot" <vincent.guittot@linaro.org>
Subject: Re: [virtio-dev] [RFC PATCH v1 2/3] virtio-spi: Add virtio-spi.h (V4 draft specification).
Date: Thu, 14 Dec 2023 18:20:06 +0100 [thread overview]
Message-ID: <109b15ed-831c-4102-acba-0fd3c82d6440@opensynergy.com> (raw)
In-Reply-To: <20231213063335.xaejh3565gkn5cvh@vireshk-i7>
Hello Viresh,
On 13.12.23 07:33, Viresh Kumar wrote:
> On 12-12-23, 19:58, Harald Mommer wrote:
>> On 12.12.23 11:34, Viresh Kumar wrote:
>> I'm working on V8. It's coming to an end, will still have to check some
>> details but it's close. Internal review pending. Now there is a V9 and I
>> will also have to look at this. Maybe I will send V8 and subsequently update
>> to V9,
> I hope you are talking about V8/V9 of the spec here, as I only see one
> version of the Linux driver on the list. Please keep me in cc if
> possible.
What you see is RFC PATCH v1 which meets the V4 draft specification. The
only one which has been sent so far. For you this is latest. And now I
got so much comments from you and also a spec update from V8 to V9 so
that this will remain that way for some days. Need to do changes.
The next one will be RFC patch v2 and is planned to be made according to
the V9 spec.
And most probably the next one will also attempt to be V9 spec compliant
if there comes in the mean time a specification update. Moving target
not good if you work agile, extension of scope all the time.
>>> On 27-10-23, 18:10, Harald Mommer wrote:
>>>> +++ b/include/uapi/linux/virtio_spi.h
>>>> @@ -0,0 +1,130 @@
>>>> +/* SPDX-License-Identifier: BSD-3-Clause */
>>> Maybe this should be:
>>>
>>> SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
>>>
>>> ?
>> Looking into what others do here. virtio_blk.h, virtio_input.h and
>> virtio_iommu.h for example: None is using GPL-2.0 here. virtio_iommu.h is
>> using exactly the same header as we do.
> Looked at all headers for SPDX License in include/uapi/ and this is
> what I see (Yes there are many non SPDX licenses there):
>
> 522 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
> 106 /* SPDX-License-Identifier: GPL-2.0+ WITH Linux-syscall-note */
> 18 /* SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) */
> 16 /* SPDX-License-Identifier: LGPL-2.1+ WITH Linux-syscall-note */
> 16 /* SPDX-License-Identifier: GPL-2.0-only WITH Linux-syscall-note */
> 11 /* SPDX-License-Identifier: GPL-1.0+ WITH Linux-syscall-note */
> 6 /* SPDX-License-Identifier: ((GPL-2.0-only WITH Linux-syscall-note) OR BSD-3-Clause) */
> 5 /* SPDX-License-Identifier: BSD-3-Clause */
> 4 /* SPDX-License-Identifier: LGPL-2.1 WITH Linux-syscall-note */
> 4 /* SPDX-License-Identifier: LGPL-2.0+ WITH Linux-syscall-note */
> 4 /* SPDX-License-Identifier: ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) */
> 3 /* SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) OR MIT */
> 2 /* SPDX-License-Identifier: MIT */
> 2 /* SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR Linux-OpenIB) */
> 2 /* SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR CDDL-1.0) */
> 2 /* SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) */
> 2 /* SPDX-License-Identifier: GPL-2.0-or-later WITH Linux-syscall-note */
> 1 /* SPDX-License-Identifier: ((GPL-2.0+ WITH Linux-syscall-note) OR MIT) */
> 1 /* SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause */
> 1 /* SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) */
> 1 /* SPDX-License-Identifier: GPL-2.0-only WITH Linux-syscall-note*/
>
> Also Documentation/process/license-rules.rst says:
>
> "The license described in the COPYING file applies to the kernel source
> as a whole, though individual source files can have a different license
> which is required to be compatible with the GPL-2.0::
>
> ...
>
> Aside from that, individual files can be provided under a dual license,
> e.g. one of the compatible GPL variants and alternatively under a
> permissive license like BSD, MIT etc."
>
> And so I thought we may want this to be a dual license.
Please focus on include/uapi/linux/virtio_*.h files only.
You will see a lot BSD without mentioning GPL at all. So we are just
doing what others did and what was accepted in the past. Changing the
license is not a change I can do with a finger tip.
>>>> +/* All config fields are read-only for the Virtio SPI driver */
>>>> +struct virtio_spi_config {
>>> Can you please add proper doc style comments for the structures ?
>> Checking my current code. This is updated in the V8 version.
> V8 of this patch ?
V8 of the spec. Don't worry, you missed no code change, you are on
public latest.
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
prev parent reply other threads:[~2023-12-14 17:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20231027161016.26625-1-Harald.Mommer@opensynergy.com>
[not found] ` <ZTvrEFjL3nCRRQnY@finisterre.sirena.org.uk>
2023-10-27 17:03 ` [virtio-dev] Re: [RFC PATCH] Virtio SPI Linux driver Harald Mommer
[not found] ` <20231027161016.26625-4-Harald.Mommer@opensynergy.com>
2023-11-10 2:34 ` [virtio-dev] Re: [RFC PATCH v1 3/3] SPI: Add virtio SPI driver (V4 draft specification) Haixu Cui
[not found] ` <ZUjuxfKdwRQgbfdb@finisterre.sirena.org.uk>
2023-12-06 17:23 ` Harald Mommer
2023-12-13 9:53 ` [virtio-dev] " Viresh Kumar
2023-12-14 16:52 ` Harald Mommer
2023-12-15 6:11 ` Viresh Kumar
[not found] ` <20231027161016.26625-3-Harald.Mommer@opensynergy.com>
2023-12-12 10:34 ` [virtio-dev] [RFC PATCH v1 2/3] virtio-spi: Add virtio-spi.h " Viresh Kumar
2023-12-12 18:58 ` Harald Mommer
2023-12-13 6:33 ` Viresh Kumar
2023-12-14 17:20 ` Harald Mommer [this message]
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=109b15ed-831c-4102-acba-0fd3c82d6440@opensynergy.com \
--to=harald.mommer@opensynergy.com \
--cc=Harald.Mommer@gmail.com \
--cc=Matti.Moell@opensynergy.com \
--cc=Mikhail.Golubev@opensynergy.com \
--cc=alex.bennee@linaro.org \
--cc=broonie@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=quic_haixcui@quicinc.com \
--cc=quic_ztu@quicinc.com \
--cc=vincent.guittot@linaro.org \
--cc=viresh.kumar@linaro.org \
--cc=virtio-dev@lists.oasis-open.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox