On Tue, Mar 05, 2024 at 10:09:20AM +0800, Ethan Zhao wrote:
On 3/4/2024 7:58 PM, Lukas Wunner wrote:Please keep them intact and make both public. (You're not "exporting"
On Mon, Mar 04, 2024 at 04:08:19AM -0500, Ethan Zhao wrote:To only export one function dpc_is_surprise_removal()... or I have to
-static void dpc_handle_surprise_removal(struct pci_dev *pdev)This change of moving dpc_is_surprise_removal() into
+bool dpc_handle_surprise_removal(struct pci_dev *pdev)
{
+ if (!dpc_is_surprise_removal(pdev))
+ return false;
dpc_handle_surprise_removal() seems unrelated to the problem at hand.
Please drop it if it's unnecessary to fix the issue.
export them both.
Seems I should keep them intact or refactor them in separated patch ?
the functions, there are no modular users.)
However, I doubt whether you need to respin this patch at all:
Reproduced on "Hardware name: Intel Corporation ArcherCity/ArcherCity,Eagle Stream BIOS, isn't that an Intel-provided BIOS?
BIOS EGSDCRB1.86B.0107.D20.2310211929 10/21/2023"
Sathya's comments sound like the BIOS is misbehaving. If so,
then the first thing to do is ask the BIOS team to fix the issue.
We do not want to pollute the kernel with workarounds for BIOS bugs
that can be fixed in the field through a BIOS update.
Thanks,
Lukas