Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-8
Hello,
while testing 64bit kernel under 32bit userland I found some ioctls that
definitely work on a 32bit kernel and are likely just not correctly
mapped:
ioctl32(hdparm:7607): Unknown cmd fd(3) cmd(0000031c){t:03;sz:0} arg(00000000) on /dev/hda
HDIO_DRIVE_RESET - hdparm -w /dev/hda
That's not funny, I cannot reset IDE devices anymore.
ioctl32(conserver:4500): Unknown cmd fd(5) cmd(0000530b){t:'S';sz:0} arg(0806b17e) on /dev/ttyS5
This one is probably safe - I just have no idea, why (and where)
conserver does CDROM ioctls on a tty - maybe some probing
thingy.
compat_ioctl32: VIDIOC_QUERYCAPioctl32(v4lctl:6890): Unknown cmd fd(5) cmd(80585600){t:'V';sz:88} arg(097847b0) on /dev/video0
compat_ioctl32: VIDIOC_S_EXT_CTRLSioctl32(vlc:8081): Unknown cmd fd(7) cmd(c0185648){t:'V';sz:24} arg(f37fe940) on /dev/video0
compat_ioctl32: VIDIOC_ENUM_FRAMEINTERVALSioctl32(vlc:8081): Unknown cmd fd(7) cmd(c034564b){t:'V';sz:52} arg(f37fee90) on /dev/video0
Those are strange, they seem to be mapped correctly and
transmitted to video4linux compat_ioctl32 but the V4L1->V4L2
re-mapping done there seems to be broken...
regards
Mario
--
There are two major products that come from Berkeley: LSD and UNIX.
We don't believe this to be a coincidence. -- Jeremy S. Anderson
Attachment:
signature.asc
Description: Digital signature