freebsd-hackers

• Date Index

---

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

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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