<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   mchehab: I like the idea, but maybe the script output could be changed to explictly say that they were generated from the Kernel's keymaps
   <br> btw, on such case, I would also print the Kernel version from where it was generated
   hverkuil: <u>mchehab</u>: I would shorten the comment to a single line: # Generated with gen_keytables.pl from $relative_filename
   syoung: one line is nice
   <br> We generally generate the keymaps from the media tree, so if we include the kernel version it won't always be a tagged release
   mchehab: <u>hverkuil</u>: with regards to the IMX patch series, I ended marking as accepted the 4 patches that weren't accept yet :-(
   <br> I guess I'll just revert the status update for the series
   <br> ok, reverted
   hverkuil: I've now set the status to Accepted for all but the remaining four.
   mchehab: ok, thanks!
   hverkuil: <u>mchehab</u>: are you planning to post a PR to linus with fixes before you go on vacation?
   mchehab: -ENOTIME
   <br> need to wait for them to appear at -next first
   hverkuil: OK, no problem.
   mchehab: which should happen only on Monday
   <br> I'll likely try to do it next week
   <br> specially due to v5.12-rc1-dontuse, it sounds that we need to merge from v5.12-rc2 once it gets released
   hverkuil: This patch should be queued up for fixes as well: https://patchwork.linuxtv.org/project/linux-media/patch/20210305082354.10041-1-m.felsch@pengutronix.de/
   <br> I was wondering if you could pick it up. I can also make a quick PR just for this.
   <br> Yes, we need to merge rc2 once it arrives. Luckily I'm not using swapfiles :-)
   mchehab: me neither, but that could be problematic on some recent distros that started to use a compressed swap file
   <br> meant to speedup performance
   <br> (not sure if such workload is affected, but sounds risky :-) )
   <br> https://fedoraproject.org/wiki/Changes/SwapOnZRAM
   <br> Create a swap-on-zram during start-up. And no longer use swap partitions by default.
   <br> Fedora 33
   <br> I guess Ubuntu did a similar change too
   <br> all PRs handled. there are now 773 patches upstream
   <br> at patchwork
   <br> rejected one PR, as it was creating build warnings at the docs, which would very likely cause complains when merged at linux-next
   <br> (tried first to manually fix, but, after the fix, 3 more warnings were generated)
   hverkuil: I should have caught those :-(
   sailus: <u>mchehab</u>: Swap on zram is somewhat risky indeed. But especially on embedded systems it can allow doing things that otherwise would be impossible.
   <br> I still prefer zswap, but you'll need actual swap partitions with that.
   mchehab: <u>sailus</u>: the issue is not that: -rc1 came with a nasty bug affecting people with swap files
   <br> (doesn't affect swap partitions)
   <br> https://lwn.net/Articles/848265/
   sailus: Ouch.