upstream bug: https://github.com/zfsonlinux/zfs/issues/2505 There is a SIZE_OVERFLOW detected in the P2ROUNDUP_TYPED macro. I have been using the upstream bug for a while and its been working okay. It is the macros from the linux kernel itself in spl since those are known to work. The issue is the typing is slightly different so unsure if it is acceptable. Either need to be exactly the same output or need to know exactly what is acceptable output for the macro if a slightly different one is to be used.
uhm, i don't quite get what's being reported here ;). do you have a specific problem/question that needs addressing?
(In reply to PaX Team from comment #1) > uhm, i don't quite get what's being reported here ;). do you have a specific > problem/question that needs addressing? Heh, I guess I explained badly. the problem is this: #define P2ROUNDUP_TYPED(x, align, type) (-(-(type)(x) & -(type)(align))) It is valid C but trips up the size overflow extension. The best way is to just change them to something equivalent that doenst trip up the overflow. Someone else in the github issue posted on the grsec forum a while ago. I decided to once and for all see if this could be fixed. https://forums.grsecurity.net/viewtopic.php?f=1&t=4016 The best suggestion in the github bug is to use the macros from the linux kernel: http://lxr.free-electrons.com/source/include/linux/kernel.h?v=3.2#L54 but the types in it are not quite the same so we need to verify everything carefully before it can be merged in.
This has been merged into master and I dropped the check in the live ebuild. commit e5fce67bb30aaee7d7be98527726d260e5d40c85 Author: Jason Zaman <perfinion@gentoo.org> Date: Mon Nov 23 18:47:06 2015 +0800 sys-kernel/spl: remove PAX_SIZE_OVERFLOW check The patches to fix this have been merged into master now. https://github.com/zfsonlinux/zfs/issues/2505 Package-Manager: portage-2.2.20.1
