freebsd-current

• Thread Index

---

• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: Manfred Antar
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Jason J. W. Williams
• Re: Making IFQ_MAXLEN tunable
  • From: Julian Elischer
• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: K. Macy
• Making IFQ_MAXLEN tunable
  • From: Maxim Sobolev
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Pierre Massat
• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: K. Macy
• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: Michael Butler
• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: David Wolfskill
• Re: Panic @r207433: "System call fork returning with the following locks held"
  • From: Kostik Belousov
• Panic @r207433: "System call fork returning with the following locks held"
  • From: David Wolfskill
• Re: SUJ update
  • From: Buganini
• Re: mpt(4) MPI_EVENT_IR_RESYNC_UPDATE
  • From: pluknet
• rsync locks for very long periods (indefinitely?) when using suj over raid5
  • From: Ollivier Robert
• Re: SUJ update
  • From: Vladimir Grebenschikov
• Re: mpt(4) MPI_EVENT_IR_RESYNC_UPDATE
  • From: Matthew Jacob
• Re: SUJ update
  • From: pluknet
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Jason J. W. Williams
• mpt(4) MPI_EVENT_IR_RESYNC_UPDATE
  • From: pluknet
• Re: SUJ update
  • From: Kostik Belousov
• Re: SUJ update
  • From: Vladimir Grebenschikov
• Re: SUJ update
  • From: Vladimir Grebenschikov
• Re: kmem_map too small: 3832475648 total allocated
  • From: Gary Jennejohn
• Re: kmem_map too small: 3832475648 total allocated
  • From: Willem Jan Withagen
• SUJ update
  • From: Jeff Roberson
• Re[2]: kmem_map too small: 3832475648 total allocated
  • From: Andrey Smagin
• LOR on secondary machine.
  • From: Super Biscuit
• Re: config(8) dumps core
  • From: Bruce Cran
• Re: config(8) dumps core
  • From: M. Warner Losh
• Re: config(8) dumps core
  • From: Michael Moll
• Re: kmem_map too small: 3832475648 total allocated
  • From: Ollivier Robert
• Re: config(8) dumps core
  • From: M. Warner Losh
• Re: config(8) dumps core
  • From: Michael Moll
• Re: config(8) dumps core
  • From: Bruce Cran
• Re: kmem_map too small: 3832475648 total allocated
  • From: James R. Van Artsdalen
• Re: config(8) dumps core
  • From: Garrett Cooper
• Re: config(8) dumps core
  • From: Bruce Cran
• Re: config(8) dumps core
  • From: Michael Moll
• Re: kmem_map too small: 3832475648 total allocated
  • From: James R. Van Artsdalen
• Re: config(8) dumps core
  • From: Andriy Gapon
• Re: config(8) dumps core
  • From: Andriy Gapon
• Re: kmem_map too small: 3832475648 total allocated
  • From: Artem Belevich
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Jason J. W. Williams
• Re: kmem_map too small: 3832475648 total allocated
  • From: Scott Long
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Mickaël Maillot
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Jason J. W. Williams
• Re: kmem_map too small: 3832475648 total allocated
  • From: Tom Evans
• config(8) dumps core
  • From: Michael Moll
• Re: fixes for enhanced coredump
  • From: Alfred Perlstein
• Re: kmem_map too small: 3832475648 total allocated
  • From: Ollivier Robert
• Re: ZFS Stability & MySQL (Comments Requested)
  • From: Olivier Smedts
• ZFS Stability & MySQL (Comments Requested)
  • From: Jason J. W. Williams
• Re: sleep bug in taskqueue(9)
  • From: John Baldwin
• Re: fixes for enhanced coredump
  • From: John Baldwin
• Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Andrius Morkūnas
• Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Dima Panov
• Re: Failed assertion: "(run->regs_mask[elm] & (1U << bit)) == 0"
  • From: Lucius Windschuh
• Failed assertion: "(run->regs_mask[elm] & (1U << bit)) == 0"
  • From: Dmitry Krivenok
• Re[2]: kmem_map too small: 3832475648 total allocated
  • From: Андрей Смагин
• Re: kmem_map too small: 3832475648 total allocated
  • From: Artem Belevich
• kmem_map too small: 3832475648 total allocated
  • From: James R. Van Artsdalen
• sleep bug in taskqueue(9)
  • From: Matthew Fleming
• Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Kostik Belousov
• Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Alexey Shuvaev
• Re: Switchover to CAM ATA?
  • From: Dag-Erling Smørgrav
• Re: Switchover to CAM ATA?
  • From: Lev Serebryakov
• Re: newsyslog patch implementing file includes
  • From: kama
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Alexander Sack
• fixes for enhanced coredump
  • From: Alfred Perlstein
• Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Dima Panov
• Problem with reboot
  • From: Dmitry Krivenok
• New Marvell SATA driver for testing
  • From: Alexander Motin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Ollivier Robert
• Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
  • From: Ollivier Robert
• Re: xorg hangs after last commits
  • From: Robert Noland
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dima Panov
• Re: Switchover to CAM ATA?
  • From: Dag-Erling Smørgrav
