Hi,

i wrote:
> > https://lore.kernel.org/linux-scsi/[email protected]/T/
> > https://lore.kernel.org/linux-scsi/[email protected]/T/

Arnd Bergmann wrote:
> These look like you did everything right, and they should have been
> picked up by the scsi maintainers.

I thought the same, but also that insisting, screaming, or trampling
won't help.


> If you ever re-send them, I would
> suggest putting the maintainers in 'To:' for the email and the mailing
> list in Cc,

I remember to have looked into the MAINTAINERS file and the git log for
names.
(In the case of the powerpc64 Oops, it looks like i added you in Cc:.
If i only could remember why ...)


> I think the hard part here is knowing who to send the patches to.
> Unmaintained file systems are particularly tricky, in this case I
> would have used
>
> To: Alexander Viro <[email protected]>
> To: Jan Kara <[email protected]>
> To: Andrew Morton <[email protected]>
> Cc: Arnd Bergmann <[email protected]>
> Cc: Deepa Dinamani <[email protected]>
> Cc: [email protected]
> Cc: [email protected]
> Cc: [email protected]

Well, that's quite disjoint from the list which i figured out:
  [email protected]
  [email protected]
  [email protected]
  [email protected]
  [email protected]


> Can you rebase the patch on top of v6.1-rc1 and send it to
> this list of people?

I know the word "rebase" but cannot promise that i can fill it with
substance soon ...

What kernel branches should i choose for sr and for isofs ?


> I mainly care about the y2038 issue here,

If you want to do us both a favor then bring the changes from
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800627#38
into the kernel.
Feel free to take my reasoning and demonstration text. The code change is
trivial. So if at all, i would be fully recognized by "Suggested-by:".

It might be worth to verify my claims:

  The only callers of iso_date() are in isofs/inode.c and isofs/rock.c
  and put the result into struct inode.i_{a,c,m}time.tv_sec which is
  of type time64_t.
  The time value of iso_date() essentially stems from mktime64().

and to exercise the demonstration by a xorriso-made ISO.


Have a nice day :)

Thomas

Reply via email to