Linux Sparc

• Thread Index

• [PATCH 09/11] sparc64: Convert U3copy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 08/11] sparc64: Convert NG2copy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 07/11] sparc64: Convert NGcopy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 06/11] sparc64: Convert NG4copy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 05/11] sparc64: Convert U1copy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 04/11] sparc64: Convert GENcopy_{from,to}_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 03/11] sparc64: Convert copy_in_user to accurate exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 02/11] sparc64: Prepare to move to more saner user copy exception handling.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 01/11] sparc64: Delete __ret_efault.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/11] Fix sparc exception reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• NMI watchdog: BUG: soft lockup
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• [GIT PULL v2 5/5] processor.h: remove cpu_relax_lowlatency
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL v2 3/5] s390: make cpu_relax a barrier again
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL v2 0/5] cpu_relax: drop lowlatency, introduce yield
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL v2 4/5] processor.h: Remove cpu_relax_lowlatency users
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL v2 2/5] stop_machine: yield CPU during stop machine
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH 2/6] sparc64: Add ATU (new IOMMU) support
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [PATCH 3/6] sparc64: Initialize iommu_map_table and iommu_pool
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [net-next PATCH RFC 19/26] arch/sparc: Add option to skip DMA sync as a part of map and unmap
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 1/6] sparc64: Add FORCE_MAX_ZONEORDER and default to 13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] sparc64: Add FORCE_MAX_ZONEORDER and default to 13
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [net-next PATCH RFC 19/26] arch/sparc: Add option to skip DMA sync as a part of map and unmap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Setup a scheduling domain for highest level cache.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [net-next PATCH RFC 19/26] arch/sparc: Add option to skip DMA sync as a part of map and unmap
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
• Re: [PATCH] sparc32: Fix old style declaration GCC warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix old style declaration GCC warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] sparc64: Initialize iommu_map_table and iommu_pool
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] sparc64: Add ATU (new IOMMU) support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] sparc64: Add FORCE_MAX_ZONEORDER and default to 13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: Fix old style declaration GCC warnings
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH] sparc64: Fix old style declaration GCC warnings
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [PATCH] sparc64: Setup a scheduling domain for highest level cache.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Siva Reddy Kallam <siva.kallam@xxxxxxxxxxxx>
• Re: [PATCH v3 0/2] Introduce arch specific nmi enable, disable handlers
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [PATCH v3 2/2] sparc: Implement arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 0/2] Introduce arch specific nmi enable, disable handlers
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 0/2] sparc/net: Fix compiler warnings
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 2/2] sunbmac: Fix compiler warning
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 1/2] sunqe: Fix compiler warnings
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• Re: [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce arch specific nmi enable, disable handlers
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH v4 11/12] sparc/tracing: fix compat syscall handling
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Siva Reddy Kallam <siva.kallam@xxxxxxxxxxxx>
• [PATCH v2 2/2] sparc: Implement arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 0/2] Introduce arch specific nmi enable, disable handlers
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce update_arch_nmi_watchdog for arch specific handlers
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH V2 1/1] sparc64:Support User Probes for sparc
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 09/10] mm: replace access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH v2] sparc64: Multi-page size support
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH] sparc64: Multi-page size support
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 10/11] sparc/tracing: fix compat syscall handling
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• [PATCH 1/6] sparc64: Add FORCE_MAX_ZONEORDER and default to 13
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 4/6] sparc64: Bind PCIe devices to use IOMMU v2 service
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 3/6] sparc64: Initialize iommu_map_table and iommu_pool
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 2/6] sparc64: Add ATU (new IOMMU) support
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 5/6] sparc64: Enable sun4v dma ops to use IOMMU v2 APIs
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 0/6] sparc: Enable sun4v hypervisor PCI IOMMU v2 APIs and ATU
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Siva Reddy Kallam <siva.kallam@xxxxxxxxxxxx>
• Re: user probes patch
  • From: Allen <allen.pais@xxxxxxxxxx>