• Re: xorg hangs after last commits
  • From: Alex Keda
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Julian H. Stacey
• Re: xorg hangs after last commits
  • From: Robert Noland
• Re: xorg hangs after last commits
  • From: Alex Keda
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Alexander Sack
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Alexander Sack
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• Re: Switchover to CAM ATA?
  • From: Dag-Erling Smørgrav
• Re: xorg hangs after last commits
  • From: Robert Noland
• Re: xorg hangs after last commits
  • From: Alex Keda
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• Re: xorg hangs after last commits
  • From: Robert Noland
• Re: Switchover to CAM ATA?
  • From: Dag-Erling Smørgrav
• Re: Switchover to CAM ATA?
  • From: Dag-Erling Smørgrav
• Re: Something wrong with TCP connections in recent -current
  • From: Alex Keda
• Re: Something wrong with TCP connections in recent -current
  • From: Alex Keda
• Something wrong with TCP connections in recent -current
  • From: Andrey Chernov
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• xorg hangs after last commits
  • From: Alex Keda
• Re: HEADS UP: SUJ Going in to head today
  • From: Andriy Gapon
• Re: Switchover to CAM ATA?
  • From: Gavin Atkinson
• Re: HEADS UP: SUJ Going in to head today
  • From: pluknet
• Re: ClangBSD build failures
  • From: Dominic Fandrey
• Re: ClangBSD build failures
  • From: Dominic Fandrey
• Re: ClangBSD build failures
  • From: Roman Divacky
• Re: ClangBSD build failures
  • From: Roman Divacky
• Re: ClangBSD build failures
  • From: Dominic Fandrey
• Re: ClangBSD build failures
  • From: Roman Divacky
• Re: ClangBSD build failures
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• ClangBSD build failures
  • From: Dominic Fandrey
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: Switchover to CAM ATA?
  • From: Luke Dean
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: HEADS UP: SUJ Going in to head today - panic on rename()
  • From: Jeff Roberson
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Andrew Reilly
• Re: Switchover to CAM ATA?
  • From: Daniel O'Connor
• Re: Switchover to CAM ATA?
  • From: Lev Serebryakov
• Re: Keyboard problem with new MacBook Pro.
  • From: Peter Ankerstål
• Re: Switchover to CAM ATA?
  • From: Pawel Jakub Dawidek
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Ian FREISLICH
• Re: Switchover to CAM ATA?
  • From: M. Warner Losh
• Re: Switchover to CAM ATA?
  • From: Robert Watson
• Re: Switchover to CAM ATA?
  • From: Pawel Jakub Dawidek
• Re: kern+world / ports make options
  • From: Arseny Nasokin
• Re: Switchover to CAM ATA?
  • From: M. Warner Losh
• Re: net/mpd5, ppp, proxy-arp issues
  • From: Julian Elischer
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: HEADS UP: SUJ Going in to head today
  • From: pluknet
• Re: HEADS UP: SUJ Going in to head today - panic on rename()
  • From: Vladimir Grebenschikov
• Re: HEADS UP: SUJ Going in to head today
  • From: Andriy Gapon
• Re: HEADS UP: SUJ Going in to head today
  • From: dikshie
• Re: usb/da vs sata geometry calculations (was Re: Switchover to CAM ATA?)
  • From: Alexander Motin
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• Re: net/mpd5, ppp, proxy-arp issues
  • From: Stefan Esser
• Re: New IPv6 settings in rc.conf
  • From: Bruce Cran
• Re: Switchover to CAM ATA?
  • From: Doug Barton
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: New IPv6 settings in rc.conf
  • From: Doug Barton
• Re: Switchover to CAM ATA?
  • From: Doug Barton
• Re: SVN rev 206755 breakage
  • From: Michael Butler
• Re: HEADS UP: SUJ Going in to head today
  • From: Lucius Windschuh
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Gustau Pérez
• Re: HEADS UP: SUJ Going in to head today
  • From: Bruce Cran
• Re: HEADS UP: SUJ Going in to head today
  • From: Scott Long
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: kern+world / ports make options
  • From: Pegasus Mc Cleaft
• State of tun(4) in -CURRENT? No buffer space available
  • From: Marcin Cieslak
• Re: HEADS UP: SUJ Going in to head today
  • From: Gary Jennejohn
• Re: kern+world / ports make options
  • From: Ulrich Spörlein
• sysinstall core dumps when using gsched
  • From: Bruce Cran
• Re: Switchover to CAM ATA?
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• usb/da vs sata geometry calculations (was Re: Switchover to CAM ATA?)
  • From: Andrew Reilly
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: New IPv6 settings in rc.conf
  • From: Bruce Cran
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: PseudoCylon
• Re: HEADS UP: SUJ Going in to head today
  • From: Matthew Jacob
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: New IPv6 settings in rc.conf
  • From: Doug Barton
• Re: HEADS UP: SUJ Going in to head today
  • From: Bruce Cran
• New IPv6 settings in rc.conf
  • From: Bruce Cran
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Weongyo Jeong
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Weongyo Jeong
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Weongyo Jeong
• Re: kern+world / ports make options
  • From: Doug Barton
