freebsd-arch

• Date Index

• timeout/callout small step forward, Jeff Roberson
  • Re: timeout/callout small step forward, Hans Petter Selasky
    • Re: timeout/callout small step forward, Jeff Roberson
      • Re: timeout/callout small step forward, Hans Petter Selasky
• PAYMENT FORM ATTACHED., ROSE MOORE
• Flash disks and FFS layout heuristics, Poul-Henning Kamp
  • Re: Flash disks and FFS layout heuristics, Bakul Shah
    • Re: Flash disks and FFS layout heuristics, Poul-Henning Kamp
  • <Possible follow-ups>
  • Re: Flash disks and FFS layout heuristics, Kirk McKusick
    • Re: Flash disks and FFS layout heuristics, Julian Elischer
    • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • Re: Flash disks and FFS layout heuristics, Poul-Henning Kamp
      • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • Re: Flash disks and FFS layout heuristics, Poul-Henning Kamp
      • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • Re: Flash disks and FFS layout heuristics, Poul-Henning Kamp
      • Re: Flash disks and FFS layout heuristics, Matthew Dillon
  • Re: Flash disks and FFS layout heuristics, Christopher Arnold
    • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • Re: Flash disks and FFS layout heuristics, David Schultz
    • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • RE: Flash disks and FFS layout heuristics, Martin Fouts
      • Re: Flash disks and FFS layout heuristics, Nikolay Pavlov
      • Re: Flash disks and FFS layout heuristics, Matthew Dillon
      • RE: Flash disks and FFS layout heuristics, Martin Fouts
      • RE: Flash disks and FFS layout heuristics, Matthew Dillon
      • RE: Flash disks and FFS layout heuristics, Martin Fouts
• AsiaBSDCon DEVSUMMIT patch, M. Warner Losh
  • Re: AsiaBSDCon DEVSUMMIT patch, Jeff Roberson
  • Re: AsiaBSDCon DEVSUMMIT patch, John Baldwin
    • Re: AsiaBSDCon DEVSUMMIT patch, M. Warner Losh
      • Re: AsiaBSDCon DEVSUMMIT patch, John Baldwin
      • Re: AsiaBSDCon DEVSUMMIT patch, M. Warner Losh
      • Re: AsiaBSDCon DEVSUMMIT patch, M. Warner Losh
• Patch for CDDL file repo copy, John Birrell
• buffer queue lock contention, Jeff Roberson
• make -k does not exit with appropriate error code if errors are encountered, Max Khon
  • Re: make -k does not exit with appropriate error code if errors are encountered, Ed Schouten
• Disposal of a misleading M_TRYWAIT, Ruslan Ermilov
  • Re: Disposal of a misleading M_TRYWAIT, Robert Watson
    • Re: Disposal of a misleading M_TRYWAIT, Matthew Dillon
      • Re: Disposal of a misleading M_TRYWAIT, Jeff Roberson
      • Re: Disposal of a misleading M_TRYWAIT, Sam Leffler
      • Re: Disposal of a misleading M_TRYWAIT, Ruslan Ermilov
      • Re: Disposal of a misleading M_TRYWAIT, Sam Leffler
      • Re: Disposal of a misleading M_TRYWAIT, Robert Watson
• difference between this and that, Chuck Robey
  • Re: difference between this and that, Peter Jeremy
• Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
  • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Kris Kennaway
    • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Kris Kennaway
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Robert Watson
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Brooks Davis
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Bakul Shah
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Peter Jeremy
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
      • Re: Power-Mgt, M. Warner Losh
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), gnn
  • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Jeff Roberson
    • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
  • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Bjoern A. Zeeb
    • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), John Baldwin
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Poul-Henning Kamp
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Joao Barros
      • Re: Power-Mgt (Was: Re: cvs commit: src/sys/i386/cpufreq est.c ), Brooks Davis
    • Re: Power-Mgt, M. Warner Losh
      • Re: Power-Mgt, Poul-Henning Kamp
      • Re: Power-Mgt, John Baldwin
      • Re: Power-Mgt, M. Warner Losh
• HEADS UP: zerocopy bpf commits impending, Christian S.J. Peron
  • Re: HEADS UP: zerocopy bpf commits impending, Robert Watson
    • Re: HEADS UP: zerocopy bpf commits impending, Julian Elischer
      • Re: HEADS UP: zerocopy bpf commits impending, Robert Watson
    • Re: HEADS UP: zerocopy bpf commits impending, Christian S.J. Peron
      • Re: HEADS UP: zerocopy bpf commits impending, Robert Watson
      • Re: HEADS UP: zerocopy bpf commits impending, Petri Helenius
      • Re: HEADS UP: zerocopy bpf commits impending, Robert Watson
• HWPMC changes: sparse CPU numbering and hot plug preliminaries, Joseph Koshy
• separating out memory checks from INVARIANTS, Kip Macy
  • Re: separating out memory checks from INVARIANTS, Jeff Roberson
    • Re: separating out memory checks from INVARIANTS, Kip Macy
      • Re: separating out memory checks from INVARIANTS, Jeff Roberson
      • Re: separating out memory checks from INVARIANTS, Bruce Evans
      • Re: separating out memory checks from INVARIANTS, Jeff Roberson
• vgone() calling VOP_CLOSE() -> blocked threads?, Ed Schouten
  • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Bruce Evans
    • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Kostik Belousov
      • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Bruce Evans
      • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Ed Schouten
      • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Bruce Evans
      • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Ed Schouten
    • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Ed Schouten
      • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Bruce Evans
  • Re: vgone() calling VOP_CLOSE() -> blocked threads?, Poul-Henning Kamp
  • Some devfs and tty issues, Arthur Hartwig
• Re: Proposal for redesigning the TTY layer, Hans Petter Selasky
• BUS_DMA_ISA unused, planning on removing, M. Warner Losh
  • Re: BUS_DMA_ISA unused, planning on removing, John Baldwin
• [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., David O'Brien
  • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., John Baldwin
    • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Jeff Roberson
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., M. Warner Losh
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Robert Watson
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Sam Leffler
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., gnn
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., John Baldwin
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Robert Watson
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., David O'Brien
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., John Baldwin
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Brooks Davis
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
      • Re: [PATCH] hwpmc(4) changes to use 'mp_maxid' instead of 'mp_ncpus'., Joseph Koshy
• New TTY layer: condvar(9) and Giant, Ed Schouten
  • Re: New TTY layer: condvar(9) and Giant, John Baldwin
    • Re: New TTY layer: condvar(9) and Giant, Ed Schouten
  • Re: New TTY layer: condvar(9) and Giant, Attilio Rao
• [RFC] struct grp related additions to libutil, Sean C. Farley
• SMPTODO: remove timeout(9) from ffs_softdep.c, Coleman Kane
  • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, John Baldwin
    • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Coleman Kane
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, John Baldwin
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Coleman Kane
      • Message not available
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Coleman Kane
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Sean C. Farley
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Coleman Kane
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Vadim Goncharov
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, Sean C. Farley
      • Re: SMPTODO: remove timeout(9) from ffs_softdep.c, David O'Brien
      • FreeBSD Vim style(9) plugin (was Re: SMPTODO: remove timeout(9) from ffs_softdep.c), Sean C. Farley
• sysctl vs procfs, Vadim Goncharov
• study about Kernels, Luigi
  • Re: study about Kernels, Robert Watson
    • Re: study about Kernels, Luigi
• Re: [RFC] Remove NTFS kernel support, Vadim Goncharov
• Re: dev.* analogue for interfaces, Vadim Goncharov
• amd64 cpu_switch in C., Jeff Roberson
  • Re: amd64 cpu_switch in C., Peter Jeremy
    • Re: amd64 cpu_switch in C., Poul-Henning Kamp
      • Re: amd64 cpu_switch in C., Peter Wemm
  • Re: amd64 cpu_switch in C., David Xu
    • Re: amd64 cpu_switch in C., Peter Wemm
      • Re: amd64 cpu_switch in C., Jeff Roberson
      • Re: amd64 cpu_switch in C., Peter Wemm
      • Re: amd64 cpu_switch in C., Bruce Evans
      • Re: amd64 cpu_switch in C., Jeff Roberson
      • Re: amd64 cpu_switch in C., Bruce Evans
      • Re: amd64 cpu_switch in C., Jeff Roberson
      • Re: amd64 cpu_switch in C., Julian Elischer
      • Re: amd64 cpu_switch in C., Bruce Evans
      • Re: amd64 cpu_switch in C., David Xu
      • Re: amd64 cpu_switch in C., Bruce Evans
    • Re: amd64 cpu_switch in C., Gary Jennejohn
      • Re: amd64 cpu_switch in C., Jeff Roberson
• If GIANT is locked can the MPSAFE parts run in parallel?, Skalla Raabjorn
  • Re: If GIANT is locked can the MPSAFE parts run in parallel?, Robert Watson
    • Re: If GIANT is locked can the MPSAFE parts run in parallel?, Skalla Raabjorn
• netatm removal warning, Robert Watson
• Change the x86 nexus to support different drivers for different platforms, John Baldwin
• Re: 8.0 network stack MPsafety goals, Robert Watson
• Getting rid of the static msleep priority boost, Jeff Roberson
  • Re: Getting rid of the static msleep priority boost, John Baldwin
    • Re: Getting rid of the static msleep priority boost, John Baldwin
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
      • Re: Getting rid of the static msleep priority boost, John Baldwin
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
  • Re: Getting rid of the static msleep priority boost, Daniel Eischen
    • Re: Getting rid of the static msleep priority boost, David Xu
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
      • Re: Getting rid of the static msleep priority boost, Alfred Perlstein
      • Re: Getting rid of the static msleep priority boost, John Baldwin
      • Re: Getting rid of the static msleep priority boost, Alfred Perlstein
      • Re: Getting rid of the static msleep priority boost, Daniel Eischen
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
      • Re: Getting rid of the static msleep priority boost, Robert Watson
      • Re: Getting rid of the static msleep priority boost, Jeff Roberson
  • <Possible follow-ups>
  • Re: Getting rid of the static msleep priority boost, Kirk McKusick
    • Re: Getting rid of the static msleep priority boost, Jeff Roberson
• Tweaking the "Remaking Makefiles" feature, David O'Brien
• Current problem reports assigned to freebsd-arch@FreeBSD.org, FreeBSD bugmaster
  • <Possible follow-ups>
  • Current problem reports assigned to freebsd-arch@FreeBSD.org, FreeBSD bugmaster
  • Current problem reports assigned to freebsd-arch@FreeBSD.org, FreeBSD bugmaster
  • Current problem reports assigned to freebsd-arch@FreeBSD.org, FreeBSD bugmaster
  • Current problem reports assigned to freebsd-arch@FreeBSD.org, FreeBSD bugmaster
• PR 114597 and bug solving, Juergen Dankoweit
• multiple filesystems sharing/clobbering device vnode, Andriy Gapon

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint