Permalink
Commits on Dec 23, 2009
  1. Merge branch 'pf-configs'

    Oleksandr Natalenko committed Dec 23, 2009
  2. pf-configs: update Dell Inspiron 1525 config

    Oleksandr Natalenko committed Dec 23, 2009
  3. Merge branch 'pf-version'

    Oleksandr Natalenko committed Dec 23, 2009
  4. pf-version: bump to 2.6.32-pf5

    Oleksandr Natalenko committed Dec 23, 2009
Commits on Dec 21, 2009
  1. Merge remote branch 'ck'

    Oleksandr Natalenko committed Dec 21, 2009
  2. Merge remote branch 'zen-sched'

    Oleksandr Natalenko committed Dec 21, 2009
  3. Merge branch 'zen-sched' into ck

    Brandon Berhent committed Dec 21, 2009
  4. fix ioport.c compile

    Brandon Berhent committed Dec 21, 2009
  5. Merge branch 'zen-sched' into ck

    Brandon Berhent committed Dec 21, 2009
  6. typo

    Brandon Berhent committed Dec 21, 2009
Commits on Dec 20, 2009
  1. Merge remote branch 'ck'

    Oleksandr Natalenko committed Dec 20, 2009
  2. Merge remote branch 'zen-sched'

    Oleksandr Natalenko committed Dec 20, 2009
  3. Merge branch 'zen-sched' into ck

    Brandon Berhent committed Dec 20, 2009
  4. remove "file"

    Brandon Berhent committed Dec 20, 2009
  5. Add bfs custom rr, bfs X auto_iso, and cfs boost

    Brandon Berhent committed Dec 20, 2009
  6. bfs 312

    Brandon Berhent committed Dec 20, 2009
  7. zen-sched is obsolete, prepare for bfs 312 patch

    Brandon Berhent committed Dec 20, 2009
Commits on Dec 19, 2009
  1. fix Makefile merge conflict

    Oleksandr Natalenko committed Dec 19, 2009
  2. Merge branch 'pf-configs'

    Oleksandr Natalenko committed Dec 19, 2009
  3. pf-version: bump to 2.6.32-pf4

    Oleksandr Natalenko committed Dec 19, 2009
  4. Merge remote branch 'tuxonice'

    Oleksandr Natalenko committed Dec 19, 2009
  5. Merge remote branch 'bfq'

    Oleksandr Natalenko committed Dec 19, 2009
  6. Merge remote branch 'zen-sched'

    Oleksandr Natalenko committed Dec 19, 2009
  7. depend on broken

    Brandon Berhent committed Dec 19, 2009
  8. Bump version to 3.0.99.44.

    Signed-off-by: Nigel Cunningham <nigel@tuxonice.net>
    Nigel Cunningham committed Dec 19, 2009
  9. Fix two bio allocation issues.

    First, fix an issue with the last patch to this routine, wherein we
    need to call devices_of_same_priority() once, in order to avoid
    invoking it on a NULL chain in the routine's main loop.
    
    Second, we shouldn't assume that allocators will actually find some
    storage to register. Prio_chain_head might still be NULL after
    invoking toi_bio_register_storage, so check for that.
    
    Signed-off-by: Nigel Cunningham <nigel@tuxonice.net>
    Nigel Cunningham committed Dec 19, 2009
