freebsd-current

• Date Index

• Hifn 7955/7956 crypto accelerator questions, Nicolas Blais
  • Re: Hifn 7955/7956 crypto accelerator questions, Brooks Davis
• bsnmpd breaks buildworld, Steve Kargl
• Re: no kld in minidumps, Devon H. O'Dell
  • Re: no kld in minidumps, John-Mark Gurney
    • Re: no kld in minidumps, Devon H. O'Dell
      • Re: no kld in minidumps, John-Mark Gurney
• EuroBSDCon is coming up !, Massimiliano Stucchi
• Xorg leaking memory on -current..., Poul-Henning Kamp
  • Re: Xorg leaking memory on -current..., Martin Cracauer
    • Re: Xorg leaking memory on -current..., Poul-Henning Kamp
      • Re: Xorg leaking memory on -current..., Jason Evans
      • Re: Xorg leaking memory on -current..., Poul-Henning Kamp
  • Re: Xorg leaking memory on -current..., Peter Jeremy
    • Re: Xorg leaking memory on -current..., Poul-Henning Kamp
      • Re: Xorg leaking memory on -current..., Alexander Leidinger
      • Re: Xorg leaking memory on -current..., Matthew D. Fuller
• Ports, jaimie
  • Re: Ports, Ceri Davies
