I'm just going to make a separate bug here for people to close or not about Linux/i686 being known to blow up in trivial cases.
13597 describes my patch breaking i686 even loading, but this has not been usable for much in a long time.
~First, in a little bit of debugging I could not figure out a way to convince it to load on a Debian -686-pae kernel, I had to reboot into -686 before it would work, even with --with-linux-src and -obj, because the way Debian splits that is different from the common/ARCH split.~ It does help when I remember to install the -686-pae headers, though I'm impressed it mis-picked the -686 headers and didn't even complain a little.
Second, just running zfs-tests.sh -r sanity on 2.1.5 NULL dereferences for me in zfs_destroy_remove_dev.ksh:
Third, #12029 was me reporting this against git in May 2021. #12220 is a different bug in June 2021, #12035 is a hang without a panic, #13241 is me reporting recv broken...actually I wonder if that's #13309.
You get the point.
e: #13241 still happens even if you remove the SETPIPE_SZ call, so no, it's not #13309.
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions.
System information
Describe the problem you're observing
I'm just going to make a separate bug here for people to close or not about Linux/i686 being known to blow up in trivial cases.
13597 describes my patch breaking i686 even loading, but this has not been usable for much in a long time.
~First, in a little bit of debugging I could not figure out a way to convince it to load on a Debian -686-pae kernel, I had to reboot into -686 before it would work, even with
--with-linux-src
and-obj
, because the way Debian splits that is different from the common/ARCH split.~ It does help when I remember to install the -686-pae headers, though I'm impressed it mis-picked the -686 headers and didn't even complain a little.Second, just running
zfs-tests.sh -r sanity
on 2.1.5 NULL dereferences for me inzfs_destroy_remove_dev.ksh
:Third, #12029 was me reporting this against git in May 2021. #12220 is a different bug in June 2021, #12035 is a hang without a panic, #13241 is me reporting recv broken...actually I wonder if that's #13309.
You get the point.
e: #13241 still happens even if you remove the SETPIPE_SZ call, so no, it's not #13309.