Commits on Dec 18, 2009
  1. Merge branch 'origin' into combined

    Nigel Cunningham committed Dec 18, 2009
  2. Linux 2.6.32.2

    gregkh committed Dec 18, 2009
  3. implement early_io{re,un}map for ia64

    commit cd7bcf3 upstream.
    
    Needed for commit 2c99220 ("intel-iommu: Detect DMAR in hyperspace at
    probe time.) to build on IA64.
    
    Signed-off-by: Tony Luck <tony.luck@intel.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Luck, Tony committed with gregkh Dec 14, 2009
  4. perf_event: Fix incorrect range check on cpu number

    commit 0f624e7 upstream.
    
    It is quite legitimate for CPUs to be numbered sparsely, meaning
    that it possible for an online CPU to have a number which is
    greater than the total count of possible CPUs.
    
    Currently find_get_context() has a sanity check on the cpu
    number where it checks it against num_possible_cpus().  This
    test can fail for a legitimate cpu number if the
    cpu_possible_mask is sparsely populated.
    
    This fixes the problem by checking the CPU number against
    nr_cpumask_bits instead, since that is the appropriate check to
    ensure that the cpu number is same to pass to cpu_isset()
    subsequently.
    
    Reported-by: Michael Neuling <mikey@neuling.org>
    Signed-off-by: Paul Mackerras <paulus@samba.org>
    Tested-by: Michael Neuling <mikey@neuling.org>
    Acked-by: Peter Zijlstra <peterz@infradead.org>
    LKML-Reference: <20091215084032.GA18661@brick.ozlabs.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    paulusmack committed with gregkh Dec 15, 2009
  5. netfilter: xtables: document minimal required version

    commit 7a92263 upstream.
    
    For both .33 and .32-stable.
    
    Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jan Engelhardt committed with gregkh Dec 14, 2009
  6. intel-iommu: ignore page table validation in pass through mode

    commit 1672af1 upstream.
    
    We are seeing a bug when booting w/ iommu=pt with current upstream
    (bisect blames 19943b0 "intel-iommu:
    Unify hardware and software passthrough support).
    
    The issue is specific to this loop during identity map initialization
    of each device:
    
    domain_context_mapping_one(si_domain, ..., CONTEXT_TT_PASS_THROUGH)
    ...
    		/* Skip top levels of page tables for
    		* iommu which has less agaw than default.
    		*/
    		for (agaw = domain->agaw; agaw != iommu->agaw; agaw--) {
    			pgd = phys_to_virt(dma_pte_addr(pgd));
    			if (!dma_pte_present(pgd)) {      <------ failing here
    				spin_unlock_irqrestore(&iommu->lock, flags);
    			return -ENOMEM;
    		}
    
    This box has 2 iommu's in it.  The catchall iommu has MGAW == 48, and
    SAGAW == 4.  The other iommu has MGAW == 39, SAGAW == 2.
    
    The device that's failing the above pgd test is the only device connected
    to the non-catchall iommu, which has a smaller address width than the
    domain default.  This test is not necessary since the context is in PT
    mode and the ASR is ignored.
    
    Thanks to Don Dutile for discovering and debugging this one.
    
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    chriswright committed with gregkh Dec 2, 2009
  7. intel-iommu: Fix oops with intel_iommu=igfx_off

    commit 44cd613 upstream.
    
    The hotplug notifier will call find_domain() to see if the device in
    question has been assigned an IOMMU domain. However, this should never
    be called for devices with a "dummy" domain, such as graphics devices
    when intel_iommu=igfx_off is set and the corresponding IOMMU isn't even
    initialised. If you do that, it'll oops as it dereferences the (-1)
    pointer.
    
    The notifier function should check iommu_no_mapping() for the
    device before doing anything else.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dwmw2 committed with gregkh Dec 2, 2009
  8. intel-iommu: Check for an RMRR which ends before it starts.

    commit 5595b52 upstream.
    
    Some HP BIOSes report an RMRR region (a region which needs a 1:1 mapping
    in the IOMMU for a given device) which has an end address lower than its
    start address. Detect that and warn, rather than triggering the
    BUG() in dma_pte_clear_range().
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dwmw2 committed with gregkh Dec 2, 2009
  9. intel-iommu: Apply BIOS sanity checks for interrupt remapping too.

    commit 6ecbf01 upstream.
    
    The BIOS errors where an IOMMU is reported either at zero or a bogus
    address are causing problems even when the IOMMU is disabled -- because
    interrupt remapping uses the same hardware. Ensure that the checks get
    applied for the interrupt remapping initialisation too.
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dwmw2 committed with gregkh Dec 2, 2009