freebsd-hackers
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: dlopen returns non NULL
Max Khon
Re: dlopen returns non NULL
John Polstra
A way to crash system (3.1 & 3.2) with floppy
Zhihui Zhang
Re: A way to crash system (3.1 & 3.2) with floppy
Jamie Howard
Re: A way to crash system (3.1 & 3.2) with floppy
Travis Cole
Re: A way to crash system (3.1 & 3.2) with floppy
David Scheidt
Re: A way to crash system (3.1 & 3.2) with floppy
Iani Brankov
Re: A way to crash system (3.1 & 3.2) with floppy
David Scheidt
RPLd or rplboot
Dirk-Willem van Gulik
Re: RPLd or rplboot
Mike Smith
panic: bwrite: buffer is not busy???
Mark
Re: panic: bwrite: buffer is not busy???
Kris Kennaway
FreeBSD users in Vienna, AT
Ladavac Marino
Dynamic linking
Andrew Iltchenko
Re: Dynamic linking
Alfred Perlstein
Dynamic linking
Andrew Iltchenko
Re: Dynamic linking
jir
Re: Dynamic linking
Max Khon
Re: Dynamic linking
John Polstra
Re: Dynamic linking
Andrew Iltchenko
Lyris imminent
Len Conrad
environment strings
Amol Mohite
Re: environment strings
Greg Lehey
Re: environment strings
Patryk Zadarnowski
Re: environment strings
Greg Lehey
Re: environment strings
Patryk Zadarnowski
Re: environment strings
Chuck Robey
Re: environment strings
Wes Peters
Re: environment strings
Amol Mohite
Re: environment strings
Greg Lehey
Re: environment strings
Brian F. Feldman
Re: environment strings
Greg Lehey
Re: environment strings
Brian F. Feldman
Re: environment strings
Greg Lehey
Re: environment strings
Patryk Zadarnowski
Re: environment strings
Greg Lehey
Re: environment strings
Peter Jeremy
RE: synch primitives
Zuidam, Hans
"restricted" kernel threads implementation from NetBSD via newconfig
Warner Losh
Re: "restricted" kernel threads implementation from NetBSD via newconfig
Julian Elischer
Re: "restricted" kernel threads implementation from NetBSD via newconfig
Matthew Dillon
Re: "restricted" kernel threads implementation from NetBSD via n
Daniel J. O'Connor
Re: "restricted" kernel threads implementation from NetBSD via n
Matthew Dillon
Re: "restricted" kernel threads implementation from NetBSD via n
Warner Losh
Re: "restricted" kernel threads implementation from NetBSD via n
Julian Elischer
Re: "restricted" kernel threads implementation from NetBSD via n
Peter Wemm
Re: "restricted" kernel threads implementation from NetBSD via n
Warner Losh
Re: "restricted" kernel threads implementation from NetBSD via newconfig
Warner Losh
setiathome crashes 3.2?
Thomas David Rivers
Re: setiathome crashes 3.2?
Matthew Jacob
Re: setiathome crashes 3.2?
Bernd Walter
Re: setiathome crashes 3.2?
Thomas David Rivers
RE: setiathome crashes 3.2?
Richard Flores
pseudo kernel dma/tee
Alfred Perlstein
Re: Microsoft performance (was: All this and documentation too?
Peter Jeremy
[Call for review] apmd for FreeBSD
Mitsuru IWASAKI
Re: [Call for review] apmd for FreeBSD
Mitsuru IWASAKI
sio2 often fails to initialize
Bart Trzynadlowski
ipfilter volunteer
Guido van Rooij
[no subject]
W Gerald Hicks
Improving the Unix API
Francois-Rene Rideau
Re: Improving the Unix API
Bill Sommerfeld
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Bill Sommerfeld
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Doug Rabson
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Doug Rabson
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Colin Wood
Re: Improving the Unix API
Doug Rabson
Re: Improving the Unix API
Alan Cox
Re: Improving the Unix API
Doug Rabson
Re: Improving the Unix API
Alan Cox
Re: Improving the Unix API
Patrick Schaaf
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
David S. Miller
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Bill Sommerfeld
Re: Improving the Unix API
Jan-Simon Pendry
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API y,
Brian F. Feldman
Re: Improving the Unix API
Werner Almesberger
Re: Improving the Unix API
der Mouse
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Gandhi woulda smacked you
Re: Improving the Unix API
Francois-Rene Rideau
Re: Improving the Unix API
Bodo Rueskamp
Re: Improving the Unix API
Jan-Simon Pendry
Re: Improving the Unix API
Bill Studenmund
Re: Improving the Unix API
der Mouse
Re: Improving the Unix API
Francois-Rene Rideau
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
Jason Thorpe
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
allbery
Re: Improving the Unix API
allbery
Re: Improving the Unix API
Alexander Viro
Re: Improving the Unix API
der Mouse
Re: Improving the Unix API
Allen Briggs
Implementation of mmap() in FreeBSD
Zhihui Zhang
Re: Implementation of mmap() in FreeBSD
Matthew Dillon
RE: Implementation of mmap() in FreeBSD
Ladavac Marino
RE: Implementation of mmap() in FreeBSD
Daniel J. O'Connor
Re: RE: Implementation of mmap() in FreeBSD
Matthew Dillon
Re: RE: Implementation of mmap() in FreeBSD
Matthew Dillon
Re: RE: Implementation of mmap() in FreeBSD
Zhihui Zhang
Re: RE: Implementation of mmap() in FreeBSD
Matthew Dillon
Re: RE: Implementation of mmap() in FreeBSD
Zhihui Zhang
Re: RE: Implementation of mmap() in FreeBSD
Matthew Dillon
Re: Implementation of mmap() in FreeBSD
Jason Thorpe
Re: Implementation of mmap() in FreeBSD
Matthew Dillon
RE: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Constantine Shkolny
All this and documentation too? (was: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c)))
Greg Lehey
Re: All this and documentation too? (was: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c)))
Karl Pielorz
Re: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Nik Clayton
Re: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Tim Vanderhoek
Re: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Matthew Dillon
Re: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Stan Shkolnyy
Re: Microsoft performance (was: All this and documentation too? (was: cvs commit: src/sys/isa sio.c))
Nik Clayton
[no subject]
Ilya Kovalev
panic in 3.2-STABLE / any clues?
Wilko Bulte
Re: [Re: [Re: coarse vs fine-grained locking in SMP systems]]
Jesus Monroy
Re: [Re: [Re: coarse vs fine-grained locking in SMP systems]]
Daniel J. O'Connor
Re: [Re: [Re: coarse vs fine-grained locking in SMP systems]]
Matthew Dillon
Re: [Re: [Re: coarse vs fine-grained locking in SMP systems]]
Warner Losh
Re: [Re: coarse vs fine-grained locking in SMP systems]
Jesus Monroy
Re: [Re: coarse vs fine-grained locking in SMP systems]
Daniel J. O'Connor
Re: [Re: coarse vs fine-grained locking in SMP systems]
Wes Peters
CF Ethernet cards
Warner Losh
building thread-safe Xlibs
Francis Jordan
Re: building thread-safe Xlibs
Wes Peters
Re: building thread-safe Xlibs
Jeroen Ruigrok/Asmodai
ufs/ffs resize?
Aaron Smith
Re: ufs/ffs resize?
Julian Elischer
Re: ufs/ffs resize?
Matthew Dillon
Re: ufs/ffs resize?
Luigi Rizzo
Re: ufs/ffs resize?
Jordan K. Hubbard
Re: ufs/ffs resize?
Greg Lehey
Re: ufs/ffs resize?
Jordan K. Hubbard
Simplifying Vinum (was: ufs/ffs resize?)
Greg Lehey
Re: Simplifying Vinum (was: ufs/ffs resize?)
Jordan K. Hubbard
Re: Simplifying Vinum (was: ufs/ffs resize?)
Greg Lehey
Re: ufs/ffs resize?
Bernd Walter
Re: ufs/ffs resize?
Bernd Walter
Re: ufs/ffs resize?
Ollivier Robert
Volume managers (was: ufs/ffs resize?)
Greg Lehey
Re: Volume managers (was: ufs/ffs resize?)
Norman C. Rice
Re: Volume managers (was: ufs/ffs resize?)
Bernd Walter
Re: ufs/ffs resize?
Keith Stevenson
Re: ufs/ffs resize?
sthaug
Re: ufs/ffs resize?
Greg Lehey
SOCKS5 Question
Nick LoPresti
NIS Question Thanks!!
Nick LoPresti
Re: NIS Question Thanks!!
Nick Hibma
NEWBUS-ifyed ISA-PnP Question.
takawata
Re: NEWBUS-ifyed ISA-PnP Question.
Doug Rabson
How to debug message passing based multiprogramming program?
miaobo
Xeon box hanging, top shows "FFS_node". FFS problem?
Dmitry Flitmann
REQ: Better etiquette next week
Sheldon Hearn
Re: REQ: Better etiquette next week
Janie
Re: [ispell(1) is for WIMPs (was Re: vi(1) is for whimps)]
Jesus Monroy
Cyclic stopping CVS development
Dominic Mitchell
Driver for Efficient Networks SpeadStream 3010 ATM-25 NIC
Taavi Talvik
Anybody using the Efficient Networks ATM PCI adapter?
Jaye Mathisen
Re: Anybody using the Efficient Networks ATM PCI adapter?
Jesper Skriver
Re: Anybody using the Efficient Networks ATM PCI adapter?
Soren S. Jorvang
Re: Anybody using the Efficient Networks ATM PCI adapter?
John . C . Hayward
System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Justin C. Walker
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wilko Bulte
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wilko Bulte
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wilko Bulte
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wilko Bulte
Re: System unique identifier.....
Wes Peters
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wes Peters
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Wes Peters
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Jason Thorpe
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Jason Thorpe
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Roger Brooks
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Jason Thorpe
Re: System unique identifier.....
Mike Smith
Re: System unique identifier.....
Daniel C. Sobral
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Mike Smith
Re: System unique identifier.....
Matthew Jacob
Re: System unique identifier.....
Mike Smith
Re: System unique identifier.....
Matthew Jacob
Earlier messages
Later messages