freebsd-stable

• Thread Index

---

• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Matthew Dillon
• Re: Sockets stuck in FIN_WAIT_1
  • From: Max Laier
• Re: broken re(4)
  • From: Wilko Bulte
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: RELENG_7 amd64; memory and vm.kmem_size
  • From: Oliver Fromme
• Re: broken re(4)
  • From: Wilko Bulte
• Re: broken re(4)
  • From: Oliver Fromme
• 3Com NIC choking
  • From: Patrik Roos
• Re: Sockets stuck in FIN_WAIT_1
  • From: Peter Jeremy
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• JDK+libthr on STABLE
  • From: Huang wen hui
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: broken re(4)
  • From: Dimitry Andric
• Re: Sockets stuck in FIN_WAIT_1
  • From: David Malone
• Re: Sockets stuck in FIN_WAIT_1
  • From: Ian Smith
• Re: Sockets stuck in FIN_WAIT_1
  • From: Tod McQuillin
• Re: Sockets stuck in FIN_WAIT_1
  • From: Peter Jeremy
• RELENG_7 amd64; memory and vm.kmem_size
  • From: Jeremy Chadwick
• Re: ZFS on root and disk write caching.
  • From: Pawel Jakub Dawidek
• Re: Analysis of disk file block with ZFS checksum error
  • From: Pawel Jakub Dawidek
• Re: broken re(4)
  • From: Pyun YongHyeon
• Re: Bad TCP performance with large MTU on 7-stable.
  • From: Pyun YongHyeon
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Matthew Dillon
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Matthew Dillon
• Re: Bad TCP performance with large MTU on 7-stable.
  • From: Andrew Snow
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Matthew Dillon
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Matthew Dillon
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Dimitry Andric
• Re: broken re(4)
  • From: Oliver Fromme
• RE: broken re(4)
  • From: Dewayne Geraghty
• Re: broken re(4)
  • From: Michael Proto
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: Bad TCP performance with large MTU on 7-stable.
  • From: Steven Hartland
• Bad TCP performance with large MTU on 7-stable.
  • From: Arnaud Houdelette
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Stephen Clark
• Re: ZFS on root and disk write caching.
  • From: Pawel Jakub Dawidek
• Re: ZFS on root and disk write caching.
  • From: Pawel Jakub Dawidek
• Re: ZFS on root and disk write caching.
  • From: Arnaud Houdelette
• Re: broken re(4)
  • From: Dimitry Andric
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: Sockets stuck in FIN_WAIT_1
  • From: Jeremy Chadwick
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Mark Kirkwood
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Doug Barton
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: Sockets stuck in FIN_WAIT_1
  • From: Chuck Swiger
• Sockets stuck in FIN_WAIT_1
  • From: Robert Blayzor
• Re: nfs buildworld blocked by rpc.lockd ?
  • From: Doug Rabson
• nfs buildworld blocked by rpc.lockd ?
  • From: Arno J. Klaassen
• lagg interfaces on -stable
  • From: Daniel Ponticello
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: 7-STABLE: bridge and em
  • From: Nikos Vassiliadis
• Re: broken re(4)
  • From: Gerrit Kühn
• Re: 7-STABLE: bridge and em
  • From: Daniel Ponticello
• Re: 7-STABLE: bridge and em
  • From: Guido Falsi
• Re: sched_ule performance on single CPU
  • From: Unga
• 7-STABLE: bridge and em
  • From: Boris Samorodov
• Re: sched_ule performance on single CPU
  • From: Chuck Swiger
• Re: sched_ule performance on single CPU
  • From: Unga
• Re: broken re(4)
  • From: Pyun YongHyeon
• SCSI bus reset with Adaptec 29320ALP and Eonstor RAID
  • From: David Buxton
• Re: broken re(4)
  • From: Michael Proto
• broken re(4)
  • From: Gerrit Kühn
• Re: sched_ule performance on single CPU
  • From: Oliver Fromme
• Re: shmat() return values?
  • From: Marc Olzheim
• ath network (wifi) driver (Fujitsu Siemens Amilo Pro V3515 laptop)
  • From: Jille Timmermans
• shmat() return values?
  • From: Krassimir Slavchev
• Re: Why does sysinstall still limits cylinders to 65535?
  • From: Jeremy Chadwick