• Re: [linux-review:Tushar-Dave/sparc-Enable-sun4v-hypervisor-PCI-IOMMU-v2-APIs-and-ATU/20161007-131420 6/6] drivers/net/ethernet/sun/sunqe.c:883:8: error: passing argument 3 of 'dma_alloc_coherent' from incompatible pointer type
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [linux-review:Tushar-Dave/sparc-Enable-sun4v-hypervisor-PCI-IOMMU-v2-APIs-and-ATU/20161007-131420 6/6] drivers/net/ethernet/sun/sunqe.c:883:8: error: passing argument 3 of 'dma_alloc_coherent' from incompatible pointer type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [linux-review:Tushar-Dave/sparc-Enable-sun4v-hypervisor-PCI-IOMMU-v2-APIs-and-ATU/20161007-131420 6/6] drivers/net/ethernet/sun/sunqe.c:883:8: error: passing argument 3 of 'dma_alloc_coherent' from incompatible pointer type
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [linux-review:Tushar-Dave/sparc-Enable-sun4v-hypervisor-PCI-IOMMU-v2-APIs-and-ATU/20161007-131420 6/6] drivers/net/ethernet/sun/sunqe.c:883:8: error: passing argument 3 of 'dma_alloc_coherent' from incompatible pointer type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [linux-review:Tushar-Dave/sparc-Enable-sun4v-hypervisor-PCI-IOMMU-v2-APIs-and-ATU/20161007-131420 6/6] drivers/net/ethernet/sun/sunqe.c:883:8: error: passing argument 3 of 'dma_alloc_coherent' from incompatible pointer type
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Siva Reddy Kallam <siva.kallam@xxxxxxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 0/2] Introduce update_arch_nmi_watchdog for arch specific handlers
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH 1/2] watchdog: Introduce update_arch_nmi_watchdog
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] watchdog: Introduce update_arch_nmi_watchdog
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC PATCH 0/6] sparc: Enable sun4v hypervisor PCI IOMMU v2 APIs and ATU
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 2/6] sparc64: Add ATU (new IOMMU) support
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 5/6] sparc64: Enable sun4v dma ops to use IOMMU v2 APIs
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 4/6] sparc64: Bind PCIe devices to use IOMMU v2 service
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 6/6] sparc64: Enable 64-bit DMA
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 3/6] sparc64: Initialize iommu_map_table and iommu_pool
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [RFC PATCH 1/6] sparc64: Add FORCE_MAX_ZONEORDER and default to 13
  • From: Tushar Dave <tushar.n.dave@xxxxxxxxxx>
• [PATCH 2/2] sparc: Implement update_arch_nmi_watchdog
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 1/2] watchdog: Introduce update_arch_nmi_watchdog
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 0/2] Introduce update_arch_nmi_watchdog for arch specific handlers
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc: fixing ident and beautifying code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc64: PCIe performance enhancements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: migrate exception table users off module.h and onto extable.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• user probes patch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC S7-2L
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC S7-2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc: fixing ident and beautifying code
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v4] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v2] sparc: fixed ident, unsplitted 2 shorts lines in one big line
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2] sparc: fixed ident, unsplitted 2 shorts lines in one big line
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [sparc:master 3/4] arch/sparc/kernel/setup_64.c:653:2: error: implicit declaration of function 'smp_fill_in_cpu_possible_map'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Enable setting "relaxed ordering" in IOMMU mappings
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Enable PCI IOMMU version 2 API
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v2 0/2] sparc64: PCIe performance enhancements
  • From: chris.hyser@xxxxxxxxxx
• [sparc:master 3/4] arch/sparc/kernel/setup_64.c:653:2: error: implicit declaration of function 'smp_fill_in_cpu_possible_map'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH 2/2] sparc64: Enable setting "relaxed ordering" in IOMMU mappings
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Enable PCI IOMMU version 2 API
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH 0/2] sparc64: PCIe performance enhancements
  • From: chris.hyser@xxxxxxxxxx
• Re: [PATCH 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64 mm: Fix more TSB sizing issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 0/2] Ajust lockdep static allocations for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 2/2] lockdep: Keep the static allocations small for PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 0/2] Ajust lockdep static allocations for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH] sparc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v14 07/17] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 05/17] sparc/PCI: Use correct offset for bus address to resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 13/17] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 08/17] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 09/17] sparc/PCI: Keep resource idx order with bridge register number
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 03/17] PCI: Remove __pci_mmap_make_offset()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 02/17] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 10/11] sparc/tracing: fix compat syscall handling
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• [PATCH 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v3 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• SILO Issues on an E4900
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Regression with 4.7.2 on sun4u
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: Clarification for source code formatting around jump labels
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: Clarification for source code formatting around jump labels
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 3/4] sparc: bpf_jit: Avoid assignment for "flen" if BPF JIT is disabled
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] sparc: bpf_jit: Use kmalloc_array() in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] sparc: bpf_jit: Avoid assignment for "flen" if BPF JIT is disabled
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] sparc: bpf_jit: Use kmalloc_array() in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] sparc: bpf_jit: Fine-tuning for bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v9 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] sparc: Delete an unnecessary initialisation in led_proc_write()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] sparc: Fine-tuning for three function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Cascading crash on ECC error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Netra T1-105 reboot hang (prtfconf/openprom module related?)
  • From: Meelis Roos <mroos@xxxxxxxx>
