In my application I use OpenCV, although not the GPU and the program is strictly command line, anyways I hit a missing ioctl
==30537== Warning: noted but unhandled ioctl 0x30000001 with no size/direction hints. ==30537== This could cause spurious value errors to appear. ==30537== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. Following the guide at http://valgrind.org/docs/manual/dist.readme-missing.html I try grep NNN /usr/include/asm/unistd*.h Which didn't yield any results Instead I took a look at my /usr/src/linux directory which in Gentoo points to the current kernel sources (/usr/src/linux-3.17.7-gentoo) fruitcake@cortana /usr/src/linux $ grep -rin 0x30000001 . ./drivers/net/wireless/ath/ath6kl/core.h:212:#define AR6004_HW_1_1_VERSION 0x30000001 ./drivers/gpu/drm/nouveau/core/engine/fifo/nve0.c:281: nv_wo32(base, 0x94, 0x30000001); ./drivers/gpu/drm/nouveau/core/engine/fifo/nv50.c:246: nv_wo32(base->ramfc, 0x7c, 0x30000001); ./drivers/gpu/drm/nouveau/core/engine/fifo/nv50.c:310: nv_wo32(base->ramfc, 0x7c, 0x30000001); ./drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c:244: nv_wo32(base, 0x94, 0x30000001); ./drivers/gpu/drm/nouveau/core/engine/fifo/nv84.c:219: nv_wo32(base->ramfc, 0x7c, 0x30000001); ./drivers/gpu/drm/nouveau/core/engine/fifo/nv84.c:292: nv_wo32(base->ramfc, 0x7c, 0x30000001); ./drivers/video/fbdev/pxa3xx-gcu.h:10:#define PXA3XX_GCU_SHARED_MAGIC 0x30000001 ./arch/arm/mach-cns3xxx/pm.c:66: if (block & 0x30000001) { ./arch/powerpc/Kconfig.debug:294: 0x30000001 for your second one I'm not really sure what I'm doing here, and I'm not a computer scientist by training, not familiar with OS internals. Is the ioctl a call to 0x30000001 PXA3XX_GCU_SHARED_MAGIC? Anybody know of a fix to let me keep profiling, or maybe a way to see which line of source triggers the call? ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users