1. 27 Jan, 2009 5 commits
    • Adrian Bunk's avatar
      m68knommu: set NO_DMA · e0212e72
      Adrian Bunk authored
      m68knommu does not set the Kconfig NO_DMA variable, but also does
      not provide the required functions, resulting in the following
      build error triggered by commit a40c24a1
      (net: Add SKB DMA mapping helper functions.):
      
      <--  snip  -->
      
      ..
        LD      vmlinux
      net/built-in.o: In function `skb_dma_unmap':
      (.text+0xac5e): undefined reference to `dma_unmap_single'
      net/built-in.o: In function `skb_dma_unmap':
      (.text+0xac7a): undefined reference to `dma_unmap_page'
      net/built-in.o: In function `skb_dma_map':
      (.text+0xacdc): undefined reference to `dma_map_single'
      net/built-in.o: In function `skb_dma_map':
      (.text+0xace8): undefined reference to `dma_mapping_error'
      net/built-in.o: In function `skb_dma_map':
      (.text+0xad10): undefined reference to `dma_map_page'
      net/built-in.o: In function `skb_dma_map':
      (.text+0xad82): undefined reference to `dma_unmap_page'
      net/built-in.o: In function `skb_dma_map':
      (.text+0xadc6): undefined reference to `dma_unmap_single'
      make[1]: *** [vmlinux] Error 1
      
      <--  snip  -->
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Signed-off-by: default avatarGreg Ungerer <gerg@uclinux.org>
      e0212e72
    • Greg Ungerer's avatar
      m68knommu: fix cache flushing for the 527x ColdFire processors · a1a9bcb5
      Greg Ungerer authored
      Fix cache flushing for the 527x ColdFire processors
      Its CACR register format is slightly different.
      
      Along with this add support for flushing the 523x cache, which uses
      the same format as the 527x ColdFire's, and was missing flush support.
      Signed-off-by: default avatarGreg Ungerer <gerg@uclinux.org>
      a1a9bcb5
    • John Adamson's avatar
      m68knommu: fix ColdFire 5272 serial baud rates in mcf.c · 26a4bc66
      John Adamson authored
      I noticed (the hard way) that the mcf.c driver doesn't support the fractional precision register on the MCF5272.  This makes the console dicey at 115200 baud and a system clock of 66.0 MHz.  On the other hand, if your hardware is running at 66.666 MHz, it probably isn't a problem.
      
      Patch submitted by John Adamson <jadamson@allen-organ.com>
      Signed-off-by: default avatarGreg Ungerer <gerg@uclinux.org>
      26a4bc66
    • Sebastian Siewior's avatar
      m68knommu: use one exist from execption · c7bcd0df
      Sebastian Siewior authored
      Part of the code that did not make sense to me got removed by Greg.
      This is part two:
      
      The first compare is to check whether the interrupts are disabled or not.
      Depending on the result we exectute the RESTORE_ALL macro is not only
      restoring the stack but also returning to caller.
      The test for pending softirq has been removed because it is allready done
      in irq_exit().
      Since system_call() is allso using the SAVE_ALL macro and returning via
      ret_from_exception label I see no reason why we could not do this here
      as well. This is also handy because if we return from the timer interrupt
      and we need to resched than we check for this :)
      Signed-off-by: default avatarSebastian Siewior <bigeasy@linutronix.de>
      Signed-off-by: default avatarGreg Ungerer <gerg@uclinux.org>
      c7bcd0df
    • Linus Torvalds's avatar
      Fix "multiple definition of `debugfs_create_size_t'" · 5ee81007
      Linus Torvalds authored
      Introduced by 8adb711f ("debugfs:
      introduce stub for debugfs_create_size_t() when DEBUG_FS=n") and due to
      a simple missing "static inline".
      Reported-and-tested-by: default avatarJeff Chua <jeff.chua.linux@gmail.com>
      Acked-by: default avatarGreg KH <gregkh@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5ee81007
  2. 26 Jan, 2009 35 commits