1. 07 2月, 2008 1 次提交
  2. 18 10月, 2007 1 次提交
  3. 29 4月, 2007 1 次提交
    • J
      libata/IDE: remove combined mode quirk · 8cdfb29c
      Jeff Garzik 提交于
      Both old-IDE and libata should be able handle all controllers and
      devices found using normal resource reservation methods.
      
      This eliminates the awful, low-performing split-driver configuration
      where old-IDE drove the PATA portion of a PCI device, in PIO-only mode,
      and libata drove the SATA portion of the /same/ PCI device, in DMA mode.
      Typically vendors would ship SATA hard drive / PATA optical
      configuration, which would lend itself to slow (PIO-only) CD-ROM
      performance.
      
      For Intel users running in combined mode, it is now wholly dependent on
      your driver choice (potentially link order, if you compile both drivers
      in) whether old-IDE or libata will drive your hardware.
      
      In either case, you will get full performance from both SATA and PATA
      ports now, without having to pass a kernel command line parameter.
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8cdfb29c
  4. 31 3月, 2006 2 次提交
  5. 23 1月, 2006 1 次提交
  6. 19 1月, 2006 1 次提交
  7. 22 10月, 2005 1 次提交
  8. 30 6月, 2005 1 次提交
    • R
      [PATCH] Serial: Split 8250 port table (part 2) · 026d02a2
      Russell King 提交于
      Remove legacy ISA serial ports for Accent, Boca, Fourport, Hub6 and MCA
      from the architecture specific serial.h include.
      
      The only ports which remain in asm-*/serial.h are the platform specific
      entries.  These should really be converted by platform maintainers to
      use a platform device, such as can be found in
      arch/arm/mach-footbridge/isa.c
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      026d02a2
  9. 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