All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Paris <eparis@parisplace.org>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com
Subject: Re: Regression introduced by bfcfaa77bdf0f775263e906015982a608df01c76 (vfs: use 'unsigned long' accesses for dcache name comparison and hashing)
Date: Thu, 22 Mar 2012 15:33:27 -0400	[thread overview]
Message-ID: <CACLa4pt0iQDM14N8AwqBmuZESYaevy6Km8CF_0pEeP+ydH7xjw@mail.gmail.com> (raw)
In-Reply-To: <20120322183845.GA17264@phenom.dumpdata.com>

No idea if it is related and haven't bisected, but we are seeing
similar ENOENT issues with things in selinuxfs.  And not a single bit
of SELinux code has changed since v3.3.  So it's certainly a VFS
problem.  This sounds likely.

-Eric

On Thu, Mar 22, 2012 at 2:38 PM, Konrad Rzeszutek Wilk
<konrad.wilk@oracle.com> wrote:
> 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

  reply	other threads:[~2012-03-22 19:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-22 18:38 Regression introduced by bfcfaa77bdf0f775263e906015982a608df01c76 (vfs: use 'unsigned long' accesses for dcache name comparison and hashing) Konrad Rzeszutek Wilk
2012-03-22 19:33 ` Eric Paris [this message]
2012-03-22 20:03   ` Eric Paris
2012-03-22 20:10     ` Al Viro
2012-03-22 20:09 ` Al Viro
2012-03-22 20:24   ` Al Viro
2012-03-22 20:36     ` Al Viro
2012-03-22 20:42       ` Linus Torvalds
2012-03-22 21:41       ` Konrad Rzeszutek Wilk
2012-03-22 21:54         ` Linus Torvalds
2012-03-22 21:59           ` Al Viro
2012-03-22 20:38     ` Linus Torvalds
2012-03-22 20:44       ` Al Viro
2012-03-22 20:52         ` Linus Torvalds

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CACLa4pt0iQDM14N8AwqBmuZESYaevy6Km8CF_0pEeP+ydH7xjw@mail.gmail.com \
    --to=eparis@parisplace.org \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.