• Cascading crash on ECC error
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v1 7/7] tools: add userspace linker table sandbox
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: Rich Felker <dalias@xxxxxxxx>
• [sparc64] fio bus error
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v4 04/16] generic-sections: add section core helpers
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 7/7] tools: add userspace linker table sandbox
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 6/7] tools: add __section() to compiler.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 5/7] tools: expand export.h with VMLINUX_SYMBOL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 4/7] tools: add __used and enable to override
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 3/7] tools: add init.h for tools
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 2/7] tools: add a basic tools printk.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 1/7] tools: add a userspace tools bug.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 04/16] generic-sections: add section core helpers
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 15/16] kprobes: port .kprobes.text to section range
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 16/16] kprobes: port blacklist kprobes to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 13/16] dynamic_debug: port to use linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 12/16] jump_label: port __jump_table to linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 11/16] jump_label: move guard #endif down where it belongs
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• Re: [PATCH v8 0/4] improvements to the nmi_backtrace code
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [sparc64] git kernel TPC and OOPS after enabling CONFIG_DEBUG_SLAB
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] sparc64:Support User Probes for sparc
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: QLogicPTI Hangs on SPARC64
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• QLogicPTI Hangs on SPARC64
  • From: Alex McWhirter <alexmcwhirter@xxxxxxxxxx>
• [PATCH] sparc64: fix section mismatch in find_numa_latencies_for_group
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0028/1285] Replace numeric parameter like 0444 with macro
  • From: Baole Ni <baolex.ni@xxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc: fix fault detection in copy_in_user
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Trim page tables for 8M hugepages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix base TSB sizing when hugetlb pages are used
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [patch -old] sparc: serial: sunhv: fix a double lock bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc32: off by ones in BUG_ON()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] arch/sparc: SPARC-S7 piggyback support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RFC: using worker threadpool to speed up clear_huge_page() by up to 5x
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: alexmcwhirter@xxxxxxxxxx
• [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: round fault_address down to a page boundary
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: QLogic PTI firmware
  • From: rodent@xxxxxxxxxx
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: QLogic PTI firmware
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4 00/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• RE: [PATCH v3 02/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 06/14] sparc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/12] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC v3 02/13] dell-smo8800: include uaccess.h
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [RFC v3 08/13] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 09/13] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 11/13] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 06/13] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 03/13] scripts/module-common.lds: enable generation
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 04/13] sections.h: guard against asm and linker script
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 01/13] x86: remove LTO_REFERENCE_INITCALL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 02/13] dell-smo8800: include uaccess.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 04/12] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 02/12] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 11/12] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 10/12] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 08/12] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 03/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 05/12] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 06/12] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 07/12] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 09/12] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 00/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 01/12] mm: Add is_migrate_cma_page
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• RE: [PATCH v3 00/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• RE: [PATCH v3 00/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: Add is_migrate_cma_page
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] mm: Add is_migrate_cma_page
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• RFC: using worker threadpool to speed up clear_huge_page() by up to 5x
  • From: kpusukur <kishore.kumar.pusukuri@xxxxxxxxxx>
• openpromfs root inode has ino 0
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 05/11] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 10/11] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 07/11] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 06/11] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 03/11] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 08/11] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 09/11] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 04/11] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] sparc64 mm: Fix base TSB sizing when hugetlb pages are used
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [patch -old] sparc: serial: sunhv: fix a double lock bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [patch] sparc32: off by ones in BUG_ON()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH for -mm] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 06/11] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 09/11] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 08/11] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 07/11] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 10/11] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 04/11] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 03/11] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 0/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 05/11] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Mapping PADDR into virtual memory problem.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Mapping PADDR into virtual memory problem.
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Mapping PADDR into virtual memory problem.
  • From: joe moriarty <joe.moriarty@xxxxxxxxxx>
• Re: [PATCH] Btrfs: fix extent buffer bitmap tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [bug report] SPARC/LEON: added support for selecting Timer Core and Timer within core
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v6 40/46] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] sparc: round fault_address down to a page boundary
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• btrfs module does not load on sparc64
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• prtconfs: Add SPARC S7-2L
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• prtconfs: Add SPARC S7-2
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH v3 3/7] sparc: support static_key usage in non-module __exit sections
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/9] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/9] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 8/9] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 6/9] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 5/9] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/9] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 3/7] sparc: support static_key usage in non-module __exit sections
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v5 39/44] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: alexmcwhirter@xxxxxxxxxx
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 19/29] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [perf core] c5dfd78eb7: BUG: unable to handle kernel NULL pointer dereference at 00000c40
  • From: kernel test robot <fengguang.wu@xxxxxxxxx>
• [PATCH v2 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: alexmcwhirter@xxxxxxxxxx
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>