Linux Sparc

• Thread Index

• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v2 2/3] kernel/reboot.c: Add orderly_reboot for graceful reboot
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v2 1/3] envctrl: Ignore orderly_poweroff return value
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 2/3] kernel/reboot.c: Add orderly_reboot for graceful reboot
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH v2 3/3] powerpc/powernv: Reboot when requested by firmware
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH v2 1/3] envctrl: Ignore orderly_poweroff return value
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 2/3] sparc/PCI: Add mem64 resource parsing for root bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• RE: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v8 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v8 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v8 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 08/25] sparc: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v3] sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v3] sunvdc: Complete I/O request if vdisk server error
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sunvdc: don't dereference port->disk before disk probe finishes
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v3] sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v2] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v7 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• d63e2e1f3df breaks sparc/T5-8
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• blk-mq startup crash in 3.19 with qlogic on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: cascardo@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v7 0/3] Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v7 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v7 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v7 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v6 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v6 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v6 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v6 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Ultra1 warning in 4.0.0-rc4-00048-gc586165
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• Ultra1 warning in 4.0.0-rc4-00048-gc586165
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v8 21/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v7 21/31] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH v5 RFC 0/3] Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v5 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v5 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v5 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v5 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: 4.0.0-rc4: panic in free_block
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Remove redundant perf_pmu_{en|dis}able calls
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Touch NMI watchdog when walking cpus and calling printk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Make counting mode actually work
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Remove redundant perf_pmu_{en|dis}able calls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH] sparc: Touch NMI watchdog when walking cpus and calling printk
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH] sparc: perf: Make counting mode actually work
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH] sparc: perf: Remove redundant perf_pmu_{en|dis}able calls
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Generic IOMMU pooled allocator
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Fix /proc/kcore
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: maps mismatch in /proc/kcore for sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: maps mismatch in /proc/kcore for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: maps mismatch in /proc/kcore for sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: maps mismatch in /proc/kcore for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• maps mismatch in /proc/kcore for sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Manish Jaggi <mjaggi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/22] sparc: %pf is only for function pointers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 27/32] sparc: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: Alex Dowad <alexinbeijing@xxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] sparc: IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v4 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v4 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v4 RFC 0/3] sparc: IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 12/22] sparc: %pf is only for function pointers
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [PATCH 12/22] sparc: %pF is only for function pointers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 12/22] sparc: %pF is only for function pointers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 12/22] sparc: %pF is only for function pointers
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [PATCH v6 20/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v6 20/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 12/22] sparc: %pF is only for function pointers
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [PATCH v3 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 0/8] switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v3 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v3 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v3 RFC 0/3] sparc: IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v6 20/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v6 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v6 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v5 06/29] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v5 02/29] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v5 01/29] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v5 19/29] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v3 4/8] mips: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 2/8] arm: use asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 0/8] switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 5/8] parisc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 1/8] seccomp: allow COMPAT sigreturn overrides
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 7/8] sparc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 3/8] microblaze: use asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 6/8] powerpc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH 1/2] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: semtimedop() unreachable due to comparison error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 2/2] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 1/2] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 0/2] sparc: IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [RFC 4/4] cxgb4: drop __GFP_NOFAIL allocation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC 4/4] cxgb4: drop __GFP_NOFAIL allocation
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 20/30] PCI/sparc: Use pci_scan_root_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] sparc: semtimedop() unreachable due to comparison error
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v4 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v4 20/30] PCI/sparc: Use pci_scan_root_bridge() for simplicity
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v4 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v4 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v4 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2] seccomp: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] sparc: clarify __GFP_NOFAIL allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 2/4] jbd2: revert must-not-fail allocation loops back to GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] sparc: clarify __GFP_NOFAIL allocation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC 3/4] sparc: remove __GFP_NOFAIL reuquirement
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 1/4] mm: Clarify __GFP_NOFAIL deprecation status
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC 2/4] jbd2: revert must-not-fail allocation loops back to GFP_NOFAIL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC 3/4] sparc: remove __GFP_NOFAIL reuquirement
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC 3/4] sparc: remove __GFP_NOFAIL reuquirement
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH 0/4] Clarify and cleanup some __GFP_NOFAIL usage
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC 2/4] jbd2: revert must-not-fail allocation loops back to GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC 1/4] mm: Clarify __GFP_NOFAIL deprecation status
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC 3/4] sparc: remove __GFP_NOFAIL reuquirement
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC 4/4] cxgb4: drop __GFP_NOFAIL allocation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] sunvdc: don't dereference port->disk before disk probe finishes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V3] sparc64: fatal trap should stop all cpus
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch: sparc: kernel: starfire.c: Remove unused function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch: sparc: kernel: traps_64.c: Remove some unused functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] seccomp: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] seccomp: switch to using asm-generic for seccomp.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH] seccomp: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v4 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v4 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v4 20/30] PCI/sparc: Use pci_scan_root_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 20/30] PCI/sparc: Use pci_scan_root_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc: perf: Make counting mode actually work
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 2/3] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 1/3] sparc: perf: Remove redundant perf_pmu_{en|dis}able calls
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [RFI]: SPARC - use of in-local-out register sets with hardware strands (threads)
  • From: David Horner <ds2horner@xxxxxxxxx>
• Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: Kaz Kojima <kkojima@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH RFC] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH v11 16/19] mm: vmalloc: pass additional vm_flags to __vmalloc_node_range()
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• Re: linux-next: libahci_platform has undefined symbol on sparc
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: linux-next: libahci_platform has undefined symbol on sparc
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• linux-next: libahci_platform has undefined symbol on sparc
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH] sparc: io_64.h: Replace io function-link macros
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v12 17/28] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v12 00/28] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] sparc: io_64.h: Replace io function-link macros
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCH] sparc: io_64.h: Replace io function-link macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v10 14/17] mm: vmalloc: pass additional vm_flags to __vmalloc_node_range()
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• [PATCH] sparc: io_64.h: Replace io function-link macros
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• kobject (00000000008e10d8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v11 17/28] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v11 00/28] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH] sunvdc: don't dereference port->disk before disk probe finishes
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• [Resend Patch v4 10/16] smp, sparc: Kill SMP single function call interrupt
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Resend Patch v4 09/16] smp, sparc64: Kill SMP single function call interrupt
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jan 20 -- sparc32: fix broken set_pte()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• offline for a bit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v9 14/17] mm: vmalloc: pass additional vm_flags to __vmalloc_node_range()
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• [PATCH v2 07/30] PCI: Pass PCI domain number combined with root bus number
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 02/30] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 20/30] PCI/sparc: Use pci_scan_root_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 01/30] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• Re: [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCHv2] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• [PATCH 01/28] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 02/28] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 10/10] PCI, sparc: clip firmware assigned resource under parent bridge's
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] PCI, sparc: clip firmware assigned resource under parent bridge's
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2 10/10] PCI, sparc: clip firmware assigned resource under parent bridge's
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCHv2] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• RE: [PATCH] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config
  • From: "Tantilov, Emil S" <emil.s.tantilov@xxxxxxxxx>
• [PATCH] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [linux-nics] Solved: Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [linux-nics] Solved: Re: ixgbe/linux/sparc perf issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [linux-nics] Solved: Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [linux-nics] Solved: Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• RE: [linux-nics] Solved: Re: ixgbe/linux/sparc perf issues
  • From: "Tantilov, Emil S" <emil.s.tantilov@xxxxxxxxx>
• Re: [PATCH 10/10] PCI, sparc: clip firmware assigned resource under parent bridge's
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: Adding support for Fujitsu SPARC64 machines?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Adding support for Fujitsu SPARC64 machines?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Adding support for Fujitsu SPARC64 machines?
  • From: Mark Kettenis <mark.kettenis@xxxxxxxxx>
• Re: Adding support for Fujitsu SPARC64 machines?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 10/10] PCI, sparc: clip firmware assigned resource under parent bridge's
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH 0/2] IOMMU pools for better scalability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Solved: Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH 0/2] IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCHv2 1/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH 2/3] module: remove mod arg from module_free, rename module_memfree().
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH 2/3] module: remove mod arg from module_free, rename module_memfree().
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Adding support for Fujitsu SPARC64 machines?
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] sparc32: nocheck uaccess coding style tweaks
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: minor coding style tweaks
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH V3] sparc64: fatal trap should stop all cpus
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCHv2 1/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] sparc64: fatal trap should stop all cpus
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH V2] sparc64: fatal trap should stop all cpus
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: nocheck uaccess coding style tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] sparc64: minor coding style tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/40] sparc64/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/40] arch/sparc: uaccess_32 macro whitespace fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 14/40] sparc32/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 14/40] sparc32/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 15/40] sparc64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 25/40] arch/sparc: uaccess_32 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH V2] sparc64: fatal trap should stop all cpus
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc64: fatal trap should stop all cpus
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: fatal trap should stop all cpus
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Modifiying a T2000 and Radeon 6570 to work together.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 1/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 14/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Modifiying a T2000 and Radeon 6570 to work together.
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re:Modifiying a T2000 and Radeon 6570 to work together.
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Modifiying a T2000 and Radeon 6570 to work together.
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• [PATCH 2/2 sparc] Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH 1/2] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH 0/2] IOMMU pools for better scalability
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH] arch: sparc: kernel: starfire.c: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch: sparc: kernel: traps_64.c: Remove some unused functions
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH RFC sparc] Break up iommu from monolithic lock for the map to multiple pools/locks
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: destroy_context() and switch_mm() needs to disable interrupts.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: destroy_context() and switch_mm() needs to disable interrupts.
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 16/18] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 15/18] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH 3/3] sunvdc: reconnect ldc after vds service domain restarts
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc/ldc: create separate ldc_unbind from ldc_free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] vio: create routines for inc,dec vio dring indexes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sunvdc: fix module unload/reload
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: Align ccall_info to prevent unaligned traps on crosscall
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: ixgbe/linux/sparc perf issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• ixgbe/linux/sparc perf issues
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH 3/3] sunvdc: reconnect ldc after vds service domain restarts
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• [PATCH 2/3] sparc/ldc: create separate ldc_unbind from ldc_free
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• [PATCH 1/3] vio: create routines for inc,dec vio dring indexes
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• [PATCH] sunvdc: fix module unload/reload
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 3.18 fails in firmware init of qla on V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 3.18 fails in firmware init of qla on V880
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc32,leon: Align ccall_info to prevent unaligned traps on crosscall
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v2] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH 2/8 v2] sparc64: replace memset by memzero_explicit
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/8] replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 2/8 v2] sparc64: replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 0/8] replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 2/8] sparc64: replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Add NOP dma_cache_sync() implementation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [hch-scsi-queue:drivers-for-3.19 174/180] drivers/scsi/wd719x.c:247:2: error: implicit declaration of function 'dma_cache_sync'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [hch-scsi-queue:drivers-for-3.19 174/180] drivers/scsi/wd719x.c:247:2: error: implicit declaration of function 'dma_cache_sync'
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [hch-scsi-queue:drivers-for-3.19 174/180] drivers/scsi/wd719x.c:247:2: error: implicit declaration of function 'dma_cache_sync'
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [hch-scsi-queue:drivers-for-3.19 174/180] drivers/scsi/wd719x.c:247:2: error: implicit declaration of function 'dma_cache_sync'
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 1/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: mroos@xxxxxxxx
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv10 4/5] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCHv10 3/5] syscalls: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 0/5] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 1/5] syscalls: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv2 0/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv2 1/1] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• journal related oops/hang with E250 (3.17.2)
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] vfs: renumber FMODE_NONOTIFY and add to uniqueness check
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: sparc: Clashing values for O_PATH and FMODE_NONOTIFY?
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: sparc: Clashing values for O_PATH and FMODE_NONOTIFY?
  • From: Eric Paris <eparis@xxxxxxxxxx>
• [PATCH v10 00/27] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v10 17/27] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: sparc: Clashing values for O_PATH and FMODE_NONOTIFY?
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Hang on E220R with 3.18.0-rc5
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: sparc: Clashing values for O_PATH and FMODE_NONOTIFY?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• [PATCHv9 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 0/5] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 1/5] syscalls: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 3/5] syscalls: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv8 1/4] syscalls,x86: implement execveat() system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 1/5] PCI: Rip out pci_bus_add_devices() from pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 5/5] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• sparc: Clashing values for O_PATH and FMODE_NONOTIFY?
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix in-place byteswap calls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv8 3/4] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] sparc64: Fix in-place byteswap calls
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCHv8 1/4] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 3/4] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 man-pages 4/4] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 2/4] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 0/4] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 08/48] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: blk_mq: suspicious RCU usage, rcu_read_lock() used illegally while idle!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32: Implement xchg and atomic_xchg using ATOMIC_HASH locks
  • From: David Miller <davem@xxxxxxxxxx>
