Re: another attempt at Y2038

["Thomas Schmitt" <scdbackup@gmx.net>]

Hi,

Arnd Bergmann wrote:
> That's just a trivially fixed bug, right?

Yes. Very simple. Just s/int/time64_t/ .


> I don't recall ever seeing a bug report or a patch for it in the past.

I did not submit it to LKML or linux-scsi, because i got no reply to
earlier attempts to bring in my userland knowledge about ISO 9660 and
optical drives:

  https://lore.kernel.org/linux-scsi/20201120140633.1673-1-scdbackup@gmx.net/T/
  [PATCH] isofs: fix Oops with zisofs and large PAGE_SIZE

  https://lore.kernel.org/linux-scsi/20201006094026.1730-1-scdbackup@gmx.net/T/
  [PATCH v2 0/2] Fix automatic CD tray loading for data reading via sr
  [PATCH v2 1/2] cdrom: delegate automatic CD tray loading to callers of
                 cdrom_open()
  [PATCH v2 2/2] sr: fix automatic tray loading for data reading

I made more bug fixes and a wishlist patch two years ago.
But keeping them up to date with the agile kernel development is quite a
big task for me. (As said: userlander.)

Especially fs/isofs has no maintainer, so i could only submit to linux-scsi
because of the proximity to cdrom and sr. I had hoped that above two
patches would be considered as modest self-introduction, but obviously my
social skills are not sufficient.

kernelnewbies could not help me either. I am still subscribed there in
the hope to find allies. At one occasion i saw a chance when Adverg
Ebashinskii asked for low hanging fruit in fs:
  https://www.mail-archive.com/search?q=Kernel+bug+tracker&l=kernelnewbies%40kernelnewbies.org
I proposed the Y2038 patch:
  https://www.mail-archive.com/kernelnewbies@kernelnewbies.org/msg21629.html
with the offer to reduce my "Signed-off-by:" to "Suggested-by:".

This is what i think needed mending in kernel 5.10 two years ago:

  [PATCH 0/3] Fix the old CD read-ahead bug for media with a single TAO track
              (Most drives report the 2 unreadable TAO run-out blocks as
               part of the medium capacity.)

  [PATCH 0/1] sr: verify that last_written block is readable before deriving
              size from it
              (Size assessment of optical media in Linux is quite a mess
               and can overshoot beyond the TAO run-out problem.)

  [PATCH 0/4] Attribute size 0 to sr device if no readable medium is loaded
              (Linux reports the size of the last loaded medium, or 2048
               bytes if a blank medium is inserted.)

  [PATCH 0/4] Make mount -t iso9660 -o session=N work on DVD and BD media up
              to N=168
              (While -o sbsector= works for all media types, session= works
               only with CD media.)

  [PATCH 0/1] isofs: truncate oversized Rock Ridge names to 255 bytes
              (Truncation currently happens if name length is >= 254 and
               then cuts off much more of the name than needed.)

When those bugs would be fixed (or mitigated in case of TAO), i hoped to
get a favor for my own hobby:

  [PATCH 0/3] Introduce a new ioctl CDROM_SIMUL_CHANGE for burn programs
              (Currently Linux knows about new content created via ioctl
               SG_IO only after eject and reload of the Medium.)

The housekeeping aspects of kernel development are really hard for me to
master. I don't strive to become a regular contributor. But seeing those
bugs since years causes me to mention them when there is hope to meet
kernel developers.

So:
Thanks a lot for replying. Is there a chance to get you interested in the
other bugs above and maybe even my wish for ioctl CDROM_SIMUL_CHANGE ?


Have a nice day :)

Thomas