Linux ia64 Archive — Date Index

• Thread Index

• [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 02/44] memory: emif: Use API function to determine poweroff capability
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 26/44] x86: iris: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 44/44] kernel: Remove pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 37/44] sh: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 36/44] mips: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 39/44] x86: ce4100: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 34/44] ia64: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 38/44] x86: lguest: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 19/44] ipmi: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 11/44] mfd: retu: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 35/44] m68k: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 31/44] arm: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 27/44] x86: apm: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 0/9] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [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 4/9] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes
  • 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>
• Re: [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [RFC PATCH 01/16] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 02/16] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 04/16] arm: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 06/16] avr32: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 08/16] ia64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 09/16] metag: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 11/16] sh: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 12/16] unicore32: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 13/16] x86: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 16/16] mfd: palmas: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 03/16] parisc: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 00/16] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v5 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v5 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• 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: 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 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 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 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>
• 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 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 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: bit fields && data tearing
  • From: Pavel Machek <pavel@xxxxxx>
• 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 v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • 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 02/22] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 09/22] x86/xen/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 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 11/22] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • 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 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • 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 13/22] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • 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 17/22] s390/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 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 21/22] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • 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 22/22] PCI/MSI: Clean up unused MSI arch functions
  • 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>
• [PATCH v2 07/22] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCHv8 2/6] ia64: trivial: replace get_unused_fd() by get_unused_fd_flags(0)
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• [PATCHv8 0/6] Getting rid of get_unused_fd() / enable close-on-exec
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• 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: [RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [GIT PULL] Fix ia64 defconfig files to fix boot problems
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 4/9] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@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>
• [PATCH] [IA64] Fix syscall number for memfd_create
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• 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: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• 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: bit fields && data tearing
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• 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: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• 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: [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>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@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>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: bit fields && data tearing
  • From: Marc Gauthier <marc@xxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• 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: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: wangyijing <wangyijing0307@xxxxxxxxx>
• Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: wangyijing <wangyijing0307@xxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 11/21] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 01/21] PCI/MSI: Clean up struct msi_chip argument
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 02/21] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 07/21] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 18/21] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 17/21] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 19/21] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 13/21] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 14/21] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 20/21] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 12/21] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 10/21] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• RE: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• RE: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v4 00/11] drivers: cacheinfo support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] beautify EFI memmap logs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/5] efi: introduce efi_md_typeattr_format()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] efi: introduce efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v2 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v2 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v2 0/5] beautify EFI memmap logs
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v2 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v2 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 0/5] beautify EFI memmap logs
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/5] beautify EFI memmap logs
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 0/5] beautify EFI memmap logs
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 0/5] beautify EFI memmap logs
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 2/5] efi: introduce efi_md_typeattr_format()
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH v9 00/23] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v9 15/23] scripts/gdb: Add internal helper and convenience function to retrieve thread_info
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH 24/35] [PATCH 24/36] ia64: Replace __get_cpu_var uses
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 1/1] [IA64] pcibr: possible NULL pointer dereference
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [GIT PULL] Add memfd_create syscall to ia64
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH v3 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v3 00/11] drivers: cacheinfo support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 24/35] [PATCH 24/36] ia64: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 1/3] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH] [RFC] ia64: Attempt to update of fsyscall gettime to use modern vsyscall_update
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 1/8] ARC: Remove redundant PCI_IOBASE declaration
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 2/8] serial: sunzilog: Remove unnecessary volatile keyword
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 3/8] sparc: Remove unnecessary volatile usage
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 5/8] /dev/mem: Use more consistent data types
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 4/8] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 7/8] ARM: Use include/asm-generic/io.h
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 8/8] arm64: Use include/asm-generic/io.h
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• [RFC PATCH 04/20] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 00/20] Use msi_chip to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 06/20] PCI/MSI: Introduce arch_get_match_msi_chip() to find the match msi_chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 20/20] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 10/20] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 12/20] MIPS/Xlp/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 13/20] MIPS/xlr/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 08/20] x86/xen/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 09/20] irq_remapping/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 11/20] MIPS/Octeon/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 19/20] tile/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 18/20] Sparc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 17/20] IA64/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 16/20] arm/iop13xx/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 15/20] s390/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 14/20] Powerpc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• [PATCH] arch/ia64: remove comments that do not match the corresponding #ifdef
  • From: Daniele Forsi <dforsi@xxxxxxxxx>
• [GIT PULL] ia64 getrandom(2) syscall
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [Q] sched: __ARCH_WANT_UNLOCKED_CTXSW on IA64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [Q] sched: __ARCH_WANT_UNLOCKED_CTXSW on IA64
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [GIT PULL] Miscellaneous ia64 specific cleanup for 3.17
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] CAPI: use correct structure type name in sizeof
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: "Brown, Aaron F" <aaron.f.brown@xxxxxxxxx>
• [PATCH 0/9] use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 2/9] CAPI: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 7/9] scsi: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 8/9] iwlegacy: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 5/9] scsi: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 9/9] uwb/whci: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 4/9] reiserfs: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 1/9] drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: [PATCH v4] arm64, ia64, ppc, s390, sh, tile, um, x86, mm: Remove default gate area
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/2] [IA64] Fix zeroing of PDAs
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 2/2] [IA64] Do not needlessly convert between pointers and integers
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v2] rtc: ia64: allow other architectures to use EFI RTC
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH v2 3/9] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/9] drivers: cacheinfo support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [PATCH v4] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• Re: [PATCH 1/2] arm: Remove RISC OS personality
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] memory-hotplug: add zone_for_memory() for selecting zone for new memory
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/43] ia64: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxxxxxxxxx>
• [PATCH v2 4/7] memory-hotplug: ia64: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 3/7] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 2/7] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 0/7] memory-hotplug: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 5/7] memory-hotplug: ppc: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 6/7] memory-hotplug: sh: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH v2 1/7] memory-hotplug: add zone_for_memory() for selecting zone for new memory
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• Re: [PATCH] ia64: Fix me add register r8
  • From: Nick Krause <xerofoify@xxxxxxxxx>
• Re: [PATCH] ia64: Fix me add register r8
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [PATCH 23/31] ia64: Replace __get_cpu_var uses
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 0/2] Memoryless nodes and kworker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 0/2] Memoryless nodes and kworker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 0/2] Memoryless nodes and kworker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 0/2] Memoryless nodes and kworker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC 0/2] Memoryless nodes and kworker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• Re: [PATCH 2/5] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• Re: [PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE
  • From: Zhang Yanfei <zhangyanfei@xxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: allow to override Python command name
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 3/5] memory-hotplug: ia64: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• Re: [RFC 1/2] workqueue: use the nearest NUMA node, not the local one
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 2/5] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH 1/5] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH 5/5] memory-hotplug: powerpc: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH 4/5] memory-hotplug: sh: suitable memory should go to ZONE_MOVABLE
  • From: Wang Nan <wangnan0@xxxxxxxxxx>
• [PATCH] ia64: Fix me add register r8
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• [PATCH] kbuild: allow to override Python command name
  • From: Masahiro Yamada <yamada.m@xxxxxxxxxxxxxxxx>
• [RFC 2/2] powerpc: reorder per-cpu NUMA information's initialization
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [RFC 1/2] workqueue: use the nearest NUMA node, not the local one
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [RFC 0/2] Memoryless nodes and kworker
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH v6] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 2/2] ia64: Remove Linux/x86 domain support
  • From: Richard Weinberger <richard@xxxxxx>
• [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH 2/2] ia64: Remove Linux/x86 domain support
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v3] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 1/2] arm: Remove RISC OS personality
  • From: Richard Weinberger <richard@xxxxxx>
• [RFC] Remove remaining users of exec domains
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 2/2] ia64: Remove Linux/x86 domain support
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/10] xen: Add EFI support
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH v7 00/10] xen: Add EFI support
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/10] arch/ia64: Define early_memunmap()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/7] ACPICA: Linux: Add configuration item to indicate the architecture specific support.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 0/7] ACPICA: Enable ACPICA prototypes for CONFIG_ACPI=n builds.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v7 07/10] xen: Define EFI related stuff
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH v7 08/10] xen: Put EFI machinery in place
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 00/10] xen: Add EFI support
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v7 00/10] xen: Add EFI support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• [PATCH v2 09/10] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v7 01/10] arch/ia64: Define early_memunmap()
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 02/10] efi: Use early_mem*() instead of early_io*()
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 00/10] xen: Add EFI support
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 03/10] arch/x86: Do not access EFI memory map if it is not available
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 04/10] efi: Introduce EFI_PARAVIRT flag
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 06/10] arch/x86: Remove redundant set_bit(EFI_MEMMAP) call
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 07/10] xen: Define EFI related stuff
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 08/10] xen: Put EFI machinery in place
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 09/10] arch/x86: Replace plain strings with constants
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 10/10] arch/x86: Remove efi_set_rtc_mmss()
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v7 05/10] arch/x86: Remove redundant set_bit(EFI_SYSTEM_TABLES) call
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH 1/1] ia64: use ARRAY_SIZE instead of sizeof/sizeof[0]
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• [PATCH] sched.h: Remove useless `const' from function return type
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/9] drivers: cacheinfo support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 3/9] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] rtc: ia64: allow other architectures to use EFI RTC
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 23/31] ia64: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• RE: [staging:staging-next 151/175] drivers/staging/comedi/drivers/ni_pcimio.c:1105:42: error: macro "writew" passed 3 arguments, but takes just 2
  • From: Hartley Sweeten <HartleyS@xxxxxxxxxxxxxxxxxxx>
• Re: Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: "Suzuki K. Poulose" <suzuki@xxxxxxxxxx>
• Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: "Suzuki K. Poulose" <suzuki@xxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [staging:staging-next 151/175] drivers/staging/comedi/drivers/ni_pcimio.c:1105:42: error: macro "writew" passed 3 arguments, but takes just 2
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH] rtc: ia64: allow other architectures to use EFI RTC
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v8 00/22] Add gdb python scripts as kernel debugging helpers
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• is sba_map_ioc_to_node() needed in arch/ia64/hp/common/sba_iommu.c
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [PATCH v8 00/22] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v8 15/22] scripts/gdb: Add internal helper and convenience function to retrieve thread_info
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH] ia64: fix compilation for !CONFIG_FLATMEM
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] ia64: fix unwcheck.py for python3
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code
  • From: Clemens Ladisch <clemens@xxxxxxxxxx>
• [PATCH] arch: ia64: kernel: smpboot.c: Optimization of the Code
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch: ia64: kernel: patch.c: Optimization of the Code
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCHv7 0/6] Getting rid of get_unused_fd() / enable close-on-exec
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• [PATCHv7 1/6] ia64: use get_unused_fd_flags(0) instead of get_unused_fd()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: does anybody still care about kvm-ia64?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• does anybody still care about kvm-ia64?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: "Suzuki K. Poulose" <suzuki@xxxxxxxxxx>
• Re: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• RE: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v2 00/13] Refactor pci_is_brdige() to simplify code
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: "Suzuki K. Poulose" <suzuki@xxxxxxxxxx>
• Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• RE: How to deal with ia32 binary support nowadays?
  • From: Pedro Miguel Teixeira <pmsjt@xxxxxxxxxx>
• Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: How to deal with ia32 binary support nowadays?
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• RE: How to deal with ia32 binary support nowadays?
  • From: Pedro Miguel Teixeira <pmsjt@xxxxxxxxxx>
• How to deal with ia32 binary support nowadays?
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Outdated configuration files in arch/ia64/configs
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Stable DRI/DRM 3D hardware acceleration on Linux/ia64 (zx1)? The solution: timer frequency
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• [PATCH] [RFC] ia64: Attempt to update of fsyscall gettime to use modern vsyscall_update
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ia64: remove check for CONFIG_IA64_FW_EMU
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: sched: fix: initialization of sched_domain_topology for NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• sched: fix: initialization of sched_domain_topology for NUMA
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: sched: fix: initialization of sched_domain_topology for NUMA
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: sched: fix: initialization of sched_domain_topology for NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• sched: fix: initialization of sched_domain_topology for NUMA
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [sched] BUG: unable to handle kernel paging request at 093cd001
  • From: Jet Chen <jet.chen@xxxxxxxxx>
• Re: [sched] BUG: unable to handle kernel paging request at 093cd001
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [sched] BUG: unable to handle kernel paging request at 093cd001
  • From: Jet Chen <jet.chen@xxxxxxxxx>
• [PATCH 1/2] dma: add dma_get_required_mask_from_max_pfn()
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• RE: [sched] BUG: unable to handle kernel paging request at 093cd001
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH v3 3/4] ACPICA: Linux headers: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v3 4/4] ACPICA: Cleanup redudant definitions that already have defaults in <acpi/platform/acenv.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• ia64: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Ananth N Mavinakayanahalli <ananth@xxxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Ananth N Mavinakayanahalli <ananth@xxxxxxxxxx>
• Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [Patch v3 2/2] lapic need be checked if available when initialize acpi processor id
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [Patch v3 1/2] introduce variable acpi_lapic into ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 02/13] PCI: Introduce new pci_is_bridge() helper function
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 13/13] PCI, pciehp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 12/13] PCI, pcmcia: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 03/13] PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 10/13] PCI, cpcihp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 04/13] x86/PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 11/13] PCI, acpiphp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 09/13] PCI, shpchp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 06/13] powerpc/PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 01/13] PCI: rename pci_is_bridge() to pci_has_subordinate()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 05/13] IA64/PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 00/13] Refactor pci_is_brdige() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• RE: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• RE: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• RE: [PATCH 00/13] Refactor pci_is_brdige() to simplify code
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 00/13] Refactor pci_is_brdige() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 04/13] x86/PCI: Use new pci_is_bridge() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 02/13] PCI: Introduce new pci_is_bridge() helper function
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>