09:10 < j`ey> Glanzmann: `git rev-list 6f59bc24287..smc/work` that might work, not sure how it deals with merges. git rebase is the better way. but if you do that youre on your own!
09:19 < _jannau_> Glanzmann: git rebase --onto 5.17-rc3 6f59bc24287
09:23 < j`ey> if you add -p it can also preserve the merges

01:31 < jmr2> Has anyone tried LVM so far? Not sure if I'm doing something dumb or if it's really unhappy with 16K pages. http://paste.debian.net/plainh/016c394b
jmr2@debian:/tmp$ dd if=/dev/zero of=loopfile bs=32M count=1
1+0 records in
1+0 records out
33554432 bytes (34 MB, 32 MiB) copied, 0.0328437 s, 1.0 GB/s
jmr2@debian:/tmp$ sudo losetup /dev/loop0 loopfile 
jmr2@debian:/tmp$ sudo pvcreate /dev/loop0
  Using metadata size 960 KiB for non-standard page size 16384.
  Using metadata size 960 KiB for non-standard page size 16384.
  Physical volume "/dev/loop0" successfully created.
jmr2@debian:/tmp$ sudo pvremove /dev/loop0
  Using metadata size 960 KiB for non-standard page size 16384.
  Labels on physical volume "/dev/loop0" successfully wiped.
jmr2@debian:/tmp$ sudo pvcreate /dev/loop0
  Using metadata size 960 KiB for non-standard page size 16384.
  Using metadata size 960 KiB for non-standard page size 16384.
  Physical volume "/dev/loop0" successfully created.
jmr2@debian:/tmp$ sudo pvs
jmr2@debian:/tmp$ sudo pvdisplay
jmr2@debian:/tmp$ sudo pvck -t /dev/loop0
  TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
  CHECK: pv_header.disk_locn[2].offset expected 4096 # for first mda
  Found label on /dev/loop0, sector 1, type=LVM2 001
  Found text metadata area: offset=16384, size=1032192
  Command failed with status code 5.
jmr2@debian:/tmp$