1. 20 Aug, 2003 16 commits
    • Linus Torvalds's avatar
      aacraid: fix "flags" save value. · 4f531b3d
      Linus Torvalds authored
      4f531b3d
    • Linus Torvalds's avatar
    • Jeff Garzik's avatar
      [PATCH] remove mount_root_failed_msg() · df1c4865
      Jeff Garzik authored
      This one snuck in...
      
       - debugging message for ACPI
      
       - Intel guys removed it from their 2.4 tree (at my request)
      
       - it's point-in-time specific (message becomes nearly useless after
         ACPI bug fixes)
      
       - b/c of the point-in-time issue, it's IMO much more appropriate for a
         vendor kernel (where the message, I agree, may be helpful)
      
       - can potentially mislead users to the correct cause of root mount failure
      
       - overall, I disagree with adding messages like this.  The number one
         bug report, by far, for networking drivers is ACPI-related (no
         interrupts delivered).  You don't see me adding "boot with acpi=off"
         messages to the net subsystem.
      df1c4865
    • Jeff Garzik's avatar
      [PATCH] fix ioapic build breakage · f309071a
      Jeff Garzik authored
      f309071a
    • Linus Torvalds's avatar
      net/wan/sbni.c totally misused "pci_request_region()", thinking · e2d8ded1
      Linus Torvalds authored
      it was the same as the old request_region(). Not so.
      e2d8ded1
    • Linus Torvalds's avatar
      Fix smctr.c warning for unused label. · bfd6334f
      Linus Torvalds authored
      bfd6334f
    • Linus Torvalds's avatar
      0ff95582
    • Linus Torvalds's avatar
      6f8d4b06
    • Linus Torvalds's avatar
      Fix video drivers for i2c 'name' move · 783ae816
      Linus Torvalds authored
      783ae816
    • Linus Torvalds's avatar
      Merge home.osdl.org:/home/torvalds/v2.5/zoran · c39d4913
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      c39d4913
    • Ronald Bultje's avatar
      [PATCH] Big zoran driver update · 4f11c88c
      Ronald Bultje authored
      This is a patch for the video4linux unified zoran driver that has been
      in the kernel since 2.4.5 or so.
      
      It fixes the compile issues in the current 2.6.0-test3 unified zoran
      driver (current one doesn't compile at all), and also updates its
      version to what we have in CVS.  This adds support for new cards (e.g.
      LML33R10 from LinuxMediaLabs and DC30+ from Pinnacle), fixes bugs in
      cards that were already supported and generally improves capture
      reliability.  Changes per file (in detail) are given below. 
      
      i2c-id.h:
        add some new IDs for new i2c drivers
      
      pci_ids.h:
        add PCI IDs for each of the supported cards if it has any
      
      saa7111.c, saa7110.c, adv7175.c, bt819.c, saa7185.c, bt856.c:
        update to whatever we've got in our CVS. For most, these are just
        "easiness" fixes that either add some better debug output, or that make
        maintainance for both 2.6.x and 2.4.x simpler for me. There's also some
        specific changes. E.g., in saa7110.c, we enable the VCR mode bits so we
        get a better image from VCR input. In all of them, we make debugging an
        insmod option rather than a compile-time option (this makes debugging
        for users a *lot* easier). Point is that I just want our latest CVS in
        here. Maintainance is going to be a personal horror-story if it's not.
      
      vpx3220.c, saa7114.c, adv7170.c:
        new i2c ones (for respectively DC10/DC30, LML33R10 and again LML33R10)
      
      zr36067.c:
        removed, the driver is now spread over multiple source files.
      
      zoran*.[ch], zr36057.h
        spread-out source files. Also fixes lots of bugs, can't even start
        naming them all, you don't want that, neither do I. Just assume that it
        works better than it used to - it does.
      
        Nice things that aren't in the old driver: much more stable, supports
        DC30+, supports LML33R10, has proper locking/semaphores, supports
        multiple opens without races now, adapted to new i2c subsystem, v4l2
        support, Xv (hardware-scaled) overlay support, and a lot more.
      
        Oh, and this one actually compiles.
      
      videocodec.[ch], zr360{16,50,60}.[ch]:
        new sublayer for the driver to unify how we handle the zr36060 chip
        (DC10(+)/LML33/LML33R10/Buz) and the zr36050/zr36016 (DC30(+)).
      
      MAINTAINERS:
        add me as maintainer (I am).
      
      Kconfig:
        add new cards, plus improve the descriptions.
      
      Makefile:
        d'oh.
      
      Zoran:
        documentation update.
      
      Others:
        I don't think there are any.
      
      Greg has gone over the i2c changes a long time ago, he agreed on all of
      them. Gerd is supposed to take care of the v4l part, he has never
      complained about any of them. Stability is good, we've fixed most issues
      (there's still some out there, but nothing serious), lots better than in
      the old driver. Also, the cards work much better than with the old
      driver.
      4f11c88c
    • Linus Torvalds's avatar
      Fix up various small compile warnings in an effort at · 51a76834
      Linus Torvalds authored
      getting rid of the simple stuff that hides the serious things. 
      51a76834
    • Linus Torvalds's avatar
      dd99888a
    • Albert Cahalan's avatar
      [PATCH] IO port bitmap cleanups, x86-64 oops fix · 0b401e25
      Albert Cahalan authored
      This patch brings x86-64 and i386 closer together, eliminating an oops
      that LTP test ioperm02.c causes on x86-64.  An IO port permission bitmap
      must be followed by an extra 0xff.
      
      (Add comments to that effect, to avoid the problem in the future).
      0b401e25
    • Trond Myklebust's avatar
      [PATCH] Support dentry revalidation under open(".") · e14720a1
      Trond Myklebust authored
      link_path_walk() currently treats the special filenames ".", ".."
      and "/" differently in that it does not call down to the filesystem in
      order to revalidate the cached dentry, but just assumes that it is
      fine.
      
        For most filesystems this is OK, but it the case of the stateless
      NFS, this means that it circumvents path staleness detection, and the
      attribute+data cache revalidation code on such common commands as
      opendir(".").
      
      This change provides a way to do such revalidation for NFS without
      impacting other filesystems. 
      
      Note: the failure to revalidate the path here does not result in a
      call to d_invalidate() unlike (all?) other calls to d_revalidate(). It
      only results in an ESTALE error being returned to the caller.
      e14720a1
    • Alan Cox's avatar
      [PATCH] Maintainer/Credit update · 63360427
      Alan Cox authored
      - Roadrunner address is defunct
      - 3c501/Z85230 are no longer maintained
      - Update other stuff because I will be away for a year
      63360427
  2. 19 Aug, 2003 24 commits