1. 21 1月, 2009 1 次提交
  2. 15 1月, 2009 1 次提交
  3. 14 1月, 2009 1 次提交
  4. 12 1月, 2009 5 次提交
  5. 09 1月, 2009 16 次提交
  6. 08 1月, 2009 10 次提交
    • B
      [ARM] footbridge: dc21285.c warning fixes · 0dc6c490
      Ben Dooks 提交于
      The dc21285 requests a number of IRQs that it doesn't really
      care whether they get added. Change to use a macro that ensures
      that at-least the user gets warned if they fail to add, which
      also stops the warnings from __unused_result on request_irq().
      
      dc21285.c:337: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:339: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:341: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:343: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:345: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      0dc6c490
    • B
      [ARM] footbridge: add isa_init_irq() to common header · 39ebfd3f
      Ben Dooks 提交于
      isa_init_irq() is defined in arch/arm/mach-footbridge/isa-irq.c
      and used in arch/arm/mach-footbridge/common.c but there is no
      definition in any header. Move the definition in common.c to
      common.h to stop the sparse warning:
      
      isa-irq.c:118:13: warning: symbol 'isa_init_irq' was not declared.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      39ebfd3f
    • B
      [ARM] arch/arm/kernel/isa.c: missing definition of register_isa_ports · 87e0d6cc
      Ben Dooks 提交于
      arch/arm/kernel/isa.c should include <linux/io.h> to get the
      definition of register_io_ports() at-least when compiling for
      footbridge to fix the following sparse warning:
      
      isa.c:68:1: warning: symbol 'register_isa_ports' was not declared.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      87e0d6cc
    • D
      NOMMU: Make VMAs per MM as for MMU-mode linux · 8feae131
      David Howells 提交于
      Make VMAs per mm_struct as for MMU-mode linux.  This solves two problems:
      
       (1) In SYSV SHM where nattch for a segment does not reflect the number of
           shmat's (and forks) done.
      
       (2) In mmap() where the VMA's vm_mm is set to point to the parent mm by an
           exec'ing process when VM_EXECUTABLE is specified, regardless of the fact
           that a VMA might be shared and already have its vm_mm assigned to another
           process or a dead process.
      
      A new struct (vm_region) is introduced to track a mapped region and to remember
      the circumstances under which it may be shared and the vm_list_struct structure
      is discarded as it's no longer required.
      
      This patch makes the following additional changes:
      
       (1) Regions are now allocated with alloc_pages() rather than kmalloc() and
           with no recourse to __GFP_COMP, so the pages are not composite.  Instead,
           each page has a reference on it held by the region.  Anything else that is
           interested in such a page will have to get a reference on it to retain it.
           When the pages are released due to unmapping, each page is passed to
           put_page() and will be freed when the page usage count reaches zero.
      
       (2) Excess pages are trimmed after an allocation as the allocation must be
           made as a power-of-2 quantity of pages.
      
       (3) VMAs are added to the parent MM's R/B tree and mmap lists.  As an MM may
           end up with overlapping VMAs within the tree, the VMA struct address is
           appended to the sort key.
      
       (4) Non-anonymous VMAs are now added to the backing inode's prio list.
      
       (5) Holes may be punched in anonymous VMAs with munmap(), releasing parts of
           the backing region.  The VMA and region structs will be split if
           necessary.
      
       (6) sys_shmdt() only releases one attachment to a SYSV IPC shared memory
           segment instead of all the attachments at that addresss.  Multiple
           shmat()'s return the same address under NOMMU-mode instead of different
           virtual addresses as under MMU-mode.
      
       (7) Core dumping for ELF-FDPIC requires fewer exceptions for NOMMU-mode.
      
       (8) /proc/maps is now the global list of mapped regions, and may list bits
           that aren't actually mapped anywhere.
      
       (9) /proc/meminfo gains a line (tagged "MmapCopy") that indicates the amount
           of RAM currently allocated by mmap to hold mappable regions that can't be
           mapped directly.  These are copies of the backing device or file if not
           anonymous.
      
      These changes make NOMMU mode more similar to MMU mode.  The downside is that
      NOMMU mode requires some extra memory to track things over NOMMU without this
      patch (VMAs are no longer shared, and there are now region structs).
      Signed-off-by: NDavid Howells <dhowells@redhat.com>
      Tested-by: NMike Frysinger <vapier.adi@gmail.com>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      8feae131
    • D
      NOMMU: Rename ARM's struct vm_region · 9c93af1e
      David Howells 提交于
      Rename ARM's struct vm_region so that I can introduce my own global version
      for NOMMU.  It's feasible that the ARM version may wish to use my global one
      instead.
      
      The NOMMU vm_region struct defines areas of the physical memory map that are
      under mmap.  This may include chunks of RAM or regions of memory mapped
      devices, such as flash.  It is also used to retain copies of file content so
      that shareable private memory mappings of files can be made.  As such, it may
      be compatible with what is described in the banner comment for ARM's vm_region
      struct.
      Signed-off-by: NDavid Howells <dhowells@redhat.com>
      9c93af1e
    • B
      PCI: arm: use generic INTx swizzle from PCI core · 06df6993
      Bjorn Helgaas 提交于
      Use the generic pci_common_swizzle() instead of arch-specific code.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      06df6993
    • B
      PCI: arm: use generic pci_swizzle_interrupt_pin() · f14d766a
      Bjorn Helgaas 提交于
      Use the generic pci_swizzle_interrupt_pin() instead of arch-specific code.
      
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      f14d766a
    • D
      USB: add imx udc gadget driver · 2a4f136f
      Darius Augulis 提交于
      Implementation of USB device driver integrated in Freescale's i.MXL
      processor.
      
      Adds USB device driver for i.MXL.
      Signed-off-by: NDarius Augulis <augulis.darius@gmail.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      2a4f136f
    • T
      USB: otg: sharable otg transceiver ops · 3cb22d65
      Tony Lindgren 提交于
      Move otg_get/set/put_transceiver() from omap specific code
      to common otg.c so other upcoming drivers can share them.
      
      [ dbrownell@users.sourceforge.net: move to drivers/usb/otg, dox ]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NFelipe Balbi <me@felipebalbi.com>
      Signed-off-by: NPhilipp Zabel <philipp.zabel@gmail.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      3cb22d65
    • P
      USB: otg: add otg_put_transceiver() · 68144e0c
      Philipp Zabel 提交于
      As Russell King points out, calling put_device(otg_transceiver->dev)
      directly in driver cleanup paths makes assumptions about otg_transceiver
      internals.
      Signed-off-by: NPhilipp Zabel <philipp.zabel@gmail.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      68144e0c
  7. 07 1月, 2009 6 次提交