freebsd-hackers

• Date Index

---

• Contribution to FreeBSD network stack, shashidhara none
  • Re: Contribution to FreeBSD network stack, Robert Watson
  • Re: Contribution to FreeBSD network stack, Jordan Gordeev
• Deadlock between GEOM and devfs device destroy and process exit., Alexander Motin
  • Re: Deadlock between GEOM and devfs device destroy and process exit., Kostik Belousov
    • Re: Deadlock between GEOM and devfs device destroy and process exit., Alexander Motin
  • Re: Deadlock between GEOM and devfs device destroy and process exit., Pawel Jakub Dawidek
    • Re: Deadlock between GEOM and devfs device destroy and process exit., Pawel Jakub Dawidek
      • Re: Deadlock between GEOM and devfs device destroy and process exit., Kostik Belousov
      • Re: Deadlock between GEOM and devfs device destroy and process exit., Alexander Motin
      • Re: Deadlock between GEOM and devfs device destroy and process exit., Kostik Belousov
      • Re: Deadlock between GEOM and devfs device destroy and process exit., Ed Schouten
• book on parallel programming, Sergey Babkin
  • Re: book on parallel programming, Ivan Voras
  • Re: book on parallel programming, Peter Jeremy
• repeteable panics on a 7.2-RELEASE box, Fernando Gleiser
• Leaks in libc?, Brandon Falk
  • Re: Leaks in libc?, Gary Jennejohn
  • Re: Leaks in libc?, Tim Kientzle
• Re: Spin down HDD after disk sync or before power off, Alexander Best
  • Re: Spin down HDD after disk sync or before power off, Warren Block
    • Re: Spin down HDD after disk sync or before power off, Alexander Best
      • Re: Spin down HDD after disk sync or before power off, Oliver Fromme
      • Re: Spin down HDD after disk sync or before power off, Warren Block
      • Re: Spin down HDD after disk sync or before power off, Jung-uk Kim
      • Re: Spin down HDD after disk sync or before power off, Warren Block
      • Re: Spin down HDD after disk sync or before power off, Alexander Best
  • Re: Spin down HDD after disk sync or before power off, Igor Mozolevsky
    • Re: Spin down HDD after disk sync or before power off, Igor Mozolevsky
  • Re: Spin down HDD after disk sync or before power off, Gary Jennejohn
  • Re: Spin down HDD after disk sync or before power off, Oliver Fromme
    • Re: Spin down HDD after disk sync or before power off, Igor Mozolevsky
  • Re: Spin down HDD after disk sync or before power off, Tijl Coosemans
• Unique process id (not pid) and accounting daemon, cronfy
  • Re: Unique process id (not pid) and accounting daemon, Alfred Perlstein
    • Re: Unique process id (not pid) and accounting daemon, cronfy
      • Re: Unique process id (not pid) and accounting daemon, Alfred Perlstein
  • Re: Unique process id (not pid) and accounting daemon, Jilles Tjoelker
• ethernet SiS(190/191) problem driver, zloidemon
  • Re: ethernet SiS(190/191) problem driver, Pyun YongHyeon
    • Message not available
      • Re: ethernet SiS(190/191) problem driver, Pyun YongHyeon
• [patch] extending/completing brandelf's OS knowledge, Alexander Best
  • Re: [patch] extending/completing brandelf's OS knowledge, Kostik Belousov
    • Re: [patch] extending/completing brandelf's OS knowledge, Alexander Best
      • Re: [patch] extending/completing brandelf's OS knowledge, Kostik Belousov
      • Re: [patch] extending/completing brandelf's OS knowledge, Doug Barton
      • Re: [patch] extending/completing brandelf's OS knowledge, Alexander Leidinger
      • Re: [patch] extending/completing brandelf's OS knowledge, Kostik Belousov
      • Re: [patch] extending/completing brandelf's OS knowledge, Joerg Sonnenberger
      • Re: [patch] extending/completing brandelf's OS knowledge, Alexander Leidinger
      • Re: [patch] extending/completing brandelf's OS knowledge, Alexander Best
    • Re: [patch] extending/completing brandelf's OS knowledge, Julian Elischer
