freebsd-current

• Thread Index

---

• Re: Intel GMA x4500 / xorg help
  • From: Robert Noland
• Possible alternate definition of CTASSERT to allow its use in header files
  • From: Ryan Stone
• Re: Intel GMA x4500 / xorg help
  • From: Robert Noland
• Re: I lost ath0 support on current sometime between Sept 20 and Sept 26.
  • From: eculp
• Re: Server setup
  • From: Ashish Shukla आशीष शुक्ल
• Server setup
  • From: Curtis Vaughan
• Re: Hard crash with new snd_hda.
  • From: Alexander Motin
• Re: I lost ath0 support on current sometime between Sept 20 and Sept 26.
  • From: Ashish Shukla आशीष शुक्ल
• Re: I lost ath0 support on current sometime between Sept 20 and Sept 26.
  • From: Sam Leffler
• Re: KDB stack backtrace - i386 on boot
  • From: John Baldwin
• Another ppbus/ppc cleanup patch...
  • From: John Baldwin
• Re: LSI Logic MegaRAID SAS 8208ELP
  • From: John Baldwin
• Re: LORs during boot with -current (20080930)
  • From: John Baldwin
• Re: Please test ipfw and pf uid/gid/jail rules
  • From: Josh Carroll
• LORs during boot with -current (20080930)
  • From: Harry Starr
• LORs during running
  • From: Harry Starr
• Re: New snd_hda driver came in.
  • From: Ian FREISLICH
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• KDB stack backtrace - i386 on boot
  • From: Anton Shterenlikht
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Anton Shterenlikht
• Re: I lost ath0 support on current sometime between Sept 20 and Sept 26.
  • From: आशीष शुक्ल Ashish Shukla
• I lost ath0 support on current sometime between Sept 20 and Sept 26.
  • From: eculp
• Please test ipfw and pf uid/gid/jail rules
  • From: Robert Watson
• Panic: ucom
  • From: Ian Freislich
• Re: LSI Logic MegaRAID SAS 8208ELP
  • From: Martin Nilsson
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Robert Noland
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Anton Shterenlikht
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Robert Noland
• SOLVED: Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Anton Shterenlikht
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Oliver Fromme
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Eygene Ryabinkin
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Anton Shterenlikht
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Oliver Fromme
• Re: Request for testing - top 3.8b1 in the base system
  • From: Thomas Hurst
• Re: drmOpen failed - agp - 82845M chipset - i386
  • From: Eygene Ryabinkin
• drmOpen failed - agp - 82845M chipset - i386
  • From: Anton Shterenlikht
• Re: Request for testing - top 3.8b1 in the base system
  • From: Jaakko Heinonen
• Re: Request for testing - top 3.8b1 in the base system
  • From: Oliver Fromme
• Re: Request for testing - top 3.8b1 in the base system
  • From: Alfred Perlstein
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Possible netgraph snafu in build
  • From: Bruce M Simpson
• Re: Request for testing - top 3.8b1 in the base system
  • From: Sergey Matveychuk
• Re: Booting from gpt on i386/amd64? [PATCH]
  • From: Xin LI
• Re: Request for testing - top 3.8b1 in the base system
  • From: Bruce Cran
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Alexander Motin
• Re: Request for testing - top 3.8b1 in the base system
  • From: Jeremy Chadwick
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: FreeBSD and ISCSI, Strange Problem
  • From: Boris Samorodov
• Re: Request for testing - top 3.8b1 in the base system
  • From: Jeremy Chadwick
• Hard crash with new snd_hda.
  • From: Frank Mayhar
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Re: Request for testing - top 3.8b1 in the base system
  • From: Garrett Cooper
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: Request for testing - top 3.8b1 in the base system
  • From: William LeFebvre
• Re: Request for testing - top 3.8b1 in the base system
  • From: Giorgos Keramidas
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: Request for testing - top 3.8b1 in the base system
  • From: Nikola Lečić
• Re: mergemaster broken
  • From: Eygene Ryabinkin
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: Request for testing - top 3.8b1 in the base system
  • From: Václav Haisman
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Alex Keda
• Re: Request for testing - top 3.8b1 in the base system
  • From: sthaug
• Re: Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: M. Warner Losh
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: Request for testing - top 3.8b1 in the base system
  • From: Garrett Cooper
• Re: New snd_hda driver came in.
  • From: Ian FREISLICH
• Re: Request for testing - top 3.8b1 in the base system
  • From: Alex Keda
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Carlos A. M. dos Santos
• Request for testing - top 3.8b1 in the base system
  • From: Edwin Groothuis
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Carlos A. M. dos Santos
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Rui Paulo
• Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Oleksandr Tymoshenko
• RFC: PCI SD host controller driver & mmc/mmcsd modules improvements
  • From: Alexander Motin
• Re: [head tinderbox] failure on i386/i386
  • From: Roman Kurakin
• Re: Support AV Stream on FreeBSD
  • From: Roman Kurakin
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: mergemaster broken
  • From: Eygene Ryabinkin
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Re: [head tinderbox] failure on ia64/ia64
  • From: Peter Wemm
• Re: [head tinderbox] failure on ia64/ia64
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on ia64/ia64
  • From: Peter Wemm
• Re: [head tinderbox] failure on ia64/ia64
  • From: Peter Wemm
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• mergemaster broken
  • From: Maksim Yevmenkin
• Re: [head tinderbox] failure on ia64/ia64
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on ia64/ia64
  • From: Kostik Belousov
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: LSI Logic MegaRAID SAS 8208ELP
  • From: Wes Morgan
• Re: buildkernel failure on i386
  • From: Anton Shterenlikht
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• FreeBSD and ISCSI, Strange Problem
  • From: Daniel Dias Gonçalves
• Re: Support AV Stream on FreeBSD
  • From: Mark Linimon
• Re: Support AV Stream on FreeBSD
  • From: Mark Linimon
• Re: buildkernel failure on i386
  • From: Dimitry Andric
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: Support AV Stream on FreeBSD
  • From: Alex Keda
• Re: ata(4): Call for ICH10 owners' test
  • From: Jia-Shiun Li
• Re: iwn: Errors during make iwn.ko
  • From: Flavio Junior
• Re: buildkernel failure on i386
  • From: pluknet
• Re: Support AV Stream on FreeBSD
  • From: Thomas Donnelly
• Re: ATA subsystem lost drive after resume process
  • From: Jung-uk Kim
• Re: ATA subsystem lost drive after resume process
  • From: Jia-Shiun Li
• Re: Support AV Stream on FreeBSD
  • From: Alex Keda
• Re: iwn: Errors during make iwn.ko
  • From: Stephen Montgomery-Smith
• buildkernel failure on i386
  • From: Anton Shterenlikht
• Re: iwn: Errors during make iwn.ko
  • From: Flavio Junior
• Re: New snd_hda driver came in.
  • From: Ian FREISLICH
• Re: Support AV Stream on FreeBSD
  • From: Bruce M. Simpson
• LSI Logic MegaRAID SAS 8208ELP
  • From: Tom Evans
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: John Baldwin
• Re: msk(4) issues
  • From: Pyun YongHyeon
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: Navdeep Parhar
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: Jia-Shiun Li
• Re: sysctls and if_bridge
  • From: Eygene Ryabinkin
• Re: sysctls and if_bridge
  • From: Michael Proto
• Re: gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal"
  • From: Boris Samorodov
• Re: iwn: Errors during make iwn.ko
  • From: Stephen Montgomery-Smith
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• iwn: Errors during make iwn.ko
  • From: Flavio Junior
• Re: gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal"
  • From: Robert Noland
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: prvxxx: cxm_iic attach fails
  • From: Stefan Ehmann
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Support AV Stream on FreeBSD
  • From: Alex Keda
• gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal"
  • From: Boris Samorodov
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: John Baldwin
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: jiashiun li
• Re: sysctls and if_bridge
  • From: Michael Proto
• Re: sysctls and if_bridge
  • From: Eygene Ryabinkin
• Re: sysctls and if_bridge
  • From: Michael Proto
• Re: sysctls and if_bridge
  • From: Eygene Ryabinkin
• Re: sysctls and if_bridge
  • From: Michael Proto
• Re: AMD Family 10h cpufreq driver
  • From: Poul-Henning Kamp
• Re: Interface auto-cloning bug or feature?
  • From: Kostik Belousov
• Re: msk(4) issues
  • From: Ian FREISLICH
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c
  • From: Eygene Ryabinkin
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• Re: Problem telneting to a new -current
  • From: Claude Buisson
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: ipfw: LOR/panic with uid rules
  • From: Robert Watson
• Re: Problem telneting to a new -current
  • From: Claude Buisson
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: prvxxx: cxm_iic attach fails
  • From: John Baldwin
• Re: ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Re: ipfw: LOR/panic with uid rules
  • From: Ben Kaduk
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Interface auto-cloning bug or feature?
  • From: Kostik Belousov
• Re: Problem telneting to a new -current
  • From: Ed Schouten
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• ipfw: LOR/panic with uid rules
  • From: Stefan Ehmann
• Re: AMD Family 10h cpufreq driver
  • From: Poul-Henning Kamp
• Re: AMD Family 10h cpufreq driver
  • From: cpghost
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• Re: AMD Family 10h cpufreq driver
  • From: cpghost
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• Re: Cant build kernel
  • From: Eygene Ryabinkin
• Cant build kernel
  • From: Johan Hendriks
• Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c
  • From: Eygene Ryabinkin
• Re: Interface auto-cloning bug or feature?
  • From: Kostik Belousov
• Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c
  • From: Eygene Ryabinkin
• Re: Problem telneting to a new -current
  • From: Ed Schouten
• Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c
  • From: Eygene Ryabinkin
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: AMD Family 10h cpufreq driver
  • From: G .Otsuji
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: AMD Family 10h cpufreq driver
  • From: G. Otsuji
• Re: AMD Family 10h cpufreq driver
  • From: G.Otsuji
• Problem telneting to a new -current
  • From: Claude Buisson
• Re: Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Paul B. Mahol
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Paul B. Mahol
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• Regression: 19-9-08 CURRENT won't boot with Promise enabled (was: Re: SATA disks no longer showing up after updating CURRENT last night)
  • From: Joao Barros
• cosum: Checkout verification PoC
  • From: Max Laier
• Re: ZFS panic in zone_dataset_visible
  • From: Scott Burns
• Re: assertion failed in libc/stdlib/malloc.c
  • From: Jille Timmermans
• Re: assertion failed in libc/stdlib/malloc.c
  • From: Dimitry Andric
• Re: assertion failed in libc/stdlib/malloc.c
  • From: Max Laier
• assertion failed in libc/stdlib/malloc.c
  • From: Jille Timmermans
• Re: [head tinderbox] failure on amd64/amd64
  • From: Giorgos Keramidas
• Re: AMD Family 10h cpufreq driver
  • From: fluffles.net
• [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
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: Intel GMA x4500 / xorg help
  • From: Robert Noland
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: Intel GMA x4500 / xorg help
  • From: Tony Sim
• [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
• Re: Booting from gpt on i386/amd64? [PATCH]
  • From: Marcel Moolenaar
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: fdisk bsdlabel compile broken on Current
  • From: Manfred Antar
• Re: dtrace status
  • From: Juergen Lock
• Re: fdisk bsdlabel compile broken on Current
  • From: Tor Egge
• Re: [head tinderbox] failure on i386/i386
  • From: Kai Wang
• [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 i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [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 i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [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 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
• [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 i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: fdisk bsdlabel compile broken on Current
  • From: Manfred Antar
• Re: fdisk bsdlabel compile broken on Current
  • From: Ulf Lilleengen
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• fdisk bsdlabel compile broken on Current
  • From: Manfred Antar
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• Re: Today build breaks nvidia driver
  • From: Bjoern A. Zeeb
• Re: Today build breaks nvidia driver
  • From: Diego Depaoli
• Re: Interface auto-cloning bug or feature?
  • From: Kostik Belousov
• ZFS panic in zone_dataset_visible
  • From: Scott Burns
• prvxxx: cxm_iic attach fails
  • From: Stefan Ehmann
• Re: Today build breaks nvidia driver
  • From: Stefan Ehmann
• Re: Today build breaks nvidia driver
  • From: Attilio Rao
• Re: Today build breaks nvidia driver
  • From: Aryeh M. Friedman
• Today build breaks nvidia driver
  • From: Diego Depaoli
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Frank Mayhar
• Re: Booting from gpt on i386/amd64? [PATCH]
  • From: Alexey Shuvaev
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: fluffles.net
• Re: msk(4) issues
  • From: Pyun YongHyeon
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Sam Leffler
• Re: Interface auto-cloning bug or feature?
  • From: Alexey Shuvaev
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Frank Mayhar
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Duane Wessels
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Sam Leffler
• Re: dtrace status
  • From: John Birrell
• Setting up atheros (168c:001c) wireless NIC in FreeBSD
  • From: Ashish Shukla आशीष शुक्ल
• Re: Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: Interface auto-cloning bug or feature?
  • From: Alexey Shuvaev
• Re: Compilation error occured during 'make buildkernel'
  • From: Ashish Shukla आशीष शुक्ल
• Re: Compilation error occured during 'make buildkernel'
  • From: Gary Jennejohn
• Compilation error occured during 'make buildkernel'
  • From: Ashish Shukla आशीष शुक्ल
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: Interface auto-cloning bug or feature?
  • From: Maksim Yevmenkin
• Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c
  • From: Maksim Yevmenkin
• Re[2]: amd opteron NUMA support
  • From: Lev Serebryakov
• Re: Fwd: Pending MFC Reminder [cvs commit: src/lib/libc/uuid Symbol.map]
  • From: Maksim Yevmenkin
• Re: Help me! about MCP78(GF8200) chipset
  • From: Gen Otsuji
• re: amd opteron NUMA support
  • From: Peter Grehan
• Help me! about MCP78(GF8200) chipset
  • From: Gen Otsuji
• Re: Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: dtrace status
  • From: Daniel Gerzo
• Re: amd opteron NUMA support
  • From: Richard Grint
• Re: Interface auto-cloning bug or feature?
  • From: Ed Schouten
• Re: Interface auto-cloning bug or feature?
  • From: Ed Schouten
• Re: dtrace status
  • From: Lars Engels
• Re: Interface auto-cloning bug or feature?
  • From: Alexey Shuvaev
• Re: dtrace status
  • From: Roman Divacky
• Re: Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: Jia-Shiun Li
• Re: dtrace status
  • From: Alexey Shuvaev
• Re: Current using -Os -pipe -march=pentium3m
  • From: Alexander Leidinger
• amd opteron NUMA support
  • From: Julian Elischer
• Re: Current using -Os -pipe -march=pentium3m
  • From: Michael Proto
• Re: Fwd: Pending MFC Reminder [cvs commit: src/lib/libc/uuid Symbol.map]
  • From: Daniel Eischen
• Re: Fwd: Pending MFC Reminder [cvs commit: src/lib/libc/uuid Symbol.map]
  • From: Daniel Eischen
• Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE!
  • From: Maxim Sobolev
• Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE!
  • From: Maxim Sobolev
• Interface auto-cloning bug or feature?
  • From: Maxim Sobolev
• Re: Current using -Os -pipe -march=pentium3m
  • From: Daniel de Oliveira
• Re: Fwd: Pending MFC Reminder [cvs commit: src/lib/libc/uuid Symbol.map]
  • From: Xin LI
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Adam McDougall
• Re: Fwd: Pending MFC Reminder [cvs commit: src/lib/libc/uuid Symbol.map]
  • From: Maksim Yevmenkin
• Re: FreeBSD deadlock (with fork?)
  • From: John Baldwin
• Re: dtrace status
  • From: John Birrell
• Re: FreeBSD deadlock (with fork?)
  • From: Daniel Eischen
• Re: FreeBSD deadlock (with fork?)
  • From: Daniel Eischen
• Re: FreeBSD deadlock (with fork?)
  • From: David Naylor
• Re: Current using -Os -pipe -march=pentium3m
  • From: Michael Proto
• Re: FreeBSD deadlock (with fork?)
  • From: Julian Elischer
• Re: FreeBSD deadlock (with fork?)
  • From: David Naylor
• Re: FreeBSD deadlock (with fork?)
  • From: Jille Timmermans
• Re: FreeBSD deadlock (with fork?)
  • From: Daniel Eischen
• Re: FreeBSD deadlock (with fork?)
  • From: David Naylor
• Re: Attansic L2 driver test request
  • From: Stanislav Sedov
• Re: FreeBSD deadlock (with fork?)
  • From: Tom Evans
• Re: Current using -Os -pipe -march=pentium3m
  • From: Daniel de Oliveira
• Re: Current using -Os -pipe -march=pentium3m
  • From: Daniel de Oliveira
• Re: Current using -Os -pipe -march=pentium3m
  • From: Oliver Fromme
• Re: FreeBSD deadlock (with fork?)
  • From: Ivan Voras
• Re: Current using -Os -pipe -march=pentium3m
  • From: Gary Jennejohn
• FreeBSD deadlock (with fork?)
  • From: David Naylor
• Current using -Os -pipe -march=pentium3m
  • From: Daniel de Oliveira
• Re: Current using -Os -pipe -march=pentium3m
  • From: Daniel de Oliveira
• Re: PERC6/i/e cli
  • From: Alexander Leidinger
• Re: ad4 detached
  • From: Alex Keda
• Re: man page for CPU_SET
  • From: Christian Brueffer
• Re: Attansic L2 driver test request
  • From: Pyun YongHyeon
• Re: msk(4) issues
  • From: Pyun YongHyeon
• man page for CPU_SET
  • From: Stephen Montgomery-Smith
• Re: Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Kostik Belousov
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Ian FREISLICH
• Re: msk(4) issues
  • From: David Schultz
• Unable to boot Asus P5QL-EM w/ acpi enabled
  • From: Jia-Shiun Li
• Re: msk(4) issues
  • From: Rui Paulo
• Re: Attansic L2 driver test request
  • From: Stanislav Sedov
• Re: New snd_hda driver came in.
  • From: Alex Keda
• Re: New snd_hda driver came in.
  • From: Alex Keda
• Re: PATCH: crypto/openssl/crypto/engine/eng_table.c
  • From: Mike Tancsa
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: New snd_hda driver came in.
  • From: Alex Keda
• Re: PATCH: crypto/openssl/crypto/engine/eng_table.c
  • From: Ian FREISLICH
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: PERC6/i/e cli
  • From: Danny Braniss
• dtrace status
  • From: Roman Divacky
• Re: Attansic L2 driver test request
  • From: Henri-Pierre Charles
• Re: PERC6/i/e cli
  • From: Roman Divacky
• Re: PERC6/i/e cli
  • From: Alexander Leidinger
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: Is fork() hook ever possible?
  • From: Poul-Henning Kamp
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Poul-Henning Kamp
• Re: PERC6/i/e cli
  • From: Stefan Lambrev
• Re: New snd_hda driver came in.
  • From: Alex Keda
• Re: PERC6/i/e cli
  • From: Alexander Leidinger
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• PATCH: crypto/openssl/crypto/engine/eng_table.c
  • From: Ian Freislich
• msk(4) issues
  • From: Ian Freislich
• Re: Is fork() hook ever possible?
  • From: Poul-Henning Kamp
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: [CFT/R] IPv4 source address selection
  • From: Julian Elischer
• Re: [CFR/T] multi-/no-IP jail patch for HEAD
  • From: Redd Vinylene
• Re: Is fork() hook ever possible?
  • From: Poul-Henning Kamp
• Re: Is fork() hook ever possible?
  • From: John Baldwin
• Re: sio => uart: one port is gone
  • From: John Baldwin
• Re: Is fork() hook ever possible?
  • From: David Schultz
• [CFR/T] multi-/no-IP jail patch for HEAD
  • From: Bjoern A. Zeeb
• Re: Is fork() hook ever possible?
  • From: Poul-Henning Kamp
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Max Laier
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: sio => uart: one port is gone
  • From: Peter Wemm
• Re: [CFT/R] IPv4 source address selection
  • From: Bjoern A. Zeeb
• Re: Is fork() hook ever possible?
  • From: Kostik Belousov
• Re: Is fork() hook ever possible?
  • From: Daniel Eischen
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Daniel Eischen
• Re: Is fork() hook ever possible?
  • From: Max Laier
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Daniel Eischen
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Is fork() hook ever possible?
  • From: Bob Bishop
• Re: Is fork() hook ever possible?
  • From: Attilio Rao
• Re: Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: PERC6/i/e cli
  • From: Danny Braniss
• Fdisk broken on Current ?
  • From: Manfred Antar
• Is fork() hook ever possible?
  • From: Andrey Chernov
• Re: Improved multiprocessor usage on amd64
  • From: cpghost
• Re: PERC6/i/e cli
  • From: Stefan Lambrev
• PERC6/i/e cli
  • From: Danny Braniss
• [PATCH] New patch for cvsmode in csup
  • From: Ulf Lilleengen
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Vincent Hoffman
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Henri-Pierre Charles
• Re: Improved multiprocessor usage on amd64
  • From: Oliver Fromme
• Re: Why VESA and DPMS are available only for i386?
  • From: Peter Jeremy
• Re: "legacy" usb stack fixes
  • From: Hans Petter Selasky
• Re: sio => uart: one port is gone
  • From: Danny Braniss
• Re: pjd's ZFS 2008-07-27 patches against HEAD
  • From: Steven Schlansker
• Re: Improved multiprocessor usage on amd64
  • From: Dan Nelson
• Re: Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: Improved multiprocessor usage on amd64
  • From: Steve Kargl
• Re: Why VESA and DPMS are available only for i386?
  • From: Jung-uk Kim
• Re: Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• Re: cdevpriv and mmap(2)
  • From: Robert Noland
• Re: Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: pjd's ZFS 2008-07-27 patches against HEAD
  • From: swell . k
• Re: Why VESA and DPMS are available only for i386?
  • From: Xin LI
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: Why VESA and DPMS are available only for i386?
  • From: Peter Wemm
• Re: sio => uart: one port is gone
  • From: Brooks Davis
• Re: sio => uart: one port is gone
  • From: John Baldwin
• Re: sio => uart: one port is gone
  • From: John Baldwin
• Re: "legacy" usb stack fixes
  • From: Scott Long
• Re: "legacy" usb stack fixes
  • From: Hans Petter Selasky
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: Why VESA and DPMS are available only for i386?
  • From: Pedro Giffuni
• Re: Improved multiprocessor usage on amd64
  • From: Martin Cracauer
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: sio => uart: one port is gone
  • From: John Baldwin
• Re: New snd_hda driver came in.
  • From: army.of.root@xxxxxxxxxxxxxx
• Benq S41-HC50 can not setup FreeBSD
  • From: ayihu
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: Improved multiprocessor usage on amd64
  • From: cpghost
• Re: Why VESA and DPMS are available only for i386?
  • From: Jung-uk Kim
• Re: Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• Re: Why VESA and DPMS are available only for i386?
  • From: Oliver Fromme
• Re: sio => uart: one port is gone
  • From: Ed Schouten
• Re: Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• Re: pjd's ZFS 2008-07-27 patches against HEAD
  • From: Steven Schlansker
• Re: Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: Why VESA and DPMS are available only for i386?
  • From: Jung-uk Kim
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: No root filesystem
  • From: Mark Atkinson
• Re: sio => uart: one port is gone
  • From: Marcel Moolenaar
• Re: sio => uart: one port is gone
  • From: Andriy Gapon
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Henri-Pierre Charles
• [PATCH] Fix get max luns delay for QEMU USB disks
  • From: Bruce M Simpson
• Re: sio => uart: one port is gone
  • From: Mike Tancsa
• sio => uart: one port is gone
  • From: Andriy Gapon
• Re: Why VESA and DPMS are available only for i386?
  • From: Oliver Fromme
• pjd's ZFS 2008-07-27 patches against HEAD
  • From: Steven Schlansker
• cleandifles in kmod.mk
  • From: Dmitry Morozovsky
• pjd's ZFS 2008-07-27 patches against HEAD
  • From: Steven Schlansker
• [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
• Re: cdevpriv and mmap(2)
  • From: Kostik Belousov
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• Fwd: bin/125932: pkg_add(1) doesn't prompt for root credentials and then fails badly
  • From: Garrett Cooper
• Re: panic in rt_check_fib()
  • From: Giorgos Keramidas
• Re: Improved multiprocessor usage on amd64
  • From: Josh Carroll
• Improved multiprocessor usage on amd64
  • From: Stephen Montgomery-Smith
• Re: Why VESA and DPMS are available only for i386?
  • From: Xin LI
• [head tinderbox] failure on sparc64/sun4v
  • From: FreeBSD Tinderbox
• Re: cdevpriv and mmap(2)
  • From: Robert Watson
• Re: panic in rt_check_fib()
  • From: Julian Elischer
• cdevpriv and mmap(2)
  • From: Kostik Belousov
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: /usr/src/sys/modules/aout/Makefile
  • From: Peter Jeremy
• Re: cdefpriv usage (was: bsd versus linux device drivers)
  • From: Kostik Belousov
• Re: panic in rt_check_fib()
  • From: Giorgos Keramidas
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: panic in rt_check_fib()
  • From: Julian Elischer
• Re: panic in rt_check_fib()
  • From: Julian Elischer
• Re: cdefpriv usage (was: bsd versus linux device drivers)
  • From: vehemens
• Re: /usr/src/sys/modules/aout/Makefile
  • From: Randy Bush
• /usr/src/sys/modules/aout/Makefile
  • From: Randy Bush
• Re: panic in rt_check_fib()
  • From: Giorgos Keramidas
• Re: panic in rt_check_fib()
  • From: Giorgos Keramidas
• Re: panic in rt_check_fib()
  • From: Julian Elischer
• FreeBSD 7.1-BETA/6.4-BETA Available...
  • From: Ken Smith
• Re: New snd_hda driver came in.
  • From: Alexander Motin
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Rui Paulo
• Re: New snd_hda driver came in.
  • From: Alexander Leidinger
• Re: "legacy" usb stack fixes
  • From: Bernd Walter
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Alexandre \"Sunny\" Kovalenko
• Re: mpsafetty and [missing] multi put char
  • From: Hans Petter Selasky
• New snd_hda driver came in.
  • From: Alexander Motin
• Re: mpsafetty and [missing] multi put char
  • From: Ed Schouten
• Re: panic in rt_check_fib()
  • From: John Baldwin
• Re: No root filesystem
  • From: John Baldwin
• Re: mpsafetty and [missing] multi put char
  • From: Hans Petter Selasky
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Kostik Belousov
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Rui Paulo
• Re: panic in rt_check_fib()
  • From: Robert Watson
• Re: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST
  • From: Alexandre \"Sunny\" Kovalenko
• Re: panic in rt_check_fib()
  • From: Robert Watson
• SOLVED? Re: geom_label & firewire & sbp
  • From: Igor R
• Re: "legacy" usb stack fixes
  • From: Julian Elischer
• Re: No root filesystem
  • From: Christian Weisgerber
• Re: "legacy" usb stack fixes
  • From: Scott Long
• Re: "legacy" usb stack fixes
  • From: M. Warner Losh
• Re: serial console on 8.x (probably sio vs uart)
  • From: Julian Elischer
• Re: serial console on 8.x (probably sio vs uart)
  • From: Garance A Drosihn
• Re: "legacy" usb stack fixes
  • From: Scott Long
• Re: serial console on 8.x (probably sio vs uart)
  • From: Julian Elischer
• Re: serial console on 8.x (probably sio vs uart)
  • From: Garance A Drosihn
• Re: serial console on 8.x (probably sio vs uart)
  • From: Julian Elischer
• Re: serial console on 8.x (probably sio vs uart)
  • From: Marcel Moolenaar
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Kostik Belousov
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Ian FREISLICH
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Ian FREISLICH
• Re: serial console on 8.x (probably sio vs uart)
  • From: Bernd Walter
• Re: serial console on 8.x (probably sio vs uart)
  • From: Julian Elischer
• Re: serial console on 8.x (probably sio vs uart)
  • From: Peter Wemm
• Re: serial console on 8.x (probably sio vs uart)
  • From: Marcel Moolenaar
• serial console on 8.x (probably sio vs uart)
  • From: Garance A Drosihn
• Re: "legacy" usb stack fixes
  • From: Scott Long
• Re: "legacy" usb stack fixes
  • From: John Baldwin
• Re: nullfs panic with recent current
  • From: John Baldwin
• Re: No root filesystem
  • From: Pascal Hofstee
• Re: No root filesystem
  • From: John Baldwin
• Re: "legacy" usb stack fixes
  • From: Hans Petter Selasky
• Re: No root filesystem
  • From: Pascal Hofstee
• Re: No root filesystem
  • From: John Baldwin
• nullfs panic with recent current
  • From: Oleg Bulyzhin
• Re: cdefpriv usage (was: bsd versus linux device drivers)
  • From: vehemens
• Re: "legacy" usb stack fixes
  • From: Julian Elischer
• Re: No root filesystem
  • From: Mark Atkinson
• Re: "legacy" usb stack fixes
  • From: M. Warner Losh
• Intel GMA x4500 / xorg help
  • From: vermaden
• Re: cdefpriv usage (was: bsd versus linux device drivers)
  • From: Mark Linimon
• Re: "legacy" usb stack fixes (was: Re: HEADSUP new usb code coming in.)
  • From: Rink Springer
• Re: cdefpriv usage (was: bsd versus linux device drivers)
  • From: Kostik Belousov
• Re: "legacy" usb stack fixes (was: Re: HEADSUP new usb code coming in.)
  • From: Hans Petter Selasky
• cdefpriv usage (was: bsd versus linux device drivers)
  • From: vehemens
• Re: No root filesystem
  • From: clemens fischer
• Re: wpa_supplicant not started
  • From: Ian FREISLICH
• Re: geom_label & firewire & sbp
  • From: Igor R
• Re: No root filesystem
  • From: Christian Weisgerber
• [SOLVED] Re: Segmentation fault in malloc_usable_size() (libc)
  • From: Jille Timmermans
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: freebsd 7.0 and jail
  • From: gahn
• Re: geom_label & firewire & sbp
  • From: Wojciech A. Koszek
• radeon and FreeBSD freeze (was: Re: Do you need x11-drivers/xf86-video-radeonhd-devel?)
  • From: Boris Samorodov
• geom_label & firewire & sbp
  • From: Igor R
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Kostik Belousov
• Re: freebsd 7.0 and jail
  • From: Primeroz lists
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Boris Samorodov
• Re: Intel GMA x4500 / xorg help
  • From: Dag-Erling Smørgrav
• Intel GMA x4500 / xorg help
  • From: Tony Sim
• Re: No root filesystem
  • From: Peter Wemm
• Re: Panic on boot on Lenovo ThinkCentre, before copyright message appears [SOLVED]
  • From: Antony Mawer
• Re: No root filesystem
  • From: Rui Paulo
• Re: No root filesystem
  • From: clemens fischer
• Re: wpa_supplicant not started
  • From: Dimitry Andric
• ad4 detached
  • From: Alex Keda
• Re: wpa_supplicant not started
  • From: Alex Keda
• amd64 hangs on boot, backing out 181987 fixes it
  • From: Navdeep Parhar
• Re: wpa_supplicant not started
  • From: Dimitry Andric
• Re: wpa_supplicant not started
  • From: Brooks Davis
• Re: wpa_supplicant not started
  • From: Kevin Oberman
• wpa_supplicant not started
  • From: Alex Keda
• Re: jails
  • From: gahn
• Re: Segmentation fault in malloc_usable_size() (libc)
  • From: Jason Evans
• Re: Kthread kill
  • From: Julian Elischer
• Re: freebsd 7.0 and jail
  • From: Oliver Peter
• Re: Kthread kill
  • From: kr Lekha
• Re: Sun Neptune NIU support
  • From: Peter Jeremy
• Re: Sun Neptune NIU support
  • From: Kip Macy
• Sun Neptune NIU support
  • From: Peter Jeremy
• Re: No root filesystem
  • From: Peter Wemm
• Re: No root filesystem
  • From: Pascal Hofstee
• Re: Segmentation fault in malloc_usable_size() (libc)
  • From: David Xu
• Re: No root filesystem
  • From: Garrett Cooper
• Re: mdconfig), uid 0: exited on signal 11
  • From: Jason Fesler
• RE: mdconfig), uid 0: exited on signal 11
  • From: Mark Picone
• Re: mdconfig), uid 0: exited on signal 11
  • From: Randy Bush
• Re: xorgconfig / X -configure / startx causes fatal crash
  • From: Sean Bruno
• xorgconfig / X -configure / startx causes fatal crash
  • From: Tony Sim
• Re: mdconfig), uid 0: exited on signal 11
  • From: Randy Bush
• mdconfig), uid 0: exited on signal 11
  • From: Randy Bush
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: Peter Wemm
• Re: bsd versus linux device drivers
  • From: John Baldwin
• Re: lockmgr_args, lock order reversal: (sleepable after non-sleepable)
  • From: John Baldwin
• Re: Kthread kill
  • From: John Baldwin
• Re: MTRR fixup?
  • From: John Baldwin
• Re: No root filesystem
  • From: John Baldwin
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: John Baldwin
• freebsd 7.0 and jail
  • From: gahn
• Re: bsd versus linux device drivers
  • From: vehemens
• Re: No root filesystem
  • From: Mark Atkinson
• [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
• Re: bsd versus linux device drivers
  • From: Robert Watson
• Re: bsd versus linux device drivers
  • From: vehemens
• Re: bsd versus linux device drivers
  • From: Kostik Belousov
• bsd versus linux device drivers
  • From: vehemens
• Re: the future of sun4v
  • From: Darren Reed
• Re: panic on shutdown anyone (insmntque())?
  • From: Richard Todd
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Norikatsu Shigemura
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Norikatsu Shigemura
• Re: Crash when loading zfs.ko
  • From: Joe Marcus Clarke
• Re: panic on shutdown anyone (insmntque())?
  • From: Pawel Jakub Dawidek
• Re: Crash when loading zfs.ko
  • From: Pawel Jakub Dawidek
• Crash when loading zfs.ko
  • From: Joe Marcus Clarke
• AMD Family 10h cpufreq driver
  • From: G. Otsuji
• Re: panic on shutdown anyone (insmntque())?
  • From: Richard Todd
• Re: panic on shutdown anyone (insmntque())?
  • From: Pawel Jakub Dawidek
• Re: Segmentation fault in malloc_usable_size() (libc)
  • From: Jason Evans
• Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Boris Samorodov
• Re: ppp not passing long packets (probably after MPSAFE_TTY)
  • From: Yuriy Tsibizov
• Re: ppp not passing long packets (probably after MPSAFE_TTY)
  • From: Yuriy Tsibizov
• Re: ppp not passing long packets (probably after MPSAFE_TTY)
  • From: Ed Schouten
• ppp not passing long packets (probably after MPSAFE_TTY)
  • From: Yuriy Tsibizov
• Re: panic on shutdown anyone (insmntque())?
  • From: Kostik Belousov
• Re: panic on shutdown anyone (insmntque())?
  • From: Kris Kennaway
• Re: No root filesystem
  • From: Christian Weisgerber
• sysctls and if_bridge
  • From: Michael Proto
• Re: panic on shutdown anyone (insmntque())?
  • From: Richard Todd
• Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
  • From: Norikatsu Shigemura
• Re: panic on shutdown anyone (insmntque())?
  • From: Guy Brand
• Segmentation fault in malloc_usable_size() (libc)
  • From: Jille Timmermans
• Re: panic on shutdown anyone (insmntque())?
  • From: Kris Kennaway
• Re: panic on shutdown anyone (insmntque())?
  • From: Oliver Peter
• (another) panic on shutdown (spin lock held too long)
  • From: Thierry Herbelot
• Re: panic on shutdown anyone (insmntque())?
  • From: Kris Kennaway
• Re: panic on shutdown anyone (insmntque())?
  • From: Xin LI
• Panic on boot on Lenovo ThinkCentre, before copyright message appears
  • From: Antony Mawer
• Re: panic on shutdown anyone (insmntque())?
  • From: Kris Kennaway
• panic on shutdown anyone (insmntque())?
  • From: Xin LI
• Re: MTRR fixup?
  • From: Richard Todd
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: Attilio Rao
• panic in rt_check_fib()
  • From: Giorgos Keramidas
• Re: drm causes kernel panic
  • From: Robert Noland
• Re: drm causes kernel panic
  • From: Steve Kargl
• Re: drm causes kernel panic
  • From: Robert Noland
• Re: drm causes kernel panic
  • From: Steve Kargl
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: cpio reporting too many 'blocks'
  • From: Giorgos Keramidas
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: Benjamin Close
• Re: CFT: BSD grep
  • From: Gabor Kovesdan
• Re: Panic at shutdown
  • From: Oliver Peter
• Panic at shutdown
  • From: Guy Brand
• Re: rtentry panic with FIB
  • From: Kris Kennaway
• lockmgr_args, lock order reversal: (sleepable after non-sleepable)
  • From: David Xu
• Re: MTRR fixup?
  • From: Scott Long
• Re: cpio reporting too many 'blocks'
  • From: Tim Kientzle
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: MTRR fixup?
  • From: Bernd Walter
• Re: named mystery -- error: dumping master file: ??master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• Re: MTRR fixup?
  • From: Bernd Walter
• Re: drm causes kernel panic
  • From: Robert Noland
• Re: MTRR fixup?
  • From: Bernd Walter
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: MTRR fixup?
  • From: Scott Long
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: MTRR fixup?
  • From: Scott Long
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: MTRR fixup?
  • From: Josh Carroll
• Re: cpio reporting too many 'blocks'
  • From: Giorgos Keramidas
• Re: MTRR fixup?
  • From: David Malone
• Re: drm causes kernel panic
  • From: Steve Kargl
• Re: drm causes kernel panic
  • From: Robert Noland
• Re: powerd and multicore
  • From: Gavin Atkinson
• Re: MTRR fixup?
  • From: Rink Springer
• Re: cpio reporting too many 'blocks'
  • From: Tim Kientzle
• Re: CFT: pts(4) "packet mode" support
  • From: Giorgos Keramidas
• Re: named mystery -- error: dumping master file: ??master/tmp-wTjhUzoix6
  • From: Oliver Fromme
• Re: k8temp choose the higher temp of the two sensors on one core
  • From: Rui Paulo
• cpio reporting too many 'blocks'
  • From: Giorgos Keramidas
• Re: k8temp choose the higher temp of the two sensors on one core
  • From: Dag-Erling Smørgrav
• Kthread kill
  • From: kr Lekha
• Re: install failure for loader
  • From: Julian Elischer
• install failure for loader
  • From: Julian Elischer
• Re: drm causes kernel panic
  • From: Steve Kargl
• Re: drm causes kernel panic
  • From: Robert Noland
• MTRR fixup?
  • From: Bernd Walter
• Why VESA and DPMS are available only for i386?
  • From: Carlos A. M. dos Santos
• drm causes kernel panic
  • From: Steve Kargl
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: Peter Wemm
• Re: CFT: pts(4) "packet mode" support
  • From: Giorgos Keramidas
• Re: csh history and pts
  • From: Peter Wemm
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: John Baldwin
• Re: Multiple routing table support commited
  • From: Julian Elischer
• Re: __tls_get_addr problem with recent current
  • From: Kostik Belousov
• Re: __tls_get_addr problem with recent current
  • From: Adam Jacob Muller
• Re: /usr/bin/limits (WAS: Re: Apache.sh on current)
  • From: Ed Schouten
• Re: m_uiotombuf alignment
  • From: Maksim Yevmenkin
• Re: /usr/bin/limits (WAS: Re: Apache.sh on current)
  • From: Yuriy Tsibizov
• Re: __tls_get_addr problem with recent current
  • From: Artem Belevich
• Re: m_uiotombuf alignment
  • From: Maksim Yevmenkin
• Re: __tls_get_addr problem with recent current
  • From: Kostik Belousov
• Re: __tls_get_addr problem with recent current
  • From: Adam Jacob Muller
• Re: m_uiotombuf alignment
  • From: Andrew Thompson
• Re: rtentry panic with FIB
  • From: Julian Elischer
• m_uiotombuf alignment
  • From: Andrew Thompson
• Re: No root filesystem
  • From: Pascal Hofstee
• Re: Multiple routing table support commited
  • From: Julian Elischer
• Re: Multiple routing table support commited
  • From: Julian Elischer
• CFT: pts(4) "packet mode" support
  • From: Ed Schouten
• Re: rtentry panic with FIB
  • From: Bjoern A. Zeeb
• Re: csh history and pts
  • From: Roman Divacky
• Re: csh history and pts
  • From: Thomas Hurst
• Re: rtentry panic with FIB
  • From: John Baldwin
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: John Baldwin
• Re: System, diagnose thyself: auto-documentation for crashes
  • From: John Baldwin
• Re: No root filesystem
  • From: John Baldwin
• Re: Multiple routing table support commited
  • From: NAKAJI Hiroyuki
• Re: [patch] ntp no longer compiles using WITHOUT_GNU_SUPPORT
  • From: Ollivier Robert
• [patch] ntp no longer compiles using WITHOUT_GNU_SUPPORT
  • From: Ben Kelly
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Daniel O'Connor
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: L Campbell
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Daniel O'Connor
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Claus Guttesen
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Daniel O'Connor
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Volodymyr Kostyrko
• Re: /usr/bin/limits (WAS: Re: Apache.sh on current)
  • From: Yuriy Tsibizov
• Re: /usr/bin/limits (WAS: Re: Apache.sh on current)
  • From: Ed Schouten
• /usr/bin/limits (WAS: Re: Apache.sh on current)
  • From: Yuriy Tsibizov
• Re: Marvell Yukon 2 88E8040
  • From: Pyun YongHyeon
• Re: Marvell Yukon 2 88E8040
  • From: rocketboy811
• Re: Marvell Yukon 2 88E8040
  • From: Stephen Montgomery-Smith
• powerd and multicore
  • From: David Naylor
• k8temp choose the higher temp of the two sensors on one core
  • From: army.of.root@xxxxxxxxxxxxxx
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Doug Barton
• Re: named mystery -- error: dumping master file: ?master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• Re: named mystery -- error: dumping master file: ?master/tmp-wTjhUzoix6
  • From: Oliver Fromme
• Re: csh history and pts
  • From: Roman Divacky
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• Re: __tls_get_addr problem with recent current
  • From: Vyacheslav Bocharov
• Re: __tls_get_addr problem with recent current
  • From: Kostik Belousov
• Re: Apache.sh on current
  • From: Manfred Antar
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Stefan Bethke
• Re: Apache.sh on current
  • From: Claus Guttesen
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• Apache.sh on current
  • From: Manfred Antar
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Stefan Bethke
• Re: named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Oliver Fromme
• [mgleason@ncftp.com: Re: [wxs@FreeBSD.org: Re: cvs commit: ports/ftp/ncftp3 pkg-plist]]
  • From: Renato Botelho
• Re: RFC: moving sysutils/fusefs-kmod to base system
  • From: Oliver Fromme
• named mystery -- error: dumping master file: master/tmp-wTjhUzoix6
  • From: Alex Goncharov
• RE: ZFS patches.
  • From: Thomas Sparrevohn
• Re: csh history and pts
  • From: Alexey Shuvaev
• Re: k8temp choose the higher temp of the two sensors on one core
  • From: Rui Paulo
• Re: ZFS patches.
  • From: kevin
• Re: No root filesystem
  • From: Pascal Hofstee
• RFC: moving sysutils/fusefs-kmod to base system
  • From: Aryeh M. Friedman
• Re: Questions on how to use the Head files Pyun YongHyeon has created for re driver
  • From: Aryeh M. Friedman
• Re: Questions on how to use the Head files Pyun YongHyeon has created for re driver
  • From: Pyun YongHyeon
• Questions on how to use the Head files Pyun YongHyeon has created for re driver
  • From: Tony Sim
• Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast
  • From: Tor Egge

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2008-09