Re: [PATCH v2] ALSA: opl4: Add SPDX id lines to files in opl4 driver
Richard Fontana <[email protected]> Wed, 18 Feb 2026 14:57:26 -0500
| Newsgroups | org.kernel.vger.linux-spdx,org.kernel.vger.linux-kernel,org.kernel.vger.linux-sound |
|---|---|
| Message-ID | <CAC1cPGzpydYtv-KwD7b9hrM0bJuMk4YPsosvQe=RBgsOxHOoSQ@mail.gmail.com> |
On Wed, Feb 18, 2026 at 12:48=E2=80=AFPM Bird, Tim <[email protected]> wrot= e: > > > > > -----Original Message----- > > From: Richard Fontana <[email protected]> > > Sent: Tuesday, February 17, 2026 6:12 PM > > To: Bird, Tim <[email protected]> > > Cc: [email protected]; [email protected]; [email protected]; [email protected]= ; [email protected]; [email protected]; > > [email protected]; [email protected] > > Subject: Re: [PATCH v2] ALSA: opl4: Add SPDX id lines to files in opl4 = driver > > > > On Tue, Feb 17, 2026 at 6:=E2=80=8A23 PM Tim Bird <tim.=E2=80=8Abird@= =E2=80=8Asony.=E2=80=8Acom> wrote: > > Add a license file for the BSD-Sourc= e-Code license variant. > Add > > "SPDX-License-Identifier GPL-2.=E2=80=8A0-or-later OR BSD-Source-Code" = > to files using this license > > > > On Tue, Feb 17, 2026 at 6:23=E2=80=AFPM Tim Bird <[email protected]> wr= ote: > > > > > > Add a license file for the BSD-Source-Code license variant. > > > Add "SPDX-License-Identifier GPL-2.0-or-later OR BSD-Source-Code" > > > to files using this license and the 'Alternatively...' language. > > > Remove the boilerplate text from the files. > > > > [. . .] > > > +License-Text: > > > + > > > +Copyright (c) <year> <owner> . All rights reserved. > > > + > > > +Redistribution and use in source and binary forms, with or without > > > +modification, are permitted provided that the following conditions a= re met: > > > + > > > + - Redistributions of source code must retain the above copyright no= tice, > > > + this list of conditions and the following disclaimer, > > > + without modification. > > > + > > > + - The name of the author may not be used to endorse or promote prod= ucts > > > + derived from this software without specific prior written permiss= ion. > > > + > > > +THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS "AS IS" AND > > > +ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, TH= E > > > +IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR P= URPOSE > > > +ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE FOR > > > +ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTI= AL > > > +DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GO= ODS > > > +OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION= ) > > > +HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, = STRICT > > > +LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN AN= Y WAY > > > +OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY = OF > > > +SUCH DAMAGE. > > > > This isn't (at least not currently) `BSD-Source-Code`. See: > > https://spdx.org/licenses/BSD-Source-Code.html > > and https://github.com/spdx/license-list-XML/blob/main/src/BSD-Source-C= ode.xml > > Yeah. I used the wording from the files in the Linux kernel. There are = about 3 variations of > the wording for this license that I have found so far. I included the UR= L for the SPDX version > in the kernel's license file in this patch. > > Here is the wording from the SPDX site: > ----- > Redistribution and use of this software in source and binary forms, with = or without modification, are permitted provided that the following conditio= ns are met: > > * Redistributions of source code must retain the above copyright notice, = this list of conditions and the following disclaimer. > * Neither the name of Deusty nor the names of its contributors may be use= d to endorse or promote products derived from this software without specifi= c prior written permission of Deusty, LLC. > > THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS I= S" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, TH= E IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOS= E ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE= LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQ= UENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE G= OODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) = HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT = LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY O= UT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH = DAMAGE. > ----- > > While there *are* textual differences, I believe the two versions of the = text are semantically equivalent. > > The one in the patch was submitted by Clemens Ladisch in the original opl= 4 driver submission. I haven't > done an exact count yet, but I believe this variant of the wording is use= d in more places than other > variants in the kernel. My preference is to use the wording variant that= was most commonly used > by kernel contributors, so that the kernel's LICENSE file matches the mos= t places where the license > text was replaced with an SPDX-License-Identifier line. > > I've been trying to avoid having to make a kernel LICENSE file for every = minor variant of otherwise > semantically the same license text. I believe dealing with this plethora= of license variants is one reason the > SPDX work stalled out previously. > > Let me know if you think the text in the kernel's License file (for a gi= ven license) must be an exact match > for the spdx web site text for the license. A separate question is wheth= er it's appropriate to use the same > SPDX ID for variations on the same license text. I believe it is, in thi= s case, but I'm open to hearing > other opinions. Based on your issue https://github.com/spdx/license-list-XML/issues/2939 I think you know this but for the sake of others: The issue is that from the SPDX standpoint, the identifiers are (somewhat) precisely defined. `BSD-Source-Code`, for example, is specified in the XML file I previously linked to. SPDX has a more informally defined notion of what it means for a real license text to "match" a given identifier, mostly discussed here: https://spdx.github.io/spdx-spec/v3.0.1/annexes/license-matching-guidelines= -and-templates/ I'd suggest perhaps waiting for SPDX to resolve the open issue - you see that Steve Winslow seems inclined to add a new identifier for this variant. Richard