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-scdbac...@gmx.net/T/ [PATCH] isofs: fix Oops with zisofs and large PAGE_SIZE https://lore.kernel.org/linux-scsi/20201006094026.1730-1-scdbac...@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
