25 Oct, 2012

6 commits


09 Oct, 2012

1 commit

  • A long time ago, in v2.4, VM_RESERVED kept swapout process off VMA,
    currently it lost original meaning but still has some effects:

    | effect | alternative flags
    -+------------------------+---------------------------------------------
    1| account as reserved_vm | VM_IO
    2| skip in core dump | VM_IO, VM_DONTDUMP
    3| do not merge or expand | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
    4| do not mlock | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP

    This patch removes reserved_vm counter from mm_struct. Seems like nobody
    cares about it, it does not exported into userspace directly, it only
    reduces total_vm showed in proc.

    Thus VM_RESERVED can be replaced with VM_IO or pair VM_DONTEXPAND | VM_DONTDUMP.

    remap_pfn_range() and io_remap_pfn_range() set VM_IO|VM_DONTEXPAND|VM_DONTDUMP.
    remap_vmalloc_range() set VM_DONTEXPAND | VM_DONTDUMP.

    [akpm@linux-foundation.org: drivers/vfio/pci/vfio_pci.c fixup]
    Signed-off-by: Konstantin Khlebnikov
    Cc: Alexander Viro
    Cc: Carsten Otte
    Cc: Chris Metcalf
    Cc: Cyrill Gorcunov
    Cc: Eric Paris
    Cc: H. Peter Anvin
    Cc: Hugh Dickins
    Cc: Ingo Molnar
    Cc: James Morris
    Cc: Jason Baron
    Cc: Kentaro Takeda
    Cc: Matt Helsley
    Cc: Nick Piggin
    Cc: Oleg Nesterov
    Cc: Peter Zijlstra
    Cc: Robert Richter
    Cc: Suresh Siddha
    Cc: Tetsuo Handa
    Cc: Venkatesh Pallipadi
    Acked-by: Linus Torvalds
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Konstantin Khlebnikov
     

02 Oct, 2012

1 commit

  • Pull ARM soc general cleanups from Olof Johansson:
    "This is a large branch that contains a handful of different cleanups:

    - Fixing up the I/O space remapping on PCI on ARM. This is a series
    from Rob Herring that restructures how all pci devices allocate I/O
    space, and it's part of the work to allow multiplatform kernels.
    - A number of cleanup series for OMAP, moving and removing some
    headers, sparse irq rework and in general preparation for
    multiplatform.
    - Final removal of all non-DT boards for Tegra, it is now
    device-tree-only!
    - Removal of a stale platform, nxp4008. It's an old mobile chipset
    that is no longer in use, and was very likely never really used
    with a mainline kernel. We have not been able to find anyone
    interested in keeping it around in the kernel.
    - Removal of the legacy dmaengine driver on tegra

    + A handful of other things that I haven't described above."

    Fix up some conflicts with the staging tree (and because nxp4008 was
    removed)

    * tag 'cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (184 commits)
    ARM: OMAP2+: serial: Change MAX_HSUART_PORTS to 6
    ARM: OMAP4: twl-common: Support for additional devices on i2c1 bus
    ARM: mmp: using for_each_set_bit to simplify the code
    ARM: tegra: harmony: fix ldo7 regulator-name
    ARM: OMAP2+: Make omap4-keypad.h local
    ARM: OMAP2+: Make l4_3xxx.h local
    ARM: OMAP2+: Make l4_2xxx.h local
    ARM: OMAP2+: Make l3_3xxx.h local
    ARM: OMAP2+: Make l3_2xxx.h local
    ARM: OMAP1: Move irda.h from plat to mach
    ARM: OMAP2+: Make hdq1w.h local
    ARM: OMAP2+: Make gpmc-smsc911x.h local
    ARM: OMAP2+: Make gpmc-smc91x.h local
    ARM: OMAP1: Move flash.h from plat to mach
    ARM: OMAP2+: Make debug-devices.h local
    ARM: OMAP1: Move board-voiceblue.h from plat to mach
    ARM: OMAP1: Move board-sx1.h from plat to mach
    ARM: OMAP2+: Make omap-wakeupgen.h local
    ARM: OMAP2+: Make omap-secure.h local
    ARM: OMAP2+: Make ctrl_module_wkup_44xx.h local
    ...

    Linus Torvalds
     

22 Sep, 2012

1 commit


19 Sep, 2012

