1. 28 Nov, 2008 2 commits
  2. 11 Nov, 2008 1 commit
  3. 20 Oct, 2008 1 commit
  4. 09 Oct, 2008 1 commit
  5. 17 Sep, 2008 1 commit
  6. 06 Sep, 2008 1 commit
  7. 01 Sep, 2008 1 commit
  8. 07 Aug, 2008 3 commits
  9. 06 Mar, 2008 1 commit
  10. 19 Jul, 2007 1 commit
  11. 13 Jul, 2007 1 commit
    • Dan Williams's avatar
      iop13xx: surface the iop13xx adma units to the iop-adma driver · 39a8d7d1
      Dan Williams authored
      Adds the platform device definitions and the architecture specific
      support routines (i.e. register initialization and descriptor formats) for the
      iop-adma driver.
      * added 'descriptor pool size' to the platform data
      * add base support for buffer sizes larger than 16MB (hw max)
      * build error fix from Kirill A. Shutemov
      * rebase for async_tx changes
      * add interrupt support
      * do not call platform register macros in driver code
      * remove unnecessary ARM assembly statement
      * checkpatch.pl fixes
      * gpl v2 only correction
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
  12. 12 Jul, 2007 1 commit
  13. 21 May, 2007 1 commit
    • Alexey Dobriyan's avatar
      Detach sched.h from mm.h · e8edc6e0
      Alexey Dobriyan authored
      First thing mm.h does is including sched.h solely for can_do_mlock() inline
      function which has "current" dereference inside. By dealing with can_do_mlock()
      mm.h can be detached from sched.h which is good. See below, why.
      This patch
      a) removes unconditional inclusion of sched.h from mm.h
      b) makes can_do_mlock() normal function in mm/mlock.c
      c) exports can_do_mlock() to not break compilation
      d) adds sched.h inclusions back to files that were getting it indirectly.
      e) adds less bloated headers to some files (asm/signal.h, jiffies.h) that were
         getting them indirectly
      Net result is:
      a) mm.h users would get less code to open, read, preprocess, parse, ... if
         they don't need sched.h
      b) sched.h stops being dependency for significant number of files:
         on x86_64 allmodconfig touching sched.h results in recompile of 4083 files,
         after patch it's only 3744 (-8.3%).
      Cross-compile tested on
      	all arm defconfigs, all mips defconfigs, all powerpc defconfigs,
      	alpha alpha-up
      	i386 i386-up i386-defconfig i386-allnoconfig
      	ia64 ia64-up
      	parisc parisc-up
      	powerpc powerpc-up
      	s390 s390-up
      	sparc sparc-up
      	sparc64 sparc64-up
      	x86_64 x86_64-up x86_64-defconfig x86_64-allnoconfig
      as well as my two usual configs.
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  14. 20 May, 2007 1 commit
  15. 16 May, 2007 2 commits
  16. 11 May, 2007 1 commit
  17. 05 May, 2007 1 commit
    • Russell King's avatar
      [ARM] mm 10: allow memory type to be specified with ioremap · 3603ab2b
      Russell King authored
      __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: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
  18. 03 May, 2007 1 commit
  19. 30 Apr, 2007 3 commits
  20. 20 Feb, 2007 1 commit
    • Russell King's avatar
      [ARM] Fix iop13xx build error · 6a32b935
      Russell King authored
        CC      arch/arm/mach-iop13xx/setup.o
      arch/arm/mach-iop13xx/setup.c: In function 'iq8134x_probe_flash_size':
      arch/arm/mach-iop13xx/setup.c:210: warning: implicit declaration of function 'ioremap'
      arch/arm/mach-iop13xx/setup.c:210: warning: initialization makes pointer from integer without a cast
      arch/arm/mach-iop13xx/setup.c:218: warning: implicit declaration of function 'writew'
      arch/arm/mach-iop13xx/setup.c:222: warning: implicit declaration of function 'readb'
      arch/arm/mach-iop13xx/setup.c:231: warning: implicit declaration of function 'iounmap'
        LD      .tmp_vmlinux1
      arch/arm/mach-iop13xx/built-in.o: In function `iop13xx_platform_init':
      iq81340mc.c:(.init.text+0x150): undefined reference to `ioremap'
      iq81340mc.c:(.init.text+0x21c): undefined reference to `writew'
      iq81340mc.c:(.init.text+0x24c): undefined reference to `writew'
      iq81340mc.c:(.init.text+0x254): undefined reference to `iounmap'
      iq81340mc.c:(.init.text+0x2c4): undefined reference to `readb'
      iq81340mc.c:(.init.text+0x2e8): undefined reference to `readb'
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
  21. 17 Feb, 2007 2 commits
  22. 14 Feb, 2007 1 commit
  23. 30 Dec, 2006 1 commit
  24. 19 Dec, 2006 1 commit
  25. 17 Dec, 2006 2 commits
  26. 07 Dec, 2006 1 commit
    • Dan Williams's avatar
      [ARM] 3995/1: iop13xx: add iop13xx support · 285f5fa7
      Dan Williams authored
      The iop348 processor integrates an Xscale (XSC3 512KB L2 Cache) core with a
      Serial Attached SCSI (SAS) controller, multi-ported DDR2 memory
      controller, 3 Application Direct Memory Access (DMA) controllers, a 133Mhz
      PCI-X interface, a x8 PCI-Express interface, and other peripherals to form
      a system-on-a-chip RAID subsystem engine.
      The iop342 processor replaces the SAS controller with a second Xscale core
      for dual core embedded applications.
      The iop341 processor is the single core version of iop342.
      This patch supports the two Intel customer reference platforms iq81340mc
      for external storage and iq81340sc for direct attach (HBA) development.
      The developer's manual is available here:
      * removed virtual addresses from resource definitions
      * cleaned up some unnecessary #include's
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>