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