freebsd-hackers

• Thread Index

---

• Re: Dynamic ticks in FreeBSD
  • From: John Baldwin
• Re: Dynamic ticks in FreeBSD
  • From: Artem Belevich
• Re: Dynamic ticks in FreeBSD
  • From: Roman Divacky
• Re: Dynamic ticks in FreeBSD
  • From: Andriy Gapon
• Re: kern/104406 on 8.0-RELEASE-p2 ?
  • From: Victor Sudakov
• Re: building world with debugging symbols
  • From: Giorgos Keramidas
• Re: Dynamic ticks in FreeBSD
  • From: Tsuyoshi Ozawa
• Re: kern/104406 on 8.0-RELEASE-p2 ?
  • From: Rink Springer
• Re: kern/104406 on 8.0-RELEASE-p2 ?
  • From: Victor Sudakov
• Re: kern/104406 on 8.0-RELEASE-p2 ?
  • From: Cleber Alves Nascimento
• Re: grep
  • From: Mark nesterovych
• kern/104406 on 8.0-RELEASE-p2 ?
  • From: Victor Sudakov
• Re: building world with debugging symbols
  • From: John Baldwin
• Re: Dynamic ticks in FreeBSD
  • From: Roman Divacky
• Re: Dynamic ticks in FreeBSD
  • From: Julian Elischer
• Re: building world with debugging symbols
  • From: Giorgos Keramidas
• Re: periodically save current time to time-of-day hardware
  • From: Andriy Gapon
• Re: grep
  • From: Dominic Fandrey
• Re: grep
  • From: Gabor Kovesdan
• Re: grep
  • From: James P. Howard, II
• Re: grep
  • From: James P. Howard, II
• Re: grep
  • From: Dag-Erling Smørgrav
• grep
  • From: Mark nesterovych
• Re: Dynamic ticks in FreeBSD
  • From: Dag-Erling Smørgrav
• Dynamic ticks in FreeBSD
  • From: Tsuyoshi Ozawa
• book on parallel programming
  • From: Sergey Babkin
• Re: random FreeBSD panics
  • From: Jeremy Chadwick
• Re: random FreeBSD panics
  • From: John Baldwin
• Re: random FreeBSD panics
  • From: Jeremy Chadwick
• virtual memory question
  • From: Dr. Baud
• Re: random FreeBSD panics
  • From: Masoom Shaikh
• Re: random FreeBSD panics
  • From: John Baldwin
• Re: periodically save current time to time-of-day hardware
  • From: John Baldwin
• Re: Problems understanding this piece of code...
  • From: Gary Jennejohn
• Problems understanding this piece of code...
  • From: Sergio Andrés Gómez del Real
• Re: random FreeBSD panics
  • From: Adam Vande More
• Re: random FreeBSD panics
  • From: Ivan Voras
• Re: random FreeBSD panics
  • From: Masoom Shaikh
• Re: random FreeBSD panics
  • From: Ivan Voras
• Re: random FreeBSD panics
  • From: Gary Jennejohn
• Re: periodically save current time to time-of-day hardware
  • From: Dag-Erling Smørgrav
• Re: random FreeBSD panics
  • From: Masoom Shaikh
• random FreeBSD panics
  • From: Masoom Shaikh
• Re: periodically save current time to time-of-day hardware
  • From: Peter Jeremy
• Re: Compiling kernel with gcc43
  • From: jhell
• Re: periodically save current time to time-of-day hardware
  • From: Dag-Erling Smørgrav
• Re: periodically save current time to time-of-day hardware
  • From: Dag-Erling Smørgrav
• Re: Panic in vm_map_stack
  • From: Attilio Rao
• Re: Compiling kernel with gcc43
  • From: Mario Lobo
• Re: periodically save current time to time-of-day hardware
  • From: Peter Jeremy
• Re: Panic in vm_map_stack
  • From: pluknet
• Re: Panic in vm_map_stack
  • From: Tom Judge
• Re: Panic in vm_map_stack
  • From: John Baldwin
• Re: Panic in vm_map_stack
  • From: Kostik Belousov
• Re: virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Rui Paulo
• Panic in vm_map_stack
  • From: Tom Judge
• Re: Compiling kernel with gcc43
  • From: Jille Timmermans
• Re: Compiling kernel with gcc43
  • From: Dag-Erling Smørgrav
• Re: periodically save current time to time-of-day hardware
  • From: Dag-Erling Smørgrav
• Re: Compiling kernel with gcc43
  • From: Garrett Cooper
• Re: Compiling kernel with gcc43
  • From: jhell
• RE: Puzzling stack trace
  • From: Peter Steele
• RE: Puzzling stack trace
  • From: Peter Steele
• Re: virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Ross Nelson
• RE: Puzzling stack trace
  • From: jhell
• Re: periodically save current time to time-of-day hardware
  • From: Andriy Gapon
• Re: periodically save current time to time-of-day hardware
  • From: Dag-Erling Smørgrav
• Re: Puzzling stack trace
  • From: John Baldwin
• Re: periodically save current time to time-of-day hardware
  • From: Andriy Gapon
• Re: periodically save current time to time-of-day hardware
  • From: Ed Schouten
• Re: periodically save current time to time-of-day hardware
  • From: Ed Schouten
• RE: Puzzling stack trace
  • From: Peter Steele
• periodically save current time to time-of-day hardware
  • From: Andriy Gapon
• Re: Puzzling stack trace
  • From: Dag-Erling Smørgrav
• Re: Compiling kernel with gcc43
  • From: Jille Timmermans
• RE: Puzzling stack trace
  • From: Peter Steele
• Re: virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Dag-Erling Smørgrav
• Re: virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Matthew Seaman
• Re: virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Bob Bishop
• Re: Puzzling stack trace
  • From: Dag-Erling Smørgrav
• virtual machine on mac os x 10.6 to run FreeBSD ?
  • From: Jiandong Lu
• Puzzling stack trace
  • From: Peter Steele
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Alexander Best
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Dag-Erling Smørgrav
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Jaakko Heinonen
• Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502
  • From: Bernhard Froehlich
• Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502
  • From: Bernhard Froehlich
• Re: WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502
  • From: Andriy Gapon
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Robert Watson
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: perryh
• WARNING pid ... (VBoxSVC): ioctl sign-extension ioctl ffffffffc4a81502
  • From: Andriy Gapon
• Re: Compiling kernel with gcc43 [SOLVED]
  • From: Mario Lobo
• Re: Compiling kernel with gcc43
  • From: Edward Tomasz Napierała
• Re: Compiling kernel with gcc43
  • From: Bruce Cran
• Re: Compiling kernel with gcc43
  • From: Andrius Morkūnas
• Re: Compiling kernel with gcc43
  • From: Garrett Cooper
• Re: Compiling kernel with gcc43
  • From: Ryan Stone
• Re: Compiling kernel with gcc43
  • From: Mario Lobo
• Re: Compiling kernel with gcc43
  • From: Ryan Stone
• Re: Compiling kernel with gcc43
  • From: Mario Lobo
• Solved: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Ivan Voras
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Robert Watson
• Re: Review/testing request: changing the detection of data_addr/text_addr
  • From: Nathan Whitehorn
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Ivan Voras
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Ivan Voras
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Garrett Cooper
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Dag-Erling Smørgrav
• Re: Review/testing request: changing the detection of data_addr/text_addr
  • From: John Baldwin
• Re: Review/testing request: changing the arguments of exec_setregs()
  • From: John Baldwin
• Review/testing request: changing the arguments of exec_setregs()
  • From: Nathan Whitehorn
• Re: kenv - output needed
  • From: Atom Smasher
• Review/testing request: changing the detection of data_addr/text_addr
  • From: Nathan Whitehorn
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: John Baldwin
• Re: Another tool for updating /etc
  • From: John Baldwin
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Peter Jeremy
• Re: Another tool for updating /etc
  • From: Bakul Shah
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Ivan Voras
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: John Baldwin
• Re: Another tool for updating /etc -- lua||other script language bikeshed
  • From: Ivan Voras
• Re: kenv - output needed
  • From: Atom Smasher
• Re: kenv - output needed
  • From: Garrett Cooper
• Re: Using __attribute__((weak)) in the kernel
  • From: Ryan Stone
