lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2a0071c6-20cf-42f2-f708-60c273fdb316@physik.fu-berlin.de>
Date:   Sat, 7 Jan 2023 03:24:54 +0100
From:   John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
To:     Anirudh Venkataramanan <anirudh.venkataramanan@...el.com>,
        netdev@...r.kernel.org
Cc:     linux-pci@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org,
        linux-mips@...r.kernel.org, linux-trace-kernel@...r.kernel.org,
        sparclinux@...r.kernel.org, Leon Romanovsky <leon@...nel.org>
Subject: Re: [PATCH net-next 0/7] Remove three Sun net drivers

On 1/7/23 03:04, Anirudh Venkataramanan wrote:
> On 1/6/2023 5:36 PM, John Paul Adrian Glaubitz wrote:
>> Hello!
>>
>> On 1/6/23 23:00, Anirudh Venkataramanan wrote:
>>> This series removes the Sun Cassini, LDOM vswitch and sunvnet drivers.
>>
>> This would affect a large number of Linux on SPARC users. Please don't!
> 
> Thanks for chiming in. Does your statement above apply to all 3 drivers?

Yes!

>> We're still maintaining an active sparc64 port for Debian, see [1]. So
>> does Gentoo [2].
>>
>>> In a recent patch series that touched these drivers [1], it was suggested
>>> that these drivers should be removed completely. git logs suggest that
>>> there hasn't been any significant feature addition, improvement or fixes
>>> to user-visible bugs in a while. A web search didn't indicate any recent
>>> discussions or any evidence that there are users out there who care about
>>> these drivers.
>>
>> Well, these drivers just work and I don't see why there should be regular
>> discussions about them or changes.
> 
> That's fair, but lack of discussion can also be signs of disuse, and that's
> really the hunch I was following up on. Given what you and Karl have said,
> I agree that we shouldn't remove these drivers. I'll stop pursuing this unless
> there are new arguments to the contrary.

It's a common problem in my opinion on the LKML that many kernel developers assume
that users of certain drivers and kernel subsystems are present and active on the
kernel mailing lists to be able to raise their voices in these discussions.

If you want to find out whether some parts of the kernel are actively being used,
it's better to ask on distribution mailing lists because it's way more likely
to find any users there.

I try to be present on as many kernel mailing lists as I can to be able to answer
these questions, but sometimes there is just too much traffic for me to handle.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