Linux Sparc
[Prev Page][Next Page]
- Re: unaligned accesses in SLAB etc.
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] SILO: fix build issues with GNU11 mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- [PATCH v2 1/2] silo: ext2fs: delete bitops.h
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH v2 2/2] silo: ext2fs: delete _INLINE_ functions
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH v2 0/2] SILO: fix build issues with GNU11 mode
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/5] SILO: fix build issues with GNU11 mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/5] silo: ext2fs: delete NO_INLINE_FUNCS ifdeffery
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH 5/5] silo: ext2fs: replace _INLINE_ with static inline
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH 1/5] silo: ext2fs: delete INCLUDE_INLINE_FUNCS ifdeffery
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH 0/5] SILO: fix build issues with GNU11 mode
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH 3/5] silo: ext2fs: bitops: delete non-sparc code
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- [PATCH 4/5] silo: ext2fs: delete forward declarations of inline functions
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- boot crash in userspace [Re: unaligned accesses in SLAB etc.]
- From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCHv4 RFC 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- [PATCHv4 RFC net-next 0/4] sunvnet: NAPIfy sunvnet
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- [PATCHv3 RFC 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- [PATCHv3 RFC net-next 0/4] sunvnet: NAPIfy sunvnet
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 12/27] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 13/27] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 11/27] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 15/27] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 19/27] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 20/27] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 17/27] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 03/27] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 07/27] PCI: rcar: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 06/27] PCI: designware: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 23/27] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 01/27] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 08/27] PCI: mvebu: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 14/27] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 27/27] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 26/27] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- Re: Sparc ESP problem with blk-mq
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: Sparc ESP problem with blk-mq
- From: Jens Axboe <axboe@xxxxxxxxx>
- [3.17 regression] 3.17 spontaneous reboots on Sun Blade 2500
- From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Sparc ESP problem with blk-mq
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- [PATCH for v3.18-rc1] mm/slab: fix unaligned access on sparc64
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: unaligned accesses in SLAB etc.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Kernel unaligned access in kmem_cache_free, free_block, kmem_cache_alloc, cache_alloc_refill
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Kernel unaligned access in kmem_cache_free, free_block, kmem_cache_alloc, cache_alloc_refill
- From: Meelis Roos <mroos@xxxxxxxx>
- Kernel unaligned access in kmem_cache_free, free_block, kmem_cache_alloc, cache_alloc_refill
- From: Meelis Roos <mroos@xxxxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: locking warning from p1275_cmd_direct
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: locking warning from p1275_cmd_direct
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH] bcma: Add dependency on OF_ADDRESS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bcma: Add dependency on OF_ADDRESS
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: locking warning from p1275_cmd_direct
- From: David Miller <davem@xxxxxxxxxxxxx>
- locking warning from p1275_cmd_direct
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH] sparc64: Increase size of boot string to 1024 bytes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Increase size of boot string to 1024 bytes
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Increase size of boot string to 1024 bytes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Kjetil Oftedal <oftedal@xxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- [PATCH] sparc64: Increase size of boot string to 1024 bytes
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- Re: [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: use COMMAND_LINE_SIZE for boot string
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
- [PATCH 1/9] ARC: Remove redundant PCI_IOBASE declaration
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 2/9] ARM: ebsa110: Properly override I/O accessors
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 3/9] ARM: ixp4xx: Properly override I/O accessors
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 5/9] /dev/mem: Use more consistent data types
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 6/9] asm-generic/io.h: Reconcile I/O accessor overrides
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 7/9] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 8/9] ARM: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 9/9] arm64: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 4/9] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v5 0/9] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: flush_tlb_kernel_range()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: flush_tlb_kernel_range()
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH 09/13 linux-next] serial: sunsab: use container_of to resolve uart_sunsu_port from uart_port
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 12/13 linux-next] serial: use container_of to resolve uart_sunzilog_port from uart_port
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 08/13 linux-next] serial: sunsu: use container_of to resolve uart_sunsu_port from uart_port
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH 12/13 linux-next] serial: use container_of to resolve uart_sunzilog_port from uart_port
- From: Fabian Frederick <fabf@xxxxxxxxx>
- [PATCH 09/13 linux-next] serial: sunsab: use container_of to resolve uart_sunsu_port from uart_port
- From: Fabian Frederick <fabf@xxxxxxxxx>
- [PATCH 08/13 linux-next] serial: sunsu: use container_of to resolve uart_sunsu_port from uart_port
- From: Fabian Frederick <fabf@xxxxxxxxx>
- [PATCH 00/13 linux-next] drivers/tty: use container_of where possible
- From: Fabian Frederick <fabf@xxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: flush_tlb_kernel_range()
- From: David Miller <davem@xxxxxxxxxxxxx>
- flush_tlb_kernel_range()
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 9/9] sparc64: Kill unnecessary tables and increase MAX_BANKS.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 8/9] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 7/9] sparc64: Adjust vmalloc region size based upon available virtual address bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 6/9] sparc64: Increase MAX_PHYS_ADDRESS_BITS to 53.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 5/9] sparc64: Use kernel page tables for vmemmap.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 4/9] sparc64: Fix physical memory management regressions with large max_phys_bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/9] sparc64: Adjust KTSB assembler to support larger physical addresses.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/9] sparc64: Define VA hole at run time, rather than at compile time.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 1/9] sparc64: Switch to 4-level page tables.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v3 0/9] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: inconsistent handling of unaligned hash inputs
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: inconsistent handling of unaligned hash inputs
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: inconsistent handling of unaligned hash inputs
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: inconsistent handling of unaligned hash inputs
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: inconsistent handling of unaligned hash inputs
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bob.picco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- inconsistent handling of unaligned hash inputs
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sunvdc: add cdrom and v1.1 protocol support
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sunvdc: compute vdisk geometry from capacity
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sunvdc: limit each sg segment to a page
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] vio: fix reuse of vio_dring slot
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc: VIO protocol version 1.6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bob.picco@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH 8/8] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 7/8] sparc64: Adjust vmalloc region size based upon available virtual address bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 6/8] sparc64: Increase MAX_PHYS_ADDRESS_BITS to 53.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 5/8] sparc64: Use kernel page tables for vmemmap.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 4/8] sparc64: Fix physical memory management regressions with large max_phys_bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/8] sparc64: Adjust KTSB assembler to support larger physical addresses.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/8] sparc64: Define VA hole at run time, rather than at compile time.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 1/8] sparc64: Switch to 4-level page tables.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2 0/8] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH 2/6] sparc64: Fix physical memory management regressions with large max_phys_bits.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [OT] What distro/ user space are y'all running?
- From: Karl Volz <karl.volz@xxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [OT] What distro/ user space are y'all running?
- From: Anthony Alba <ascanio.alba7@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH 2/6] sparc64: Fix physical memory management regressions with large max_phys_bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH 6/6] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 5/6] sparc64: Increase MAX_PHYS_ADDRESS_BITS to 53.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 4/6] sparc64: Use kernel page tables for vmemmap.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/6] sparc64: Fix hibernation code refrence to PAGE_OFFSET.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/6] sparc64: Fix physical memory management regressions with large max_phys_bits.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 1/6] sparc64: Adjust KTSB assembler to support larger physical addresses.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 0/6] sparc64: MM/IRQ patch queue.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V3] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH] sparc64: Fix hibernation code refrence to PAGE_OFFSET.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2 09/22] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 10/22] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 11/22] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 13/22] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 07/22] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 16/22] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 08/22] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 18/22] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 20/22] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 22/22] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 19/22] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 21/22] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2 05/22] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] sunvdc: add cdrom and v1.1 protocol support
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 5/5] sparc: Set CONFIG_NET=y in defconfigs
- From: Michal Marek <mmarek@xxxxxxx>
- [PATCH] sparc64: Add vio_set_intr() to enable/disable Rx interrupts
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] vio: fix reuse of vio_dring slot
- From: Dwight Engen <dwight.engen@xxxxxxxxxx>
- [PATCH] sunvdc: limit each sg segment to a page
- From: Dwight Engen <dwight.engen@xxxxxxxxxx>
- [PATCH] sunvdc: compute vdisk geometry from capacity
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH] sunvdc: add cdrom and v1.1 protocol support
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: valid physical address bitmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: valid physical address bitmap
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: vmemmap boot sizing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: valid physical address bitmap
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: vmemmap boot sizing
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: valid physical address bitmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: vmemmap boot sizing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: valid physical address bitmap
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH V3] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Move request_irq() from ldc_bind() to ldc_alloc()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: T5 PMU
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH V2] sparc64: mem boot option correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: find_node adjustment
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH V2] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: max_phys_bits 49
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: vmemmap boot sizing
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: valid physical address bitmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: swapper_tsb and swapper_4m_tsb phys correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: Move request_irq() from ldc_bind() to ldc_alloc()
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- [PATCH V2] sparc64: T5 PMU
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH V2] sparc64: mem boot option correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH V2] sparc64: find_node adjustment
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH V2] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH V2] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: q about ldc_bind after irq save
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: q about ldc_bind after irq save
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: q about ldc_bind after irq save
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v3] sparc32: dma_alloc_coherent must honour gfp flags
- From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3] sparc32: dma_alloc_coherent must honour gfp flags
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: mem mmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: mem mmap
- From: David Miller <davem@xxxxxxxxxxxxx>
- q about ldc_bind after irq save
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] sparc64: find_node adjustment
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: T5 PMU
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: mem mmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [PATCH v3] sparc32: dma_alloc_coherent must honour gfp flags
- From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
- Re: [PATCH v2] sparc32, leon: Make leon_dma_ops avaiable when !CONFIG_PCI
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] sparc32: dma_alloc_coherent must honour GFP_ZERO
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc: leon: Fix race condition between leon_cycles_offset and timer_interrupt
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc: Let memset return the address argument
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] sparc64: cpu hardware caps support for sparc M6 and M7
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] sparc64: support M6 and M7 for building CPU distribution map
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] sparc64: correctly recognise M6 and M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: find_node adjustment
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: T5 PMU
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: mem mmap
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: mem boot option correction
- From: Bob Picco <bob.picco@xxxxxxxxxx>
- Re: [PATCH] sparc64: sun4v TLB error power off events
- From: Bob Picco <bob.picco@xxxxxxxxxx>
- Re: [PATCH] sparc64: sparse irq
- From: Bob Picco <bob.picco@xxxxxxxxxx>
- Re: [PATCH] sparc64: mem boot option correction
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: sun4v TLB error power off events
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: sparse irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 3/3 v2] sparc/uapi: Add definition of TIOC[SG]RS485
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] sparc/uapi: Add definition of TIOC[SG]RS485
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
- [PATCH 3/3 v2] sparc/uapi: Add definition of TIOC[SG]RS485
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
- Re: [PATCH 3/3] sparc/uapi: Add definition of TIOC[SG]RS485
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/3] sparc/uapi: Add definition of TIOC[SG]RS485
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- patch "serial: sunsab: Don't enable tx if tx stopped" added to tty tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- patch "serial: Fix send_xchar() handlers" added to tty tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- [OT] UltraSParc III user manual required
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- [PATCH v2] sparc32, leon: Make leon_dma_ops avaiable when !CONFIG_PCI
- From: Andreas Larsson <andreas@xxxxxxxxxxx>
- [PATCH v2 3/3] sparc64: cpu hardware caps support for sparc M6 and M7
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH v2 2/3] sparc64: support M6 and M7 for building CPU distribution map
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH v2 1/3] sparc64: correctly recognise M6 and M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH] sparc64: mem boot option correction
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: find_node adjustment
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: T5 PMU
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: mem mmap
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: sun4v TLB error power off events
- From: Bob Picco <bpicco@xxxxxxxxxx>
- [PATCH] sparc64: sparse irq
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: commit 8c86e70acead629aacb4afcd818add66bf6844d9 hangs SPARC64 LDOMs
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: commit 8c86e70acead629aacb4afcd818add66bf6844d9 hangs SPARC64 LDOMs
- From: David L Stevens <david.stevens@xxxxxxxxxx>
- Re: commit 8c86e70acead629aacb4afcd818add66bf6844d9 hangs SPARC64 LDOMs
- From: David L Stevens <david.stevens@xxxxxxxxxx>
- Re: commit 8c86e70acead629aacb4afcd818add66bf6844d9 hangs SPARC64 LDOMs
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- commit 8c86e70acead629aacb4afcd818add66bf6844d9 hangs SPARC64 LDOMs
- From: David L Stevens <david.stevens@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: wangyijing <wangyijing0307@xxxxxxxxx>
- Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: wangyijing <wangyijing0307@xxxxxxxxx>
- Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 11/21] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 01/21] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 02/21] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 18/21] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 17/21] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 19/21] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 13/21] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 14/21] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 20/21] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 12/21] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 07/21] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 10/21] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2] sparc32: dma_alloc_coherent must honour GFP_ZERO
- From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
- [PATCH] sparc32: dma_alloc_coherent must honour GFP_ZERO
- From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
- [PATCH 06/26] serial: Fix send_xchar() handlers
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/26] serial: sunsab: Don't enable tx if tx stopped
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- [PATCH] sparc32, leon: Make leom_dma_ops avaiable when !CONFIG_PCI
- From: Andreas Larsson <andreas@xxxxxxxxxxx>
- [PATCH v16 3/7] sparc: add pmd_[dirty|mkclean] for THP
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Kjetil Oftedal <oftedal@xxxxxxxxx>
- [PATCH] sparc: leon: Fix race condition between leon_cycles_offset and timer_interrupt
- From: Andreas Larsson <andreas@xxxxxxxxxxx>
- [PATCH] sparc: Let memset return the address argument
- From: Andreas Larsson <andreas@xxxxxxxxxxx>
- [PATCH v9 00/23] Add gdb python scripts as kernel debugging helpers
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- [PATCH v9 17/23] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Michel Dänzer <michel@xxxxxxxxxxx>
- Re: [PATCH 31/35] [PATCH 31/36] sparc: Replace __get_cpu_var uses
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Michel Dänzer <michel@xxxxxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: problem booting kernel compiled with gcc-4.9
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Richard Weinberger <richard@xxxxxx>
- suspicions RCU usage in 3.17.0-rc1-00231-g7be141d on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: Bob Picco <bpicco@xxxxxxxxxx>
- Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH v1 3/3] sparc64: cpu hwarware caps support for sparc M7
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v1 3/3] sparc64: cpu hwarware caps support for sparc M7
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH v1 2/3] sparc64: support M7 for building CPU distribution map
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH v1 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: New build failures in sparc.
- From: Mao Zhou <maozhou@xxxxxxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: [PATCH] sparc: i8042-sparcio.h: fix unused kbd_res warning
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- [PATCH] sparc: i8042-sparcio.h: fix unused kbd_res warning
- From: Vincent Stehlé <vincent.stehle@xxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- tulip hangs under load on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- 3.17-rc1: FATAL RESET from DAR/DCS/CDX
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sym2 scsi hang on boot on sparc64
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Sym2 scsi hang on boot on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH 3/3] sparc64: cpu hwarware caps support for sparc M7
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH 2/3] sparc64: support M7 for building CPU distribution map
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- [PATCH 1/3] sparc64: correctly recognise M7 cpu type
- From: Allen Pais <allen.pais@xxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
- 3.16.0-11383-gc9...: WARNING at exit_mmap
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH v15 3/7] sparc: add pmd_[dirty|mkclean] for THP
- From: Minchan Kim <minchan@xxxxxxxxxx>
- [PATCH 31/35] [PATCH 31/36] sparc: Replace __get_cpu_var uses
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH] sparc: Hook up memfd_create system call.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v14 3/8] sparc: add pmd_[dirty|mkclean] for THP
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v14 3/8] sparc: add pmd_[dirty|mkclean] for THP
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH v4 1/8] ARC: Remove redundant PCI_IOBASE declaration
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 0/8] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 3/8] sparc: Remove unnecessary volatile usage
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 2/8] serial: sunzilog: Remove unnecessary volatile keyword
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 5/8] /dev/mem: Use more consistent data types
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 7/8] ARM: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 4/8] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v4 8/8] arm64: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 1/3] sparc64: Expand PCI bridge probing debug logging.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 0/3] sparc64: Fix PCI ROM mapping
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/3] sparc64: Properly claim resources as each PCI bus is probed.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/3] sparc64: Skip bogus PCI bridge ranges.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: PCI Radeon RV100 detection hang on sparc64
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [RFC PATCH 04/20] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 00/20] Use msi_chip to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 06/20] PCI/MSI: Introduce arch_get_match_msi_chip() to find the match msi_chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 20/20] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 10/20] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 13/20] MIPS/xlr/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 12/20] MIPS/Xlp/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 08/20] x86/xen/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 09/20] irq_remapping/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 11/20] MIPS/Octeon/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 18/20] Sparc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 19/20] tile/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 17/20] IA64/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 16/20] arm/iop13xx/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 15/20] s390/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH 14/20] Powerpc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: Fix pcr_ops initialization and usage bugs.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: Do not disable interrupts in nmi_cpu_busy()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix BREAK handling in sunsab serial driver
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix BREAK handling in sunsab serial driver
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix BREAK handling in sunsab serial driver
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- [PATCH 3.13 145/259] locking/mutex: Disable optimistic spinning on some architectures
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: soft-lockups in sunvnet
- From: David Miller <davem@xxxxxxxxxxxxx>
- soft-lockups in sunvnet (was Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.)
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: David L Stevens <david.stevens@xxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Andev <debiandev@xxxxxxxxx>
- Re: [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- [PATCH] sparc: Hook up seccomp and getrandom system calls.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/15] sparc: fix decimal printf format specifiers prefixed with 0x
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Davidlohr Bueso <davidlohr@xxxxxx>
- Re: [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Andev <debiandev@xxxxxxxxx>
- [3.13.y.z extended stable] Patch "locking/mutex: Disable optimistic spinning on some architectures" has been added to staging queue
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: [PATCH] arch/sparc/math-emu/math_32.c: drop stray break operator
- From: walter harms <wharms@xxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 01/15] sparc: fix decimal printf format specifiers prefixed with 0x
- From: Hans Wennborg <hans@xxxxxxxxxx>
- Re: [PATCH] arch/sparc/math-emu/math_32.c: drop stray break operator
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: [PATCH] arch/sparc/math-emu/math_32.c: drop stray break operator
- From: walter harms <wharms@xxxxxx>
- Re: [PATCH] sparc64: Guard against flushing openfirmware mappings.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc64: Guard against flushing openfirmware mappings.
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: [PATCH] sparc: Add "install" target
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] arch/sparc/math-emu/math_32.c: drop stray break operator
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: Guard against flushing openfirmware mappings.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sunsab: Fix detection of BREAK on sunsab serial console
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bbc-i2c: Fix BBC I2C envctrl on SunBlade 2000
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: overzealous TLB flushing by lazy VMAP flushing
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: Do not insert non-valid PTEs into the TSB hash table.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Prevent flushing of locked PROM ITLB entry (RED State Exception or hang on reboot)
- From: David Miller <davem@xxxxxxxxxxxxx>
- overzealous TLB flushing by lazy VMAP flushing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix BREAK handling in sunsab serial driver
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] arch/sparc/math-emu/math_32.c: drop stray break operator
- From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
- [PATCH 3.2 51/94] locking/mutex: Disable optimistic spinning on some architectures
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] tlbflush: Prevent flushing locked OBP LITLB entry
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- [PATCH] sunsab: Fix detection of BREAK on sunsab serial console
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- [PATCH] bbc-i2c: Fix BBC I2C envctrl on SunBlade 2000
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- Re: [PATCH] Prevent flushing of locked PROM ITLB entry (RED State Exception or hang on reboot)
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- Re: [PATCH] Fix BREAK handling in sunsab serial driver
- From: Christopher Alexander Tobias Schulze <cat.schulze@xxxxxxxxxxxxx>
- [PATCH sparc] ldc_connect() should not return EINVAL when handshake is in progress.
- From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
- Re: Consolidating Documentation for older hardware
- From: Olivier Danet <odanet@xxxxxxxxxxxx>
- Re: Consolidating Documentation for older hardware
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Consolidating Documentation for older hardware
- From: chase rayfield <cusbrar1@xxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
- From: Meelis Roos <mroos@xxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]