• HEADS UP: SUJ Going in to head today
  • From: Alex Keda
• Re: Switchover to CAM ATA?
  • From: Marius Strobl
• Re: kern+world / ports make options
  • From: Tom Evans
• kern+world / ports make options
  • From: Pegasus Mc Cleaft
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Buganini
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Hans Petter Selasky
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• 9-CURRENT panic
  • From: Giovanni Tirloni
• Re: newsyslog patch implementing file includes
  • From: Brandon Gooch
• Re: newsyslog patch implementing file includes
  • From: Garance A Drosehn
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: James R. Van Artsdalen
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Gustau Pérez
• Re: Switchover to CAM ATA?
  • From: Szilveszter Adam
• Re: IPv6 configuration in rc.d
  • From: Doug Barton
• Re: Switchover to CAM ATA?
  • From: Lev Serebryakov
• Re: Switchover to CAM ATA?
  • From: Jaakko Heinonen
• Re: Switchover to CAM ATA?
  • From: Freddie Cash
• Re: IPv6 configuration in rc.d
  • From: Hiroki Sato
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: Switchover to CAM ATA?
  • From: Scott Long
• Re: Switchover to CAM ATA?
  • From: Bernd Walter
• Re: Switchover to CAM ATA?
  • From: Jaakko Heinonen
• Re: Switchover to CAM ATA?
  • From: John Baldwin
• Re: MCA messages in /var/log/message?
  • From: John Baldwin
• Re: Switchover to CAM ATA?
  • From: Ivan Voras
• Re: Switchover to CAM ATA?
  • From: Andriy Gapon
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: PseudoCylon
• Re: Switchover to CAM ATA?
  • From: Alexander Motin
• Re: Switchover to CAM ATA?
  • From: Alexander Best
• Re: Switchover to CAM ATA?
  • From: Paul Wootton
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: Switchover to CAM ATA?
  • From: Andriy Gapon
• Re: Switchover to CAM ATA?
  • From: Matthew D. Fuller
• Re: Switchover to CAM ATA?
  • From: Joel Dahl
• Re: Switchover to CAM ATA?
  • From: Nenhum_de_Nos
• Re: Switchover to CAM ATA?
  • From: Szilveszter Adam
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Brooks Davis
• Re: MCA messages in /var/log/message?
  • From: Steve Kargl
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: K. Macy
• Re: MCA messages in /var/log/message?
  • From: Andriy Gapon
• MCA messages in /var/log/message?
  • From: Steve Kargl
• Re: Switchover to CAM ATA?
  • From: Maxim Sobolev
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: Switchover to CAM ATA?
  • From: Richard Tector
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: Switchover to CAM ATA?
  • From: Maxim Sobolev
• Re: Switchover to CAM ATA?
  • From: Lev Serebryakov
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: newsyslog patch implementing file includes
  • From: Gordon Tetlow
• Re: Re: Switchover to CAM ATA?
  • From: Andrey V . Elsukov
• Re: Switchover to CAM ATA?
  • From: Matthew Jacob
• Re: Switchover to CAM ATA?
  • From: Adam Vande More
• Re: Switchover to CAM ATA?
  • From: Julian Elischer
• Re: Switchover to CAM ATA?
  • From: Adam Vande More
• Re: Switchover to CAM ATA?
  • From: Alex Dupre
• FreeBSD Status Report January-March, 2010
  • From: Daniel Gerzo
• Re: Switchover to CAM ATA?
  • From: Freddie Cash
• Switchover to CAM ATA?
  • From: Alexander Motin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Ulrich Spörlein
• Re: newsyslog patch implementing file includes
  • From: John Baldwin
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: newsyslog patch implementing file includes
  • From: Gordon Tetlow
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: newsyslog patch implementing file includes
  • From: krad
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Navdeep Parhar
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Re: newsyslog patch implementing file includes
  • From: Alex Keda
• Re: newsyslog patch implementing file includes
  • From: Alex Keda
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Andrew Reilly
• newsyslog patch implementing file includes
  • From: Gordon Tetlow
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Navdeep Parhar
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• SYSCTL_XXX(9) manual page deficiency
  • From: Maxim Sobolev
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Rui Paulo
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work
  • From: Ollivier Robert
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: HEADS UP: SUJ Going in to head today
  • From: Garrett Cooper
• Re: ZFS DEADLKRES - AHCI blocks on ICH7M
  • From: Marcin Cieslak
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work
  • From: Ian FREISLICH
• Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work
  • From: Ollivier Robert
• ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work
  • From: Ian FREISLICH
• Re: HEADS UP: SUJ Going in to head today
  • From: Gary Jennejohn
• Re: HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Daniel Braniss
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Andrey V. Elsukov
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: pluknet
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Andrey V. Elsukov
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Mehmet Erol Sanliturk
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: bazzoola
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Matthew Jacob
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: HEADS UP: SUJ Going in to head today
  • From: Marius Nünnerich
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: HEADS UP: SUJ Going in to head today
  • From: Patrick Tracanelli
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• HEADS UP: SUJ Going in to head today
  • From: Jeff Roberson
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: Strange disk problem
  • From: David Ehrmann