1 commit

  • Platform data for device drivers should be defined in
    include/linux/platform_data/*.h, not in the architecture
    and platform specific directories.

    This moves such data out of the omap include directories

    Signed-off-by: Arnd Bergmann
    Acked-by: Mark Brown
    Acked-by: Greg Kroah-Hartman
    Acked-by: Nicolas Pitre
    Acked-by: Tony Lindgren
    Cc: Kevin Hilman
    Cc: "Benoît Cousson"
    Cc: Dmitry Torokhov
    Cc: David Woodhouse
    Cc: Kyungmin Park
    Cc: Ohad Ben-Cohen
    Cc: Grant Likely
    Cc: Omar Ramirez Luna
    Cc: Tomi Valkeinen
    Cc: Florian Tobias Schandinat
    Cc: Peter Ujfalusi
    Cc: Jarkko Nikula
    Cc: Liam Girdwood
    Cc: Artem Bityutskiy
    Cc: Jean Pihet
    Cc: J Keerthy
    Cc: linux-omap@vger.kernel.org

    Arnd Bergmann
     

13 Sep, 2012

1 commit


12 Sep, 2012

1 commit


08 Sep, 2012

1 commit


17 Aug, 2012

1 commit

  • Commit 8cb05f4b54535cb91d7a5f9f8eb230bd4fa86e4e (staging:
    tidspbridge: eliminate uuid_uuid_to_string), not only broke
    compilation but also functionality for tidspbridge driver.

    So:
    - Replace remaining instances of uuid_uuid_to_string with snprintf
    to fix compilation.
    - Fix the format from %pU to %pUL.
    - Since these UUIDs are used in the firmware to reference section
    names, the firmware doesn't follow the standard uuid delimiter '-'
    it uses '_' instead. The driver can follow the standard convention
    however for dsp sections we must transform the uuid to what is
    expected by the firmware. E.g.:

    tidspbridge sees: 24BC8D90-BB45-11D4-B756-006008BDB66F
    firmware expects: .24BC8D90_BB45_11D4_B756_006008BDB66F

    Signed-off-by: Omar Ramirez Luna
    CC: Andy Shevchenko
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     

14 Aug, 2012

3 commits


07 Jul, 2012

4 commits

  • Dynamically allocate my_sym_buf to silence the following warning:

    drivers/staging/tidspbridge/dynload/cload.c:
    In function 'dload_symbols':
    drivers/staging/tidspbridge/dynload/cload.c:890:
    warning: the frame size of 1040 bytes is larger than 1024 bytes

    Signed-off-by: Omar Ramirez Luna
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     
  • Dynamically allocate ibuf to silence the following warning:

    drivers/staging/tidspbridge/dynload/cload.c:
    In function 'dload_data':
    drivers/staging/tidspbridge/dynload/cload.c:1337:
    warning: the frame size of 1216 bytes is larger than 1024 bytes

    Signed-off-by: Omar Ramirez Luna
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     
  • Due to its size, this function declares too many variables,
    to split it a new structure has been declared to hold values
    as they are read from the baseimage.

    While at it, indentation was reduced by renaming variables
    and reducing blocks of code with the following structure:

    if (success) {
    ...
    if (success)
    ...
    }

    This fixes the following warning:
    drivers/staging/tidspbridge/core/io_sm.c:
    In function 'bridge_io_on_loaded':
    drivers/staging/tidspbridge/core/io_sm.c:777:
    warning: the frame size of 1032 bytes is larger
    than 1024 bytes

    Signed-off-by: Omar Ramirez Luna
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     
  • And fix the following warning for passing an incorrect
    variable type.

    ../tiomap3430.c: In function 'user_va2_pa':
    ../tiomap3430.c:1555:
    warning: passing argument 1 of 'pmd_offset' from
    incompatible pointer type
    arch/arm/include/asm/pgtable-2level.h:156:
    note: expected 'struct pud_t *' but argument is of
    type 'pmdval_t (*)[2]'

    While at it, eliminate 'if' nesting to increase readability.

    Signed-off-by: Omar Ramirez Luna
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     

03 May, 2012

1 commit


25 Apr, 2012

1 commit

  • Instead now use ioremap. This is needed for 3.4 since this change
    emerged in mainline during one of the previous rc cycles.

    These solves the following compilation breaks:

    drivers/staging/tidspbridge/core/tiomap3430.c:
    In function ‘bridge_brd_start’:
    drivers/staging/tidspbridge/core/tiomap3430.c:425:4:
    error: implicit declaration of function ‘OMAP2_L4_IO_ADDRESS’

    drivers/staging/tidspbridge/core/wdt.c: In function ‘dsp_wdt_init’:
    drivers/staging/tidspbridge/core/wdt.c:56:2:
    error: implicit declaration of function ‘OMAP2_L4_IO_ADDRESS’

    For control registers a new function needs to be defined so we
    can get rid of a layer violation, but that approach must be queued
    for the next merge window.

    As seen in:
    http://www.arm.linux.org.uk/developer/build/
    platform: omap4430-sdp build: uImage
    config: randconfig version: 3.4.0-rc3
    start time: Apr 20 2012 01:07

    Reported-by: Tony Lindgren
    Signed-off-by: Omar Ramirez Luna
    Signed-off-by: Greg Kroah-Hartman

    Omar Ramirez Luna
     

11 Apr, 2012

1 commit


29 Mar, 2012

1 commit


10 Mar, 2012

15 commits