• Re: BTX loader hangs after version info
  • From: Peter Holm
• Why does sysinstall still limits cylinders to 65535?
  • From: Carlos A. M. dos Santos
• Re: BTX loader hangs after version info
  • From: Mark Kirkwood
• Re: BTX loader hangs after version info
  • From: Mark Kirkwood
• Re: BTX loader hangs after version info
  • From: Peter Holm
• Re: What does system do after "Uptime: "?
  • From: Xin LI
• Re: BTX loader hangs after version info
  • From: Peter Holm
• Re: sched_ule performance on single CPU
  • From: Unga
• Re: Is it possible to create a directory under /dev?
  • From: Jille
• Re: Is it possible to create a directory under /dev?
  • From: Norberto Meijome
• Re: BTX loader hangs after version info
  • From: Mark Kirkwood
• Re: BTX loader hangs after version info
  • From: Mark Kirkwood
• Re: sched_ule performance on single CPU
  • From: Chuck Swiger
• Re: ZFS on root and disk write caching.
  • From: Zaphod Beeblebrox
• Re: BTX loader hangs after version info
  • From: Eugene Grosbein
• ZFS on root and disk write caching.
  • From: Andrew Hill
• Re: BTX loader hangs after version info
  • From: James Seward
• Re: BTX loader hangs after version info
  • From: Peter Holm
• Re: jail process limits
  • From: Kris Kennaway
• Re: sched_ule performance on single CPU
  • From: Unga
• Re: BTX loader hangs after version info
  • From: John Baldwin
• Re: BTX loader hangs after version info
  • From: John Baldwin
• Re: sched_ule performance on single CPU
  • From: Oliver Fromme
• Re: Is it possible to create a directory under /dev?
  • From: Oliver Fromme
• btw: kernel printing
  • From: Andriy Gapon
• Re: BTX loader hangs after version info
  • From: Kostik Belousov
• Re: BTX loader hangs after version info
  • From: James Seward
• Re: BTX loader hangs after version info
  • From: John Baldwin
• Re: BTX loader hangs after version info
  • From: Kostik Belousov
• Re: Is it possible to create a directory under /dev?
  • From: Kostik Belousov
• Building enlightenment-devel fails
  • From: cflists@xxxxxxxxxx
• Re: Jail resource limits
  • From: Peter Ankerstål
• Re: Is it possible to create a directory under /dev?
  • From: Andriy Gapon
• Re: Is it possible to create a directory under /dev?
  • From: Norberto Meijome
• Re: BTX loader hangs after version info
  • From: Mark Kirkwood
• Re: Core Dump?
  • From: Xin LI
• Core Dump?
  • From: Adam Stylinski
• jail process limits
  • From: Vivek Khera
• Re: Jail resource limits
  • From: Steven Hartland
• Re: Jail resource limits
  • From: Bjoern A. Zeeb
• Re: Jail resource limits
  • From: Peter Ankerstål
• Re: BTX loader hangs after version info
  • From: Jeremy Chadwick
• Re: BTX loader hangs after version info
  • From: James Seward
• Re: Is it possible to create a directory under /dev?
  • From: Vivek Khera
• Re: BTX loader hangs after version info
  • From: Jeremy Chadwick
• Re: Jail resource limits
  • From: Alexander Leidinger
• Re: Jail resource limits
  • From: Miroslav Lachman
• Re: What does system do after "Uptime: "?
  • From: Gavin Atkinson
• BTX loader hangs after version info
  • From: James Seward
• Re: sched_ule performance on single CPU
  • From: Unga
• Jail resource limits
  • From: Peter Ankerstål
• Re: Is it possible to create a directory under /dev?
  • From: Andriy Gapon
• Re: Is it possible to create a directory under /dev?
  • From: Carlos A. M. dos Santos
• Re: Is it possible to create a directory under /dev?
  • From: Carlos A. M. dos Santos
• Re: Suspend/resume on IBM X31
  • From: James Butler
• Re: Instant reboot with FreeBSD 6.3 and > 2GB RAM
  • From: Volker
• Re: sched_ule performance on single CPU
  • From: Oliver Fromme
• Re: Digitally Signed Binaries w/ Kernel support, etc.
  • From: Oliver Fromme
• Re: Is it possible to create a directory under /dev?
  • From: Oliver Fromme
