[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Regression introduced by bfcfaa77bdf0f775263e906015982a608df01c76 (vfs: use 'unsigned long' accesses for dcache name comparison and hashing)
Hey Linus, I am not sure how to debug this but with v3.3 with just that git commit I can't start an user space application called 'xenstored'. A bit of strace showed me: [edit, also with todays linus/master I get the same issue, and if I revert your patch it works again] (right is 3.3, left is with your patch) write(3, "Checking store complete.\n", 25) = 25 write(3, "Checking store complete.\n", 25) = 25 sendto(9, "<11>Mar 22 18:00:27 xenstored: C"..., 55, MSG_NOSI | sendto(9, "<11>Mar 22 18:06:44 xenstored: C"..., 55, MSG_NOSI open("/proc/xen/privcmd", O_RDWR) = 10 open("/proc/xen/privcmd", O_RDWR) = 10 fcntl(10, F_GETFD) = 0 fcntl(10, F_GETFD) = 0 fcntl(10, F_SETFD, FD_CLOEXEC) = 0 fcntl(10, F_SETFD, FD_CLOEXEC) = 0 open("/dev/xen/evtchn", O_RDWR) = 11 open("/dev/xen/evtchn", O_RDWR) = 11 open("/proc/xen/xsd_port", O_RDONLY) = -1 ENOENT (No such | open("/proc/xen/xsd_port", O_RDONLY) = 12 write(2, "FATAL: ", 7FATAL: ) = 7 | read(12, "25", 20) = 2 write(2, "Failed to initialize dom0 state:"..., 59Failed to i | close(12) = 0 ) = 59 | ioctl(11, EVIOCGVERSION, 0x7fff4e3ffc70) = 41 close(10) = 0 | write(3, "CREATE connection 0xe2e7b0\n", 27) = 27 close(5) = 0 | open("/proc/xen/xsd_kva", O_RDWR) = 12 close(4) = 0 | mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, 12, 0) = 0 exit_group(1) = ? | close(12) = 0 > ioctl(11, EVIOCGKEYCODE or EVIOCSKEYCODE, 0x7fff4e3ffc90) = 0 > ioctl(11, 0x44500, 0x7fff4e3ffc90) = 42 > rt_sigaction(SIGHUP, {0x402180, [HUP], SA_RESTORER|SA_RESTART > select(12, [4 5 6 11], [], NULL, NULL) = 1 (in [11]) > read(11, ")\0\0\0", 4) = 4 > write(11, ")\0\0\0", 4) = 4 > select(12, [4 5 6 11], [], NULL, NULL <unfinished ...> and if I ls /proc/xen (v3.3): > ls -al /proc/xen total 0 drwxr-xr-x 2 root root 0 Mar 22 18:05 . dr-xr-xr-x 126 root root 0 Mar 22 18:05 .. -r--r--r-- 1 root root 0 Mar 22 18:05 capabilities -rw------- 1 root root 0 Mar 22 18:05 privcmd -rw------- 1 root root 0 Mar 22 18:05 xenbus -rw------- 1 root root 0 Mar 22 18:05 xsd_port while v3.3 with your patch: 8:01:09 # 10 :/proc/xen/ > ls -al ls: cannot access xsd_port: No such file or directory total 0 drwxr-xr-x 2 root root 0 Mar 22 17:57 . dr-xr-xr-x 126 root root 0 Mar 22 17:57 .. -r--r--r-- 1 root root 0 Mar 22 17:57 capabilities -rw------- 1 root root 0 Mar 22 17:57 privcmd -rw------- 1 root root 0 Mar 22 17:57 xenbus -rw------- 1 root root 0 Mar 22 17:57 xsd_kva -????????? ? ? ? ? ? xsd_port Looking at the code that sets up 'xsd_port' it looks pretty innocent and similar to other drivers (ibmasm for example). Also attached is the .config Note: to actually bootup the latest with Xen there are some fixes required to fix the regressions introduced: http://git.kernel.org/?p=linux/kernel/git/konrad/xen.git;a=commit;h=106b44388d8f76373149c4ea144f717b6d4d9a6d http://git.kernel.org/?p=linux/kernel/git/konrad/xen.git;a=commit;h=a759ceb7d1dfe38f4dda147e233aa53c8f477e2a http://git.kernel.org/?p=linux/kernel/git/konrad/xen.git;a=commit;h=1b34ba936c1adff3020eec1e1834ffa4cf89802f http://git.kernel.org/?p=linux/kernel/git/konrad/xen.git;a=commit;h=6ac72c4bc49a9afb02b8176b48be019dff0560cd Attachment:
config-for-linus _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |