1. 21 Jun, 2005 5 commits
    • Sylvain Meyer's avatar
      [PATCH] intelfb documentation · 4ff45f51
      Sylvain Meyer authored
      Add a small documentation of the driver parameters.
      Signed-off-by: default avatarSylvain Meyer <sylvain.meyer@worldonline.fr>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      4ff45f51
    • Jeremy White's avatar
      [PATCH] isofs: show hidden files, add granularity for assoc/hidden files flags · 9769f4eb
      Jeremy White authored
      The current isofs treatment of hidden files is flawed in two ways.  First,
      it does not provide sufficient granularity; it hides both 'hidden' files
      and 'associated' files (resource fork for Mac files).  Second, the default
      behavior to completely strip hidden files, while an admirable
      implementation of the spec, is a poor choice given the real world use of
      hidden files as a poor mans copy protection scheme for MSDOS and Windows
      based systems.  A longer description of this is available here:
      
         http://www.uwsg.iu.edu/hypermail/linux/kernel/0205.3/0267.html
      
      This patch was originally built after a few private conversations with Alan
      Cox; I shamefully failed to persist in seeing it go forward, I hope to make
      amends now.
      
      This patch introduces granularity by allowing explicit control for both
      hidden and associated files.  It also reverses the default so that by
      default, hidden files are treated as regular files on the iso9660 file
      system.
      
      This allow Wine to process Windows CDs, including those that are hybrid
      Mac/Windows CDs properly and completely, without our having to go muck up
      peoples fstabs as we do now.  (I have tested this with such a hybrid +
      hidden CD and have verified that this patch works as claimed).
      Signed-off-by: default avatarJeremy White <jwhite@codeweavers.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9769f4eb
    • Cornelia Huck's avatar
      [PATCH] s390: cio documentation · 6fd6e4a4
      Cornelia Huck authored
      Some clarifications in the cio documentation.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6fd6e4a4
    • Brent Casavant's avatar
      [PATCH] ioc4: Core driver rewrite · 22329b51
      Brent Casavant authored
      This series of patches reworks the configuration and internal structure
      of the SGI IOC4 I/O controller device drivers.
      
      These changes are motivated by several factors:
      
      - The IOC4 chip PCI resources are of mixed use between functions (i.e.
        multiple functions are handled in the same address range, sometimes
        within the same register), muddling resource ownership and initialization
        issues.  Centralizing this ownership in a core driver is desirable.
      
      - The IOC4 chip implements multiple functions (serial, IDE, others not
        yet implemented in the mainline kernel) but is not a multifunction
        PCI device.  In order to properly handle device addition and removal
        as well as module insertion and deletion, an intermediary IOC4-specific
        driver layer is needed to handle these operations cleanly.
      
      - All IOC4 drivers are currently enabled by a single CONFIG value.  As
        not all systems need all IOC4 functions, it is desireable to enable
        these drivers independently.
      
      - The current IOC4 core driver will trigger loading of all function-level
        drivers, as it makes direct calls to them.  This situation should be
        reversed (i.e. function-level drivers cause loading of core driver)
        in order to maintain a clear and least-surprise driver loading model.
      
      - IOC4 hardware design necessitates some driver-level dependency on
        the PCI bus clock speed.  Current code assumes a 66MHz bus, but the
        speed should be autodetected and appropriate compensation taken.
      
      This patch series effects the above changes by a newly and better designed
      IOC4 core driver with which the function-level drivers can register and
      deregister themselves upon module insertion/removal.  By tracking these
      modules, device addition/removal is also handled properly.  PCI resource
      management and ownership issues are centralized in this core driver, and
      IOC4-wide configuration actions such as bus speed detection are also
      handled in this core driver.
      
      This patch:
      
      The SGI IOC4 I/O controller chip implements multiple functions, though it is
      not a multi-function PCI device.  Additionally, various PCI resources of the
      IOC4 are shared by multiple hardware functions, and thus resource ownership by
      driver is not clearly delineated.  Due to the current driver design, all core
      and subordinate drivers must be loaded, or none, which is undesirable if not
      all IOC4 hardware features are being used.
      
      This patch reorganizes the IOC4 drivers so that the core driver provides a
      subdriver registration service.  Through appropriate callbacks the subdrivers
      can now handle device addition and removal, as well as module insertion and
      deletion (though the IOC4 IDE driver requires further work before module
      deletion will work).  The core driver now takes care of allocating PCI
      resources and data which must be shared between subdrivers, to clearly
      delineate module ownership of these items.
      Signed-off-by: default avatarBrent Casavant <bcasavan@sgi.com>
      Acked-by: Pat Gefre <pfg@sgi.com
      Acked-by: default avatarJeremy Higdon <jeremy@sgi.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      22329b51
    • Hugh Dickins's avatar
      [PATCH] shmem: restore superblock info · 0edd73b3
      Hugh Dickins authored
      To improve shmem scalability, we allowed tmpfs instances which don't need
      their blocks or inodes limited not to count them, and not to allocate any
      sbinfo.  Which was okay when the only use for the sbinfo was accounting
      blocks and inodes; but since then a couple of unrelated projects extending
      tmpfs want to store other data in the sbinfo.  Whether either extension
      reaches mainline is beside the point: I'm guilty of a bad design decision,
      and should restore sbinfo to make any such future extensions easier.
      
      So, once again allocate a shmem_sb_info for every shmem/tmpfs instance, and
      now let max_blocks 0 indicate unlimited blocks, and max_inodes 0 unlimited
      inodes.  Brent Casavant verified (many months ago) that this does not
      perceptibly impact the scalability (since the unlimited sbinfo cacheline is
      repeatedly accessed but only once dirtied).
      
      And merge shmem_set_size into its sole caller shmem_remount_fs.
      Signed-off-by: default avatarHugh Dickins <hugh@veritas.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0edd73b3
  2. 20 Jun, 2005 3 commits
  3. 17 Jun, 2005 4 commits
  4. 13 Jun, 2005 2 commits
  5. 31 May, 2005 2 commits
  6. 30 May, 2005 3 commits
  7. 20 May, 2005 5 commits
  8. 17 May, 2005 9 commits
  9. 15 May, 2005 1 commit
    • Krzysztof Halasa's avatar
      [PATCH] Generic HDLC update · b3dd65f9
      Krzysztof Halasa authored
      The attached patch updates generic HDLC to version 1.18.
      FR Cisco LMI production-tested. Please apply to Linux 2.6. Thanks.
      
      Changes:
      - doc updates
      - added Cisco LMI support to Frame-Relay code
      - cleaned hdlc_fr.c a bit, removed some orphaned #defines etc.
      - fixed a problem with non-functional LMI in FR DCE mode.
      - changed diagnostic messages to better conform to FR standards
      - all protocols: information about carrier changes (DCD line) is now
        printed to kernel logs.
      Signed-Off-By: default avatarKrzysztof Halasa <khc@pm.waw.pl>
      b3dd65f9
  10. 12 May, 2005 1 commit
  11. 05 May, 2005 3 commits
  12. 04 May, 2005 2 commits