Bug 199469
Summary: | Regression in 32-bit-compat dev_ioctl due to bf4405737f9f85a06db2b0ce5d76a818b61992e2 | ||
---|---|---|---|
Product: | Networking | Reporter: | Robert O'Callahan (robert) |
Component: | Other | Assignee: | viro |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | johannes |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 4.16.0-0.rc4.git0.1.fc28.x86_64 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | Test program |
This is very similar to bug 195869. I apologize - this dropped off my radar. Ok, that wasn't so hard to fix: https://patchwork.ozlabs.org/patch/969317/ Thanks! |
Created attachment 275501 [details] Test program The commit says Once upon a time net/socket.c:dev_ifsioc() used to handle SIOCSHWTSTAMP and SIOCSIFMAP. These have different native and compat layout, so the format conversion had been needed. In 2009 these two cases had been taken out, turning the rest into a convoluted way to calling sock_do_ioctl(). We copy compat structure into native one, call sock_do_ioctl() on that and copy the result back for the in/out ioctls. No layout transformation anywhere, so we might as well just call sock_do_ioctl() and skip all the headache with copying. However there is one problem: 32-bit 'struct ifreq' and 64-bit 'struct ifreq' are not the same size. The former is 32 bytes and the latter is 40 bytes. Thus, if you place a 32-bit 'struct ifreq' immediately before an unmapped page and try to pass it to one of these ioctls, the syscall fails with EFAULT due to this commit. Steps to reproduce: Copy attached file to /tmp/test.c, then: [roc@localhost-live ~]$ gcc -o /tmp/test /tmp/test.c && /tmp/test Index: 1 [roc@localhost-live ~]$ gcc -m32 -o /tmp/test /tmp/test.c && /tmp/test Failed SIOCGIFINDEX: Bad address