Linux Sparc

• Date Index

• [PATCH] sparc: kernel: apc: make of_device_ids const, Arvind Yadav
  • Re: [PATCH] sparc: kernel: apc: make of_device_ids const, David Miller
• [PATCH v2] sparc64: Fix gup_huge_pmd, Nitin Gupta
  • Re: [PATCH v2] sparc64: Fix gup_huge_pmd, David Miller
• [v1] sparc64: fix typo in property, Pavel Tatashin
  • Re: [v1] sparc64: fix typo in property, David Miller
    • Re: [v1] sparc64: fix typo in property, David Miller
      • Re: [v1] sparc64: fix typo in property, Pasha Tatashin
• [PATCH] sparc64: Fix gup_huge_pmd, Nitin Gupta
  • Re: [PATCH] sparc64: Fix gup_huge_pmd, Julian Calaby
    • Re: [PATCH] sparc64: Fix gup_huge_pmd, Nitin Gupta
      • Re: [PATCH] sparc64: Fix gup_huge_pmd, Julian Calaby
• [PATCH net-next 0/2] sunvnet: add to ethtool data, Shannon Nelson
  • [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings, Shannon Nelson
    • Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings, David Miller
      • Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings, Shannon Nelson
        • Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings, David Miller
  • [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info, Shannon Nelson
    • Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info, David Miller
      • Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info, Shannon Nelson
        • Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info, David Miller
• [PATCH 1/1] futex: remove duplicated code and fix UB, Jiri Slaby
  • Re: [PATCH 1/1] futex: remove duplicated code and fix UB, Darren Hart
  • Re: [PATCH 1/1] futex: remove duplicated code and fix UB, Thomas Gleixner
    • Re: [PATCH 1/1] futex: remove duplicated code and fix UB, Jiri Slaby
      • Re: [PATCH 1/1] futex: remove duplicated code and fix UB, Will Deacon
      • Re: [PATCH 1/1] futex: remove duplicated code and fix UB, Thomas Gleixner
• [PATCH 0/4] sparc64: Add 16GB hugepage support, Nitin Gupta
  • [PATCH 4/4] sparc64: Cleanup hugepage table walk functions, Nitin Gupta
  • [PATCH 1/4] sparc64: Add 16GB hugepage support, Nitin Gupta
  • [PATCH 3/4] sparc64: Fix gup_huge_pmd, Nitin Gupta
  • [PATCH 2/4] sparc64: Support huge PUD case in get_user_pages, Nitin Gupta
  • Re: [PATCH 0/4] sparc64: Add 16GB hugepage support, David Miller
    • Re: [PATCH 0/4] sparc64: Add 16GB hugepage support, Nitin Gupta
      • Re: [PATCH 0/4] sparc64: Add 16GB hugepage support, David Miller
• [PATCH v3 1/4] sparc64: Add 16GB hugepage support, Nitin Gupta
  • [PATCH v3 2/4] sparc64: Support huge PUD case in get_user_pages, Nitin Gupta
  • [PATCH v3 4/4] sparc64: Cleanup hugepage table walk functions, Nitin Gupta
  • [PATCH v3 3/4] sparc64: Fix gup_huge_pmd, Nitin Gupta
  • Re: [PATCH v3 1/4] sparc64: Add 16GB hugepage support, David Miller
• From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>, Nitin Gupta
  • [PATCH v2 2/4] sparc64: Support huge PUD case in get_user_pages, Nitin Gupta
  • [PATCH v2 4/4] sparc64: Cleanup hugepage table walk functions, Nitin Gupta
  • [PATCH v2 3/4] sparc64: Fix gup_huge_pmd, Nitin Gupta
  • Re: From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>, Nitin Gupta
• [PATCH 0/3] Suppressing version generation failed warnings in sparc, Nagarathnam Muthusamy
  • [PATCH 2/3] sed regex in Makefile.build requires line break between exported symbols, Nagarathnam Muthusamy
  • [PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc, Nagarathnam Muthusamy
    • Re: [PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc, Josip Rodin
      • Re: [PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc, Josip Rodin
  • [PATCH 3/3] Adding the type of exported symbols, Nagarathnam Muthusamy
  • Re: [PATCH 0/3] Suppressing version generation failed warnings in sparc, David Miller
• clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
  • [PATCH 02/44] ibmveth: properly unwind on init errors, Christoph Hellwig
  • [PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 01/44] firmware/ivc: use dma_mapping_error, Christoph Hellwig
  • [PATCH 15/44] xtensa: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 14/44] sh: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 21/44] powerpc: implement ->mapping_error, Christoph Hellwig
  • [PATCH 24/44] x86: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation, Christoph Hellwig
  • [PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype, Christoph Hellwig
  • [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation, Christoph Hellwig
  • [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching, Christoph Hellwig
    • Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching, Benjamin Herrenschmidt
      • Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching, Christoph Hellwig
        • Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching, Benjamin Herrenschmidt
  • [PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask, Christoph Hellwig
  • [PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization, Christoph Hellwig
  • [PATCH 40/44] tile: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 43/44] dma-mapping: remove the set_dma_mask method, Christoph Hellwig
  • [PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask, Christoph Hellwig
  • [PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask, Christoph Hellwig
  • [PATCH 35/44] x86: remove arch specific dma_supported implementation, Christoph Hellwig
  • [PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED, Christoph Hellwig
  • [PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask, Christoph Hellwig
  • [PATCH 34/44] arm: remove arch specific dma_supported implementation, Christoph Hellwig
  • [PATCH 27/44] sparc: remove leon_dma_ops, Christoph Hellwig
  • [PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 28/44] sparc: remove arch specific dma_supported implementations, Christoph Hellwig
  • [PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 25/44] arm: implement ->mapping_error, Christoph Hellwig
  • [PATCH 23/44] x86/calgary: implement ->mapping_error, Christoph Hellwig
  • [PATCH 22/44] x86/pci-nommu: implement ->mapping_error, Christoph Hellwig
  • [PATCH 19/44] s390: implement ->mapping_error, Christoph Hellwig
  • [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting, Christoph Hellwig
  • [PATCH 20/44] sparc: implement ->mapping_error, Christoph Hellwig
  • [PATCH 18/44] iommu/amd: implement ->mapping_error, Christoph Hellwig
  • [PATCH 13/44] openrisc: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 16/44] arm64: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 11/44] m32r: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 12/44] microblaze: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 09/44] c6x: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 10/44] ia64: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 08/44] xen-swiotlb: implement ->mapping_error, Christoph Hellwig
  • [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops, Christoph Hellwig
  • [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE, Christoph Hellwig
    • Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE, Robin Murphy
  • [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Christoph Hellwig
    • Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Alexander Duyck
      • Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Christoph Hellwig
  • new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
    • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Stephen Rothwell
      • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
        • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Marek Szyprowski
          • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Stephen Rothwell
          • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
    • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Robin Murphy
      • Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
  • Re: clean up and modularize arch dma_mapping interface V2, tndave
    • Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
      • Re: clean up and modularize arch dma_mapping interface V2, Benjamin Herrenschmidt
        • Re: clean up and modularize arch dma_mapping interface V2, Christoph Hellwig
          • Re: clean up and modularize arch dma_mapping interface V2, tndave
• [v1 0/2] Early boot timestamp fixes, Pavel Tatashin
  • [v1 1/2] sparc64: use prom interface to get %stick frequency, Pavel Tatashin
  • [v1 2/2] sparc64: broken %tick frequency on spitfire cpus, Pavel Tatashin
  • Re: [v1 0/2] Early boot timestamp fixes, Guenter Roeck
    • Re: [v1 0/2] Early boot timestamp fixes, David Miller
      • Re: [v1 0/2] Early boot timestamp fixes, Pasha Tatashin
    • Re: [v1 0/2] Early boot timestamp fixes, Pasha Tatashin
      • Re: [v1 0/2] Early boot timestamp fixes, Mark Cave-Ayland
        • Re: [v1 0/2] Early boot timestamp fixes, David Miller
        • Re: [v1 0/2] Early boot timestamp fixes, Guenter Roeck
          • Re: [v1 0/2] Early boot timestamp fixes, Mark Cave-Ayland
      • Re: [v1 0/2] Early boot timestamp fixes, Guenter Roeck
        • Re: [v1 0/2] Early boot timestamp fixes, Pasha Tatashin
          • Re: [v1 0/2] Early boot timestamp fixes, Guenter Roeck
        • Re: [v1 0/2] Early boot timestamp fixes, Mark Cave-Ayland
          • Re: [v1 0/2] Early boot timestamp fixes, David Miller
  • Re: [v1 0/2] Early boot timestamp fixes, David Miller
• [PATCH] sparc/time: make of_device_ids const, Arvind Yadav
  • Re: [PATCH] sparc/time: make of_device_ids const, David Miller
• gcc 7.1 sparc64 fixes, Waldemar Brodkorb
  • Re: gcc 7.1 sparc64 fixes, Greg KH
    • Re: gcc 7.1 sparc64 fixes, David Miller
• [PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP, Shannon Nelson
  • Re: [PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP, David Miller
    • Re: [PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP, Shannon Nelson
• [PATCH] sparc64: Exclude perf user callchain during critical sections, Rob Gardner
  • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, David Miller
    • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, Rob Gardner
      • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, David Miller
        • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, Rob Gardner
          • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, David Miller
    • Re: [PATCH] sparc64: Exclude perf user callchain during critical sections, Eric Saint Etienne
• [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies, Babu Moger
  • [PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile, Babu Moger
  • [PATCH v3 3/3] include: warn for inconsistent endian config definition, Babu Moger
  • [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Babu Moger
    • Re: [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Helge Deller
  • Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies, Geert Uytterhoeven
  • <Possible follow-ups>
  • [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies, Babu Moger
    • [PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile, Babu Moger
    • [PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Babu Moger
    • [PATCH v3 3/3] include: warn for inconsistent endian config definition, Babu Moger
    • Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies, Greg KH
      • Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies, Peter Zijlstra
• [v3 0/8] Early boot timestamp, Pavel Tatashin
  • [v3 2/8] sparc64: access tick function from variable, Pavel Tatashin
  • [v3 3/8] sparc64: show time stamps from zero, Pavel Tatashin
  • [v3 1/8] sparc64: remove trailing white spaces, Pavel Tatashin
  • [v3 8/8] sparc64: optimize functions that access tick, Pavel Tatashin
  • [v3 5/8] sparc64: improve modularity tick options, Pavel Tatashin
  • [v3 7/8] sparc64: add hot-patched and inlined get_tick(), Pavel Tatashin
  • [v3 4/8] sparc64: optimize loads in clock_sched(), Pavel Tatashin
  • [v3 6/8] sparc64: initialize time early, Pavel Tatashin
  • Re: [v3 0/8] Early boot timestamp, David Miller
• [v2 0/8] Early boot timestamp, Pavel Tatashin
  • [v2 1/8] sparc64: remove trailing white spaces, Pavel Tatashin
  • [v2 8/8] sparc64: optimize functions that access tick, Pavel Tatashin
    • Re: [v2 8/8] sparc64: optimize functions that access tick, David Miller
  • [v2 6/8] sparc64: initialize time early, Pavel Tatashin
  • [v2 3/8] sparc64: show time stamps from zero, Pavel Tatashin
  • [v2 7/8] sparc64: add hot-patched and inlined get_tick(), Pavel Tatashin
  • [v2 2/8] sparc64: access tick function from variable, Pavel Tatashin
  • [v2 4/8] sparc64: optimize loads in clock_sched(), Pavel Tatashin
    • Re: [v2 4/8] sparc64: optimize loads in clock_sched(), David Miller
      • Re: [v2 4/8] sparc64: optimize loads in clock_sched(), Pasha Tatashin
        • Re: [v2 4/8] sparc64: optimize loads in clock_sched(), David Miller
          • Re: [v2 4/8] sparc64: optimize loads in clock_sched(), Pasha Tatashin
            • Re: [v2 4/8] sparc64: optimize loads in clock_sched(), David Miller
  • [v2 5/8] sparc64: improve modularity tick options, Pavel Tatashin
  • Re: [v2 0/8] Early boot timestamp, David Miller
• [PATCH 00/27] kbuild, arch: complete UAPI de-coupling and cleanup scripts/Makefile.headersinst, Masahiro Yamada
  • [PATCH 21/27] sparc: move generic-y of exported headers to uapi/asm/Kbuild, Masahiro Yamada
• [PATCH v2 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies, Babu Moger
  • [PATCH v2 2/2] include: warn for inconsistent endian config definition, Babu Moger
  • [PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Babu Moger
    • Re: [PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Stafford Horne
• patch "sparc: vio: use dev_groups and not dev_attrs for bus_type" added to driver-core-next, gregkh
• [RFC] Add VCC driver to Linux, Jag Raman
  • [RFC] sparc64: Add virtual console server support, Jag Raman
    • Re: [RFC] sparc64: Add virtual console server support, David Miller
• [PATCH v1 00/12] Add MDESC & VIO support for VCC, Jag Raman
  • [PATCH v1 01/12] sparc64: ensure VIO operations are defined while being used, Jag Raman
  • [PATCH v1 02/12] sparc64: specify the device class in VIO version info. packet, Jag Raman
  • [PATCH v1 04/12] sparc64: expand MDESC interface, Jag Raman
    • Re: [PATCH v1 04/12] sparc64: expand MDESC interface, David Miller
      • Message not available
        • Re: [PATCH v1 04/12] sparc64: expand MDESC interface, David Miller
  • [PATCH v1 07/12] sparc64: refactor code to obtain cfg_handle property from MDESC, Jag Raman
  • [PATCH v1 06/12] sparc64: add MDESC node name property to VIO device metadata, Jag Raman
    • Re: [PATCH v1 06/12] sparc64: add MDESC node name property to VIO device metadata, David Miller
  • [PATCH v1 09/12] sparc64: check if a client is allowed to register for MDESC notifications, Jag Raman
  • [PATCH v1 11/12] sparc64: Enhance search for VIO device in MDESC, Jag Raman
  • [PATCH v1 12/12] sparc64: add port_id to VIO device metadata, Jag Raman
  • [PATCH v1 10/12] sparc64: enhance VIO device probing, Jag Raman
  • [PATCH v1 08/12] sparc64: remove restriction on VIO device name size, Jag Raman
  • [PATCH v1 03/12] sparc64: skip handshake for LDC channels in RAW mode, Jag Raman
  • [PATCH v1 05/12] sparc64: mdesc: use __GFP_REPEAT action modifier for VM allocation, Jag Raman
• [PATCH v4 0/5] LDC changes for porting VCC driver into upstream kernel, Jag Raman
  • [PATCH v4 1/5] sparc64: expand LDC interface, Jag Raman
  • [PATCH v4 3/5] sparc64: ensure LDC channel is ready before communication, Jag Raman
  • [PATCH v4 5/5] sparc64: print debug messages when reading from LDC channel, Jag Raman
  • [PATCH v4 2/5] sparc64: enhance ldc_abort to print message, Jag Raman
  • [PATCH v4 4/5] sparc64: ldc abort during vds iso boot, Jag Raman
  • Re: [PATCH v4 0/5] LDC changes for porting VCC driver into upstream kernel, David Miller
• patch "sparc: vio: use dev_groups and not dev_attrs for bus_type" added to driver-core-testing, gregkh
• [PATCH 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies, Babu Moger
  • [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Babu Moger
    • Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Geert Uytterhoeven
      • Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, Babu Moger
    • Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs, David Miller
  • [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
    • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Geert Uytterhoeven
      • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Geert Uytterhoeven
        • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
          • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Geert Uytterhoeven
            • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
    • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, kbuild test robot
      • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
        • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Arnd Bergmann
          • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Max Filippov
            • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
          • Re: [PATCH 2/2] include: warn for inconsistent endian config definition, Babu Moger
• [PATCH 10/35] sparc: defconfig: Cleanup from old Kconfig options, Krzysztof Kozlowski
  • Re: [PATCH 10/35] sparc: defconfig: Cleanup from old Kconfig options, David Miller
• clean up and modularize arch dma_mapping interface, Christoph Hellwig
  • [PATCH 01/44] firmware/ivc: use dma_mapping_error, Christoph Hellwig
    • Re: [PATCH 01/44] firmware/ivc: use dma_mapping_error, Thierry Reding
  • [PATCH 02/44] ibmveth: properly unwind on init errors, Christoph Hellwig
    • Re: [PATCH 02/44] ibmveth: properly unwind on init errors, David Miller
  • [PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops, Konrad Rzeszutek Wilk
  • [PATCH 08/44] xen-swiotlb: implement ->mapping_error, Christoph Hellwig
    • Re: [PATCH 08/44] xen-swiotlb: implement ->mapping_error, Konrad Rzeszutek Wilk
  • [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting, Christoph Hellwig
    • Re: [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting, Richard Kuo
  • [PATCH 18/44] iommu/amd: implement ->mapping_error, Christoph Hellwig
  • [PATCH 24/44] x86: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 27/44] sparc: remove leon_dma_ops, Christoph Hellwig
    • Re: [PATCH 27/44] sparc: remove leon_dma_ops, David Miller
    • Re: [PATCH 27/44] sparc: remove leon_dma_ops, Andreas Larsson
      • Re: [PATCH 27/44] sparc: remove leon_dma_ops, Christoph Hellwig
  • [PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation, Christoph Hellwig
    • Re: [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation, Richard Kuo
  • [PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask, Christoph Hellwig
  • [PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization, Christoph Hellwig
  • [PATCH 43/44] dma-mapping: remove the set_dma_mask method, Christoph Hellwig
  • [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching, Christoph Hellwig
  • [PATCH 40/44] tile: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask, Christoph Hellwig
  • [PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask, Christoph Hellwig
  • [PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask, Christoph Hellwig
  • [PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED, Christoph Hellwig
  • [PATCH 35/44] x86: remove arch specific dma_supported implementation, Christoph Hellwig
  • [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation, Christoph Hellwig
    • Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation, Geert Uytterhoeven
      • Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation, Christoph Hellwig
  • [PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype, Christoph Hellwig
  • [PATCH 34/44] arm: remove arch specific dma_supported implementation, Christoph Hellwig
  • [PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods, Christoph Hellwig
  • [PATCH 28/44] sparc: remove arch specific dma_supported implementations, Christoph Hellwig
    • Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations, Julian Calaby
      • Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations, Christoph Hellwig
    • Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations, David Miller
  • [PATCH 25/44] arm: implement ->mapping_error, Christoph Hellwig
    • Re: [PATCH 25/44] arm: implement ->mapping_error, Russell King - ARM Linux
      • Re: [PATCH 25/44] arm: implement ->mapping_error, Christoph Hellwig
  • [PATCH 22/44] x86/pci-nommu: implement ->mapping_error, Christoph Hellwig
  • [PATCH 19/44] s390: implement ->mapping_error, Christoph Hellwig
    • Re: [PATCH 19/44] s390: implement ->mapping_error, Gerald Schaefer
  • [PATCH 23/44] x86/calgary: implement ->mapping_error, Christoph Hellwig
  • [PATCH 21/44] powerpc: implement ->mapping_error, Christoph Hellwig
    • Re: [PATCH 21/44] powerpc: implement ->mapping_error, Michael Ellerman
  • [PATCH 20/44] sparc: implement ->mapping_error, Christoph Hellwig
    • Re: [PATCH 20/44] sparc: implement ->mapping_error, David Miller
  • [PATCH 16/44] arm64: remove DMA_ERROR_CODE, Christoph Hellwig
    • Re: [PATCH 16/44] arm64: remove DMA_ERROR_CODE, Robin Murphy
  • [PATCH 15/44] xtensa: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 10/44] ia64: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 14/44] sh: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 13/44] openrisc: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 12/44] microblaze: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 11/44] m32r: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 09/44] c6x: remove DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE, Christoph Hellwig
    • Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE, Robin Murphy
      • Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE, Christoph Hellwig
  • [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Christoph Hellwig
    • Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Dave Jiang
    • Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE, Vinod Koul
  • Re: clean up and modularize arch dma_mapping interface, David Miller
  • Re: clean up and modularize arch dma_mapping interface, Daniel Vetter
    • Re: clean up and modularize arch dma_mapping interface, Christoph Hellwig
• [PATCH v3] arch/sparc: support NR_CPUS = 4096, Jane Chu
  • Re: [PATCH v3] arch/sparc: support NR_CPUS = 4096, David Miller
• [PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type, Greg Kroah-Hartman
  • Re: [PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type, David Miller
• [PATCH v2] arch/sparc: support NR_CPUS = 4096, Jane Chu
  • Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096, David Miller
    • Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096, jane . chu
      • Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096, David Miller
        • Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096, jane . chu
• sparc64 gcc 7.1 compile error, Waldemar Brodkorb
  • Re: sparc64 gcc 7.1 compile error, David Miller
  • Re: sparc64 gcc 7.1 compile error, David Miller
    • Re: sparc64 gcc 7.1 compile error, Waldemar Brodkorb
• untangle the <asm/siginfo.h> mess, Christoph Hellwig
  • [PATCH 5/5] remove non-uapi <asm/siginfo.h>, Christoph Hellwig
    • Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>, Thomas Gleixner
      • Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>, Christoph Hellwig
        • Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>, Thomas Gleixner
  • [PATCH 3/5] posix-timers: move the do_schedule_next_timer declaration, Christoph Hellwig
  • [PATCH 4/5] signal: move copy_siginfo_to_user to <linux/signal.h>, Christoph Hellwig
  • [PATCH 2/5] ia64: remove HAVE_ARCH_COPY_SIGINFO, Christoph Hellwig
  • [PATCH 1/5] sparc: simplify <asm/siginfo.h>, Christoph Hellwig
    • Re: [PATCH 1/5] sparc: simplify <asm/siginfo.h>, David Miller
  • Re: untangle the <asm/siginfo.h> mess, Arnd Bergmann
• [PATCH v4 0/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
  • [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
    • Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl, Greg Kroah-Hartman
      • Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
        • Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl, Greg Kroah-Hartman
          • Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
  • [PATCH v4 1/2] tty: add compat_ioctl callbacks, Aleksa Sarai
    • Re: [PATCH v4 1/2] tty: add compat_ioctl callbacks, Arnd Bergmann
• [PATCH v3 0/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
  • [PATCH v3 1/2] tty: add compat_ioctl callbacks, Aleksa Sarai
    • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, Aleksa Sarai
    • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, kbuild test robot
    • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, kbuild test robot
    • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, Arnd Bergmann
      • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, Aleksa Sarai
        • Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks, Arnd Bergmann
  • [PATCH v3 2/2] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
• [PATCH] sparc64: mm: fix copy_tsb to correctly copy huge page TSBs, Mike Kravetz
  • Re: [PATCH] sparc64: mm: fix copy_tsb to correctly copy huge page TSBs, David Miller
• [v1 0/6] Early boot timestamp, Pavel Tatashin
  • [v1 2/6] sparc64: access tick function from variable, Pavel Tatashin
    • Re: [v1 2/6] sparc64: access tick function from variable, David Miller
      • Re: [v1 2/6] sparc64: access tick function from variable, Pasha Tatashin
        • Re: [v1 2/6] sparc64: access tick function from variable, David Miller
  • [v1 4/6] sparc64: optimize loads in clock_sched(), Pavel Tatashin
  • [v1 6/6] sparc64: initialize time early, Pavel Tatashin
    • Re: [v1 6/6] sparc64: initialize time early, David Miller
      • Re: [v1 6/6] sparc64: initialize time early, Pasha Tatashin
  • [v1 1/6] sparc64: remove trailing white spaces, Pavel Tatashin
  • [v1 3/6] sparc64: show time stamps from zero, Pavel Tatashin
  • [v1 5/6] sparc64: improve modularity tick options, Pavel Tatashin
  • Re: [v1 0/6] Early boot timestamp, David Miller
• crypto: Work around deallocated stack frame reference gcc bug on sparc., David Miller
  • Re: crypto: Work around deallocated stack frame reference gcc bug on sparc., Darrick J. Wong
    • Re: crypto: Work around deallocated stack frame reference gcc bug on sparc., David Miller
      • Re: crypto: Work around deallocated stack frame reference gcc bug on sparc., David Miller
  • Re: crypto: Work around deallocated stack frame reference gcc bug on sparc., David Miller
    • Re: crypto: Work around deallocated stack frame reference gcc bug on sparc., Herbert Xu
• [PATCH v2 0/1] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
  • [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
    • Re: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl, Arnd Bergmann
• [PATCH] arch/sparc: support NR_CPUS = 4096, Jane Chu
  • Re: [PATCH] arch/sparc: support NR_CPUS = 4096, David Miller
    • Re: [PATCH] arch/sparc: support NR_CPUS = 4096, jane . chu
    • Re: [PATCH] arch/sparc: support NR_CPUS = 4096, jane . chu
      • Re: [PATCH] arch/sparc: support NR_CPUS = 4096, David Miller
• [PATCH] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
  • Re: [PATCH] tty: add TIOCGPTPEER ioctl, Geert Uytterhoeven
    • Re: [PATCH] tty: add TIOCGPTPEER ioctl, Aleksa Sarai
      • Re: [PATCH] tty: add TIOCGPTPEER ioctl, Richard Henderson
• [PATCH net-next] bpf: Take advantage of stack_depth tracking in sparc64 JIT, David Miller
• sparc gcc 7.1 compile issue, Waldemar Brodkorb
  • Re: sparc gcc 7.1 compile issue, David Miller
    • Re: sparc gcc 7.1 compile issue, Waldemar Brodkorb
      • Re: sparc gcc 7.1 compile issue, Anatoly Pugachev
        • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
        • Re: sparc gcc 7.1 compile issue, David Miller
    • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
      • Re: sparc gcc 7.1 compile issue, David Miller
        • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
          • Re: sparc gcc 7.1 compile issue, David Miller
            • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
              • Re: sparc gcc 7.1 compile issue, Waldemar Brodkorb
                • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                • Re: sparc gcc 7.1 compile issue, David Miller
                  • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
              • Re: sparc gcc 7.1 compile issue, David Miller
                • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                  • Re: sparc gcc 7.1 compile issue, David Miller
                    • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                      • Re: sparc gcc 7.1 compile issue, David Miller
                        • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                    • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                      • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                        • Re: sparc gcc 7.1 compile issue, David Miller
                      • Re: sparc gcc 7.1 compile issue, Eric Botcazou
                        • Re: sparc gcc 7.1 compile issue, John Paul Adrian Glaubitz
                          • Re: sparc gcc 7.1 compile issue, Eric Botcazou
                            • Re: sparc gcc 7.1 compile issue, David Miller
                              • Re: sparc gcc 7.1 compile issue, Eric Botcazou
    • Re: sparc gcc 7.1 compile issue, Pavel Machek
• [v1 0/6] sparc64: context wrap fixes, Pavel Tatashin
  • [v1 2/6] sparc64: combine activate_mm and switch_mm, Pavel Tatashin
  • [v1 3/6] sparc64: redefine first version, Pavel Tatashin
  • [v1 1/6] sparc64: reset mm cpumask after wrap, Pavel Tatashin
  • [v1 6/6] sparc64: delete old wrap code, Pavel Tatashin
  • [v1 5/6] sparc64: new context wrap, Pavel Tatashin
    • Re: [v1 5/6] sparc64: new context wrap, David Miller
      • Re: [v1 5/6] sparc64: new context wrap, Pasha Tatashin
        • Re: [v1 5/6] sparc64: new context wrap, David Miller
          • Re: [v1 5/6] sparc64: new context wrap, Pasha Tatashin
            • Re: [v1 5/6] sparc64: new context wrap, David Miller
  • [v1 4/6] sparc64: add per-cpu mm of secondary contexts, Pavel Tatashin
• Re: [sparc64] crc32c misbehave, Anatoly Pugachev
  • Re: [sparc64] crc32c misbehave, Anatoly Pugachev
  • Re: [sparc64] crc32c misbehave, David Miller
    • Re: [sparc64] crc32c misbehave, David Miller
    • Re: [sparc64] crc32c misbehave, Eric Sandeen
      • Re: [sparc64] crc32c misbehave, Eric Sandeen
        • Re: [sparc64] crc32c misbehave, David Miller
          • Re: [sparc64] crc32c misbehave, David Miller
            • Re: [sparc64] crc32c misbehave, David Miller
              • Re: [sparc64] crc32c misbehave, Eric Sandeen
                • Re: [sparc64] crc32c misbehave, David Miller
                  • Re: [sparc64] crc32c misbehave, Eric Sandeen
          • Re: [sparc64] crc32c misbehave, David Miller
            • Re: [sparc64] crc32c misbehave, Eric Sandeen
• [PATCH] sparc/mm/hugepages: Fix setup_hugepagesz for invalid values., Liam R. Howlett
  • Re: [PATCH] sparc/mm/hugepages: Fix setup_hugepagesz for invalid values., David Miller
• [PATCH 1/2] sparc: Remove corresponding sysfs file on device remove, James Clarke
  • [PATCH 2/2] sparc: Machine description indices can vary, James Clarke
  • [PATCH v2 0/1] sparc: Machine description indices can vary, James Clarke
    • [PATCH v2 1/1] sparc: Machine description indices can vary, James Clarke
      • Re: [PATCH v2 1/1] sparc: Machine description indices can vary, David Miller
• [PATCH] arch/sparc: increase CONFIG_NODES_SHIFT on SPARC64 to 5, Jane Chu
  • Re: [PATCH] arch/sparc: increase CONFIG_NODES_SHIFT on SPARC64 to 5, David Miller
• [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel, Jag Raman
  • [PATCH v3 2/5] sparc64: enhance ldc_abort to print message, Jag Raman
  • [PATCH v3 1/5] sparc64: expand LDC interface, Jag Raman
    • Re: [PATCH v3 1/5] sparc64: expand LDC interface, David Miller
  • [PATCH v3 3/5] sparc64: ensure LDC channel is ready before communication, Jag Raman
  • [PATCH v3 4/5] sparc64: ldc abort during vds iso boot, Jag Raman
  • [PATCH v3 5/5] sparc64: print debug messages when reading from LDC channel, Jag Raman
  • Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel, Christoph Hellwig
    • Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel, Jag Raman
      • Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel, David Miller
• [PATCH] sparc64: Add 16GB hugepage support, Nitin Gupta
  • Re: [PATCH] sparc64: Add 16GB hugepage support, Paul Gortmaker
    • Re: [PATCH] sparc64: Add 16GB hugepage support, David Miller
      • Re: [PATCH] sparc64: Add 16GB hugepage support, Nitin Gupta
• [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC, Babu Moger
  • [PATCH v4 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H, Babu Moger
  • [PATCH v4 2/7] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
  • [PATCH v4 6/7] arch/sparc: Introduce xchg16 for SPARC, Babu Moger
  • [PATCH v4 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
  • [PATCH v4 7/7] arch/sparc: Enable queued spinlock support for SPARC, Babu Moger
  • [PATCH v4 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC, Babu Moger
  • [PATCH v4 5/7] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
  • Re: [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC, David Miller
• CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Geert Uytterhoeven
  • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Arnd Bergmann
    • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
      • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Arnd Bergmann
        • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
    • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
      • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Arnd Bergmann
        • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
    • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Max Filippov
      • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
        • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Max Filippov
      • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Max Filippov
        • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Arnd Bergmann
  • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Michael Ellerman
    • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Geert Uytterhoeven
      • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Michael Ellerman
        • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Babu Moger
          • Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN), Arnd Bergmann
            • Re: CPU_BIG_ENDIAN in generic code, David Miller
              • Re: CPU_BIG_ENDIAN in generic code, Arnd Bergmann
• Unify the various copies of libgcc into lib, Palmer Dabbelt
  • [PATCH 3/7] microblaze: Use libgcc files from lib/, Palmer Dabbelt
    • Re: [PATCH 3/7] microblaze: Use libgcc files from lib/, kbuild test robot
  • [PATCH 2/7] m32r: Use lib/ucmpdi2.c, Palmer Dabbelt
  • [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c, Palmer Dabbelt
    • Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c, kbuild test robot
    • Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c, kbuild test robot
  • [PATCH 5/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, Palmer Dabbelt
  • [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, Palmer Dabbelt
    • Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, Matt Redfearn
      • Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, Palmer Dabbelt
    • Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, kbuild test robot
    • Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, kbuild test robot
  • [PATCH 7/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c, Palmer Dabbelt
  • [PATCH 1/7] lib: Add shared copies of some GCC library routines, Palmer Dabbelt
    • Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines, Matt Redfearn
      • Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines, Palmer Dabbelt
  • Re: Unify the various copies of libgcc into lib, Geert Uytterhoeven
    • Re: Unify the various copies of libgcc into lib, Palmer Dabbelt
  • Re: Unify the various copies of libgcc into lib, David Howells
    • Re: Unify the various copies of libgcc into lib, John Paul Adrian Glaubitz
  • Unify the various copies of libgcc into lib v2, Palmer Dabbelt
    • [PATCH 1/7] lib: Add shared copies of some GCC library routines, Palmer Dabbelt
    • [PATCH 6/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c, Palmer Dabbelt
    • [PATCH 5/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c, Palmer Dabbelt
      • Re: [PATCH 5/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c, kbuild test robot
    • [PATCH 4/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c, Palmer Dabbelt
    • [PATCH 7/7] MIPS: Use generic libgcc intrinsics, Palmer Dabbelt
      • Re: [PATCH 7/7] MIPS: Use generic libgcc intrinsics, Ralf Baechle
    • [PATCH 3/7] microblaze: Use libgcc files from lib/, Palmer Dabbelt
    • [PATCH 2/7] m32r: Use lib/ucmpdi2.c, Palmer Dabbelt
• [PATCH v3 0/7] Enable queued rwlock and queued spinlock for SPARC, Babu Moger
  • [PATCH v3 6/7] arch/sparc: Introduce xchg16 for SPARC, Babu Moger
  • [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
    • Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Geert Uytterhoeven
      • Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
  • [PATCH v3 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC, Babu Moger
  • [PATCH v3 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H, Babu Moger
  • [PATCH v3 2/7] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
  • [PATCH v3 7/7] arch/sparc: Enable queued spinlock support for SPARC, Babu Moger
  • [PATCH v3 5/7] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
• [PATCH v2 0/7] Enable queued rwlock and queued spinlock for SPARC, Babu Moger
  • [PATCH v2 2/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H, Babu Moger
  • [PATCH v2 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
  • [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
    • Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c, David Miller
      • Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
        • Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c, David Miller
  • [PATCH v2 5/7] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
  • [PATCH v2 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC, Babu Moger
  • [PATCH v2 7/7] arch/sparc: Enable queued spinlock support for SPARC, Babu Moger
  • [PATCH v2 6/7] arch/sparc: Introduce xchg16 for SPARC, Babu Moger
• [PATCH 0/6] Enable queued rwlock and queued spinlock for SPARC, Babu Moger
  • [PATCH 5/6] arch/sparc: Introduce xchg16 for SPARC, Babu Moger
  • [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
    • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, David Miller
      • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, Peter Zijlstra
        • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
        • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, David Miller
          • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, Peter Zijlstra
            • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, David Miller
      • Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC, Babu Moger
  • [PATCH 3/6] arch/sparc: Introduce cmpxchg_u8 SPARC, Babu Moger
  • [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
    • Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN, David Miller
      • Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN, Babu Moger
  • [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
    • Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c, David Miller
      • Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c, Babu Moger
  • [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC, Babu Moger
    • Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC, David Miller
      • Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC, Babu Moger
• [RFC] arch hardlockup detector interfaces improvement, Nicholas Piggin
  • Re: [RFC] arch hardlockup detector interfaces improvement, Don Zickus
    • Re: [RFC] arch hardlockup detector interfaces improvement, Nicholas Piggin
      • Re: [RFC] arch hardlockup detector interfaces improvement, Don Zickus
        • Re: [RFC] arch hardlockup detector interfaces improvement, Nicholas Piggin
          • Re: [RFC] arch hardlockup detector interfaces improvement, Don Zickus
            • Re: [RFC] arch hardlockup detector interfaces improvement, Nicholas Piggin
• [PATCH] sparc/ftrace: Fix ftrace graph time measurement, Liam R. Howlett
  • Re: [PATCH] sparc/ftrace: Fix ftrace graph time measurement, David Miller
• [PATCH sparc] sparc: Fix -Wstringop-overflow warning, Orlando Arias
  • Re: [PATCH sparc] sparc: Fix -Wstringop-overflow warning,[PATCH sparc] sparc: Fix -Wstringop-overflow warning, David Miller
• Fix warning caused by stringop-overflow in GCC7, Orlando Arias
  • Re: Fix warning caused by stringop-overflow in GCC7,Fix warning caused by stringop-overflow in GCC7, David Miller
• [PATCH] sparc64: Fix mapping of 64k pages with MAP_FIXED, Nitin Gupta
  • Re: [PATCH] sparc64: Fix mapping of 64k pages with MAP_FIXED, David Miller
• [PATCH net-next 0/2] ldmvsw: port removal stability, Shannon Nelson
  • [PATCH net-next 1/2] ldmvsw: unregistering netdev before disable hardware, Shannon Nelson
  • [PATCH net-next 2/2] ldmvsw: stop the clean timer at beginning of remove, Shannon Nelson
  • Re: [PATCH net-next 0/2] ldmvsw: port removal stability, David Miller
• [PATCH 1/1] futex: remove duplicated code, Jiri Slaby
  • Re: [PATCH 1/1] futex: remove duplicated code, Will Deacon
    • Re: [PATCH 1/1] futex: remove duplicated code, Jiri Slaby
      • Re: [PATCH 1/1] futex: remove duplicated code, Will Deacon
    • Re: [PATCH 1/1] futex: remove duplicated code, Thomas Gleixner
      • Re: [PATCH 1/1] futex: remove duplicated code, Will Deacon
        • Re: [PATCH 1/1] futex: remove duplicated code, Thomas Gleixner
• [PATCH v2 0/5] LDC changes for porting VCC driver into upstream kernel, Jag Raman
  • [PATCH v2 1/5] sparc64: expand LDC interface, Jag Raman
    • Re: [PATCH v2 1/5] sparc64: expand LDC interface, David Miller
      • Re: [PATCH v2 1/5] sparc64: expand LDC interface, Jag Raman
  • [PATCH v2 2/5] sparc64: enhance ldc_abort to print message, Jag Raman
  • [PATCH v2 4/5] sparc64: ldc abort during vds iso boot, Jag Raman
  • [PATCH v2 3/5] sparc64: ensure LDC channel is ready before communication, Jag Raman
  • [PATCH v2 5/5] sparc64: print debug messages when reading from LDC channel, Jag Raman
• [PATCH v2 net-next] bnxt: add dma mapping attributes, Shannon Nelson
  • Re: [PATCH v2 net-next] bnxt: add dma mapping attributes, Michael Chan
  • Re: [PATCH v2 net-next] bnxt: add dma mapping attributes, David Miller
• [PATCH net-next] bnxt: add dma mapping attributes, Shannon Nelson
  • Re: [PATCH net-next] bnxt: add dma mapping attributes, Michael Chan
    • Re: [PATCH net-next] bnxt: add dma mapping attributes, Shannon Nelson
  • Re: [PATCH net-next] bnxt: add dma mapping attributes, David Miller
    • Re: [PATCH net-next] bnxt: add dma mapping attributes, Shannon Nelson
• [PATCH] sparc64: fix fault handling in NGbzero.S and GENbzero.S, Dave Aldridge
  • Re: [PATCH] sparc64: fix fault handling in NGbzero.S and GENbzero.S, David Miller
• [PATCH] sparc: use memdup_user_nul in sun4m LED driver, Geliang Tang
  • Re: [PATCH] sparc: use memdup_user_nul in sun4m LED driver, David Miller
• [v3 0/9] parallelized "struct page" zeroing, Pavel Tatashin
  • [v3 6/9] sparc64: teach sparc not to zero struct pages memory, Pavel Tatashin
  • [v3 7/9] x86: teach x86 not to zero struct pages memory, Pavel Tatashin
  • [v3 2/9] mm: defining memblock_virt_alloc_try_nid_raw, Pavel Tatashin
  • [v3 4/9] mm: do not zero vmemmap_buf, Pavel Tatashin
  • [v3 5/9] mm: zero struct pages during initialization, Pavel Tatashin
  • [v3 1/9] sparc64: simplify vmemmap_populate, Pavel Tatashin
  • [v3 9/9] s390: teach platforms not to zero struct pages memory, Pavel Tatashin
    • Re: [v3 9/9] s390: teach platforms not to zero struct pages memory, Heiko Carstens
      • Re: [v3 9/9] s390: teach platforms not to zero struct pages memory, Pasha Tatashin
        • Re: [v3 9/9] s390: teach platforms not to zero struct pages memory, Heiko Carstens
          • Re: [v3 9/9] s390: teach platforms not to zero struct pages memory, Pasha Tatashin
  • [v3 3/9] mm: add "zero" argument to vmemmap allocators, Pavel Tatashin
    • Re: [v3 3/9] mm: add "zero" argument to vmemmap allocators, kbuild test robot
  • [v3 8/9] powerpc: teach platforms not to zero struct pages memory, Pavel Tatashin
  • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
    • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
      • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
        • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
          • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
            • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
              • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
              • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
                • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
                  • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
                    • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
                      • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
                        • Re: [v3 0/9] parallelized "struct page" zeroing, Benjamin Herrenschmidt
                • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
            • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
              • Re: [v3 0/9] parallelized "struct page" zeroing, Matthew Wilcox
                • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
                  • Re: [v3 0/9] parallelized "struct page" zeroing, Matthew Wilcox
              • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
                • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
    • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
      • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
        • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
          • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
            • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
              • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
                • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
                  • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
                    • Re: [v3 0/9] parallelized "struct page" zeroing, David Miller
                    • Re: [v3 0/9] parallelized "struct page" zeroing, Pasha Tatashin
                      • Re: [v3 0/9] parallelized "struct page" zeroing, Michal Hocko
• Re: linux-4.11-rc6/arch/sparc/kernel/setup_32.c:151]: (style) Redundant condition, David Miller
• [PATCH net-next v2] sparc64: Improve 64-bit constant loading in eBPF JIT., David Miller
• [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT., David Miller
  • Re: [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT., Alexei Starovoitov
    • Re: [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT., David Miller
• [PATCH] sparc: Update syscall tables., David Miller
• [PATCH] sparc64: Fill in rest of HAVE_REGS_AND_STACK_ACCESS_API, David Miller
• Spontaneous reboots seem to have been fixed, Meelis Roos