13 Mar, 2009

1 commit


16 Mar, 2008

1 commit


07 Feb, 2008

1 commit


18 Oct, 2007

1 commit


29 Apr, 2007

1 commit

  • 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: Jeff Garzik

    Jeff Garzik
     

31 Mar, 2006

2 commits


23 Jan, 2006

1 commit

  • Update b180_defconfig to be more usable on other similar machines.
    Enabling Lasi 82596, Harmony, Mux console, CCIO, HPPB, etc., means
    this config is suitable for not only BXXX machines, but also CXXX
    and JXXX class machines.

    Signed-off-by: Matthew Wilcox
    Signed-off-by: Kyle McMartin

    Matthew Wilcox
     

19 Jan, 2006

1 commit


22 Oct, 2005

1 commit


30 Jun, 2005

1 commit

  • 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: Russell King

    Russell King
     

17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds