Re: [OS-BUILD PATCHv2 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Scott Weaver on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1494215199 I've removed it. ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to kernel-le...@lists.fedoraproject.o

[OS-BUILD PATCHv2 6/6] [redhat] kernel/rh_messages.c: move hardware tables to rh_messages.h

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Scott Weaver [redhat] kernel/rh_messages.c: move hardware tables to rh_messages.h This moves the static message strings and hardware tables that were in rh_messages.c into an auto-generated header file (rh_messages.h) that contains the lists of unmaintained, deprecated and disabled drivers

[OS-BUILD PATCHv2 4/6] [redhat] drivers/pci: Update rh_messages.c

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Prarit Bhargava [redhat] drivers/pci: Update rh_messages.c Database information is used to create lists of drivers and devices that are unmaintained, deprecated, or disabled. New functions using the data are introduced and will be called directly from PCI driver loading and module loading

[OS-BUILD PATCHv2 2/6] [redhat] mptsas: Remove add_taint()

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Scott Weaver [redhat] mptsas: Remove add_taint() Removed add_taint() call which had been removed in cs9 ba729644ae63e ('mptsas: add new messaging') but not brought to kernel-ark. A new function to track unmaintained drivers will be added in a later commit in this series. Signed-off-by: Sc

[OS-BUILD PATCHv2 5/6] [redhat] kernel/rh_messages.c: Wire up new calls

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Prarit Bhargava [redhat] kernel/rh_messages.c: Wire up new calls Wire up the new general calls into the module loading and pci driver loading code. This provides centralized call locations for drivers and devices that are unmaintained, deprecated, or disabled. Signed-off-by: Prarit Bharg

[OS-BUILD PATCHv2 1/6] [redhat] drivers/pci: Remove RHEL-only pci_hw_*() functions

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Prarit Bhargava [redhat] drivers/pci: Remove RHEL-only pci_hw_*() functions Remove the RHEL-only pci_hw_*() functions. These will be replaced with new functions in a later commit. Signed-off-by: Prarit Bhargava Signed-off-by: Scott Weaver diff --git a/drivers/pci/pci-driver.c b/driver

[OS-BUILD PATCHv2 3/6] [redhat] drivers/message/fusion/mptspi.c: Remove extra disabled warning

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Prarit Bhargava [redhat] drivers/message/fusion/mptspi.c: Remove extra disabled warning Remove this warning. It is no longer needed. Signed-off-by: Prarit Bhargava Signed-off-by: Scott Weaver diff --git a/drivers/message/fusion/mptspi.c b/drivers/message/fusion/mptspi.c index blahblah

[OS-BUILD PATCHv2 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Scott Weaver (via Email Bridge)
From: Scott Weaver on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606 There are two significant problems with the existing hardware and driver maintenance process. It is not easy to determine if a driver or piece of hardware is supported, and it is not eas

[OS-BUILD PATCHv2] redhat/Makefile.cross: Fix ppc64le cross build targets

2023-07-31 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile.cross: Fix ppc64le cross build targets I keep forgetting to push this. The cross targets are currently available only for ppc64, not ppc64le. Fix the ppc64le cross build targets. Signed-off-by: Prarit Bhargava diff --git a/redhat/Makefile.cross b/redhat

Re: [OS-BUILD PATCH] RHMAINTAINERS: Update for Jun 23 2023

2023-07-31 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2529#note_1494148862 I'll pick up these changes on the next sync. ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to ker

Re: [OS-BUILD PATCH 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1493693456 Yeah, definitely for the future. ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to kernel-le...@li

Re: [OS-BUILD PATCH 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Tomas Henzl (via Email Bridge)
From: Tomas Henzl on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1493476695 In mptsas.c in mptsas_pci_table is another CONFIG_RHEL_DIFFERENCES which purpose is to block everything from loading with the exception of a virtualization which is the later marked as u

Re: [OS-BUILD PATCH 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Tomas Henzl (via Email Bridge)
From: Tomas Henzl on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1493467213 I commented the part "Support for.." which implies that there is a support while the driver is in unmaintained mode. Note that I commented the comment in source code not what is then log

Re: [OS-BUILD PATCH 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Tomas Henzl (via Email Bridge)
From: Tomas Henzl on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1493451881 @prarit we probably may remove remove that TAINT_SUPPORT_REMOVED from panic.c ? I think that it was added in an attempt to message the OS installer but it has been never used. __

Re: [OS-BUILD PATCH 0/6] treewide: Implement new Red Hat driver and device status infrastructure

2023-07-31 Thread Tomas Henzl (via Email Bridge)
From: Tomas Henzl on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2606#note_1493431934 I'm not aware of any reason we should handle the messaging in mptspi differently. Please remove the taint in mptspi like you it was done in mptsas. __