• [PATCH] sparc64: Do irq_{enter,exit}() around generic_smp_call_function*().
  • From: David Miller <davem@xxxxxxxxxx>
• Re: blk_mq: suspicious RCU usage, rcu_read_lock() used illegally while idle!
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: blk_mq: suspicious RCU usage, rcu_read_lock() used illegally while idle!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: blk_mq: suspicious RCU usage, rcu_read_lock() used illegally while idle!
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 3.13 044/162] sparc64: T5 PMU
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 3.13 054/162] sparc64: Increase size of boot string to 1024 bytes
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 3.13 033/162] sparc64: find_node adjustment
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 3.13 031/162] sparc64: sun4v TLB error power off events
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH v5 08/48] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] sparc32: Implement xchg and atomic_xchg using ATOMIC_HASH locks
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] sparc64: Add preprocessor symbols for PAGE_* pgprot_t values.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add preprocessor symbols for PAGE_* pgprot_t values.
  • From: Clemens Ladisch <clemens@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add preprocessor symbols for PAGE_* pgprot_t values.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Add preprocessor symbols for PAGE_* pgprot_t values.
  • From: Clemens Ladisch <clemens@xxxxxxxxxx>
• [PATCH 3.12 057/144] Revert "sparc64: Fix __copy_{to,from}_user_inatomic defines."
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.12 037/144] sparc64: find_node adjustment
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.12 044/144] sparc64: Increase size of boot string to 1024 bytes
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.12 035/144] sparc64: sun4v TLB error power off events
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: NULL dereference in schizo error handler
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: DMA-API warning from sunhme - unchecked dma_map_single error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: NULL dereference in schizo error handler
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: DMA-API warning from sunhme - unchecked dma_map_single error
  • From: Meelis Roos <mroos@xxxxxxxx>
• [3.13.y.z extended stable] Patch "sparc64: Increase size of boot string to 1024 bytes" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.13.y.z extended stable] Patch "sparc64: T5 PMU" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.13.y.z extended stable] Patch "sparc64: find_node adjustment" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.13.y.z extended stable] Patch "sparc64: sun4v TLB error power off events" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sunvdc: don't call VD_OP_GET_VTOC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: DMA-API warning from sunhme - unchecked dma_map_single error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: NULL dereference in schizo error handler
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3.12 070/144] sparc64: T5 PMU
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] Revert "sparc64: Fix __copy_{to,from}_user_inatomic defines."
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] sparc64: find_node adjustment
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] sparc64: sun4v TLB error power off events
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] sparc64: T5 PMU
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] sparc64: Increase size of boot string to 1024 bytes
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH] sunvdc: don't call VD_OP_GET_VTOC
  • From: Dwight Engen <dwight.engen@xxxxxxxxxx>
• [PATCH] sparc: Hook up bpf system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH 3.17 121/146] sparc64: sun4v TLB error power off events
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.17 123/146] sparc64: find_node adjustment
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.17 144/146] sparc64: Increase size of boot string to 1024 bytes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.17 134/146] sparc64: T5 PMU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.16 115/127] sparc64: T5 PMU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.16 100/127] sparc64: sun4v TLB error power off events
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.16 102/127] sparc64: find_node adjustment
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.16 125/127] sparc64: Increase size of boot string to 1024 bytes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 088/100] sparc64: T5 PMU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 077/100] sparc64: find_node adjustment
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 075/100] sparc64: sun4v TLB error power off events
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 098/100] sparc64: Increase size of boot string to 1024 bytes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 11/16] s390/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 08/16] MIPS/Xlp/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 04/16] Irq_remapping/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 06/16] Mips/MSI: Save MSI controller in pci sysdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 07/16] MIPS/Octeon/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 02/16] x86/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 00/16] Use MSI controller framework to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 14/16] Sparc/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 03/16] x86/xen/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 15/16] tile/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 01/16] PCI/MSI: Refactor MSI controller to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 16/16] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>