From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joerg Roedel Subject: Re: [PATCHv2 0/6] iommu/intel: Handle DMAR faults in a wq Date: Tue, 13 Feb 2018 17:44:18 +0100 Message-ID: <20180213164418.x7pcjaveorx24rgz@8bytes.org> References: <20180212164825.22421-1-dima@arista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20180212164825.22421-1-dima@arista.com> Sender: linux-kernel-owner@vger.kernel.org To: Dmitry Safonov Cc: linux-kernel@vger.kernel.org, 0x7f454c46@gmail.com, Alex Williamson , David Woodhouse , Ingo Molnar , Lu Baolu , iommu@lists.linux-foundation.org List-Id: iommu@lists.linux-foundation.org Hi Dmitry, On Mon, Feb 12, 2018 at 04:48:19PM +0000, Dmitry Safonov wrote: > Dmitry Safonov (6): > iommu/intel: Add __init for dmar_register_bus_notifier() > iommu/intel: Clean/document fault status flags > iommu/intel: Introduce clear_primary_faults() helper > iommu/intel: Handle DMAR faults on workqueue > iommu/intel: Rename dmar_fault() => dmar_serve_faults() > iommu/intel: Ratelimit each dmar fault printing I applied patches 1 and 2 because they are nice cleanups, thanks. For the rest, I am not convinced that work-queues are a good solution for the soft lockups you are seeing. Please consider the approach I outlined in my reply to patch 4. Also, please prefix your next patches with 'iommu/vt-d' instead of 'iommu/intel'. Thanks, Joerg