• Using __attribute__((weak)) in the kernel
  • From: Patrick Mahan
• Re: kenv - output needed
  • From: Andrew Thompson
• Re: kenv - output needed
  • From: Atom Smasher
• Re: Strange behavior of kernel module (output terminated)
  • From: John Baldwin
• Re: Unicode in Syscons: I'd like to go on
  • From: Dag-Erling Smørgrav
• Re: Strange behavior of kernel module (output terminated)
  • From: Dag-Erling Smørgrav
• Re: kenv - output needed
  • From: Andrew Thompson
• Re: Strange behavior of kernel module (output terminated)
  • From: Ed Schouten
• Re: kenv - output needed
  • From: Garrett Cooper
• Re: kenv - output needed
  • From: Atom Smasher
• Re: kenv - output needed
  • From: Andrew Thompson
• Re: Another tool for updating /etc
  • From: Garrett Cooper
• Re: Unicode in Syscons: I'd like to go on
  • From: Alexander Churanov
• Re: Strange behavior of kernel module (output terminated)
  • From: Uffe Jakobsen
• Another tool for updating /etc
  • From: John Baldwin
• Re: Strange behavior of kernel module (output terminated)
  • From: John Baldwin
• Re: Strange behavior of kernel module (output terminated)
  • From: Dag-Erling Smørgrav
• Strange behavior of kernel module (output terminated)
  • From: Dmitry Krivenok
• Re: nroff -man, .An Aq formatting
  • From: Dominic Fandrey
• Re: nroff -man, .An Aq formatting
  • From: Dominic Fandrey
• kenv - output needed
  • From: Atom Smasher
• PR commit requests
  • From: Garrett Cooper
• Re: [patch] somebody please fix this outstanding mmap(2) bug
  • From: John Baldwin
• Re: [patch] somebody please fix this outstanding mmap(2) bug
  • From: Alexander Best
• Re: [patch] somebody please fix this outstanding mmap(2) bug
  • From: John Baldwin
• Re: [patch] teach the bootloader minor amd64 knowledge
  • From: Alexander Best
• Re: [patch] teach the bootloader minor amd64 knowledge
  • From: John Baldwin
• Re: nroff -man, .An Aq formatting
  • From: Joerg Sonnenberger
• Re: Logical CPUs cannot be disabled via W3520
  • From: Garrett Cooper
• Re: nroff -man, .An Aq formatting
  • From: Christian Weisgerber
• Re: [patch] somebody please fix this outstanding mmap(2) bug
  • From: Alexander Best
• Re: [patch] teach the bootloader minor amd64 knowledge
  • From: Alexander Best
• [patch] somebody please fix this outstanding mmap(2) bug
  • From: Alexander Best
• dumping on a small swap partition
  • From: Dominic Fandrey
• Re: [patch] teach the bootloader minor amd64 knowledge
  • From: John Baldwin
• Re: Logical CPUs cannot be disabled via W3520
  • From: John Baldwin
• [patch] teach the bootloader minor amd64 knowledge
  • From: Alexander Best
• Re: nroff -man, .An Aq formatting
  • From: Dag-Erling Smørgrav
• Re: /var/named/etc/namedb/master not empty when doing `make delete-old`
  • From: Alexander Best
• /var/named/etc/namedb/master not empty when doing `make delete-old`
  • From: Alexander Best
• Re: Looking for a mentor
  • From: Lars Engels
• Looking for a mentor
  • From: Guillermo Amaral
• HEADSUP: Call for FreeBSD Status Reports - 1Q/2010
  • From: Daniel Gerzo
• Re: nroff -man, .An Aq formatting
  • From: Doug Barton
• Logical CPUs cannot be disabled via W3520
  • From: Garrett Cooper
• Re: Unicode in Syscons: I'd like to go on
  • From: Dominic Fandrey
• Re: nroff -man, .An Aq formatting
  • From: Dominic Fandrey
• Re: ATA 4K sector issues
  • From: Olivier Smedts
• Re: nroff -man, .An Aq formatting
  • From: Andriy Gapon
• nroff -man, .An Aq formatting
  • From: Dominic Fandrey
• Re: [freebsd-hackers] need to edit /etc/ttys for console login
  • From: Garrett Cooper
• [freebsd-hackers] need to edit /etc/ttys for console login
  • From: Mike Winter
• Re: Google Summer of Code 2010 ideas
  • From: Harti Brandt
• Re: Google Summer of Code 2010 ideas
  • From: Atis
• Re: Google Summer of Code 2010 ideas
  • From: Harti Brandt
• Google Summer of Code 2010 ideas
  • From: Atis
• Re: ATA 4K sector issues
  • From: Dag-Erling Smørgrav
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: ATA 4K sector issues
  • From: Thiago Damas
• HotCloud '10 Submission Deadline Approaching
  • From: Lionel Garth Jones
• Re: ATA 4K sector issues
  • From: Dag-Erling Smørgrav
• Re: ntfsprogs
  • From: Samuel Martín Moro
• Re: ntfsprogs
  • From: Gary Jennejohn
• FreeBSD pxeboot installation from redhat
  • From: Anupam Sharma - ERS, HCL Tech
• ntfsprogs
  • From: Samuel Martín Moro
• Re: flash drive crashes hald on amd64
  • From: Garrett Cooper
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: ATA 4K sector issues
  • From: Andrew Stesin
• Re: flash drive crashes hald on amd64
  • From: Steve Franks
• Re: ATA 4K sector issues
  • From: Matthew Dillon
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: ATA 4K sector issues
  • From: Matthew Dillon
• Re: GPIO button and userspace
  • From: Alex RAY
• Re: ATA 4K sector issues
  • From: Matthew Dillon
• Re: GPIO button and userspace
  • From: Oleksandr Tymoshenko
• GPIO button and userspace
  • From: Alex RAY
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: ATA 4K sector issues
  • From: Dag-Erling Smørgrav
• Re: ATA 4K sector issues
  • From: Bruce Cran
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: ATA 4K sector issues
  • From: Olivier Smedts
• Re: ATA 4K sector issues
  • From: Olivier Smedts
• Re: ATA 4K sector issues
  • From: Bruce Cran
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: Drop cache
  • From: Stefan Esser
• Re: ATA 4K sector issues
  • From: Thiago Damas
• Re: ATA 4K sector issues
  • From: Dag-Erling Smørgrav
• Re: ATA 4K sector issues
  • From: Mohacsi Janos
• Unicode in Syscons: I'd like to go on
  • From: Alexander Churanov
• Re: ATA 4K sector issues
  • From: Dag-Erling Smørgrav
• Re: ATA 4K sector issues
  • From: Kent Stewart
• Re: ATA 4K sector issues
  • From: Andriy Gapon
• ATA 4K sector issues
  • From: Mohacsi Janos
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: [RFC] DTrace SYSCALL provider (was Re: [RFC] Saving the latest errno from syscalls.)
  • From: Jung-uk Kim
• Re: Drop cache
  • From: Pieter de Goeje
• Re: Kernel dump crash
  • From: John Baldwin
• Kernel dump crash
  • From: Glenn Camilleri
• Re: flash drive crashes hald on amd64
  • From: george+freebsd
• flash drive crashes hald on amd64
  • From: george+freebsd
• Problem with Realtek NIC
  • From: Ivan Radovanovic
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Alexander Motin
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Alexander Motin
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Alexander Best
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• [RFC] DTrace SYSCALL provider (was Re: [RFC] Saving the latest errno from syscalls.)
  • From: Jung-uk Kim
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: John Baldwin
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Drop cache
  • From: Havacci
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: Wesley Shields
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Alexander Best
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Mark Linimon
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Garrett Cooper
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Alexander Best
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: jhell
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Garrett Cooper
• Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Doug Barton
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: xorquewasp
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: jhell
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• bin/144644 review [was Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32]
  • From: Garrett Cooper
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: Garrett Cooper
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: Garrett Cooper
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Gary Jennejohn
• [patch] small fix to stop gcc warning for lib/libstand/assert.c
  • From: Alexander Best
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: xorquewasp
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: xorquewasp
• Re: Something rotten in ports (was Re: package building failure irritation)
  • From: Greg Larkin
