Hi, i wrote: > > [PATCH 0/3] Fix the old CD read-ahead bug for media with a single TAO > > track
John Paul Adrian Glaubitz wrote: > I would definitely support that effort. [...] > So feel free to post your patches to the corresponding LKML and put me in > CC, Will do. Let's wait whether Jeroen can confirm that it is indeed the problem. I have my first patch attempt pending unreviewed since 8 and 4 weeks. [PATCH v2 0/2] Fix automatic CD tray loading for data reading via sr Message-Id: <20201006094026.1730-1-scdbac...@gmx.net> https://lore.kernel.org/linux-scsi/20201006094026.1730-1-scdbac...@gmx.net/T/#t So if there is interest already for this one, i'd be glad to see some support for the cause and reviews of my way to resolve it. I am a noob with kernel community interaction. kernelnewbies.org helped me with getting the tools together. But they had few advise about catching the attention of linux-scsi, not to think of LKML. Other change sets which i prepared since then: [PATCH 0/4] Attribute size 0 to sr device if no readable medium is loaded [PATCH 0/1] isofs: prevent file time rollover after year 2038 [PATCH 0/1] isofs: truncate oversized Rock Ridge names to 255 bytes [PATCH 0/4] Make mount -t iso9660 -o session=N work on DVD and BD media up to N=168 [PATCH 0/3] Introduce a new ioctl CDROM_SIMUL_CHANGE for burn programs In the sum fixes for 20 years of bitrot and one wish of an old programmer who feels discriminated by ioctl(BLKRRPART) not working with /dev/sr. Have a nice day :) Thomas