Eric Lee / smarc-fsl-linux-kernel

09 May, 2007

1 commit

15 Feb, 2007

1 commit

  • cd354f1ae   [PATCH] remove many unneeded #includes of sched.h ... Browse Code »

    After Al Viro (finally) succeeded in removing the sched.h #include in module.h
    recently, it makes sense again to remove other superfluous sched.h includes.
    There are quite a lot of files which include it but don't actually need
    anything defined in there. Presumably these includes were once needed for
    macros that used to live in sched.h, but moved to other header files in the
    course of cleaning it up.

    To ease the pain, this time I did not fiddle with any header files and only
    removed #includes from .c-files, which tend to cause less trouble.

    Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
    arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
    allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
    configs in arch/arm/configs on arm. I also checked that no new warnings were
    introduced by the patch (actually, some warnings are removed that were emitted
    by unnecessarily included header files).

    Signed-off-by: Tim Schmielau
    Acked-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

11 Feb, 2007

1 commit

08 Dec, 2006

1 commit

06 Nov, 2006

1 commit

  • 0c7bb31db   [PATCH] sunrpc: add missing spin_unlock ... Browse Code »

    auth_domain_put() forgot to unlock acquired spinlock.

    Cc: Olaf Kirch
    Cc: Andy Adamson
    Cc: J. Bruce Fields
    Acked-by: Trond Myklebust
    Signed-off-by: Akinobu Mita
    Cc: Neil Brown
    Acked-by: Peter Zijlstra
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Akinobu Mita
     

31 Oct, 2006

1 commit

  • d6740df98   [PATCH] sunrpc: fix refcounting problems in rpc servers ... Browse Code »

    A recent patch fixed a problem which would occur when the refcount on an
    auth_domain reached zero. This problem has not been reported in practice
    despite existing in two major kernel releases because the refcount can
    never reach zero.

    This patch fixes the problems that stop the refcount reaching zero.

    1/ We were adding to the refcount when inserting in the hash table,
    but only removing from the hashtable when the refcount reached zero.
    Obviously it never would. So don't count the implied reference of
    being in the hash table.

    2/ There are two paths on which a socket can be destroyed. One called
    svcauth_unix_info_release(). The other didn't. So when the other was
    taken, we can lose a reference to an ip_map which in-turn holds a
    reference to an auth_domain

    So unify the exit paths into svc_sock_put. This highlights the fact
    that svc_delete_socket has slightly odd semantics - it does not drop
    a reference but probably should. Fixing this need a bit more
    thought and testing.

    Signed-off-by: Neil Brown
    Cc: Trond Myklebust
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Neil Brown
     

29 Sep, 2006

2 commits

  • d8ed029d6   [SUNRPC]: trivial endianness annotations ... Browse Code »

    pure s/u32/__be32/

    [AV: large part based on Alexey's patches]

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: Al Viro
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     
  • 769943130   [SUNRPC]: svc_{get,put}nl() ... Browse Code »

    * add svc_getnl():
    Take network-endian value from buffer, convert to host-endian
    and return it.
    * add svc_putnl():
    Take host-endian value, convert to network-endian and put it
    into a buffer.
    * annotate svc_getu32()/svc_putu32() as dealing with network-endian.
    * convert to svc_getnl(), svc_putnl().

    [AV: in large part it's a carved-up Alexey's patch]

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: Al Viro
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     

28 Mar, 2006

1 commit

08 Sep, 2005

1 commit

  • f35279d3f   [PATCH] sunrpc: cache_register can use wrong module reference ... Browse Code »

    When registering an RPC cache, cache_register() always sets the owner as the
    sunrpc module. However, there are RPC caches owned by other modules. With
    the incorrect owner setting, the real owning module can be removed potentially
    with an open reference to the cache from userspace.

    For example, if one were to stop the nfs server and unmount the nfsd
    filesystem, the nfsd module could be removed eventhough rpc.idmapd had
    references to the idtoname and nametoid caches (i.e.
    /proc/net/rpc/nfs4./channel is still open). This resulted in a
    system panic on one of our machines when attempting to restart the nfs
    services after reloading the nfsd module.

    The following patch adds a 'struct module *owner' field in struct
    cache_detail. The owner is further assigned to the struct proc_dir_entry
    in cache_register() so that the module cannot be unloaded while user-space
    daemons have an open reference on the associated file under /proc.

    Signed-off-by: Bruce Allan
    Cc: Trond Myklebust
    Cc: Neil Brown
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bruce Allan
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds