https://bugzilla.kernel.org/show_bug.cgi?id=197827

Zhang Rui ([email protected]) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |[email protected]
         Resolution|---                         |CODE_FIX
           Assignee|[email protected] |[email protected]
                   |.org                        |

--- Comment #1 from Zhang Rui ([email protected]) ---
This should have been fixed by this commit, which is merged in 4.15-rc1 

commit 4f89fa286f6729312e227e7c2d764e8e7b9d340e
Author:     James Morse <[email protected]>
AuthorDate: Mon Nov 6 18:44:24 2017 +0000
Commit:     Rafael J. Wysocki <[email protected]>
CommitDate: Tue Nov 7 12:12:44 2017 +0100

    ACPI / APEI: Replace ioremap_page_range() with fixmap

    Replace ghes_io{re,un}map_pfn_{nmi,irq}()s use of ioremap_page_range()
    with __set_fixmap() as ioremap_page_range() may sleep to allocate a new
    level of page-table, even if its passed an existing final-address to
    use in the mapping.

    The GHES driver can only be enabled for architectures that select
    HAVE_ACPI_APEI: Add fixmap entries to both x86 and arm64.

    clear_fixmap() does the TLB invalidation in __set_fixmap() for arm64
    and __set_pte_vaddr() for x86. In each case its the same as the
    respective arch_apei_flush_tlb_one().

    Reported-by: Fengguang Wu <[email protected]>
    Suggested-by: Linus Torvalds <[email protected]>
    Signed-off-by: James Morse <[email protected]>
    Reviewed-by: Borislav Petkov <[email protected]>
    Tested-by: Tyler Baicar <[email protected]>
    Tested-by: Toshi Kani <[email protected]>
    [ For the arm64 bits: ]
    Acked-by: Will Deacon <[email protected]>
    [ For the x86 bits: ]
    Acked-by: Ingo Molnar <[email protected]>
    Signed-off-by: Rafael J. Wysocki <[email protected]>
    Cc: All applicable <[email protected]>

Bug closed. Please feel free to reopen it if the problem still exists in the
latest upstream kernel.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to