MAINTAINERS | 41 ----------------------------------------- 1 file changed, 41 deletions(-)
From: Quake Wang <quake.wang@gmail.com>
Remove some entries due to various compliance requirements. They cannot come back in the future as huawei is sanctioned by most freedom countries in the world.
---
MAINTAINERS | 41 -----------------------------------------
1 file changed, 41 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e9659a5a7fb3..400701a58534 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -322,7 +322,6 @@ F: tools/power/acpi/
ACPI FOR ARM64 (ACPI/arm64)
M: Lorenzo Pieralisi <lpieralisi@kernel.org>
-M: Hanjun Guo <guohanjun@huawei.com>
M: Sudeep Holla <sudeep.holla@arm.com>
L: linux-acpi@vger.kernel.org
L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
@@ -3873,7 +3872,6 @@ F: Documentation/filesystems/befs.rst
F: fs/befs/
BFQ I/O SCHEDULER
-M: Yu Kuai <yukuai3@huawei.com>
L: linux-block@vger.kernel.org
S: Odd Fixes
F: Documentation/block/bfq-iosched.rst
@@ -4082,7 +4080,6 @@ X: arch/riscv/net/bpf_jit_comp64.c
BPF JIT for RISC-V (64-bit)
M: Björn Töpel <bjorn@kernel.org>
-R: Pu Lehui <pulehui@huawei.com>
R: Puranjay Mohan <puranjay@kernel.org>
L: bpf@vger.kernel.org
S: Maintained
@@ -5697,7 +5694,6 @@ F: include/linux/compiler_attributes.h
COMPUTE EXPRESS LINK (CXL)
M: Davidlohr Bueso <dave@stgolabs.net>
-M: Jonathan Cameron <jonathan.cameron@huawei.com>
M: Dave Jiang <dave.jiang@intel.com>
M: Alison Schofield <alison.schofield@intel.com>
M: Vishal Verma <vishal.l.verma@intel.com>
@@ -5712,7 +5708,6 @@ F: include/uapi/linux/cxl_mem.h
F: tools/testing/cxl/
COMPUTE EXPRESS LINK PMU (CPMU)
-M: Jonathan Cameron <jonathan.cameron@huawei.com>
L: linux-cxl@vger.kernel.org
S: Maintained
F: Documentation/admin-guide/perf/cxl.rst
@@ -8525,7 +8520,6 @@ F: include/uapi/linux/ext4.h
Extended Verification Module (EVM)
M: Mimi Zohar <zohar@linux.ibm.com>
-M: Roberto Sassu <roberto.sassu@huawei.com>
L: linux-integrity@vger.kernel.org
S: Supported
T: git git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git
@@ -10189,21 +10183,17 @@ F: net/dsa/tag_hellcreek.c
HISILICON DMA DRIVER
M: Zhou Wang <wangzhou1@hisilicon.com>
-M: Jie Hai <haijie1@huawei.com>
L: dmaengine@vger.kernel.org
S: Maintained
F: drivers/dma/hisi_dma.c
HISILICON GPIO DRIVER
-M: Jay Fang <f.fangjian@huawei.com>
L: linux-gpio@vger.kernel.org
S: Maintained
F: Documentation/devicetree/bindings/gpio/hisilicon,ascend910-gpio.yaml
F: drivers/gpio/gpio-hisi.c
HISILICON HIGH PERFORMANCE RSA ENGINE DRIVER (HPRE)
-M: Zhiqi Song <songzhiqi1@huawei.com>
-M: Longfang Liu <liulongfang@huawei.com>
L: linux-crypto@vger.kernel.org
S: Maintained
F: Documentation/ABI/testing/debugfs-hisi-hpre
@@ -10212,7 +10202,6 @@ F: drivers/crypto/hisilicon/hpre/hpre_crypto.c
F: drivers/crypto/hisilicon/hpre/hpre_main.c
HISILICON HNS3 PMU DRIVER
-M: Jijie Shao <shaojijie@huawei.com>
S: Supported
F: Documentation/admin-guide/perf/hns3-pmu.rst
F: drivers/perf/hisilicon/hns3_pmu.c
@@ -10226,31 +10215,24 @@ F: Documentation/devicetree/bindings/i2c/hisilicon,ascend910-i2c.yaml
F: drivers/i2c/busses/i2c-hisi.c
HISILICON KUNPENG SOC HCCS DRIVER
-M: Huisong Li <lihuisong@huawei.com>
S: Maintained
F: Documentation/ABI/testing/sysfs-devices-platform-kunpeng_hccs
F: drivers/soc/hisilicon/kunpeng_hccs.c
F: drivers/soc/hisilicon/kunpeng_hccs.h
HISILICON LPC BUS DRIVER
-M: Jay Fang <f.fangjian@huawei.com>
S: Maintained
W: http://www.hisilicon.com
F: Documentation/devicetree/bindings/arm/hisilicon/low-pin-count.yaml
F: drivers/bus/hisi_lpc.c
HISILICON NETWORK SUBSYSTEM 3 DRIVER (HNS3)
-M: Jian Shen <shenjian15@huawei.com>
-M: Salil Mehta <salil.mehta@huawei.com>
-M: Jijie Shao <shaojijie@huawei.com>
L: netdev@vger.kernel.org
S: Maintained
W: http://www.hisilicon.com
F: drivers/net/ethernet/hisilicon/hns3/
HISILICON NETWORK SUBSYSTEM DRIVER
-M: Jian Shen <shenjian15@huawei.com>
-M: Salil Mehta <salil.mehta@huawei.com>
L: netdev@vger.kernel.org
S: Maintained
W: http://www.hisilicon.com
@@ -10259,7 +10241,6 @@ F: drivers/net/ethernet/hisilicon/
HISILICON PMU DRIVER
M: Yicong Yang <yangyicong@hisilicon.com>
-M: Jonathan Cameron <jonathan.cameron@huawei.com>
S: Supported
W: http://www.hisilicon.com
F: Documentation/admin-guide/perf/hisi-pcie-pmu.rst
@@ -10268,7 +10249,6 @@ F: drivers/perf/hisilicon
HISILICON PTT DRIVER
M: Yicong Yang <yangyicong@hisilicon.com>
-M: Jonathan Cameron <jonathan.cameron@huawei.com>
L: linux-kernel@vger.kernel.org
S: Maintained
F: Documentation/ABI/testing/sysfs-bus-event_source-devices-hisi_ptt
@@ -10279,7 +10259,6 @@ F: tools/perf/util/hisi-ptt*
F: tools/perf/util/hisi-ptt-decoder/*
HISILICON QM DRIVER
-M: Weili Qian <qianweili@huawei.com>
M: Zhou Wang <wangzhou1@hisilicon.com>
L: linux-crypto@vger.kernel.org
S: Maintained
@@ -10290,7 +10269,6 @@ F: drivers/crypto/hisilicon/sgl.c
F: include/linux/hisi_acc_qm.h
HISILICON ROCE DRIVER
-M: Chengchang Tang <tangchengchang@huawei.com>
M: Junxian Huang <huangjunxian6@hisilicon.com>
L: linux-rdma@vger.kernel.org
S: Maintained
@@ -10298,14 +10276,12 @@ F: Documentation/devicetree/bindings/infiniband/hisilicon-hns-roce.txt
F: drivers/infiniband/hw/hns/
HISILICON SAS Controller
-M: Yihang Li <liyihang9@huawei.com>
S: Supported
W: http://www.hisilicon.com
F: Documentation/devicetree/bindings/scsi/hisilicon-sas.txt
F: drivers/scsi/hisi_sas/
HISILICON SECURITY ENGINE V2 DRIVER (SEC2)
-M: Longfang Liu <liulongfang@huawei.com>
L: linux-crypto@vger.kernel.org
S: Maintained
F: Documentation/ABI/testing/debugfs-hisi-sec
@@ -10315,7 +10291,6 @@ F: drivers/crypto/hisilicon/sec2/sec_crypto.h
F: drivers/crypto/hisilicon/sec2/sec_main.c
HISILICON SPI Controller DRIVER FOR KUNPENG SOCS
-M: Jay Fang <f.fangjian@huawei.com>
L: linux-spi@vger.kernel.org
S: Maintained
W: http://www.hisilicon.com
@@ -10336,18 +10311,15 @@ F: Documentation/devicetree/bindings/mfd/hisilicon,hi6421-spmi-pmic.yaml
F: drivers/mfd/hi6421-spmi-pmic.c
HISILICON TRUE RANDOM NUMBER GENERATOR V2 SUPPORT
-M: Weili Qian <qianweili@huawei.com>
S: Maintained
F: drivers/crypto/hisilicon/trng/trng.c
HISILICON V3XX SPI NOR FLASH Controller Driver
-M: Jay Fang <f.fangjian@huawei.com>
S: Maintained
W: http://www.hisilicon.com
F: drivers/spi/spi-hisi-sfc-v3xx.c
HISILICON ZIP Controller DRIVER
-M: Yang Shen <shenyang39@huawei.com>
M: Zhou Wang <wangzhou1@hisilicon.com>
L: linux-crypto@vger.kernel.org
S: Maintained
@@ -10504,7 +10476,6 @@ T: git git://linuxtv.org/media_tree.git
F: drivers/media/platform/st/sti/hva
HWPOISON MEMORY FAILURE HANDLING
-M: Miaohe Lin <linmiaohe@huawei.com>
R: Naoya Horiguchi <nao.horiguchi@gmail.com>
L: linux-mm@kvack.org
S: Maintained
@@ -11243,7 +11214,6 @@ F: drivers/crypto/inside-secure/
INTEGRITY MEASUREMENT ARCHITECTURE (IMA)
M: Mimi Zohar <zohar@linux.ibm.com>
-M: Roberto Sassu <roberto.sassu@huawei.com>
M: Dmitry Kasatkin <dmitry.kasatkin@gmail.com>
R: Eric Snowberg <eric.snowberg@oracle.com>
L: linux-integrity@vger.kernel.org
@@ -12447,7 +12417,6 @@ M: Marc Zyngier <maz@kernel.org>
M: Oliver Upton <oliver.upton@linux.dev>
R: Joey Gouly <joey.gouly@arm.com>
R: Suzuki K Poulose <suzuki.poulose@arm.com>
-R: Zenghui Yu <yuzenghui@huawei.com>
L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
L: kvmarm@lists.linux.dev
S: Maintained
@@ -20497,7 +20466,6 @@ F: drivers/iio/chemical/ens160.h
SCSI LIBSAS SUBSYSTEM
R: John Garry <john.g.garry@oracle.com>
-R: Jason Yan <yanaijie@huawei.com>
L: linux-scsi@vger.kernel.org
S: Supported
F: Documentation/scsi/libsas.rst
@@ -21303,7 +21271,6 @@ F: include/linux/property.h
SOFTWARE RAID (Multiple Disks) SUPPORT
M: Song Liu <song@kernel.org>
-R: Yu Kuai <yukuai3@huawei.com>
L: linux-raid@vger.kernel.org
S: Supported
Q: https://patchwork.kernel.org/project/linux-raid/list/
@@ -23549,7 +23516,6 @@ F: include/uapi/misc/uacce/
UBI FILE SYSTEM (UBIFS)
M: Richard Weinberger <richard@nod.at>
-R: Zhihao Cheng <chengzhihao1@huawei.com>
L: linux-mtd@lists.infradead.org
S: Supported
W: http://www.linux-mtd.infradead.org/doc/ubifs.html
@@ -23699,7 +23665,6 @@ F: drivers/ufs/host/ufs-renesas.c
UNSORTED BLOCK IMAGES (UBI)
M: Richard Weinberger <richard@nod.at>
-R: Zhihao Cheng <chengzhihao1@huawei.com>
L: linux-mtd@lists.infradead.org
S: Supported
W: http://www.linux-mtd.infradead.org/
@@ -23803,7 +23768,6 @@ S: Maintained
F: drivers/usb/roles/intel-xhci-usb-role-switch.c
USB IP DRIVER FOR HISILICON KIRIN 960
-M: Yu Chen <chenyu56@huawei.com>
M: Binghui Wang <wangbinghui@hisilicon.com>
L: linux-usb@vger.kernel.org
S: Maintained
@@ -24183,8 +24147,6 @@ S: Orphan
F: drivers/vfio/fsl-mc/
VFIO HISILICON PCI DRIVER
-M: Longfang Liu <liulongfang@huawei.com>
-M: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com>
L: kvm@vger.kernel.org
S: Maintained
F: drivers/vfio/pci/hisilicon/
@@ -24213,7 +24175,6 @@ F: drivers/vfio/pci/nvgrace-gpu/
VFIO PCI DEVICE SPECIFIC DRIVERS
R: Jason Gunthorpe <jgg@nvidia.com>
R: Yishai Hadas <yishaih@nvidia.com>
-R: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com>
R: Kevin Tian <kevin.tian@intel.com>
L: kvm@vger.kernel.org
S: Maintained
@@ -24395,7 +24356,6 @@ F: tools/virtio/
F: tools/testing/selftests/drivers/net/virtio_net/
VIRTIO CRYPTO DRIVER
-M: Gonglei <arei.gonglei@huawei.com>
L: virtualization@lists.linux.dev
L: linux-crypto@vger.kernel.org
S: Maintained
@@ -25481,7 +25441,6 @@ F: drivers/input/misc/yealink.*
Z3FOLD COMPRESSED PAGE ALLOCATOR
M: Vitaly Wool <vitaly.wool@konsulko.com>
-R: Miaohe Lin <linmiaohe@huawei.com>
L: linux-mm@kvack.org
S: Maintained
F: mm/z3fold.c
--
2.39.5 (Apple Git-154)
On Thu, Oct 24, 2024 at 12:26:37PM +0900, quake wrote: > From: Quake Wang <quake.wang@gmail.com> > > Remove some entries due to various compliance requirements. They > cannot come back in the future as huawei is sanctioned by most > freedom countries in the world. Note that there are multiple sanction regimes and exactly what the rules are vary from country to country. At least in the US there are exemptions that mean that I can accept patches and send code reviews for engineers from Huawei so long as they occur in a public forum, such as the LKML mailing lists. As a result, folks may have noticed that there are ext4 patches from Huawei, and I personally consider them very valuable contributors to the ext4 community. These exemptions may not apply in different countries, and for different sanctioned entities. I will note that China is not currently attacking Taiwan militarily at the moment, while Russian misiles and drones, some of which might be using embedded Linux controllers, *are* actively attacking another country even as we speak. So it might not be surprising that the rules might be different for different sanctioned entities. Finally, please remember that kernel developers don't make the rules. Those laws are made by the US, European, Japanese, and other governments. My personal priorites are to make sure that *I* don't run afoul of any local civil or criminal penalties, and to make sure that other Linux developers can also stay safe. That being said, I'm not a lawyer, and so please don't take anything I say as legal advice. What I'm comfortable doing as the ext4 maintainer living in the US might not be applicable for someone else who might have different circumstances. So for example, it could very much be the case that other countries have *stricter* laws, and if you are acting as a maintainer, in terms of accepting other people's code, or providing design guidance (which may be considered "providing technical assistance" in some countries' laws) --- if you are uncertain, please reach out to a lawyer. - Ted P.S. This has always been the case, even before one country invaded another; maintainers take on real legal responsibilities as part of their work. It's just that the consequences of copyright and patent issues were much less than when there are sanctions involving countries who are actively at war with others.
On 24.10.24 18:49, Theodore Ts'o wrote: > These exemptions may not apply in different countries, and for The *may* - so you aren't exactly sure ? We're still waiting to the exact legislation that's prohibiting Russians from taking part in international scientific discourse or even just mentioning them in the CREDITS file (that part is probably the worst). And if so, how can Linux still call itself "free software" ? Or shall we better call it politware ? > different sanctioned entities. I will note that China is not > currently attacking Taiwan militarily at the moment, while Russian > misiles and drones, some of which might be using embedded Linux > controllers, * *might* be using it. Do you have any actual evidence ? And if so, does banning those Russian maintainers has any practical impact on the SW running on that drones ? What's coming next ? Geoblocking on kernel.org ? > are* actively attacking another country even as we speak. Sure. Did we ban maintainers from US/NATO when they attacked other countries ? > Finally, please remember that kernel developers don't make the rules. Unless we're seeing actual evidence of the corresponding legislation and how exactly it forbids Russians being maintainers, we all have to assume that the LF clique is making these rules. OTOH, if we have that evidence, then at least every US citizen who values free software and free speechs now knows whom to vote against in a few days. In chess that's called a fork: a) the Linux leadership takes the guilt and is responsible for all of this - and thus a danger for Linux community and FOSS as such or b) it's pointing fingers directly to the US govt., and so accepting that we're dealing with a rogue govt. that's an existential thread to FOSS as such and thus needs to be removed on election day. choose your poison :P > P.S. This has always been the case, even before one country invaded > another; Linux didn't exist *before* that. The US is built on genocide and wars of aggression. Just one of many interesting examples: the attack on the spy ship USS liberty - coordinated between US WH and Isreal - that was a set up to blame Egypt and bring the US into war against Egypt - there even were plans for using nuclear bombs (!!!). Other examples are several wars of aggression against Iraq, Serbia, etc with using weapons of mass destruction. (yes, by UN definition DU munition *is* a WoMD). Let's be realistic: Russia isn't the only bad actor in the world. And "the West" isn't the good guys. Turning the once greatest FOSS project of known history into politware doesn't help making peace and stop the dying. It just errects an iron curtain and so making things even worse, for the whole world. --mtx
I don’t understand either Why would someone in such a prominent position act this way? It’s hard to believe Linus Torvalds has set a dangerous precedent, turning Linux into a political organization While everyone talks about peace, Linus is adding fuel to the conflict with these exclusionary decisions I’ve been a Linux user since 2001, and open-source principles should stand above politics If they don’t—then why even use open source? Take Microsoft, for example—they’re focused on profit, and that’s fine But we’ve put up with Linux for decades, believing in its principles. And now, this? It just goes against the spirit of open source What’s next? Are we going to see support for the Russian language removed from projects? Or all contributions from Russian developers disregarded? This direction feels wrong to me and goes against the very principles that built the open-source community. I think Linus is just being ignorant or short-sighted here. But he has a lot of influence. Don't even try to fork linux. Russian contributors is not a problem, it just exist. Linus is a problem. His vision is the issue Not a faulty software or hardware or Ukraine or etc. LinuS -- ME On 10/30/24 16:17, metux wrote: > On 24.10.24 18:49, Theodore Ts'o wrote: > >> These exemptions may not apply in different countries, and for > > The *may* - so you aren't exactly sure ? > > We're still waiting to the exact legislation that's prohibiting > Russians from taking part in international scientific discourse > or even just mentioning them in the CREDITS file (that part is > probably the worst). > > And if so, how can Linux still call itself "free software" ? > Or shall we better call it politware ? > >> different sanctioned entities. I will note that China is not >> currently attacking Taiwan militarily at the moment, while Russian >> misiles and drones, some of which might be using embedded Linux >> controllers, * > > *might* be using it. > > Do you have any actual evidence ? > > And if so, does banning those Russian maintainers has any practical > impact on the SW running on that drones ? > > What's coming next ? Geoblocking on kernel.org ? > >> are* actively attacking another country even as we speak. > > Sure. Did we ban maintainers from US/NATO when they attacked > other countries ? > >> Finally, please remember that kernel developers don't make the rules. > > Unless we're seeing actual evidence of the corresponding legislation > and how exactly it forbids Russians being maintainers, we all have to > assume that the LF clique is making these rules. > > OTOH, if we have that evidence, then at least every US citizen who > values free software and free speechs now knows whom to vote against > in a few days. > > In chess that's called a fork: > > a) the Linux leadership takes the guilt and is responsible for all of > this - and thus a danger for Linux community and FOSS as such > > or > > b) it's pointing fingers directly to the US govt., and so accepting that > we're dealing with a rogue govt. that's an existential thread to FOSS > as such and thus needs to be removed on election day. > > choose your poison :P > >> P.S. This has always been the case, even before one country invaded >> another; > > Linux didn't exist *before* that. The US is built on genocide and wars > of aggression. > > Just one of many interesting examples: the attack on the spy ship > USS liberty - coordinated between US WH and Isreal - that was a set up > to blame Egypt and bring the US into war against Egypt - there even were > plans for using nuclear bombs (!!!). Other examples are several wars of > aggression against Iraq, Serbia, etc with using weapons of mass > destruction. (yes, by UN definition DU munition *is* a WoMD). > > Let's be realistic: Russia isn't the only bad actor in the world. > And "the West" isn't the good guys. > > > Turning the once greatest FOSS project of known history into politware > doesn't help making peace and stop the dying. It just errects an iron > curtain and so making things even worse, for the whole world. > > > --mtx
> different sanctioned entities. I will note that China is not > currently attacking Taiwan militarily at the moment, while Russian > misiles and drones, some of which might be using embedded Linux > controllers, *are* actively attacking another country even as we > speak. So it might not be surprising that the rules might be > different for different sanctioned entities. I wonder if Israeli missiles and drones are using Linux?
The "compliance" purge continues. BTW strange how those "freedom countries" do not sanction Israel. PS For those who are going to complain that this mailing list should be free of politics, I agree, please direct your complaints to those making "freedom countries" remarks. On Thu, 24 Oct 2024 at 05:26, quake <quake.wang@gmail.com> wrote: > > From: Quake Wang <quake.wang@gmail.com> > > Remove some entries due to various compliance requirements. They cannot come back in the future as huawei is sanctioned by most freedom countries in the world. > --- > MAINTAINERS | 41 ----------------------------------------- > 1 file changed, 41 deletions(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index e9659a5a7fb3..400701a58534 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -322,7 +322,6 @@ F: tools/power/acpi/ > > ACPI FOR ARM64 (ACPI/arm64) > M: Lorenzo Pieralisi <lpieralisi@kernel.org> > -M: Hanjun Guo <guohanjun@huawei.com> > M: Sudeep Holla <sudeep.holla@arm.com> > L: linux-acpi@vger.kernel.org > L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > @@ -3873,7 +3872,6 @@ F: Documentation/filesystems/befs.rst > F: fs/befs/ > > BFQ I/O SCHEDULER > -M: Yu Kuai <yukuai3@huawei.com> > L: linux-block@vger.kernel.org > S: Odd Fixes > F: Documentation/block/bfq-iosched.rst > @@ -4082,7 +4080,6 @@ X: arch/riscv/net/bpf_jit_comp64.c > > BPF JIT for RISC-V (64-bit) > M: Björn Töpel <bjorn@kernel.org> > -R: Pu Lehui <pulehui@huawei.com> > R: Puranjay Mohan <puranjay@kernel.org> > L: bpf@vger.kernel.org > S: Maintained > @@ -5697,7 +5694,6 @@ F: include/linux/compiler_attributes.h > > COMPUTE EXPRESS LINK (CXL) > M: Davidlohr Bueso <dave@stgolabs.net> > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > M: Dave Jiang <dave.jiang@intel.com> > M: Alison Schofield <alison.schofield@intel.com> > M: Vishal Verma <vishal.l.verma@intel.com> > @@ -5712,7 +5708,6 @@ F: include/uapi/linux/cxl_mem.h > F: tools/testing/cxl/ > > COMPUTE EXPRESS LINK PMU (CPMU) > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > L: linux-cxl@vger.kernel.org > S: Maintained > F: Documentation/admin-guide/perf/cxl.rst > @@ -8525,7 +8520,6 @@ F: include/uapi/linux/ext4.h > > Extended Verification Module (EVM) > M: Mimi Zohar <zohar@linux.ibm.com> > -M: Roberto Sassu <roberto.sassu@huawei.com> > L: linux-integrity@vger.kernel.org > S: Supported > T: git git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git > @@ -10189,21 +10183,17 @@ F: net/dsa/tag_hellcreek.c > > HISILICON DMA DRIVER > M: Zhou Wang <wangzhou1@hisilicon.com> > -M: Jie Hai <haijie1@huawei.com> > L: dmaengine@vger.kernel.org > S: Maintained > F: drivers/dma/hisi_dma.c > > HISILICON GPIO DRIVER > -M: Jay Fang <f.fangjian@huawei.com> > L: linux-gpio@vger.kernel.org > S: Maintained > F: Documentation/devicetree/bindings/gpio/hisilicon,ascend910-gpio.yaml > F: drivers/gpio/gpio-hisi.c > > HISILICON HIGH PERFORMANCE RSA ENGINE DRIVER (HPRE) > -M: Zhiqi Song <songzhiqi1@huawei.com> > -M: Longfang Liu <liulongfang@huawei.com> > L: linux-crypto@vger.kernel.org > S: Maintained > F: Documentation/ABI/testing/debugfs-hisi-hpre > @@ -10212,7 +10202,6 @@ F: drivers/crypto/hisilicon/hpre/hpre_crypto.c > F: drivers/crypto/hisilicon/hpre/hpre_main.c > > HISILICON HNS3 PMU DRIVER > -M: Jijie Shao <shaojijie@huawei.com> > S: Supported > F: Documentation/admin-guide/perf/hns3-pmu.rst > F: drivers/perf/hisilicon/hns3_pmu.c > @@ -10226,31 +10215,24 @@ F: Documentation/devicetree/bindings/i2c/hisilicon,ascend910-i2c.yaml > F: drivers/i2c/busses/i2c-hisi.c > > HISILICON KUNPENG SOC HCCS DRIVER > -M: Huisong Li <lihuisong@huawei.com> > S: Maintained > F: Documentation/ABI/testing/sysfs-devices-platform-kunpeng_hccs > F: drivers/soc/hisilicon/kunpeng_hccs.c > F: drivers/soc/hisilicon/kunpeng_hccs.h > > HISILICON LPC BUS DRIVER > -M: Jay Fang <f.fangjian@huawei.com> > S: Maintained > W: http://www.hisilicon.com > F: Documentation/devicetree/bindings/arm/hisilicon/low-pin-count.yaml > F: drivers/bus/hisi_lpc.c > > HISILICON NETWORK SUBSYSTEM 3 DRIVER (HNS3) > -M: Jian Shen <shenjian15@huawei.com> > -M: Salil Mehta <salil.mehta@huawei.com> > -M: Jijie Shao <shaojijie@huawei.com> > L: netdev@vger.kernel.org > S: Maintained > W: http://www.hisilicon.com > F: drivers/net/ethernet/hisilicon/hns3/ > > HISILICON NETWORK SUBSYSTEM DRIVER > -M: Jian Shen <shenjian15@huawei.com> > -M: Salil Mehta <salil.mehta@huawei.com> > L: netdev@vger.kernel.org > S: Maintained > W: http://www.hisilicon.com > @@ -10259,7 +10241,6 @@ F: drivers/net/ethernet/hisilicon/ > > HISILICON PMU DRIVER > M: Yicong Yang <yangyicong@hisilicon.com> > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > S: Supported > W: http://www.hisilicon.com > F: Documentation/admin-guide/perf/hisi-pcie-pmu.rst > @@ -10268,7 +10249,6 @@ F: drivers/perf/hisilicon > > HISILICON PTT DRIVER > M: Yicong Yang <yangyicong@hisilicon.com> > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > L: linux-kernel@vger.kernel.org > S: Maintained > F: Documentation/ABI/testing/sysfs-bus-event_source-devices-hisi_ptt > @@ -10279,7 +10259,6 @@ F: tools/perf/util/hisi-ptt* > F: tools/perf/util/hisi-ptt-decoder/* > > HISILICON QM DRIVER > -M: Weili Qian <qianweili@huawei.com> > M: Zhou Wang <wangzhou1@hisilicon.com> > L: linux-crypto@vger.kernel.org > S: Maintained > @@ -10290,7 +10269,6 @@ F: drivers/crypto/hisilicon/sgl.c > F: include/linux/hisi_acc_qm.h > > HISILICON ROCE DRIVER > -M: Chengchang Tang <tangchengchang@huawei.com> > M: Junxian Huang <huangjunxian6@hisilicon.com> > L: linux-rdma@vger.kernel.org > S: Maintained > @@ -10298,14 +10276,12 @@ F: Documentation/devicetree/bindings/infiniband/hisilicon-hns-roce.txt > F: drivers/infiniband/hw/hns/ > > HISILICON SAS Controller > -M: Yihang Li <liyihang9@huawei.com> > S: Supported > W: http://www.hisilicon.com > F: Documentation/devicetree/bindings/scsi/hisilicon-sas.txt > F: drivers/scsi/hisi_sas/ > > HISILICON SECURITY ENGINE V2 DRIVER (SEC2) > -M: Longfang Liu <liulongfang@huawei.com> > L: linux-crypto@vger.kernel.org > S: Maintained > F: Documentation/ABI/testing/debugfs-hisi-sec > @@ -10315,7 +10291,6 @@ F: drivers/crypto/hisilicon/sec2/sec_crypto.h > F: drivers/crypto/hisilicon/sec2/sec_main.c > > HISILICON SPI Controller DRIVER FOR KUNPENG SOCS > -M: Jay Fang <f.fangjian@huawei.com> > L: linux-spi@vger.kernel.org > S: Maintained > W: http://www.hisilicon.com > @@ -10336,18 +10311,15 @@ F: Documentation/devicetree/bindings/mfd/hisilicon,hi6421-spmi-pmic.yaml > F: drivers/mfd/hi6421-spmi-pmic.c > > HISILICON TRUE RANDOM NUMBER GENERATOR V2 SUPPORT > -M: Weili Qian <qianweili@huawei.com> > S: Maintained > F: drivers/crypto/hisilicon/trng/trng.c > > HISILICON V3XX SPI NOR FLASH Controller Driver > -M: Jay Fang <f.fangjian@huawei.com> > S: Maintained > W: http://www.hisilicon.com > F: drivers/spi/spi-hisi-sfc-v3xx.c > > HISILICON ZIP Controller DRIVER > -M: Yang Shen <shenyang39@huawei.com> > M: Zhou Wang <wangzhou1@hisilicon.com> > L: linux-crypto@vger.kernel.org > S: Maintained > @@ -10504,7 +10476,6 @@ T: git git://linuxtv.org/media_tree.git > F: drivers/media/platform/st/sti/hva > > HWPOISON MEMORY FAILURE HANDLING > -M: Miaohe Lin <linmiaohe@huawei.com> > R: Naoya Horiguchi <nao.horiguchi@gmail.com> > L: linux-mm@kvack.org > S: Maintained > @@ -11243,7 +11214,6 @@ F: drivers/crypto/inside-secure/ > > INTEGRITY MEASUREMENT ARCHITECTURE (IMA) > M: Mimi Zohar <zohar@linux.ibm.com> > -M: Roberto Sassu <roberto.sassu@huawei.com> > M: Dmitry Kasatkin <dmitry.kasatkin@gmail.com> > R: Eric Snowberg <eric.snowberg@oracle.com> > L: linux-integrity@vger.kernel.org > @@ -12447,7 +12417,6 @@ M: Marc Zyngier <maz@kernel.org> > M: Oliver Upton <oliver.upton@linux.dev> > R: Joey Gouly <joey.gouly@arm.com> > R: Suzuki K Poulose <suzuki.poulose@arm.com> > -R: Zenghui Yu <yuzenghui@huawei.com> > L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > L: kvmarm@lists.linux.dev > S: Maintained > @@ -20497,7 +20466,6 @@ F: drivers/iio/chemical/ens160.h > > SCSI LIBSAS SUBSYSTEM > R: John Garry <john.g.garry@oracle.com> > -R: Jason Yan <yanaijie@huawei.com> > L: linux-scsi@vger.kernel.org > S: Supported > F: Documentation/scsi/libsas.rst > @@ -21303,7 +21271,6 @@ F: include/linux/property.h > > SOFTWARE RAID (Multiple Disks) SUPPORT > M: Song Liu <song@kernel.org> > -R: Yu Kuai <yukuai3@huawei.com> > L: linux-raid@vger.kernel.org > S: Supported > Q: https://patchwork.kernel.org/project/linux-raid/list/ > @@ -23549,7 +23516,6 @@ F: include/uapi/misc/uacce/ > > UBI FILE SYSTEM (UBIFS) > M: Richard Weinberger <richard@nod.at> > -R: Zhihao Cheng <chengzhihao1@huawei.com> > L: linux-mtd@lists.infradead.org > S: Supported > W: http://www.linux-mtd.infradead.org/doc/ubifs.html > @@ -23699,7 +23665,6 @@ F: drivers/ufs/host/ufs-renesas.c > > UNSORTED BLOCK IMAGES (UBI) > M: Richard Weinberger <richard@nod.at> > -R: Zhihao Cheng <chengzhihao1@huawei.com> > L: linux-mtd@lists.infradead.org > S: Supported > W: http://www.linux-mtd.infradead.org/ > @@ -23803,7 +23768,6 @@ S: Maintained > F: drivers/usb/roles/intel-xhci-usb-role-switch.c > > USB IP DRIVER FOR HISILICON KIRIN 960 > -M: Yu Chen <chenyu56@huawei.com> > M: Binghui Wang <wangbinghui@hisilicon.com> > L: linux-usb@vger.kernel.org > S: Maintained > @@ -24183,8 +24147,6 @@ S: Orphan > F: drivers/vfio/fsl-mc/ > > VFIO HISILICON PCI DRIVER > -M: Longfang Liu <liulongfang@huawei.com> > -M: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com> > L: kvm@vger.kernel.org > S: Maintained > F: drivers/vfio/pci/hisilicon/ > @@ -24213,7 +24175,6 @@ F: drivers/vfio/pci/nvgrace-gpu/ > VFIO PCI DEVICE SPECIFIC DRIVERS > R: Jason Gunthorpe <jgg@nvidia.com> > R: Yishai Hadas <yishaih@nvidia.com> > -R: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com> > R: Kevin Tian <kevin.tian@intel.com> > L: kvm@vger.kernel.org > S: Maintained > @@ -24395,7 +24356,6 @@ F: tools/virtio/ > F: tools/testing/selftests/drivers/net/virtio_net/ > > VIRTIO CRYPTO DRIVER > -M: Gonglei <arei.gonglei@huawei.com> > L: virtualization@lists.linux.dev > L: linux-crypto@vger.kernel.org > S: Maintained > @@ -25481,7 +25441,6 @@ F: drivers/input/misc/yealink.* > > Z3FOLD COMPRESSED PAGE ALLOCATOR > M: Vitaly Wool <vitaly.wool@konsulko.com> > -R: Miaohe Lin <linmiaohe@huawei.com> > L: linux-mm@kvack.org > S: Maintained > F: mm/z3fold.c > -- > 2.39.5 (Apple Git-154) > >
If you haven't heard of huawei sanctions yet, you should try to read the news some day. And by "news", I don't mean China state-sponsored spam. On Thu, Oct 24, 2024 at 12:38 PM Dragan Milivojević <d.milivojevic@gmail.com> wrote: > > The "compliance" purge continues. > BTW strange how those "freedom countries" do not sanction Israel. > > PS > For those who are going to complain that this mailing list should be > free of politics, > I agree, please direct your complaints to those making "freedom > countries" remarks. > > On Thu, 24 Oct 2024 at 05:26, quake <quake.wang@gmail.com> wrote: > > > > From: Quake Wang <quake.wang@gmail.com> > > > > Remove some entries due to various compliance requirements. They cannot come back in the future as huawei is sanctioned by most freedom countries in the world. > > --- > > MAINTAINERS | 41 ----------------------------------------- > > 1 file changed, 41 deletions(-) > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index e9659a5a7fb3..400701a58534 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -322,7 +322,6 @@ F: tools/power/acpi/ > > > > ACPI FOR ARM64 (ACPI/arm64) > > M: Lorenzo Pieralisi <lpieralisi@kernel.org> > > -M: Hanjun Guo <guohanjun@huawei.com> > > M: Sudeep Holla <sudeep.holla@arm.com> > > L: linux-acpi@vger.kernel.org > > L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > > @@ -3873,7 +3872,6 @@ F: Documentation/filesystems/befs.rst > > F: fs/befs/ > > > > BFQ I/O SCHEDULER > > -M: Yu Kuai <yukuai3@huawei.com> > > L: linux-block@vger.kernel.org > > S: Odd Fixes > > F: Documentation/block/bfq-iosched.rst > > @@ -4082,7 +4080,6 @@ X: arch/riscv/net/bpf_jit_comp64.c > > > > BPF JIT for RISC-V (64-bit) > > M: Björn Töpel <bjorn@kernel.org> > > -R: Pu Lehui <pulehui@huawei.com> > > R: Puranjay Mohan <puranjay@kernel.org> > > L: bpf@vger.kernel.org > > S: Maintained > > @@ -5697,7 +5694,6 @@ F: include/linux/compiler_attributes.h > > > > COMPUTE EXPRESS LINK (CXL) > > M: Davidlohr Bueso <dave@stgolabs.net> > > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > > M: Dave Jiang <dave.jiang@intel.com> > > M: Alison Schofield <alison.schofield@intel.com> > > M: Vishal Verma <vishal.l.verma@intel.com> > > @@ -5712,7 +5708,6 @@ F: include/uapi/linux/cxl_mem.h > > F: tools/testing/cxl/ > > > > COMPUTE EXPRESS LINK PMU (CPMU) > > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > > L: linux-cxl@vger.kernel.org > > S: Maintained > > F: Documentation/admin-guide/perf/cxl.rst > > @@ -8525,7 +8520,6 @@ F: include/uapi/linux/ext4.h > > > > Extended Verification Module (EVM) > > M: Mimi Zohar <zohar@linux.ibm.com> > > -M: Roberto Sassu <roberto.sassu@huawei.com> > > L: linux-integrity@vger.kernel.org > > S: Supported > > T: git git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git > > @@ -10189,21 +10183,17 @@ F: net/dsa/tag_hellcreek.c > > > > HISILICON DMA DRIVER > > M: Zhou Wang <wangzhou1@hisilicon.com> > > -M: Jie Hai <haijie1@huawei.com> > > L: dmaengine@vger.kernel.org > > S: Maintained > > F: drivers/dma/hisi_dma.c > > > > HISILICON GPIO DRIVER > > -M: Jay Fang <f.fangjian@huawei.com> > > L: linux-gpio@vger.kernel.org > > S: Maintained > > F: Documentation/devicetree/bindings/gpio/hisilicon,ascend910-gpio.yaml > > F: drivers/gpio/gpio-hisi.c > > > > HISILICON HIGH PERFORMANCE RSA ENGINE DRIVER (HPRE) > > -M: Zhiqi Song <songzhiqi1@huawei.com> > > -M: Longfang Liu <liulongfang@huawei.com> > > L: linux-crypto@vger.kernel.org > > S: Maintained > > F: Documentation/ABI/testing/debugfs-hisi-hpre > > @@ -10212,7 +10202,6 @@ F: drivers/crypto/hisilicon/hpre/hpre_crypto.c > > F: drivers/crypto/hisilicon/hpre/hpre_main.c > > > > HISILICON HNS3 PMU DRIVER > > -M: Jijie Shao <shaojijie@huawei.com> > > S: Supported > > F: Documentation/admin-guide/perf/hns3-pmu.rst > > F: drivers/perf/hisilicon/hns3_pmu.c > > @@ -10226,31 +10215,24 @@ F: Documentation/devicetree/bindings/i2c/hisilicon,ascend910-i2c.yaml > > F: drivers/i2c/busses/i2c-hisi.c > > > > HISILICON KUNPENG SOC HCCS DRIVER > > -M: Huisong Li <lihuisong@huawei.com> > > S: Maintained > > F: Documentation/ABI/testing/sysfs-devices-platform-kunpeng_hccs > > F: drivers/soc/hisilicon/kunpeng_hccs.c > > F: drivers/soc/hisilicon/kunpeng_hccs.h > > > > HISILICON LPC BUS DRIVER > > -M: Jay Fang <f.fangjian@huawei.com> > > S: Maintained > > W: http://www.hisilicon.com > > F: Documentation/devicetree/bindings/arm/hisilicon/low-pin-count.yaml > > F: drivers/bus/hisi_lpc.c > > > > HISILICON NETWORK SUBSYSTEM 3 DRIVER (HNS3) > > -M: Jian Shen <shenjian15@huawei.com> > > -M: Salil Mehta <salil.mehta@huawei.com> > > -M: Jijie Shao <shaojijie@huawei.com> > > L: netdev@vger.kernel.org > > S: Maintained > > W: http://www.hisilicon.com > > F: drivers/net/ethernet/hisilicon/hns3/ > > > > HISILICON NETWORK SUBSYSTEM DRIVER > > -M: Jian Shen <shenjian15@huawei.com> > > -M: Salil Mehta <salil.mehta@huawei.com> > > L: netdev@vger.kernel.org > > S: Maintained > > W: http://www.hisilicon.com > > @@ -10259,7 +10241,6 @@ F: drivers/net/ethernet/hisilicon/ > > > > HISILICON PMU DRIVER > > M: Yicong Yang <yangyicong@hisilicon.com> > > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > > S: Supported > > W: http://www.hisilicon.com > > F: Documentation/admin-guide/perf/hisi-pcie-pmu.rst > > @@ -10268,7 +10249,6 @@ F: drivers/perf/hisilicon > > > > HISILICON PTT DRIVER > > M: Yicong Yang <yangyicong@hisilicon.com> > > -M: Jonathan Cameron <jonathan.cameron@huawei.com> > > L: linux-kernel@vger.kernel.org > > S: Maintained > > F: Documentation/ABI/testing/sysfs-bus-event_source-devices-hisi_ptt > > @@ -10279,7 +10259,6 @@ F: tools/perf/util/hisi-ptt* > > F: tools/perf/util/hisi-ptt-decoder/* > > > > HISILICON QM DRIVER > > -M: Weili Qian <qianweili@huawei.com> > > M: Zhou Wang <wangzhou1@hisilicon.com> > > L: linux-crypto@vger.kernel.org > > S: Maintained > > @@ -10290,7 +10269,6 @@ F: drivers/crypto/hisilicon/sgl.c > > F: include/linux/hisi_acc_qm.h > > > > HISILICON ROCE DRIVER > > -M: Chengchang Tang <tangchengchang@huawei.com> > > M: Junxian Huang <huangjunxian6@hisilicon.com> > > L: linux-rdma@vger.kernel.org > > S: Maintained > > @@ -10298,14 +10276,12 @@ F: Documentation/devicetree/bindings/infiniband/hisilicon-hns-roce.txt > > F: drivers/infiniband/hw/hns/ > > > > HISILICON SAS Controller > > -M: Yihang Li <liyihang9@huawei.com> > > S: Supported > > W: http://www.hisilicon.com > > F: Documentation/devicetree/bindings/scsi/hisilicon-sas.txt > > F: drivers/scsi/hisi_sas/ > > > > HISILICON SECURITY ENGINE V2 DRIVER (SEC2) > > -M: Longfang Liu <liulongfang@huawei.com> > > L: linux-crypto@vger.kernel.org > > S: Maintained > > F: Documentation/ABI/testing/debugfs-hisi-sec > > @@ -10315,7 +10291,6 @@ F: drivers/crypto/hisilicon/sec2/sec_crypto.h > > F: drivers/crypto/hisilicon/sec2/sec_main.c > > > > HISILICON SPI Controller DRIVER FOR KUNPENG SOCS > > -M: Jay Fang <f.fangjian@huawei.com> > > L: linux-spi@vger.kernel.org > > S: Maintained > > W: http://www.hisilicon.com > > @@ -10336,18 +10311,15 @@ F: Documentation/devicetree/bindings/mfd/hisilicon,hi6421-spmi-pmic.yaml > > F: drivers/mfd/hi6421-spmi-pmic.c > > > > HISILICON TRUE RANDOM NUMBER GENERATOR V2 SUPPORT > > -M: Weili Qian <qianweili@huawei.com> > > S: Maintained > > F: drivers/crypto/hisilicon/trng/trng.c > > > > HISILICON V3XX SPI NOR FLASH Controller Driver > > -M: Jay Fang <f.fangjian@huawei.com> > > S: Maintained > > W: http://www.hisilicon.com > > F: drivers/spi/spi-hisi-sfc-v3xx.c > > > > HISILICON ZIP Controller DRIVER > > -M: Yang Shen <shenyang39@huawei.com> > > M: Zhou Wang <wangzhou1@hisilicon.com> > > L: linux-crypto@vger.kernel.org > > S: Maintained > > @@ -10504,7 +10476,6 @@ T: git git://linuxtv.org/media_tree.git > > F: drivers/media/platform/st/sti/hva > > > > HWPOISON MEMORY FAILURE HANDLING > > -M: Miaohe Lin <linmiaohe@huawei.com> > > R: Naoya Horiguchi <nao.horiguchi@gmail.com> > > L: linux-mm@kvack.org > > S: Maintained > > @@ -11243,7 +11214,6 @@ F: drivers/crypto/inside-secure/ > > > > INTEGRITY MEASUREMENT ARCHITECTURE (IMA) > > M: Mimi Zohar <zohar@linux.ibm.com> > > -M: Roberto Sassu <roberto.sassu@huawei.com> > > M: Dmitry Kasatkin <dmitry.kasatkin@gmail.com> > > R: Eric Snowberg <eric.snowberg@oracle.com> > > L: linux-integrity@vger.kernel.org > > @@ -12447,7 +12417,6 @@ M: Marc Zyngier <maz@kernel.org> > > M: Oliver Upton <oliver.upton@linux.dev> > > R: Joey Gouly <joey.gouly@arm.com> > > R: Suzuki K Poulose <suzuki.poulose@arm.com> > > -R: Zenghui Yu <yuzenghui@huawei.com> > > L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > > L: kvmarm@lists.linux.dev > > S: Maintained > > @@ -20497,7 +20466,6 @@ F: drivers/iio/chemical/ens160.h > > > > SCSI LIBSAS SUBSYSTEM > > R: John Garry <john.g.garry@oracle.com> > > -R: Jason Yan <yanaijie@huawei.com> > > L: linux-scsi@vger.kernel.org > > S: Supported > > F: Documentation/scsi/libsas.rst > > @@ -21303,7 +21271,6 @@ F: include/linux/property.h > > > > SOFTWARE RAID (Multiple Disks) SUPPORT > > M: Song Liu <song@kernel.org> > > -R: Yu Kuai <yukuai3@huawei.com> > > L: linux-raid@vger.kernel.org > > S: Supported > > Q: https://patchwork.kernel.org/project/linux-raid/list/ > > @@ -23549,7 +23516,6 @@ F: include/uapi/misc/uacce/ > > > > UBI FILE SYSTEM (UBIFS) > > M: Richard Weinberger <richard@nod.at> > > -R: Zhihao Cheng <chengzhihao1@huawei.com> > > L: linux-mtd@lists.infradead.org > > S: Supported > > W: http://www.linux-mtd.infradead.org/doc/ubifs.html > > @@ -23699,7 +23665,6 @@ F: drivers/ufs/host/ufs-renesas.c > > > > UNSORTED BLOCK IMAGES (UBI) > > M: Richard Weinberger <richard@nod.at> > > -R: Zhihao Cheng <chengzhihao1@huawei.com> > > L: linux-mtd@lists.infradead.org > > S: Supported > > W: http://www.linux-mtd.infradead.org/ > > @@ -23803,7 +23768,6 @@ S: Maintained > > F: drivers/usb/roles/intel-xhci-usb-role-switch.c > > > > USB IP DRIVER FOR HISILICON KIRIN 960 > > -M: Yu Chen <chenyu56@huawei.com> > > M: Binghui Wang <wangbinghui@hisilicon.com> > > L: linux-usb@vger.kernel.org > > S: Maintained > > @@ -24183,8 +24147,6 @@ S: Orphan > > F: drivers/vfio/fsl-mc/ > > > > VFIO HISILICON PCI DRIVER > > -M: Longfang Liu <liulongfang@huawei.com> > > -M: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com> > > L: kvm@vger.kernel.org > > S: Maintained > > F: drivers/vfio/pci/hisilicon/ > > @@ -24213,7 +24175,6 @@ F: drivers/vfio/pci/nvgrace-gpu/ > > VFIO PCI DEVICE SPECIFIC DRIVERS > > R: Jason Gunthorpe <jgg@nvidia.com> > > R: Yishai Hadas <yishaih@nvidia.com> > > -R: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com> > > R: Kevin Tian <kevin.tian@intel.com> > > L: kvm@vger.kernel.org > > S: Maintained > > @@ -24395,7 +24356,6 @@ F: tools/virtio/ > > F: tools/testing/selftests/drivers/net/virtio_net/ > > > > VIRTIO CRYPTO DRIVER > > -M: Gonglei <arei.gonglei@huawei.com> > > L: virtualization@lists.linux.dev > > L: linux-crypto@vger.kernel.org > > S: Maintained > > @@ -25481,7 +25441,6 @@ F: drivers/input/misc/yealink.* > > > > Z3FOLD COMPRESSED PAGE ALLOCATOR > > M: Vitaly Wool <vitaly.wool@konsulko.com> > > -R: Miaohe Lin <linmiaohe@huawei.com> > > L: linux-mm@kvack.org > > S: Maintained > > F: mm/z3fold.c > > -- > > 2.39.5 (Apple Git-154) > > > >
© 2016 - 2024 Red Hat, Inc.