Linux Sparc

• Thread Index

• 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>
• [PATCH 09/16] MIPS/Xlr/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 13/16] IA64/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 12/16] arm/iop13xx/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 05/16] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 10/16] Powerpc/MSI: Use MSI controller framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: Current git: good!
  • From: David Miller <davem@xxxxxxxxxxxxx>
• NULL dereference in schizo error handler
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Current git: good!
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Current git: good!
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCHv5 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Implement __get_user_pages_fast().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Lennox Wu <lennox.wu@xxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCHv5 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCHv5 net-next 0/4] sunvnet: NAPI enhancements.
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 RFC net-next 0/4] sunvnet: NAPIfy sunvnet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 RFC net-next 0/4] sunvnet: NAPIfy sunvnet
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCHv4 3/4] sparc64: Avoid irqsave/restore on vio.lock if in_softirq()
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCHv4 net-next 0/4] sunvnet: NAPIfy sunvnet
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: unaligned accesses in SLAB etc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: SPARC: 3.13-rc1 and newer: kernel size issue with tftpboot.img
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v17 3/7] sparc: add pmd_[dirty|mkclean] for THP
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• 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
  • From: mroos@xxxxxxxx
• [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
  • From: mroos@xxxxxxxx
• 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.
  • From: mroos@xxxxxxxx
• 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.
  • From: mroos@xxxxxxxx
• [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>