Bug 94791
Summary: | syscall fanotify_mark overflow. | ||
---|---|---|---|
Product: | File System | Reporter: | Guowei Du (du.guowei2) |
Component: | ext4 | Assignee: | fs_ext4 (fs_ext4) |
Status: | NEW --- | ||
Severity: | normal | CC: | du.guowei2, eparis, szg00000, tim.pickersgill |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 4.x | Subsystem: | |
Regression: | No | Bisected commit-id: |
Description
Guowei Du
2015-03-12 09:40:44 UTC
A __u64 value is an unsigned long long, a 64-bit integer, regardless of system bitness. Not sure how/why this would overflow on a 32-bit system. What symptoms are you seeing? We're using fanotify_mark() on 32-bit systems without seeing any issue here. Not an ext4 issue, I'd suggest that this be reclassified as "Other" and assigned to "fs_other@kernel-bugs.osdl.org" or Eric Paris (eparis@redhat.com) Tinkering with Eric Paris's fanotify-example (http://git.infradead.org/users/eparis/fanotify-example.git), to forcibly set higher bits in the mask passed to fanotify_mark(), the call correctly returns -EINVAL on both 32- and 64-bit kernels. Suggest this bug should be rejected unless a failing example can be provided. |