lkml.org 
[lkml]   [2012]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    SubjectRe: compat: autofs v5 packet size ambiguity - update
    From
    Date
    On Wed, 2012-02-22 at 20:39 +0800, Ian Kent wrote:
    > On Wed, 2012-02-22 at 20:15 +0800, Ian Kent wrote:
    > > On Wed, 2012-02-22 at 17:32 +0800, Ian Kent wrote:
    > > > On Wed, 2012-02-22 at 13:57 +0800, Ian Kent wrote:
    > > > > On Wed, 2012-02-22 at 13:53 +0800, Ian Kent wrote:
    > > > > > On Wed, 2012-02-22 at 13:43 +0800, Ian Kent wrote:
    > > > > > > On Tue, 2012-02-21 at 20:56 -0800, Linus Torvalds wrote:
    > > > > >
    > > > > > Ahh ... forgot to set the file_operations structure member .. oops
    > > > > >
    > > > > > >
    > > > > > > +static int autofs4_root_dir_open(struct inode *inode, struct file *file)
    > > > > > > +{
    > > > > > > + struct autofs_sb_info *sbi= autofs4_sbi(file->f_path.dentry->d_sb);
    > > > > > > + if (sbi->compat_daemon < 0)
    > > > > > > + sbi->compat_daemon = is_compat_task();
    > > > > > > + return dcache_dir_open(inode, file);
    > > > > > > +}
    > > > > > > +
    > > > > >
    > > > >
    > > > > Lets try that again.
    > > >
    > > > Oh, DOH ...
    > > >
    > > > The process mounting the autofs mount is passing the pipe it will use
    > > > for communication via a mount option so we can do this right in
    > > > fill_super.
    > > >
    > > > I'm out for a while, I'll update the patch when I'm back.
    >
    > This is *still* not right.
    >
    > The daemon could be SIGKILLed and then re-connect to the existing mounts
    > and set a new pipe file handle. But that new task may or may not be a
    > compat task.
    >
    > Let me fix that too.

    I've added a Signed-off-by this time, so I think it's right...

    autofs: work around unhappy compat problem on x86-64

    From: Ian Kent <raven@themaw.net>

    When the autofs protocol version 5 packet type was added in commit
    5c0a32fc2cd0 ("autofs4: add new packet type for v5 communications"), it
    obvously tried quite hard to be word-size agnostic, and uses explicitly
    sized fields that are all correctly aligned.

    However, with the final "char name[NAME_MAX+1]" array at the end, the
    actual size of the structure ends up being not very well defined:
    because the struct isn't marked 'packed', doing a "sizeof()" on it will
    align the size of the struct up to the biggest alignment of the members
    it has.

    And despite all the members being the same, the alignment of them is
    different: a "__u64" has 4-byte alignment on x86-32, but native 8-byte
    alignment on x86-64. And while 'NAME_MAX+1' ends up being a nice round
    number (256), the name[] array starts out a 4-byte aligned.

    End result: the "packed" size of the structure is 300 bytes: 4-byte, but
    not 8-byte aligned.

    As a result, despite all the fields being in the same place on all
    architectures, sizeof() will round up that size to 304 bytes on
    architectures that have 8-byte alignment for u64.

    Note that this is *not* a problem for 32-bit compat mode on POWER, since
    there __u64 is 8-byte aligned even in 32-bit mode. But on x86, 32-bit
    and 64-bit alignment is different for 64-bit entities, and as a result
    the structure that has exactly the same layout has different sizes.

    So on x86-64, but no other architecture, we will just subtract 4 from
    the size of the structure when running in a compat task. That way we
    will write the properly sized packet that user mode expects.

    Not pretty. Sadly, this very subtle, and unnecessary, size difference
    has been encoded in user space that wants to read packets of *exactly*
    the right size, and will refuse to touch anything else.

    Reported-and-tested-by: Thomas Meyer <thomas@m3y3r.de>
    Signed-off-by: Ian Kent <raven@themaw.net>
    ---

    fs/autofs4/autofs_i.h | 1 +
    fs/autofs4/dev-ioctl.c | 1 +
    fs/autofs4/inode.c | 2 ++
    fs/autofs4/waitq.c | 22 +++++++++++++++++++---
    4 files changed, 23 insertions(+), 3 deletions(-)


    diff --git a/fs/autofs4/autofs_i.h b/fs/autofs4/autofs_i.h
    index d8d8e7b..eb1cc92 100644
    --- a/fs/autofs4/autofs_i.h
    +++ b/fs/autofs4/autofs_i.h
    @@ -110,6 +110,7 @@ struct autofs_sb_info {
    int sub_version;
    int min_proto;
    int max_proto;
    + int compat_daemon;
    unsigned long exp_timeout;
    unsigned int type;
    int reghost_enabled;
    diff --git a/fs/autofs4/dev-ioctl.c b/fs/autofs4/dev-ioctl.c
    index 76741d8..85f1fcd 100644
    --- a/fs/autofs4/dev-ioctl.c
    +++ b/fs/autofs4/dev-ioctl.c
    @@ -385,6 +385,7 @@ static int autofs_dev_ioctl_setpipefd(struct file *fp,
    sbi->pipefd = pipefd;
    sbi->pipe = pipe;
    sbi->catatonic = 0;
    + sbi->compat_daemon = is_compat_task();
    }
    out:
    mutex_unlock(&sbi->wq_mutex);
    diff --git a/fs/autofs4/inode.c b/fs/autofs4/inode.c
    index e16980b..06858d9 100644
    --- a/fs/autofs4/inode.c
    +++ b/fs/autofs4/inode.c
    @@ -19,6 +19,7 @@
    #include <linux/parser.h>
    #include <linux/bitops.h>
    #include <linux/magic.h>
    +#include <linux/compat.h>
    #include "autofs_i.h"
    #include <linux/module.h>

    @@ -224,6 +225,7 @@ int autofs4_fill_super(struct super_block *s, void *data, int silent)
    set_autofs_type_indirect(&sbi->type);
    sbi->min_proto = 0;
    sbi->max_proto = 0;
    + sbi->compat_daemon = is_compat_task();
    mutex_init(&sbi->wq_mutex);
    mutex_init(&sbi->pipe_mutex);
    spin_lock_init(&sbi->fs_lock);
    diff --git a/fs/autofs4/waitq.c b/fs/autofs4/waitq.c
    index da8876d..9c098db 100644
    --- a/fs/autofs4/waitq.c
    +++ b/fs/autofs4/waitq.c
    @@ -91,7 +91,24 @@ static int autofs4_write(struct autofs_sb_info *sbi,

    return (bytes > 0);
    }
    -
    +
    +/*
    + * The autofs_v5 packet was misdesigned.
    + *
    + * The packets are identical on x86-32 and x86-64, but have different
    + * alignment. Which means that 'sizeof()' will give different results.
    + * Fix it up for the case of running 32-bit user mode on a 64-bit kernel.
    + */
    +static noinline size_t autofs_v5_packet_size(struct autofs_sb_info *sbi)
    +{
    + size_t pktsz = sizeof(struct autofs_v5_packet);
    +#if defined(CONFIG_X86_64) && defined(CONFIG_COMPAT)
    + if (sbi->compat_daemon > 0)
    + pktsz -= 4;
    +#endif
    + return pktsz;
    +}
    +
    static void autofs4_notify_daemon(struct autofs_sb_info *sbi,
    struct autofs_wait_queue *wq,
    int type)
    @@ -155,8 +172,7 @@ static void autofs4_notify_daemon(struct autofs_sb_info *sbi,
    {
    struct autofs_v5_packet *packet = &pkt.v5_pkt.v5_packet;

    - pktsz = sizeof(*packet);
    -
    + pktsz = autofs_v5_packet_size(sbi);
    packet->wait_queue_token = wq->wait_queue_token;
    packet->len = wq->name.len;
    memcpy(packet->name, wq->name.name, wq->name.len);



    \
     
     \ /
      Last update: 2012-02-22 13:49    [W:3.313 / U:0.472 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site