freebsd-current

• Date Index

---

• Patch to fix i915 drm with vgapci changes, John Baldwin
• panic: Memory modified after free, Steve Kargl
  • Re: panic: Memory modified after free, Kris Kennaway
    • Re: panic: Memory modified after free, Steve Kargl
      • Re: panic: Memory modified after free, Kris Kennaway
      • Re: panic: Memory modified after free, Steve Kargl
    • Re: panic: Memory modified after free, Steve Kargl
  • Re: panic: Memory modified after free, Christian Brueffer
    • Re: panic: Memory modified after free, Pawel Jakub Dawidek
      • Re: panic: Memory modified after free, Steve Kargl
      • Re: panic: Memory modified after free, Kris Kennaway
• Peter talks tomorrow, Julian Elischer
• bfe watchdog timeout, Ben Kaduk
• [RFC] what do we do with picobsd ?, Luigi Rizzo
  • Re: [RFC] what do we do with picobsd ?, M. Warner Losh
    • Re: [RFC] what do we do with picobsd ?, Robert Watson
      • Re: [RFC] what do we do with picobsd ?, Sam Leffler
      • Re: [RFC] what do we do with picobsd ?, M. Warner Losh
      • Re: [RFC] what do we do with picobsd ?, Luigi Rizzo
      • Re: [RFC] what do we do with picobsd ?, Poul-Henning Kamp
      • Re: [RFC] what do we do with picobsd ?, Julian Elischer
      • Re: [RFC] what do we do with picobsd ?, M. Warner Losh
      • Re: [RFC] what do we do with picobsd ?, M. Warner Losh
• Re: cvs commit: src/sys/kern kern_malloc.c src/share/man/man9 Makefile redzone.9 src/sys/vm redzone.c redzone.h src/sys/conf NOTES files options, Pawel Jakub Dawidek
  • Re: cvs commit: src/sys/kern kern_malloc.c src/share/man/man9 Makefile redzone.9 src/sys/vm redzone.c redzone.h src/sys/conf NOTES files options, Kris Kennaway
• boot block differences between 4.x and 6.x ?, Luigi Rizzo
  • Re: boot block differences between 4.x and 6.x ?, Scott Long
    • Re: boot block differences between 4.x and 6.x ?, Luigi Rizzo
    • Re: boot block differences between 4.x and 6.x ?, M. Warner Losh
      • Re: boot block differences between 4.x and 6.x ?, Luigi Rizzo
  • Re: boot block differences between 4.x and 6.x ?, Oliver Fromme
    • Re: boot block differences between 4.x and 6.x ?, Julian Elischer
• Re: KDE 3.5.0 seems much chubbier than 3.4.2, Daniel O'Connor
  • Re: KDE 3.5.0 seems much chubbier than 3.4.2, Jason Evans
    • Re: KDE 3.5.0 seems much chubbier than 3.4.2, Daniel O'Connor
• KDE 3.5 doesn't want to compile. karamba_python.cpp errors galore, resonant evil
  • Re: KDE 3.5 doesn't want to compile. karamba_python.cpp errors galore, Michael Nottebrock
• xorg 6.9.0 mem leak, Randy Bush
  • Re: xorg 6.9.0 mem leak, Ricardo A. Reis
    • Re: xorg 6.9.0 mem leak, Randy Bush
      • Re: xorg 6.9.0 mem leak, Ricardo A. Reis
      • Re: xorg 6.9.0 mem leak, Jason Evans
      • Message not available
      • Re: xorg 6.9.0 mem leak, Randy Bush
      • Re: xorg 6.9.0 mem leak, Jiawei Ye
      • Re: xorg 6.9.0 mem leak, Kris Kennaway
      • Re: xorg 6.9.0 mem leak, Randy Bush
      • Re: xorg 6.9.0 mem leak, Kris Kennaway
      • Re: xorg 6.9.0 mem leak, Randy Bush
      • Re: xorg 6.9.0 mem leak, Kris Kennaway
      • Re: xorg 6.9.0 mem leak, Matthew D. Fuller
      • Re: xorg 6.9.0 mem leak, Jason Evans
  • Message not available
    • Re: xorg 6.9.0 mem leak, Randy Bush
      • Re: xorg 6.9.0 mem leak, Alexander Leidinger
• 7.0-CURRENT Hang, Cy Schubert
• lor in drm_drv/vm_glue?, Erik Winge
  • Re: lor in drm_drv/vm_glue?, Bjoern A. Zeeb
• for review: sys/dev/md/md.c patch, Luigi Rizzo
  • Re: for review: sys/dev/md/md.c patch, Julian Elischer
  • Re: for review: sys/dev/md/md.c patch, Oliver Fromme
    • Re: for review: sys/dev/md/md.c patch, Luigi Rizzo
    • Re: for review: sys/dev/md/md.c patch, M. Warner Losh
• [PATCH] acpi_fujitsu UPDATE, Anish Mistry
  • Re: [PATCH] acpi_fujitsu UPDATE, Brandon Mitchell
• Re: cvs commit: src/etc/defaults rc.conf, Nate Lawson
• MFC of bump in libcom_err.so another mistake?, Sean McNeil
• deadc0de panic in geom_io: mount -uw after double read-only mount, Bjoern A. Zeeb
• Error msg in log, Beech Rintoul
  • <Possible follow-ups>
  • Error msg in log, Beech Rintoul
    • Re: Error msg in log, Chuck Swiger
      • Re: Error msg in log, Chuck Swiger
• /c: unmount pending error: blocks -68512 files 0, Kris Kennaway
  • Re: /c: unmount pending error: blocks -68512 files 0, Chuck Swiger
    • Re: /c: unmount pending error: blocks -68512 files 0, Kris Kennaway
      • Re: /c: unmount pending error: blocks -68512 files 0, Chuck Swiger
      • Re: /c: unmount pending error: blocks -68512 files 0, Matthew D. Fuller
      • Re: /c: unmount pending error: blocks -68512 files 0, Craig Boston
      • Re: /c: unmount pending error: blocks -68512 files 0, Matthew D. Fuller
• splash.4 man page, Sascha Wildner
• Question on IFF_PPROMISC (and IFF_PROMISC), Gregory Nou
  • Re: Question on IFF_PPROMISC (and IFF_PROMISC), Yar Tikhiy
• em, polling, carp LOR, ben
  • Re: em, polling, carp LOR, Gleb Smirnoff
  • Re: em, polling, carp LOR, Bjoern A. Zeeb
• Unreferenced files not being deleted, Peter Jeremy
  • Re: Unreferenced files not being deleted, Peter Jeremy
    • Re: Unreferenced files not being deleted, Julian Elischer
• FreeBSD Status Report Fourth Quarter 2005, Max Laier
  • Re: FreeBSD Status Report Fourth Quarter 2005, Max Laier
  • <Possible follow-ups>
  • FreeBSD Status Report Fourth Quarter 2005, Max Laier
• new LOR to report..., John-Mark Gurney
  • NULL pointer deference in UMA (was: Re: new LOR to report...), Robert Watson
    • Re: NULL pointer deference in UMA (was: Re: new LOR to report...), John-Mark Gurney
  • Re: new LOR to report..., UBM
• HEADS UP: pts code committed, Olivier Houchard
  • Re: HEADS UP: pts code committed, Robert Watson
    • Re: HEADS UP: pts code committed, Alexander Leidinger
      • Re: HEADS UP: pts code committed, Robert Watson
    • Re: HEADS UP: pts code committed, Stephen McKay
      • Re: HEADS UP: pts code committed, Robert Watson
      • Re: HEADS UP: pts code committed, Stephen McKay
      • Re: HEADS UP: pts code committed, Robert Watson
      • Re: HEADS UP: pts code committed, Alexander Leidinger
      • Re: HEADS UP: pts code committed, Stephen McKay