• Re: ZFS behavior when device disappears
  • From: Jason J. W. Williams
• Re: ZFS behavior when device disappears
  • From: Pawel Jakub Dawidek
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: John Baldwin
• Re: ZFS behavior when device disappears
  • From: Jason J. W. Williams
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: Strange disk problem
  • From: Attilio Rao
• Re: panic: deadlkres: possible deadlock detected
  • From: Attilio Rao
• newsyslog patch implementing file includes
  • From: Gordon Tetlow
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Peter Jeremy
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: net/mpd5, ppp, proxy-arp issues
  • From: Qing Li
• Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server
  • From: Maxim Sobolev
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Eitan Adler
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Strange disk problem
  • From: David Ehrmann
• Re: panic: deadlkres: possible deadlock detected
  • From: Erik Cederstrand
• Re: ZFS behavior when device disappears
  • From: Pawel Jakub Dawidek
• Re: net/mpd5, ppp, proxy-arp issues
  • From: Qing Li
• Re: panic: deadlkres: possible deadlock detected
  • From: Matthew Jacob
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: panic: deadlkres: possible deadlock detected
  • From: Attilio Rao
• panic: deadlkres: possible deadlock detected
  • From: Erik Cederstrand
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Tom Evans
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Andriy Gapon
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: jhell
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alexander Best
• Re: SVN rev 206755 breakage
  • From: Rui Paulo
• Re: SVN rev 206755 breakage
  • From: Alexander Motin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: IPv6 configuration in rc.d
  • From: Doug Barton
• Re: IPv6 configuration in rc.d
  • From: Hiroki Sato
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alex Keda
• Re: Re: SVN rev 206755 breakage
  • From: Rui Paulo
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Sergey Vinogradov
• Re: SPOOFED: Re: SVN rev 206755 breakage
  • From: Michael Butler
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Erik Cederstrand
• Re: SPOOFED: Re: SVN rev 206755 breakage
  • From: Alexander Motin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: George Liaskos
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alex Keda
• Re: SPOOFED: Re: SVN rev 206755 breakage
  • From: Rui Paulo
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alex Keda
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Alex Keda
• Re: SPOOFED: Re: SVN rev 206755 breakage
  • From: Alexander Motin
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dan Nelson
• Re: SPOOFED: Re: SVN rev 206755 breakage
  • From: Rui Paulo
• Re: SVN rev 206755 breakage
  • From: Rui Paulo
• Re: SVN rev 206755 breakage
  • From: Michael Butler
• Re: SVN rev 206755 breakage
  • From: Doug Barton
• IPv6 configuration in rc.d (Was: Re: svn commit: r206408 ...)
  • From: Doug Barton
• SVN rev 206755 breakage
  • From: Michael Butler
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Doug Barton
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Andrius Morkūnas
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: James R. Van Artsdalen
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Dimitry Andric
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Tim Kientzle
• Re: svn commit: r206408 - in head: etc etc/defaults etc/rc.d share/man/man5
  • From: Hiroki Sato
• Re: HP, IBM and Supermicro Servers Compatibility.
  • From: Steven Hartland
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Rui Paulo
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: ISO9660 4GB directory structures boundary limit and growisofs
  • From: Andriy Gapon
• Re: fix for compressed coredumps, please review
  • From: Gary Jennejohn
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• fix for compressed coredumps, please review
  • From: Alfred Perlstein
• Re: svn commit: r206408 - in head: etc etc/defaults etc/rc.d share/man/man5
  • From: Doug Barton
• ISO9660 4GB directory structures boundary limit and growisofs
  • From: Paul B Mahol
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Garrett Cooper
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Ivan Voras
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Rink Springer
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Ivan Voras
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Ivan Voras
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Chuck Swiger
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Outback Dingo
• Re: HP, IBM and Supermicro Servers Compatibility.
  • From: Ivan Voras
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: George Liaskos
• Re: [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Matt Reimer
• [CFT]: ClangBSD is selfhosting, we need testers now
  • From: Roman Divacky
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Re: Cross compilling kernel i386/amd64 is failed
  • From: Andriy Gapon
• Re: Cross compilling kernel i386/amd64 is failed
  • From: Arseny Nasokin
• Re: Cross compilling kernel i386/amd64 is failed
  • From: Andriy Gapon
• Re: Malloc_init: Bad Malloc type Magic
  • From: pluknet
• Malloc_init: Bad Malloc type Magic
  • From: Francis Provencher
• Re: Cross compilling kernel i386/amd64 is failed
  • From: Arseny Nasokin
• Re: Cross compilling kernel i386/amd64 is failed
  • From: Andriy Gapon
• Cross compilling kernel i386/amd64 is failed
  • From: Arseny Nasokin
• Re: HP, IBM and Supermicro Servers Compatibility.
  • From: Miroslav Lachman
• HP, IBM and Supermicro Servers Compatibility.
  • From: Juanito Cassemiro
• Re: Call for testers: SiS190/191 Fast/Gigabit ethernet controller
  • From: Pyun YongHyeon
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: pluknet
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: Nathan Whitehorn
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: John Baldwin
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: pluknet
• Re: Virtualbox
  • From: Ian FREISLICH
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Navdeep Parhar
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Ian FREISLICH
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Ian FREISLICH
• Re: [RFC] Rewriting sade(8)
  • From: Andrey V. Elsukov
• Re: [RFC] Rewriting sade(8)
  • From: Daniel Braniss
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Re: Can't get freebsd running on an opteron board
  • From: Arseny Nasokin
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Navdeep Parhar
• Re: Does "makeoptions WITH_CTF=yes" actually work?
  • From: Alexander Leidinger
• Does "makeoptions WITH_CTF=yes" actually work?
  • From: Navdeep Parhar
• Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
  • From: Buganini
• ZFS behavior when device disappears
  • From: Jason J. W. Williams
• Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc...
  • From: Luigi Rizzo
• Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc...
  • From: b. f.
• Re: Can't get freebsd running on an opteron board
  • From: Arseny Nasokin
• Re: ports and PBIs
  • From: James Butler
• Can't get freebsd running on an opteron board
  • From: oizs
• Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc...
  • From: Luigi Rizzo
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: Doug Barton
• Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc...
  • From: b. f.
• Re: ports and PBIs
  • From: Julian Elischer
• Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
  • From: Garrett Cooper
• Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine())
  • From: Rui Paulo
• Re: ports and PBIs
  • From: Lucas Holt
• Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
  • From: Attilio Rao
• Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
  • From: Attilio Rao
• Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine())
  • From: Hizel Ildar
• Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine())
  • From: Hizel Ildar
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: Miroslav Lachman
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: Doug Barton
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: John Baldwin
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: Miroslav Lachman
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: John Baldwin
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: Dominic Fandrey
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: John Baldwin
• Re: Trivial PR, fix shutdown of rc services started with onestart
  • From: John Baldwin
• Re: When will we can use ZFS v24?
  • From: Garrett Cooper
• Re: ports and PBIs
  • From: Kostik Belousov
• Re: When will we can use ZFS v24?
  • From: Tom Evans
• Re: ipfw bug on i386
  • From: Luigi Rizzo
• Re: ipfw bug on i386
  • From: Hizel Ildar
• Re: ipfw bug on i386
  • From: Andrey V. Elsukov
• Re: ipfw bug on i386
  • From: Alex Keda
• Re: ipfw bug on i386
  • From: Hizel Ildar
• Re: ipfw bug on i386
  • From: Hizel Ildar
• Re: ports and PBIs
  • From: Julian Elischer
• Re: ports and PBIs
  • From: Kostik Belousov
• Re: ports and PBIs
  • From: Julian Elischer
• Re: ports and PBIs
  • From: Kostik Belousov
• Re: ports and PBIs
  • From: Julian Elischer
• Re: ports and PBIs
  • From: James Butler
• Re: ports and PBIs
  • From: James Butler
• Re: ports and PBIs
  • From: Kostik Belousov
• Re: ports and PBIs
  • From: Matthew Seaman
• Re: ports and PBIs
  • From: Julian Elischer
• ipfw bug on i386
  • From: Alex Keda
• Re: ports and PBIs
  • From: Garrett Cooper
• Re: ports and PBIs
  • From: Robert Noland
• boot process gets weirdly interrupted when using scroll lock
  • From: deeptech71
• Re: ports and PBIs
  • From: Mehmet Erol Sanliturk
• SIGSEGV in dc, at bcode.c:277 (function reset_bmachine())
  • From: David Wolfskill
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• Re: ports and PBIs
  • From: Mark Linimon
• Re: ports and PBIs
  • From: Tim Kientzle
• Re: ports and PBIs
  • From: Tim Kientzle
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Mike Tancsa
• Re: ports and PBIs
  • From: Julian Elischer
• Re: code.google -> Xpra (anyone planning to port it ?)
  • From: martinko
• Re: ports and PBIs
  • From: Tim Kientzle
• Re: ports and PBIs
  • From: Sam Fourman Jr.
• Re: ports and PBIs
  • From: Julian Elischer
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• Re: ports and PBIs
  • From: Julian Elischer
• Re: ports and PBIs
  • From: Julian Elischer
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Bjoern A. Zeeb
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Mike Tancsa
• Re: ports and PBIs
  • From: kris
• Re: ports and PBIs
  • From: Bruce Simpson
• Re: ports and PBIs
  • From: Garrett Cooper
• Re: ports and PBIs
  • From: Julian Elischer
• Re: ports and PBIs
  • From: Sam Fourman Jr.
• Re: ports and PBIs
  • From: Garrett Cooper
• Trivial PR, fix shutdown of rc services started with onestart
  • From: Dominic Fandrey
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: ports and PBIs
  • From: Sam Fourman Jr.
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: ports and PBIs
  • From: Sam Fourman Jr.
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: ports and PBIs
  • From: Adam Vande More