• Strange network issue in freebsd 8, Sherin George
  • Re: Strange network issue in freebsd 8, Robert Watson
    • Re: Strange network issue in freebsd 8, Sherin George
  • Message not available
    • Re: Strange network issue in freebsd 8, Sherin George
  • <Possible follow-ups>
  • Re: Strange network issue in freebsd 8, Sherin George
    • RE: Strange network issue in freebsd 8, Li, Qing
      • Re: Strange network issue in freebsd 8, Sherin George
    • Re: Strange network issue in freebsd 8, sam
      • Re: Strange network issue in freebsd 8, Andriy Gapon
• A 7 vs 8 db benchmark, Ivan Voras
  • Re: A 7 vs 8 db benchmark, Dag-Erling Smørgrav
    • Re: A 7 vs 8 db benchmark, Ivan Voras
• posting coding bounties, appropriate money amounts?, Dan Naumov
  • Re: posting coding bounties, appropriate money amounts?, Ivan Voras
    • Re: posting coding bounties, appropriate money amounts?, Matt Olander
• Re: Greetings... a patch I would like your comments on..., Dag-Erling Smørgrav
  • <Possible follow-ups>
  • Re: Greetings... a patch I would like your comments on..., Randall Stewart
    • Re: Greetings... a patch I would like your comments on..., Randall Stewart
  • Re: Greetings... a patch I would like your comments on..., Ed Schouten
    • Re: Greetings... a patch I would like your comments on..., Ivan Voras
      • Re: Greetings... a patch I would like your comments on..., Ed Schouten
      • Re: Greetings... a patch I would like your comments on..., Randall Stewart
      • Re: Greetings... a patch I would like your comments on..., Ivan Voras
      • Re: Greetings... a patch I would like your comments on..., Randall Stewart
      • Re: Greetings... a patch I would like your comments on..., Jilles Tjoelker
      • Re: Greetings... a patch I would like your comments on..., Randall Stewart
      • Re: Greetings... a patch I would like your comments on..., Daniel Eischen
      • Re: Greetings... a patch I would like your comments on..., Randall Stewart
    • Re: Greetings... a patch I would like your comments on..., Bruce Cran
• ARM and structure size boundary, Sebastian Huber
  • Re: ARM and structure size boundary, Olivier Houchard
  • Re: ARM and structure size boundary, Rui Paulo
• pthread_{mutex,cond} & fifo/starvation/scheduling policy, Bernard van Gastel
  • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Dag-Erling Smørgrav
    • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Bernard van Gastel
      • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Daniel Eischen
      • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Dag-Erling Smørgrav
      • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, David Xu
  • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Dan Nelson
    • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Bernard van Gastel
      • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Daniel Eischen
      • Re: pthread_{mutex,cond} & fifo/starvation/scheduling policy, Pieter de Goeje
• Setting "zfs_arc_max" value in FreeBSD 8., Sherin George
  • Re: Setting "zfs_arc_max" value in FreeBSD 8., Ivan Voras
    • Re: Setting "zfs_arc_max" value in FreeBSD 8., Sherin George
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., jhell
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., Alexander Leidinger
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., Artem Belevich
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., jhell
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., Artem Belevich
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., jhell
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., Alexander Leidinger
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., jhell
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., jhell
      • Re: Setting "zfs_arc_max" value in FreeBSD 8., Alexander Leidinger
    • Re: Setting "zfs_arc_max" value in FreeBSD 8., krad
• what's "Exception: t_mutex::lock failed" in ports/net/twinkle/ ?, Victor Sudakov
• limits for run away Firefox ?, Julian H. Stacey
  • Re: limits for run away Firefox ?, jhell
  • Re: limits for run away Firefox ?, Doug Barton
    • Re: limits for run away Firefox ?, Oliver Fromme
      • Re: limits for run away Firefox ?, Doug Barton
      • Re: limits for run away Firefox ?, Rick C. Petty
      • Re: limits for run away Firefox ?, Fabian Keil
      • Re: limits for run away Firefox ? [SEC=UNCLASSIFIED], Wilkinson, Alex
      • Re: limits for run away Firefox ?, Oliver Fromme
      • Re: limits for run away Firefox ?, Doug Barton
• Weekend PR smashing, R. Tyler Ballance
  • Re: Weekend PR smashing, Giorgos Keramidas
• FreeBSD Quarterly Status Report for October - December 2009, Daniel Gerzo
• ptrace bug or feature?, Ali Polatel
  • Re: ptrace bug or feature?, Kostik Belousov
    • Re: ptrace bug or feature?, Nate Eldredge
      • Re: ptrace bug or feature?, Ali Polatel
• Current 8.0-STABLE doesn't compile (warning: implicit declaration of function 'bus_describe_intr'), Yuri
  • <Possible follow-ups>
  • Re: Current 8.0-STABLE doesn't compile (warning: implicit declaration of function 'bus_describe_intr'), Alexander Motin
• User error or awk bug?, Garrett Cooper
  • Message not available
    • Re: User error or awk bug?, Garrett Cooper
  • Message not available
    • Message not available
      • Message not available
      • Re: User error or awk bug?, Garrett Cooper
      • Re: User error or awk bug?, Oliver Fromme
  • <Possible follow-ups>
  • Re:User error or awk bug?, Michel Talon
    • Re: User error or awk bug?, Garrett Cooper
• Q:possibility PFIL+mbuf use for packet spawning, q q
  • Re: Q:possibility PFIL+mbuf use for packet spawning, Max Laier
    • Re: Q:possibility PFIL+mbuf use for packet spawning, q q
      • Re: Q:possibility PFIL+mbuf use for packet spawning, q q
• getifaddrs(3), ifa_data field, Benjamin Lutz
• about libstdc++ ,change the defaule allocator, Jiandong Lu
  • Re: about libstdc++ ,change the defaule allocator, Xin LI
    • 回复： about libstdc++ ,change the defaule allocator, Jiandong Lu
• Cross-building amd64->i386 fails at RESCUE, Mars G Miro
  • Re: Cross-building amd64->i386 fails at RESCUE, Andrew Thompson
    • Re: Cross-building amd64->i386 fails at RESCUE, Mars G Miro
      • Re: Cross-building amd64->i386 fails at RESCUE, John Baldwin
• HotPar '10 Submissions Deadline Approaching, Lionel Garth Jones
• uiomove and mutex, H.Fazaeli
  • Re: uiomove and mutex, Xin LI
  • Re: uiomove and mutex, Max Laier
    • Re: uiomove and mutex, John Baldwin
• nginx hanging with state zoneli, Steven Hartland
  • Re: nginx hanging with state zoneli, Alexander Nesterov
    • Re: nginx hanging with state zoneli, Steven Hartland
• [PATCH] linprocfs dofilesystems, Fernando Apesteguía
  • Re: [PATCH] linprocfs dofilesystems, Gary Jennejohn
    • Re: [PATCH] linprocfs dofilesystems, Fernando Apesteguía
  • Re: [PATCH] linprocfs dofilesystems, Jilles Tjoelker
    • Re: [PATCH] linprocfs dofilesystems, Fernando Apesteguía
  • Re: [PATCH] linprocfs dofilesystems, John Baldwin
    • Re: [PATCH] linprocfs dofilesystems, Fernando Apesteguía
      • Re: [PATCH] linprocfs dofilesystems, John Baldwin
      • Re: [PATCH] linprocfs dofilesystems, Fernando Apesteguía
      • Re: [PATCH] linprocfs dofilesystems, John Baldwin
      • Re: [PATCH] linprocfs dofilesystems, Kostik Belousov
      • Re: [PATCH] linprocfs dofilesystems, John Baldwin
• bus_dmamap_load_uio() and user data, Mark Tinguely
  • Re: bus_dmamap_load_uio() and user data, John Baldwin
    • Re: bus_dmamap_load_uio() and user data, Mark Tinguely
      • Re: bus_dmamap_load_uio() and user data, John Baldwin
      • Re: bus_dmamap_load_uio() and user data, Max Laier
      • Re: bus_dmamap_load_uio() and user data, Mark Tinguely
• Question regarding memory disks, shrivatsan
  • Re: Question regarding memory disks, Pieter de Goeje
    • Re: Question regarding memory disks, Julian Elischer
      • Re: Question regarding memory disks, Shrivats
      • Re: Question regarding memory disks, Ulrich Spörlein
      • Re: Question regarding memory disks, Julian Elischer
  • <Possible follow-ups>
  • Question regarding memory disks, Shrivats
• [PATCH] Fix typo in icmp6_error comment, sn_
  • Re: [PATCH] Fix typo in icmp6_error comment, Bjoern A. Zeeb
• how to create pass devices without reboot?, Vladimir Ermakov
  • Re: how to create pass devices without reboot?, Dirk-Willem van Gulik
    • Re: how to create pass devices without reboot?, Vladimir Ermakov
  • <Possible follow-ups>
  • Re: how to create pass devices without reboot?, Alexander Motin
• Patch to Makefile.inc1 to mention which kernel config is being installed, David Wolfskill
  • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, Bjoern A. Zeeb
    • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, David Wolfskill
      • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, Bjoern A. Zeeb
      • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, John Baldwin
      • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, David Wolfskill
  • Re: Patch to Makefile.inc1 to mention which kernel config is being installed, jhell
• testing needed: Secure RPC, Brooks Davis
• Does FreeBSD issue messages about MAC/IP conflicts?, Yuri
  • Re: Does FreeBSD issue messages about MAC/IP conflicts?, Glen Barber
    • Re: Does FreeBSD issue messages about MAC/IP conflicts?, perryh
      • Re: Does FreeBSD issue messages about MAC/IP conflicts?, Outback Dingo
      • Re: Does FreeBSD issue messages about MAC/IP conflicts?, Manolis Kiagias
      • RE: Does FreeBSD issue messages about MAC/IP conflicts?, Andresen, Jason R.
• Fwd: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009), Daniel Gerzo
• Overwrite ZFS zpool bootfs property during boot, Philipp Wuensche
  • Message not available
    • Re: Overwrite ZFS zpool bootfs property during boot, Philipp Wuensche
      • Message not available
      • Re: Overwrite ZFS zpool bootfs property during boot, Philipp Wuensche
• Re: "Checksum mismatch -- will transfer entire file", Matthias Andree
  • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
  • Re: "Checksum mismatch -- will transfer entire file", Dimitry Andric
    • Re: "Checksum mismatch -- will transfer entire file", Doug Barton
      • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
      • Re: "Checksum mismatch -- will transfer entire file", Stephen Montgomery-Smith
    • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
      • Re: "Checksum mismatch -- will transfer entire file", Peter Jeremy
      • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
      • Re: "Checksum mismatch -- will transfer entire file", Erik Trulsson
      • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
      • Re: "Checksum mismatch -- will transfer entire file", Peter Jeremy
      • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
      • Re: "Checksum mismatch -- will transfer entire file", Stephen Montgomery-Smith
      • Re: "Checksum mismatch -- will transfer entire file", jhell
      • Re: "Checksum mismatch -- will transfer entire file", Victor Sudakov
  • <Possible follow-ups>
  • Re: "Checksum mismatch -- will transfer entire file", Eygene Ryabinkin
• [HEADSUP] Google SoC work on ext2fs to be committed, Ulf Lilleengen
  • <Possible follow-ups>
  • Re: [HEADSUP] Google SoC work on ext2fs to be committed, Pedro F. Giffuni
• [PATCH] fts(3): allow FTS_LOGICAL without FTS_NOCHDIR, Jilles Tjoelker
• TEMPer USB Thermometer, Stefan Bethke
• linprocfs Input/output error, Fernando Apesteguía
  • Re: linprocfs Input/output error, Jilles Tjoelker
    • Re: linprocfs Input/output error, Fernando Apesteguía
    • Re: linprocfs Input/output error, Jaakko Heinonen
      • Re: linprocfs Input/output error, Dag-Erling Smørgrav
• Re: NUMA support; tweaking TCP for GPRS, Sean Hamilton
• Re: something fails with svn, jhell
  • Re: something fails with svn, Ed Schouten
    • Re: something fails with svn, jhell
      • Re: something fails with svn, Oliver Pinter
      • Re: something fails with svn, Oliver Pinter
      • Re: something fails with svn, Kevin Oberman
      • Re: something fails with svn, jhell
  • <Possible follow-ups>
  • Re: something fails with svn, Ryan Stone
    • Re: something fails with svn, Oliver Pinter
      • Re: something fails with svn, Oliver Pinter
  • Re: something fails with svn, Jonathan Noack
    • Re: something fails with svn, Kevin Oberman
• RE: Suggestion: rename "killall" to "fkill", but wait five years to phase the new name in, Phillip Spring

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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