• RE: How to slow down SATA to 1.5 GBit/s ?
  • From: Dirk Engling
• Something rotten in ports (was Re: package building failure irritation)
  • From: xorquewasp
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Juergen Lock
• SSV '10 Call for Papers Now Available
  • From: Lionel Garth Jones
• device_t, resource, and softc
  • From: Cole
• Re: [RFC] Saving the latest errno from syscalls.
  • From: Jung-uk Kim
• Re: To sendmail or to postfix that is the question?
  • From: Dag-Erling Smørgrav
• Re: [RFC] Saving the latest errno from syscalls.
  • From: Kostik Belousov
• Re: To sendmail or to postfix that is the question?
  • From: Matthias Andree
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: How to slow down SATA to 1.5 GBit/s ?
  • From: Andrey V. Elsukov
• Re: [RFC] Saving the latest errno from syscalls.
  • From: Jung-uk Kim
• Re: Sudden mbuf demand increase and shortage under the load (igb issue?)
  • From: Charles Owens
• Re: Sudden mbuf demand increase and shortage under the load (igb issue?)
  • From: Charles Owens
• Re: [RFC] Saving the latest errno from syscalls.
  • From: Marcel Moolenaar
• Re: To sendmail or to postfix that is the question?
  • From: Buschini Edouard
• [RFC] Saving the latest errno from syscalls.
  • From: Jung-uk Kim
• memguard(9) rewrite
  • From: Matthew Fleming
• Re: bus_space_tag, bus_space_handle
  • From: Alexander Kabaev
• Re: [patch] extending {amd64|i386} cpu info
  • From: Jung-uk Kim
• Re: bus_space_tag, bus_space_handle
  • From: Gary Jennejohn
• Re: To sendmail or to postfix that is the question?
  • From: Dag-Erling Smørgrav
• Re: To sendmail or to postfix that is the question?
  • From: Ulrich Spörlein
• Re: To sendmail or to postfix that is the question?
  • From: David Wolfskill
• Re: [patch] extending {amd64|i386} cpu info
  • From: John Baldwin
• Re: bus_space_tag, bus_space_handle
  • From: John Baldwin
• Re: To sendmail or to postfix that is the question?
  • From: Dag-Erling Smørgrav
• Re: To sendmail or to postfix that is the question?
  • From: Paul Wootton
• Re: Re: [patch] extending {amd64|i386} cpu info
  • From: Alexander Best
• How to slow down SATA to 1.5 GBit/s ?
  • From: Thomas Schmitt
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Jaakko Heinonen
• Re: To sendmail or to postfix that is the question?
  • From: Julian H. Stacey
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Alexander Best
• Re: To sendmail or to postfix that is the question?
  • From: Ollivier Robert
• [patch] tiny comment fix in sys/kern/vfs_syscalls.c
  • From: Alexander Best
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Alexander Best
• Re: To sendmail or to postfix that is the question?
  • From: Matthew Seaman
• Re: tty or script(1) weirdness?
  • From: Gary Jennejohn
• Re: To sendmail or to postfix that is the question?
  • From: Paul Wootton
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Jaakko Heinonen
• Re: ctfconvert dependency...
  • From: Marius Nünnerich
• Re: ctfconvert dependency...
  • From: Marius Nünnerich
• Re: ctfconvert dependency...
  • From: Marius Nünnerich
• Re: ctfconvert dependency...
  • From: Shrikanth Kamath
• bus_space_tag, bus_space_handle
  • From: Cole
• Re: ctfconvert dependency...
  • From: "C. Bergström"
• Re: ctfconvert dependency...
  • From: Shrikanth Kamath
• Re: ctfconvert dependency...
  • From: "C. Bergström"
• Re: To sendmail or to postfix that is the question?
  • From: Steven Hartland
• Re: To sendmail or to postfix that is the question?
  • From: Matthias Andree
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Alexander Best
• Re: tty or script(1) weirdness?
  • From: Ed Schouten
• Re: To sendmail or to postfix that is the question?
  • From: Lowell Gilbert
• Re: To sendmail or to postfix that is the question?
  • From: Xin LI
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: Kevin Day
• Re: To sendmail or to postfix that is the question?
  • From: Bill Moran
• Re: To sendmail or to postfix that is the question?
  • From: Vitaly Magerya
• Re: tty or script(1) weirdness?
  • From: Ed Schouten
• Re: To sendmail or to postfix that is the question?
  • From: Julian H. Stacey
• Re: physio and vmapbuf
  • From: Julian Elischer
• ctfconvert dependency...
  • From: Shrikanth Kamath
• Re: To sendmail or to postfix that is the question?
  • From: Boris Kochergin
• To sendmail or to postfix that is the question?
  • From: Steven Hartland
• Re: physio and vmapbuf
  • From: son goku
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: John Baldwin
• Re: physio and vmapbuf
  • From: John Baldwin
• Re: physio and vmapbuf
  • From: Kostik Belousov
• Re: southbridge recognition
  • From: Andriy Gapon
• Re: southbridge recognition
  • From: Andriy Gapon
• physio and vmapbuf
  • From: son goku
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: Kostik Belousov
• tty or script(1) weirdness?
  • From: Alfred Perlstein
• Re: VMDirectPath with FreeBSD 8 VM under ESXi 4.0
  • From: Dan Nelson
• VMDirectPath with FreeBSD 8 VM under ESXi 4.0
  • From: Christopher Smith
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: Ryan Stone
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: Kevin Day
• Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: John Baldwin
• Re: southbridge recognition
  • From: Ryan Stone
• southbridge recognition
  • From: volker
• Extremely slow boot on VMWare with Opteron 2352 (acpi?)
  • From: Kevin Day
• Re: NFS Client error
  • From: volker
• Re: NFS Client error
  • From: John Baldwin
• Re: NFS Client error
  • From: volker
• Re: kbdcontrol: how to get us.iso on ukbd & en.iso on atkbd ?
  • From: Maksim Yevmenkin
• Re: Need a build target
  • From: Patrick Mahan
• kbdcontrol: how to get us.iso on ukbd & en.iso on atkbd ?
  • From: Julian H. Stacey
• Re: Need a build target
  • From: John Baldwin
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: John Baldwin
• Re: Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: John Baldwin
• RE: Dead store elimination in the kernel?
  • From: Andrew Duane
• NFS Client error
  • From: Giulio Ferro
• Dead store elimination in the kernel?
  • From: Patrick Lamaiziere
• Need a build target
  • From: Patrick Mahan
• Re: ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Alexander Motin
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Jaakko Heinonen
• RE: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Selphie Keller
• Re: ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Doug Barton
• RE: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Robert Watson
• Re: Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: Josh Paetzel
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Alexander Best
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Garrett Cooper
• Re: Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: Garrett Cooper
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Ulrich Spörlein
• Re: ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Daniel O'Connor
• Re: ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Kevin Day
• Re: ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Daniel O'Connor
• ACPI/power implementation causing performance loss with i7/Nehalem turbo boost
  • From: Kevin Day
• Summary: Re: Spin down HDD after disk sync or before power off
  • From: Warren Block
• Re: package building failure irritation
  • From: xorquewasp
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Xin LI
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Alexander Best
• Re: tiny lib/libkvm/kvm_proc.c correction
  • From: Xin LI
• tiny lib/libkvm/kvm_proc.c correction
  • From: Alexander Best
• Re: package building failure irritation
  • From: xorquewasp
• Re: Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: Josh Paetzel
• Re: Automated kernel crash reporting system
  • From: Dan Naumov
• Re: building world with debugging symbols
  • From: Alexander Best
• Re: package building failure irritation
  • From: jhell
• Re: Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: John Baldwin
• Re: Automated kernel crash reporting system
  • From: John Baldwin
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Re: Automated kernel crash reporting system
  • From: Robert Watson
• Re: building world with debugging symbols
  • From: Bruce Cran
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Jaakko Heinonen
• building world with debugging symbols
  • From: Alexander Best
• Scripting sysinstall(8) to create & use multiple slices on a disk?
  • From: David Wolfskill
• Re: package building failure irritation
  • From: xorquewasp
• Re: GEOM_ULZMA
  • From: M. Warner Losh
• Re: GEOM_ULZMA
  • From: Joerg Sonnenberger
• Re: GEOM_ULZMA
  • From: Joerg Sonnenberger
• Re: GEOM_ULZMA
  • From: Dimitry Andric
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: GEOM_ULZMA
  • From: Joerg Sonnenberger
• Re: Automated kernel crash reporting system
  • From: sean connolly
• Re: Automated kernel crash reporting system
  • From: Gary Jennejohn
• Re: Automated kernel crash reporting system
  • From: jhell
• Automated kernel crash reporting system
  • From: Dan Naumov
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: GEOM_ULZMA
  • From: Ulf Lilleengen
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: GEOM_ULZMA
  • From: Adrian Chadd
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: GEOM_ULZMA
  • From: Joerg Sonnenberger
• Re: GEOM_ULZMA
  • From: Tim Kientzle
• Re: svn commit: r204615 - head/sbin/newfs
  • From: Luigi Rizzo
• Re: svn commit: r204615 - head/sbin/newfs
  • From: Garrett Cooper
• Re: GEOM_ULZMA
  • From: Adrian Chadd
• Re: GEOM_ULZMA
  • From: Pawel Jakub Dawidek
• Re: svn commit: r204615 - head/sbin/newfs
  • From: Xin LI
• Re: Allocating physical memory without a kernel mapping
  • From: Alexander Eichner
• Re: GEOM_ULZMA
  • From: Alex RAY
• Re: 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices)
  • From: Juergen Lock
• Re: GEOM_ULZMA
  • From: Dimitry Andric
• Re: package building failure irritation
  • From: mark
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Re: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Robert Watson
• RE: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Selphie Keller
• Re: 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices)
  • From: John Baldwin
• Re: [patch] extending {amd64|i386} cpu info
  • From: jhell
• Re: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Robert Watson
• Re: Allocating physical memory without a kernel mapping
  • From: Giovanni Trematerra
• Re: [patch] extending {amd64|i386} cpu info
  • From: Dag-Erling Smørgrav
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Re: GEOM_ULZMA
  • From: Alexandr Rybalko
• Re: Allocating physical memory without a kernel mapping
  • From: Alexander Eichner
• Re: kernel malloc() and free()
  • From: Andrey Simonenko
• Re: GEOM_ULZMA
  • From: Pawel Jakub Dawidek
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Nate Eldredge
• Re: unable to offline a failing drive in a zfs RAIDZ
  • From: Aryeh M. Friedman
• Re: unable to offline a failing drive in a zfs RAIDZ
  • From: Dan Nelson
• Re: kernel malloc() and free()
  • From: Dan Nelson
• mac_mls mac_biba mac_lomac patches to fix ptys_equal mib support for new /dev/pts in FreeBSD 8
  • From: Estella Mystagic
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Garrett Cooper
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: jhell
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: [patch] extending {amd64|i386} cpu info
  • From: Alexander Best
• unable to offline a failing drive in a zfs RAIDZ
  • From: Aryeh Friedman
• kernel malloc() and free()
  • From: Shrivatsan
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: jhell
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• snd_amd5536 for freebsd8.0
  • From: Mike Steinmann
• Re: package building failure irritation
  • From: xorquewasp
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Re: 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices)
  • From: John Baldwin
• Re: [patch] extending {amd64|i386} cpu info
  • From: John Baldwin
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Gary Jennejohn
• Re: package building failure irritation
  • From: xorquewasp
• Re: [patch] extending {amd64|i386} cpu info
  • From: Alexander Best
• Re: package building failure irritation
  • From: David Wolfskill
• Re: Allocating physical memory without a kernel mapping
  • From: Giovanni Trematerra
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Re: package building failure irritation
  • From: xorquewasp
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: Alexander Best
• Re: package building failure irritation
  • From: Dag-Erling Smørgrav
• Allocating physical memory without a kernel mapping
  • From: Alexander Eichner
• Re: [patch] extending {amd64|i386} cpu info
  • From: Garrett Cooper
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Garrett Cooper
• Re: [patch] extending {amd64|i386} cpu info
  • From: jhell
• Re: `make cleanworld` and /usr/obj/lib32/usr/src
  • From: jhell
• Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys)
  • From: Alexander Best

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > hackers  > 2010-03