• Re: syslog console log not logging SCSI problems
  • From: Oliver Fromme
• Re: syslog console log not logging SCSI problems
  • From: Nick Barnes
• Re: Is it possible to create a directory under /dev?
  • From: Vivek Khera
• Re: Instant reboot with FreeBSD 6.3 and > 2GB RAM
  • From: Jeremy Chadwick
• Re: Instant reboot with FreeBSD 6.3 and > 2GB RAM
  • From: Vivek Khera
• ZFS on root and disk write caching.
  • From: Arnaud Houdelette
• Is it possible to create a directory under /dev?
  • From: Carlos A. M. dos Santos
• Instant reboot with FreeBSD 6.3 and > 2GB RAM
  • From: votdev
• Re: ubench on v6 a v7
  • From: Karel Rous
• Re: Status of ZFS in -stable?
  • From: Zaphod Beeblebrox
• Re: Status of ZFS in -stable?
  • From: Freddie Cash
• Re: Status of ZFS in -stable?
  • From: Dick Hoogendijk
• Re: syslog console log not logging SCSI problems
  • From: Oliver Fromme
• Re: Buildworld Fails RELENG_7
  • From: Mike Edenfield
• Re: Buildworld Fails RELENG_7
  • From: Erik Trulsson
• Re: ubench on v6 a v7
  • From: Ivan Voras
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Doug Rabson
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Suspend/resume on IBM X31
  • From: James Butler
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Doug Rabson
• Re: Buildworld Fails RELENG_7
  • From: Peter Jeremy
• Re: Buildworld Fails RELENG_7
  • From: Erik Trulsson
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Mark Andrews
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Mark Andrews
• Re: Buildworld Fails RELENG_7
  • From: Josh Carroll
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Josh Carroll
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Josh Carroll
• Re: Disk access/MPT under ESX3.5
  • From: Adam McDougall
• Re: Buildworld Fails RELENG_7
  • From: Mike Edenfield
• Re: Buildworld Fails RELENG_7
  • From: Mark Andrews
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Jeffrey Goldberg
• Re: Buildworld Fails RELENG_7
  • From: Peter Jeremy
