freebsd-current

• Thread Index

---

• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Juergen Lock
• Re: Interrupt stom on cardbus device
  • From: Alexey Shuvaev
• Re: ata problems @ r189170
  • From: Alexander Motin
• Re: ata problems @ r189170
  • From: Sam Leffler
• Re: ata problems @ r189170
  • From: Garrett Cooper
• Re: SATA disks suddenly stop working
  • From: Gary Jennejohn
• ata problems @ r189170
  • From: Sam Leffler
• Re: ata problems @ r189170
  • From: Sam Leffler
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Juergen Lock
• Re: SATA disks suddenly stop working
  • From: Elliot Schlegelmilch
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Gary Jennejohn
• RE: Interrupt stom on cardbus device
  • From: Robert Noland
• RE: Interrupt stom on cardbus device
  • From: Nasonov Sergey
• Re: problem with nss_ldap
  • From: Tom McLaughlin
• RE: Interrupt stom on cardbus device
  • From: Robert Noland
• RE: Interrupt stom on cardbus device
  • From: Nasonov Sergey
• RE: Interrupt stom on cardbus device
  • From: Robert Noland
• Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009
  • From: Manfred Antar
• Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009
  • From: Alexander Motin
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: MITSUMI USB FDD with USB4BSD does not work, neither
  • From: Hans Petter Selasky
• RE: Interrupt stom on cardbus device
  • From: Nasonov Sergey
• [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
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Yoshihiro Ota
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• MITSUMI USB FDD with USB4BSD does not work, neither
  • From: Yoshihiro Ota
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: SATA disks suddenly stop working [Update]
  • From: Gary Jennejohn
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• Re: Interrupt stom on cardbus device
  • From: Robert Noland
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• RE: Interrupt stom on cardbus device
  • From: Robert Noland
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• RFC: localized libc messages
  • From: Gábor Kövesdán
• RE: Interrupt stom on cardbus device
  • From: Nasonov Sergey
• Re: Interrupt stom on cardbus device
  • From: John Baldwin
• Re: SATA disks suddenly stop working [Update]
  • From: Alexander Motin
• Re: Interrupt stom on cardbus device
  • From: Robert Noland
• Re: Interrupt stom on cardbus device
  • From: John Baldwin
• Re: Interrupt stom on cardbus device
  • From: Robert Noland
• Re: SATA DVD no longer detected
  • From: Beech Rintoul
• Re: Interrupt stom on cardbus device
  • From: John Baldwin
• Re: SATA disks suddenly stop working [Update]
  • From: Gary Jennejohn
• Re: A patch: fixed mistaken libusbhid change
  • From: Andrew Thompson
• Interrupt stom on cardbus device
  • From: Sergey G Nasonov
• Re: USB devfs patch
  • From: Andrew Thompson
• Re: Default FS Layout Too Small?
  • From: Paige Thompson
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: SATA DVD no longer detected
  • From: Gavin Atkinson
• AsiaBSDCon 2009, early regist until 03/01/2009, dont miss it!
  • From: Daichi GOTO
• Re: Default FS Layout Too Small?
  • From: Ruben de Groot
• Re: USB devfs patch
  • From: Hans Petter Selasky
• A patch: fixed mistaken libusbhid change
  • From: Daichi GOTO
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Yoshihiro Ota
• Re: About bwi
  • From: Sepherosa Ziehau
• Re: cpu temp mbmon tyan
  • From: Pieter de Goeje
• SATA DVD no longer detected
  • From: Beech Rintoul
• Solaris: WARNING: ZFS replay transaction error 1, dataset startpoint, seq 0x90af, txtype 11
  • From: Xin LI
• Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009
  • From: Manfred Antar
• Re: USB devfs patch
  • From: Andrew Thompson
• Re: About bwi
  • From: Alex Keda
• Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009
  • From: Alexander Motin
• Re: About bwi
  • From: Sam Leffler
• Re: About bwi
  • From: Sam Leffler
• Re: About bwi
  • From: Kip Macy
• Re: About bwi
  • From: Alex Keda
• Re: About bwi
  • From: Kip Macy
• About bwi
  • From: Alex Keda
• Re: /dev/nviddiactl from current ports
  • From: Rainer Hurling
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: /dev/nviddiactl from current ports
  • From: Garrett Cooper
• Re: USB devfs patch
  • From: Christoph Mallon
• Re: tomcat & mouse problems
  • From: Chuck Robey
• RE: /dev/nviddiactl from current ports
  • From: Rohit X Tripathi
• Re: usb messages printed after boot
  • From: Lars Engels
• Re: tomcat & mouse problems
  • From: Chuck Robey
• Re: /dev/nviddiactl from current ports
  • From: Tom Evans
• Re: /dev/nviddiactl from current ports
  • From: Garrett Cooper
• /dev/nviddiactl from current ports
  • From: Rohit X Tripathi
• Re: USB devfs patch
  • From: Andrew Thompson
• Re: zfs: using, then destroying a snapshot sometimes panics zfs
  • From: Fabian Keil
• Re: Possible case of sched_ule never honoring cpu_set affinity?
  • From: John Baldwin
• Re: bootblocks compile broken?
  • From: John Baldwin
• cpu temp mbmon tyan
  • From: witalij
• Re: tomcat & mouse problems
  • From: Gavin Atkinson
• Re: problem with nss_ldap
  • From: Tom McLaughlin
• Re: SATA disks suddenly stop working
  • From: Gary Jennejohn
• Re: tomcat & mouse problems
  • From: Tom Evans
• Re: USB devfs patch
  • From: Robert Watson
• Re: USB devfs patch
  • From: Hans Petter Selasky
• Re: USB devfs patch
  • From: Ed Schouten
• Re: USB devfs patch
  • From: Rink Springer
• Re: USB devfs patch
  • From: Poul-Henning Kamp
• Re: usb_device_info has not been declared, some ports fail to build
  • From: Hans Petter Selasky
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Yoshihiro Ota
• Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009
  • From: Manfred Antar
• USB devfs patch
  • From: Andrew Thompson
• Re: tomcat & mouse problems
  • From: Chuck Robey
• Re: usb_device_info has not been declared, some ports fail to build
  • From: Andrew Thompson
• Re: bootblocks compile broken?
  • From: Julian Elischer
• Re: usb_device_info has not been declared, some ports fail to build
  • From: Joe Marcus Clarke
• usb_device_info has not been declared, some ports fail to build
  • From: Kjell Tore Ullavik
• ACPI help for Vostra 2510
  • From: Joe Marcus Clarke
• Re: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64
  • From: Poul-Henning Kamp
• Re: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64
  • From: Ollivier Robert
• [CFT] Intel IGD chips
  • From: Robert Noland
• [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64
  • From: Roman Divacky
• Re: tomcat & mouse problems
  • From: Julian Stecklina
• Re: zfs: using, then destroying a snapshot sometimes panics zfs
  • From: Stefan Bethke
• Re: tomcat & mouse problems
  • From: Chuck Robey
• Re: SATA disks suddenly stop working
  • From: Alexander Motin
• Re: monitoring per cpu usage in 8.0
  • From: Artis Caune
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Gary Jennejohn
• SATA disks suddenly stop working
  • From: Gary Jennejohn
• Re: Default FS Layout Too Small?
  • From: Stephen Montgomery-Smith
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Gary Jennejohn
• Re: Fatal trap 18 on Current 1386 since Saturday 14 Feb 2009
  • From: Manfred Antar
• Re: Default FS Layout Too Small?
  • From: Ian FREISLICH
• Re: Fatal trap 18 on Current 1386 since Saturday 14 Feb 2009
  • From: Gavin Atkinson
• [SOLVED] Re: Recent versions of pxeboot hang/panic on AMD platform.
  • From: Lawrence Stewart
• Re: Default FS Layout Too Small?
  • From: Lawrence Stewart
• Re: Default FS Layout Too Small?
  • From: Matthew Seaman
• Re: Default FS Layout Too Small?
  • From: Lawrence Stewart
• Fatal trap 18 on Current 1386 since Saturday 14 Feb 2009
  • From: Manfred Antar
• Re: CFT: txp(4) new firmware image
  • From: Pyun YongHyeon
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Bruce Simpson
• Re: USB2 vs SCSI pass-through?
  • From: Andrew Thompson
• USB2 vs SCSI pass-through?
  • From: Michael Butler
• Re: Default FS Layout Too Small?
  • From: Michel Talon
• Possible case of sched_ule never honoring cpu_set affinity?
  • From: Justin Teller
• Re: Default FS Layout Too Small?
  • From: Freddie Cash
• Re: Default FS Layout Too Small?
  • From: Rick Macklem
• Re: Default FS Layout Too Small?
  • From: Maksim Yevmenkin
• Re: Default FS Layout Too Small?
  • From: Michael Proto
• Re: Default FS Layout Too Small?
  • From: Michael Proto
• Re: Default FS Layout Too Small?
  • From: Stephen Montgomery-Smith
• Re: Default FS Layout Too Small?
  • From: Rick Macklem
• Re: Default FS Layout Too Small?
  • From: Tim Kientzle
• Re: Default FS Layout Too Small?
  • From: L Campbell
• Re: Default FS Layout Too Small?
  • From: Christoph Mallon
• Re: Default FS Layout Too Small?
  • From: Philipp Ost
• Re: Default FS Layout Too Small?
  • From: Maksim Yevmenkin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling)
  • From: Robert Watson
• Re: Default FS Layout Too Small?
  • From: Craig Rodrigues
• Re: usb messages printed after boot
  • From: Michiel Boland
• Re: Default FS Layout Too Small?
  • From: Christoph Mallon
• Re: usb messages printed after boot
  • From: Hans Petter Selasky
• Default FS Layout Too Small?
  • From: Sean Bruno
• usb messages printed after boot
  • From: Michiel Boland
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Ben Kaduk
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: bootblocks compile broken?
  • From: John Baldwin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Ben Kaduk
• [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
• Potential race condition / performance issue
  • From: Garrett Cooper
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Christoph Mallon
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Maxim Sobolev
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Yoshihiro Ota
• bootblocks compile broken?
  • From: Julian Elischer
• Re: Recent versions of pxeboot hang/panic on AMD platform.
  • From: Lawrence Stewart
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: CFR: usb switchover patches
  • From: Joe Marcus Clarke
• Re: CFR: usb switchover patches
  • From: Andrew Thompson
• Re: CFR: usb switchover patches
  • From: Joe Marcus Clarke
• panic after rebooting with geom_mirror on 8-CURRENT i386
  • From: Aryeh Friedman
• Re: panic after rebooting with geom_mirror on 8-CURRENT i386
  • From: Aryeh Friedman
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Juergen Lock
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: John Baldwin
• RE: Hopefully Simple Question on Debugging Kernel Modules
  • From: David Christensen
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Scott Long
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Robert Watson
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Maxim Sobolev
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: John Baldwin
• Re: [PATCH]Re: Dtrace panic'ed
  • From: Andrew Gallatin
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Robert Watson
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Robert Watson
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Scott Long
• HEADSUP: USB2 now fully default
  • From: Andrew Thompson
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Doug Barton
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Maxim Sobolev
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Scott Long
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: John Baldwin
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: L Campbell
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Scott Long
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: John Baldwin
• Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Gary Jennejohn
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Maxim Sobolev
• [PATCH]Re: Dtrace panic'ed
  • From: Chagin Dmitry
• RT2860 support
  • From: Jack Twilley
• Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Robert Watson
• Re: tomcat & mouse problems
  • From: Gavin Atkinson
• PCI bus not being scanned (was: Re: SATA drive device moving on 8.0 current)
  • From: Gavin Atkinson
• Re: Disabled USB ports after suspend/resume
  • From: Hans Petter Selasky
• The machdep.hyperthreading_allowed & ULE weirdness in 7.1
  • From: Maxim Sobolev
• Re: CFR: usb switchover patches
  • From: Andrew Thompson
• Re: monitoring per cpu usage in 8.0
  • From: Max Laier
• monitoring per cpu usage in 8.0
  • From: Barney Cordoba
• Disabled USB ports after suspend/resume
  • From: Brandon Gooch
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Garrett Cooper
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Doug Barton
• tomcat & mouse problems
  • From: Chuck Robey
• Re: SATA drive device moving on 8.0 current
  • From: Alexander Motin
• Re: modular kernconf
  • From: Buganini
• SATA drive device moving on 8.0 current
  • From: Barney Cordoba
• Re: Annoyance with recent parallelism in rc.d
  • From: Garrett Cooper
• Status of 8.0
  • From: Barney Cordoba
• Re: Annoyance with recent parallelism in rc.d
  • From: Garrett Cooper
• No 2009 disc images (yet)?
  • From: Garrett Cooper
• Re: modular kernconf
  • From: Buganini
• testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
  • From: Juergen Lock
• Re: CVS suckage
  • From: Garrett Cooper
• Re: CVS suckage
  • From: Garrett Cooper
• Re: CVS suckage
  • From: Garrett Cooper
• Re: CVS suckage
  • From: Dimitry Andric
• Re: CVS suckage
  • From: Garrett Cooper
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Garrett Cooper
• CVS suckage
  • From: Garrett Cooper
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: modular kernconf
  • From: Garrett Cooper
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Garrett Cooper
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Benjamin Kaduk
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Ben Kaduk
• Re: Fatal trap 30: reserved (unknown) fault
  • From: Bruce Cran
• Re: Fatal trap 30: reserved (unknown) fault
  • From: Kostik Belousov
• Re: Fatal trap 30: reserved (unknown) fault
  • From: Alexander Motin
• Re: Fatal trap 30: reserved (unknown) fault
  • From: Christoph Mallon
• Re: WITH_SSP in src.conf(5) breaks the build
  • From: Ruslan Ermilov
• ZFS corruption with -current(21/02/2009) on AMD64 w/ ZFS boot
  • From: Pegasus Mc Cleaft
• Fatal trap 30: reserved (unknown) fault
  • From: Alexander Motin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Alexander Motin
• Re: Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Christoph Mallon
• Annoying whitenoise sound coming from snd_hda enabled chipset
  • From: Garrett Cooper
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Bjoern A. Zeeb
• panic in zfs: solaris assert: sm->sm_space == 0 (0x2d800 == 0x0)
  • From: Alexander Leidinger
• Problems with savecore / crashinfo_enable=yes?
  • From: Alexander Leidinger
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• Re: Hopefully Simple Question on Debugging Kernel Modules
  • From: Daniel O'Connor
• No disks found
  • From: Floris Bos
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: modular kernconf
  • From: Garrett Cooper
• Re: r187880 causes fatal trap 30 when unloading drivers
  • From: Paul B. Mahol
• Hopefully Simple Question on Debugging Kernel Modules
  • From: David Christensen
• Re: CFR: usb switchover patches
  • From: Andrew Thompson
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Simon L. Nielsen
• Re: modular kernconf
  • From: Buganini
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Mark Atkinson
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Mark Atkinson
• Re: CFR: usb switchover patches
  • From: Bjoern A. Zeeb
• Re: svn commit: r188743 - head/sys/dev/aac
  • From: Ed Maste
• Re: CFR: usb switchover patches
  • From: M. Warner Losh
• Re: delete-old* doesn't honor WITHOUT_CVS
  • From: Alexander Leidinger
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: CFR: usb switchover patches
  • From: Bjoern A. Zeeb
• Re: High CPU usage for hald(8) as of r188749
  • From: Craig Rodrigues
• delete-old* doesn't honor WITHOUT_CVS
  • From: Garrett Cooper
• Re: CFR: usb switchover patches
  • From: Andrew Thompson
• Re: svn commit: r188743 - head/sys/dev/aac
  • From: pluknet
• Re: CFR: usb switchover patches
  • From: M. Warner Losh
• Re: CFR: usb switchover patches
  • From: Andrew Thompson
• Re: CFR: usb switchover patches
  • From: Joe Marcus Clarke
• CFR: usb switchover patches
  • From: Andrew Thompson
• Re: Patch for 'zfs send -R' core dump (pr bin/130105)
  • From: George Hartzell
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Chao Shin
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Xin LI
• Re: WITH_SSP in src.conf(5) breaks the build
  • From: Jeremie Le Hen
• Re: svn commit: r188743 - head/sys/dev/aac
  • From: Ed Maste
• Re: help generating good id string for ATA id fix (Via VB8001)
  • From: George Hartzell
• Re: Patch for 'zfs send -R' core dump (pr bin/130105)
  • From: Pawel Jakub Dawidek
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Robert Watson
• Re: help generating good id string for ATA id fix (Via VB8001)
  • From: Maxim Sobolev
• help generating good id string for ATA id fix (Via VB8001)
  • From: George Hartzell
• Re: Patch for 'zfs send -R' core dump (pr bin/130105)
  • From: Roman Divacky
• Patch for 'zfs send -R' core dump (pr bin/130105)
  • From: George Hartzell
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Andrew Thompson
• Re: man usb2_core(4)
  • From: raoul megelas
• Re: Re: Annoyance with recent parallelism in rc.d
  • From: Mike Makonnen
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Hans Petter Selasky
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Daichi GOTO
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Rink Springer
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Daichi GOTO
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Hans Petter Selasky
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Ed Schouten
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: 7.1 amb64 boot problem after makeworld
  • From: Kevin Foo
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Andrew Thompson
• Re: USB2: booting from usb memory issue, including a foolish patch
  • From: Giorgos Keramidas
• USB2: booting from usb memory issue, including a foolish patch
  • From: Daichi GOTO
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: 7.1 amb64 boot problem after makeworld
  • From: Steve Kargl
• Re: 7.1 amb64 boot problem after makeworld
  • From: Jose Amengual M
• Re: 7.1 amb64 boot problem after makeworld
  • From: Steve Kargl
• 7.1 amb64 boot problem after makeworld
  • From: Jose Amengual M
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: Bruce Simpson
• Re: man usb2_core(4)
  • From: pluknet
• Re: man usb2_core(4)
  • From: Giorgos Keramidas
• Re: man usb2_core(4)
  • From: Hans Petter Selasky
• High CPU usage for hald(8) as of r188749
  • From: David Wolfskill
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Bruce Simpson
• man usb2_core(4)
  • From: rmgls
• Re: [head tinderbox] failure on mips/mips
  • From: Kostik Belousov
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Ulf Lilleengen
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• HEADSUP: dev/firewire usr.sbin/fwcontrol
  • From: Sean Bruno
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Ulf Lilleengen
• Re: HEADS UP: Major CAM performance regression
  • From: Andrea Venturoli
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: HEADS UP: usb2 support for hal
  • From: Andrew Thompson
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• Re: r187880 causes fatal trap 30 when unloading drivers
  • From: Andrew Gallatin
• Re: HEADS UP: More CAM fixes.
  • From: Alexey Shuvaev
• Re: USB2 + kdb support (UMASS disk dump + USB keyboard)
  • From: Robert Watson
• Re: [head tinderbox] failure on mips/mips
  • From: Andrew Reilly
• Re: r187880 causes fatal trap 30 when unloading drivers
  • From: Paul B. Mahol
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• Re: HEADS UP: More CAM fixes.
  • From: Gary Jennejohn
• Re: zfs: using, then destroying a snapshot sometimes panics zfs
  • From: Stefan Bethke
• Re: HEADS UP: usb2 support for hal
  • From: Hans Petter Selasky
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• HEADS UP: usb2 support for hal
  • From: Joe Marcus Clarke
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: [head tinderbox] failure on mips/mips
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on mips/mips
  • From: M. Warner Losh
• Re: Atheros Card not detected
  • From: Sam Leffler
• Atheros Card not detected
  • From: ro ra
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• Re: snapless
  • From: Brooks Davis
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• snapless
  • From: Randy Bush
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: HEADS UP: Major CAM performance regression
  • From: Steven Hartland
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: HEADS UP: More CAM fixes.
  • From: Bruce Evans
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: HEADS UP: Major CAM performance regression
  • From: Mike Tancsa
• Re: Dtrace panic'ed
  • From: Andrew Gallatin
• Re: Annoyance with recent parallelism in rc.d
  • From: Andrew Gallatin
• r187880 causes fatal trap 30 when unloading drivers
  • From: Andrew Gallatin
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• Re: HEADS UP: Major CAM performance regression
  • From: Mike Tancsa
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: Annoyance with recent parallelism in rc.d
  • From: Alexey Shuvaev
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Poul-Henning Kamp
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Julian Elischer
• Re: HEADS UP: More CAM fixes.
  • From: Scott Long
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Poul-Henning Kamp
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Poul-Henning Kamp
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Maksim Yevmenkin
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Hans Petter Selasky
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Hans Petter Selasky
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Maksim Yevmenkin
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Ulf Lilleengen
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Maksim Yevmenkin
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Maksim Yevmenkin
• Re: boot0cfg -s vs. GEOM_PART_*?
  • From: Marcel Moolenaar
• USB2 + kdb support (UMASS disk dump + USB keyboard)
  • From: Hans Petter Selasky
• Re: HEADS UP: More CAM fixes.
  • From: Gary Jennejohn
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Hans Petter Selasky
• Re: HEADS UP: Major CAM performance regression
  • From: Jan Mikkelsen
• Re: Annoyance with recent parallelism in rc.d
  • From: Mike Makonnen
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• boot0cfg -s vs. GEOM_PART_*?
  • From: Bjoern A. Zeeb
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Michael Butler
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Ed Schouten
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Robert Watson
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Krassimir Slavchev
• Re: weeding out c++ keywords from sys/sys
  • From: Christoph Mallon
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• [PATCH]: type promotion prototypes fixes - NDIS
  • From: Roman Divacky
• Re: HEADS UP: Major CAM performance regression
  • From: Luigi Rizzo
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Hans Petter Selasky
• Re: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831
  • From: Kip Macy
• RE: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831
  • From: Yuriy Tsibizov
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• Re: Annoyance with recent parallelism in rc.d
  • From: Pyun YongHyeon
• Re: hal care, feeding and integration (was Re: USB2 and USB mice)
  • From: Andrew Reilly
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Michael Butler
• Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed
  • From: Julian Elischer
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Giorgos Keramidas
• Re: usb2 moused issue (Microsoft Wireless Optical)
  • From: Hans Petter Selasky
• Re: Re: Annoyance with recent parallelism in rc.d
  • From: Alexey Shuvaev
• Re: usb2 moused issue
  • From: Giorgos Keramidas
• Re: usb2 moused issue
  • From: Hans Petter Selasky
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: usb2 moused issue
  • From: Giorgos Keramidas
• Re: HEADSUP: USB2 now default in GENERIC kernels
  • From: Andrew Thompson
• Re: usb2 moused issue
  • From: Andrew Thompson
• Re: usb2 moused issue
  • From: Maksim Yevmenkin
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: HEADSUP: USB2 now default in GENERIC kernels
  • From: Munehiro Matsuda
• Re: usb2 moused issue
  • From: Hans Petter Selasky
• Re: usb2 moused issue
  • From: Giorgos Keramidas
• Re: hal care, feeding and integration (was Re: USB2 and USB mice)
  • From: Joe Marcus Clarke
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: usb2 moused issue
  • From: Hans Petter Selasky
• Re: HEADSUP: USB2 now default in GENERIC kernels
  • From: Andrew Thompson
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• HEADS UP: More CAM fixes.
  • From: Scott Long
• Re: usb2 moused issue
  • From: Giorgos Keramidas
• usb2 moused issue
  • From: Giorgos Keramidas
• HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling)
  • From: Robert Watson
• Re: USB2 and USB mice
  • From: Andrew Reilly
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• hal care, feeding and integration (was Re: USB2 and USB mice)
  • From: Andrew Reilly
• Re: completely stopped work wm
  • From: Poul-Henning Kamp
• completely stopped work wm
  • From: Gvozdikov Veniamin
• Re: USB2 and USB mice
  • From: Joe Marcus Clarke
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• RE: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Yoshihiro Ota
• Re: USB2 and USB mice
  • From: Joe Marcus Clarke
• Re: USB2 and USB mice
  • From: Andrew Thompson
• USB2 and USB mice
  • From: Michael Butler
• Re: [Fw: Re: [PC-BSD Dev] vmap()-like kernel interface ]
  • From: Garrett Cooper
• Re: weeding out c++ keywords from sys/sys
  • From: cpghost
• Re: HEADSUP: USB2 now default in GENERIC kernels
  • From: Andrew Thompson
• Re: HEADSUP: USB2 now default in GENERIC kernels
  • From: Michael Butler
• HEADSUP: USB2 now default in GENERIC kernels
  • From: Andrew Thompson
• Re: weeding out c++ keywords from sys/sys
  • From: Julian Elischer
• Re: weeding out c++ keywords from sys/sys
  • From: Christoph Mallon
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: weeding out c++ keywords from sys/sys
  • From: Marcel Moolenaar
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: Annoyance with recent parallelism in rc.d
  • From: Brooks Davis
• Re: weeding out c++ keywords from sys/sys
  • From: Christoph Mallon
• Re: weeding out c++ keywords from sys/sys
  • From: Christoph Mallon
• Re: weeding out c++ keywords from sys/sys
  • From: M. Warner Losh
• Re: weeding out c++ keywords from sys/sys
  • From: Michael Butler
• Re: [head tinderbox] failure on amd64/amd64
  • From: M. Warner Losh
• Re: weeding out c++ keywords from sys/sys
  • From: Gary Jennejohn
• Re: weeding out c++ keywords from sys/sys
  • From: Bruce Simpson
• Re: Dtrace panic'ed
  • From: Chagin Dmitry
• Re: Annoyance with recent parallelism in rc.d
  • From: Alexey Shuvaev
• Re: weeding out c++ keywords from sys/sys
  • From: Christoph Mallon
• Re: weeding out c++ keywords from sys/sys
  • From: Gary Jennejohn
• Re: [head tinderbox] failure on amd64/amd64
  • From: Olivier Smedts
• Re: weeding out c++ keywords from sys/sys
  • From: Bruce Simpson
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Annoyance with recent parallelism in rc.d
  • From: Garrett Cooper
• Re: Dtrace panic'ed
  • From: gnn
• Re: USB2 - keyboard error
  • From: Yoshihiro Ota
• Re: USB2 - keyboard error
  • From: Yoshihiro Ota
• Re: USB2 - keyboard error
  • From: Hans Petter Selasky
• Re: USB2 - keyboard error
  • From: Yoshihiro Ota
• Re: HEADS UP: Major CAM performance regression
  • From: Svein Skogen (listmail account)
• Re: USB2 - keyboard error
  • From: Hans Petter Selasky
• Re: USB2 - keyboard error
  • From: Yoshihiro Ota
• Re: USB2 - libusb20 vs devel/libusb
  • From: Hans Petter Selasky
• Re: USB2 - libusb20 vs devel/libusb
  • From: Fabian Keil
• Re: HEADS UP: Major CAM performance regression
  • From: Ivan Voras
• Re: HEADS UP: Major CAM performance regression
  • From: Scott Long
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: Dtrace panic'ed
  • From: Andrew Gallatin
• Pendrive 8G+CAM_REQ_CMP_ERR
  • From: Sylvio César Teixeira Amorim
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Rodion Turlac
• Re: USB2 - keyboard error
  • From: Hans Petter Selasky
• Re: weeding out c++ keywords from sys/sys
  • From: Joseph Koshy
• loader additions
  • From: Andrew Thompson
• USB2 - keyboard error
  • From: Yoshihiro Ota
• Re: Dtrace panic'ed
  • From: Robert Watson
• Re: weeding out c++ keywords from sys/sys
  • From: Andrew Reilly
• Can't boot on ZFS without GPT
  • From: Olivier SMEDTS
• Re: HEADS UP: Major CAM performance regression
  • From: Ivan Voras
• [Fw: Re: [PC-BSD Dev] vmap()-like kernel interface ]
  • From: Mario Pavlov
• Re: HEADS UP: Major CAM performance regression
  • From: Scott Long
• weeding out c++ keywords from sys/sys
  • From: Andriy Gapon
• Re: Dtrace panic'ed
  • From: Andrew Gallatin
• Re: Dtrace panic'ed
  • From: Artem Belevich
• Dtrace panic'ed
  • From: Andrew Gallatin
• Re: @188556 breaks if_iwn and if_wpi
  • From: Sam Leffler
• Re: Duplicate slice entries in /dev
  • From: Dimitry Andric
• Re: atrtc0: Warnings about mappings of I/O and interrupt
  • From: John Baldwin
• Re: Duplicate slice entries in /dev
  • From: John Baldwin
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: HEADS UP: Major CAM performance regression
  • From: Ivan Voras
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Alexander Leidinger
• @188556 breaks if_iwn and if_wpi
  • From: Olivier Smedts
• Re: @188498: u3g works, Xorg does not
  • From: Anton Shterenlikht
• HEADS UP: Major CAM performance regression
  • From: Scott Long
• "The LOR page" is back
  • From: Bjoern A. Zeeb
• Re: nvidia users of Geforce 7050 PV
  • From: Roman Divacky
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Xin LI
• Re: @188498: u3g works, Xorg does not
  • From: Robert Noland
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Yoshihiro Ota
• Re: Duplicate slice entries in /dev
  • From: Bruce Cran
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: 裴国兴
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Joseph Koshy
• Re: Duplicate slice entries in /dev
  • From: Dimitry Andric
• Re: nvidia users of Geforce 7050 PV
  • From: Diego Depaoli
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Buganini
• Re: @188498: u3g works, Xorg does not
  • From: Robert Noland
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• GEOM panic due to unreadable MODE2 CD?
  • From: Ulrich Spörlein
• Re: @188498: u3g works, Xorg does not
  • From: Craig Rodrigues
• Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: Gleb Kurtsou
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Mark Atkinson
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: @188498: u3g works, Xorg does not
  • From: Warren Block
• Re: atrtc0: Warnings about mappings of I/O and interrupt
  • From: John Baldwin
• Re: modular kernconf
  • From: John Baldwin
• Re: @188498: u3g works, Xorg does not
  • From: Anton Shterenlikht
• Re: @188498: u3g works, Xorg does not
  • From: Andrew Milton
• page fault
  • From: Rohit Tripathi
• Re: @188498: u3g works, Xorg does not
  • From: Anton Shterenlikht
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Bjoern A. Zeeb
• Duplicate slice entries in /dev
  • From: Bruce Cran
• Fwd: [patch] libc Berkeley DB information leak
  • From: Oliver Pinter
• Re: @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: @188498: u3g works, Xorg does not
  • From: Gary Jennejohn
• Re: @188498: u3g works, Xorg does not
  • From: Rink Springer
• Re: @188498: u3g works, Xorg does not
  • From: Hans Petter Selasky
• Re: @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: @188498: u3g works, Xorg does not
  • From: haro
• Re: @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: @188498: u3g works, Xorg does not
  • From: Andrew Milton
• Re: @188498: u3g works, Xorg does not
  • From: Hans Petter Selasky
• Re: @188498: u3g works, Xorg does not
  • From: Max Laier
• Re: @188498: u3g works, Xorg does not
  • From: Renato Botelho
• @188498: u3g works, Xorg does not
  • From: Poul-Henning Kamp
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Alan Cox
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Mark Atkinson
• Re: modular kernconf
  • From: Svein Skogen (listmail account)
• Re: modular kernconf
  • From: army.of.root
• Re: nvidia users of Geforce 7050 PV
  • From: Diego Depaoli
• Re: modular kernconf
  • From: Chuck Swiger
• modular kernconf
  • From: Buganini
• Re: nvidia users of Geforce 7050 PV
  • From: Marc G. Fournier
• nvidia users of Geforce 7050 PV
  • From: Roman Divacky
• Re: Profiling
  • From: Kip Macy
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: CFT: Graphics support for /boot/loader
  • From: Olivier SMEDTS
• Re: CFT: Graphics support for /boot/loader
  • From: Peter Jeremy
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Alan Cox
• Profiling
  • From: Barney Cordoba
• LoR when drives are dirty
  • From: Sean Bruno
• Re: [sysctl] New sysctl LoR today
  • From: Sean Bruno
• Re: lpt stopped working
  • From: Christian Gusenbauer
• Re: [sysctl] New sysctl LoR today
  • From: John Baldwin
• Re: lpt stopped working
  • From: John Baldwin
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Brandmueller
• Re: CFT: Graphics support for /boot/loader
  • From: Rink Springer
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Alexander Leidinger
• Re: CFT: Graphics support for /boot/loader
  • From: Alex Dupre
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Contention on sysctl lock
  • From: Ed Schouten
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• Re: [sysctl] New sysctl LoR today
  • From: Sean Bruno
• Re: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103
  • From: Sean Bruno
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Lawrence Stewart
• Re: CFT: Graphics support for /boot/loader
  • From: Antony Mawer
• Re: [RFC] Skeleton jail (rc.d feature proposal)
  • From: Xin LI
• [RFC] Skeleton jail (rc.d feature proposal)
  • From: Xin LI
• fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103
  • From: Chris Ruiz
• [sysctl] New sysctl LoR today
  • From: Sean Bruno
• Re: lpt stopped working
  • From: Alexey Shuvaev
• Re: uart(4) not working in QEMU
  • From: Juergen Lock
• Re: lpt stopped working
  • From: John Baldwin
• Re: lpt stopped working
  • From: Alexey Shuvaev
• Re: lpt stopped working
  • From: John Baldwin
• Re: lpt stopped working
  • From: Christian Gusenbauer
• Re: hald/geom(?) lock up
  • From: pluknet
• Re: memory alignment problems with -current on amd64? [Found Cause]
  • From: Mark Atkinson
• Re: lpt stopped working
  • From: Alexey Shuvaev
• hald/geom(?) lock up
  • From: pluknet
• Re: UFS Witness LoR + 5 other LoRs
  • From: Doug Barton
• [repost] multiple filesystems sharing/clobbering device vnode
  • From: Andriy Gapon
• Re: UFS Witness LoR + 5 other LoRs
  • From: John Baldwin
• Re: CFT: Graphics support for /boot/loader
  • From: David Naylor
• patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well
  • From: 裴国兴
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: sysctl question
  • From: Roman Divacky
• uart(4) not working in QEMU
  • From: Bruce M Simpson
• [wkoszek@FreeBSD.org: svn commit: r188309 - head/sys/conf]
  • From: Wojciech A. Koszek
• Re: memory alignment problems with -current on amd64?
  • From: Mark Atkinson
• Re: UFS Witness LoR + 5 other LoRs
  • From: Doug Barton
• Re: UFS Witness LoR + 5 other LoRs
  • From: Kostik Belousov
• Re: UFS Witness LoR + 5 other LoRs
  • From: Doug Barton
• Re: UFS Witness LoR + 5 other LoRs
  • From: Martin
• Re: Bad unicode `-' in manpages
  • From: Anonymous
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Alfred Perlstein
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Alfred Perlstein
• Re: CFT: Graphics support for /boot/loader
  • From: Lars Engels
• Re: lpt stopped working
  • From: John Baldwin
• Re: libteken related compiling error
  • From: Garrett Cooper
• Re: WITHOUT_INET6 broken on CURRENT
  • From: Garrett Cooper
• Re: lpt stopped working
  • From: Christian Gusenbauer
• Re: "Fatal trap" when unloading usb2_controller_ehci
  • From: Paul B. Mahol
• Re: UFS Witness LoR + 5 other LoRs
  • From: Dmitry Marakasov
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Giorgos Keramidas
• Re: "Fatal trap" when unloading usb2_controller_ehci
  • From: John Baldwin
• Re: lpt stopped working
  • From: John Baldwin
• Re: sysctl question
  • From: John Baldwin
• performance testing of VIMAGE changes.
  • From: Julian Elischer
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Christoph Mallon
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Christoph Mallon
• Re: Bad unicode `-' in manpages
  • From: Dmitry Marakasov
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Christoph Mallon
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Christoph Mallon
• Re: WITHOUT_INET6 broken on CURRENT
  • From: Randall Stewart
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Giorgos Keramidas
• Re: zfs: allocating allocated segment
  • From: Michael Gusek
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: WITHOUT_INET6 broken on CURRENT
  • From: Bjoern A. Zeeb
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Remko Lodder
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Maxim Sobolev
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Garrett Cooper
• Re: WITHOUT_INET6 broken on CURRENT
  • From: Garrett Cooper
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Maksim Yevmenkin
• Re: WITHOUT_INET6 broken on CURRENT
  • From: Michael Proto
• WITHOUT_INET6 broken on CURRENT
  • From: Garrett Cooper
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: M. Warner Losh
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: M. Warner Losh
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: M. Warner Losh
• System Freeze when custom kernel is compiled
  • From: Odhiambo Washington
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Sam Leffler
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Gavin Atkinson
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Hans Petter Selasky
• Re: UFS Witness LoR + 5 other LoRs
  • From: Dan Nelson
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Andrew Thompson
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Remko Lodder
• Re: is there a protected/locked printf?
  • From: Dimitry Andric
• is there a protected/locked printf?
  • From: Barney Cordoba
• Re: UFS Witness LoR + 5 other LoRs
  • From: Martin
• Re: USB2 - libusb20 vs devel/libusb
  • From: Fabian Keil
• Re: USB2 - libusb20 vs devel/libusb
  • From: Hans Petter Selasky
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Christoph Mallon
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Martin Wilke
• Re: USB2 - libusb20 vs devel/libusb
  • From: Fabian Keil
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Mike Meyer
• Re: CFT: Graphics support for /boot/loader
  • From: Alexander Leidinger
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Matt Dawson
• Re: ZFS and Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: UFS Witness LoR + 5 other LoRs
  • From: Martin
• Re: UFS Witness LoR + 5 other LoRs
  • From: Kris Kennaway
• Re: CFT: Graphics support for /boot/loader
  • From: Matt Dawson
• Re: "Fatal trap" when unloading usb2_controller_ehci
  • From: Hans Petter Selasky
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Alfred Perlstein
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• "Fatal trap" when unloading usb2_controller_ehci
  • From: Bruce Cran
• [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
• boot2 and ntldr on sata2
  • From: Victor M. Blood
• boot2.c need change or not.
  • From: Victor M. Blood
• Re: CFT: Graphics support for /boot/loader
  • From: Doug Barton
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Alexey Shuvaev
• Re: CFT: Graphics support for /boot/loader
  • From: Doug Barton
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: To Alexander Motin aka Mav. HDA problems.
  • From: Alexander Motin
• Re: HT 1000 SATA suggestion
  • From: Søren Schmidt
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• HT 1000 SATA suggestion
  • From: Mikulas Patocka
• Re: iwi broken? reproducible crash :(
  • From: Jan Henrik Sylvester
• [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
• USB2/USB4BSD - code reference available
  • From: Hans Petter Selasky
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: zfs: allocating allocated segment
  • From: Michael Gusek
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: running binaries under linux ABI
  • From: Roman Divacky
• Re: CFT: Graphics support for /boot/loader
  • From: Antonios Anastasiadis
• Re: iwi broken? reproducible crash :(
  • From: Szilveszter Adam
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: iwi broken? reproducible crash :(
  • From: L Campbell
• Re: iwi broken? reproducible crash :(
  • From: Sam Leffler
• Re: CFT: Graphics support for /boot/loader
  • From: Diego Rocha
• RE: ZFS and Graphics support for /boot/loader
  • From: Paul Wootton
• Re: CFT: Graphics support for /boot/loader
  • From: Vincent Hoffman
• Re: zfs: allocating allocated segment
  • From: Peter Schuller
• running binaries under linux ABI
  • From: rohit . x . tripathi
• Check out my Facebook profile
  • From: Ali Sohi
• Re: CFT: Graphics support for /boot/loader
  • From: Thomas Sparrevohn
• Re: To Alexander Motin aka Mav. HDA problems.
  • From: Alexander Motin
• Re: iwi broken? reproducible crash :(
  • From: L Campbell
• Re: lpt stopped working
  • From: Beech Rintoul
• Re: iwi broken? reproducible crash :(
  • From: Szilveszter Adam
• Re: installkernel on small disk
  • From: blah
• Re: Bad unicode `-' in manpages
  • From: Anonymous
• iwi broken? reproducible crash :(
  • From: L Campbell
• Re: Solaris live upgrade like FreeBSD ZFS-rootfs update
  • From: Philipp Wuensche
• Re: To John Birrell: weird behaviors of DTrace on amd64
  • From: John Baldwin
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Bad unicode `-' in manpages
  • From: Dmitry Marakasov
• Re: To John Birrell: weird behaviors of DTrace on amd64
  • From: Klapper Zhu
• Re: CFT: Graphics support for /boot/loader
  • From: pluknet
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: M. Warner Losh
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: lpt stopped working
  • From: John Baldwin
• Re: CFT: Graphics support for /boot/loader
  • From: Renato Botelho
• Re: To Alexander Motin aka Mav. HDA problems.
  • From: blah
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Christian Gusenbauer
• To Alexander Motin aka Mav. HDA problems.
  • From: Yury Froloff
• Re: lpt stopped working
  • From: Christian Gusenbauer
• Re: SATA drive device moving on 8.0 current
  • From: Barney Cordoba
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Renato Botelho
• Re: CFT: Graphics support for /boot/loader
  • From: Skip Ford
• Re: CFT: Graphics support for /boot/loader
  • From: Skip Ford
• Re: CFT: Graphics support for /boot/loader
  • From: Alex Dupre
• Re: zfs: allocating allocated segment
  • From: Michael Gusek
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Maxim Sobolev
• Re: CFT: Graphics support for /boot/loader
  • From: Danny Braniss
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: lpt stopped working
  • From: Beech Rintoul
• HEADSUP usb2/usb4bsd to become default in GENERIC
  • From: Alfred Perlstein
• Re: CFT: Graphics support for /boot/loader
  • From: Julian Elischer
• Re: CFT: Graphics support for /boot/loader
  • From: Scott Long
• Re: CFT: Graphics support for /boot/loader
  • From: Alexandre Biancalana
• Re: CFT: Graphics support for /boot/loader
  • From: Scott Long
• Re: CFT: Graphics support for /boot/loader
  • From: Julian Elischer
• Re: CFT: Graphics support for /boot/loader
  • From: Patrick Hajek
• Re: CFT: Graphics support for /boot/loader
  • From: blah
• Re: CFT: Graphics support for /boot/loader
  • From: Oleksandr Tymoshenko
• Re: CFT: Graphics support for /boot/loader
  • From: Max Laier
• Re: CFT: Graphics support for /boot/loader
  • From: Bruno Van Den Bossche
• Re: CFT: Graphics support for /boot/loader
  • From: Andrew Thompson
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: To John Birrell: weird behaviors of DTrace on amd64
  • From: John Baldwin
• Re: [Patch] problems dropping to single user from multi in recent -current?
  • From: Mister Olli
• Re: process hang in zfs->io_ ?
  • From: Gleb Kurtsou
• IPv6 autoconfiguration fails
  • From: Bruce Cran
• To John Birrell: weird behaviors of DTrace on amd64
  • From: Klapper Zhu
• RE: process hang in zfs->io_ ?
  • From: Paul Tice
• Re: [Patch] problems dropping to single user from multi in recent -current?
  • From: Mark Atkinson
• Re: [Patch] problems dropping to single user from multi in recent -current?
  • From: Ed Schouten
• Re: [Patch] problems dropping to single user from multi in recent -current?
  • From: Stephane E. Potvin
• [Patch] problems dropping to single user from multi in recent -current?
  • From: Ed Schouten
• Re: problems dropping to single user from multi in recent -current?
  • From: Stephane E. Potvin
• Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: Andriy Gapon
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: cwt
• zfs: allocating allocated segment
  • From: Michael Gusek
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: O. Hartmann
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Ulrich Spörlein
• Re: USB2 - libusb20 vs devel/libusb
  • From: Andre Guibert de Bruet
• Re: Silicon Labs bridge on USB2?
  • From: Andrew Thompson
• Silicon Labs bridge on USB2?
  • From: Michael Butler
• CFT: txp(4) new firmware image
  • From: Pyun YongHyeon
• Re: problems dropping to single user from multi in recent -current?
  • From: Mark Atkinson
• Re: problems dropping to single user from multi in recent -current?
  • From: Diego Depaoli
• Re: USB2 - umass problem
  • From: Vladimir Grebenschikov
• Re: problems dropping to single user from multi in recent -current?
  • From: Diego Depaoli
• Re: problems dropping to single user from multi in recent -current?
  • From: Mark Atkinson
• Re: GEOM_PART: a quick update on logical partitions
  • From: Alexey Shuvaev
• Re: GEOM_PART: a quick update on logical partitions
  • From: Martin
• Re: problems dropping to single user from multi in recent -current?
  • From: Stephane E. Potvin
• Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: M. Warner Losh
• kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: Andriy Gapon
• problems dropping to single user from multi in recent -current?
  • From: Mark Atkinson
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christian Peron
• Re: lpt stopped working
  • From: Michael Butler
• Re: [was: USB2 - umass problem] U3G modem unit number changes
  • From: Hans Petter Selasky
• Re: lpt stopped working
  • From: Michael Butler
• Re: [was: USB2 - umass problem] U3G modem unit number changes
  • From: Andrew Thompson
• Re: [was: USB2 - umass problem] U3G modem unit number changes
  • From: Hans Petter Selasky
• Re: USB2 - umass problem
  • From: M. Warner Losh
• MK_CDDL cause user build to fail
  • From: ttw+bsd
• Re: GEOM_PART: a quick update on logical partitions
  • From: Ivan Voras
• Re: Can't install mpd5
  • From: Mario Pavlov
• Re: lpt stopped working
  • From: Bruce M. Simpson
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: USB2 - umass problem
  • From: Vladimir Grebenschikov
• Re: USB2 - umass problem
  • From: John Baldwin
• Re: lpt stopped working
  • From: John Baldwin
• Re: lpt stopped working
  • From: John Baldwin
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marius Nünnerich
• Can't install mpd5
  • From: Boris S.
• Re: GEOM and moving to CURRENT from 7.1
  • From: Boris S.
• Re: USB2 - umass problem
  • From: Hans Petter Selasky
• Re: USB2 - libusb20 vs devel/libusb
  • From: Hans Petter Selasky
• Re: USB2 - umass problem
  • From: Hans Petter Selasky
• Re: USB2 - umass problem
  • From: Vladimir Grebenschikov
• Re: USB2 - libusb20 vs devel/libusb
  • From: Vladimir Grebenschikov
• Re: USB2 problems when boot from usb mass storage
  • From: Alex Keda
• Re: USB2 - umass problem
  • From: Vladimir Grebenschikov
• Re: USB2 problems when boot from usb mass storage
  • From: Hans Petter Selasky
• Re: USB2 problems when boot from usb mass storage
  • From: Alex Keda
• Re: USB2 - libusb20 vs devel/libusb
  • From: Hans Petter Selasky
• Re: USB2 problems when boot from usb mass storage
  • From: Olivier SMEDTS
• Re: USB2 - umass problem
  • From: Hans Petter Selasky
• USB2 problems when boot from usb mass storage
  • From: Alex Keda
• USB2 - libusb20 vs devel/libusb
  • From: Vladimir Grebenschikov
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marcel Moolenaar
• USB2 - umass problem
  • From: Vladimir Grebenschikov
• Re: GEOM and moving to CURRENT from 7.1
  • From: Randy Bush
• Re: GEOM_PART: a quick update on logical partitions
  • From: Martin
• Re: GEOM_PART: a quick update on logical partitions
  • From: Maxim Sobolev
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marcel Moolenaar
• Re: GEOM_PART: a quick update on logical partitions
  • From: Ivan Voras
• Re: GEOM_PART: a quick update on logical partitions
  • From: Martin
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christian Peron
• Re: GEOM_PART: a quick update on logical partitions
  • From: Maxim Sobolev
• Boot panic on macbook alluminium
  • From: Andrea Di Pasquale
• Re: Usb2 and hal issue (fix to previous)
  • From: Joe Marcus Clarke
• Re: Usb2 and hal issue (fix to previous)
  • From: Vladimir Grebenschikov
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on arm/arm
  • From: Daniel Gerzo
• Re: nanobsd dies in newfs
  • From: Luigi Rizzo
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: Re: Re: Re: panic caused by mpd5
  • From: Mario Pavlov
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• nanobsd dies in newfs
  • From: Michael W. Lucas
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marcel Moolenaar
• Re: Re: Re: panic caused by mpd5
  • From: Mario Pavlov
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on i386/i386
  • From: Andrew Thompson
• Re: [head tinderbox] failure on i386/i386
  • From: Randall Stewart
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: process hang in zfs->io_ ?
  • From: Ganbold
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: GEOM_PART: a quick update on logical partitions
  • From: Ivan Voras
• Re: Re: panic caused by mpd5
  • From: Bjoern A. Zeeb
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marius Nünnerich
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on powerpc/powerpc
  • From: Hans Petter Selasky
• FreeBSD 8-current/amd64 very slowly loader(8) issue
  • From: Daichi GOTO
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: X fails on i845 board - errors found in hardware state
  • From: Anton Shterenlikht
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: GEOM_PART: a quick update on logical partitions
  • From: Martin
• Re: Re: panic caused by mpd5
  • From: Mario Pavlov
• Re: patch r187693 breaks HAL on amd64-current
  • From: Stephane E. Potvin
• Re: patch r187693 breaks HAL on amd64-current
  • From: Daichi GOTO
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: GEOM_PART: a quick update on logical partitions
  • From: rohit . x . tripathi
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: GNU readline (was Re: Alternatives to gcc)
  • From: Chet Ramey
• Re: lpt stopped working
  • From: Beech Rintoul
• Re: write-only variables in src/sys/ - possible bugs
  • From: Poul-Henning Kamp
• Re: GEOM_PART: a quick update on logical partitions
  • From: Marcel Moolenaar
• Re: write-only variables in src/sys/ - possible bugs
  • From: Maksim Yevmenkin
• Re: GEOM_PART: a quick update on logical partitions
  • From: João Barros
• Re: write-only variables in src/sys/ - possible bugs
  • From: Luigi Rizzo
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: panic caused by mpd5
  • From: Bjoern A. Zeeb
• Re: write-only variables in src/sys/ - possible bugs
  • From: Max Laier
• Re: ath cannot find my wireless network any more
  • From: Lars Engels
• Re: panic caused by mpd5
  • From: Mario Pavlov
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Andrew Thompson
• panic caused by mpd5
  • From: Mario Pavlov
• Re: GEOM_PART: a quick update on logical partitions
  • From: Dimitry Andric
• write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: X fails on i845 board - errors found in hardware state
  • From: Robert Noland
• GEOM_PART: a quick update on logical partitions
  • From: Marcel Moolenaar
• GNU readline (was Re: Alternatives to gcc)
  • From: Pedro F. Giffuni
• Re: Much ado about libedit [Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)]
  • From: Phil Oleson
• Re: 'make distribution' errors
  • From: pluknet
• Re: ath driver (?) lock system after last update
  • From: Sam Leffler
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Chet Ramey
• Re: lpt stopped working
  • From: Michael Butler
• lpt stopped working
  • From: Christian Gusenbauer
• 'make distribution' errors
  • From: Alex Keda
• Re: Jemalloc SEGV for 1MB chunk
  • From: Ian FREISLICH
• X fails on i845 board - errors found in hardware state
  • From: Anton Shterenlikht
• Re: ath driver (?) lock system after last update
  • From: Subscriber
• Re: SATA drive device moving on 8.0 current
  • From: Hendrik Bunke
• Re: powernow0: set freq failed, err 6
  • From: Alex Keda
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Garance A Drosihn
• Re: patch r187693 breaks HAL on amd64-current
  • From: Ralph Zitz
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Garrett Cooper
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Garance A Drosihn
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: ath driver (?) lock system after last update
  • From: Sam Leffler
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• ath driver (?) lock system after last update
  • From: Subscriber
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Garrett Cooper
• Re: Alternatives to gcc
  • From: David O'Brien
• Re: Alternatives to gcc
  • From: Brooks Davis
• Re: ath cannot find my wireless network any more
  • From: Sam Leffler
• Re: powernow0: set freq failed, err 6
  • From: Alex Keda
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Scot Hetzel
• powernow0: set freq failed, err 6
  • From: Alexey Ivanov
• Re: Xorg upgrade disaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Marcin Cieslak
• Re: patch r187693 breaks HAL on amd64-current
  • From: Stephane E. Potvin
• patch r187693 breaks HAL on amd64-current
  • From: Ralph Zitz
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: Pegasus Mc Cleaft
• Re: Possible bug in ip_input()
  • From: Max Laier
• Re: SATA drive device moving on 8.0 current
  • From: Barney Cordoba
• Re: SATA drive device moving on 8.0 current
  • From: Gavin Atkinson
• Re: Alternatives to gcc
  • From: Jeremy Messenger
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Gavin Atkinson
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: O. Hartmann
• Possible bug in ip_input()
  • From: Barney Cordoba
• RE: process hang in zfs->io_ ?
  • From: Thomas Sparrevohn
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Garrett Cooper
• Much ado about libedit [Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)]
  • From: Garrett Cooper
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0".
  • From: Garrett Cooper
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Alex Goncharov
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0".
  • From: Alex Goncharov
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Alex Goncharov
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: O. Hartmann
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: O. Hartmann
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Philipp Ost
• Re: process hang in zfs->io_ ?
  • From: Peter Schuller
• Re: ath cannot find my wireless network any more
  • From: Lars Engels
• Re: Fwd: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Stefan Farfeleder
• process hang in zfs->io_ ?
  • From: Rong-en Fan
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: David O'Brien
• Re: Alternatives to gcc
  • From: David O'Brien
• Re: ath cannot find my wireless network any more
  • From: Sam Leffler
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0".
  • From: Mel
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: Garrett Wollman
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Alex Goncharov
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: Scot Hetzel
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Pedro F. Giffuni
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Pedro F. Giffuni
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: bf
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: Pedro F. Giffuni
• Re: ath cannot find my wireless network
  • From: Beach Geek
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: David O'Brien
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: David O'Brien
• Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0".
  • From: O. Hartmann
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: David O'Brien
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?)
  • From: Maxim Sobolev
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: bf
• Fwd: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: James Butler
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Pedro F. Giffuni
• Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: Mark Linimon
• Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)
  • From: bf

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2009-02