freebsd-current  

Messages by Thread

• • Re: sbin/vinum broken Greg Lehey
• downgrade Norbert Koch
  • Re: downgrade Richard J Kuhns
  • Re: downgrade Warner Losh
  • Re: downgrade Valentin Nechayev
  • Re: downgrade Bruce Evans
  • Re: downgrade Maxim Sobolev
• harddisk faillure or kernel problem ? Stephan van Beerschoten
  • Re: harddisk faillure or kernel problem ? Stephan van Beerschoten
• rm -rf question Storms of Perfection
  • Re: rm -rf question David Malone
  • Re: rm -rf question Will Andrews
  • Re: rm -rf question Alexander Langer
  • Re: rm -rf question J Wunsch
  • Re: rm -rf question Ceri
  • Re: rm -rf question Peter Wemm
• ** HEADS UP **: sys/miscfs file systems moved Ruslan Ermilov
  • Re: ** HEADS UP **: sys/miscfs file systems moved Brian Somers
  • Re: ** HEADS UP **: sys/miscfs file systems moved Ruslan Ermilov
  • Re: ** HEADS UP **: sys/miscfs file systems moved Brian Somers
  • Re: ** HEADS UP **: sys/miscfs file systems moved Warner Losh
  • Re: ** HEADS UP **: sys/miscfs file systems moved Doug Barton
  • Re: ** HEADS UP **: sys/miscfs file systems moved Ruslan Ermilov
  • RE: ** HEADS UP **: sys/miscfs file systems moved Riccardo Torrini
• panic: merge_inode_lists+0x86: movl %eax,0x10(%edx) The Hermit Hacker
• Re: world broken (vinum) Szilveszter Adam
  • Re: world broken (vinum) David Wolfskill
  • Re: world broken (vinum) Szilveszter Adam
  • Re: world broken (vinum) Greg Lehey
• What's causing troubles with pcm? Vallo Kallaste
  • Re: What's causing troubles with pcm? Vallo Kallaste
  • Re: What's causing troubles with pcm? Alex Zepeda
  • Re: What's causing troubles with pcm? Vallo Kallaste
• New strategy of locking a process group Seigo Tanimura
  • RE: New strategy of locking a process group John Baldwin
  • RE: New strategy of locking a process group Seigo Tanimura
  • RE: New strategy of locking a process group Seigo Tanimura
  • RE: New strategy of locking a process group John Baldwin
  • RE: New strategy of locking a process group Seigo Tanimura
  • RE: New strategy of locking a process group John Baldwin
