Linux ia64

Date Index

[Prev Page][Next Page]

[PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler, Guenter Roeck
[PATCH 35/44] m68k: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 35/44] m68k: Register with kernel poweroff handler, Geert Uytterhoeven
[PATCH 31/44] arm: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 31/44] arm: Register with kernel poweroff handler, Nicolas Ferre
[PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler, Guenter Roeck
[PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler, Guenter Roeck
[PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
  - Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Catalin Marinas
    - Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
      - Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
        
        Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
        
        Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
      - Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
[PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Hans-Christian Egtvedt
  - Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Guenter Roeck
[PATCH 32/44] arm64: psci: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler, Catalin Marinas
[PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler, Guenter Roeck
[PATCH 29/44] staging: nvec: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler, Greg Kroah-Hartman
[PATCH 09/44] mfd: palmas: Register with kernel poweroff handler, Guenter Roeck
[PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler, Guenter Roeck
[PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler, Guenter Roeck
[PATCH 27/44] x86: apm: Register with kernel poweroff handler, Guenter Roeck
[PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler, Guenter Roeck
- Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler, Andrew Lunn
[PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Mark Rutland
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Andrew Lunn
[PATCH v5 0/9] asm-generic/io.h overhaul, Thierry Reding
- [PATCH 9/9] arm64: Use include/asm-generic/io.h, Thierry Reding
- [PATCH 8/9] ARM: Use include/asm-generic/io.h, Thierry Reding
- [PATCH 7/9] asm-generic/io.h: Implement generic {read,write}s*(), Thierry Reding
- [PATCH 6/9] asm-generic/io.h: Reconcile I/O accessor overrides, Thierry Reding
- [PATCH 4/9] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes, Thierry Reding
- [PATCH 5/9] /dev/mem: Use more consistent data types, Thierry Reding
- [PATCH 3/9] ARM: ixp4xx: Properly override I/O accessors, Thierry Reding
- [PATCH 2/9] ARM: ebsa110: Properly override I/O accessors, Thierry Reding
- [PATCH 1/9] ARC: Remove redundant PCI_IOBASE declaration, Thierry Reding
[RFC PATCH 00/16] kernel: Add support for poweroff handler call chain, Guenter Roeck
- [RFC PATCH 03/16] parisc: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 16/16] mfd: palmas: Register with kernel poweroff handler, Guenter Roeck
- [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler, Guenter Roeck
  - Re: [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler, Sebastian Reichel
- [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain, Guenter Roeck
  - Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain, David Vrabel
    - Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 13/16] x86: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 12/16] unicore32: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 11/16] sh: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain, Guenter Roeck
  - Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain, Ralf Baechle
    - Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 09/16] metag: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 08/16] ia64: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain, Guenter Roeck
  - Re: [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain, Mark Salter
- [RFC PATCH 06/16] avr32: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 04/16] arm: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain, Guenter Roeck
  - Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain, Catalin Marinas
    - Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain, Guenter Roeck
- [RFC PATCH 02/16] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off, Guenter Roeck
- [RFC PATCH 01/16] kernel: Add support for poweroff handler call chain, Guenter Roeck
[PATCH v5 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure, Sudeep Holla
[PATCH v5 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
[PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
- [PATCH v2 07/22] PCI/MSI: Refactor struct msi_chip to make it become more common, Yijing Wang
- [PATCH v2 05/22] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq(), Yijing Wang
- [PATCH v2 22/22] PCI/MSI: Clean up unused MSI arch functions, Yijing Wang
- [PATCH v2 19/22] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 21/22] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 20/22] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 18/22] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 08/22] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Thierry Reding
    - Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 16/22] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Thierry Reding
    - Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 13/22] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error, Yijing Wang
- [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Thierry Reding
    - Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Thierry Reding
    - Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument, Yijing Wang
  - Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument, Thierry Reding
    - Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument, Thomas Gleixner
      - Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument, Yijing Wang
    - Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument, Yijing Wang
- [PATCH v2 11/22] x86/MSI: Remove unused MSI weak arch functions, Yijing Wang
- [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
  - Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data(), Thierry Reding
    - Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
      - Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data(), Thierry Reding
  - Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data(), Thierry Reding
- [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
  - Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Konrad Rzeszutek Wilk
    - Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
- [PATCH v2 09/22] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment, Yijing Wang
  - Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment, Thierry Reding
    - Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment, Yijing Wang
- [PATCH v2 10/22] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
  - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Thierry Reding
    - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
  - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Thomas Gleixner
    - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
    - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
      - Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Thomas Gleixner
        
        Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Thierry Reding
  - Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Liviu Dudau
    - Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Thierry Reding
      - Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Liviu Dudau
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Thierry Reding
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Thierry Reding
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Lucas Stach
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
      - Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Liviu Dudau
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Liviu Dudau
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Liviu Dudau
        
        Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Konrad Rzeszutek Wilk
  - Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms, Yijing Wang
[PATCHv8 0/6] Getting rid of get_unused_fd() / enable close-on-exec, Yann Droneaud
- [PATCHv8 2/6] ia64: trivial: replace get_unused_fd() by get_unused_fd_flags(0), Yann Droneaud
[GIT PULL] Fix ia64 defconfig files to fix boot problems, Luck, Tony
[RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW, Peter Zijlstra
- Re: [RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW, Kirill Tkhai
- Re: [RFC][PATCH] sched,mips,ia64: Remove __ARCH_WANT_UNLOCKED_CTXSW, Guenter Roeck
[PATCH v3 4/9] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg(), Yijing Wang
[PATCH] [IA64] Fix syscall number for memfd_create, Tony Luck
[PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms, Yijing Wang
- [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
  - Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Lucas Stach
    - Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip, Yijing Wang
- [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
  - Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), David Vrabel
    - Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
      - Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), David Vrabel
- [PATCH v1 10/21] x86/MSI: Remove unused MSI weak arch functions, Yijing Wang
- [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common, Yijing Wang
  - Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common, Lucas Stach
    - Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common, Yijing Wang
- [PATCH v1 12/21] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error, Yijing Wang
- [PATCH v1 20/21] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions, Yijing Wang
  - Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions, Lucas Stach
    - Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions, Yijing Wang
- [PATCH v1 14/21] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 13/21] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 19/21] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 17/21] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 18/21] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Sergei Shtylyov
    - Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, wangyijing
      - Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Sergei Shtylyov
  - Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Michael Ellerman
    - Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, David Vrabel
    - Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
      - Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, David Vrabel
        
        Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Konrad Rzeszutek Wilk
        
        Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
        
        Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Sebastian Ott
    - Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 07/21] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
  - Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data(), Lucas Stach
    - Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
      - Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data(), Lucas Stach
        
        Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
- [PATCH v1 02/21] PCI/MSI: Remove useless bus->msi assignment, Yijing Wang
- [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
  - Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Sergei Shtylyov
    - Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq, wangyijing
- [PATCH v1 01/21] PCI/MSI: Clean up struct msi_chip argument, Yijing Wang
- [PATCH v1 11/21] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq, Yijing Wang
- Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms, Bjorn Helgaas
  - Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms, Yijing Wang
Re: bit fields && data tearing, Peter Hurley
- Re: bit fields && data tearing, Benjamin Herrenschmidt
  - RE: bit fields && data tearing, David Laight
    - Re: bit fields && data tearing, Benjamin Herrenschmidt
      - Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Michael Cree
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Zijlstra
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Peter Zijlstra
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        RE: bit fields && data tearing, Marc Gauthier
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Thomas Gleixner
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Michael Cree
        
        Re: bit fields && data tearing, Michael Cree
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Michael Cree
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Rob Landley
  - Re: bit fields && data tearing, Mikael Pettersson
    - Re: bit fields && data tearing, Jakub Jelinek
      - Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Jakub Jelinek
        
        Re: bit fields && data tearing, One Thousand Gnomes
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        RE: bit fields && data tearing, David Laight
        
        Re: bit fields && data tearing, Peter Hurley
        
        RE: bit fields && data tearing, David Laight
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Pavel Machek
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, Chris Metcalf
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Arnd Bergmann
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, Peter Hurley
        
        Re: bit fields && data tearing, Will Deacon
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, Paul E. McKenney
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, James Bottomley
        
        Re: bit fields && data tearing, H. Peter Anvin
        
        Re: bit fields && data tearing, H. Peter Anvin
[PATCH v4 00/11] drivers: cacheinfo support, Sudeep Holla
- [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
  - Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
    - Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Greg Kroah-Hartman
      - Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Greg Kroah-Hartman
        
        Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
  - Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Stephen Boyd
    - Re: [PATCH v4 04/11] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
- [PATCH v4 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure, Sudeep Holla
[PATCH v2 0/5] beautify EFI memmap logs, Laszlo Ersek
- [PATCH v2 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute, Laszlo Ersek
- [PATCH v2 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
- [PATCH v2 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
- [PATCH v2 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
- [PATCH v2 2/5] efi: introduce efi_md_typeattr_format(), Laszlo Ersek
- Re: [PATCH v2 0/5] beautify EFI memmap logs, Ard Biesheuvel
  - Re: [PATCH v2 0/5] beautify EFI memmap logs, Matt Fleming
    - Re: [PATCH v2 0/5] beautify EFI memmap logs, Laszlo Ersek
  - Re: [PATCH v2 0/5] beautify EFI memmap logs, Laszlo Ersek
    - Re: [PATCH v2 0/5] beautify EFI memmap logs, Ard Biesheuvel
- Re: [PATCH v2 0/5] beautify EFI memmap logs, Matt Fleming
[PATCH 0/5] beautify EFI memmap logs, Laszlo Ersek
- [PATCH 2/5] efi: introduce efi_md_typeattr_format(), Laszlo Ersek
  - Re: [PATCH 2/5] efi: introduce efi_md_typeattr_format(), Matt Fleming
- [PATCH 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
- [PATCH 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
- [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Laszlo Ersek
  - Re: [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format(), Matt Fleming
- [PATCH 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute, Laszlo Ersek
- Re: [PATCH 0/5] beautify EFI memmap logs, Ingo Molnar
  - Re: [PATCH 0/5] beautify EFI memmap logs, Laszlo Ersek
    - Re: [PATCH 0/5] beautify EFI memmap logs, Ingo Molnar
[PATCH v9 00/23] Add gdb python scripts as kernel debugging helpers, Jan Kiszka
- [PATCH v9 15/23] scripts/gdb: Add internal helper and convenience function to retrieve thread_info, Jan Kiszka
Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly, Chen Gang
- Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly, Chen Gang
[PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg(), Yijing Wang
- Re: [PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg(), Bjorn Helgaas
  - Re: [PATCH v2 4/5] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg(), Yijing Wang
[PATCH 1/1] [IA64] pcibr: possible NULL pointer dereference, Heinrich Schuchardt
[GIT PULL] Add memfd_create syscall to ia64, Luck, Tony
[PATCH 24/35] [PATCH 24/36] ia64: Replace __get_cpu_var uses, Christoph Lameter
- Re: [PATCH 24/35] [PATCH 24/36] ia64: Replace __get_cpu_var uses, Tejun Heo
[PATCH 1/3] MSI: Use __get_cached_msi_msg() instead of get_cached_msi_msg(), Yijing Wang
[PATCH v4 0/8] asm-generic/io.h overhaul, Thierry Reding
- [PATCH v4 8/8] arm64: Use include/asm-generic/io.h, Thierry Reding
- [PATCH v4 7/8] ARM: Use include/asm-generic/io.h, Thierry Reding
- [PATCH v4 4/8] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes, Thierry Reding
- [PATCH v4 5/8] /dev/mem: Use more consistent data types, Thierry Reding
- [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Thierry Reding
  - Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Geert Uytterhoeven
    - Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Thierry Reding
      - Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Max Filippov
        
        Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Max Filippov
        
        Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Arnd Bergmann
        
        Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*(), Thierry Reding
- [PATCH v4 3/8] sparc: Remove unnecessary volatile usage, Thierry Reding
- [PATCH v4 2/8] serial: sunzilog: Remove unnecessary volatile keyword, Thierry Reding
- [PATCH v4 1/8] ARC: Remove redundant PCI_IOBASE declaration, Thierry Reding
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Thierry Reding
  - Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Thierry Reding
    - Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Arnd Bergmann
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Richard Weinberger
  - Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Thierry Reding
    - Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Richard Weinberger
      - Re: [PATCH v4 0/8] asm-generic/io.h overhaul, Thierry Reding
[PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
- Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Sam Ravnborg
  - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
    - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, H. Peter Anvin
      - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
- Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Geert Uytterhoeven
  - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
  - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Michal Marek
    - Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
[RFC PATCH 00/20] Use msi_chip to configure MSI/MSI-X in all platforms, Yijing Wang
- [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
  - Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Konrad Rzeszutek Wilk
    - Re: [RFC PATCH 07/20] x86/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 14/20] Powerpc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 15/20] s390/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 16/20] arm/iop13xx/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 17/20] IA64/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 18/20] Sparc/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 19/20] tile/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 11/20] MIPS/Octeon/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 09/20] irq_remapping/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 08/20] x86/xen/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 13/20] MIPS/xlr/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 12/20] MIPS/Xlp/MSI: Use msi_chip instead of arch func to configure MSI/MSI-X, Yijing Wang
- [RFC PATCH 10/20] x86/MSI: Remove unused MSI weak arch functions, Yijing Wang
- [RFC PATCH 20/20] PCI/MSI: Clean up unused MSI arch functions, Yijing Wang
- [RFC PATCH 06/20] PCI/MSI: Introduce arch_get_match_msi_chip() to find the match msi_chip, Yijing Wang
- [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
  - Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), David Vrabel
    - Re: [Xen-devel] [RFC PATCH 01/20] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq(), Yijing Wang
- [RFC PATCH 04/20] MSI: Remove the redundant irq_set_chip_data(), Yijing Wang
[PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
- Re: [PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Russell King - ARM Linux
  - Re: [PATCH] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly, Chen Gang
[PATCH] arch/ia64: remove comments that do not match the corresponding #ifdef, Daniele Forsi
[GIT PULL] ia64 getrandom(2) syscall, Luck, Tony
[Q] sched: __ARCH_WANT_UNLOCKED_CTXSW on IA64, Kirill Tkhai
- Re: [Q] sched: __ARCH_WANT_UNLOCKED_CTXSW on IA64, Peter Zijlstra
[GIT PULL] Miscellaneous ia64 specific cleanup for 3.17, Luck, Tony
[PATCH 0/9] use correct structure type name in sizeof, Julia Lawall
- [PATCH 1/9] drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c: use correct structure type name in sizeof, Julia Lawall
  - Re: [PATCH 1/9] drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c: use correct structure type name in sizeof, Laurent Pinchart
- [PATCH 4/9] reiserfs: use correct structure type name in sizeof, Julia Lawall
- [PATCH 9/9] uwb/whci: use correct structure type name in sizeof, Julia Lawall
- [PATCH 5/9] scsi: use correct structure type name in sizeof, Julia Lawall
- [PATCH 8/9] iwlegacy: use correct structure type name in sizeof, Julia Lawall
- [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof, Julia Lawall
  - Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof, Alexandre Courbot
    - Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof, Julia Lawall
  - Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof, Linus Walleij
- [PATCH 7/9] scsi: use correct structure type name in sizeof, Julia Lawall
- [PATCH 3/9] i40e: use correct structure type name in sizeof, Julia Lawall
  - Re: [PATCH 3/9] i40e: use correct structure type name in sizeof, Brown, Aaron F
  - Re: [PATCH 3/9] i40e: use correct structure type name in sizeof, David Miller
- [PATCH 2/9] CAPI: use correct structure type name in sizeof, Julia Lawall
  - Re: [PATCH 2/9] CAPI: use correct structure type name in sizeof, David Miller
[PATCH 1/2] [IA64] Fix zeroing of PDAs, Thierry Reding
- [PATCH 2/2] [IA64] Do not needlessly convert between pointers and integers, Thierry Reding
[PATCH v4] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area, Andy Lutomirski
- Re: [PATCH v4] arm64, ia64, ppc, s390, sh, tile, um, x86, mm: Remove default gate area, Michael Ellerman
sizeof (struct tYpO *) : it is just a typo or rather a bug ?, Toralf Förster
- Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?, Ilya Dryomov
  - Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?, Toralf Förster
- Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?, Henrique de Moraes Holschuh
[PATCH 09/43] ia64: Use get_signal() signal_setup_done(), Richard Weinberger
[PATCH v2 0/7] memory-hotplug: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH v2 1/7] memory-hotplug: add zone_for_memory() for selecting zone for new memory, Wang Nan
  - Re: [PATCH v2 1/7] memory-hotplug: add zone_for_memory() for selecting zone for new memory, Sergei Shtylyov
- [PATCH v2 6/7] memory-hotplug: sh: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE, Wang Nan
  - Re: [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE, Wang Nan
    - Re: [PATCH v2 7/7] memory-hotplug: tile: suitable memory should go to ZONE_MOVABLE, Chris Metcalf
- [PATCH v2 5/7] memory-hotplug: ppc: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH v2 2/7] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH v2 3/7] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH v2 4/7] memory-hotplug: ia64: suitable memory should go to ZONE_MOVABLE, Wang Nan
[PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH 4/5] memory-hotplug: sh: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH 5/5] memory-hotplug: powerpc: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH 1/5] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE, Wang Nan
  - Re: [PATCH 1/5] memory-hotplug: x86_64: suitable memory should go to ZONE_MOVABLE, Dave Hansen
- [PATCH 2/5] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE, Wang Nan
  - Re: [PATCH 2/5] memory-hotplug: x86_32: suitable memory should go to ZONE_MOVABLE, Wang Nan
- [PATCH 3/5] memory-hotplug: ia64: suitable memory should go to ZONE_MOVABLE, Wang Nan
- Re: [PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE, Zhang Yanfei
  - Re: [PATCH 0/5] memory-hotplug: suitable memory should go to ZONE_MOVABLE, Wang Nan
[PATCH] ia64: Fix me add register r8, Nicholas Krause
- Re: [PATCH] ia64: Fix me add register r8, Émeric MASCHINO
  - Re: [PATCH] ia64: Fix me add register r8, Nick Krause
[PATCH] kbuild: allow to override Python command name, Masahiro Yamada
- Re: [PATCH] kbuild: allow to override Python command name, Michal Marek
[RFC 0/2] Memoryless nodes and kworker, Nishanth Aravamudan
- [RFC 1/2] workqueue: use the nearest NUMA node, not the local one, Nishanth Aravamudan
  - [RFC 2/2] powerpc: reorder per-cpu NUMA information's initialization, Nishanth Aravamudan
  - Re: [RFC 1/2] workqueue: use the nearest NUMA node, not the local one, Lai Jiangshan
- Re: [RFC 0/2] Memoryless nodes and kworker, Tejun Heo
  - Message not available
    - Re: [RFC 0/2] Memoryless nodes and kworker, Tejun Heo
      - Re: [RFC 0/2] Memoryless nodes and kworker, Tejun Heo
      - Message not available
        
        Re: [RFC 0/2] Memoryless nodes and kworker, Tejun Heo
        
        Message not available
        
        Re: [RFC 0/2] Memoryless nodes and kworker, Tejun Heo
[PATCH v6] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
[RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
- Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Ingo Molnar
  - Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
    - Re: Re: [RESEND PATCH v5] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
[PATCH v3] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area, Andy Lutomirski
[RFC] Remove remaining users of exec domains, Richard Weinberger
- [PATCH 2/2] ia64: Remove Linux/x86 domain support, Richard Weinberger
  - Re: [PATCH 2/2] ia64: Remove Linux/x86 domain support, Tony Luck
    - Re: [PATCH 2/2] ia64: Remove Linux/x86 domain support, Richard Weinberger
- [PATCH 1/2] arm: Remove RISC OS personality, Richard Weinberger
  - Re: [PATCH 1/2] arm: Remove RISC OS personality, Russell King - ARM Linux
[PATCH v2 0/7] ACPICA: Enable ACPICA prototypes for CONFIG_ACPI=n builds., Lv Zheng
- [PATCH v2 3/7] ACPICA: Linux: Add configuration item to indicate the architecture specific support., Lv Zheng
[PATCH v2 09/10] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area, Andy Lutomirski
[PATCH v7 00/10] xen: Add EFI support, Daniel Kiper
- [PATCH v7 05/10] arch/x86: Remove redundant set_bit(EFI_SYSTEM_TABLES) call, Daniel Kiper
- [PATCH v7 10/10] arch/x86: Remove efi_set_rtc_mmss(), Daniel Kiper
- [PATCH v7 09/10] arch/x86: Replace plain strings with constants, Daniel Kiper
- [PATCH v7 08/10] xen: Put EFI machinery in place, Daniel Kiper
  - Re: [PATCH v7 08/10] xen: Put EFI machinery in place, Stefano Stabellini
- [PATCH v7 07/10] xen: Define EFI related stuff, Daniel Kiper
  - Re: [PATCH v7 07/10] xen: Define EFI related stuff, Stefano Stabellini
- [PATCH v7 06/10] arch/x86: Remove redundant set_bit(EFI_MEMMAP) call, Daniel Kiper
- [PATCH v7 04/10] efi: Introduce EFI_PARAVIRT flag, Daniel Kiper
- [PATCH v7 03/10] arch/x86: Do not access EFI memory map if it is not available, Daniel Kiper
- [PATCH v7 02/10] efi: Use early_mem*() instead of early_io*(), Daniel Kiper
- [PATCH v7 01/10] arch/ia64: Define early_memunmap(), Daniel Kiper
  - Re: [PATCH v7 01/10] arch/ia64: Define early_memunmap(), Matt Fleming
- Re: [PATCH v7 00/10] xen: Add EFI support, David Vrabel
  - Re: [PATCH v7 00/10] xen: Add EFI support, Daniel Kiper
- Re: [PATCH v7 00/10] xen: Add EFI support, Matt Fleming
  - Re: [PATCH v7 00/10] xen: Add EFI support, Daniel Kiper
[PATCH 1/1] ia64: use ARRAY_SIZE instead of sizeof/sizeof[0], Fabian Frederick
[PATCH] sched.h: Remove useless `const' from function return type, Maciej W. Rozycki
[PATCH 0/9] drivers: cacheinfo support, Sudeep Holla
- [PATCH 3/9] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure, Sudeep Holla
- [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
  - Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Russell King - ARM Linux
    - Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
      - Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Russell King - ARM Linux
        
        Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
  - Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Greg Kroah-Hartman
    - Re: [PATCH 2/9] drivers: base: support cpu cache information interface to userspace via sysfs, Sudeep Holla
- [PATCH v2 0/9] drivers: cacheinfo support, Sudeep Holla
  - [PATCH v2 3/9] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure, Sudeep Holla
  - [PATCH v3 00/11] drivers: cacheinfo support, Sudeep Holla
    - [PATCH v3 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure, Sudeep Holla
Re: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*(), Daniel Kiper
- RE: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*(), Luck, Tony
[PATCH] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area, Andy Lutomirski
[PATCH 23/31] ia64: Replace __get_cpu_var uses, Christoph Lameter
- Re: [PATCH 23/31] ia64: Replace __get_cpu_var uses, Tejun Heo
[PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
- Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
  - Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
    - Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
      - Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Tony Luck
        
        Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Benjamin Herrenschmidt
        
        Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Ingo Molnar
        
        Re: Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: Re: [PATCH v5 2/2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Ingo Molnar
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, Fengguang Wu
- 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, Hartley Sweeten
[PATCH] rtc: ia64: allow other architectures to use EFI RTC, Mark Salter
- Re: [PATCH] rtc: ia64: allow other architectures to use EFI RTC, Mark Salter
- [PATCH v2] rtc: ia64: allow other architectures to use EFI RTC, Mark Salter
is sba_map_ioc_to_node() needed in arch/ia64/hp/common/sba_iommu.c, Toralf Förster
[PATCH v8 00/22] Add gdb python scripts as kernel debugging helpers, Jan Kiszka
- [PATCH v8 15/22] scripts/gdb: Add internal helper and convenience function to retrieve thread_info, Jan Kiszka
- Re: [PATCH v8 00/22] Add gdb python scripts as kernel debugging helpers, Andi Kleen
[PATCH] ia64: fix compilation for !CONFIG_FLATMEM, Meelis Roos
- [PATCH] ia64: fix unwcheck.py for python3, Meelis Roos
[PATCH] arch: ia64: kernel: smpboot.c: Optimization of the Code, Rickard Strandqvist
[PATCH] arch: ia64: kernel: patch.c: Optimization of the Code, Rickard Strandqvist
[PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code, Rickard Strandqvist
- Re: [PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code, Clemens Ladisch
  - Re: [PATCH] arch: ia64: kernel: palinfo.c: Optimization of the Code, Rickard Strandqvist
[PATCHv7 0/6] Getting rid of get_unused_fd() / enable close-on-exec, Yann Droneaud
- [PATCHv7 1/6] ia64: use get_unused_fd_flags(0) instead of get_unused_fd(), Yann Droneaud
does anybody still care about kvm-ia64?, Paolo Bonzini
- Re: does anybody still care about kvm-ia64?, Jes Sorensen
How to deal with ia32 binary support nowadays?, Émeric MASCHINO
- RE: How to deal with ia32 binary support nowadays?, Pedro Miguel Teixeira
  - Re: How to deal with ia32 binary support nowadays?, Émeric MASCHINO
    - RE: How to deal with ia32 binary support nowadays?, Pedro Miguel Teixeira
Outdated configuration files in arch/ia64/configs, Émeric MASCHINO
Stable DRI/DRM 3D hardware acceleration on Linux/ia64 (zx1)? The solution: timer frequency, Émeric MASCHINO
ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?, Paul Bolle
- Re: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?, Paul Bolle
  - RE: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?, Luck, Tony
    - Re: ia64: CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK?, Paul Bolle
[PATCH] [RFC] ia64: Attempt to update of fsyscall gettime to use modern vsyscall_update, John Stultz
- <Possible follow-ups>
- [PATCH] [RFC] ia64: Attempt to update of fsyscall gettime to use modern vsyscall_update, John Stultz
[PATCH] ia64: remove check for CONFIG_IA64_FW_EMU, Paul Bolle
[regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch, Émeric MASCHINO
- Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch, Émeric MASCHINO
  - Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch, Émeric MASCHINO
    - Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch, Rafael J. Wysocki
      - Re: [regression][bisected] zx1 AGP GART no more detected since merge of 'acpi-scan' branch, Émeric MASCHINO
sched: fix: initialization of sched_domain_topology for NUMA, Vincent Guittot
- Re: sched: fix: initialization of sched_domain_topology for NUMA, Peter Zijlstra
  - Re: sched: fix: initialization of sched_domain_topology for NUMA, Vincent Guittot
  - sched: fix: initialization of sched_domain_topology for NUMA, Vincent Guittot
    - Re: sched: fix: initialization of sched_domain_topology for NUMA, Peter Zijlstra
[PATCH 1/2] dma: add dma_get_required_mask_from_max_pfn(), David Vrabel
RE: [sched] BUG: unable to handle kernel paging request at 093cd001, Vincent Guittot
- Re: [sched] BUG: unable to handle kernel paging request at 093cd001, Jet Chen
  - Re: [sched] BUG: unable to handle kernel paging request at 093cd001, Vincent Guittot
    - Re: [sched] BUG: unable to handle kernel paging request at 093cd001, Jet Chen
[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>., Lv Zheng
[PATCH v3 4/4] ACPICA: Cleanup redudant definitions that already have defaults in <acpi/platform/acenv.h>., Lv Zheng
ia64: Replace __get_cpu_var uses, Christoph Lameter
[RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
- Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
  - Re: Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
- Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Ananth N Mavinakayanahalli
  - Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
    - Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Ananth N Mavinakayanahalli
      - Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
- Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Suzuki K. Poulose
  - Re: [RFT PATCH -next ] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
  - [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
    - Re: [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Suzuki K. Poulose
      - Re: [RFT PATCH -next v2] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Tony Luck
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Suzuki K. Poulose
        
        Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Suzuki K. Poulose
        
        Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
        
        Re: Re: Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Michael Ellerman
        
        Re: [RFT PATCH -next v3] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64, Masami Hiramatsu
[PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function, Hanjun Guo
- Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function, Arnd Bergmann
  - Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function, Hanjun Guo
- Re: [PATCH] PCI: Turn pcibios_penalize_isa_irq() into __weak function, Bjorn Helgaas
[PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific, Hanjun Guo
- Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific, Rafael J. Wysocki
  - Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific, Bjorn Helgaas
    - Re: [PATCH] ACPI / PCI: Stub out pci_acpi_crs_quirks() and make it x86 specific, Rafael J. Wysocki
[Patch v3 1/2] introduce variable acpi_lapic into ia64, Baoquan He
- [Patch v3 2/2] lapic need be checked if available when initialize acpi processor id, Baoquan He
- Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64, Baoquan He
  - Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64, Baoquan He
- Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64, Rafael J. Wysocki
  - Re: [Patch v3 1/2] introduce variable acpi_lapic into ia64, Baoquan He
[PATCH v2 00/13] Refactor pci_is_brdige() to simplify code, Yijing Wang
- [PATCH v2 05/13] IA64/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 01/13] PCI: rename pci_is_bridge() to pci_has_subordinate(), Yijing Wang
- [PATCH v2 06/13] powerpc/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 09/13] PCI, shpchp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 11/13] PCI, acpiphp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 04/13] x86/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 10/13] PCI, cpcihp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 03/13] PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 12/13] PCI, pcmcia: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 13/13] PCI, pciehp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH v2 02/13] PCI: Introduce new pci_is_bridge() helper function, Yijing Wang
- Re: [PATCH v2 00/13] Refactor pci_is_brdige() to simplify code, Bjorn Helgaas
[PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent, Hanjun Guo
- Re: [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent, Grant Likely
  - Re: [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent, Hanjun Guo
[PATCH 00/13] Refactor pci_is_brdige() to simplify code, Yijing Wang
- [PATCH 11/13] PCI, acpiphp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 09/13] PCI, shpchp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 05/13] IA64/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 13/13] PCI, pciehp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 10/13] PCI, cpcihp: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 03/13] PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 06/13] powerpc/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 12/13] PCI, pcmcia: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
  - Re: [PATCH 07/13] sparc/PCI: Use new pci_is_bridge() to simplify code, David Miller
- [PATCH 01/13] PCI: rename pci_is_bridge() to pci_has_subordinate(), Yijing Wang
- [PATCH 02/13] PCI: Introduce new pci_is_bridge() helper function, Yijing Wang
- [PATCH 04/13] x86/PCI: Use new pci_is_bridge() to simplify code, Yijing Wang
- [PATCH 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code, Yijing Wang
  - Re: [PATCH 08/13] PCI, rpaphp: Use new pci_is_bridge() to simplify code, Benjamin Herrenschmidt
- RE: [PATCH 00/13] Refactor pci_is_brdige() to simplify code, David Laight
  - Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code, Yijing Wang
- Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code, Bjorn Helgaas
  - Re: [PATCH 00/13] Refactor pci_is_brdige() to simplify code, Yijing Wang
[PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>., Lv Zheng
- Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>., Rafael J. Wysocki
  - RE: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>., Zheng, Lv
    - Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>., Rafael J. Wysocki

[Index of Archives] [Linux x86_64] [Linux S390] [Kernel] [Linux ARM]

Mail converted by MHonArc