Eric Lee / smarc-fsl-linux-kernel

19 Mar, 2010

2 commits

08 Mar, 2010

1 commit

  • 52cf25d0a   Driver core: Constify struct sysfs_ops in struct kobj_type ... Browse Code »

    Constify struct sysfs_ops.

    This is part of the ops structure constification
    effort started by Arjan van de Ven et al.

    Benefits of this constification:

    * prevents modification of data that is shared
    (referenced) by many other structure instances
    at runtime

    * detects/prevents accidental (but not intentional)
    modification attempts on archs that enforce
    read-only kernel data at runtime

    * potentially better optimized code as the compiler
    can assume that the const data cannot be changed

    * the compiler/linker move const data into .rodata
    and therefore exclude them from false sharing

    Signed-off-by: Emese Revfy
    Acked-by: David Teigland
    Acked-by: Matt Domsch
    Acked-by: Maciej Sosnowski
    Acked-by: Hans J. Koch
    Acked-by: Pekka Enberg
    Acked-by: Jens Axboe
    Acked-by: Stephen Hemminger
    Signed-off-by: Greg Kroah-Hartman

    Emese Revfy
     

13 Jun, 2009

1 commit

07 Jan, 2009

1 commit

  • 0732b49c8   kobject: Make Documentation/kobject.txt a little more coherent. ... Browse Code »

    While reading Documentation/kobject.txt:

    Note kobject_rename does perform any locking or have a solid notion of
    what names are valid so the provide must provide their own sanity checking
    and serialization.

    I expect better: You never see me hard with time word making sentence
    coherent stuff. Ever.

    Signed-off-by: Rusty Russell
    Acked-by: Eric W. Biederman
    Signed-off-by: Greg Kroah-Hartman

    Rusty Russell
     

17 Oct, 2008

1 commit

  • 030c1d2bf   kobject: Fix kobject_rename and !CONFIG_SYSFS ... Browse Code »

    When looking at kobject_rename I found two bugs with
    that exist when sysfs support is disabled in the kernel.

    kobject_rename does not change the name on the kobject when
    sysfs support is not compiled in.

    kobject_rename without locking attempts to check the
    validity of a rename operation, which the kobject layer
    simply does not have the infrastructure to do.

    This patch documents the previously unstated requirement of
    kobject_rename that is the responsibility of the caller to
    provide mutual exclusion and to be certain that the new_name
    for the kobject is valid.

    This patch modifies sysfs_rename_dir in !CONFIG_SYSFS case
    to call kobject_set_name to actually change the kobject_name.

    This patch removes the bogus and misleading check in kobject_rename
    that attempts to see if a rename is valid. The check is bogus
    because we do not have the proper locking. The check is misleading
    because it looks like we can and do perform checking at the kobject
    level that we don't.

    Signed-off-by: Eric W. Biederman
    Signed-off-by: Greg Kroah-Hartman

    Eric W. Biederman
     

12 Jun, 2008

1 commit

25 Jan, 2008

2 commits

13 Oct, 2007

2 commits

31 Jul, 2007

1 commit

  • f285ea058   kobject: update documentation ... Browse Code »

    Update kobject documentation:

    - Update structure definitions.
    - Remove documentation of removed struct subsystem.

    (First shot, uevent_ops probably need some documentation as well.)

    Signed-off-by: Cornelia Huck
    Signed-off-by: Greg Kroah-Hartman

    Cornelia Huck
     

04 Oct, 2006

1 commit

12 Aug, 2006

1 commit

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