• Re: Buildworld Fails RELENG_7
  • From: Jeffrey Goldberg
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Clifton Royston
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: geom_raid5 + FreeBSD 7.0-STABLE + 5x500Gb (1.8T UFS volume) -- crashes :(
  • From: Lev Serebryakov
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• geom_raid5 + FreeBSD 7.0-STABLE + 5x500Gb (1.8T UFS volume) -- crashes :(
  • From: Lev Serebryakov
• Re: Buildworld Fails RELENG_7
  • From: Mike Edenfield
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Lowell Gilbert
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Doug Rabson
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: udf
  • From: Matthew Dillon
• Re: Buildworld Fails RELENG_7
  • From: Doug Rabson
• Re: Buildworld Fails RELENG_7
  • From: Jeremy Chadwick
• Re: Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: possible zfs bug? lost all pools
  • From: Fabian Keil
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Vivek Khera
• Re: Buildworld Fails RELENG_7
  • From: Doug Rabson
• Buildworld Fails RELENG_7
  • From: Dave Uhring
• Re: udf
  • From: Scott Long
• Re: udf
  • From: Andriy Gapon
• Re: Suspend/resume on IBM X31
  • From: Jeremy Chadwick
• Suspend/resume on IBM X31
  • From: James Butler
• Re: Disk access/MPT under ESX3.5
  • From: Daniel Ponticello
• Re: Disk access/MPT under ESX3.5
  • From: Daniel Ponticello
• Re[2]: Disk access/MPT under ESX3.5
  • From: Shunsuke SHINOMIYA
• Re: Disk access/MPT under ESX3.5
  • From: Daniel Ponticello
• ubench on v6 a v7
  • From: Karel Rous
• Re: possible zfs bug? lost all pools
  • From: Claus Guttesen
• Re: Disk access/MPT under ESX3.5
  • From: Shunsuke SHINOMIYA
• Re: possible zfs bug? lost all pools
  • From: Charles Sprickman
• Re: Auto bridge for qemu network
  • From: Maho NAKATA
• Re: Status of ZFS in -stable?
  • From: Zaphod Beeblebrox
• Re: Packet-corruption with re(4)
  • From: Peter Ankerstål
• Re: Disk access/MPT under ESX3.5
  • From: Daniel Ponticello
• Re: Apache seg faults -- Possible problem with libc? [solved]
  • From: Norbert Papke
• Re: Disk access/MPT under ESX3.5
  • From: Clifton Royston
• Re: possible zfs bug? lost all pools
  • From: JoaoBR
• Re: connect(): Operation not permitted
  • From: Kian Mohageri
• Re: possible zfs bug? lost all pools
  • From: Jeremy Chadwick
• Re: possible zfs bug? lost all pools
  • From: JoaoBR
• Disk access/MPT under ESX3.5
  • From: Daniel Ponticello
• Re: possible zfs bug? lost all pools
  • From: Torfinn Ingolfsen
• Re: possible zfs bug? lost all pools
  • From: Greg Byshenk
• possible zfs bug? lost all pools
  • From: JoaoBR
• Re: connect(): Operation not permitted
  • From: Johan Ström
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Ian Smith
• Re: connect(): Operation not permitted
  • From: Matthew Seaman
• Apache seg faults -- Possible problem with libc?
  • From: Norbert Papke
• Re: connect(): Operation not permitted
  • From: Johan Ström
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Willy Offermans
• Re: connect(): Operation not permitted
  • From: Alex Trull
• Re: connect(): Operation not permitted
  • From: Jeremy Chadwick
• connect(): Operation not permitted
  • From: Johan Ström
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Evren Yurtesen
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Jeremy Chadwick
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Willy Offermans
• Re: ciss(4) not coping with large arrays?
  • From: Emil Mikulic
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Thomas Hurst
• Re: FreeBSD 7.0-STABLE: "mount_nfs" vs "mount -t nfs": problems with second one, UDP timeouts and ICMP ports unreach?!
  • From: Lev Serebryakov
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Roland Smith
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Evren Yurtesen
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Thomas Hurst
• Re: udf
  • From: Scott Long
• Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7
  • From: Sam Leffler
• Re: udf
  • From: Jeremy Chadwick
• Re: udf
  • From: Stefan Lambrev
• udf
  • From: Zoran Kolic
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Jeremy Chadwick
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Willy Offermans
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Willy Offermans
• Re: FreeBSD 7.0-STABLE: "mount_nfs" vs "mount -t nfs": problems with second one, UDP timeouts and ICMP ports unreach?!
  • From: Lev Serebryakov
• Re: today's build is causing errors for me
  • From: Pollywog
• Re: today's build is causing errors for me
  • From: Pollywog
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Vivek Khera
• RE: cvsup.uk.FreeBSD.org
  • From: Tony Finch
• Re: FreeBSD 7.0-STABLE: "mount_nfs" vs "mount -t nfs": problems with second one, UDP timeouts and ICMP ports unreach?!
  • From: Lev Serebryakov
• cfservd crashing on 7.0
  • From: Steve Wills
• FreeBSD Status Reports for the First Quarter of 2008
  • From: Brad Davis
• Re: Timedia 8 port serial pci card problem
  • From: Thomas Vogt
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Kris Kennaway
• Status of ZFS in -stable?
  • From: Pierre-Luc Drouin
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Jeremy Chadwick
• Re: g_vfs_done error third part--PLEASE HELP!
  • From: Willy Offermans
• FreeBSD 7.0-STABLE: "mount_nfs" vs "mount -t nfs": problems with second one, UDP timeouts and ICMP ports unreach?!
  • From: Lev Serebryakov
• Re: Timedia 8 port serial pci card problem
  • From: Marcel Moolenaar
• Re: just one last question about /etc/rc.d file permissions
  • From: Jeremy Chadwick
• Re: ciss(4) not coping with large arrays?
  • From: Claus Guttesen
• Timedia 8 port serial pci card problem
  • From: Thomas Vogt
• Re: ciss(4) not coping with large arrays?
  • From: Paul Saab
• Re: ciss(4) not coping with large arrays?
  • From: Paul Saab
• Re: ciss(4) not coping with large arrays?
  • From: Claus Guttesen
• ciss(4) not coping with large arrays?
  • From: Emil Mikulic
• just one last question about /etc/rc.d file permissions
  • From: Rob Lytle
• Re: today's build is causing errors for me
  • From: Rob Lytle
• Re: today's build is causing errors for me / Fixed for now
  • From: Rob Lytle
• Re: today's build is causing errors for me
  • From: Jeremy Chadwick
• Re: today's build is causing errors for me
  • From: Rob Lytle
• Re: today's build is causing errors for me
  • From: Jeremy Chadwick
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Andrey V. Elsukov
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Ian Smith
• today's build is causing errors for me
  • From: Rob Lytle
• RE: cvsup.uk.FreeBSD.org
  • From: Dr Josef Karthauser
• RE: thread scheduling at mutex unlock
  • From: David Schwartz
• Re: thread scheduling at mutex unlock
  • From: Brent Casavant
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: thread scheduling at mutex unlock
  • From: Andrew Snow
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• RE: thread scheduling at mutex unlock
  • From: David Schwartz
• Re: thread scheduling at mutex unlock
  • From: Brent Casavant
• RE: thread scheduling at mutex unlock
  • From: David Schwartz
• Re: thread scheduling at mutex unlock
  • From: Daniel Eischen
• cron hanging on to child processes
  • From: Pete French
• Re: Upgrade path from 5.5?
  • From: Sergey N. Voronkov
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Jeremy Chadwick
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Vivek Khera
• Re: bin/40278: mktime returns -1 for certain dates/timezones when it should normalize
  • From: Gavin Atkinson
• Upgrade path from 5.5?
  • From: Jason Porter
• Re: thread scheduling at mutex unlock
  • From: Daniel Eischen
• Re: thread scheduling at mutex unlock
  • From: David Xu
• Re: syslog console log not logging SCSI problems
  • From: Nick Barnes
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Bruce M. Simpson
• Re: syslog console log not logging SCSI problems
  • From: Jeremy Chadwick
• Re: syslog console log not logging SCSI problems
  • From: Nick Barnes
• Re: how much memory does increasing max rules for IPFW take up?
  • From: Andrey V. Elsukov
• Re: syslog console log not logging SCSI problems
  • From: Jeremy Chadwick
• syslog console log not logging SCSI problems
  • From: Nick Barnes
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: thread scheduling at mutex unlock
  • From: David Xu
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: bin/40278: mktime returns -1 for certain dates/timezones when it should normalize
  • From: Marc Olzheim
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Evren Yurtesen
• Auto bridge for qemu network [was: kqemu support: not compiled]
  • From: bazzoola
• Re: thread scheduling at mutex unlock
  • From: Brent Casavant
• Re: thread scheduling at mutex unlock
  • From: David Xu
• Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Jeremy Chadwick
• Re: instability with gmirror and atacontrol spindown
  • From: Jeremy Chadwick
• RE: thread scheduling at mutex unlock
  • From: David Schwartz
• Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl.
  • From: Evren Yurtesen
• Re: Status of ZFS in -stable?
  • From: UBM
• instability with gmirror and atacontrol spindown
  • From: Aragon Gouveia
• Re: thread scheduling at mutex unlock
  • From: Andriy Gapon
• Re: RELENG_6 regression: panic: vm_fault on nofault entry, addr: c8000000
  • From: Gavin Atkinson
• RELENG_6 regression: panic: vm_fault on nofault entry, addr: c8000000
  • From: Ulrich Spoerlein
• RELENG_6 regression: ums0: X report 0x0002 not supported
  • From: Ulrich Spoerlein
• how much memory does increasing max rules for IPFW take up?
  • From: Vivek Khera
• thread scheduling at mutex unlock
  • From: Andriy Gapon
• nscd strange behaviour
  • From: Anton - Valqk
• Automounting USB sticks - questions
  • From: Michael Voorhis
• Re: Panic after hung rsync, probably zfs related
  • From: Ben Stuyts
• Re: Panic after hung rsync, probably zfs related
  • From: Ben Stuyts
• Re: Panic after hung rsync, probably zfs related
  • From: Ben Stuyts
• Re: Panic after hung rsync, probably zfs related
  • From: Christian Baer
• Re: Panic after hung rsync, probably zfs related
  • From: Kostik Belousov
• Re: Panic after hung rsync, probably zfs related
  • From: Ben Stuyts
• Re: Panic after hung rsync, probably zfs related
  • From: Kris Kennaway
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Bruce Cran
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Ian Smith
• Re: 7.0 issues fixed? upgrade timing?
  • From: Ben Kaduk
• Re: good/best practices for gmirror and gjournal on a pair of disks?
  • From: mcdouga9
• Re: problems with ia64
  • From: Chuck Swiger
• Re: 7.0 issues fixed? upgrade timing?
  • From: Pyun YongHyeon
• : Re: Socket leak (Was: Re: What triggers "No BufferSpace), ?Available"
  • From: Mark Saad
• : Re: Socket leak (Was: Re: What triggers "No BufferSpace), ?Available"
  • From: Mark Saad
• problems with ia64
  • From: Christian J. Wong Cruz
• Re: good/best practices for gmirror and gjournal on a pair of disks?
  • From: George Hartzell
• Re: good/best practices for gmirror and gjournal on a pair of disks?
  • From: George Hartzell
• Re: good/best practices for gmirror and gjournal on a pair of disks?
  • From: Adam McDougall
• Re: Panic after hung rsync, probably zfs related
  • From: Xin LI
• Panic after hung rsync, probably zfs related
  • From: Ben Stuyts
• Re: Changing an installed system from i386 to amd64
  • From: Peter Jeremy
• Re: kqemu support: not compiled
  • From: Juergen Lock
• Re: kqemu support: not compiled
  • From: Boris Samorodov
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Alexandre \"Sunny\" Kovalenko
• Re: Changing an installed system from i386 to amd64
  • From: Pete French
• Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7
  • From: Alexandre \"Sunny\" Kovalenko
• Re: 7.0 issues fixed? upgrade timing?
  • From: Ben Kaduk
• good/best practices for gmirror and gjournal on a pair of disks?
  • From: George Hartzell
• Re: Changing an installed system from i386 to amd64
  • From: Bakul Shah
• Re: Changing an installed system from i386 to amd64
  • From: Pete French
• Re: Changing an installed system from i386 to amd64
  • From: Bakul Shah
• Re: Changing an installed system from i386 to amd64
  • From: Aryeh M. Friedman
• Re: Changing an installed system from i386 to amd64
  • From: Aryeh M. Friedman
• Re: Changing an installed system from i386 to amd64
  • From: Pete French
• Re: Status of ZFS in -stable?
  • From: Marcin Cieslak
• Changing an installed system from i386 to amd64
  • From: Pete French
• Re: Status of ZFS in -stable?
  • From: Hugo Silva
• Re: Status of ZFS in -stable?
  • From: Daniel Gerzo
• Re: umass causes panic on 7 amd64
  • From: Roland Smith
• Re: kqemu support: not compiled
  • From: bazzoola
• Status of ZFS in -stable?
  • From: Pierre-Luc Drouin
• Re: kqemu support: not compiled
  • From: Bakul Shah
• Re: kqemu support: not compiled
  • From: Brandon S. Allbery KF8NH
• Re: kqemu support: not compiled
  • From: bazzoola
• Status of ZFS in -stable?
  • From: Pierre-Luc Drouin
• Re: kqemu support: not compiled
  • From: bazzoola
• Re: kqemu support: not compiled
  • From: bazzoola
• Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7
  • From: Sam Leffler
• Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7
  • From: Alexandre \"Sunny\" Kovalenko
• kqemu support: not compiled
  • From: bazzoola
• Re: umass causes panic on 7 amd64
  • From: Steve Franks
• Re: umass causes panic on 7 amd64
  • From: Roland Smith
• Re: umass causes panic on 7 amd64
  • From: Steve Franks
• Re: 7.0 issues fixed? upgrade timing?
  • From: Torfinn Ingolfsen
• Re: cvsup.uk.FreeBSD.org
  • From: Tony Finch
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Jeremy Chadwick
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Scott Long
• Re: 7.0 issues fixed? upgrade timing?
  • From: Jeremy Chadwick
• Re: 7.0 issues fixed? upgrade timing?
  • From: Torfinn Ingolfsen
• Re: 7.0 issues fixed? upgrade timing?
  • From: Pete French
• Re: 7.0 issues fixed? upgrade timing?
  • From: Torfinn Ingolfsen
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Andrey V. Elsukov
• Re: 7.0 issues fixed? upgrade timing?
  • From: Antony Mawer
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Mark Kirkwood
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Jeremy Chadwick
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: jonathan
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Jeremy Chadwick
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: jonathan
• Re: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: dikshie
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Andrey V. Elsukov
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Jeremy Chadwick
• Re: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: Jeremy Chadwick
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Andrey V. Elsukov
• Re: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: Jeremy Chadwick
• Re: 7.0 issues fixed? upgrade timing?
  • From: Jeremy Chadwick
• burncd: ioctl(CDIOCEJECT): Input/output error
  • From: Carlos A. M. dos Santos
• Re: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: Andrey V. Elsukov
• Re: 7.0 issues fixed? upgrade timing?
  • From: Chuck Swiger
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Ian Smith
• Re: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: Jeremy Chadwick
• 7.0 issues fixed? upgrade timing?
  • From: John Daniels
• any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
  • From: dikshie
• Re: ATA APM and NCQ support in FreeBSD atacontrol
  • From: Jeremy Chadwick
• ATA APM and NCQ support in FreeBSD atacontrol
  • From: jonathan
• Re: Automounting USB sticks - questions
  • From: Vince Hoffman
• Re: sound hosed on 7.0-STABLE/amd64 ?
  • From: Aragon Gouveia
• Re: TMPFS does not support unix socket file?
  • From: Lin Jui-Nan Eric
• Re: TMPFS does not support unix socket file?
  • From: pluknet
• sound hosed on 7.0-STABLE/amd64 ?
  • From: Aragon Gouveia
• TMPFS does not support unix socket file?
  • From: Lin Jui-Nan Eric
• Automounting USB sticks - questions
  • From: Bruce M Simpson
• Re: cvsup.uk.FreeBSD.org
  • From: Dr Joe Karthauser
• Re: /usr/bin/ksu and missing suid bit
  • From: David Wolfskill
• /usr/bin/ksu and missing suid bit
  • From: Stefan Lambrev
• Re: LOR on sleepqueue chain locks, Was: LOR sleepq/scrlock
  • From: Aristedes Maniatis
• Re: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435
  • From: Randy Schultz
• Re: Release Schedule 7.1
  • From: Tom Evans
• Re: flock incorrectly detects deadlock on 7-stable and current
  • From: Doug Rabson
• Re: flock incorrectly detects deadlock on 7-stable and current
  • From: Paul Koch
• Release Schedule 7.1
  • From: Jason C. Wells
• Toshiba PMCIA floppy fdc0: does not respond on pcmcia(4) with 7.0-STABLE
  • From: Marcin Cieslak
• Re: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435
  • From: Xin LI
• panic dd-ing from a USB "disk"
  • From: Mikhail Teterin
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Andrew Snow
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Pete French
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Pete French
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Ivan Voras
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Pete French
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Ivan Voras
• Re: Dreadful gmirror performance - suggested changes to 'prefer'
  • From: Pete French
• New Arrivals: New brand - Analog Clothing
  • From: Streetsoul
• Re: Best-performing disk I/O options for a DBMS server on 7-STABLE
  • From: Pete French
• Re: flock incorrectly detects deadlock on 7-stable and current
  • From: Doug Rabson
• flock incorrectly detects deadlock on 7-stable and current
  • From: Paul Koch
• Re: cvsup.uk.FreeBSD.org
  • From: Ollivier Robert
• cvsup.uk.FreeBSD.org
  • From: Stefan Lambrev
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Ingeborg Hellemo
• Re: Best-performing disk I/O options for a DBMS server on 7-STABLE
  • From: Andrew Snow
• Re: Best-performing disk I/O options for a DBMS server on 7-STABLE
  • From: Claus Guttesen
• Best-performing disk I/O options for a DBMS server on 7-STABLE
  • From: Karl Denninger
• Kernel panic - em0 culprit?
  • From: Yani Karydis
• Re: mpd5.1 and HUAWEI 3g card (ubsa)
  • From: Marcin Cieslak
• Panics in kern_timeout.c (7-STABLE)
  • From: Ruben de Groot
• Re: reboot after panic
  • From: Clifton Royston
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Marcel Moolenaar
• Re: reboot after panic
  • From: Stephen Clark
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Boris Samorodov
• Re: reboot after panic
  • From: Jeremy Chadwick
• Re: reboot after panic
  • From: Stephen Clark
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Ingeborg Hellemo
• Re: reboot after panic
  • From: Jeremy Chadwick
• Re: reboot after panic
  • From: Scott Oertel
• Re: MFC Candidate: convert ffs_softdep.c over to callout(9)
  • From: Ilya Bakulin
• static vs shared vs modules
  • From: Bob Friesenhahn
• Puzzling VM behavior in 6.3
  • From: Guy Helmer
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Marcel Moolenaar
• [HEADS UP] lockmgr needing of sys/lockmgr.h on thirdy part codes
  • From: Attilio Rao
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Ingeborg Hellemo
• Re: PCI serial card works on 6.2 but not on 6.3
  • From: Jeremy Chadwick
• PCI serial card works on 6.2 but not on 6.3
  • From: Ingeborg Hellemo
• FreeBSD 6.2 kernel parameters (Was Re: reboot after panic)
  • From: Clifton Royston
• Re: em1: Unable to allocate bus resource: memory
  • From: Jack Vogel
• Re: em1: Unable to allocate bus resource: memory
  • From: jonathan
• Re: restore issues "Header with wrong dumpdate." and "getfile: lost data"
  • From: Scott Lambert
• Re: MFC of em/igb drivers
  • From: Jack Vogel
• Re: restore issues "Header with wrong dumpdate." and "getfile: lost data"
  • From: Kirk McKusick
• Re: samba build failure on 6-STABLE
  • From: Doug Rabson
• Re: MFC of em/igb drivers
  • From: Scott Long
• Re: MFC of em/igb drivers
  • From: Jack Vogel
• Re: samba build failure on 6-STABLE
  • From: Greg Byshenk
• [releng_7 tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [releng_7 tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [releng_7 tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: MFC of em/igb drivers
  • From: Kostik Belousov
• [releng_7 tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: samba build failure on 6-STABLE
  • From: Doug Rabson
• [releng_7 tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: MFC of em/igb drivers
  • From: Eugene Grosbein
• MFC of em/igb drivers
  • From: Jack Vogel
• [releng_7 tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• mpd5.1 and HUAWEI 3g card (ubsa)
  • From: Stefan Lambrev
• Re: restore issues "Header with wrong dumpdate." and "getfile: lost data"
  • From: David Malone
• Re: reboot after panic
  • From: Stephen Clark
• Re: ubsa speed limit
  • From: Dominic Fandrey
• Re: ubsa speed limit
  • From: Adam McDougall
• ubsa speed limit
  • From: Dominic Fandrey
• Re: Packet-corruption with re(4)
  • From: Alexandre \"Sunny\" Kovalenko
• restore issues "Header with wrong dumpdate." and "getfile: lost data"
  • From: Scott Lambert
• Re: reboot after panic
  • From: Clifton Royston
• Re: reboot after panic
  • From: Stephen Clark
• Re: nfs-server silent data corruption
  • From: Arno J. Klaassen
• Re: What does system do after "Uptime: "?
  • From: Xin LI
• Re: What does system do after "Uptime: "?
  • From: Xin LI
• Re: What does system do after "Uptime: "?
  • From: Stefan Lambrev
• Re: What does system do after "Uptime: "?
  • From: Xin LI
• Re: What does system do after "Uptime: "?
  • From: Gavin Atkinson
• Re: Some odd behaviour of vmstat and vmtotal...
  • From: Sam Leffler
• RE: reboot after panic
  • From: Matthew X. Economou
• Re: samba build failure on 6-STABLE
  • From: Michael Proto
• samba build failure on 6-STABLE
  • From: Greg Byshenk
• Re: reboot after panic
  • From: Wilko Bulte
• reboot after panic
  • From: Stephen Clark
• is there driver for (Bearlake) HECI Controller for releng_7 (or 7_0_0)
  • From: Georgi Iovchev
• Re: error in src/etc/rc.d/mountcritlocal
  • From: Oliver Lehmann
• Re: Some odd behaviour of vmstat and vmtotal...
  • From: Alfred Perlstein
• Re: error in src/etc/rc.d/mountcritlocal
  • From: Mike Makonnen
• Some odd behaviour of vmstat and vmtotal...
  • From: gnn
• HP DL385G1 Smart Array 6i AMD64 FBSD 6.3
  • From: Todorov
• Re: What does system do after "Uptime: "?
  • From: John Baldwin

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