• CURRENT incredibly slow, Gleb Smirnoff
  • Re: CURRENT incredibly slow, Gleb Smirnoff
    • Re: CURRENT incredibly slow, Max Laier
      • Re: CURRENT incredibly slow, Gleb Smirnoff
      • Re: CURRENT incredibly slow, Peter Jeremy
      • Re: CURRENT incredibly slow, Gleb Smirnoff
      • Re: CURRENT incredibly slow, Charles Swiger
      • Re: CURRENT incredibly slow, Peter Jeremy
      • Re: CURRENT incredibly slow, Mark Kirkwood
    • Re: CURRENT incredibly slow, Mark Linimon
      • Re: CURRENT incredibly slow, Jack Vogel
  • Re: CURRENT incredibly slow, Beech Rintoul
• MySql and timekeeping?, Christopher Arnold
  • Re: MySql and timekeeping?, Robert Watson
• [alc@FreeBSD.org: cvs commit: src/sys/vm vm_contig.c], Alan Cox
• All started twice, Jiawei Ye
  • Re: All started twice, Robert Backhaus
    • Re: All started twice, Jiawei Ye
  • Re: All started twice, Peter Jeremy
• [PATCH] Initial (working!) version of rwlocks, John Baldwin
• [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
  • Re: [TEST/REVIEW] CPU accounting patches, John Baldwin
    • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, John Baldwin
  • Re: [TEST/REVIEW] CPU accounting patches, Alexander Leidinger
    • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Alexander Leidinger
      • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Ian FREISLICH
      • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Peter Jeremy
      • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Scott Long
      • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Brian Candler
      • Re: [TEST/REVIEW] CPU accounting patches, John-Mark Gurney
      • Re: [TEST/REVIEW] CPU accounting patches, Brian Candler
      • Re: [TEST/REVIEW] CPU accounting patches, Mike Jakubik
      • Re: [TEST/REVIEW] CPU accounting patches, Kevin Oberman
      • Re: [TEST/REVIEW] CPU accounting patches, Garance A Drosihn
      • Re: [TEST/REVIEW] CPU accounting patches, Mike Jakubik
      • Re: [TEST/REVIEW] CPU accounting patches, Charles Swiger
      • Re: [TEST/REVIEW] CPU accounting patches, Gary Palmer
      • Re: [TEST/REVIEW] CPU accounting patches, Thomas Sparrevohn
      • Re: [TEST/REVIEW] CPU accounting patches, John Baldwin
      • Re: [TEST/REVIEW] CPU accounting patches, Mike Jakubik
      • Re: [TEST/REVIEW] CPU accounting patches, Mike Tancsa
      • Re: [TEST/REVIEW] CPU accounting patches, John-Mark Gurney
      • Re: [TEST/REVIEW] CPU accounting patches, Ian FREISLICH
      • Re: [TEST/REVIEW] CPU accounting patches, Thomas Sparrevohn
      • Re: [TEST/REVIEW] CPU accounting patches, Kevin Oberman
      • Re: [TEST/REVIEW] CPU accounting patches, Mike Jakubik
      • Re: [TEST/REVIEW] CPU accounting patches, Andre Guibert de Bruet
      • Re: [TEST/REVIEW] CPU accounting patches, Thomas Sparrevohn
      • Re: [TEST/REVIEW] CPU accounting patches, Ivan Voras
      • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
      • Re: [TEST/REVIEW] CPU accounting patches, Thomas Sparrevohn
      • Re: [TEST/REVIEW] CPU accounting patches, Garance A Drosehn
      • Re: [TEST/REVIEW] CPU accounting patches, Scott Long
      • Re: [TEST/REVIEW] CPU accounting patches, Brooks Davis
      • Re: [TEST/REVIEW] CPU accounting patches, Thomas Sparrevohn
  • Re: [TEST/REVIEW] CPU accounting patches, Kris Kennaway
  • Re: [TEST/REVIEW] CPU accounting patches, Marius Strobl
    • Re: [TEST/REVIEW] CPU accounting patches, Poul-Henning Kamp
  • <Possible follow-ups>
  • RE: [TEST/REVIEW] CPU accounting patches, Mullen, Adam
    • RE: [TEST/REVIEW] CPU accounting patches, Frank Mayhar
    • RE: [TEST/REVIEW] CPU accounting patches, Garance A Drosihn
• if_flags usage etc., Luigi Rizzo
  • Re: if_flags usage etc., Sam Leffler
    • Re: if_flags usage etc., Luigi Rizzo
    • Re: if_flags usage etc., Julian Elischer
      • Re: if_flags usage etc., Alexander Leidinger
      • Re: if_flags usage etc., sthaug
      • Re: if_flags usage etc., John-Mark Gurney
      • Re: if_flags usage etc., Robert Watson
      • Re: if_flags usage etc., Sam Leffler
      • Re: if_flags usage etc., Brooks Davis
      • Re: if_flags usage etc., M. Warner Losh
      • Re: if_flags usage etc., Andre Oppermann
      • Re: if_flags usage etc., Milan Obuch
      • Re: if_flags usage etc., Andre Oppermann
      • Re: if_flags usage etc., Brooks Davis
  • Re: if_flags usage etc., Robert Watson
    • Re: if_flags usage etc., Luigi Rizzo
  • Re: if_flags usage etc., M. Warner Losh
    • Re: if_flags usage etc., Luigi Rizzo
      • Re: if_flags usage etc., M. Warner Losh
      • Re: if_flags usage etc., Luigi Rizzo
      • Re: if_flags usage etc., M. Warner Losh
      • Re: if_flags usage etc., Julian Elischer
      • Re: if_flags usage etc., Luigi Rizzo
      • Re: if_flags usage etc., M. Warner Losh
• atapicam with DVD drive hang boot, Andrey Smagin
  • Re: atapicam with DVD drive hang boot, Fabian Keil
• login, telnetd not updating utmp etc on -CURRENT, Chris Hedley
  • Re: login, telnetd not updating utmp etc on -CURRENT, Brian Candler
    • Re: login, telnetd not updating utmp etc on -CURRENT, Chris Hedley
      • Re: login, telnetd not updating utmp etc on -CURRENT, Brian Candler
      • Re: login, telnetd not updating utmp etc on -CURRENT, Chris Hedley
• Marvell/SysKonnect YukonII source code available, Andre Oppermann
  • Re: Marvell/SysKonnect YukonII source code available, Norikatsu Shigemura
    • Re: Marvell/SysKonnect YukonII source code available, Uroš Gruber
      • Re: Marvell/SysKonnect YukonII source code available, Rainer Duffner
  • Re: Marvell/SysKonnect YukonII source code available, Pyun YongHyeon
    • Re: Marvell/SysKonnect YukonII source code available, Andre Oppermann
  • Re: Marvell/SysKonnect YukonII source code available, Vulpes Velox
    • Re: Marvell/SysKonnect YukonII source code available, Bjoern A. Zeeb
• t41 zzz, Randy Bush
  • Re: t41 zzz, Randy Bush
• Boot problem (hangs at/in loader), Rudy Rucker
• 4.11 b_iodone callback question, Sean Bruno
• FreeBSD 4.9 won't upgrade ?, Jim Keller
  • Re: FreeBSD 4.9 won't upgrade ?, Matthew D. Fuller
  • Re: FreeBSD 4.9 won't upgrade ? [solution], Jim Keller
• Novice user with really easy question regarding atheros compatibility on 3com wireless card, resonant evil
• olvwm crash on amd64, Goran Gajic
  • Re: olvwm crash on amd64, Peter Jeremy
• softdep panic at reboot (and restart), Thierry Herbelot
  • Re: softdep panic at reboot (and restart), Peter Jeremy
    • Re: softdep panic at reboot (and restart), Thierry Herbelot
• Speeding up cpu-time accounting (rerun), Poul-Henning Kamp
  • Re: Speeding up cpu-time accounting (rerun), Ivan Voras
  • Re: Speeding up cpu-time accounting (rerun), reuf_m
    • Re: Speeding up cpu-time accounting (rerun), Ivan Voras
• Swap_pager and modified after free console messages, Alex Burke
  • Re: Swap_pager and modified after free console messages, Peter Jeremy
  • Re: Swap_pager and modified after free console messages, John-Mark Gurney
• panic: vm_page_free_toq: freeing mapped page, Yar Tikhiy
  • Re: panic: vm_page_free_toq: freeing mapped page, Yar Tikhiy
• -CURRENT spontaneously rebooting when using X, Chris Hedley
  • Re: -CURRENT spontaneously rebooting when using X, Xin LI
  • Re: -CURRENT spontaneously rebooting when using X, Chris Hedley
    • Re: -CURRENT spontaneously rebooting when using X, John Baldwin
      • Re: -CURRENT spontaneously rebooting when using X, Chris Hedley
      • Re: -CURRENT spontaneously rebooting when using X, John Baldwin
      • Re: -CURRENT spontaneously rebooting when using X, Chris Hedley
      • Re: -CURRENT spontaneously rebooting when using X, Chris Hedley
• amr: duplicated "delete logical drives supported by controller" on attach, Joao Barros
• memory corruption in recent -current?, John-Mark Gurney
  • Re: memory corruption in recent -current?, Kris Kennaway
    • Re: memory corruption in recent -current?, John-Mark Gurney
      • Re: memory corruption in recent -current?, Kris Kennaway
  • Re: memory corruption in recent -current?, John-Mark Gurney
• SCSI target mode LOR, Attila Nagy
  • Re: SCSI target mode LOR, Scott Long
    • Re: SCSI target mode LOR, Attila Nagy
      • Re: SCSI target mode LOR, Scott Long
      • Re: SCSI target mode LOR, Attila Nagy
      • Re: SCSI target mode LOR, Joao Barros
      • Re: SCSI target mode LOR, Attila Nagy
      • Re: SCSI target mode LOR, Joao Barros
      • Re: SCSI target mode LOR, Scott Long
      • Re: SCSI target mode LOR, Joao Barros
• Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Nicolas Blais
  • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Adam McDougall
  • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Dejan Lesjak
    • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Nicolas Blais
    • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Nicolas Blais
      • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, jason henson
      • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Nicolas Blais
      • Re: Radeon 9550 + R300 DRM + Xorg 6.9 = freeze, Alexander Leidinger
• i386 EFI loader -- need help, Doug White
• unkillable process stuck in "START"-state, Mikhail Teterin
• boot problem with atapicam, Michiel Boland
• -CURRENT freeze at boot after update, Nicolas Blais
  • Re: -CURRENT freeze at boot after update, Thierry Herbelot
  • Re: -CURRENT freeze at boot after update, Gavin Atkinson
  • Re: -CURRENT freeze at boot after update, Cédric Jonas
    • Re: -CURRENT freeze at boot after update, Nicolas Blais
  • Re: -CURRENT freeze at boot after update, Josef Karthauser
  • Re: -CURRENT freeze at boot after update, Michael Landin Hostbaek
    • Re: -CURRENT freeze at boot after update, Søren Schmidt
      • Re: -CURRENT freeze at boot after update, Nicolas Blais
      • Re: -CURRENT freeze at boot after update, Søren Schmidt
      • Re: -CURRENT freeze at boot after update, Nicolas Blais
• kernel threads as threads., Julian Elischer
  • Re: kernel threads as threads., David Xu
    • Re: kernel threads as threads., Julian Elischer
• Panic due to deleting devices twice, Peter Jeremy
  • Re: Panic due to deleting devices twice, M. Warner Losh
  • Re: Panic due to deleting devices twice, John Baldwin
    • Re: Panic due to deleting devices twice, Peter Jeremy
      • Re: Panic due to deleting devices twice, John Baldwin
• top(1) aborts in redzone, Steve Kargl
  • Re: top(1) aborts in redzone, Giorgos Keramidas
    • Re: top(1) aborts in redzone, Steve Kargl
    • Re: top(1) aborts in redzone, Fredrik Lindberg
• slow bfe0, dropouts - help?, Ted Faber
  • Re: slow bfe0, dropouts - help?, Peter Jeremy
  • Re: slow bfe0, dropouts - solved, Ted Faber
    • Re: slow bfe0, dropouts - solved, Peter Jeremy
• Stack backtrace for drm and malloc(M_WAITOK), Steve Kargl
  • Re: Stack backtrace for drm and malloc(M_WAITOK), Erik Winge
• [PATCH] Fix for Synaptics TouchPads initialization, Jean-Sébastien Pédron
• Typical malloc-related application bugs, Jason Evans
  • Re: Typical malloc-related application bugs, Joe Marcus Clarke
    • Re: Typical malloc-related application bugs, Jason Evans
      • Re: Typical malloc-related application bugs, Joe Marcus Clarke
    • Re: Typical malloc-related application bugs, Ulrich Spoerlein
• Newly developed mailling list search engine needs testing, Choy Kho Yee
• mbuf cluster leak on CURRENT?, Pyun YongHyeon
  • Re: mbuf cluster leak on CURRENT?, Robert Watson
    • Re: mbuf cluster leak on CURRENT?, Pyun YongHyeon
      • Re: mbuf cluster leak on CURRENT?, Robert Watson
• kernel thread as real threads.., Julian Elischer
  • Re: kernel thread as real threads.., Kris Kennaway
    • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Kris Kennaway
      • Re: kernel thread as real threads.., Gleb Smirnoff
      • Re: kernel thread as real threads.., Scott Long
      • Re: kernel thread as real threads.., Kris Kennaway
      • Re: kernel thread as real threads.., Thierry Herbelot
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Scott Long
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., David Xu
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Scott Long
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., M. Warner Losh
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Matthew D. Fuller
      • Re: kernel thread as real threads.., Giorgos Keramidas
      • Re: kernel thread as real threads.., David Xu
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Daniel Eischen
  • Re: kernel thread as real threads.., John Baldwin
    • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Robert Watson
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Robert Watson
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Peter Jeremy
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Peter Jeremy
      • Re: kernel thread as real threads.., Daniel Eischen
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., M. Warner Losh
      • Re: kernel thread as real threads.., Peter Jeremy
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., M. Warner Losh
      • Re: kernel thread as real threads.., John Baldwin
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., Robert Watson
      • Re: kernel thread as real threads.., Dag-Erling Smørgrav
      • Re: kernel thread as real threads.., David Xu
      • Re: kernel thread as real threads.., Julian Elischer
      • Re: kernel thread as real threads.., David Xu
• panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated, Stefan Ehmann
  • Re: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated, Alexander Leidinger
    • Re: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated, Stefan Ehmann
      • Re: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated, Pawel Worach
      • Re: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated, Wojciech A. Koszek
• thinkpad suspend, Randy Bush
  • Re: thinkpad suspend, Marcin Jessa
    • Re: thinkpad suspend, Randy Bush
      • Re: thinkpad suspend, Marcin Jessa
      • Re: thinkpad suspend, Randy Bush
    • Re: thinkpad suspend, Ihsan Dogan
      • Re: thinkpad suspend, Marcin Jessa
• Jails QOS., Ricardo A. Reis
  • Re: Jails QOS., Julian Elischer
    • Re: Jails QOS., Ricardo A. Reis
      • Re: Jails QOS., Ricardo A. Reis
      • Re: Jails QOS., Milan Obuch
  • <Possible follow-ups>
  • Jails QOS., Ricardo A. Reis
• Proposed enhancement for pam_krb5: "optional_ccache", Oleg Sharoiko
• unable to build kernel, lock_classes related, Jiawei Ye
• panic: XXX, Kris Kennaway
• System call munmap returning with the following locks held: Giant, Kris Kennaway
  • Re: System call munmap returning with the following locks held: Giant, John Baldwin
    • Re: System call munmap returning with the following locks held: Giant, Kris Kennaway
    • Re: System call munmap returning with the following locks held: Giant, Suleiman Souhlal
      • Re: System call munmap returning with the following locks held: Giant, John Baldwin
      • Re: System call munmap returning with the following locks held: Giant, John Baldwin
      • Re: System call munmap returning with the following locks held: Giant, Alan Cox
      • Re: System call munmap returning with the following locks held: Giant, John Baldwin
      • Re: System call munmap returning with the following locks held: Giant, Kris Kennaway
      • Re: System call munmap returning with the following locks held: Giant, John Baldwin
      • Re: System call munmap returning with the following locks held: Giant, Kris Kennaway
• md5c.c is broken on amd64, Steve Kargl
  • Re: md5c.c is broken on amd64, Poul-Henning Kamp
    • Re: md5c.c is broken on amd64, Steve Kargl
      • Re: md5c.c is broken on amd64, Doug Barton
      • Re: md5c.c is broken on amd64, Steve Kargl
      • Re: md5c.c is broken on amd64, Kris Kennaway
      • Re: md5c.c is broken on amd64, Kris Kennaway
      • Re: md5c.c is broken on amd64, Steve Kargl
      • Re: md5c.c is broken on amd64, Kris Kennaway
      • Re: md5c.c is broken on amd64, Poul-Henning Kamp
      • Re: md5c.c is broken on amd64, Ruslan Ermilov
      • Re: md5c.c is broken on amd64, Dag-Erling Smørgrav
• Exceed max spinlock?, Steve Kargl
  • Re: Exceed max spinlock?, Daniel Eischen
    • Re: Exceed max spinlock?, Steve Kargl
      • Re: Exceed max spinlock?, Daniel Eischen
• malloc fallout and linprocfs, Steve Kargl
  • Re: malloc fallout and linprocfs, Jason Evans
    • Re: malloc fallout and linprocfs, Steve Kargl
    • Re: malloc fallout and linprocfs, Kris Kennaway
      • Re: malloc fallout and linprocfs, Dag-Erling Smørgrav
• [PATCH] simple bktr(4) changes, mv
  • Re: [PATCH] simple bktr(4) changes, Kevin Oberman
    • Re: [PATCH] simple bktr(4) changes, spk
• wpa not working with ndis?, Roger Grosswiler
  • AW: wpa not working with ndis?, Roger Grosswiler
  • Re: wpa not working with ndis?, Bill Paul
• Re: [PATCH] pidfile_check() possible function, Pawel Jakub Dawidek
• LSISAS1064 support in current, Stephane E. Potvin
  • Re: LSISAS1064 support in current, Thomas Hurst
    • Re: LSISAS1064 support in current, Matthew Jacob
      • Re: LSISAS1064 support in current, Stephane E. Potvin
• make delete-old hurts, Dmitry Pryanishnikov
  • Re: make delete-old hurts, Alexander Leidinger
    • Re: make delete-old hurts, Dmitry Pryanishnikov
      • Problem with some "tmac" files (was: Re: make delete-old hurts), Alexander Leidinger
      • Re: Problem with some "tmac" files (was: Re: make delete-old hurts), Dmitry Pryanishnikov
      • Re: Problem with some "tmac" files (was: Re: make delete-old hurts), Alexander Leidinger
• recent changes to libc on amd64, Goran Gajic
  • Message not available
    • Re: recent changes to libc on amd64, Goran Gajic
      • Re: recent changes to libc on amd64, Steve Kargl
      • Re: recent changes to libc on amd64, Goran Gajic
      • Re: recent changes to libc on amd64, Giorgos Keramidas
  • Re: recent changes to libc on amd64, Ivan Voras
  • Re: recent changes to libc on amd64, Giorgos Keramidas
    • Re: recent changes to libc on amd64, Goran Gajic
• [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [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/i386, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
• New malloc breaks old libpthread, Doug White
  • Re: New malloc breaks old libpthread, Daniel Eischen
    • Re: New malloc breaks old libpthread, Scott Long
      • Re: New malloc breaks old libpthread, Scott Long
      • Re: New malloc breaks old libpthread, Daniel Eischen
    • Re: New malloc breaks old libpthread, Daniel Eischen
• Re: vgapci doesn't want to attach agp on ASUS M5A, Emil Mikulic
• Promise TX2300, Jacky Jack
  • Re: Promise TX2300, Daniel O'Connor
    • Re: Promise TX2300, Hendrik Hasenbein
      • Re: Promise TX2300, Stefan Bethke
      • Re: Promise TX2300, Jacky Jack
      • Re: Promise TX2300, Stefan Bethke
  • Re: Promise TX2300, Wilko Bulte
    • Re: Promise TX2300, Jacky Jack
      • Re: Promise TX2300, Wilko Bulte
  • Re: Promise TX2300, Frode Nordahl
• amd64 crash in pmap_remove_pages(): page fault, Sean Chittenden
• broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs, Boris Samorodov
  • Re: broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs, Ruslan Ermilov
    • Re: broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs, Boris Samorodov
• Malloc bugs exhibited in ports/mail/dovecot, freebsd
  • Re: Malloc bugs exhibited in ports/mail/dovecot, Jason Evans
    • Re: Malloc bugs exhibited in ports/mail/dovecot, SANETO Takanori
      • Re: Malloc bugs exhibited in ports/mail/dovecot, Jason Evans
      • Re: Malloc bugs exhibited in ports/mail/dovecot, SANETO Takanori
      • Re: Malloc bugs exhibited in ports/mail/dovecot, Jason Evans
• Re: Portsnap is now in the base system, Niki Denev
  • Re: Portsnap is now in the base system, Ari Suutari
    • Re: Portsnap is now in the base system, Jos Backus
      • Re: Portsnap is now in the base system, Mike Jakubik
      • Re: Portsnap is now in the base system, Jeremy Messenger
      • Re: Portsnap is now in the base system, Alexander Leidinger
      • Re: Portsnap is now in the base system, Jeremy Messenger
      • Re: Portsnap is now in the base system, Mike Jakubik
      • Re: Portsnap is now in the base system, Mike Jakubik
      • Re: Portsnap is now in the base system, Ari Suutari
• pkg_version warning, Mike Jakubik
  • Re: pkg_version warning, Erwin Lansing
• [RFC/Benchmarks] Per-CPU freelists, Suleiman Souhlal
• malloc bugs with tcpdump, Kris Kennaway
  • Re: malloc bugs with tcpdump, Giorgos Keramidas
    • Re: malloc bugs with tcpdump, Sam Leffler
      • Re: malloc bugs with tcpdump, Giorgos Keramidas
      • Re: malloc bugs with tcpdump, Ulrich Spoerlein
• Panic in nfs_putpages() on 6-stable., Frank Mayhar
  • Re: Panic in nfs_putpages() on 6-stable, more info., Frank Mayhar
    • Re: Panic in nfs_putpages() on 6-stable, more info., Frank Mayhar
      • Re: Panic in nfs_putpages() on 6-stable, more info., Mohan Srinivasan
• Who Use ATA Driver with ata.ko KLDs ??? HELP, q sm
  • Re: Who Use ATA Driver with ata.ko KLDs ??? HELP, chris
  • Re: Who Use ATA Driver with ata.ko KLDs ??? HELP, Søren Schmidt
• [PATCH] Support for unloading more that on KLD with kldunload(8)., Wojciech A. Koszek
• [PATCH] Support for large number of md(4) disks, Wojciech A. Koszek
  • Re: [PATCH] Support for large number of md(4) disks, Maxim Sobolev
    • Re: [PATCH] Support for large number of md(4) disks, Wojciech A. Koszek
      • Re: [PATCH] Support for large number of md(4) disks, Maxim Sobolev
      • Re: [PATCH] Support for large number of md(4) disks, Wojciech A. Koszek
  • <Possible follow-ups>
  • Re: [PATCH] Support for large number of md(4) disks, dlm-fb
• change mac address via ifconfig causes corrupted redzone, Rong-En Fan
  • Re: change mac address via ifconfig causes corrupted redzone, Ulrich Spoerlein
    • [PATCH] Fix off-by-one bug in ifconfig's af_link.c, Ulrich Spoerlein
      • Re: [PATCH] Fix off-by-one bug in ifconfig's af_link.c, Ruslan Ermilov
      • Re: [PATCH] Fix off-by-one bug in ifconfig's af_link.c, Rong-En Fan
• Re: Brief Report: IBM/Lenovo z60t notebook with FreeBSD, Adam McDougall
• sysenter patch question, Divacky Roman
  • Re: sysenter patch question, Scott Long
    • Re: sysenter patch question, Suleiman Souhlal
      • Re: sysenter patch question, Scott Long
• make or kmod.mk broken, Max Laier
  • Re: make or kmod.mk broken, Ruslan Ermilov
    • Re: make or kmod.mk broken, Max Laier
      • Re: make or kmod.mk broken, Ruslan Ermilov
  • Re: make or kmod.mk broken, Hartmut Brandt
    • .PATH-problem [was Re: make or kmod.mk broken], Max Laier
      • Re: .PATH-problem [was Re: make or kmod.mk broken], Ruslan Ermilov
• Extreme contigmalloc() slowness with mpt driver, Kris Kennaway
  • Re: Extreme contigmalloc() slowness with mpt driver, Steve Kargl
    • Re: Extreme contigmalloc() slowness with mpt driver, Scott Long
      • Re: Extreme contigmalloc() slowness with mpt driver, Steve Kargl
• DragonFly Variant Symlinks port, bu7cher
  • Re: DragonFly Variant Symlinks port, Julian Elischer
  • Re: DragonFly Variant Symlinks port, John-Mark Gurney
  • Re: DragonFly Variant Symlinks port, David Leimbach
  • Re: DragonFly Variant Symlinks port, Brooks Davis
• digi(4) testers, Max Laier
• Abysmal performance on external usb drive, Dread Pirate Mal
  • Re: Abysmal performance on external usb drive, Ollivier Robert
    • Re: Abysmal performance on external usb drive, Dread Pirate Mal
      • Re: Abysmal performance on external usb drive, Peter Jeremy
      • Re: Abysmal performance on external usb drive, Dread Pirate Mal
      • Re: Abysmal performance on external usb drive, Peter Jeremy
      • Re: Abysmal performance on external usb drive, Gavin Atkinson
      • Re: Abysmal performance on external usb drive, Dread Pirate Mal
      • Re: Abysmal performance on external usb drive, Jonathan Noack
  • Re: Abysmal performance on external usb drive, Brian Candler
• Re: Samsung X20 freezes during suspend/resume, Nate Lawson
  • Re: Samsung X20 freezes during suspend/resume, Manfred Lotz
• Call for FreeBSD Status Reports, Max Laier
  • Re: Call for FreeBSD Status Reports, Max Laier
• HEADSUP: malloc changeover, Jason Evans
  • Re: HEADSUP: malloc changeover, Poul-Henning Kamp
    • Re: HEADSUP: malloc changeover, Giorgos Keramidas
      • Re: HEADSUP: malloc changeover, Kris Kennaway
      • Re: HEADSUP: malloc changeover, Giorgos Keramidas
  • Re: HEADSUP: malloc changeover, Steve Kargl
• ath drivers break acpi suspend?, Eric Anderson
• if_em panic, Huang wen hui
  • Re: if_em panic, Julian Elischer
    • Re: if_em panic, Huang wen hui
      • Re: if_em panic, Scott Long
      • Re: if_em panic, Huang wen hui
      • Re: if_em panic, Scott Long
    • Re: if_em panic, M. Warner Losh
• Re: freebsd-current Digest, Vol 128, Issue 6, victor cruceru
• smbfs problem on december snapshot, Michael W. Lucas
  • Re: smbfs problem on december snapshot, Tai-hwa Liang
• GSlice: assertion failed..., Martin Wilke
  • Re: GSlice: assertion failed..., Jason Evans
• Re: cvs commit: src/sys/dev/em if_em.c if_em.h, Harald Schmalzbauer
  • Re: cvs commit: src/sys/dev/em if_em.c if_em.h, Gleb Smirnoff
• make buildworld - cross compiling error, Danny Braniss
  • Re: make buildworld - cross compiling error, Ruslan Ermilov
• SUMMARY: Fast releases demand binary updates.., Jo Rhett
  • Re: SUMMARY: Fast releases demand binary updates.., Daniel O'Connor
  • Re: SUMMARY: Fast releases demand binary updates.., Peter Jeremy
    • Re: SUMMARY: Fast releases demand binary updates.., M. Warner Losh
    • Message not available
      • Re: SUMMARY: Fast releases demand binary updates.., Wilko Bulte
  • Re: SUMMARY: Fast releases demand binary updates.., Robert Watson
  • Re: SUMMARY: Fast releases demand binary updates.., M. Warner Losh
• call for sk(4) testers, Pyun YongHyeon
  • Re: call for sk(4) testers, Bjoern A. Zeeb
    • Re: call for sk(4) testers, Pyun YongHyeon
      • Re: call for sk(4) testers, Bjoern A. Zeeb
  • Re: call for sk(4) testers, Felipe Alfaro Solana
    • Re: call for sk(4) testers, Pyun YongHyeon
  • Re: call for sk(4) testers, Joshua Tinnin
    • Re: call for sk(4) testers, Pyun YongHyeon
      • Re: call for sk(4) testers, Joshua Tinnin
      • Re: call for sk(4) testers, Joshua Tinnin
      • Re: call for sk(4) testers, Pyun YongHyeon
• Problem building new bsnmpd import on amd64, Peter Carah
  • Re: Problem building new bsnmpd import on amd64, Harti Brandt
    • Re: Problem building new bsnmpd import on amd64, Peter Carah
      • Re: Problem building new bsnmpd import on amd64, Harti Brandt
• PATCH: DMA enabled dump for ATA please test, Søren Schmidt
  • Re: PATCH: DMA enabled dump for ATA please test, Christian Brueffer
    • Re: PATCH: DMA enabled dump for ATA please test, Søren Schmidt
      • Re: PATCH: DMA enabled dump for ATA please test, Christian Brueffer
      • Re: PATCH: DMA enabled dump for ATA please test, Søren Schmidt
      • Re: PATCH: DMA enabled dump for ATA please test, Christian Brueffer
• bsnmpd breaks buildworld on amd64, Steve Kargl
• FreeBSD on Intel Macs?, alan bryan
  • Re: FreeBSD on Intel Macs?, Julian Elischer
    • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Julian Elischer
      • Re: FreeBSD on Intel Macs?, Mike Jakubik
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, Julian Elischer
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, Devon H. O'Dell
      • Re: FreeBSD on Intel Macs?, Tim Kientzle
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Daniel O'Connor
      • Re: FreeBSD on Intel Macs?, Bakul Shah
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Alexandre \"Sunny\" Kovalenko
      • Re: FreeBSD on Intel Macs?, Chad Leigh -- Shire.Net LLC
      • Re: FreeBSD on Intel Macs?, Wilko Bulte
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, M. Warner Losh
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Scott Long
      • Re: FreeBSD on Intel Macs?, Doug Rabson
      • Re: FreeBSD on Intel Macs?, John Baldwin
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Doug White
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Chad Leigh -- Shire.Net LLC
      • Re: FreeBSD on Intel Macs?, David Leimbach
      • Re: FreeBSD on Intel Macs?, Ceri Davies
  • Re: FreeBSD on Intel Macs?, Jung-uk Kim
    • Re: FreeBSD on Intel Macs?, David Leimbach
• "Use after free" error during kldunload, Peter Jeremy
• panic: vm_page_insert: page already inserted, Peter Jeremy
  • <Possible follow-ups>
  • panic: vm_page_insert: page already inserted, John-Mark Gurney
    • Re: panic: vm_page_insert: page already inserted, Stefan Ehmann
    • Re: panic: vm_page_insert: page already inserted, Peter Jeremy
      • Re: panic: vm_page_insert: page already inserted, John-Mark Gurney
  • panic: vm_page_insert: page already inserted, Christian Brueffer
    • Re: panic: vm_page_insert: page already inserted, Christian Brueffer
      • Re: panic: vm_page_insert: page already inserted, Devon H. O'Dell
      • Re: panic: vm_page_insert: page already inserted, Peter Jeremy
    • Re: panic: vm_page_insert: page already inserted, Peter Jeremy
• Re: libnetgraph compilation problem, Ruslan Ermilov
  • Message not available
    • Re: libnetgraph compilation problem, Ruslan Ermilov
• panic with evolution, Robert Noland
  • Re: panic with evolution, David Leimbach
• [PANIC] More details about problem with syscons(4), Wojciech A. Koszek
• WDS and Atheros, Marcin Jessa
• "bge0: gigabit like up" once per second, Poul-Henning Kamp
  • Re: "bge0: gigabit like up" once per second, David Leimbach
    • Re: "bge0: gigabit like up" once per second, Erik Osterholm
      • Re: "bge0: gigabit like up" once per second, David Leimbach
  • Re: "bge0: gigabit like up" once per second, Gleb Smirnoff
    • Re: "bge0: gigabit like up" once per second, David Leimbach
      • Re: "bge0: gigabit like up" once per second, Gleb Smirnoff
  • Re: "bge0: gigabit like up" once per second, Oleg Bulyzhin
• nmount() issues, Matthew D. Fuller
• Re: [PANIC] ufs_dirbad: bad dir, Don Lewis
• 7.0-CURRENT ppp related panic, Goran Gajic
  • Re: 7.0-CURRENT ppp related panic, Gleb Smirnoff
    • Re: 7.0-CURRENT ppp related panic, Victor Snezhko
      • Re: 7.0-CURRENT ppp related panic, Gleb Smirnoff
      • Re: 7.0-CURRENT ppp related panic, Victor Snezhko
      • Re: 7.0-CURRENT ppp related panic, Stefan Bethke
  • <Possible follow-ups>
  • Re: 7.0-CURRENT ppp related panic, Goran Gajic
• Trendnet TEW-424UB usb wireless card & ndis driver, Don Bowman
  • Re: Trendnet TEW-424UB usb wireless card & ndis driver, Stefan Bethke
    • Re: Trendnet TEW-424UB usb wireless card & ndis driver, Simon Barner
      • Re: Trendnet TEW-424UB usb wireless card & ndis driver, Stefan Bethke
• Intel 2915abg and 11a, Max Laier
  • Re: Intel 2915abg and 11a, Alexander Nedotsukov
  • Re: Intel 2915abg and 11a, Max Laier
  • Re: Intel 2915abg and 11a, Zaphod Beeblebrox
    • Re: Intel 2915abg and 11a, Sam Leffler
• Sleeping in vm_pageout_flush(), Peter Jeremy
• /dev/ath log messages, Beech Rintoul
  • Re: /dev/ath log messages, Eric Anderson
    • Re: /dev/ath log messages, Sam Leffler
      • Re: /dev/ath log messages, Eric Anderson
      • Re: /dev/ath log messages, Sam Leffler
      • Re: /dev/ath log messages, Eric Anderson
  • Re: /dev/ath log messages, Sam Leffler
    • Re: /dev/ath log messages, Beech Rintoul
• Re: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header), Brian Candler
  • Re: sudo in basesystem (was: fetch extension - use local filenamefrom content-disposition header), Jiawei Ye
• Re: Patches for ports to install KLD source, Daniel O'Connor
• Disappearing memory, David Gilbert
  • Re: Disappearing memory, M. Warner Losh
    • Re: Disappearing memory, Alexander Leidinger
      • Re: Disappearing memory, Matthew N. Dodd
• cardbus compilation failure, spoggle
• libjpeg, Beech Rintoul
  • Re: libjpeg, Peter Jeremy
• Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Daniel O'Connor
  • Message not available
    • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Daniel O'Connor
      • Message not available
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Daniel O'Connor
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Eric Anderson
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Gleb Smirnoff
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Eric Anderson
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Mark Linimon
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Eric Anderson
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Alexander Leidinger
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ), Eric Anderson
  • Message not available
    • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006), Marian Hettwer
• Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X, Doug White
• linux-flashplugin-6.0 not working anymore, Nicolas Blais
  • Re: linux-flashplugin-6.0 not working anymore, Eric Anderson
    • Re: linux-flashplugin-6.0 not working anymore, Nicolas Blais
• Re: Fast releases demand binary updates.. (Was: Release schedule for 2006), John-Mark Gurney
  • Message not available
    • Message not available
      • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006), Joseph Koshy
  • Message not available
    • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006), Peter Jeremy
  • Message not available
    • Re: Fast releases demand binary updates.. (Was: Release schedule for 2006), John-Mark Gurney
  • Message not available
    • Re: Fast releases demand binary updates.., Dag-Erling Smørgrav
• The BladeCenter Saga -> bge driver not behaving properly..., Andrea Brancatelli
  • Re: The BladeCenter Saga -> bge driver not behaving properly..., Jack Vogel
  • Re: The BladeCenter Saga -> bge driver not behaving properly..., Doug White
    • Re: The BladeCenter Saga -> bge driver not behaving properly..., Rainer Duffner
      • Re: The BladeCenter Saga -> bge driver not behaving properly..., Doug White
• Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006], Daniel O'Connor
  • Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006], Ender
  • <Possible follow-ups>
  • Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006], Peter Jeremy
  • Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006], Peter Jeremy
  • Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006], Frode Nordahl
• The BladeCenter Saga., Andrea Brancatelli
  • Re: The BladeCenter Saga., Andre Guibert de Bruet
    • Re: The BladeCenter Saga., Will Froning
• sk(4) ?, Robert Huff
  • Re: sk(4) ?, Bjoern A. Zeeb
• A sort-of distributed filesystem, Ivan Voras
• Re: nve(4) patch - please test!, Martin Cracauer
  • Re: nve(4) patch - please test!, David G. Lawrence
• buildkernel is broken!, Steve Kargl
• Fatal trap 18: integer divide fault while in kernel mode, Randy Bush
  • Re: Fatal trap 18: integer divide fault while in kernel mode, Alexander Leidinger
    • Re: Fatal trap 18: integer divide fault while in kernel mode, Randy Bush
    • Re: Fatal trap 18: integer divide fault while in kernel mode, Randy Bush
      • Re: Fatal trap 18: integer divide fault while in kernel mode, Alexander Leidinger
    • Re: Fatal trap 18: integer divide fault while in kernel mode, John Baldwin
• next gcc update ?, Martin Wilke
• Re: Fatal trap 12 when inserting Linksys WPC55AG cardbus card on 12/30 -CURRENT, John Baldwin
  • Re: Fatal trap 12 when inserting Linksys WPC55AG cardbus card on 12/30 -CURRENT, Alexandre \"Sunny\" Kovalenko
• panic: spin lock held too long (while rebooting), Thierry Herbelot
  • Re: panic: spin lock held too long (while rebooting), John Baldwin
    • Re: panic: spin lock held too long (while rebooting), Thierry Herbelot
      • Re: panic: spin lock held too long (while rebooting), John Baldwin
• lockmgr: thread 0xc06f50e0 unlocking unheld lock, David Xu
• lost /dev/agpgart , X11 confused., Ted Faber
  • Re: lost /dev/agpgart , X11 confused., John Baldwin
    • Re: lost /dev/agpgart , X11 confused., Ted Faber
      • Re: lost /dev/agpgart , X11 confused., John Baldwin
      • Re: lost /dev/agpgart , X11 confused., Ted Faber
      • Re: lost /dev/agpgart , X11 confused., John Baldwin
      • Re: lost /dev/agpgart , X11 confused., Ted Faber
      • Re: lost /dev/agpgart , X11 confused., John Baldwin
      • Re: lost /dev/agpgart , X11 confused., Ted Faber
      • Re: lost /dev/agpgart , X11 confused., John Baldwin
      • Re: lost /dev/agpgart , X11 confused., Ted Faber
  • Re: lost /dev/agpgart , X11 confused., Svein Halvor Halvorsen
    • Re: lost /dev/agpgart , X11 confused., John Baldwin
• usb mouse support update plans, Jordan Sissel
  • Re: usb mouse support update plans, Jonathan Fosburgh
    • Re: usb mouse support update plans, Brian K. White
      • Re: usb mouse support update plans, Bill Paul
      • Re: usb mouse support update plans, Dalius Dobravolskas
      • Re: usb mouse support update plans, Alexander Leidinger
      • Re: usb mouse support update plans, Brian K. White
      • Re: usb mouse support update plans, Maxime Henrion
      • Re: usb mouse support update plans, Bill Paul
      • Re: usb mouse support update plans, Francois Tigeot
      • Re: usb mouse support update plans, Brian K. White
      • Re: usb mouse support update plans, Brian K. White
  • <Possible follow-ups>
  • Re: usb mouse support update plans, Bill Paul
  • Re: usb mouse support update plans, Frank Altpeter
• mount option <rw> is unknown, Randy Bush
  • Re: mount option <rw> is unknown, Steve Kargl
    • Re: mount option <rw> is unknown, Steve Kargl
    • Re: mount option <rw> is unknown, Randy Bush
      • Re: mount option <rw> is unknown, Steve Kargl
      • Re: mount option <rw> is unknown, Randy Bush
      • Re: mount option <rw> is unknown, Randy Bush
      • Re: mount option <rw> is unknown, Robert Watson
