[Zesty] [SRU] [PATCH 0/6] soft lockup bug fix Qualcomm Centriq 2400 server.
manoj.iyer at canonical.com
Wed May 24 02:23:43 UTC 2017
Any progress on this SRU review? This fix is needed for QDF2400
platforms to boot and work as expected with Zesty. The patch set was
reviewed by Qualcomm and was tested on QDF2400, Thunder-x and on
HiSilicon HW for regressions.
Please let me know if you need any additional information that might be
helpful in SRU review of these patches.
On Tue, May 9, 2017 at 11:11 AM, Manoj Iyer <manoj.iyer at canonical.com>
> On Fri, May 5, 2017 at 9:06 AM, Stefan Bader
> <stefan.bader at canonical.com> wrote:
>> On 03.05.2017 22:31, Manoj Iyer wrote:
>>> Booting Ubuntu Zesty (4.10) kernel on Qualcomm Centriq 2400 ARM64
>>> causes soft lockups on multiple CPUs.
>> I am not really comfortable with picking a bunch of iommu patches
>> (1+2 now
>> upstream but the rest still only in linux-next) as a bug fix.
>> Especially when
>> being told that changes to the generic iommu code would not have any
>> potential outside that one platform you tested (seriously?).
> I have updated the bug after testing the patches on HiSilicon and
> Cavium systems. Please let me know if you need any thing in addition.
>>> The following patches were cleanly cherry-picked from linux-next
>>> Zesty 4.10.0-20.22 kernel and tested by me on the QDF2400 SDP at
>>> Please consider the following patches for SRU in Zesty to fix the
>>> Nate Watterson (1):
>>> iommu/iova: Fix underflow bug in __alloc_and_insert_iova_range
>>> Robin Murphy (5):
>>> iommu/dma: Stop getting dma_32bit_pfn wrong
>>> iommu/dma: Implement PCI allocation optimisation
>>> iommu/dma: Convert to address-based allocation
>>> iommu/dma: Clean up MSI IOVA allocation
>>> iommu/dma: Plumb in the per-CPU IOVA caches
>>> drivers/iommu/dma-iommu.c | 198
>>> drivers/iommu/iova.c | 2 +-
>>> 2 files changed, 113 insertions(+), 87 deletions(-)
>> kernel-team mailing list
>> kernel-team at lists.ubuntu.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kernel-team