1. 23 Aug, 2007 2 commits
    • 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 3 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
    • Bartlomiej Zolnierkiewicz's avatar
      triflex: add missing ->dma_base check · 88b47040
      Bartlomiej Zolnierkiewicz authored
      If ->dma_base is not set (== PCI BAR4 cannot be reserved) then DMA hooks
      shouldn't be initialized or bad things will happen.
      Acked-by: default avatarSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: default avatarBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      88b47040