• Re: freebsd-current Digest, Vol 127, Issue 4, Carlos Amengual
  • Re: freebsd-current Digest, Vol 127, Issue 4, Scott Long
  • Re: freebsd-current Digest, Vol 127, Issue 4, John-Mark Gurney
    • Re: FreeBSD handles leapsecond correctly, Carlos Amengual
      • Re: FreeBSD handles leapsecond correctly, John-Mark Gurney
      • Re: FreeBSD handles leapsecond correctly, Carlos Amengual
• Re: fetch extension - use local filename from content-dispositionheader (new diff), John Baldwin
  • <Possible follow-ups>
  • Re: fetch extension - use local filename from content-dispositionheader (new diff), Martin Cracauer
    • Re: fetch extension - use local filename from content-dispositionheader (new diff), Dag-Erling Smørgrav
      • Re: fetch extension - use local filename from content-dispositionheader (new diff), Martin Cracauer
      • Re: fetch extension - use local filename from content-dispositionheader (new diff), Dag-Erling Smørgrav
    • Re: fetch extension - use local filename from content-dispositionheader (new diff), Gavin Atkinson
• Re: ADM64 floppies, Björn König
• NFS server problems, Bernd Walter
• Re: mouse and extra buttons, Dalius Dobravolskas
  • Re: mouse and extra buttons, Jia-Shiun Li
• dhclient ignoring link on wi0, David Gilbert
  • Re: dhclient ignoring link on wi0, Benjamin Close
    • Re: dhclient ignoring link on wi0, Jonathan Fosburgh
    • Re: dhclient ignoring link on wi0, Alexander Leidinger
      • Re: dhclient ignoring link on wi0, David Gilbert
      • Re: dhclient ignoring link on wi0, Alexander Leidinger
      • Re: dhclient ignoring link on wi0, Sam Leffler
      • Re: dhclient ignoring link on wi0, David Gilbert
      • Re: dhclient ignoring link on wi0, Alexander Leidinger
  • <Possible follow-ups>
  • RE: dhclient ignoring link on wi0, Daniel Dvorak
    • Re: dhclient ignoring link on wi0, Sam Leffler
• It still here... panic: ufs_dirbad: bad dir, David O'Brien
  • Re: It still here... panic: ufs_dirbad: bad dir, Pawel Jakub Dawidek
  • Re: It still here... panic: ufs_dirbad: bad dir, Scott Long
    • Re: It still here... panic: ufs_dirbad: bad dir, Pawel Jakub Dawidek
      • Re: It still here... panic: ufs_dirbad: bad dir, Scott Long
      • Re: It still here... panic: ufs_dirbad: bad dir, David Rhodus
      • Re: It still here... panic: ufs_dirbad: bad dir, Scott Long
      • Re: It still here... panic: ufs_dirbad: bad dir, David Rhodus
      • Re: It still here... panic: ufs_dirbad: bad dir, Pawel Jakub Dawidek
• bind breakage in current on sparc64, Harti Brandt
  • Re: bind breakage in current on sparc64, Doug Barton
• strange cvsweb display (was: Re: cvs commit: src UPDATING src/sys/conf NOTES files src/sys/boot/forth loader.conf src/sys/sys soundcard.h src/sys/dev/sound driver.c src/sys/dev/sound/isa ad1816.c ess.c mss.c sb16.c sb8.c sbc.c src/sys/dev/sound/pci als4000.c atiixp.c ...), Alexander Leidinger
  • Re: strange cvsweb display (was: Re: cvs commit: src UPDATING src/sys/conf NOTES files src/sys/boot/forth loader.conf src/sys/sys soundcard.h src/sys/dev/sound driver.c src/sys/dev/sound/isa ad1816.c ess.c mss.c sb16.c sb8.c sbc.c src/sys/dev/sound/pci als4000.c atiixp.c ...), Simon L. Nielsen
• AMD cache values for page colouring, Divacky Roman
  • Re: AMD cache values for page colouring, Alexander Leidinger
    • Re: AMD cache values for page colouring, Antoine Brodin
      • Re: AMD cache values for page colouring, Alexander Leidinger
      • Re: AMD cache values for page colouring, Alexander Leidinger
    • Re: AMD cache values for page colouring, Mikko Työläjärvi
      • Re: AMD cache values for page colouring, Alexander Leidinger
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Danny Braniss
  • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Masanori OZAWA
  • <Possible follow-ups>
  • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Masanori OZAWA
    • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Daichi GOTO
      • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Matteo Riondato
      • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Masanori OZAWA
      • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Daichi GOTO
      • Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010, Dario Freni
• Candidates for inclusion in DEFAULTS, Matt Emmerton
  • Re: Candidates for inclusion in DEFAULTS, Divacky Roman
    • Re: Candidates for inclusion in DEFAULTS, Matt Emmerton
    • Re: Candidates for inclusion in DEFAULTS, Alexander Leidinger
      • Re: Candidates for inclusion in DEFAULTS, Divacky Roman
  • Re: Candidates for inclusion in DEFAULTS, Alexander Leidinger
• size of /boot/kernel, Julian Elischer
  • Re: size of /boot/kernel, Julian Elischer
• Kernel panics when Atheros card plugged in., Patrick Bowen
  • Re: Kernel panics when Atheros card plugged in., M. Warner Losh
  • Re: Kernel panics when Atheros card plugged in., Daniel Eischen
    • Re: Kernel panics when Atheros card plugged in., M. Warner Losh
      • Re: Kernel panics when Atheros card plugged in., Anton Karpov
      • Re: Kernel panics when Atheros card plugged in., M. Warner Losh
      • Re: Kernel panics when Atheros card plugged in., Anton Karpov
      • Re: Kernel panics when Atheros card plugged in., Patrick Bowen
      • Re: Kernel panics when Atheros card plugged in., M. Warner Losh
• Re: ATI on FreeBSD! FireGL Linux Driver Port, Tarasov Alexey
  • <Possible follow-ups>
  • Re: ATI on FreeBSD! FireGL Linux Driver Port, Christian Brueffer
• FreeBSD handles leapsecond correctly, Poul-Henning Kamp
  • Re: FreeBSD handles leapsecond correctly, Chris Gilbert
    • Re: FreeBSD handles leapsecond correctly, Chris Gilbert
    • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
  • Re: FreeBSD handles leapsecond correctly, Peter Jeremy
    • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
  • Re: FreeBSD handles leapsecond correctly, Luigi Rizzo
    • Re: FreeBSD handles leapsecond correctly, Chuck Swiger
      • Re: FreeBSD handles leapsecond correctly, Matthew Dillon
      • Re: FreeBSD handles leapsecond correctly, Chuck Swiger
      • Re: FreeBSD handles leapsecond correctly, Matthew Dillon
      • Re: FreeBSD handles leapsecond correctly, Andre Oppermann
      • Re: FreeBSD handles leapsecond correctly, Matthew Dillon
      • Re: FreeBSD handles leapsecond correctly, Scott Long
      • Re: FreeBSD handles leapsecond correctly, Matthew Dillon
      • Patch for 1mpps on if_em (was: FreeBSD handles leapsecond correctly), Massimo Lusetti
      • Re: Patch for 1mpps on if_em (was: FreeBSD handles leapsecondcorrectly), Andre Oppermann
      • Re: Patch for 1mpps on if_em (was: FreeBSD handles leapsecondcorrectly), Daniel Gerzo
      • Re: FreeBSD handles leapsecond correctly, Andre Oppermann
  • Re: FreeBSD handles leapsecond correctly, Doug Rabson
    • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
  • Re: FreeBSD handles leapsecond correctly, Matthias Andree
    • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Matthias Andree
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Matthias Andree
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Matthias Andree
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Matthias Andree
      • Re: FreeBSD handles leapsecond correctly, Kevin Oberman
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Wilko Bulte
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Colin Percival
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Peter Jeremy
      • Re: FreeBSD handles leapsecond correctly, Kevin Oberman
      • Re: FreeBSD handles leapsecond correctly, Rich Wales
      • Re: FreeBSD handles leapsecond correctly, David Xu
      • Re: FreeBSD handles leapsecond correctly, Peter Jeremy
      • Re: FreeBSD handles leapsecond correctly, Rich Wales
      • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
      • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
      • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
    • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
      • Re: FreeBSD handles leapsecond correctly, Peter Jeremy
      • Re: FreeBSD handles leapsecond correctly, M. Warner Losh
      • Re: FreeBSD handles leapsecond correctly, Peter Jeremy
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Matthias Andree
      • Re: FreeBSD handles leapsecond correctly, Poul-Henning Kamp
      • Re: FreeBSD handles leapsecond correctly, Jon Dama
      • Re: FreeBSD handles leapsecond correctly, Doug Rabson
• Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version), Chris Gilbert
  • <Possible follow-ups>
  • ATI on FreeBSD! FireGL Linux Driver Port (New Version), Adam K Kirchhoff
  • ATI on FreeBSD! FireGL Linux Driver Port (New Version), Viktor Berke
  • Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version), Eric Anderson
    • Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version), Eric Anderson
      • Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version), Chris Gilbert
      • Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version), Eric Anderson
      • Re: xorg-server port (was: ATI on FreeBSD! FireGL Linux Driver Port (New Version)), Jeremie Le Hen
      • Re: xorg-server port (was: ATI on FreeBSD! FireGL Linux Driver Port (New Version)), Dejan Lesjak
• [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [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
  • [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
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
• Re: New malloc ready, take 42, Kris Kennaway
  • Re: New malloc ready, take 42, David Xu
• [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [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
    • Re: [head tinderbox] failure on amd64/amd64, Harti Brandt
      • Re: [head tinderbox] failure on amd64/amd64, John Baldwin
      • Re: [head tinderbox] failure on amd64/amd64, Harti Brandt
      • Re: [head tinderbox] failure on amd64/amd64, Ruslan Ermilov
      • Re: [head tinderbox] failure on amd64/amd64, Ruslan Ermilov
      • Re: [head tinderbox] failure on amd64/amd64, Scott Long
      • Re: [head tinderbox] failure on amd64/amd64, David O'Brien
      • Re: [head tinderbox] failure on amd64/amd64, Harti Brandt
      • Re: [head tinderbox] failure on amd64/amd64, Poul-Henning Kamp
      • Re: [head tinderbox] failure on amd64/amd64, Harti Brandt
      • Re: [head tinderbox] failure on amd64/amd64, Scott Long
  • Re: [head tinderbox] failure on amd64/amd64, victor cruceru
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on amd64/amd64, victor cruceru
    • Re: [head tinderbox] failure on amd64/amd64, David O'Brien
      • Re: [head tinderbox] failure on amd64/amd64, victor cruceru
  • [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 alpha/alpha, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on alpha/alpha, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on alpha/alpha, Diomidis Spinellis
  • [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
• Re: Bug in latest rev kern_acct.c: panic: Trying sleep, but thread marked as sleeping prohibited, Richard Todd
  • Re: Bug in latest rev kern_acct.c: panic: Trying sleep, but thread marked as sleeping prohibited, Wojciech A. Koszek
    • Re: Bug in latest rev kern_acct.c: panic: Trying sleep, but thread marked as sleeping prohibited, Wojciech A. Koszek
• Re: Nvidia driver freeze system, Dev Tugnait
• Re: problems with wifi, Sam Leffler
  • <Possible follow-ups>
  • Re: problems with wifi, Daniel O'Connor

We are proud to have Web Hosting and Rack Housing from 9 Net Avenue Deutschland.
(10)