Eric Lee / smarc-fsl-linux-kernel

16 Dec, 2009

1 commit

  • f29627c2a   efirtc: explicitly set llseek to no_llseek ... Browse Code »

    Now that we've removed the BKL here, let's explicitly set llseek to
    no_llseek since the default llseek is not used here.

    The default_llseek function still contains the BKL. When we are auditing
    code to see if we can remove the BKL, this is one of the hidden
    considerations we need to take into account. i.e., is there
    syncronization between code that has the BKL and llseek.

    At the same time we remove the BKL it would be a good idea to do indicate
    when no llseek function is required, so we don't have to revisit this code
    again, when we are trying to determine if we can remove the BKL from the
    default_llseek.

    Signed-off-by: John Kacur
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    John Kacur
     

14 Oct, 2009

1 commit

05 Aug, 2008

1 commit

26 Jul, 2008

1 commit

  • 76528a42e   efirtc: push down the BKL ... Browse Code »

    Push it down as far as the EFI method calls. Someone who knows EFI can do
    the other bits. Also fix another wrong unknown ioctl return.

    Signed-off-by: Alan Cox
    Cc: Joe Perches
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     

21 Jun, 2008

1 commit

03 Feb, 2008

1 commit

04 Jul, 2006

1 commit

  • 62322d255   [PATCH] make more file_operation structs static ... Browse Code »

    Mark the static struct file_operations in drivers/char as const. Making
    them const prevents accidental bugs, and moves them to the .rodata section
    so that they no longer do any false sharing; in addition with the proper
    debug option they are then protected against corruption..

    [akpm@osdl.org: build fix]
    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

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