Messages in this thread Patch in this message |  | | From | Joerg Roedel <> | Subject | [PATCH 10/17] iommu/vt-d: Allocate irq remapping table bitmap with GFP_KERNEL | Date | Fri, 5 Jun 2015 16:10:56 +0200 |
| |
From: Joerg Roedel <jroedel@suse.de>
This function does not run in atomic context, so no reason to do a GFP_ATOMIC allocation.
Tested-by: Baoquan He <bhe@redhat.com> Signed-off-by: Joerg Roedel <jroedel@suse.de> --- drivers/iommu/intel_irq_remapping.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/intel_irq_remapping.c b/drivers/iommu/intel_irq_remapping.c index 34667d5..d22518d 100644 --- a/drivers/iommu/intel_irq_remapping.c +++ b/drivers/iommu/intel_irq_remapping.c @@ -510,7 +510,7 @@ static int intel_setup_irq_remapping(struct intel_iommu *iommu) } bitmap = kcalloc(BITS_TO_LONGS(INTR_REMAP_TABLE_ENTRIES), - sizeof(long), GFP_ATOMIC); + sizeof(long), GFP_KERNEL | __GFP_ZERO); if (bitmap == NULL) { pr_err("Failed to allocate bitmap for IR[%d]\n", iommu->seq_id); goto out_free_pages; -- 1.9.1
|  |