• devfs patch for deleted devices handling Poul-Henning Kamp
• Re: cvsup trouble Will Andrews
• Minor read.2 (readv) doc update w/patch John W. De Boskey
• [CFR] /sys/miscfs/* -> /sys/fs/ Ruslan Ermilov
• __FreeBSD_version and -CURRENT Ruslan Ermilov
  • Re: __FreeBSD_version and -CURRENT Kris Kennaway
  • Re: __FreeBSD_version and -CURRENT John Polstra
• -STABLE kernel build broken? David Wolfskill
  • Re: -STABLE kernel build broken? Ruslan Ermilov
  • Re: -STABLE kernel build broken? David Wolfskill
• Boot time memory issue Barry Lustig
  • Re: Boot time memory issue Valentin Nechayev
  • Re: Boot time memory issue Barry Lustig
  • Re: Boot time memory issue Mike Smith
  • Re: Boot time memory issue Barry Lustig
  • Re: Boot time memory issue Mike Smith
  • Re: Boot time memory issue Valentin Nechayev
• HEADS UP: I broke swapping Alfred Perlstein
  • RE: HEADS UP: I broke swapping John Baldwin
  • RE: HEADS UP: I broke swapping John Baldwin
  • RE: HEADS UP: I broke swapping John Baldwin
  • Re: HEADS UP: I broke swapping Peter Wemm
  • Re: HEADS UP: I broke swapping Bruce Evans
• another new vm/swap panic Bruce Evans
• panic: mutex vm not owned Mike Heffner
  • Re: panic: mutex vm not owned David Malone
  • Re: panic: mutex vm not owned Dima Dorfman
  • Re: panic: mutex vm not owned Szilveszter Adam
  • Re: panic: mutex vm not owned Alfred Perlstein
  • Re: panic: mutex vm not owned Mike Heffner
  • Re: panic: mutex vm not owned Michael Lucas
  • Re: panic: mutex vm not owned David Malone
  • Re: panic: mutex vm not owned Dima Dorfman
  • Re: panic: mutex vm not owned David Malone
  • Re: panic: mutex vm not owned David Malone
  • Re: panic: mutex vm not owned Dima Dorfman
  • Re: panic: mutex vm not owned Alfred Perlstein
  • Re: panic: mutex vm not owned Bob Bishop
  • Re: panic: mutex vm not owned John Baldwin
• panic: mutex vm not owned... Szilveszter Adam
  • Re: panic: mutex vm not owned... Alfred Perlstein
  • Re: panic: mutex vm not owned... Alfred Perlstein
  • Re: panic: mutex vm not owned... Szilveszter Adam
  • Re: panic: mutex vm not owned... Szilveszter Adam
• Do they know your secrets? craig19_633
• panic: workitem_free: still on list Bob Bishop
  • Re: panic: workitem_free: still on list Alex Zepeda
  • Re: panic: workitem_free: still on list Robert Watson
  • trap 12: page fault in kernel mode (was: panic: workitem_free:still on list) Bob Bishop
• Mounting CD9660 filesystem as root filesystem is broken Makoto MATSUSHITA
  • Re: Mounting CD9660 filesystem as root filesystem is broken Makoto MATSUSHITA
• Panic during -CURRENT buildworld David Wolfskill
  • Re: Panic during -CURRENT buildworld Szilveszter Adam
  • Re: Panic during -CURRENT buildworld David Wolfskill
  • Re: Panic during -CURRENT buildworld Niels Chr. Bank-Pedersen
  • Re: Panic during -CURRENT buildworld Clive Lin
  • Panic during -CURRENT buildworld David Wolfskill
  • Re: Panic during -CURRENT buildworld David Wolfskill
• Request for CDR/CDRW drives working status Søren Schmidt
  • Re: Request for CDR/CDRW drives working status Alexey V. Neyman
• GENERIC kernel hangs at boot (uhci-related) John Polstra
  • Re: GENERIC kernel hangs at boot (uhci-related) Warner Losh
  • Re: GENERIC kernel hangs at boot (uhci-related) John Polstra
  • Re: GENERIC kernel hangs at boot (uhci-related) John Polstra
  • Re: GENERIC kernel hangs at boot (uhci-related) Mike Smith
  • Re: GENERIC kernel hangs at boot (uhci-related) John Polstra
  • Re: GENERIC kernel hangs at boot (uhci-related) Mike Smith
  • Re: GENERIC kernel hangs at boot (uhci-related) Nick Hibma
  • Re: GENERIC kernel hangs at boot (uhci-related) Mike Smith
  • Re: GENERIC kernel hangs at boot (uhci-related) Mike Smith
  • Re: GENERIC kernel hangs at boot (uhci-related) n_hibma
  • Re: GENERIC kernel hangs at boot (uhci-related) Warner Losh
  • Re: GENERIC kernel hangs at boot (uhci-related) Warner Losh
  • Re: GENERIC kernel hangs at boot (uhci-related) John Polstra
• cvsup 17-5-2001 Adrian Browne
  • Re: cvsup 17-5-2001 Bruce Evans
• background fsck John Baldwin
  • Re: background fsck David Wolfskill
  • Re: background fsck David Scheidt
  • Re: background fsck David Wolfskill
  • Re: background fsck David Scheidt
  • Re: background fsck Jason Evans
  • Re: background fsck Brian Somers
  • Re: background fsck John Baldwin
• current.FreeBSD.org: package building? Robert Watson
  • Re: current.FreeBSD.org: package building? Maxim Sobolev
• HEADS UP ata ioctls changed Søren Schmidt
  • Re: HEADS UP ata ioctls changed n_hibma
  • Re: HEADS UP ata ioctls changed Søren Schmidt
• HEADS UP; new ncurses! Peter Wemm
  • Re: HEADS UP; new ncurses! Peter Wemm
  • Re: HEADS UP; new ncurses! Andrey A. Chernov
• catching abrupt time changes Brad Huntting
  • Re: catching abrupt time changes John Polstra
  • Re: catching abrupt time changes Brad Huntting
• Su negocio esta al aire?... o en el aire? digitecnia . com
• world broken yet again Michael Harnois
  • Re: world broken yet again nnd
  • Re: world broken yet again Sheldon Hearn
  • Re: world broken yet again Michael Harnois
  • Re: world broken yet again Will Andrews
  • Re: world broken yet again Michael Harnois
• PATCH: /usr/src/usr.bin/login Terry Lambert
  • Re: PATCH: /usr/src/usr.bin/login James Howard
• Memory Issue on a Sony Vaio Z505LE Barry Lustig
• Cross-platform make world/release? Eugene M. Kim
  • Re: Cross-platform make world/release? Szilveszter Adam
• Shouldn't wchar.h get copied somewhere during build? David Wolfskill
  • Re: Shouldn't wchar.h get copied somewhere during build? David Wolfskill
  • Re: Shouldn't wchar.h get copied somewhere during build? Ruslan Ermilov
• evil ATA Brian F. Feldman
  • Re: evil ATA Søren Schmidt
  • RE: evil ATA Kozlovsky, Marek
  • Re: evil ATA Phil Knaack
  • Re: evil ATA Riccardo Torrini
  • Re: evil ATA John Polstra
  • Re: evil ATA Dan Nelson
• My network is dead because of this program :( John Indra
  • Re: My network is dead because of this program :( Matthew Emmerton
  • Re: My network is dead because of this program :( Brian O'Shea
  • Re: My network is dead because of this program :( Dan Nelson
  • Re: My network is dead because of this program :( Kris Kennaway
  • Re: My network is dead because of this program :( Mark Sergeant
  • Re: My network is dead because of this program :( Kris Kennaway
  • Re: My network is dead because of this program :( Ken Wills
• panic: sleeping process owns a mutex Bob Bishop
  • RE: panic: sleeping process owns a mutex John Baldwin
  • RE: panic: sleeping process owns a mutex Matthew Jacob
  • RE: panic: sleeping process owns a mutex John Baldwin
  • Re: panic: sleeping process owns a mutex Peter Wemm
• Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Re: cvs commit: src Makefile.inc1 Peter Pentchev
  • Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Re: cvs commit: src Makefile.inc1 Bruce Evans
  • Re: cvs commit: src Makefile.inc1 Szilveszter Adam
  • Re: cvs commit: src Makefile.inc1 Bruce Evans
  • Re: cvs commit: src Makefile.inc1 Cyrille Lefevre
  • Re: cvs commit: src Makefile.inc1 Bruce Evans
  • Re: cvs commit: src Makefile.inc1 Cyrille Lefevre
  • Re: cvs commit: src Makefile.inc1 Cyrille Lefevre
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Maxim Sobolev
  • Re: cvs commit: src Makefile.inc1 Maxim Sobolev
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Maxim Sobolev
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Bruce Evans
  • Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Re: cvs commit: src Makefile.inc1 Brian Somers
  • Re: cvs commit: src Makefile.inc1 Warner Losh
  • Re: cvs commit: src Makefile.inc1 Bruce Evans
  • Re: cvs commit: src Makefile.inc1 Brian Somers
  • Re: cvs commit: src Makefile.inc1 Ruslan Ermilov
  • Where to put include files (was: cvs commit: src Makefile.inc1) Brian Somers
  • Re: Where to put include files (was: cvs commit: src Makefile.inc1) Warner Losh
  • Re: Where to put include files (was: cvs commit: src Makefile.inc1) Warner Losh

[Earlier messages] [Later messages]