freebsd-current

• Thread Index

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

• Security
• UNIX
• Linux
• Coding
• Usenet

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