Eric Lee / smarc-fsl-linux-kernel

21 May, 2007

1 commit

06 May, 2007

1 commit

  • 3603ab2b6   [ARM] mm 10: allow memory type to be specified with ioremap ... Browse Code »

    __ioremap() took a set of page table flags (specifically the cacheable
    and bufferable bits) to control the mapping type. However, with
    the advent of ARMv6, this is far too limited.

    Replace the page table flags with a memory type index, so that the
    desired attributes can be selected from the mem_type table.

    Finally, to prevent silent miscompilation due to the differing
    arguments, rename the __ioremap() and __ioremap_pfn() functions.

    Signed-off-by: Russell King

    Russell King
     

10 Feb, 2007

1 commit

  • 4ec031166   [PATCH] kill eth_io_copy_and_sum() ... Browse Code »

    On all targets that sucker boils down to memcpy_fromio(sbk->data, from, len).
    The function name is highly misguiding (it _never_ does any checksums), the
    last argument is just a noise and simply expanding the call to memcpy_fromio()
    gives shorter and more readable source. For a lot of reasons it has almost
    no remaining users, so it's better to just outright kill it.

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     

30 Nov, 2006

1 commit

12 Oct, 2006

1 commit

  • e50190a83   [PATCH] Consolidate check_signature ... Browse Code »

    There's nothing arch-specific about check_signature(), so move it to
    . Use a cross between the Alpha and i386 implementations as
    the generic one.

    Signed-off-by: Matthew Wilcox
    Acked-by: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matthew Wilcox
     

09 Oct, 2006

1 commit

25 Sep, 2006

1 commit

  • 51635ad28   [ARM] 3813/1: prevent >= 4G /dev/mem mmap() ... Browse Code »

    Prevent userland from mapping in physical address regions >= 4G by
    checking for that in valid_mmap_phys_addr_range().

    Unfortunately, we cannot override valid_mmap_phys_addr_range() without
    also overriding valid_phys_addr_range(), so copy drivers/char/mem.c's
    version of valid_phys_addr_range() over to arch/arm/mm/mmap.c as well.

    Signed-off-by: Lennert Buytenhek
    Signed-off-by: Russell King

    Lennert Buytenhek
     

28 Aug, 2006

1 commit

24 Mar, 2006

1 commit

10 Jan, 2006

1 commit

  • 9d4ae7276   [ARM] 3070/2: Add __ioremap_pfn() API ... Browse Code »

    Patch from Deepak Saxena

    In working on adding 36-bit addressed supersection support to ioremap(),
    I came to the conclusion that it would be far simpler to do so by just
    splitting __ioremap() into a main external interface and adding an
    __ioremap_pfn() function that takes a pfn + offset into the page that
    __ioremap() can call. This way existing callers of __ioremap() won't have
    to change their code and 36-bit systems will just call __ioremap_pfn()
    and we will not have to deal with unsigned long long variables.

    Note that __ioremap_pfn() should _NOT_ be called directly by drivers
    but is reserved for use by arch_ioremap() implementations that map
    32-bit resource regions into the real 36-bit address and then call
    this new function.

    Signed-off-by: Deepak Saxena
    Signed-off-by: Russell King

    Deepak Saxena
     

05 Dec, 2005

1 commit

18 Nov, 2005

1 commit

28 Oct, 2005

1 commit

24 Sep, 2005

1 commit

27 Jun, 2005

1 commit

25 Jun, 2005

1 commit

21 Jun, 2005

1 commit

30 Apr, 2005

1 commit

  • 05f9869bf   [PATCH] ARM: 2649/1: Fix 'sparse -Wbitwise' warnings from MMIO macros ... Browse Code »

    Patch from Olav Kongas

    On ARM, the outX() and writeX() families of macros take the
    result of cpu_to_leYY(), which is of restricted type __leYY,
    and feed it to __raw_writeX(), which expect an argument of
    unrestricted type. This results in 'sparse -Wbitwise'
    warnings about incorrect types in assignments. Analogous
    type mismatch warnings are issued for inX() and readX()
    counterparts. The below patch resolves these warnings by
    adding forced typecasts.

    Signed-off-by: Olav Kongas
    Signed-off-by: Russell King

    Olav Kongas
     

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