Linux Sparc

Thread Index

[Prev Page][Next Page]

[PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: Jane Chu <jane.chu@xxxxxxxxxx>
Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: Aleksa Sarai <asarai@xxxxxxx>
RE: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: David Laight <David.Laight@xxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: Meelis Roos <mroos@xxxxxxxx>
Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: James Hogan <james.hogan@xxxxxxxxxx>
Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: sun4v+DMA related boot crash on 4.13-git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH] tty: Fix TIOCGPTPEER ioctl definition
- From: Gleb Fotengauer-Malinovskiy <glebfm@xxxxxxxxxxxx>
Re: sun4v+DMA related boot crash on 4.13-git
- From: tndave <tushar.n.dave@xxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sun4v+DMA related boot crash on 4.13-git
- From: tndave <tushar.n.dave@xxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: jane.chu@xxxxxxxxxx
sun4v+DMA related boot crash on 4.13-git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: Meelis Roos <mroos@xxxxxxxx>
Re: in:imklog segfault in 4.12+git on most sparc64's
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
in:imklog segfault in 4.12+git on most sparc64's
- From: Meelis Roos <mroos@xxxxxxxx>
Re: Spontaneous reboots seem to have been fixed - not
- From: Meelis Roos <mroos@xxxxxxxx>
[PATCH 0/2] sparc64: Use low latency path to resume idle cpu
- From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
[PATCH 2/2] sparc64: Use cpu_poke to resume idle cpu
- From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
[PATCH 1/2] sparc64: Add a new hypercall CPU_POKE
- From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
[GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next] sunvnet: add support for IPv6 checksum offloads
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
[PATCH v3 3/3] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH V2] vDSO for SPARC
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
4.12: sparc64 NULL pointer dereference from filemap_fault()->__radix_tree_lookup()
- From: Meelis Roos <mroos@xxxxxxxx>
Re: [PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: Steven Sistare <steven.sistare@xxxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code and fix UB
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] sparc: kernel: pmc: make of_device_ids const.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Re: Spontaneous reboots seem to have been fixed - not
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH RFC 24/26] sparc: Remove spin_unlock_wait() arch-specific definitions
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: Spontaneous reboots seem to have been fixed - not
- From: Meelis Roos <mroos@xxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
[PATCH] arch/sparc: Measure receiver forward progress to avoid send mondo timeout
- From: Jane Chu <jane.chu@xxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: chase rayfield <cusbrar1@xxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: chase rayfield <cusbrar1@xxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
Re: Access to older 64-bit sparcs for developers
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] vDSO for sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
Access to older 64-bit sparcs for developers
- From: Meelis Roos <mroos@xxxxxxxx>
Re: [PATCH] vDSO for sparc
- From: Nick Alcock <nick.alcock@xxxxxxxxxx>
Re: [PATCH] vDSO for sparc
- From: Nick Alcock <nick.alcock@xxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
[PATCH] sparc: kernel: pmc: make of_device_ids const.
- From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
[PATCH] sparc: time: make of_device_ids const.
- From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
Re: [PATCH] vDSO for sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface V2
- From: tndave <tushar.n.dave@xxxxxxxxxx>
[PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH] vDSO for sparc
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code and fix UB
- From: Will Deacon <will.deacon@xxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code and fix UB
- From: Jiri Slaby <jslaby@xxxxxxx>
Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [sparc-next] sparc64: fix typo in property
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1] sparc64: fix typo in property
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
[sparc-next] sparc64: fix typo in property
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH v2 00/12] Add MDESC & VIO support for VCC
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc: kernel: apc: make of_device_ids const
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1] sparc64: fix typo in property
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1] sparc64: fix typo in property
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] sparc64: Fix gup_huge_pmd
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface V2
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Richard Henderson <rth@xxxxxxxxxxx>
Re: [PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 3/3] arc: kernel/pcibios.c is empty, delete it
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
pci: Add generic pcibios_{fixup_bus,align_resource}
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: James Hogan <james.hogan@xxxxxxxxxx>
[PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Eric Botcazou <ebotcazou@xxxxxxxxxxxxxx>
[PATCH v2 06/12] sparc64: add MDESC node name property to VIO device metadata
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 10/12] sparc64: enhance VIO device probing
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 09/12] sparc64: check if a client is allowed to register for MDESC notifications
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 05/12] sparc64: mdesc: use __GFP_REPEAT action modifier for VM allocation
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 11/12] sparc64: Enhance search for VIO device in MDESC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 08/12] sparc64: remove restriction on VIO device name size
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 12/12] sparc64: add port_id to VIO device metadata
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 00/12] Add MDESC & VIO support for VCC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 07/12] sparc64: refactor code to obtain cfg_handle property from MDESC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 04/12] sparc64: expand MDESC interface
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 01/12] sparc64: ensure VIO operations are defined while being used
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 02/12] sparc64: specify the device class in VIO version info. packet
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v2 03/12] sparc64: skip handshake for LDC channels in RAW mode
- From: Jag Raman <jag.raman@xxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Eric Botcazou <ebotcazou@xxxxxxxxxxxxxx>
[PATCH] sparc: kernel: apc: make of_device_ids const
- From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code and fix UB
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[PATCH v2] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[v1] sparc64: fix typo in property
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH] sparc64: Fix gup_huge_pmd
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [PATCH] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: [PATCH] sparc64: Fix gup_huge_pmd
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code and fix UB
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
[PATCH] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface V2
- From: tndave <tushar.n.dave@xxxxxxxxxx>
Re: [PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next 1/2] ldmvsw: add vio version and remote-mac to ethtool info
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
[PATCH net-next 2/2] sunvnet: implement basic ethtool get_settings
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: [PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc
- From: Josip Rodin <joy@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc
- From: Josip Rodin <joy@xxxxxxxxxxxxxx>
[PATCH net-next 0/2] sunvnet: add to ethtool data
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
[PATCH 1/1] futex: remove duplicated code and fix UB
- From: Jiri Slaby <jslaby@xxxxxxx>
Re: [PATCH 0/4] sparc64: Add 16GB hugepage support
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/4] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: [PATCH 0/4] sparc64: Add 16GB hugepage support
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 2/4] sparc64: Support huge PUD case in get_user_pages
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH 3/4] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH 1/4] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH 4/4] sparc64: Cleanup hugepage table walk functions
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH 0/4] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface
- From: Christoph Hellwig <hch@xxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Robin Murphy <robin.murphy@xxxxxxx>
Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: clean up and modularize arch dma_mapping interface
- From: Daniel Vetter <daniel@xxxxxxxx>
Re: [PATCH v3 1/4] sparc64: Add 16GB hugepage support
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v3 3/4] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v3 4/4] sparc64: Cleanup hugepage table walk functions
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v3 2/4] sparc64: Support huge PUD case in get_user_pages
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v3 1/4] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v2 3/4] sparc64: Fix gup_huge_pmd
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v2 4/4] sparc64: Cleanup hugepage table walk functions
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v2 2/4] sparc64: Support huge PUD case in get_user_pages
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: [PATCH 0/3] Suppressing version generation failed warnings in sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 0/3] Suppressing version generation failed warnings in sparc
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
[PATCH 3/3] Adding the type of exported symbols
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
[PATCH 1/3] Adding asm-prototypes.h for genksyms to generate crc
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
[PATCH 2/3] sed regex in Makefile.build requires line break between exported symbols
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
- From: Robin Murphy <robin.murphy@xxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Eric Botcazou <ebotcazou@xxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
[PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/44] xen-swiotlb: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/44] ia64: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/44] c6x: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/44] microblaze: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/44] m32r: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/44] arm64: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/44] openrisc: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/44] iommu/amd: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/44] sparc: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/44] s390: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/44] x86/pci-nommu: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/44] x86/calgary: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/44] arm: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 28/44] sparc: remove arch specific dma_supported implementations
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 27/44] sparc: remove leon_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 34/44] arm: remove arch specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 35/44] x86: remove arch specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 43/44] dma-mapping: remove the set_dma_mask method
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 40/44] tile: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/44] x86: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/44] powerpc: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/44] sh: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/44] xtensa: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/44] firmware/ivc: use dma_mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/44] ibmveth: properly unwind on init errors
- From: Christoph Hellwig <hch@xxxxxx>
clean up and modularize arch dma_mapping interface V2
- From: Christoph Hellwig <hch@xxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 27/44] sparc: remove leon_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 25/44] arm: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
- From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
Re: [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
- From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: [PATCH] sparc/time: make of_device_ids const
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/2] Early boot timestamp fixes
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: gcc 7.1 sparc64 fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
[v1 2/2] sparc64: broken %tick frequency on spitfire cpus
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 0/2] Early boot timestamp fixes
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 1/2] sparc64: use prom interface to get %stick frequency
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[PATCH] sparc/time: make of_device_ids const
- From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
Re: gcc 7.1 sparc64 fixes
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
gcc 7.1 sparc64 fixes
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
Re: Spontaneous reboots seem to have been fixed
- From: Meelis Roos <mroos@xxxxxxxx>
Re: Spontaneous reboots seem to have been fixed
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH net-next] sunvnet: restrict advertized checksum offloads to just IP
- From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: Rob Gardner <rob.gardner@xxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: Rob Gardner <rob.gardner@xxxxxxxxxx>
Re: [PATCH] sparc64: Exclude perf user callchain during critical sections
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 21/44] powerpc: implement ->mapping_error
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
[PATCH] sparc64: Exclude perf user callchain during critical sections
- From: Rob Gardner <rob.gardner@xxxxxxxxxx>
Re: [PATCH v1 04/12] sparc64: expand MDESC interface
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 01/44] firmware/ivc: use dma_mapping_error
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [v3 0/8] Early boot timestamp
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v3 1/3] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 3/3] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 2/3] arch/microblaze: Add choice for endianness and update Makefile
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 0/3] Define CPU_BIG_ENDIAN or warn for inconsistencies
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Arnd Bergmann <arnd@xxxxxxxx>
[v3 6/8] sparc64: initialize time early
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 4/8] sparc64: optimize loads in clock_sched()
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 7/8] sparc64: add hot-patched and inlined get_tick()
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 5/8] sparc64: improve modularity tick options
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 8/8] sparc64: optimize functions that access tick
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 1/8] sparc64: remove trailing white spaces
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 3/8] sparc64: show time stamps from zero
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 2/8] sparc64: access tick function from variable
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v3 0/8] Early boot timestamp
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [v2 4/8] sparc64: optimize loads in clock_sched()
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v2 4/8] sparc64: optimize loads in clock_sched()
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v2 4/8] sparc64: optimize loads in clock_sched()
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v2 4/8] sparc64: optimize loads in clock_sched()
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v2 0/8] Early boot timestamp
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v2 8/8] sparc64: optimize functions that access tick
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v2 4/8] sparc64: optimize loads in clock_sched()
- From: David Miller <davem@xxxxxxxxxxxxx>
[v2 5/8] sparc64: improve modularity tick options
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 4/8] sparc64: optimize loads in clock_sched()
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 2/8] sparc64: access tick function from variable
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 0/8] Early boot timestamp
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 7/8] sparc64: add hot-patched and inlined get_tick()
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 3/8] sparc64: show time stamps from zero
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 6/8] sparc64: initialize time early
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 8/8] sparc64: optimize functions that access tick
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v2 1/8] sparc64: remove trailing white spaces
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH 27/44] sparc: remove leon_dma_ops
- From: Andreas Larsson <andreas@xxxxxxxxxxx>
[PATCH 00/27] kbuild, arch: complete UAPI de-coupling and cleanup scripts/Makefile.headersinst
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
[PATCH 21/27] sparc: move generic-y of exported headers to uapi/asm/Kbuild
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 08/44] xen-swiotlb: implement ->mapping_error
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Re: [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Re: [RFC] sparc64: Add virtual console server support
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v1 06/12] sparc64: add MDESC node name property to VIO device metadata
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v1 04/12] sparc64: expand MDESC interface
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v4 0/5] LDC changes for porting VCC driver into upstream kernel
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Stafford Horne <shorne@xxxxxxxxx>
Re: [PATCH 7/7] MIPS: Use generic libgcc intrinsics
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
[PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies
- From: Babu Moger <babu.moger@xxxxxxxxxx>
patch "sparc: vio: use dev_groups and not dev_attrs for bus_type" added to driver-core-next
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: David Miller <davem@xxxxxxxxxxxxx>
[RFC] sparc64: Add virtual console server support
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[RFC] Add VCC driver to Linux
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 05/12] sparc64: mdesc: use __GFP_REPEAT action modifier for VM allocation
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 03/12] sparc64: skip handshake for LDC channels in RAW mode
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 08/12] sparc64: remove restriction on VIO device name size
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 10/12] sparc64: enhance VIO device probing
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 12/12] sparc64: add port_id to VIO device metadata
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 11/12] sparc64: Enhance search for VIO device in MDESC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 09/12] sparc64: check if a client is allowed to register for MDESC notifications
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 06/12] sparc64: add MDESC node name property to VIO device metadata
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 07/12] sparc64: refactor code to obtain cfg_handle property from MDESC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 04/12] sparc64: expand MDESC interface
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 02/12] sparc64: specify the device class in VIO version info. packet
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 01/12] sparc64: ensure VIO operations are defined while being used
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v1 00/12] Add MDESC & VIO support for VCC
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 4/5] sparc64: ldc abort during vds iso boot
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 2/5] sparc64: enhance ldc_abort to print message
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 5/5] sparc64: print debug messages when reading from LDC channel
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 3/5] sparc64: ensure LDC channel is ready before communication
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 0/5] LDC changes for porting VCC driver into upstream kernel
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v4 1/5] sparc64: expand LDC interface
- From: Jag Raman <jag.raman@xxxxxxxxxx>
Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
patch "sparc: vio: use dev_groups and not dev_attrs for bus_type" added to driver-core-testing
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] include: warn for inconsistent endian config definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH 2/2] include: warn for inconsistent endian config definition
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 10/35] sparc: defconfig: Cleanup from old Kconfig options
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Dave Jiang <dave.jiang@xxxxxxxxx>
Re: [PATCH 19/44] s390: implement ->mapping_error
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
[PATCH 10/35] sparc: defconfig: Cleanup from old Kconfig options
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
Re: [PATCH 25/44] arm: implement ->mapping_error
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: Spontaneous reboots seem to have been fixed
- From: Meelis Roos <mroos@xxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 20/44] sparc: implement ->mapping_error
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [PATCH 27/44] sparc: remove leon_dma_ops
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 02/44] ibmveth: properly unwind on init errors
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: clean up and modularize arch dma_mapping interface
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 16/44] arm64: remove DMA_ERROR_CODE
- From: Robin Murphy <robin.murphy@xxxxxxx>
Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
- From: Robin Murphy <robin.murphy@xxxxxxx>
clean up and modularize arch dma_mapping interface
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/44] c6x: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/44] m32r: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/44] microblaze: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/44] openrisc: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/44] sh: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/44] ia64: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/44] xtensa: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/44] arm64: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/44] sparc: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/44] powerpc: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/44] x86/calgary: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/44] s390: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/44] x86/pci-nommu: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/44] arm: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 28/44] sparc: remove arch specific dma_supported implementations
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 34/44] arm: remove arch specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 35/44] x86: remove arch specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 40/44] tile: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 43/44] dma-mapping: remove the set_dma_mask method
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 27/44] sparc: remove leon_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/44] x86: remove DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/44] iommu/amd: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/44] xen-swiotlb: implement ->mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/44] ibmveth: properly unwind on init errors
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/44] firmware/ivc: use dma_mapping_error
- From: Christoph Hellwig <hch@xxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 5/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
[GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v3] arch/sparc: support NR_CPUS = 4096
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v3] arch/sparc: support NR_CPUS = 4096
- From: Jane Chu <jane.chu@xxxxxxxxxx>
[PATCH 2/7] m32r: Use lib/ucmpdi2.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 3/7] microblaze: Use libgcc files from lib/
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 14/16] sparc: vio: use dev_groups and not dev_attrs for bus_type
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Unify the various copies of libgcc into lib v2
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 7/7] MIPS: Use generic libgcc intrinsics
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 4/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 5/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 6/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096
- From: jane.chu@xxxxxxxxxx
Re: [PATCH v4 1/2] tty: add compat_ioctl callbacks
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: untangle the <asm/siginfo.h> mess
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096
- From: jane.chu@xxxxxxxxxx
Re: [PATCH v2] arch/sparc: support NR_CPUS = 4096
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc64 gcc 7.1 compile error
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
[PATCH v2] arch/sparc: support NR_CPUS = 4096
- From: Jane Chu <jane.chu@xxxxxxxxxx>
Re: [PATCH] arch/sparc: support NR_CPUS = 4096
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: support NR_CPUS = 4096
- From: jane.chu@xxxxxxxxxx
Re: [v1 5/6] sparc64: new context wrap
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 5/6] sparc64: new context wrap
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH] arch/sparc: support NR_CPUS = 4096
- From: jane.chu@xxxxxxxxxx
Re: [v1 5/6] sparc64: new context wrap
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc/mm/hugepages: Fix setup_hugepagesz for invalid values.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 1/1] sparc: Machine description indices can vary
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc64: mm: fix copy_tsb to correctly copy huge page TSBs
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc64 gcc 7.1 compile error
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc64 gcc 7.1 compile error
- From: David Miller <davem@xxxxxxxxxxxxx>
sparc64 gcc 7.1 compile error
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
- From: Christoph Hellwig <hch@xxxxxx>
Re: [v1 6/6] sparc64: initialize time early
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 5/6] sparc64: new context wrap
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 2/6] sparc64: access tick function from variable
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 2/6] sparc64: access tick function from variable
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [v1 2/6] sparc64: access tick function from variable
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 6/6] sparc64: initialize time early
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 5/6] sparc64: new context wrap
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] arch/sparc: support NR_CPUS = 4096
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH 1/5] sparc: simplify <asm/siginfo.h>
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 1/5] sparc: simplify <asm/siginfo.h>
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 2/5] ia64: remove HAVE_ARCH_COPY_SIGINFO
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 4/5] signal: move copy_siginfo_to_user to <linux/signal.h>
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 3/5] posix-timers: move the do_schedule_next_timer declaration
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 5/5] remove non-uapi <asm/siginfo.h>
- From: Christoph Hellwig <hch@xxxxxx>
untangle the <asm/siginfo.h> mess
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: kbuild test robot <lkp@xxxxxxxxx>
[PATCH v4 0/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v4 1/2] tty: add compat_ioctl callbacks
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v3 0/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v3 2/2] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v3 1/2] tty: add compat_ioctl callbacks
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: Unify the various copies of libgcc into lib
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH] sparc64: mm: fix copy_tsb to correctly copy huge page TSBs
- From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v1 0/6] Early boot timestamp
- From: David Miller <davem@xxxxxxxxxxxxx>
[v1 0/6] Early boot timestamp
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 5/6] sparc64: improve modularity tick options
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 3/6] sparc64: show time stamps from zero
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 1/6] sparc64: remove trailing white spaces
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 6/6] sparc64: initialize time early
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 4/6] sparc64: optimize loads in clock_sched()
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 2/6] sparc64: access tick function from variable
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
crypto: Work around deallocated stack frame reference gcc bug on sparc.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
[PATCH v2 0/1] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
[PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] arch/sparc: support NR_CPUS = 4096
- From: Jane Chu <jane.chu@xxxxxxxxxx>
Re: [PATCH] tty: add TIOCGPTPEER ioctl
- From: Richard Henderson <rth@xxxxxxxxxxx>
Re: [PATCH] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: [PATCH] tty: add TIOCGPTPEER ioctl
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH] tty: add TIOCGPTPEER ioctl
- From: Aleksa Sarai <asarai@xxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
[PATCH net-next] bpf: Take advantage of stack_depth tracking in sparc64 JIT
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: sparc gcc 7.1 compile issue
- From: David Miller <davem@xxxxxxxxxxxxx>
sparc gcc 7.1 compile issue
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: David Miller <davem@xxxxxxxxxxxxx>
[v1 4/6] sparc64: add per-cpu mm of secondary contexts
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 5/6] sparc64: new context wrap
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 6/6] sparc64: delete old wrap code
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 1/6] sparc64: reset mm cpumask after wrap
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 3/6] sparc64: redefine first version
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 2/6] sparc64: combine activate_mm and switch_mm
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
[v1 0/6] sparc64: context wrap fixes
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
Re: [sparc64] crc32c misbehave
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
[PATCH] sparc/mm/hugepages: Fix setup_hugepagesz for invalid values.
- From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
[PATCH v2 1/1] sparc: Machine description indices can vary
- From: James Clarke <jrtc27@xxxxxxxxxx>
[PATCH v2 0/1] sparc: Machine description indices can vary
- From: James Clarke <jrtc27@xxxxxxxxxx>
[PATCH 2/2] sparc: Machine description indices can vary
- From: James Clarke <jrtc27@xxxxxxxxxx>
[PATCH 1/2] sparc: Remove corresponding sysfs file on device remove
- From: James Clarke <jrtc27@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH] arch/sparc: increase CONFIG_NODES_SHIFT on SPARC64 to 5
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel
- From: Jag Raman <jag.raman@xxxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH] arch/sparc: increase CONFIG_NODES_SHIFT on SPARC64 to 5
- From: Jane Chu <jane.chu@xxxxxxxxxx>
Re: [PATCH v3 1/5] sparc64: expand LDC interface
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code
- From: Will Deacon <will.deacon@xxxxxxx>
[PATCH v3 5/5] sparc64: print debug messages when reading from LDC channel
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v3 4/5] sparc64: ldc abort during vds iso boot
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v3 3/5] sparc64: ensure LDC channel is ready before communication
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v3 0/5] LDC changes for porting VCC driver into upstream kernel
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v3 1/5] sparc64: expand LDC interface
- From: Jag Raman <jag.raman@xxxxxxxxxx>
[PATCH v3 2/5] sparc64: enhance ldc_abort to print message
- From: Jag Raman <jag.raman@xxxxxxxxxx>
Re: [PATCH] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
Re: [PATCH] sparc64: Add 16GB hugepage support
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] sparc64: Add 16GB hugepage support
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
[PATCH] sparc64: Add 16GB hugepage support
- From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
[PATCH v4 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 2/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v4 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: Unify the various copies of libgcc into lib
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
Re: Unify the various copies of libgcc into lib
- From: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 3/7] microblaze: Use libgcc files from lib/
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Unify the various copies of libgcc into lib
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
Unify the various copies of libgcc into lib
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 7/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 5/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 2/7] m32r: Use lib/ucmpdi2.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH 3/7] microblaze: Use libgcc files from lib/
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
[PATCH v3 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 2/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v3 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [PATCH 1/1] futex: remove duplicated code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2 1/5] sparc64: expand LDC interface
- From: Jag Raman <jag.raman@xxxxxxxxxx>
Re: [PATCH v2 1/5] sparc64: expand LDC interface
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v2 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
[PATCH v2 2/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
Re: [RFC] arch hardlockup detector interfaces improvement
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
Re: [RFC] arch hardlockup detector interfaces improvement
- From: Don Zickus <dzickus@xxxxxxxxxx>

Mail converted by MHonArc

[Index of Archives] [Kernel Announce] [IETF Annouce] [Security] [Netfilter] [GCC Help] [Bugtraq]