• ports and PBIs
  • From: Julian Elischer
• Re: BIND from system and from ports
  • From: Doug Barton
• Re: r206358/r206369 prevent me from connecting via wpi0
  • From: Doug Barton
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Mike Tancsa
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Pyun YongHyeon
• Re: Re: [RFC] Rewriting sade(8)
  • From: Andrey V . Elsukov
• Re: LOR on em in HEAD ( was Re: em driver regression
  • From: Jack Vogel
• LOR on em in HEAD ( was Re: em driver regression
  • From: Mike Tancsa
• Re: [RFC] Rewriting sade(8)
  • From: Garrett Cooper
• Re: When will we can use ZFS v24?
  • From: Dan Nelson
• Re: ZFS boot problems with memory > 1MB
  • From: Guido Falsi
• Re: [RFC] Rewriting sade(8)
  • From: John Baldwin
• Re: ZFS boot problems with memory > 1MB
  • From: John Baldwin
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Dimitry Andric
• Re: ZFS raidz and 4k sector disks
  • From: Andriy Gapon
• Re: gpart and sector size
  • From: Alexander Motin
• Re: gpart and sector size
  • From: Alexander Motin
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Andriy Gapon
• Re: gpart and sector size
  • From: Andriy Gapon
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Andriy Gapon
• Re: gpart and sector size
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Andriy Gapon
• Re: ZFS raidz and 4k sector disks
  • From: Alexey Tarasov
• Re: ZFS boot problems with memory > 1MB
  • From: Guido Falsi
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: [RFC] Rewriting sade(8)
  • From: Paul Wootton
• Re: load ipfw table addresses from file
  • From: Ivan Voras
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: load ipfw table addresses from file
  • From: Julian Elischer
• Re: load ipfw table addresses from file
  • From: Alex Keda
• Re: load ipfw table addresses from file
  • From: Hizel Ildar
• Re: [RFC] Rewriting sade(8)
  • From: Alexander Leidinger
• load ipfw table addresses from file
  • From: Alex Keda
• Re: When will we can use ZFS v24?
  • From: Garrett Cooper
• Re: ipv6_enable
  • From: Doug Barton
• Re: ipv6_enable
  • From: Doug Barton
• r206358/r206369 prevent me from connecting via wpi0
  • From: Doug Barton
• Re: When will we can use ZFS v24?
  • From: Chuck Swiger
• Re: When will we can use ZFS v24?
  • From: krad
• Re: gpart and sector size
  • From: Dimitry Andric
• Re: [RFC] Rewriting sade(8)
  • From: Randi Harper
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: [RFC] Rewriting sade(8)
  • From: Kris Moore
• Re: [RFC] Rewriting sade(8)
  • From: Garrett Cooper
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: [RFC] Rewriting sade(8)
  • From: Garrett Cooper
• Re: gpart and sector size
  • From: Marcel Moolenaar
• Re: [RFC] Rewriting sade(8)
  • From: Garrett Cooper
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Garrett Cooper
• Re: [RFC] Rewriting sade(8)
  • From: Devin Teske
• Re: [RFC] Rewriting sade(8)
  • From: Devin Teske
• Re: [RFC] Rewriting sade(8)
  • From: Devin Teske
• Re: [RFC] Rewriting sade(8)
  • From: Kris Moore
• Re: [RFC] Rewriting sade(8)
  • From: Marian Hettwer
• Re: When will we can use ZFS v24?
  • From: Sam Fourman Jr.
• Re: gpart and sector size
  • From: Dimitry Andric
• Re: gpart and sector size
  • From: Gary Jennejohn
• Re: [RFC] Rewriting sade(8)
  • From: Kris Moore
• Re: ZFS DEADLKRES
  • From: Attilio Rao
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: [RFC] Rewriting sade(8)
  • From: Alexander Leidinger
• Re: gpart and sector size
  • From: Dag-Erling Smørgrav
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Rui Paulo
• Re: [RFC] Rewriting sade(8)
  • From: John Baldwin
• Re: [RFC] Rewriting sade(8)
  • From: Alexander Leidinger
• Re: gpart and sector size
  • From: Alexey Tarasov
• Re: gpart and sector size
  • From: Dag-Erling Smørgrav
• buildworld fails building _dtrace_tools
  • From: Claude Buisson
• gpart and sector size
  • From: Alexey Tarasov
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: [RFC] Rewriting sade(8)
  • From: Andrey V. Elsukov
• Re: [RFC] Rewriting sade(8)
  • From: Andriy Gapon
• Re: [RFC] Rewriting sade(8)
  • From: Svein Skogen (Listmail Account)
• Re: [RFC] Rewriting sade(8)
  • From: Alexander Leidinger
• Re: [RFC] Rewriting sade(8)
  • From: Rui Paulo
• Re: [RFC] Rewriting sade(8)
  • From: Dag-Erling Smørgrav
• Re: When will we can use ZFS v24?
  • From: krad
• Re: [RFC] Rewriting sade(8)
  • From: Alexander Leidinger
• Re: [RFC] Rewriting sade(8)
  • From: Andrey V. Elsukov
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: PseudoCylon
• Re: [RFC] Rewriting sade(8)
  • From: Randi Harper
• Re: [RFC] Rewriting sade(8)
  • From: Andrey V. Elsukov
• Re: [RFC] Rewriting sade(8)
  • From: Bruce Cran
• Re: [RFC] Rewriting sade(8)
  • From: Andrey V. Elsukov
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: John Baldwin
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: [RFC] Rewriting sade(8)
  • From: Alex Kozlov
• Re: [RFC] Rewriting sade(8)
  • From: Randi Harper
• Re: When will we can use ZFS v24?
  • From: Dan Nelson
• [RFC] Rewriting sade(8)
  • From: Andrey V . Elsukov
• Re: When will we can use ZFS v24?
  • From: krad
• Re: BIND from system and from ports
  • From: Arseny Nasokin
• BIND from system and from ports
  • From: Eir Nym
• Re: When will we can use ZFS v24?
  • From: Freddie Cash
• Re: When will we can use ZFS v24?
  • From: lhmwzy
• Re: When will we can use ZFS v24?
  • From: Sam Fourman Jr.
• When will we can use ZFS v24?
  • From: lhmwzy
• Fwd: HEADSUP: Call for FreeBSD Status Reports - 1Q/2010
  • From: Daniel Gerzo
• Re: atheros ar 9285
  • From: Rui Paulo
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: Nathan Whitehorn
• atheros ar 9285
  • From: Neil Short
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: Ganbold
• Re: Samba problems on 8.0-RC2
  • From: pluknet
• Enabling AHCI on ICH7M
  • From: Michael Butler
• Re: [head tinderbox] failure on ia64/ia64
  • From: Robert Watson
• Re: [head tinderbox] failure on ia64/ia64
  • From: Robert Watson
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: Call for testers: fxp(4) Rx buffer use after free
  • From: Pyun YongHyeon
• Re: ipv6_enable
  • From: Bjoern A. Zeeb
• Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
  • From: pluknet
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: ipv6_enable
  • From: jhell
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: ipv6_enable
  • From: Doug Barton
• Re: Ports breakage since r205471
  • From: Garrett Cooper
• Re: Ports breakage since r205471
  • From: Erwin Lansing
• Re: Ports breakage since r205471
  • From: Xin LI
• Re: ipv6_enable
  • From: Doug Barton
• Re: Ports breakage since r205471
  • From: Erwin Lansing
• Re: ipv6_enable
  • From: John Hay
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: ipv6_enable
  • From: Doug Barton
• Re: ipv6_enable
  • From: sthaug
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: Ports breakage since r205471
  • From: Xin LI
• Re: ipv6_enable
  • From: Kevin Oberman
• weird errors or else?
  • From: gahn
• Re: ipv6_enable
  • From: Doug Barton
• Re: ipv6_enable
  • From: Doug Barton
• Re: ipv6_enable
  • From: Doug Barton
• Re: Ports breakage since r205471
  • From: Garrett Cooper
• Call for testers: fxp(4) Rx buffer use after free
  • From: Pyun YongHyeon
• Re: iwi problems on -CURRENT (Apr 4. 2010)
  • From: Adam K Kirchhoff
• Re: newfs_msdos and DVD-RAM
  • From: Bruce Evans
• Ports breakage since r205471
  • From: Garrett Cooper
• Re: Results of BIND RFC
  • From: Peter Jeremy
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Garrett Cooper
• Re: ATA_CAM-ed mvsata(4) on OpenRD-client
  • From: Norikatsu Shigemura
• Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)
  • From: Andriy Gapon
• Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)
  • From: Phil Regnauld
