I have an HP SFF computer which has a problem with the DVD drive. Computer details: sdmesg | grep DMI: [ 0.000000] DMI: HP HP 290 G3 Small Form Factor PC/8768, BIOS F.31 03/09/2022 I am running latest version Manjaro on xfce. There is no power to the DVD unit - the drawer will not open. I use this computer for regression testing and I have a number of different operating systems on it. There is nothing wrong with the DVD drive as it works with some kernels and not others. I am running the latest BIOS. Here is a summary of what I have found. On my SDD: Windows OK Manjaro partition using kernel 5.4.201 OK Manjaro partition using kernel 5.17.9 NOT OK Manjaro partition using kernel 5.18.7.1 NOT OK Manjaro partition using kernel 5.19.1.2 NOT OK On my HDD: MX linux using kernel 5.10.70-1 OK Ubuntu using kernel 5.4.0.73 OK Old Manjaro backup partition #1 using kernel 5.15.7 OK Old Manjaro backup partition #2 using kernel 5.16.2.2 NOT OK So kernels 5.16 through 5.19 are affected. On 5.4 kernel inxi --optical gives Optical-1: /dev/sr0 vendor: hp PLDS model: DVDRW DU8AESH dev-links: cdrom Features: speed: 24 multisession: yes audio: yes dvd: yes rw: cd-r,cd-rw,dvd-r On 5.16/17/18/19 inxi --optical gives Message: No optical or floppy data found. cat /proc/scsi/scsi on 5.4 kernel Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: hp PLDS Model: DVDRW DU8AESH Rev: 6HSM Type: CD-ROM ANSI SCSI revision: 05 on 5.16 to 5.19 kernels, this entry does not appear. sudo desmg|grep DVD on 5.4 gives [ 1.512894] ata3.00: ATAPI: hp PLDS DVDRW DU8AESH, 6HSM, max UDMA/133 [ 1.527247] scsi 2:0:0:0: CD-ROM hp PLDS DVDRW DU8AESH 6HSM PQ: 0 ANSI: 5 Nothing on 5.18 On 5.18 kernel sudo dmesg |grep ata3 [ 0.494741] ata3: SATA max UDMA/133 abar m2048@0xb122b000 port 0xb122b200 irq 124 [ 0.805172] ata3: SATA link down (SStatus 0 SControl 300) on 5.4 kernel sudo dmesg |grep ata3 [ 1.158317] ata3: SATA max UDMA/133 abar m2048@0xb122b000 port 0xb122b200 irq 134 [ 1.472137] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 1.481428] ata3.00: ATAPI: hp PLDS DVDRW DU8AESH, 6HSM, max UDMA/133 [ 1.487901] ata3.00: configured for UDMA/133 I lodged a query with the Manjaro forum . see https://forum.manjaro.org/t/dvd-drive-not-recognised-by-kernels-5-16-5-17-and-5-18/116386/16 Their best guess was that the problem was that an updated ACPI table was required and that this would only be achieved by a kernel update. This is not a big issue as I can use an old kernel if I want to use the optical drive. I am only trying to ensure that this bug does not show up in the next LTS. I am a user and do not have the capability to compile kernels.
Could you please attach the dmesg output of a 5.15 kernel and a later one (ideally 5.16) to this bug?
Created attachment 301665 [details] 5.15dmesgDVDOK Hi there, Thanks for looking at my problem. 2 dmesg outputs attached from kernels 5.15 and 5.16 with file names denoting which is which. Just to confirm, 5.15 DVD is OK. 5.16, no power on DVD. Best wishes, Bruce Healey On 25/08/2022 12:03, bugzilla-daemon@kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=216360 > > The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |regressions@leemhuis.info > > --- Comment #1 from The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) --- > Could you please attach the dmesg output of a 5.15 kernel and a later one > (ideally 5.16) to this bug? >
Created attachment 301666 [details] 5.16dmesgDVDNOPOWER
(In reply to Bruce Healey from comment #3) > Created attachment 301666 [details] > 5.16dmesgDVDNOPOWER One quick further question: from the kernel name used here it looks a lot like this kernel is patched with the preempt_RT patch-set while the other is not. Have you tried a vanilla kernel, too?
and are the 5.16+ kernels all build from a similar configuration as the 5.15 kernel? `make oldconfig` is your friend here. For details see https://docs.kernel.org/admin-guide/reporting-regressions.html
All kernels I have used are loaded from the Manjaro site loaded using Pamac. I do not perform any sort of patching or kernel modification. All kernels are vanilla. I am a kernel user and in no way a kernel developed. All my work is at the application level. Any variations in kernel are from Manjaro and not me. On 26/08/2022 06:51, bugzilla-daemon@kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=216360 > > --- Comment #4 from The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) --- > (In reply to Bruce Healey from comment #3) >> Created attachment 301666 [details] >> 5.16dmesgDVDNOPOWER > One quick further question: from the kernel name used here it looks a lot > like > this kernel is patched with the preempt_RT patch-set while the other is not. > Have you tried a vanilla kernel, too? >
As with the response to question #4 all kernels are vanilla Manjaro On 26/08/2022 06:53, bugzilla-daemon@kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=216360 > > --- Comment #5 from The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) --- > and are the 5.16+ kernels all build from a similar configuration as the 5.15 > kernel? `make oldconfig` is your friend here. For details see > https://docs.kernel.org/admin-guide/reporting-regressions.html >
(In reply to Bruce Healey from comment #7) > As with the response to question #4 all kernels are vanilla Manjaro > > On 26/08/2022 06:53, bugzilla-daemon@kernel.org wrote: > > https://bugzilla.kernel.org/show_bug.cgi?id=216360 > > > > --- Comment #5 from The Linux kernel's regression tracker (Thorsten > Leemhuis) > > (regressions@leemhuis.info) --- > > and are the 5.16+ kernels all build from a similar configuration as the > 5.15 > > kernel? `make oldconfig` is your friend here. For details see > > https://docs.kernel.org/admin-guide/reporting-regressions.html > > This problem is persisting with kernel 6.0.0.1. Is there any resolution to this? I would like to point out that my kernel 5.16 was a 'real time kernel' vanilla from Manjaro. All later kernels 5.17, 1.18, 5.19 and 6.0 are vanilla unmodified Manjaro kernels. Manjaro do not have seem to permit bugs to be logged against the kernel so I have nowhere else to go on this. The last advice was to 'make oldconfig' - how does this apply? I have not built any kernels myself ever. I am a kernel user not a developer. My DVD unit used to work straight away with an out of the box kernel and now it doesn't although it still works with older kernels and Windows. I don't understand whether this thread has been dropped or I am supposed to do something.
(In reply to Bruce Healey from comment #8) > This problem is persisting with kernel 6.0.0.1. Do you mean 6.0.1? If not: There is no 6.0.0.1 at kernel.org, might thus be a distro-kernel. > Is there any resolution to this? Pretty unlikely to happen, unless someone performs a git bisect or finds the root cause by different means (but that is even harder). Sorry, that's just how it is. Regressions like this shouldn't happen, but humans make errors when working on code. :-( This seem to have happen here. And this error apparently only affects your setup (maybe it's the kernel, maybe its config or something), otherwise somebody else likely would have found and report the problem. > I have not built any kernels myself ever. It's not that hard, sadly we don't have docs for this (yet -- it's pretty high on my todo list). But there are tons of howtos on the net; some even mention how to perform a bisection. See for example: https://wiki.debian.org/DebianKernel/GitBisect https://wiki.gentoo.org/wiki/Kernel_git-bisect
(In reply to The Linux kernel's regression tracker (Thorsten Leemhuis) from comment #9) > (In reply to Bruce Healey from comment #8) > > > This problem is persisting with kernel 6.0.0.1. > > Do you mean 6.0.1? If not: There is no 6.0.0.1 at kernel.org, might thus be > a distro-kernel. > > > Is there any resolution to this? > > Pretty unlikely to happen, unless someone performs a git bisect or finds the > root cause by different means (but that is even harder). > > Sorry, that's just how it is. Regressions like this shouldn't happen, but > humans make errors when working on code. :-( This seem to have happen here. > And this error apparently only affects your setup (maybe it's the kernel, > maybe its config or something), otherwise somebody else likely would have > found and report the problem. > > > I have not built any kernels myself ever. > > It's not that hard, sadly we don't have docs for this (yet -- it's pretty > high on my todo list). But there are tons of howtos on the net; some even > mention how to perform a bisection. See for example: > > https://wiki.debian.org/DebianKernel/GitBisect > https://wiki.gentoo.org/wiki/Kernel_git-bisect Is there anything you would like me do to try and resolve this problem? Please make any instructions clear enough for someone who has never worked on a kernel before.