1. 23 Aug, 2007 3 commits
    • Kent Yoder's avatar
      tpmdd maintainers · 8e81cc13
      Kent Yoder authored
      Fix up the maintainers info in the tpm drivers.  Kylene will be out for
      some time, so copying the sourceforge list is the best way to get some
      attention.
      
      Cc: Marcel Selhorst <tpm@selhorst.net>
      Cc: Kylene Jo Hall <kjhall@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      8e81cc13
    • Andy Whitcroft's avatar
      sparsemem: ensure we initialise the node mapping for SPARSEMEM_STATIC · 85770ffe
      Andy Whitcroft authored
      Booting SPARSEMEM on NUMA systems trips a BUG in page_alloc.c:
      
      	Initializing HighMem for node 0 (00038000:00100000)
      	Initializing HighMem for node 1 (00100000:001ffe00)
      	------------[ cut here ]------------
      	kernel BUG at /home/apw/git/linux-2.6/mm/page_alloc.c:456!
      	[...]
      
      This occurs because the section to node id mapping is not being
      setup correctly during init under SPARSEMEM_STATIC, leading to an
      attempt to free pages from all nodes into the zones on node 0.
      
      When the zone_table[] was removed in the following commit, a new
      section to node mapping table was introduced:
      
          commit 89689ae7
          [PATCH] Get rid of zone_table[]
      
      That conversion inadvertantly only initialised the node mapping in
      SPARSEMEM_EXTREME.  Ensure we initialise the node mapping in
      SPARSEMEM_STATIC.
      
      [akpm@linux-foundation.org: make the stubs static inline]
      Signed-off-by: default avatarAndy Whitcroft <apw@shadowen.org>
      Cc: Christoph Lameter <clameter@sgi.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      85770ffe
    • Ryusuke Konishi's avatar
      eCryptfs: fix lookup error for special files · df068464
      Ryusuke Konishi authored
      When ecryptfs_lookup() is called against special files, eCryptfs generates
      the following errors because it tries to treat them like regular eCryptfs
      files.
      
      Error opening lower file for lower_dentry [0xffff810233a6f150], lower_mnt [0xffff810235bb4c80], and flags [0x8000]
      Error opening lower_file to read header region
      Error attempting to read the [user.ecryptfs] xattr from the lower file; return value = [-95]
      Valid metadata not found in header region or xattr region; treating file as unencrypted
      
      For instance, the problem can be reproduced by the steps below.
      
        # mkdir /root/crypt /mnt/crypt
        # mount -t ecryptfs /root/crypt /mnt/crypt
        # mknod /mnt/crypt/c0 c 0 0
        # umount /mnt/crypt
        # mount -t ecryptfs /root/crypt /mnt/crypt
        # ls -l /mnt/crypt
      
      This patch fixes it by adding a check similar to directories and
      symlinks.
      Signed-off-by: default avatarRyusuke Konishi <konishi.ryusuke@lab.ntt.co.jp>
      Acked-by: default avatarMichael Halcrow <mhalcrow@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      df068464
  2. 22 Aug, 2007 23 commits
  3. 21 Aug, 2007 12 commits
  4. 20 Aug, 2007 2 commits
    • Bartlomiej Zolnierkiewicz's avatar
      ide-disk: workaround for buggy HPA support on ST340823A (take 3) · b0244a00
      Bartlomiej Zolnierkiewicz authored
      This disk reports total number of sectors instead of maximum sector address
      in response to READ_NATIVE_MAX_ADDRESS command and also happily accepts
      SET_MAX_ADDRESS command with the bogus value.  This results in +1 sector
      capacity being used and errors on attempts to use the last sector.
      
      ...
      hdd: Host Protected Area detected.
              current capacity is 78165360 sectors (40020 MB)
              native  capacity is 78165361 sectors (40020 MB)
      hdd: Host Protected Area disabled.
      ...
      hdd: reading: block=78165360, sectors=1, buffer=0xc1e63000
      hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
      hdd: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=78165360, sector=78165360
      ...
      
      Add hpa_list[] table and workaround the issue in idedisk_check_hpa().
      
      v2:
      * Add missing export and improve patch description a bit.
      
      v3:
      * Add list termination.  (From Mikko)
      
      Fixes kernel bugzilla bug #8816.
      
      Thanks to Mikko for investigating the issue and helping with this patch.
      
      Cc: Mikko Rapeli <mikko.rapeli@iki.fi>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: default avatarBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      b0244a00
    • Bartlomiej Zolnierkiewicz's avatar
      hpt34x: fix CONFIG_HPT34X_AUTODMA=n handling · 76e1faa7
      Bartlomiej Zolnierkiewicz authored
      Programming DMA mode may destroy current PIO mode setting so if
      CONFIG_HPT34X_AUTODMA=n (the default case) make ide_tune_dma() fail
      early by disabling all host DMA masks and re-tune PIO mode.
      
      This fix doesn't help with the driver being broken but is needed
      for some other changes.
      Signed-off-by: default avatarBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      76e1faa7