Bug 216360 - No power to DVD drive
Summary: No power to DVD drive
Status: NEW
Alias: None
Product: Platform Specific/Hardware
Classification: Unclassified
Component: IA-64 (show other bugs)
Hardware: All Linux
: P1 low
Assignee: platform_ia-64
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-14 10:48 UTC by Bruce Healey
Modified: 2022-10-27 20:32 UTC (History)
1 user (show)

See Also:
Kernel Version: 5.16 through 5.19
Tree: Mainline
Regression: No


Attachments
5.15dmesgDVDOK (64.90 KB, text/plain)
2022-08-25 22:19 UTC, Bruce Healey
Details
5.16dmesgDVDNOPOWER (64.37 KB, text/plain)
2022-08-25 22:19 UTC, Bruce Healey
Details

Description Bruce Healey 2022-08-14 10:48:32 UTC
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.
Comment 1 The Linux kernel's regression tracker (Thorsten Leemhuis) 2022-08-25 11:03:47 UTC
Could you please attach the dmesg output of a 5.15 kernel and a later one (ideally 5.16) to this bug?
Comment 2 Bruce Healey 2022-08-25 22:19:45 UTC
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?
>
Comment 3 Bruce Healey 2022-08-25 22:19:45 UTC
Created attachment 301666 [details]
5.16dmesgDVDNOPOWER
Comment 4 The Linux kernel's regression tracker (Thorsten Leemhuis) 2022-08-26 05:51:49 UTC
(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?
Comment 5 The Linux kernel's regression tracker (Thorsten Leemhuis) 2022-08-26 05:53:34 UTC
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
Comment 6 Bruce Healey 2022-08-26 09:37:50 UTC
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?
>
Comment 7 Bruce Healey 2022-08-26 09:38:53 UTC
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
>
Comment 8 Bruce Healey 2022-10-21 13:47:03 UTC
(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.
Comment 9 The Linux kernel's regression tracker (Thorsten Leemhuis) 2022-10-21 15:48:44 UTC
(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
Comment 10 Bruce Healey 2022-10-27 20:32:40 UTC
(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.

Note You need to log in before you can comment on or make changes to this bug.