February 2006 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Wed Feb 1 00:24:16 PDT 2006
Ending: Tue Feb 28 22:49:48 PDT 2006
Messages: 712

• "fsck -fB" panics: snapacct_ufs2: bad block   Peter Jeremy
• (idle) USB generates interrupts as fast as they can be serviced   Ian FREISLICH
• -current is sluggish   Maksim Yevmenkin
• -current is sluggish   Andrew R. Reiter
• -current is sluggish   Max Laier
• -current is sluggish   Maksim Yevmenkin
• -current is sluggish   Krzysztof Kowalik
• -current is sluggish   Jonathan Noack
• -current is sluggish   Krzysztof Kowalik
• -current is sluggish   Giorgos Keramidas
• -current is sluggish   Jonathan Noack
• -current is sluggish   Giorgos Keramidas
• -current is sluggish   Maksim Yevmenkin
• -current is sluggish   Yar Tikhiy
• -current is sluggish   Kris Kennaway
• -current is sluggish   Kevin Oberman
• -current panics when usb device is detached   Maksim Yevmenkin
• -current panics when usb device is detached   M. Warner Losh
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Kash Pande
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Kris Kennaway
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Dag-Erling Smørgrav
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Doug Barton
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Mark Kirkwood
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Jeremy Messenger
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Dag-Erling Smørgrav
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Mark Kirkwood
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Kris Kennaway
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Mark Kirkwood
• /bin/sh doesn't run autoconf'ied configure scripts correctly   Dag-Erling Smørgrav
• 64-bit SNMP interface counters   Harti Brandt
• 7.0-CURRENT Hang   Cy Schubert
• 7.0-CURRENT Hang   Yar Tikhiy
• 7.0-CURRENT Hang   Yar Tikhiy
• 7.0-CURRENT Hang   Yar Tikhiy
• 7.0-CURRENT Hang   Watanabe Kazuhiro
• 7.0-CURRENT Hang   Yar Tikhiy
• 7.0-CURRENT Hang   Cy Schubert
• 7.0-CURRENT Hang   Cy Schubert
• 7.0-CURRENT Hang   Cy Schubert
• 7.0-CURRENT Hang   Cy Schubert
• 7.0-CURRENT Hang   Cy Schubert
• world børken ?   Poul-Henning Kamp
• [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write support   Søren Schmidt
• [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write support   Garry Belka
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on alpha/alpha   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   Max Laier
• [head tinderbox] failure on amd64/amd64   Robert Watson
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98   FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98   FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98   FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98   FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64   FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64   FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64   FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64   FreeBSD Tinderbox
• [jakub@redhat.com:Linking against libpthread via -pthread?   Steve Kargl
• [jakub@redhat.com:Linking against libpthread via -pthread?   Dan Nelson
• [jakub@redhat.com:Linking against libpthread via -pthread?   Steve Kargl
• [jakub@redhat.com:Linking against libpthread via -pthread?   Dan Nelson
• [jakub@redhat.com:Linking against libpthread via -pthread?   Alexander Kabaev
• [jakub@redhat.com:Linking against libpthread via -pthread?   Steve Kargl
• [jakub@redhat.com:Linking against libpthread via -pthread?   Daniel Eischen
• [jakub@redhat.com:Linking against libpthread via -pthread?   Steve Kargl
• [jakub@redhat.com:Linking against libpthread via -pthread?   Daniel Eischen
• [jakub@redhat.com:Linking against libpthread via -pthread?   Alexander Kabaev
• [jakub@redhat.com:Linking against libpthread via -pthread?   Daniel Eischen
• [panic] Fatal trap 12: page fault while in kernel mode   Daniel Gerzo
• [PATCH] HEADSUP: kbdmux(4)/syscons(4) patch is about to hit the tree   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Markus Brueffer
• [PATCH] kbdmux(4) update   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Markus Brueffer
• [PATCH] kbdmux(4) update   Scott Long
• [PATCH] kbdmux(4) update   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Markus Brueffer
• [PATCH] kbdmux(4) update   Maksim Yevmenkin
• [PATCH] kbdmux(4) update   Craig Boston
• [PATCH] possible fix for the runtime going backwards warnings   John Baldwin
• [PATCH] possible fix for the runtime going backwards warnings   Stefan Ehmann
• [PATCH] possible fix for the runtime going backwards warnings   Kris Kennaway
• [PATCH] possible fix for the runtime going backwards warnings   Andrey Chernov
• [PATCH] possible fix for the runtime going backwards warnings   John Baldwin
• [PATCH] possible fix for the runtime going backwards warnings   Andrey Chernov
• [PATCH] possible fix for the runtime going backwards warnings   Kazuaki Oda
• [PATCH] possible fix for the runtime going backwards warnings   John Baldwin
• [PATCH] possible fix for the runtime going backwards warnings   John Baldwin
• [PATCH] possible fix for the runtime going backwards warnings   Andrey Chernov
• [PATCH] possible fix for the runtime going backwards warnings   Kris Kennaway
• [PATCH] possible fix for the runtime going backwards warnings   Patrick Bowen
• [PATCH] ukbd(4) - request for comments   Maksim Yevmenkin
• [PATCH] upcoming kbdmux(4) integration   Maksim Yevmenkin
• [PATCH] upcoming kbdmux(4) integration   Jonathan Noack
• [PATCH] upcoming kbdmux(4) integration   Maksim Yevmenkin
• [PATCH] upcoming kbdmux(4) integration   Jonathan Noack
• [RFC] what do we do with picobsd ?   Peter Jeremy
• [RFC] what do we do with picobsd ?   Dario Freni
• [RFC] what do we do with picobsd ?   Julian Elischer
• [RFC] what do we do with picobsd ?   Julian Elischer
• [RFC] what do we do with picobsd ?   Dario Freni
• [RFC] what do we do with picobsd ?   Dario Freni
• [TEST/REVIEW] cpu time accounting patch, step 2   Poul-Henning Kamp
• [TEST/REVIEW] cpu time accounting patch, step 2   Mike Jakubik
• [TEST/REVIEW] cpu time accounting patch, step 2   Andrew Gallatin
• [TEST/REVIEW] cpu time accounting patch, step 2   Andrew Gallatin
• [TEST/REVIEW] cpu time accounting patch, step 2   Julian Elischer
• [TEST/REVIEW] cpu time accounting patch, step 2   Kris Kennaway
• [TEST/REVIEW] cpu time accounting patch, step 2   Kris Kennaway
• [TEST/REVIEW] cpu time accounting patch, step 2   Anish Mistry
• [TEST/REVIEW] cpu time accounting patch, step 2   Poul-Henning Kamp
• [TEST/REVIEW] cpu time accounting patch, step 2   Poul-Henning Kamp
• [TEST/REVIEW] cpu time accounting patch, step 2   Poul-Henning Kamp
• [TEST/REVIEW] cpu time accounting patch, step 2   Andrew Gallatin
• [TEST/REVIEW] cpu time accounting patch, step 2   Poul-Henning Kamp
• [TEST/REVIEW] cpu time accounting patch, step 2   Robert Watson
• [TEST/REVIEW] cpu time accounting patch, step 2   Robert Watson
• [TEST/REVIEW] cpu time accounting patch, step 2   Andrew Gallatin
• A problem on IBM Netfinity 5000   FreeBSDer China
• A problem on IBM Netfinity 5000   Brian Candler
• acpica memory leak?   Morten Rodal
• acpica memory leak?   Jung-uk Kim
• AnyDATA USB Modem   Jan Dušátko
• ATA DMA dump failures: take 2   Dmitry Pryanishnikov
• ath patch+hal for test   Sam Leffler
• ath patch+hal for test   Ryan R
• ath patch+hal for test   Ryan R
• ath patch+hal for test   Beech Rintoul
• ath patch+hal for test   Patrick Bowen
• Atheros and new hal   gusmao at wminas.com.br
• Atheros and new hal   Dillon Kass
• ATI on FreeBSD! FireGL Linux Driver Port   Alexander I. Mogilny
• attaching a keyboard later   Oliver Lehmann
• attaching a keyboard later   Brian Candler
• attaching a keyboard later   Alain Hebert
• attaching a keyboard later   Brian Candler
• attaching a keyboard later   Chuck Swiger
• attaching a keyboard later   Brian Candler
• attaching a keyboard later   Chuck Swiger
• attaching a keyboard later   Alain Hebert
• audit group   Randy Bush
• audit group   Kris Kennaway
• audit group   Randy Bush
• audit group   Doug Barton
• Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late)   Ulrich Spoerlein
• Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late)   Divacky Roman
• Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late)   Ulrich Spoerlein
• Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late)   Doug Barton
• Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late)   Doug Barton
• Bad system call (core dumped)   Bachilo Dmitry
• Bad system call (core dumped)   Kris Kennaway
• Bad system call (core dumped)   Fernan Aguero
• Bad system call (core dumped)   Bachilo Dmitry
• Bad system call (core dumped)   Joseph Koshy
• Bad system call (core dumped)   Bachilo Dmitry
• Bad system call (core dumped)   Joseph Koshy
• Bad system call (core dumped)   Bachilo Dmitry
• Bad system call (core dumped)   David Xu
• Bad system call (core dumped)   Joseph Koshy
• Bad system call (core dumped)   David Xu
• Bad system call (core dumped)   Joseph Koshy
• Bad system call (core dumped)   Robert Watson
• bge(4) problem   Peter Ross
• bge(4) problem   Gleb Smirnoff
• bge(4) problem   Peter Ross
• bge(4) problem   David Barbero
• bge(4) problem   Geoffrey Giesemann
• boot problem with atapicam   Thomas Quinot
• boot problem with atapicam   Michiel Boland
• boot problem with atapicam   Thomas Quinot
• bsd-airtools   Patrick Bowen
• bsd-airtools   Sam Leffler
• bsd-airtools   Sean Chittenden
• bsnmpd breaks buildworld   Steve Kargl
• bsnmpd breaks buildworld   Steve Kargl
• bsnmpd breaks buildworld   Ruslan Ermilov
• buglets with pts - with patch   Michal Mertl
• buglets with pts - with patch   Michal Mertl
• buglets with pts - with patch   Michal Mertl
• Buildworld broken on amd64   Steve Kargl
• Buildworld broken on amd64   Steve Kargl
• Buildworld broken on amd64   Doug Ambrisko
• buildworld broken with NO_MODULES= and MODULES_WITH_WORLD=   Boris Samorodov
• buildworld broken with NO_MODULES= and MODULES_WITH_WORLD=   Ruslan Ermilov
• buildworld broken with NO_MODULES= and MODULES_WITH_WORLD=   Boris Samorodov
• buildworld broken with NO_MODULES= and MODULES_WITH_WORLD=   Ruslan Ermilov
• buildworld broken with NO_MODULES= and MODULES_WITH_WORLD=   Boris Samorodov
• buildworld problem   Vincent Blondel
• buildworld problem   Joseph Koshy
• buildworld problem   Brian Candler
• buildworld problem   Vincent Blondel
• buildworld problem   Joseph Koshy
• buildworld problem   Vincent Blondel
• buildworld problem   Joseph Koshy
• buildworld problem   Vincent Blondel
• calcru: runtime went backwards   Yuriy Tsibizov
• calcru: runtime went backwards   Yuriy Tsibizov
• calcru: runtime went backwards   Kris Kennaway
• calcru: runtime went backwards   Niki Denev
• calcru: runtime went backwards   Yuriy Tsibizov
• calcru: runtime went backwards   Yuriy Tsibizov
• calcru: runtime went backwards   Kris Kennaway
• calcru: runtime went backwards   Jiawei Ye
• calcru: runtime went backwards   Giorgos Keramidas
• calcru: runtime went backwards   David Xu
• calcru: runtime went backwards   Kazuaki Oda
• calcru: runtime went backwards   David Xu
• calcru: runtime went backwards   Kazuaki Oda
• calcru: runtime went backwards   Poul-Henning Kamp
• calcru: runtime went backwards   Poul-Henning Kamp
• calcru: runtime went backwards   Poul-Henning Kamp
• calcru: runtime went backwards   Poul-Henning Kamp
• Can't resolve defined(?) symbol after ELF symbol versioning   othermark
• Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4ODP)   Watanabe Kazuhiro
• Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4ODP)   Alexander Leidinger
• CFT: src/tools/tools/npcus   Sam Leffler
• CFT: src/tools/tools/npcus   Sam Leffler
• CFT: src/tools/tools/npcus   John Baldwin
• CFT: wpa_supplicant key handling fix   Sam Leffler
• Changes to IPFW start up scripts.   Vulpes Velox
• Changes to IPFW start up scripts. [updated[   Vulpes Velox
• cvs commit: src/sys/dev/em if_em.c if_em.h   Harald Schmalzbauer
• cvs commit: src/sys/dev/em if_em.c if_em.h   Gleb Smirnoff
• Cyrus-imap preformance share on fix   Benjamin D Adams
• Cyrus-imap preformance share on fix   Mike Jakubik
• dc no worky in -current   Daniel Eischen
• dc no worky in -current   Benzi Mizrahi
• dc no worky in -current   M. Warner Losh
• dhclient existing when run early in startup   Kevin Oberman
• dhclient existing when run early in startup   Brooks Davis
• dhclient existing when run early in startup   Tobias Roth
• dhclient existing when run early in startup   Tobias Roth
• dhclient existing when run early in startup   Kevin Oberman
• dhclient existing when run early in startup   Kevin Oberman
• Dumping prior to dumpon(8) (Re: cvs commit: src/sbin/dumpon dumpon.8)   Kris Kennaway
• em(4) stops forwarding   Michal Mertl
• em(4) stops forwarding   Scott Long
• em(4) stops forwarding   Michal Mertl
• em(4) stops forwarding   Scott Long
• em(4) stops forwarding   Yamamoto Shigeru
• em(4) stops forwarding   Fabian Keil
• em(4) stops forwarding   Michal Mertl
• em(4) stops forwarding   Scott Long
• em(4) stops forwarding   Julian Elischer
• em(4) stops forwarding   Jack Vogel
• em(4) stops forwarding   Scott Long
• em(4) stops forwarding   MonkeyBrains
• em(4) stops forwarding   Michal Mertl
• em0: Fatal trap 12: page fault while in kernel mode   Denis Shaposhnikov
• em0: Fatal trap 12: page fault while in kernel mode   Gleb Smirnoff
• em0: Fatal trap 12: page fault while in kernel mode   Denis Shaposhnikov
• em0: Fatal trap 12: page fault while in kernel mode   Denis Shaposhnikov
• em0: Fatal trap 12: page fault while in kernel mode   Gleb Smirnoff
• Error building acpi_wakecode.S   James Bowman
• Error in make buildkernel from todays -current   Tarc
• Error in make buildkernel from todays -current   Ruslan Ermilov
• Error in make buildworld from todays -current   Patrick Bowen
• Error in make buildworld from todays -current   Doug Barton
• Extended Attributes API   Geoffrey Giesemann
• Extended Attributes API   Michael Reifenberger
• Extended Attributes API   Geoffrey Giesemann
• Extended Attributes API   Harti Brandt
• Extended Attributes API   Joerg Schilling
• Extended Attributes API   Jason Evans
• Fatal trap 12: page fault while in kernel mode in 5.5-PRERELEASE with IPSEC/isakmpd   David Boyd
• Feature request for IPFW   Erik Nørgaard
• For the love of God, is it even possible to make the Atheros ath.patch & updated HALactually work?   Sam Leffler
• For the love of God, is it even possible to make the Atheros ath.patch & updated HAL actually work?   Andrew Atrens
• For the love of God, is it even possible to make the Atheros ath.patch & updated HALactually work?   Daniel Dvorak
• For the love of God, is it even possible to make the Atheros ath.patch & updated HAL actually work?   Ryan R
• For the love of God, is it even possible to make the Atheros ath.patch & updated HAL actually work?   Guy Brand
• FreeBSD Port to UltraSparc T1 "Niagara"   Ricardo A. Reis
• FreeBSD Port to UltraSparc T1 "Niagara"   Joao Barros
• FreeBSD Port to UltraSparc T1 "Niagara"   Doug White
• FreeBSD showing version number upon login   Alex
• FreeBSD showing version number upon login   Kris Kennaway
• FreeBSD showing version number upon login   Darren Pilgrim
• FreeBSD showing version number upon login   Marcin Jessa
• FreeBSD showing version number upon login   alex
• FreeBSD showing version number upon login   Marcin Jessa
• FreeBSD showing version number upon login   Frank Altpeter
• FreeBSD showing version number upon login   Kurt Jaeger
• FreeBSD showing version number upon login   Marcin Jessa
• FreeBSD showing version number upon login   Brian Candler
• FreeBSD showing version number upon login   Frank Altpeter
• FreeBSD showing version number upon login   Andrew R. Reiter
• FreeBSD showing version number upon login   Chris
• FreeBSD showing version number upon login   Kris Kennaway
• FreeBSD showing version number upon login   alex
• FreeBSD showing version number upon login   Kris Kennaway
• FreeBSD showing version number upon login   Matthew D. Fuller
• FreeBSD showing version number upon login   alex
• FreeBSD showing version number upon login   Brian Candler
• FreeBSD showing version number upon login   Poul-Henning Kamp
• FreeBSD-Current on hp nc6220   eric
• FreeBSD-Current on hp nc6220   Scot Hetzel
• GELI boot on root partition   Balgansuren Batsukh
• GELI boot on root partition   Alex Dupre
• GELI boot on root partition   Balgansuren Batsukh
• GELI improvements.   Pawel Jakub Dawidek
• GELI question   Balgansuren Batsukh
• GELI question   Pawel Jakub Dawidek
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Kövesdán Gábor
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Julian Elischer
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Mike Jakubik
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Kris Kennaway
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Mike Jakubik
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Kris Kennaway
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Mike Jakubik
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Peter Jeremy
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Doug Barton
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Tom Rhodes
• HEADS UP: Audit integration into CVS in progress, some tree disruption   Robert Watson
• HEADSUP: kbdmux(4)/syscons(4) patch is in the tree   Maksim Yevmenkin
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal   Patrick Bowen
• HEADSUP: new ath+hal   Marcin Jessa
• HEADSUP: new ath+hal   Yamamoto Shigeru
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal   Yamamoto Shigeru
• HEADSUP: new ath+hal   Michal Mertl
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal   Yamamoto Shigeru
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal   Sam Leffler
• HEADSUP: new ath+hal [patch]   Sam Leffler
• HEADSUP: New pts code triggers panics on amd64 systems.   Steve Kargl
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Robert Watson
• HEADSUP: New pts code triggers panics on amd64 systems.   Steve Kargl
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Giorgos Keramidas
• HEADSUP: New pts code triggers panics on amd64 systems.   Gary Jennejohn
• HEADSUP: New pts code triggers panics on amd64 systems.   Gary Jennejohn
• HEADSUP: New pts code triggers panics on amd64 systems.   Gary Jennejohn
• hesiod.h problem while upgrading to current   Michael Jejer
• hosts.allow default behaviour: IPv6 on its own lines   Dmitry Morozovsky
• hosts.allow default behaviour: IPv6 on its own lines   Hajimu UMEMOTO
• hosts.allow default behaviour: IPv6 on its own lines   Warner Losh
• hwpmc & kernel modules?   Andrew Gallatin
• hwpmc & kernel modules?   Joseph Koshy
• IMAP problem I found on another mailing list   Benjamin D Adams
• insta-panic in softclock() -> acctwatch()   Giorgos Keramidas
• insta-panic in softclock() -> acctwatch()   Gleb Smirnoff
• insta-panic in softclock() -> acctwatch()   Giorgos Keramidas
• Is HEAD broken for anybody else?   Giorgos Keramidas
• Is HEAD broken for anybody else?   Giorgos Keramidas
• Is HEAD broken for anybody else?   Giorgos Keramidas
• Is HEAD broken for anybody else?   Giorgos Keramidas
• Is HEAD broken for anybody else?   Bjoern A. Zeeb
• Is HEAD broken for anybody else?   Giorgos Keramidas
• It still here... panic: ufs_dirbad: bad dir   Matthew Dillon
• It still here... panic: ufs_dirbad: bad dir   Peter Jeremy
• It still here... panic: ufs_dirbad: bad dir   Matthew Dillon
• It still here... panic: ufs_dirbad: bad dir   Matthew Dillon
• jail leak   Kris Kennaway
• jail leak   Chad Leigh -- Shire.Net LLC
• jail leak   Kris Kennaway
• jail leak   Bjoern A. Zeeb
• jail leak   Stefan Bethke
• KDE 3.5.0 seems much chubbier than 3.4.2   Jason Evans
• KDE 3.5.0 seems much chubbier than 3.4.2   Randy Bush
• KDE 3.5.0 seems much chubbier than 3.4.2   Daniel O'Connor
• KDE 3.5.0 seems much chubbier than 3.4.2   Peter Jeremy
• KDE 3.5.0 seems much chubbier than 3.4.2   Daniel O'Connor
• KDE 3.5.0 seems much chubbier than 3.4.2   Peter Jeremy
• KDE 3.5.0 seems much chubbier than 3.4.2   Daniel O'Connor
• KDE 3.5.0 seems much chubbier than 3.4.2   Daniel O'Connor
• KDE 3.5.0 seems much chubbier than 3.4.2   Jason Evans
• KDE 3.5.0 seems much chubbier than 3.4.2   Daniel O'Connor
• kern/93942: panic: ufs_dirbad: bad dir   Yarema
• Kern_symlink(...) is not setting vattr.va_type   Rohit Jalan
• Kern_symlink(...) is not setting vattr.va_type   David Malone
• kernel panic / acpi problem.   Martin Wilke
• kernel panic / acpi problem.   Ben Kaduk
• kernel panic / acpi problem.   Martin Wilke
• kernel panic / acpi problem.   Martin Wilke
• Lots of calcru: runtime went backwards, never saw it before   Andrey Chernov
• Lots of calcru: runtime went backwards, never saw it before   Giorgos Keramidas
• Lots of calcru: runtime went backwards, never saw it before   Kris Kennaway
• Lots of calcru: runtime went backwards, never saw it before   Andrey Chernov
• Lots of calcru: runtime went backwards, never saw it before   Andrey Chernov
• Lots of calcru: runtime went backwards, never saw it before   Kris Kennaway
• Lots of calcru: runtime went backwards, never saw it before   Giorgos Keramidas
• Lots of calcru: runtime went backwards, never saw it before   Jiawei Ye
• Lots of calcru: runtime went backwards, never saw it before   Andrey Chernov
• Lots of calcru: runtime went backwards, never saw it before   Kris Kennaway
• LSI Trouble   Anton Nikiforov
• LSI Trouble   Brian K. White
• m4 include() broken?   Tim Kientzle
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   Kris Kennaway
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   David Xu
• machdep.cpu_idle_hlt and SMP perf?   Ivan Voras
• machdep.cpu_idle_hlt and SMP perf?   Marcin Jessa
• machdep.cpu_idle_hlt and SMP perf?   M. Warner Losh
• machdep.cpu_idle_hlt and SMP perf?   Kris Kennaway
• machdep.cpu_idle_hlt and SMP perf?   Daniel Eriksson
• machdep.cpu_idle_hlt and SMP perf?   Mike Tancsa
• machdep.cpu_idle_hlt and SMP perf?   Andre Oppermann
• machdep.cpu_idle_hlt and SMP perf?   Yar Tikhiy
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   John Baldwin
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   John Baldwin
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   John Baldwin
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   John Baldwin
• machdep.cpu_idle_hlt and SMP perf?   Andrew Gallatin
• machdep.cpu_idle_hlt and SMP perf?   John Baldwin
• make buildworld error (/usr/src/lib/libc/rpc/getpublickey.c)   Mike Jakubik
• Malloc bugs exhibited in ports/mail/dovecot   Robin Breathe
• mapping "random" physical memory into kernel   Andrew Gallatin
• mapping "random" physical memory into kernel   Scott Long
• mapping "random" physical memory into kernel   Andrew Gallatin
• mapping "random" physical memory into kernel   Scott Long
• memguard monitoring of more than 1 memory_type?   Steve Kargl
• memguard monitoring of more than 1 memory_type?   Yar Tikhiy
• memguard monitoring of more than 1 memory_type?   Steve Kargl
• memguard monitoring of more than 1 memory_type?   Pawel Jakub Dawidek
• memguard monitoring of more than 1 memory_type?   Peter Jeremy
• memguard monitoring of more than 1 memory_type?   Pawel Jakub Dawidek
• Memory modified panic -- was: Re: cvs commit: src/sys/kern kern_malloc.c   Steve Kargl
• memtest - an idea   Vladimir Konrad
• memtest - an idea   Peter Jeremy
• memtest - an idea   Holger Kipp
• MFC of "Unbreak Promise SATAII/150 controllers" ?   Thierry Herbelot
• MFC of "Unbreak Promise SATAII/150 controllers" ?   Søren Schmidt
• MFC of "Unbreak Promise SATAII/150 controllers" ?   Thierry Herbelot
• MFC of "Unbreak Promise SATAII/150 controllers" ?   Søren Schmidt
• MFC of "Unbreak Promise SATAII/150 controllers" ?   Thierry Herbelot
• MFC of bump in libcom_err.so another mistake?   Panagiotis Astithas
• MFC of bump in libcom_err.so another mistake?   Robert Watson
• MFC of bump in libcom_err.so another mistake?   Robert Watson
• MFC of bump in libcom_err.so another mistake?   Doug Barton
• MFC of bump in libcom_err.so another mistake?   Doug Barton
• mount_smbfs trouble after cvsup   Bachilo Dmitry
• mount_smbfs trouble after cvsup   Tai-hwa Liang
• mount_smbfs trouble after cvsup   Gavin Atkinson
• multimedia/libxine fails with recent autotools update   Stephane E. Potvin
• NanoBSD don't boot.   Peter Ankerstål
• NanoBSD don't boot.   Dag-Erling Smørgrav
• netgroup limits on -current ... [mountd(8)]   Wilkinson, Alex
• netgroup limits on -current ... [mountd(8)]   Vladimir Egorin
• netgroup limits on -current ... [mountd(8)]   Wilkinson, Alex
• netgroup limits on -current ... [mountd(8)]   Thyer, Matthew
• Networking Puzzle   Cian Hughes
• Networking Puzzle   Alexandre "Sunny" Kovalenko
• Networking Puzzle   Marcin Jessa
• New RCorder: abi loaded too late   Xin LI
• New RCorder: abi loaded too late   Brooks Davis
• New RCorder: abi loaded too late   Doug Barton
• New RCorder: abi loaded too late   Brooks Davis
• New RCorder: abi loaded too late   Doug Barton
• New RCorder: abi loaded too late   Doug Barton
• New RCorder: abi loaded too late   Jason Evans
• New RCorder: abi loaded too late   Doug Barton
• New RCorder: abi loaded too late   Divacky Roman
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   Oliver Fromme
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   John Baldwin
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   Julian Elischer
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   Julian Elischer
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   Scott Long
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   John Baldwin
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   Julian Elischer
• nextboot (was Re: boot block differences between 4.x and 6.x ?)   John Baldwin
• no dump on a gmirror ?   Thierry Herbelot
• no dump on a gmirror ?   Larry Rosenman
• no dump on a gmirror ?   Doug Barton
• no dump on a gmirror ?   Larry Rosenman
• no dump on a gmirror ?   Marcin Jessa
• no dump on a gmirror ?   Larry Rosenman
• Optimized kernel copying functions   Attilio Rao
• options for centralized 'passwd' database for a diskless lab ?   Luigi Rizzo
• options for centralized 'passwd' database for a diskless lab ?   Chuck Swiger
• options for centralized 'passwd' database for a diskless lab ?   Stefan Bethke
• options for centralized 'passwd' database for a diskless lab ?   Danny Braniss
• Page fault in thr_exit()   Kris Kennaway
• panic at reboot (spin lock held too long)   Thierry Herbelot
• Panic In mi_switch+0x7e   Cy Schubert
• Panic In mi_switch+0x7e   John Baldwin
• panic: Giant not owned in vfs_subr.c:2029   Ruslan Ermilov
• panic: Memory modified after free   Pawel Jakub Dawidek
• panic: Memory modified after free   Giorgos Keramidas
• panic: Memory modified after free   Doug White
• panic: Memory modified after free   Steve Kargl
• panic: Memory modified after free   Matthew D. Fuller
• panic: Memory modified after free   Doug White
• panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029   Doug Barton
• panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029   Gleb Smirnoff
• panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029   Doug Barton
• panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029   Cy Schubert
• panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029   Gleb Smirnoff
• panic: PHOLD of exiting process   Peter Holm
• panic: PHOLD of exiting process   John Baldwin
• panic: PHOLD of exiting process   Peter Holm
• panic: PHOLD of exiting process   John Baldwin
• panic: Trying sleep, but thread marked as sleeping prohibited   Christian Brueffer
• panic: Trying sleep, but thread marked as sleeping prohibited   Mark Tinguely
• panic: Trying sleep, but thread marked as sleeping prohibited   Christian Brueffer
• panic: Trying sleep, but thread marked as sleeping prohibited   Suleiman Souhlal
• panic: Trying sleep, but thread marked as sleeping prohibited   Christian Brueffer
• panic: Trying sleep, but thread marked as sleeping prohibited   Ian Dowse
• Parallel buildkernel (still) broken?   Ian FREISLICH
• Parallel buildkernel (still) broken?   Stefan Ehmann
• Parallel buildkernel (still) broken?   M. Warner Losh
• Parallel buildkernel (still) broken?   Ruslan Ermilov
• Parallel buildkernel (still) broken?   Stefan Ehmann
• Parallel buildkernel (still) broken?   Ruslan Ermilov
• Parallel buildkernel (still) broken?   Ruslan Ermilov
• Parallel buildkernel (still) broken?   Stefan Ehmann
• Parallel buildkernel (still) broken?   Ian FREISLICH
• Parallel buildkernel (still) broken?   Ian FREISLICH
• partition for GELI disk   Balgansuren Batsukh
• partition for GELI disk   Ulrich Spoerlein
• partition for GELI disk   Balgansuren Batsukh
• partition for GELI disk   Pawel Jakub Dawidek
• partition for GELI disk   Ulrich Spoerlein
• partition for GELI disk   Dag-Erling Smørgrav
• Patch to fix i915 drm with vgapci changes   Stefan Ehmann
• Patch to fix i915 drm with vgapci changes   John Baldwin
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Dario Freni
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Dario Freni
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Dario Freni
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Danny Braniss
• patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Dario Freni
• patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Dario Freni
• patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Cy Schubert
• patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• patchset-8-fix1 for 6.x release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)   Daichi GOTO
• Peter's talk on amd64 audio online   Julian Elischer
• Peter's talk on amd64 audio online   Marcin Jessa
• Peter's talk on amd64 audio online   Colin Percival
• Peter's talk on amd64 audio online   Alistair Sutton
• Peter's talk on amd64 audio online   Marcin Jessa
• Peter's talk on amd64 audio online   Marcin Jessa
• Peter's talk on amd64 audio online   Panagiotis Astithas
• Peter's talk on amd64 audio online   Marcin Jessa
• Peter's talk on amd64 audio online   Giorgos Keramidas
• Peter's talk on amd64 audio online   Julian Elischer
• Peter's talk on amd64 audio online   Mike Jakubik
• Peter's talk on amd64 audio online   Julian Elischer
• Peter's talk on amd64 audio online   Mike Jakubik
• Peter's talk on amd64 audio online   Doug Poland
• ping (DUP!) in FreeBSD 5.4   Nik
• ping (DUP!) in FreeBSD 5.4   Dmitry Pryanishnikov
• ping (DUP!) in FreeBSD 5.4   Jim Thompson
• ping (DUP!) in FreeBSD 5.4   Dmitry Pryanishnikov
• ping (DUP!) in FreeBSD 5.4   Nik
• pitiful performance of an SATA150 drive   Mikhail T.
• Portsnap support on CURRENT   Paul Mather
• Portsnap support on CURRENT   Scott Robbins
• Portsnap support on CURRENT   Freddie Cash
• Portsnap support on CURRENT   Kris Kennaway
• Portsnap support on CURRENT   Colin Percival
• Portsnap support on CURRENT   Martin Wilke
• proposed /sbin/init permission change   Luigi Rizzo
• proposed /sbin/init permission change   Thomas Quinot
• Radio Streaming   Vincent Blondel
• Radio Streaming   Ulrich Spoerlein
• Regarding the diagnostic utility for the PCI bus   karthy shanmugavel
• reversed behavior with nsswitch.conf   Alexander Leidinger
• reversed behavior with nsswitch.conf   Foo
• reversed behavior with nsswitch.conf   Alexander Leidinger
• reversed behavior with nsswitch.conf   Joel Gunderson
• reversed behavior with nsswitch.conf   Alexander Leidinger
• reversed behavior with nsswitch.conf   Tim Dettloff
• reversed behavior with nsswitch.conf   Alexander Leidinger
• RFC: separate 3dfx_linux module   Yar Tikhiy
• RFC: separate 3dfx_linux module   Scott Long
• RFC: separate 3dfx_linux module   Coleman Kane
• RFC: separate 3dfx_linux module   Yar Tikhiy
• RFC: separate 3dfx_linux module   Scott Long
• RFC: separate 3dfx_linux module   Coleman Kane
• RFC: separate 3dfx_linux module   Scott Long
• RFC: separate 3dfx_linux module   Coleman Kane
• RFC: separate 3dfx_linux module   Scott Long
• RFC: separate 3dfx_linux module   Coleman Kane
• rwlock patch for bridge   Andrew Thompson
• rwlock patch for bridge   John Baldwin
• rwlock patch for bridge   Andrew Thompson
• rwlock patch for bridge   John Baldwin
• semi-interesting panic when rebooting   Matthew Jacob
• semi-interesting panic when rebooting   John Baldwin
• ServerWorks HT1000 Chipset SATA support   Mike Jakubik
• sio interrupt-level buffer overflows?   Goran Gajic
• snap10 works, snap12 doesn't   Michael W. Lucas
• snap10 works, snap12 doesn't   Michael W. Lucas
• snap10 works, snap12 doesn't   Michael Jejer
• sshd/telnetd stops responding under load   Jiawei Ye
• sshd/telnetd stops responding under load   Peter Jeremy
• subdisk6: detached --> Fatal trap 9   Jason Evans
• subdisk6: detached --> Fatal trap 9   Jason Evans
• The sixty second pmc howto   Robert Watson
• The sixty second pmc howto   Andrew Gallatin
• The sixty second pmc howto   Robert Watson
• The sixty second pmc howto   Andrew Gallatin
• The sixty second pmc howto   Joseph Koshy
• today's 6.1 would not boot here   Mikhail T.
• typo in dump manual?   Andriy Tkachuk
• typo in dump manual?   Giorgos Keramidas
• typo in dump manual?   Giorgos Keramidas
• unprivileged users are able to kill certain jailed processes   Björn König
• unprivileged users are able to kill certain jailed processes   Björn König
• unprivileged users are able to kill certain jailed processes   Robert Watson
• unprivileged users are able to kill certain jailed processes   Björn König
• unprivileged users are able to kill certain jailed processes   Joseph Koshy
• unprivileged users are able to kill certain jailed processes   Andre Oppermann
• unprivileged users are able to kill certain jailed processes   Björn König
• unprivileged users are able to kill certain jailed processes   Chad Leigh -- Shire.Net LLC
• unprivileged users are able to kill certain jailed processes   Julian Elischer
• unprivileged users are able to kill certain jailed processes   Chad Leigh -- Shire.Net LLC
• unstable kernels in -current right now?   Matthew Jacob
• unstable kernels in -current right now?   Jeff Roberson
• USB and clear endpoint stall   Fredrik Lindberg
• USB and clear endpoint stall   Fredrik Lindberg
• USB and clear endpoint stall   Ian Dowse
• USB and clear endpoint stall   Ian Dowse
• Virtual memory consumption (both user and kernel) inmodern CURRENT   Brian K. White
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mike Jakubik
• Virtual memory consumption (both user and kernel) in modern CURRENT   Kris Kennaway
• Virtual memory consumption (both user and kernel) in modern CURRENT   David Xu
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mike Jakubik
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mike Jakubik
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   David Xu
• Virtual memory consumption (both user and kernel) in modern CURRENT   Brian Candler
• Virtual memory consumption (both user and kernel) in modern CURRENT   Giorgos Keramidas
• Virtual memory consumption (both user and kernel) in modern CURRENT   Kris Kennaway
• Virtual memory consumption (both user and kernel) in modern CURRENT   Tarasov Alexey
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   Brian Candler
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mark Kirkwood
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mark Kirkwood
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mike Jakubik
• Virtual memory consumption (both user and kernel) in modern CURRENT   Peter Fraser
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   John Baldwin
• Virtual memory consumption (both user and kernel) in modern CURRENT   Poul-Henning Kamp
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jason Evans
• Virtual memory consumption (both user and kernel) in modern CURRENT   Dmitry Pryanishnikov
• Virtual memory consumption (both user and kernel) in modern CURRENT   Dmitry Pryanishnikov
• Virtual memory consumption (both user and kernel) in modern CURRENT   Robert Watson
• Virtual memory consumption (both user and kernel) in modern CURRENT   Robert Watson
• Virtual memory consumption (both user and kernel) in modern CURRENT   Jonathan Noack
• Virtual memory consumption (both user and kernel) in modern CURRENT   Mike Jakubik
• Virtual memory consumption (both user and kernel) in modern CURRENT   Dmitry Pryanishnikov
• Virtual memory consumption (both user and kernel) in modern CURRENT   Peter Fraser
• Virtual memory consumption (both user and kernel) inmodern CURRENT   David Leimbach
• Wall broken with sysutils/screen   Ceri Davies
• WARNING: attempt to net_add_domain(netgraph) after domainfinalize()   Gleb Smirnoff
• WARNING: attempt to net_add_domain(netgraph) after domainfinalize()   Mike Jakubik
• Which signal occurs due to a page protection violation?   Sam Lawrance
• Which signal occurs due to a page protection violation?   David Xu
• xorg 6.9.0 mem leak   David Scheidt
• xorg 6.9.0 mem leak   Jason Evans
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Jason Evans
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Jason Evans
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Kris Kennaway
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Gary Palmer
• xorg 6.9.0 mem leak   Matt Reimer
• xorg 6.9.0 mem leak   Freddie Cash
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Josh Carroll
• xorg 6.9.0 mem leak   Jung-uk Kim
• xorg 6.9.0 mem leak   Joe Marcus Clarke
• xorg 6.9.0 mem leak   Thomas Gellekum
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Randy Bush
• xorg 6.9.0 mem leak   Alexander Leidinger
• xorg 6.9.0 mem leak   Randy Bush

Last message date: Tue Feb 28 22:49:48 PDT 2006
Archived on: Tue Feb 28 22:50:25 PDT 2006

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...