linux-arch  

Messages by Thread

• • Re: Announce: Linux-next (Or Andrew's dream :-)) Gene Heskett
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Greg KH
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Gene Heskett
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Valdis . Kletnieks
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Valdis . Kletnieks
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Gene Heskett
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Valdis . Kletnieks
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Ingo Molnar
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stefan Richter
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Theodore Tso
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Adrian Bunk
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Theodore Tso
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Greg KH
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
  • multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Jeff Garzik
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Greg KH
  • Re: multiple drivers, single device Roland Dreier
  • Re: multiple drivers, single device Greg KH
  • Re: multiple drivers, single device Jeff Garzik
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Jeff Garzik
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Greg KH
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Jeff Garzik
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Linus Torvalds
  • Re: multiple drivers, single device (was Re: Announce: Linux-next (Or Andrew's dream :-))) Greg KH
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Jan Engelhardt
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Jeff Garzik
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Randy Dunlap
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Kumar Gala
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Roland Dreier
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
  • Re: Announce: Linux-next (Or Andrew's dream :-)) James Bottomley
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
  • Re: Announce: Linux-next (Or Andrew's dream :-)) James Bottomley
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Russell King
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Andrew Morton
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Russell King
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Andrew Morton
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Alexey Dobriyan
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Russell King
  • Re: Announce: Linux-next (Or Andrew's dream :-)) Stephen Rothwell
• - asm-posix_typesh-scrub-__glibc__.patch removed from -mm tree akpm
• - procfs-constify-function-pointer-tables.patch removed from -mm tree akpm
• [patch 175/233] procfs: constify function pointer tables akpm
• [patch 122/233] asm-*/posix_types.h: scrub __GLIBC__ akpm
• [patch 085/233] aout: suppress A.OUT library support if !CONFIG_ARCH_SUPPORTS_AOUT akpm
• [patch 225/233] CONFIG_HIGHPTE vs. sub-page page tables. akpm
• [patch 083/233] aout: move STACK_TOP[_MAX] to asm/processor.h akpm
• [patch 086/233] aout: remove unnecessary inclusions of {asm, linux}/a.out.h akpm
• [patch 084/233] aout: mark arches that support A.OUT format akpm
• - sanitize-the-type-of-struct-useru_ar0.patch removed from -mm tree akpm
• - introduce-flags-for-reserve_bootmem.patch removed from -mm tree akpm
• - use-bootmem_exclusive-for-kdump.patch removed from -mm tree akpm
• - cleanup-asm-elfpageuserh-ifdef-__kernel__-is-no-longer-needed.patch removed from -mm tree akpm
• [RFC] Introduce HAVE_IDE to support flexible IDE per arch configuration Sam Ravnborg
  • Re: [RFC] Introduce HAVE_IDE to support flexible IDE per arch configuration Russell King - ARM Linux
  • Re: [RFC] Introduce HAVE_IDE to support flexible IDE per arch configuration Sam Ravnborg
  • Re: [RFC] Introduce HAVE_IDE to support flexible IDE per arch configuration Bartlomiej Zolnierkiewicz
• [patch 159/208] Sanitize the type of struct user.u_ar0 akpm
• [patch 115/208] Introduce flags for reserve_bootmem() akpm
• [patch 116/208] Use BOOTMEM_EXCLUSIVE for kdump akpm
• [patch 160/208] Add cmpxchg_local to asm-generic for per cpu atomic operations akpm
• [patch 156/208] Cleanup asm/{elf,page,user}.h: #ifdef __KERNEL__ is no longer needed akpm
• - cleanup-asm-elfpageuserh-ifdef-__kernel__-is-no-longer-needed-fix.patch removed from -mm tree akpm
  • Re: - cleanup-asm-elfpageuserh-ifdef-__kernel__-is-no-longer-needed-fix.pa tch removed from -mm tree Kirill A. Shutemov
  • Re: - cleanup-asm-elfpageuserh-ifdef-__kernel__-is-no-longer-needed-fix.pa tch removed from -mm tree David Woodhouse
• - arch_rebalance_pgtables-call.patch removed from -mm tree akpm
• - timerfd-v3-wire-the-new-timerfd-api-to-the-x86-family.patch removed from -mm tree akpm
• [patch 114/265] add mm argument to pte/pmd/pud/pgd_free akpm
• [patch 115/265] arch_rebalance_pgtables call akpm
• [patch 012/265] timerfd: wire the new timerfd API to the x86 family akpm
  • [PATCH] Fix timerfd breakage on avr32 Haavard Skinnemoen
  • Re: [PATCH] Fix timerfd breakage on avr32 Haavard Skinnemoen
  • Re: [PATCH] Fix timerfd breakage on avr32 Andrew Morton
  • Re: [PATCH] Fix timerfd breakage on avr32 Paul Mundt
  • Re: [PATCH] Fix timerfd breakage on avr32 Russell King
  • Re: [PATCH] Fix timerfd breakage on avr32 Heiko Carstens
  • Re: [PATCH] Fix timerfd breakage on avr32 Geert Uytterhoeven
  • Re: [PATCH] Fix timerfd breakage on avr32 Randy Dunlap
  • Re: [PATCH] Fix timerfd breakage on avr32 Davide Libenzi
• - slub-optional-fast-path-using-cmpxchg_local.patch removed from -mm tree akpm
• [PATCH 2/2] kprobe: remove preempt_enable/disable from kprobe_handle_fault() Harvey Harrison
  • Re: [PATCH 2/2] kprobe: remove preempt_enable/disable from kprobe_handle_fault() Masami Hiramatsu
• [PATCH 1/2] kprobes: Introduce kprobe_handle_fault() Harvey Harrison
  • Re: [PATCH 1/2] kprobes: Introduce kprobe_handle_fault() Heiko Carstens
  • Re: [PATCH 1/2] kprobes: Introduce kprobe_handle_fault() Masami Hiramatsu
• [patch 5/5] Move Kconfig.instrumentation to arch/Kconfig and init/Kconfig Mathieu Desnoyers
• - config_highpte-vs-sub-page-page-tables.patch removed from -mm tree akpm
  • - config_highpte-vs-sub-page-page-tables.patch removed from -mm tree akpm
• - add-mm-argument-to-pte-pmd-pud-pgd_free.patch removed from -mm tree akpm
  • - add-mm-argument-to-pte-pmd-pud-pgd_free.patch removed from -mm tree akpm
• Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Andrew Morton
  • Re: Are Section mismatches out of control? Harvey Harrison
  • Re: Are Section mismatches out of control? Geert Uytterhoeven
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Geert Uytterhoeven
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Geert Uytterhoeven
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Roland Dreier
  • Re: Are Section mismatches out of control? Jan Engelhardt
  • Re: Are Section mismatches out of control? James Bottomley
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Jan Engelhardt
  • Re: Are Section mismatches out of control? Johannes Weiner
  • Re: Are Section mismatches out of control? James Bottomley
  • Re: Are Section mismatches out of control? Jeff Garzik
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Jeff Garzik
  • Re: Are Section mismatches out of control? Sam Ravnborg
  • Re: Are Section mismatches out of control? Andi Kleen
  • Re: Are Section mismatches out of control? Jan Engelhardt
  • Re: Are Section mismatches out of control? Andi Kleen
  • Re: Are Section mismatches out of control? James Bottomley
• asm-generic/tlb.h and check_pgt_cache() Haavard Skinnemoen
  • Re: asm-generic/tlb.h and check_pgt_cache() Paul Mundt
  • Re: asm-generic/tlb.h and check_pgt_cache() Adrian Bunk
  • Re: asm-generic/tlb.h and check_pgt_cache() Adrian Bunk
  • Re: asm-generic/tlb.h and check_pgt_cache() Jeremy Fitzhardinge
  • Re: asm-generic/tlb.h and check_pgt_cache() Adrian Bunk
  • Re: asm-generic/tlb.h and check_pgt_cache() Jeremy Fitzhardinge
  • Re: asm-generic/tlb.h and check_pgt_cache() Paul Mundt
  • Re: asm-generic/tlb.h and check_pgt_cache() Jeremy Fitzhardinge
• Value of __*{init,exit} anotations? Adrian Bunk
  • Re: Value of __*{init,exit} anotations? James Bottomley
  • Re: Value of __*{init,exit} anotations? Russell King
  • Re: Value of __*{init,exit} anotations? Andi Kleen
  • Re: Value of __*{init,exit} anotations? Sam Ravnborg
  • [PATCH] kill hotplug init/exit section annotations James Bottomley
  • Re: [PATCH] kill hotplug init/exit section annotations Arjan van de Ven
  • Re: [PATCH] kill hotplug init/exit section annotations Adrian Bunk
  • Re: [PATCH] kill hotplug init/exit section annotations Arjan van de Ven
  • Re: [PATCH] kill hotplug init/exit section annotations Adrian Bunk
  • Re: [PATCH] kill hotplug init/exit section annotations Chris Wedgwood
  • Re: [PATCH] kill hotplug init/exit section annotations Adrian Bunk
  • Re: [PATCH] kill hotplug init/exit section annotations Chris Wedgwood
  • Re: [PATCH] kill hotplug init/exit section annotations Geert Uytterhoeven
  • Re: [PATCH] kill hotplug init/exit section annotations Arjan van de Ven
  • Re: [PATCH] kill hotplug init/exit section annotations Sam Ravnborg
  • Re: [PATCH] kill hotplug init/exit section annotations Arjan van de Ven
  • Re: [PATCH] kill hotplug init/exit section annotations Sam Ravnborg
• DMA mapping on SCSI device? Robert Hancock
  • Re: DMA mapping on SCSI device? Grant Grundler
  • Re: DMA mapping on SCSI device? Matthew Wilcox
  • Re: DMA mapping on SCSI device? Andi Kleen
  • Re: DMA mapping on SCSI device? James Bottomley
  • Re: DMA mapping on SCSI device? Luben Tuikov
  • Re: DMA mapping on SCSI device? Luben Tuikov
  • Re: DMA mapping on SCSI device? Robert Hancock
  • Re: DMA mapping on SCSI device? Mark Lord
  • Re: DMA mapping on SCSI device? Mark Lord
  • Re: DMA mapping on SCSI device? Robert Hancock
  • Re: DMA mapping on SCSI device? Matthew Wilcox
• down_killable implementations for every architecture Matthew Wilcox
  • Re: down_killable implementations for every architecture Andi Kleen
  • Re: down_killable implementations for every architecture Matthew Wilcox
• [RFC][PATCH 0/2] hrtimer breakage Peter Zijlstra
  • [RFC][PATCH 1/2] Fix many ARM timer handlers Peter Zijlstra
  • [RFC][PATCH 2/2] xtime_lock vs update_process_times Peter Zijlstra
  • Re: [RFC][PATCH 2/2] xtime_lock vs update_process_times Russell King
  • Re: [RFC][PATCH 2/2] xtime_lock vs update_process_times Peter Zijlstra
  • Re: [RFC][PATCH 2/2] xtime_lock vs update_process_times Russell King
  • Re: [RFC][PATCH 2/2] xtime_lock vs update_process_times Greg Ungerer
  • Re: [RFC][PATCH 2/2] xtime_lock vs update_process_times Ivan Kokshaysky
• + procfs-constify-function-pointer-tables.patch added to -mm tree akpm
• HELLO fred ogoja
• [PATCH] Introducing socket mark socket option Laszlo Attila Toth
  • Re: [PATCH] Introducing socket mark socket option Patrick McHardy
  • [resend][PATCH] Introducing socket mark socket option Laszlo Attila Toth
  • Re: [resend][PATCH] Introducing socket mark socket option Patrick McHardy
  • Re: [resend][PATCH] Introducing socket mark socket option David Miller
• kbuild: improved Section mismatch detection Sam Ravnborg
  • [PATCH] kbuild: fix so modpost can now check any .o file Sam Ravnborg
  • [PATCH] kbuild: try harder to find symbol names in modpost Sam Ravnborg
  • [PATCH] kbuild: code refactoring in modpost Sam Ravnborg
  • [PATCH] kbuild: introduce blacklisting in modpost Sam Ravnborg
  • [PATCH] kbuild: check section names consistently in modpost Sam Ravnborg
  • [PATCH] all archs: consolidate init and exit sections in vmlinux.lds.h Sam Ravnborg
  • [PATCH] compiler.h: introduce __section() Sam Ravnborg
  • [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Paul Mundt
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Andreas Schwab
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Paul Mundt
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Paul Mundt
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Sam Ravnborg
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Greg KH
  • Re: [PATCH] Use separate sections for __dev/__cpu/__mem code/data Russell King
  • Re: [PATCH] kbuild: introduce blacklisting in modpost Rusty Russell
  • Re: [PATCH] kbuild: fix so modpost can now check any .o file Rusty Russell
  • Re: [PATCH] kbuild: fix so modpost can now check any .o file Sam Ravnborg
  • Re: kbuild: improved Section mismatch detection Sam Ravnborg
  • Re: kbuild: improved Section mismatch detection Adrian Bunk
  • Re: kbuild: improved Section mismatch detection Sam Ravnborg
  • Re: kbuild: improved Section mismatch detection Sam Ravnborg

• Earlier messages
• Later messages