1. 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
  2. 29 10月, 2005 4 次提交
  3. 19 10月, 2005 1 次提交
    • J
      [PATCH] b44: alternate allocation option for DMA descriptors · 9f38c636
      John W. Linville 提交于
      This is a (final?) hack to support the odd DMA allocation requirements
      of the b44 hardware.  The b44 hardware has a 30-bit DMA mask.  On x86,
      anything less than a 32-bit DMA mask forces allocations into the 16MB
      GFP_DMA range.  The memory there is somewhat limited, often resulting
      in an inability to initialize the b44 driver.
      
      This hack uses streaming DMA allocation APIs in order to provide an
      alternative in case the GFP_DMA allocation fails.  It is somewhat ugly,
      but not much worse than the similar existing hacks to support SKB
      allocations in the same driver.  FWIW, I have received positive
      feedback on this from several Fedora users.
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      9f38c636
  4. 14 9月, 2005 1 次提交
  5. 12 7月, 2005 1 次提交
  6. 27 6月, 2005 1 次提交
  7. 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