• Re: FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)
  • From: Attilio Rao
• FreeBSD 9-CURRENT (and 8.0) on MacMini (rev. 3,1)
  • From: Phil Regnauld
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Rainer Hurling
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Garrett Cooper
• Re: ipv6_enable
  • From: sthaug
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: "npxdna in kernel mode!" from VIA_RNG_store
  • From: Kostik Belousov
• "npxdna in kernel mode!" from VIA_RNG_store
  • From: Bruce Cran
• Re: samba failed MD5 Checksum
  • From: pluknet
• samba failed MD5 Checksum
  • From: gahn
• Re: ipv6_enable
  • From: Kevin Oberman
• Re: Results of BIND RFC
  • From: perryh
• Re: ipv6_enable
  • From: Doug Barton
• panic: vm_fault: fault on nofault entry, addr: c3dce000
  • From: Doug Barton
• iwi problems on -CURRENT (Apr 4. 2010)
  • From: Adam K Kirchhoff
• Re: newfs_msdos and DVD-RAM
  • From: Andriy Gapon
• Re: newfs_msdos and DVD-RAM
  • From: Andriy Gapon
• Re: newfs_msdos and DVD-RAM
  • From: Tijl Coosemans
• Re: newfs_msdos and DVD-RAM
  • From: Paul B Mahol
• Re: Results of BIND RFC
  • From: Ruben de Groot
• Re: ipv6_enable
  • From: Hiroki Sato
• Re: bridged wlan/ether still the same
  • From: Stefan Bethke
• ipv6_enable
  • From: Doug Barton
• Re: Results of BIND RFC
  • From: Arseny Nasokin
• Re: Results of BIND RFC
  • From: Arseny Nasokin
• Re: Results of BIND RFC
  • From: Ian Smith
• Re: ia64 -> panic: deadlkres: possible deadlock detected for 0xe00000001187d880, blocked for 1801437 ticks
  • From: Marcel Moolenaar
• ia64 -> panic: deadlkres: possible deadlock detected for 0xe00000001187d880, blocked for 1801437 ticks
  • From: Anton Shterenlikht
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Dag-Erling Smørgrav
• Re: Results of BIND RFC
  • From: Adam Vande More
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Xin LI
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Garrett Cooper
• Re: Results of BIND RFC
  • From: Freddie Cash
• Re: Results of BIND RFC
  • From: Charles Sprickman
• Re: eeemon(4) in current
  • From: Arseny Nasokin
• Re: Results of BIND RFC
  • From: Doug Hardie
• Re: newfs_msdos and DVD-RAM
  • From: Andriy Gapon
• Re: newfs_msdos and DVD-RAM
  • From: Andriy Gapon
• Re: Results of BIND RFC
  • From: Doug Barton
• Re: Results of BIND RFC
  • From: Daniel Eischen
• Re: Results of BIND RFC
  • From: Reko Turja
• Re: eeemon(4) in current
  • From: Rui Paulo
• Re: Results of BIND RFC
  • From: Kevin Oberman
• Re: Results of BIND RFC
  • From: Guido Falsi
• Re: Results of BIND RFC
  • From: Denny Lin
• Re: Results of BIND RFC
  • From: Jeremy Chadwick
• Re: Results of BIND RFC
  • From: Reko Turja
• Re: Results of BIND RFC
  • From: Erik Trulsson
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Dag-Erling Smørgrav
• Re: newfs_msdos and DVD-RAM
  • From: Andriy Gapon
• Re: newfs_msdos and DVD-RAM
  • From: Fabian Keil
• Re: Results of BIND RFC
  • From: sthaug
• eeemon(4) in current
  • From: Arseny Nasokin
• Re: Results of BIND RFC
  • From: Robert Watson
• Re: HEADS-UP: WITH_CTF now picked up from src.conf/make.conf/kernel-config
  • From: Robert Watson
• Re: Results of BIND RFC
  • From: Poul-Henning Kamp
• Re: Results of BIND RFC
  • From: Stanislav Sedov
• Re: Results of BIND RFC
  • From: Poul-Henning Kamp
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Mark Linimon
• Re: Results of BIND RFC
  • From: Stanislav Sedov
• Re: Results of BIND RFC
  • From: Randy Bush
• Re: bridged wlan/ether still the same
  • From: Randy Bush
• Re: bridged wlan/ether still the same
  • From: Julian Elischer
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Garrett Cooper
• HEADS-UP: WITH_CTF now picked up from src.conf/make.conf/kernel-config
  • From: Alexander Leidinger
• Re: Results of BIND RFC
  • From: Andrey V. Elsukov
• Re: Results of BIND RFC
  • From: Stanislav Sedov
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Xin LI
• Re: Results of BIND RFC
  • From: jhell
• Re: Results of BIND RFC
  • From: Randy Bush
• bridged wlan/ether still the same
  • From: Randy Bush
• Re: Results of BIND RFC
  • From: Peter Thoenen
• Results of BIND RFC
  • From: Doug Barton
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Dag-Erling Smørgrav
• Re: gpart failing with no such geom after gpt corruption
  • From: Bartosz Stec
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Xin LI
• Re: gpart failing with no such geom after gpt corruption
  • From: Bartosz Stec
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Tom Uffner
• Re: gpart failing with no such geom after gpt corruption
  • From: Robert Noland
• Re: gpart failing with no such geom after gpt corruption
  • From: Paul Wootton
• Re: gpart failing with no such geom after gpt corruption
  • From: Robert Noland
• Re: Re: Intel H55 and em0
  • From: Jan Henrik Sylvester
• Re: gpart failing with no such geom after gpt corruption
  • From: Olivier Smedts
• Re: gpart failing with no such geom after gpt corruption
  • From: Marcel Moolenaar
• Re: Intel H55 and em0
  • From: Nathan Mates
• Re: Re: Intel H55 and em0
  • From: Jack Vogel
• Re: gpart failing with no such geom after gpt corruption
  • From: Olivier Smedts
• Re: Intel H55 and em0
  • From: Thomas Gellekum
• Re: Intel H55 and em0
  • From: David Ehrmann
• gpart failing with no such geom after gpt corruption
  • From: Bartosz Stec
• Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
  • From: PseudoCylon
• Re: Intel H55 and em0
  • From: Jack Vogel
• Re: Intel H55 and em0
  • From: Jack Vogel
• Intel H55 and em0
  • From: David Ehrmann
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Xin LI
• Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
  • From: Tom Uffner
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2010-04