Re: [PATCH] drivers: spi: sunxi: Enable irq after the initialization is done

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





在 2023/4/24 19:46, Mark Brown 写道:
On Sun, Apr 23, 2023 at 10:30:56AM +0800, qianfanguijin@xxxxxxx wrote:

The kernel error messages is as follows:

[    1.362449] sun6i-spi 1c06000.spi: Failed to request RX DMA channel
[    1.369654] 8<--- cut here ---
[    1.372716] Unable to handle kernel paging request at virtual address fffffffc
[    1.379928] pgd = (ptrval)
[    1.382632] [fffffffc] *pgd=6bef6861, *pte=00000000, *ppte=00000000
[    1.388907] Internal error: Oops: 37 [#1] SMP ARM
...
[    1.784024] [<c0159c54>] (swake_up_locked.part.0) from [<c0159d9c>] (complete+0x30/0x40)
Please think hard before including complete backtraces in upstream
reports, they are very large and contain almost no useful information
relative to their size so often obscure the relevant content in your
message. If part of the backtrace is usefully illustrative (it often is
for search engines if nothing else) then it's usually better to pull out
the relevant sections.
Thanks and I will drop the backtrace messages.

  	ret = devm_request_irq(&pdev->dev, irq, sun4i_spi_handler,
-			       0, "sun4i-spi", sspi);
+			       IRQF_NO_AUTOEN, "sun4i-spi", sspi);
  	if (ret) {
  		dev_err(&pdev->dev, "Cannot request IRQ\n");
  		goto err_free_master;
@@ -506,6 +506,8 @@ static int sun4i_spi_probe(struct platform_device *pdev)
  		goto err_pm_disable;
  	}
+ enable_irq(irq);
+
The usual approach would be to move the requesting of the interrupt
later.  Why do this instead?
Nothing special, this way does not change the goto logic.




[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux