freebsd-current  

Messages by Thread

• • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Kirk McKusick
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Adrian Chadd
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Julian Elischer
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Adrian Chadd
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Peter Wemm
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Poul-Henning Kamp
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Matthew Dillon
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Stefan Esser
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Poul-Henning Kamp
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Assar Westerlund
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Peter Jeremy
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Poul-Henning Kamp
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Mike Meyer
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Michael Reifenberger
  • Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Garrett Wollman
• Now softupdates are BSD licenced can they go in smoothly? George Michaelson
  • Re: Now softupdates are BSD licenced can they go in smoothly? Brandon D. Valentine
• Missing openssl/idea.h? Jun Kuriyama
  • Re: Missing openssl/idea.h? Eric Jacoboni
  • Re: Missing openssl/idea.h? Mark Murray
  • Re: Missing openssl/idea.h? Sheldon Hearn
  • Re: Missing openssl/idea.h? Neil Blakey-Milner
  • Re: Missing openssl/idea.h? Sheldon Hearn
  • Re: Missing openssl/idea.h? Mark Murray
  • Re: Missing openssl/idea.h? Sheldon Hearn
• vnode_if.h: how should it be done ? Assar Westerlund
  • vnode_if.h: how should it be done ? Garrett Wollman
  • Re: vnode_if.h: how should it be done ? Assar Westerlund
  • Re: vnode_if.h: how should it be done ? Warner Losh
  • Re: vnode_if.h: how should it be done ? Assar Westerlund
  • Re: vnode_if.h: how should it be done ? Warner Losh
  • Re: vnode_if.h: how should it be done ? Kris Kennaway
  • Re: vnode_if.h: how should it be done ? Warner Losh
  • Re: vnode_if.h: how should it be done ? Warner Losh
• sys/sys/signalvar.h: change cursig to `static inline' Assar Westerlund
  • Re: sys/sys/signalvar.h: change cursig to `static inline' Bruce Evans
• Subversion (CVS rewrite) [Was: HEADS UP SMP development] Yusuf Goolamabbas
• kernel config format migration script Brian Fundakowski Feldman
  • Re: kernel config format migration script Cyrille Lefevre
  • Re: kernel config format migration script Eric Jacoboni
  • Re: kernel config format migration script Daniel C. Sobral
  • Re: kernel config format migration script Cyrille Lefevre
• irunning, width in bits. Nick Hibma
  • Re: irunning, width in bits. Matthew Dillon
  • Re: irunning, width in bits. Mike Smith
  • Re: irunning, width in bits. Nick Hibma
  • Re: irunning, width in bits. Garrett Wollman
• mount_nfs/df bug? Alexander Langer
  • Re: mount_nfs/df bug? Alexander Langer
  • Re: mount_nfs/df bug? Cyrille Lefevre
  • Re: mount_nfs/df bug? David Malone
  • Re: mount_nfs/df bug? Cyrille Lefevre
  • Re: mount_nfs/df bug? David Malone
  • Re: mount_nfs/df bug? Ben Smithurst
  • Re: mount_nfs/df bug? Alexander Langer
  • Re: mount_nfs/df bug? Ben Smithurst
  • Re: mount_nfs/df bug? Kevin Day
  • Re: mount_nfs/df bug? Alexander Langer
• make.conf fix Will Andrews
  • Re: make.conf fix Satoshi - Ports Wraith - Asami
  • Re: make.conf fix Will Andrews
• Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Jonathan Lemon
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Poul-Henning Kamp
• SMP discussion moving to freebsd-smp Matthew Dillon
• Process migration (was RE: ACPI project progress report) Andrew ReillyAtLake
• Updated kame tarball (oops) Kris Kennaway
  • Re: Updated kame tarball (oops) Mark Huizer
  • Re: Updated kame tarball (oops) Alexander Langer
• Using KLD's with modules that depend other modules in the same file Nick Hibma
  • Re: Using KLD's with modules that depend other modules in the same file Daniel C. Sobral
• HEADS UP: Destabilization due to SMP development Jason Evans
  • Re: HEADS UP: Destabilization due to SMP development Brad Knowles
  • Re: HEADS UP: Destabilization due to SMP development Michael Lucas
  • Re: HEADS UP: Destabilization due to SMP development Matthew Dillon
  • SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Jason Evans
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Matthew Dillon
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Poul-Henning Kamp
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Martin Cracauer
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Julian Elischer
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Greg Lehey
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Warner Losh
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due toSMP development) Kris Kennaway
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Jason Evans
  • Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Greg Lehey
  • Re: HEADS UP: Destabilization due to SMP development Bernd Walter
  • Re: HEADS UP: Destabilization due to SMP development Matthew Dillon
  • Re: HEADS UP: Destabilization due to SMP development Greg Lehey
  • Re: HEADS UP: Destabilization due to SMP development Wilko Bulte
  • Re: HEADS UP: Destabilization due to SMP development Matthew Jacob
  • Re: HEADS UP: Destabilization due to SMP development Warner Losh
  • Re: HEADS UP: Destabilization due to SMP development Poul-Henning Kamp
  • Re: HEADS UP: Destabilization due to SMP development Warner Losh
  • Re: HEADS UP: Destabilization due to SMP development Poul-Henning Kamp
  • Re: HEADS UP: Destabilization due to SMP development Greg Lehey
  • Re: HEADS UP: Destabilization due to SMP development Jacques A . Vidrine
  • Re: HEADS UP: Destabilization due to SMP development Matthew Dillon
  • Re: HEADS UP: Destabilization due to SMP development Brian Somers
  • Re: HEADS UP: Destabilization due to SMP development Poul-Henning Kamp
  • Re: HEADS UP: Destabilization due to SMP development Nick Hibma
  • Re: HEADS UP: Destabilization due to SMP development Robert Withrow
  • Re: HEADS UP: Destabilization due to SMP development Jordan K. Hubbard
  • Re: HEADS UP: Destabilization due to SMP development Warner Losh
  • Re: HEADS UP: Destabilization due to SMP development Soren Schmidt
  • Re: HEADS UP: Destabilization due to SMP development Brad Knowles
  • Re: HEADS UP: Destabilization due to SMP development Dan Papasian
  • Re: HEADS UP: Destabilization due to SMP development Brad Knowles
  • Re: HEADS UP: Destabilization due to SMP development Mark Murray
  • Re: HEADS UP: Destabilization due to SMP development Brad Knowles
  • Re: HEADS UP: Destabilization due to SMP development Chuck Robey
  • Re: HEADS UP: Destabilization due to SMP development Adam
  • Re: HEADS UP: Destabilization due to SMP development Marc van Woerkom
  • Re: HEADS UP: Destabilization due to SMP development Daniel C. Sobral
  • Re: HEADS UP: Destabilization due to SMP development Dave Glowacki
  • Re: HEADS UP: Destabilization due to SMP development Thomas David Rivers
  • Re: HEADS UP: Destabilization due to SMP development Brian Somers
  • Re: HEADS UP: Destabilization due to SMP development Warner Losh
  • Re: HEADS UP: Destabilization due to SMP development Nick Hibma
  • Re: HEADS UP: Destabilization due to SMP development Nick Hibma
  • Re: HEADS UP: Destabilization due to SMP development Mike Meyer
  • Re: HEADS UP: Destabilization due to SMP development Nik Clayton
  • Re: HEADS UP: Destabilization due to SMP development John Baldwin
  • Re: HEADS UP: Destabilization due to SMP development Jason Evans
• Re: WaveLan oddness at USENIX Alan Clegg
• fsck wrappers Adrian Chadd
  • Re: fsck wrappers David O'Brien
  • Re: fsck wrappers Adrian Chadd
  • Re: fsck wrappers Adrian Chadd
  • Re: fsck wrappers Bruce Evans
  • Re: fsck wrappers Adrian Chadd
  • Re: fsck wrappers Adrian Chadd
  • Re: fsck wrappers Anatoly Vorobey
  • Re: fsck wrappers Poul-Henning Kamp
  • Re: fsck wrappers Adrian Chadd
  • Re: fsck wrappers Anatoly Vorobey
• Re: cvs commit: src/usr.sbin/ancontrol ancontrol.c Nickolay Dudorov
  • Re: cvs commit: src/usr.sbin/ancontrol ancontrol.c Ollivier Robert
• ** HEADS UP ** upgrade to Binutils 2.10 postponed David O'Brien
• FOLLOWING config changes? : Kernel profiling support Bosko Milekic
  • Re: FOLLOWING config changes? : Kernel profiling support The Hermit Hacker
  • Re: FOLLOWING config changes? : Kernel profiling support Bosko Milekic
  • Re: FOLLOWING config changes? : Kernel profiling support The Hermit Hacker
  • Re: FOLLOWING config changes? : Kernel profiling support Warner Losh
• Latest KAME integrated with 5.0-CURRENT Kris Kennaway
• compiling kernel with -Os or -O2 Donn Miller
  • Re: compiling kernel with -Os or -O2 Alexander Leidinger
  • Re: compiling kernel with -Os or -O2 Jacob A. Hart
• -e option to umount? Greg Lehey
  • Re: -e option to umount? Matthew Dillon
  • Re: -e option to umount? Marc van Woerkom
  • Re: -e option to umount? Marc van Woerkom
  • Re: -e option to umount? Charles Anderson
  • Re: -e option to umount? Francisco Reyes
  • Re: -e option to umount? Donn Miller
  • Re: -e option to umount? Jacques A . Vidrine
  • Re: -e option to umount? Steve O'Hara-Smith
  • Re: -e option to umount? Dag-Erling Smorgrav
  • Re: -e option to umount? Bob Bishop
  • Re: -e option to umount? Brandon D. Valentine
  • Re: -e option to umount? Daniel O'Connor
  • Re: -e option to umount? Kenneth D. Merry
  • Re: -e option to umount? Mike Smith
  • Re: -e option to umount? Kenneth D. Merry
  • Re: -e option to umount? Parag Patel
  • Re: -e option to umount? Soren Schmidt
  • Re: -e option to umount? Wes Peters
  • Re: -e option to umount? Brian Fundakowski Feldman
  • Re: -e option to umount? Jacques A . Vidrine
  • comments wanted: media load/eject ioctls (was Re: -e option to umount?) Jacques A . Vidrine
  • Re: -e option to umount? Guy Harris
• ** HEADS UP ** Binutils upgrade in 1 hour David O'Brien
  • Re: ** HEADS UP ** Binutils upgrade in 1 hour Matthew Dillon
  • Re: ** HEADS UP ** Binutils upgrade in 1 hour David O'Brien
• pcm problems in vaio 600re Mark Huizer
• Can you please assist ? info
• smbfs second mount kit
  • Re: smbfs second mount Boris Popov
  • Re: smbfs second mount Brandon D. Valentine
  • Re: smbfs second mount Boris Popov
  • Re: smbfs second mount Jordan K. Hubbard
  • smbfs problem A G F Keahan
  • Re: smbfs problem Boris Popov
  • Re: smbfs problem Ollivier Robert
  • Re: smbfs second mount Boris Popov
• HEADS-UP: for Qlogic (SCSI, Fibre Channel) HBA users Matthew Jacob
• $B%9!<%Q!<%R%m%$%sNM?+7W2h(B SHRP
• zero copy sockets and NFS code for FreeBSD Kenneth D. Merry
• Re: bioops Kirk McKusick
• знакомство nady
  • знакомство nady
  • знакомство nady
  • Anybody notice? Was:Re: знакомство Joe
  • Re: Anybody notice? Was:Re: знакомство Manfred Antar
  • знакомство nady
  • знакомство nady
• Panic with userquota(softupdates?) Kevin Day
  • Re: Panic with userquota(softupdates?) Kirk McKusick
• CFR: xdr.h fix for xdrproc_t Nick Sayer
• GENERIC from today does not detect system console on my box Jordan K. Hubbard
  • Re: GENERIC from today does not detect system console on my box Kenneth Wayne Culver
  • Re: GENERIC from today does not detect system console on my box Marc van Woerkom

[Earlier messages] [Later messages]