|
Bugzilla – Full Text Bug Listing |
| Summary: | Kernel 6.6.3 - Oops in sym53c8xx - at kernel/dma/mapping.c:545 dma_free_attrs+0x40/0x60 | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Klaus Kämpf <kkaempf> |
| Component: | Kernel:Drivers | Assignee: | Kernel Bugs <kernel-bugs> |
| Status: | NEW --- | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | kkaempf, tiwai |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Community User | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Klaus Kämpf
2023-12-04 18:45:11 UTC
(In reply to Klaus Kämpf from comment #0) > (same happened with kernel 6.6.2 but the oops is from 6.6.3) So it's no regression, but the bug has appeared already for long time, right? I can't see any changes in the relevant code, so just to make sure. The problem is likely the sym53c8xx_2 driver code, __sym_mfree_dma() calls the memory release (that is dma_free_coherent() in the call chain) inside the spinlock sym53c8xx_lock. (In reply to Takashi Iwai from comment #1) > > So it's no regression, but the bug has appeared already for long time, right? Well, I can't tell about the oops, but the sym53c8xx driver worked nicely for me in the past. It stopped working with 6.6.3. OK, then the shown kernel WARNING is probably a red herring, and it doesn't mean any breakage, per se. What do you mean "stopped working"? (In reply to Takashi Iwai from comment #3) > > What do you mean "stopped working"? It doesn't recognize any attached SCSI devices. OK, and 6.6.2 still works? If yes, please give the full dmesg outputs from both working and non-working cases. |