• 'ncr' driver users?, mjacob
• em brokenness fixed, Jack Vogel
• [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
• bogus em checkin, Jack Vogel
• Intel DG965SS MB ?, Mike Tancsa
  • Re: Intel DG965SS MB ?, Søren Schmidt
    • Re: Intel DG965SS MB ?, Mike Tancsa
    • Re: Intel DG965SS MB ?, Mike Tancsa
• Comments on the KSE option, Julian Elischer
  • Re: Comments on the KSE option, Julian Elischer
  • Re: Comments on the KSE option, Paul Allen
    • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Matthew Dillon
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Paul Allen
      • Re: Comments on the KSE option, Julian Elischer
      • Re: Comments on the KSE option, Paul Allen
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Alexandre \"Sunny\" Kovalenko
      • Re: Comments on the KSE option, Julian Elischer
      • Re: Comments on the KSE option, Alexandre \"Sunny\" Kovalenko
      • Re: Comments on the KSE option, Julian Elischer
      • Re: Comments on the KSE option, David Xu
      • Re: Comments on the KSE option, Julian Elischer
      • Re: Comments on the KSE option, David Xu
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Garance A Drosihn
      • Re: Comments on the KSE option, David Xu
      • Re: Comments on the KSE option, Alexandre \"Sunny\" Kovalenko
      • Re: Comments on the KSE option, Julian Elischer
    • Re: Comments on the KSE option, Matthew Dillon
      • Re: Comments on the KSE option, Julian Elischer
  • Re: Comments on the KSE option, Bakul Shah
  • Re: Comments on the KSE option, David Xu
    • Re: Comments on the KSE option, Julian Elischer
    • KSE, threading, etc., gnn
    • Re: Comments on the KSE option, Robert Watson
      • Re: Comments on the KSE option, Thomas Sparrevohn
      • Re: Comments on the KSE option, Paul Allen
      • Re: Comments on the KSE option, Robert Watson
      • Re: Comments on the KSE option, Matthew Dillon
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Scott Long
      • Re: Comments on the KSE option, Matthew Jacob
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Scott Long
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Matthew Dillon
      • Re: Comments on the KSE option, Chuck Swiger
      • Re: Comments on the KSE option, Massimo Lusetti
      • Re: Comments on the KSE option, Peter Ross
      • Re: Comments on the KSE option, Peter Ross
      • Re: Comments on the KSE option, Alexandre \"Sunny\" Kovalenko
      • Re: Comments on the KSE option, David Xu
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Lucas James
      • Re: Comments on the KSE option, Daniel Eischen
      • Re: Comments on the KSE option, Robert Watson
      • Re: Comments on the KSE option, Scott Long
• Bugathon, yeah it's time again, Florent Thoumie
• KSE, libpthread & libthr: almost newbie question, Lev Serebryakov
  • Re: KSE, libpthread & libthr: almost newbie question, Ivan Voras
    • Re: KSE, libpthread & libthr: almost newbie question, Ruslan Ermilov
      • Re: KSE, libpthread & libthr: almost newbie question, Ivan Voras
      • Re: KSE, libpthread & libthr: almost newbie question, Nuno Antunes
      • Re: KSE, libpthread & libthr: almost newbie question, Ruslan Ermilov
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
  • Re: KSE, libpthread & libthr: almost newbie question, Robert Watson
    • Re: KSE, libpthread & libthr: almost newbie question, gnn
      • Re: KSE, libpthread & libthr: almost newbie question, Simon L. Nielsen
    • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re[2]: KSE, libpthread & libthr: almost newbie question, Lev Serebryakov
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re: KSE, libpthread & libthr: almost newbie question, Paul Allen
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re: KSE, libpthread & libthr: almost newbie question, Robert Watson
      • Re[2]: KSE, libpthread & libthr: almost newbie question, Lev Serebryakov
      • Re: KSE, libpthread & libthr: almost newbie question, Daniel Eischen
      • Re: KSE, libpthread & libthr: almost newbie question, Greg Lewis
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re: KSE, libpthread & libthr: almost newbie question, Robert Watson
      • Re: KSE, libpthread & libthr: almost newbie question, Scott Long
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re[2]: KSE, libpthread & libthr: almost newbie question, Lev Serebryakov
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re[2]: KSE, libpthread & libthr: almost newbie question, Lev Serebryakov
      • Re: KSE, libpthread & libthr: almost newbie question, Greg Lewis
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
      • Re: KSE, libpthread & libthr: almost newbie question, Mark Kirkwood
      • Re: KSE, libpthread & libthr: almost newbie question, Greg Lewis
      • Re: KSE, libpthread & libthr: almost newbie question, Greg Lewis
      • Re: KSE, libpthread & libthr: almost newbie question, Daniel Eischen
      • Re: KSE, libpthread & libthr: almost newbie question, Greg Lewis
      • Re: KSE, libpthread & libthr: almost newbie question, Julian Elischer
• HEADSUP: KSE about to become a kernel option, John Birrell
  • Re: HEADSUP: KSE about to become a kernel option, John Birrell
    • Re: HEADSUP: KSE about to become a kernel option, David Xu
      • Re: HEADSUP: KSE about to become a kernel option, Scott Long
      • Re: HEADSUP: KSE about to become a kernel option, David Xu
      • Re: HEADSUP: KSE about to become a kernel option, John Birrell
      • Re: HEADSUP: KSE about to become a kernel option, David Xu
      • Re: HEADSUP: KSE about to become a kernel option, Jiawei Ye
      • Re: HEADSUP: KSE about to become a kernel option, David Xu
      • Re: HEADSUP: KSE about to become a kernel option, John Birrell
      • Re: HEADSUP: KSE about to become a kernel option, Kip Macy
• panic: mutex Giant not owned at vfs_subr.c:1968, Peter Holm
• firefox and openoffice.org dump core at pthread_atfork(), NAKAJI Hiroyuki
• 'ro' option in fstab not recognized?, Michiel Boland
  • Re: 'ro' option in fstab not recognized?, Matthew Jacob
    • Re: 'ro' option in fstab not recognized?, Ruslan Ermilov
• panic in ttwakeup, Michiel Boland
• GENERIC build on recent -currento n amd64 broken, Divacky Roman
  • Re: GENERIC build on recent -currento n amd64 broken, Ruslan Ermilov
    • Re: GENERIC build on recent -currento n amd64 broken, Ruslan Ermilov
      • Re: GENERIC build on recent -currento n amd64 broken, Robert Watson
      • Re: GENERIC build on recent -currento n amd64 broken, Maxim Sobolev
• Re: replacing FreeBSD's -lgnuregex with GNUlib's version, Mikhail Teterin
  • Re: replacing FreeBSD's -lgnuregex with GNUlib's version, Andrey Chernov
    • Re: replacing FreeBSD's -lgnuregex with GNUlib's version, Mikhail Teterin
      • Re: replacing FreeBSD's -lgnuregex with GNUlib's version, Andrey Chernov
• Handling non-standard directories in tinybsd, Jeremie Le Hen
  • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
    • Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
      • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
      • Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
      • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
      • Re: [fbsd] Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
      • Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
      • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
      • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
      • Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
      • Re: Handling non-standard directories in tinybsd, Jean Milanez Melo
  • Re: Handling non-standard directories in tinybsd, Jeremie Le Hen
• Re: SunFire V210/V240 (UltraSparc IIIi) and FreeBSD, Alexandre Vieira
• unkillable mount_smbfs processes, Andrey V. Elsukov
  • Re: unkillable mount_smbfs processes, Rainer Alves
  • Re: unkillable mount_smbfs processes, Michal Mertl
    • Re: unkillable mount_smbfs processes, Jiawei Ye
    • Re: unkillable mount_smbfs processes, Kostik Belousov
• Deadlock while testing on a 64 MB filesystem, Peter Holm
  • Re: Deadlock while testing on a 64 MB filesystem, John Baldwin
    • Re: Deadlock while testing on a 64 MB filesystem, Peter Holm
      • Re: Deadlock while testing on a 64 MB filesystem, John Baldwin
• portupgrade not working for all ports, Andreas Klemm
  • Re: portupgrade not working for all ports, Conrad J. Sabatier
    • Re: portupgrade not working for all ports, Stefan Bethke
      • Re: portupgrade not working for all ports, Andreas Klemm
    • Re: portupgrade not working for all ports, Jeremie Le Hen
      • Re: portupgrade not working for all ports, Stefan Bethke
• Resolver not always resolving hostnames, Simon L. Nielsen
  • Re: Resolver not always resolving hostnames, Gábor Kövesdán
    • Re: Resolver not always resolving hostnames, Erwin Lansing
  • Re: Resolver not always resolving hostnames, Joel Dahl
  • Re: Resolver not always resolving hostnames, IOnut
    • Re: Resolver not always resolving hostnames, IOnut
    • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
    • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
      • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
      • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
      • Re: Resolver not always resolving hostnames, Gábor Kövesdán
      • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
      • Re: Resolver not always resolving hostnames, IOnut
  • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
    • Re: Resolver not always resolving hostnames, Joel Dahl
      • Re: Resolver not always resolving hostnames, Andy Fawcett
      • Re: Resolver not always resolving hostnames, Szilveszter Adam
      • Re: Resolver not always resolving hostnames, Doug Barton
      • Re: Resolver not always resolving hostnames, IOnut
      • Re: Resolver not always resolving hostnames, Jiawei Ye
      • Re: Resolver not always resolving hostnames, Kris Kennaway
      • Re: Resolver not always resolving hostnames, Jiawei Ye
      • Re: Resolver not always resolving hostnames, Doug Barton
      • Re: Resolver not always resolving hostnames, Jiawei Ye
      • Re: Resolver not always resolving hostnames, Hajimu UMEMOTO
      • Re: Resolver not always resolving hostnames, Jiawei Ye
      • Re: Resolver not always resolving hostnames, Hiroki Sato
      • Re: Resolver not always resolving hostnames, Simon L. Nielsen
      • Re: Resolver not always resolving hostnames, Norikatsu Shigemura
  • Re: Resolver not always resolving hostnames, Doug Barton
• Cannot unload if_iwi module, Jeremie Le Hen
  • Re: Cannot unload if_iwi module, Florent Thoumie
    • Re: Cannot unload if_iwi module, Michal Mertl
      • Re: Cannot unload if_iwi module, John Baldwin
  • Re: Cannot unload if_iwi module, Erik Norgaard
• not enough rates in struct iwi_rateset, Jeremie Le Hen
  • Re: not enough rates in struct iwi_rateset, Damien Bergamini
    • Re: not enough rates in struct iwi_rateset, Jeremie Le Hen
• Asus A8V hangs during pci probe on fresh -CURRENT, Nicolas Blais
  • Re: Asus A8V hangs during pci probe on fresh -CURRENT, Yuriy Tsibizov
    • Re: Asus A8V hangs during pci probe on fresh -CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh -CURRENT, Yuriy Tsibizov
      • Re: Asus A8V hangs during pci probe on fresh -CURRENT, JoaoBR
      • Re: Asus A8V hangs during pci probe on fresh -CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Yuriy Tsibizov
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, JoaoBR
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Doug Barton
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Doug Barton
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
      • Re: Asus A8V hangs during pci probe on fresh-CURRENT, Ian Dowse
      • [FIXED] Re: Asus A8V hangs during pci probe on fresh-CURRENT, Nicolas Blais
  • <Possible follow-ups>
  • Re: Asus A8V hangs during pci probe on fresh -CURRENT, Vladimir Kushnir
• Can't install kernel with todays sources, Philipp Ost
  • Re: Can't install kernel with todays sources, Giorgos Keramidas
    • Re: Can't install kernel with todays sources, Philipp Ost
      • Re: Can't install kernel with todays sources, Giorgos Keramidas
• more geom panics, mjacob
• FreeBSD Project Status Report - Fourth Quarter of 2006, Brad Davis
  • Re: FreeBSD Project Status Report - Fourth Quarter of 2006, Brad Davis
• sx locks rewriting - needs testers, Attilio Rao
  • Re: sx locks rewriting - needs testers, Attilio Rao
• Re: Broadcom ServerWorks HT-1000 support in OpenBSD, Mike Jakubik
• Fatal trap 18: integer divide fault while in kernel mode (ACPI related?), Joel Dahl
  • Re: Fatal trap 18: integer divide fault while in kernel mode (ACPI related?), John Baldwin
• What to do with quotacheck -l2 ?, Ceri Davies
  • Re: What to do with quotacheck -l2 ?, Brad Davis
    • Re: What to do with quotacheck -l2 ?, Ceri Davies
• buildworld failure on i386, Alexander I. Mogilny
  • Re: buildworld failure on i386, Alexander I. Mogilny
    • Re: buildworld failure on i386, Alexander I. Mogilny
• support for marvell sata chips, Chris Waterson
• support for marvell sata chips?, Chris Waterson
  • Re: support for marvell sata chips?, Søren Schmidt
    • Re: support for marvell sata chips?, Ruslan Ermilov
      • Re: support for marvell sata chips?, Søren Schmidt
      • Re: support for marvell sata chips?, Ruslan Ermilov
      • Re: support for marvell sata chips?, Søren Schmidt
      • Re: support for marvell sata chips?, Ian FREISLICH
• Dell OptiPlex 210L halt at boot, Alexandre Biancalana
• double fault on fresh CURRENT, Andrey V. Elsukov
  • Re: double fault on fresh CURRENT, Andrey V. Elsukov
• gtkam, rhythmbox don't build : problem with path for gtk libs, Bruno Damour
  • Re: gtkam, rhythmbox don't build : problem with path for gtk libs, Michael Johnson
    • Re: gtkam, rhythmbox don't build : problem with path for gtk libs, Bruno Damour
• [PATCH] sys/sem.h should include sys/types.h, Cheng-Lung Sung
  • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, Bruce Evans
    • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, Cheng-Lung Sung
    • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, John Baldwin
      • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, Cheng-Lung Sung
      • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, Bruce Evans
      • Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h, Bruce Evans
• Processes in "ufs" state (PR kern/104406), Sergey Zaharchenko
  • Re: Processes in "ufs" state (PR kern/104406), Kris Kennaway
    • Re: Processes in "ufs" state (PR kern/104406), Peter Holm
      • Re: Processes in "ufs" state (PR kern/104406), Sergey Zaharchenko
• Missing parameter validation for syscall #54, Peter Holm
  • Re: Missing parameter validation for syscall #54, Ruslan Ermilov
• gzip in base system, Divacky Roman
  • Re: gzip in base system, LI Xin
    • Re: gzip in base system, Divacky Roman
  • Re: gzip in base system, Gábor Kövesdán
• Please help to forward port 80 to 8800 with ipfw, fulan Peng
  • Re: Please help to forward port 80 to 8800 with ipfw, Dominic Marks
  • Re: Please help to forward port 80 to 8800 with ipfw, Dan Nelson
    • Re: Please help to forward port 80 to 8800 with ipfw, fulan Peng
      • Re: Please help to forward port 80 to 8800 with ipfw, Scot Hetzel
      • Re: Please help to forward port 80 to 8800 with ipfw, John Baldwin
      • Re: Please help to forward port 80 to 8800 with ipfw, fulan Peng
      • Re: Please help to forward port 80 to 8800 with ipfw, Julian Elischer
    • Re: Please help to forward port 80 to 8800 with ipfw, Ivan Voras
• Building idmapd, Ceri Davies
• 7.0-CURRENT make LINT works with Tyan K8WE S2877 BIOS 1.03 2 Opteron/6G/SATA, fulan Peng
• Re: conf/102913: /etc/rc.d/named killall in jailed OS, Cheng-Lung Sung
  • Re: conf/102913: /etc/rc.d/named killall in jailed OS, Laurent LEVIER
  • Re: [fbsd] Re: conf/102913: /etc/rc.d/named killall in jailed OS, Jeremie Le Hen
• 7.0-CURRENT AMD64 make panic on Tyan K8WE S2877 2xOpteron 246/6G/SATA, fulan Peng
• Ethernet Switch and MIPS, Marcos Biscaysaqu
  • Re: Ethernet Switch and MIPS, Bernd Walter
    • Re: Ethernet Switch and MIPS, Peter Ross
  • Re: Ethernet Switch and MIPS, Boris Samorodov
  • <Possible follow-ups>
  • RE: Ethernet Switch and MIPS, Marcos Biscaysaqu
• How to compile the kernel 7.0-CURRENT AMD64 ?, fulan Peng
  • Re: How to compile the kernel 7.0-CURRENT AMD64 ?, Chuck Swiger
• using dev nameunit prior to probe & attach in pcib_alloc_resource(), Jia-Shiun Li
• NFS (v3) exports limited by netgroup crash mountd, Lee Damon
• yp related ls core dumps (amd64), Eric Anderson
• RSTP code for test/review, Andrew Thompson
• ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
  • ASUS U5F hangs during pci bus probe (update), Yuriy Tsibizov
  • Re: ASUS U5F hangs during pci bus probe, John-Mark Gurney
    • RE: ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
      • RE: ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
      • RE: ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
      • Re: ASUS U5F hangs during pci bus probe, John-Mark Gurney
      • RE: ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
      • RE: ASUS U5F hangs during pci bus probe, Yuriy Tsibizov
• [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on arm/arm, M. Warner Losh
  • <Possible follow-ups>
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on arm/arm, M. Warner Losh
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
• {pico, tiny, nano}BSD, FreesBIE, Julian Elischer
  • Re: {pico, tiny, nano}BSD, FreesBIE, Robert Watson
    • Re: {pico, tiny, nano}BSD, FreesBIE, Matteo Riondato
      • Re: {pico, tiny, nano}BSD, FreesBIE, Julian Elischer
    • Re: {pico, tiny, nano}BSD, FreesBIE, gnn
  • Re: {pico, tiny, nano}BSD, FreesBIE, Julian H. Stacey
• twa(4) update to support 9550SXU/9590SE controllers, freebsd
  • Re: twa(4) update to support 9550SXU/9590SE controllers, adam radford
    • Message not available
      • Re: twa(4) update to support 9550SXU/9590SE controllers, Mike Tancsa
• No psm with if_ath on current, Kevin Oberman
• Page fault in ip_output (fnv_hash.h:27), Peter Holm
  • Re: Page fault in ip_output (fnv_hash.h:27), Gleb Smirnoff
    • Re: Page fault in ip_output (fnv_hash.h:27), Peter Holm
• cardbus/xircom realport no longer works, Ian FREISLICH
  • Re: cardbus/xircom realport no longer works, M. Warner Losh
    • Re: cardbus/xircom realport no longer works, Daniel Eischen
      • Re: cardbus/xircom realport no longer works, Ian FREISLICH
      • Re: cardbus/xircom realport no longer works, Adrian Murphy
      • Re: cardbus/xircom realport no longer works, Ian FREISLICH
      • Re: cardbus/xircom realport no longer works, M. Warner Losh
      • Re: cardbus/xircom realport no longer works, Daniel Eischen
• [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on sparc64/sun4v, Ruslan Ermilov
      • Re: [head tinderbox] failure on sparc64/sun4v, Joel Dahl
      • Re: [head tinderbox] failure on sparc64/sun4v, Kip Macy
      • Re: [head tinderbox] failure on sparc64/sun4v, Joel Dahl
      • Re: [head tinderbox] failure on sparc64/sun4v, Ruslan Ermilov
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on sparc64/sun4v, John Birrell
      • Re: [head tinderbox] failure on sparc64/sun4v, Ruslan Ermilov
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on powerpc/powerpc, Kip Macy
  • <Possible follow-ups>
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on powerpc/powerpc, Peter Grehan
      • Re: [head tinderbox] failure on powerpc/powerpc, Kostik Belousov
      • Re: [head tinderbox] failure on powerpc/powerpc, Peter Grehan
      • Re: [head tinderbox] failure on powerpc/powerpc, Scot Hetzel
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
• Re: Call for testers: Replace GNU gzip with NetBSD's gzip, Derek Tattersall
  • Re: Call for testers: Replace GNU gzip with NetBSD's gzip, LI Xin
• [head tinderbox] failure on sun4v/sun4v, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on sun4v/sun4v, Ruslan Ermilov
    • Re: [head tinderbox] failure on sun4v/sun4v, Kip Macy
• [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS, Daichi GOTO
  • Re: [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS, Robert Watson
• Re: [ANN] unionfs patchset-16 release, it is ready for the merge, Danny Braniss
  • Re: [ANN] unionfs patchset-16 release, it is ready for the merge, Daichi GOTO
    • Re: [ANN] unionfs patchset-16 release, it is ready for the merge, Daichi GOTO
  • Re: [ANN] unionfs patchset-16 release, it is ready for the merge, Kris Kennaway
• Little patch to mac_portacl(4), Michal Mertl
  • Re: Little patch to mac_portacl(4), Robert Watson
• vmware3 on FreeBSD-current ?, Vincent Blondel
  • Re: vmware3 on FreeBSD-current ?, Ivan Voras
    • Re: vmware3 on FreeBSD-current ?, Vincent Blondel
• buildworld fails in openssh, Randy Bush
  • Re: buildworld fails in openssh, Tobias Roth
    • Re: buildworld fails in openssh, Randy Bush
• FreeBSD Test-Bugathon.... check, Florent Thoumie
• GARTInit: Unable to open /dev/agpgart (No such file or directory), Denis Shaposhnikov
• [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on sparc64/sparc64, Kip Macy
  • <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
• Call for testers: Replace GNU gzip with NetBSD's gzip implementation, LI Xin
  • Re: Call for testers: Replace GNU gzip with NetBSD's gzip implementation, Diomidis Spinellis
  • Re: Call for testers: Replace GNU gzip with NetBSD's gzip implementation, Patrick Bowen
• [PATCH] MAXCPU alterable in kernel config - needs testers, Astrodog
  • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Astrodog
  • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, David Xu
    • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Astrodog
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, LI Xin
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Astrodog
    • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Astrodog
    • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Ivan Voras
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Ivan Voras
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, David Xu
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, John-Mark Gurney
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Attilio Rao
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Attilio Rao
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Attilio Rao
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, John-Mark Gurney
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, David Xu
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Paul Allen
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, David Xu
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Ivan Voras
      • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Kip Macy
  • Re: [PATCH] MAXCPU alterable in kernel config - needs testers, Robert Watson
• gprs dosen't works in current, Stepan Zastupov
• Fix for memory leak in setenv/unsetenv, Sean C. Farley
  • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
    • Re: Fix for memory leak in setenv/unsetenv, Sean C. Farley
      • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
      • Re: Fix for memory leak in setenv/unsetenv, Sean C. Farley
      • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
      • Re: Fix for memory leak in setenv/unsetenv, Sean C. Farley
      • Re: Fix for memory leak in setenv/unsetenv, Stefan Esser
      • Re: Fix for memory leak in setenv/unsetenv, Sean C. Farley
      • Re: Fix for memory leak in setenv/unsetenv, Bakul Shah
      • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
      • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
    • Re: Fix for memory leak in setenv/unsetenv, Peter Jeremy
      • Re: Fix for memory leak in setenv/unsetenv, John Baldwin
• Re: Call for Status Reports: Oct 6^H11 (extended), Max Laier
• Much improved sendfile(2), sosend_* and soreceive_stream() functions, Andre Oppermann
• ndis doesn't work for Intel 3945ABG, Gábor Kövesdán
• Kernel page fault with 2 non-sleepable locks held in tcp_input.c, Florian C. Smeets
• WDS / Repeater support?, Alex DuBois
  • Re: WDS / Repeater support?, Bachilo Dmitry
    • Re: WDS / Repeater support?, Marten Vijn
    • Re: WDS / Repeater support?, JoaoBR
      • Re: WDS / Repeater support?, Alex DuBois
  • Re: WDS / Repeater support?, Sam Leffler
    • Re: WDS / Repeater support?, Alex DuBois
      • Re: WDS / Repeater support?, Daniel Dvořák
      • RE: WDS / Repeater support?, Alex DuBois
• segmentation fault(s) after upgrading to CURRENT, rainbowit
  • Re: segmentation fault(s) after upgrading to CURRENT, Dominic Marks
    • Re: segmentation fault(s) after upgrading to CURRENT, Robert Watson
    • Re: segmentation fault(s) after upgrading to CURRENT, Christopher J Phillips
  • Re: segmentation fault(s) after upgrading to CURRENT, Szilveszter Adam
  • Re: segmentation fault(s) after upgrading to CURRENT, Rob Evers
• FYI - October Monthly Snapshots Available, Ken Smith
• Thread stuck in aioprn, Kris Kennaway
  • Re: Thread stuck in aioprn, Kris Kennaway
  • Re: Thread stuck in aioprn, David Xu
    • Re: Thread stuck in aioprn, Kris Kennaway
      • Re: Thread stuck in aioprn, Ivan Voras
      • Re: Thread stuck in aioprn, Kris Kennaway
      • Re: Thread stuck in aioprn, Peter Holm
      • Re: Thread stuck in aioprn, Kris Kennaway
  • Re: Thread stuck in aioprn, Kris Kennaway
    • Re: Thread stuck in aioprn, David Xu
      • Re: Thread stuck in aioprn, Dmitry Pryanishnikov
      • Re: Thread stuck in aioprn, David Xu
      • Re: Thread stuck in aioprn, Daniel Eischen
      • Re: Thread stuck in aioprn, David Xu
      • Re: Thread stuck in aioprn, sbahra
      • Re: Thread stuck in aioprn, Kris Kennaway
• 6.2-BETA2 Dell PE1950, Fredrik Widlund
  • Re: 6.2-BETA2 Dell PE1950, Dermot Williams
    • Re: 6.2-BETA2 Dell PE1950, Scott Long
      • Re: 6.2-BETA2 Dell PE1950, Eric Anderson
      • Re: 6.2-BETA2 Dell PE1950, Dermot Williams
      • Re: 6.2-BETA2 Dell PE1950, Eric Anderson
  • Re: 6.2-BETA2 Dell PE1950, Fredrik Widlund
    • Re: 6.2-BETA2 Dell PE1950, LI Xin
    • Re: 6.2-BETA2 Dell PE1950, Doug Ambrisko
      • Re: 6.2-BETA2 Dell PE1950, Scott Long
      • Re: 6.2-BETA2 Dell PE1950, Jerry Bell
      • Re: 6.2-BETA2 Dell PE1950, Doug Ambrisko
      • Re: 6.2-BETA2 Dell PE1950, Matthew Jacob
    • Re: 6.2-BETA2 Dell PE1950, Fredrik Widlund
      • Re: 6.2-BETA2 Dell PE1950, Eric Anderson
      • Re: 6.2-BETA2 Dell PE1950, Fredrik Widlund
• Re: Announcing: gvirstor, Ivan Voras
• Re: Reliable hard links with mkisofs/ISO-9660/RR, Julian Elischer
  • Message not available
    • Re: Reliable hard links with mkisofs/ISO-9660/RR, Max Khon
• boot/loader broken?, Ian FREISLICH
  • Re: boot/loader broken?, Ruslan Ermilov
    • Re: boot/loader broken?, Ian FREISLICH
      • Re: boot/loader broken?, Ruslan Ermilov
      • Re: boot/loader broken?, Ian FREISLICH
  • Re: boot/loader broken?, John Baldwin
    • Re: boot/loader broken?, Ian FREISLICH
      • Re: boot/loader broken?, John Baldwin
      • Re: boot/loader broken?, Ian FREISLICH
• umapfs module build broken, Alexey Dokuchaev
• Re: Atheros PCCard not recognized, IRQ Problem?, Lars Engels
  • Re: Atheros PCCard not recognized, IRQ Problem?, M. Warner Losh
    • Re: Atheros PCCard not recognized, IRQ Problem?, Lars Engels
• Re: Sata controller headache, Rich Wales
  • Re: Sata controller headache / good and cheap sata controller?, Paul Bliss
    • Re: Sata controller headache / good and cheap sata controller?, Dominic Marks
      • Re: Sata controller headache / good and cheap sata controller?, Paul Bliss
      • Re: Sata controller headache / good and cheap sata controller?, Jia-Shiun Li
  • Re: Sata controller headache, Rich Wales
    • Re: Sata controller headache, Søren Schmidt
    • Re: Sata controller headache, Paul Bliss
• [PATCH] Various smbus(4) driver fixups and locking, John Baldwin
• Re: lockf in installworld -- not a good idea, John Baldwin
• panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet), Simon L. Nielsen
  • Re: panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet), Jos Backus
• Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS, Chris Hedley
  • Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS, Ian FREISLICH
    • Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS, Chris Hedley
      • Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS, Ian FREISLICH
• sound/driver/hda and ia64, Poul-Henning Kamp
  • Re: sound/driver/hda and ia64, Ariff Abdullah
    • Re: sound/driver/hda and ia64, Marcel Moolenaar
      • Re: sound/driver/hda and ia64, Michael Butler
    • Re: sound/driver/hda and ia64, John Baldwin
      • Re: sound/driver/hda and ia64, Ariff Abdullah
      • Re: sound/driver/hda and ia64, John Baldwin
      • Re: sound/driver/hda and ia64, Ariff Abdullah
      • Re: sound/driver/hda and ia64, John Baldwin
• em stability issues + panic, John-Mark Gurney
  • Re: em stability issues + panic, Pyun YongHyeon
• Re: better way to build libraries.., M. Warner Losh
  • Re: better way to build libraries.., John-Mark Gurney
    • Re: better way to build libraries.., M. Warner Losh
      • Re: better way to build libraries.., John-Mark Gurney
      • Re: better way to build libraries.., M. Warner Losh
      • Re: better way to build libraries.., John-Mark Gurney
      • Re: better way to build libraries.., John Baldwin
      • Re: better way to build libraries.., John-Mark Gurney
      • Re: better way to build libraries.., M. Warner Losh
      • Re: better way to build libraries.., John Baldwin
• Re: isofs/cd9660 -> relocate to fs/isofs/cd9660?, M. Warner Losh
  • <Possible follow-ups>
  • Re: isofs/cd9660 -> relocate to fs/isofs/cd9660?, M. Warner Losh
  • Re: isofs/cd9660 -> relocate to fs/isofs/cd9660?, John Baldwin
• Re: pcm0 + rl0 in the same irq causes panic, Ariff Abdullah
  • Re: pcm0 + rl0 in the same irq causes panic, Alexandre Vieira
    • Re: pcm0 + rl0 in the same irq causes panic, Ariff Abdullah
      • Re: pcm0 + rl0 in the same irq causes panic, Alexandre Vieira
      • Re: pcm0 + rl0 in the same irq causes panic, Ariff Abdullah
      • Re: pcm0 + rl0 in the same irq causes panic, Michael Butler
      • Re: pcm0 + rl0 in the same irq causes panic, Ariff Abdullah
      • Re: pcm0 + rl0 in the same irq causes panic, Alexandre Vieira
      • Re: pcm0 + rl0 in the same irq causes panic, Alexandre Vieira
      • Re: pcm0 + rl0 in the same irq causes panic, Ariff Abdullah
      • Re: pcm0 + rl0 in the same irq causes panic, Alexandre Vieira
      • Re: pcm0 + rl0 in the same irq causes panic, Michael Butler
      • Re: pcm0 + rl0 in the same irq causes panic, Alexander Leidinger
• Problems getting logical wireless interface visible on Freebsd 6.1, as
• linux_rt_sigpending, Justin Smith
  • Re: linux_rt_sigpending, Divacky Roman
    • Re: linux_rt_sigpending, Justin Smith
      • Re: linux_rt_sigpending, Divacky Roman
• Re: CURRENT unusable again, too many panics, Martin Blapp
  • Re: CURRENT unusable again, too many panics, Martin Blapp
  • Re: CURRENT unusable again, too many panics, Alan Cox
    • Re: CURRENT unusable again, too many panics, Martin Blapp
      • Re: CURRENT unusable again, too many panics, Alan Cox
    • Re: CURRENT unusable again, too many panics, Martin Blapp
      • Re: CURRENT unusable again, too many panics, Alan Cox
• Re: Some interesting plots, Randall Stewart
  • <Possible follow-ups>
  • Re: Some interesting plots, Randall Stewart
• AsiaBSDCon 2007, gnn
• i4b compile, rmgls
  • Re: i4b compile, Gary Jennejohn
  • <Possible follow-ups>
  • Re: i4b compile, rmgls
• [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
• Support for High Definition Audio (Controller) is in the tree., Ariff Abdullah
  • Re: Support for High Definition Audio (Controller) is in the tree., Alexandre \"Sunny\" Kovalenko
  • Re: Support for High Definition Audio (Controller) is in the tree., Rainer Alves
    • Re: Support for High Definition Audio (Controller) is in the tree., Kevin Oberman
      • Re: Support for High Definition Audio (Controller) is in the tree., Ariff Abdullah
      • Re: Support for High Definition Audio (Controller) is in the tree., Kevin Oberman
      • Re: Support for High Definition Audio (Controller) is in the tree., Kevin Oberman
      • Re: Support for High Definition Audio (Controller) is in the tree., Ariff Abdullah
      • Re: Support for High Definition Audio (Controller) is in the tree., Kevin Oberman
      • Re: Support for High Definition Audio (Controller) is in the tree., Ariff Abdullah
      • Re: Support for High Definition Audio (Controller) is in the tree., Kevin Oberman
      • Re: Support for High Definition Audio (Controller) is in the tree., Ariff Abdullah
      • Re: Support for High Definition Audio (Controller) is in the tree., Pawel Worach
  • Re: Support for High Definition Audio (Controller) is in the tree., Bruno Damour
• [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
• Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., Pyun YongHyeon
  • <Possible follow-ups>
  • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., Ivan Synyeokov
  • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., David Duchscher
    • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., Philip Paeps
      • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., Pyun YongHyeon
      • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., O. Hartmann
      • Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers., Pyun YongHyeon
• [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
  • [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
• HEADS UP: OpenSSL 0.9.8d import, Simon L. Nielsen
• Can't mount cdrom, Beech Rintoul
  • Re: Can't mount cdrom (Fixed), Beech Rintoul
    • Re: Can't mount cdrom (Fixed), Ruslan Ermilov
      • Re: Can't mount cdrom (Fixed), Beech Rintoul
      • Re: Can't mount cdrom (Fixed), Ruslan Ermilov
    • Re: Can't mount cdrom (Fixed), maikhai
  • Re: Can't mount cdrom, Daniel O'Connor
    • Re: Can't mount cdrom, Beech Rintoul
      • Re: Can't mount cdrom, Daniel O'Connor
• cvs.freebsd.org..., Mohan Srinivasan
  • Re: cvs.freebsd.org..., Scott Ullrich
    • Re: cvs.freebsd.org..., Mohan Srinivasan
    • Re: cvs.freebsd.org..., Massimo Lusetti
• Re: linux flashplayer plugin status ?, Craig Boston
• Re: HEADS UP: add "options COMPAT_FREEBSD6" to your kernel config!, Ruslan Ermilov

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint