1. 14 9月, 2006 2 次提交
  2. 12 9月, 2006 1 次提交
    • A
      [PATCH] Remove more unnecessary driver printk's · d5b20697
      Andy Gospodarek 提交于
      As I promised last week, here is the first pass at removing all
      unnecessary printk's that exist in network device drivers currently in
      promiscuous mode.  The duplicate messages are not needed so they have
      been removed.  Some of these drivers are quite old and might not need an
      update, but I did them all anyway.
      
      I am currently auditing the remaining conditional printk's and will send
      out a patch for those soon.
      Signed-off-by: NAndy Gospodarek <andy@greyhouse.net>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      d5b20697
  3. 01 7月, 2006 1 次提交
  4. 21 4月, 2006 1 次提交
    • A
      [PATCH] Fix locking in gianfar · fef6108d
      Andy Fleming 提交于
      This patch fixes several bugs in the gianfar driver, including a major one
      where spinlocks were horribly broken:
      
      * Split gianfar locks into two types: TX and RX
      * Made it so gfar_start() now clears RHALT
      * Fixed a bug where calling gfar_start_xmit() with interrupts off would
      corrupt the interrupt state
      * Fixed a bug where a frame could potentially arrive, and never be handled
      (if no more frames arrived
      * Fixed a bug where the rx_work_limit would never be observed by the rx
      completion code
      * Fixed a bug where the interrupt handlers were not actually protected by
      their spinlocks
      Signed-off-by: NAndy Fleming <afleming@freescale.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      fef6108d
  5. 21 3月, 2006 1 次提交
  6. 07 2月, 2006 1 次提交
  7. 13 1月, 2006 2 次提交
  8. 19 11月, 2005 1 次提交
    • A
      [PATCH] Gianfar update and sysfs support · 7f7f5316
      Andy Fleming 提交于
      This seems to have gotten lost, so I'll resend.
      Signed-off-by: NAndy Fleming <afleming@freescale.com>
      
      * Added sysfs support to gianfar for modifying FIFO and stashing parameters
      * Updated driver to support 10 Mbit, full duplex operation
      * Improved comments throughout
      * Cleaned up and optimized offloading code
      * Fixed a bug where rx buffers were being improperly mapped and unmapped
      * (only manifested if cache-coherency was off)
      * Added support for using the eTSEC exact-match MAC registers
      * Bumped the version to 1.3
      * Added support for distinguishing between reduced 100 and 10 Mbit modes
      * Modified default coalescing values to lower latency
      * Added documentation
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      7f7f5316
  9. 14 11月, 2005 1 次提交
  10. 10 11月, 2005 1 次提交
  11. 09 11月, 2005 1 次提交
    • O
      [PATCH] changing CONFIG_LOCALVERSION rebuilds too much, for no good reason · 733482e4
      Olaf Hering 提交于
      This patch removes almost all inclusions of linux/version.h.  The 3
      #defines are unused in most of the touched files.
      
      A few drivers use the simple KERNEL_VERSION(a,b,c) macro, which is
      unfortunatly in linux/version.h.
      
      There are also lots of #ifdef for long obsolete kernels, this was not
      touched.  In a few places, the linux/version.h include was move to where
      the LINUX_VERSION_CODE was used.
      
      quilt vi `find * -type f -name "*.[ch]"|xargs grep -El '(UTS_RELEASE|LINUX_VERSION_CODE|KERNEL_VERSION|linux/version.h)'|grep -Ev '(/(boot|coda|drm)/|~$)'`
      
      search pattern:
      /UTS_RELEASE\|LINUX_VERSION_CODE\|KERNEL_VERSION\|linux\/\(utsname\|version\).h
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      733482e4
  12. 30 10月, 2005 1 次提交
  13. 24 9月, 2005 1 次提交
  14. 27 6月, 2005 1 次提交
  15. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4