Linux M68K
[Prev Page][Next Page]
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- [no subject]
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
- From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
- Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [geert-m68k:m68k-v6.11] BUILD SUCCESS 4db74a187382ab35b65b5af67193aa23242ff1ff
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 5c8d618072705e3043c69077b9328aaef6888037
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [GIT PULL] m68k updates for v6.12
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 6/7] mm: Use p4dp_get() for accessing P4D entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 5/7] mm: Use pudp_get() for accessing PUD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 1/7] m68k/mm: Change pmd_val()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH V2 0/7] mm: Use pxdp_get() for accessing page table entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [GIT PULL] m68k updates for v6.12
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [gerg-m68knommu:armnommu 3/3] include/linux/compiler_types.h:510:45: error: call to '__compiletime_assert_311' declared with attribute error: BUILD_BUG_ON failed: sizeof(priv_tbl->probs) % 16
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH 7/7] mm: Use pgdp_get() for accessing PGD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 6/7] mm: Use p4dp_get() for accessing P4D entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 5/7] mm: Use pudp_get() for accessing PUD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 1/7] m68k/mm: Change pmd_val()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 0/7] mm: Use pxdp_get() for accessing page table entries
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS f656cd0df24b86a4b87e0c67fa83b016793ec8b5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 8/8] x86/module: enable ROX caches for module text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 7/8] execmem: add support for cache of large ROX pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 4/8] module: prepare to handle ROX allocations for text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 3/8] asm-generic: introduce text-patching.h
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 0/8] x86/module: use large ROX pages for text allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
- From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
- Re: [PATCH v2 7/8] execmem: add support for cache of large ROX pages
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH] m68k: disable SRAM at startup
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH] m68k: disable SRAM at startup
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: disable SRAM at startup
- From: Philippe De Muyter <philippe.demuyter@xxxxxxx>
- Re: [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH] m68k: disable SRAM at startup
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler
- From: Daniel Palmer <daniel@xxxxxxxx>
- [PATCH 1/2] m68k/mvme147: Fix SCSI IRQ numbers
- From: Daniel Palmer <daniel@xxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS d1b21794855ee7cd686b0b36def437f054654025
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH][next] m68k: remove trailing space after \n newline
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- [PATCH][next] m68k: remove trailing space after \n newline
- From: Colin Ian King <colin.i.king@xxxxxxxxx>
- Re: [PATCH] m68k/mvme147: Fix console for mvme147
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH] m68k/mvme147: Fix console for mvme147
- From: Daniel Palmer <daniel@xxxxxxxx>
- Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS d58bb1895199bf0700b15faf136ed6f4ad12a918
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:for-v6.12] BUILD SUCCESS b90fae5df91744e45e683c17bb1a38e466770df3
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v2 6/8] x86/module: perpare module loading for ROX allocations of text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 3/8] asm-generic: introduce text-patching.h
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 0/8] x86/module: use large ROX pages for text allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 4/8] module: prepare to handle ROX allocations for text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 8/8] x86/module: enable ROX caches for module text
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 7/8] execmem: add support for cache of large ROX pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [RESEND PATCH] m68k: cmpxchg: Use swap() to improve __arch_xchg()
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Missing FPSP fixes
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS fa591e3d0299dbb59ba76663d3d0dafff1782173
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 68681f50a03534935bf648ee4b0c5f7022e45bee
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: move sun3 into a top-level platform option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- From: Alex Shi <seakeel@xxxxxxxxx>
- Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- From: Alex Shi <seakeel@xxxxxxxxx>
- Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
- [PATCH] m68k/mac: Revise PowerBook 500 series model name
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 9156bb59c9b5d35b3363c1cf7615fa45e5e55130
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- [PATCH v2] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: dump, restore
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: dump, restore
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: dump, restore
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: move sun3 into a top-level platform option
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: move sun3 into a top-level platform option
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH] m68k: move sun3 into a top-level platform option
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces)
- From: kernel test robot <lkp@xxxxxxxxx>
- [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- From: Alex Shi <seakeel@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 43d88246062185c887438c36753250f93f354231
- From: kernel test robot <lkp@xxxxxxxxx>
- [RFC PATCH 18/18] mm/pgtable: pass ptdesc in pte_free_defer
- [RFC PATCH 17/18] mm: convert vmf.prealloc_pte to struct ptdesc pointer
- [RFC PATCH 16/18] mm/pgtable: pass ptdesc to pmd_install
- [RFC PATCH 15/18] mm/pgtable: pass ptdesc to pmd_populate
- [RFC PATCH 14/18] mm/pgtable: use ptdesc in pgtable_trans_huge_deposit
- [RFC PATCH 13/18] mm/pgtable: return ptdesc pointer in pgtable_trans_huge_withdraw
- [RFC PATCH 12/18] mm/thp: pass ptdesc to set_huge_zero_folio function
- [RFC PATCH 11/18] mm/pgtable: introduce ptdesc_pfn and use ptdesc in free_pte_range()
- [RFC PATCH 10/18] mm/pgtable: pass ptdesc to pte_free()
- [RFC PATCH 09/18] mm/pgtable: fully use ptdesc in pte_alloc_one series functions
- [RFC PATCH 08/18] mm/memory: use ptdesc in __pte_alloc
- [RFC PATCH 07/18] mm/thp: use ptdesc in copy_huge_pmd
- [RFC PATCH 06/18] mm/thp: convert insert_pfn_pmd and its caller to use ptdesc
- [RFC PATCH 05/18] mm/thp: use ptdesc in do_huge_pmd_anonymous_page
- [RFC PATCH 04/18] mm/thp: use ptdesc pointer in __do_huge_pmd_anonymous_page
- [RFC PATCH 03/18] fs/dax: use ptdesc in dax_pmd_load_hole
- [RFC PATCH 02/18] mm/pgtable: convert ptdesc.pmd_huge_pte to ptdesc pointer
- [RFC PATCH 01/18] mm/pgtable: use ptdesc in pte_free_now/pte_free_defer
- [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
- [PATCH] m68k: defconfig: Update defconfigs for v6.11-rc1
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Wouter Verhelst <w@xxxxxxx>
- Re: [GIT PULL] m68k updates for v6.11
- From: pr-tracker-bot@xxxxxxxxxx
- [geert-m68k:master] BUILD SUCCESS 978fd59b430e848b53ce78e5b0ae6380e5be8eee
- From: kernel test robot <lkp@xxxxxxxxx>
- [GIT PULL] m68k updates for v6.11
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: Abort make on install failures
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
- From: xtex <xtex@xxxxxxxx>
- [RESEND PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist
- From: Zhang Bingwu <xtex@xxxxxxxx>
- [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
- From: Zhang Bingwu <xtex@xxxxxxxx>
- [PATCH 1/2] kbuild: Abort make on install failures
- From: Zhang Bingwu <xtex@xxxxxxxx>
- Re: [PATCH] dio: Have dio_bus_match() callback take a const *
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH] zorro: make match function take a const pointer
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] zorro: make match function take a const pointer
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] dio: Have dio_bus_match() callback take a const *
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] zorro: Have zorro_bus_match() callback take a const *
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] zorro: Have zorro_bus_match() callback take a const *
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] dio: Have dio_bus_match() callback take a const *
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] zorro: make match function take a const pointer
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- [geert-m68k:master] BUILD SUCCESS 72c1104f688392e2d3ca184436ee7e1dbffda60f
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:for-next] BUILD SUCCESS 21b9e722ad28c19c2bc83f18f540b3dbd89bf762
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Fwd: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- [PATCH] m68k: cmpxchg: Use swap() to improve code
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: add a bvec_phys helper v3
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [PATCH 1/2] block: add a bvec_phys helper
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] block: add a bvec_phys helper
- From: Christoph Hellwig <hch@xxxxxx>
- add a bvec_phys helper v3
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] block: add a bvec_phys helper
- From: Christoph Hellwig <hch@xxxxxx>
- add a bvec_phys helper v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: add a bvec_phys helper
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: add a bvec_phys helper
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: add a bvec_phys helper
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: pass a phys_addr_t to get_max_segment_size
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/2] block: add a bvec_phys helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] block: pass a phys_addr_t to get_max_segment_size
- From: Christoph Hellwig <hch@xxxxxx>
- add a bvec_phys helper
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Simon Fernandez <fernandez.simon@xxxxxxxxx>
- Re: [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg()
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support
- From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
- Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support
- From: Greg Ungerer <gerg@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 6f44965e59fc53459d6ee658255be9705fbbd458
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [geert-m68k:for-next] BUILD SUCCESS 75d3891ca19efe82392aa5e2810334979075a87a
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg()
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS bdf4cd121bfdde0794b391c3aa9382ec8bd2f426
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [geert-m68k:for-next] BUILD SUCCESS 156872f08e33af7a23c1e4827f6127d7861b23fd
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support
- From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH] mtd: nand: Add support for M5441x NFC
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH v2 0/2] M5441x: Add NFC support
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH] mtd: nand: Add support for M5441x NFC
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH] mtd: nand: Add support for M5441x NFC
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v2] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH] mtd: nand: Add support for M5441x NFC
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH] mtd: nand: Add support for M5441x NFC
- From: Greg Ungerer <gerg@xxxxxxxxxx>
- Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: Christoph Hellwig <hch@xxxxxx>
- [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression
- From: kernel test robot <oliver.sang@xxxxxxxxx>
- Re: [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v4 31/40] m68k: optimize get_mmu_context()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v4 01/40] lib/find: add atomic find_bit() primitives
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v4 02/40] lib/find: add test for atomic find_bit() ops
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v4 00/40] lib/find: add atomic find_bit() primitives
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH] tty: mcf: MCF54418 has 10 UARTS
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH] tty: mcf: MCF54418 has 10 UARTS
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] tty: mcf: MCF54418 has 10 UARTS
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH] mtd: nand: Add support for M5441x NFC
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Regression: Atari SCU support
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 1a2a64296e177ae6ebde9ef3ff7263073c194093
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Simon Fernandez <fernandez.simon@xxxxxxxxx>
- Regression: Atari SCU support
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- Re: move features flags into queue_limits v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: move features flags into queue_limits v2
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: move features flags into queue_limits v2
- From: Jens Axboe <axboe@xxxxxxxxx>
- m68k 54418 fails to execute user space
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros
- From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
- Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] zorro: Use str_plural() in amiga_zorro_probe()
- From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/26] block: remove blk_flush_policy
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [PATCH 09/26] virtio_blk: remove virtblk_update_cache_mode
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: remove sd_is_zoned
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [PATCH] m68k: add missing MODULE_DESCRIPTION() macros
- From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
- Re: [PATCH 26/26] block: move the bounce flag into the features field
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCH 26/26] block: move the bounce flag into the features field
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 20/26] block: move the dax flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 23/26] block: move the zone_resetall flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 22/26] block: move the zoned flag into the features field
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 21/26] block: move the poll flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 18/26] block: move the synchronous flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 17/26] block: move the stable_writes flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 15/26] block: move the add_random flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Re: [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 07/26] loop: also use the default block size from an underlying block device
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 06/26] loop: regularize upgrading the block size for direct I/O
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- [PATCH 26/26] block: move the bounce flag into the features field
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/26] block: move the zone_resetall flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/26] block: move the zoned flag into the features field
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/26] block: move the poll flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/26] block: move the dax flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/26] block: move the stable_writes flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/26] block: move the synchronous flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/26] block: move the add_random flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/26] block: remove blk_flush_policy
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/26] virtio_blk: remove virtblk_update_cache_mode
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/26] loop: fold loop_update_rotational into loop_reconfigure_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/26] loop: also use the default block size from an underlying block device
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/26] loop: regularize upgrading the block size for direct I/O
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/26] loop: always update discard settings in loop_reconfigure_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/26] sd: remove sd_is_zoned
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- move features flags into queue_limits v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: Issue with JFFS2 and a_ops->dirty_folio
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Issue with JFFS2 and a_ops->dirty_folio
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Issue with JFFS2 and a_ops->dirty_folio
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- Issue with JFFS2 and a_ops->dirty_folio
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Re: [PATCH 21/26] block: move the poll flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 12/26] block: remove blk_flush_policy
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 01/26] sd: fix sd_is_zoned
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Josef Bacik <josef@xxxxxxxxxxxxxx>
- Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 1eb862e5a3026b81b3c1fd26af3b9fc0e44887bb
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
- Re: [PATCH 01/26] sd: fix sd_is_zoned
- From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 26/26] block: move the bounce flag into the feature field
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 23/26] block: move the zone_resetall flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 22/26] block: move the zoned flag into the feature field
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 12/26] block: remove blk_flush_policy
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 21/26] block: move the poll flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 20/26] block: move the dax flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 18/26] block: move the synchronous flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 17/26] block: move the stable_write flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 01/26] sd: fix sd_is_zoned
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 15/26] block: move the add_random flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 12/26] block: remove blk_flush_policy
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 01/26] sd: fix sd_is_zoned
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- [PATCH 26/26] block: move the bounce flag into the feature field
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/26] block: move the zone_resetall flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/26] block: move the zoned flag into the feature field
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/26] block: move the poll flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/26] block: move the dax flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/26] block: move the nowait flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/26] block: move the synchronous flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/26] block: move the stable_write flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/26] block: move the io_stat flag setting to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/26] block: move the add_random flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/26] block: move the nonrot flag to queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/26] block: move cache control settings out of queue->flags
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/26] block: remove blk_flush_policy
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/26] block: freeze the queue in queue_attr_store
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/26] loop: also use the default block size from an underlying block device
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
- From: Christoph Hellwig <hch@xxxxxx>
- move features flags into queue_limits
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/26] sd: fix sd_is_zoned
- From: Christoph Hellwig <hch@xxxxxx>
- Re: m54418: ELF execution issues
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: m54418: ELF execution issues
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m54418: ELF execution issues
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: m54418: ELF execution issues
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m54418: ELF execution issues
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: m54418: ELF execution issues
- From: Greg Ungerer <gerg@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 873c60e820ef05e313bf036c3382a1a18e25258f
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:for-next] BUILD SUCCESS 1d8491d3e726984343dd8c3cdbe2f2b47cfdd928
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
- From: Sergey Shtylyov <s.shtylyov@xxxxxx>
- [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: [PATCH v4] m68k: amiga: turn off all incoming interrupts from the Warp1260 during boot
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- m54418: ELF execution issues
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH v4] m68k: amiga: turn off all incoming interrupts from the Warp1260 during boot
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: [PATCH v3] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: [PATCH v2] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v2] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: [PATCH 1/1] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- xen-blkfront: don't disable cache flushes when they fail
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 0/1] amiga: turn off all incoming interrupts from the Warp1260
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 1/1] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- [PATCH 0/1] amiga: turn off all incoming interrupts from the Warp1260
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 1b7fff0c30af90baaf3258d8a3d839ef1cb731f7
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- [PATCH] m68k: defconfig: Update defconfigs for v6.10-rc1
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [git pull] m68knommu changes for v6.10
- From: pr-tracker-bot@xxxxxxxxxx
- Re: Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68knommu changes for v6.10
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Amiga, serial and SYSRQ
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Amiga, serial and SYSRQ
- From: Paolo Pisati <p.pisati@xxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Python requires 32-bit alignment now - was: Re: Tuple and changes for m68k with -malign-int
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
- From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
- From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
- Re: [GIT PULL] m68k updates for v6.10
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
- From: Frank Li <Frank.li@xxxxxxx>
- Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
- From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
- [geert-m68k:m68k-v6.9] BUILD SUCCESS 4ba03fc1efac878fdadc5eb731fdf656d42f3277
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 0b7dbc6b625c745299add4e0b6fca353054928e9
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [GIT PULL] m68k updates for v6.10
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [geert-m68k:for-v6.10] BUILD SUCCESS ec8c8266373f6283a3e99b036aea7b9428480625
- From: kernel test robot <lkp@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 45909426fcb7f3b32917671bc3409e24a22b856f
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH/RFC v2] m68k: Add full preempt support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH RFC] m68k: fix spinlock race in kernel thread creation
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Fix reboot hang on Mac IIci
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] m68k: Let GENERIC_IOMAP depend on HAS_IOPORT
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 163263222efa7922859958ac201b422dd1d7fc4e
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: Move ARCH_HAS_CPU_CACHE_ALIASING
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH] m68k: Move ARCH_HAS_CPU_CACHE_ALIASING
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/mac: Fix reboot hang on Mac IIci
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH 00/31] Remove UCLINUX (nommu support) from LTP legacy C API
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- [geert-m68k:for-v6.10] BUILD SUCCESS bd622532f7b35805d6afde38639b0d631fda818b
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH 5.4 037/107] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5.10 055/138] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.19 23/77] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: Jan Kara <jack@xxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 3269a156e5b091ac589f3b232ffa73582df10f4f
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] m68k: amiga: Use str_plural() to fix Coccinelle warning
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] macintosh/via-macii: Fix "BUG: sleeping function called from invalid context"
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/2] m68k uaccess fault handling fixes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/2] m68k uaccess fault handling fixes
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- [PATCH v4 0/2] m68k uaccess fault handling fixes
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v4 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- [PATCH] m68k: Handle put_user() faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] m68k: Handle put_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v3 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v3 0/2] m68k uaccess fault handling fixes
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: Christian Göttsche <cgoettsche@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] m68k: Handle put_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 5.15 45/71] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6.1 105/141] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6.6 110/158] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6.8 102/158] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.8-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.6-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.1-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.15-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.10-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.4-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 4.19-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 31306b07e91abde90a708f9154ded3b1bac3a8c4
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH RFC v2 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH RFC v2 0/2] m68k uaccess fault handling fixes
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
- From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
- Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 3/5] mm: add vaddr param to pmd_populate_kernel
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH] m68k: bitops: Fix typo in comment
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [PATCH] m68k: bitops: Fix typo in comment
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH] m68k: bitops: Fix typo in comment
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 33ab37f265940f8e044b54c710fff14e91f68b19
- From: kernel test robot <lkp@xxxxxxxxx>
- [RFC PATCH] m68k: Handle put_user faults more carefully
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: MFS Filesystem support
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: MFS Filesystem support
- From: Josh Juran <jjuran@xxxxxxxxx>
- MFS Filesystem support
- From: The Mariocrafter <kayvonkamyar@xxxxxxxxx>
- [RESEND PATCH] m68k: amiga: Use str_plural() to fix Coccinelle warning
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- [PATCH 00/31] Remove UCLINUX (nommu support) from LTP legacy C API
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH RFC] m68k: fix spinlock race in kernel thread creation
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH RFC] m68k: fix spinlock race in kernel thread creation
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [geert-m68k:master] BUILD SUCCESS 9c9c2b85c6b3c6d365a2344adcd5c5a4cc02d0ad
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH v3] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
[Index of Archives]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite]