Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- [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>
- [PATCH 01/13] PCI: rename pci_is_bridge() to pci_has_subordinate()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 12/13] PCI, pcmcia: Use new pci_is_bridge() to simplify code
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]