freebsd-hackers

• Date Index

• [panic]Fatal trap 12: page fault while in kernel mode, ytriffy
• Is it possible to use IPv4 and IPv6 in a same jail?, LI Xin
  • Re: Is it possible to use IPv4 and IPv6 in a same jail?, Bjoern A. Zeeb
    • Re: Is it possible to use IPv4 and IPv6 in a same jail?, Simon 'corecode' Schubert
      • Re: Is it possible to use IPv4 and IPv6 in a same jail?, LI Xin
  • Re: Is it possible to use IPv4 and IPv6 in a same jail?, Frank Behrens
• Problems with rpc.statd and PAE, João Carlos Mendes Luís
  • Re: Problems with rpc.statd and PAE, Dag-Erling Smørgrav
• Re: network/multithreaded programming on FreeBSD, Karol Kwiatkowski
  • Re: network/multithreaded programming on FreeBSD, Pietro Cerutti
  • Re: network/multithreaded programming on FreeBSD, Mike Meyer
• [panic]page fault while in kernel mode, ytriffy
• passwd(1) and PAM, Jonathan McKeown
• Fatal trap 12: page fault while in kernel mode.Need help., Slava Gonahchan
• kevent notes implementation, Daniel Molina Wegener
• [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
  • Re: [patch] enhance powerd(8) to handle max temperature, Hajimu UMEMOTO
    • Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
      • Re: [patch] enhance powerd(8) to handle max temperature, Kris Kennaway
      • Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
      • Re: [patch] enhance powerd(8) to handle max temperature, Hajimu UMEMOTO
      • Re: [patch] enhance powerd(8) to handle max temperature, Nate Lawson
      • Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
      • Re: [patch] enhance powerd(8) to handle max temperature, Hajimu UMEMOTO
      • Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
      • [SOLVED] Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
      • Re: [SOLVED] Re: [patch] enhance powerd(8) to handle max temperature, Hajimu UMEMOTO
      • Re: [SOLVED] Re: [patch] enhance powerd(8) to handle max temperature, Pietro Cerutti
• gcc -m32 option on amd64., Sharad Chandra
  • Re: gcc -m32 option on amd64., Peter Jeremy
    • Re: gcc -m32 option on amd64., Tom Evans
      • Re: gcc -m32 option on amd64., Peter Jeremy
      • Re: gcc -m32 option on amd64., Tom Evans
      • Re: gcc -m32 option on amd64., Giorgos Keramidas
• cvs: how to put vendor-deleted file into Attic?, Xin LI
  • Re: cvs: how to put vendor-deleted file into Attic?, Simon 'corecode' Schubert
    • Re: cvs: how to put vendor-deleted file into Attic?, Dag-Erling Smørgrav
• FreeBSD & Hot pluggable disks (SATA?), Stephen Hocking
  • Re: FreeBSD & Hot pluggable disks (SATA?), Dag-Erling Smørgrav
    • Re: FreeBSD & Hot pluggable disks (SATA?), Tom Judge
    • Re: FreeBSD & Hot pluggable disks (SATA?), Thomas Hurst
      • Re: FreeBSD & Hot pluggable disks (SATA?), Jeremy Chadwick
• apci_thermal doesn't send 0x80 or 0x81 notifies, Pietro Cerutti
• Getting FreeBSD to see my dvd drive, Joshua Isom
  • Re: Getting FreeBSD to see my dvd drive, Tom Evans
    • Re: Getting FreeBSD to see my dvd drive, Mark Carlson
      • Re: Getting FreeBSD to see my dvd drive, Niki Denev
  • <Possible follow-ups>
  • Re: Getting FreeBSD to see my dvd drive, Joshua Isom
• rsh help, Sharad Chandra
  • Re: rsh help, Sharad Chandra
• alias netmask bug?, Evren Yurtesen
  • Re: alias netmask bug?, Jeremy Chadwick
    • Re: alias netmask bug?, Evren Yurtesen
      • Re: alias netmask bug?, Julian Elischer
    • Re: alias netmask bug?, Tom Judge
• A few questions..., Daniel Molina Wegener
  • Re: A few questions..., Darren Pilgrim
    • Re: A few questions..., Ben Kaduk
      • Re: A few questions..., Brooks Davis
  • Re: A few questions..., John-Mark Gurney
    • Re: A few questions..., Victor Loureiro Lima
      • Re: A few questions..., John-Mark Gurney
      • Re: A few questions..., Victor Loureiro Lima
      • Re: A few questions..., John-Mark Gurney
      • Re: A few questions..., Victor Loureiro Lima
  • Re: A few questions..., M. Warner Losh
• Dynamic kernel updates using DynAMOS, Kristis Makris
• How do I daemonize a process?, Garrett Cooper
  • Re: How do I daemonize a process?, Garrett Cooper
    • Re: How do I daemonize a process?, Simon 'corecode' Schubert
      • Re: How do I daemonize a process?, Peter Boosten
      • Re: How do I daemonize a process?, Jose-Marcio Martins da Cruz
      • Re: How do I daemonize a process?, Garrett Cooper
    • Re: How do I daemonize a process?, Jacques Fourie
  • Re: How do I daemonize a process?, Maxime Henrion
  • Re: How do I daemonize a process?, Jona Joachim
• Fwd: ng_fec man page (docs/114259), Daniel Gerzo
• Get pid of child that has exited?, Michael B Allen
  • Re: Get pid of child that has exited?, Michael B Allen
  • Re: Get pid of child that has exited?, Warner Losh
• Insufficient locking in log() / kvprintf() / somewhere?, Romain Tartière
  • Re: Insufficient locking in log() / kvprintf() / somewhere?, Tom Judge
• tunefs.8 oddity, Maxim Konovalov
  • Re: tunefs.8 oddity, Xin LI
    • Re: tunefs.8 oddity, Maxim Konovalov
      • Re: tunefs.8 oddity, Stefan Esser
      • Re: tunefs.8 oddity, Julian Elischer
      • Re: tunefs.8 oddity, Stefan Esser
• Path to executable of current process?, Michael B Allen
  • Re: Path to executable of current process?, Michael B Allen
    • Re: Path to executable of current process?, Michael B Allen
    • Re: Path to executable of current process?, Peter Jeremy
  • Re: Path to executable of current process?, Steve Watt
• change control on FreeBSD servers, Rogelio Bastardo
  • Re: change control on FreeBSD servers, Russell Jackson
• Re: kern.ngroups question, Michael Vince
  • Re: kern.ngroups question, Ruben de Groot
  • Re: kern.ngroups question, Reuben A. Popp
    • Re: kern.ngroups question, Hartmut Brandt
• FreeBSD 6.2-STABLE && apache 2.2.4 = bad performance. Help!, Michael Vaughn
  • Re: FreeBSD 6.2-STABLE && apache 2.2.4 = bad performance. Help!, Stanislav Sedov
• Problems with +CONTENTS being messed up by pkg_delete -f, Stephen Montgomery-Smith
  • Re: Problems with +CONTENTS being messed up by pkg_delete -f, Robert Noland
    • Re: Problems with +CONTENTS being messed up by pkg_delete -f, Stephen Montgomery-Smith
  • Re: Problems with +CONTENTS being messed up by pkg_delete -f, Randy Pratt
  • RE: Problems with +CONTENTS being messed up by pkg_delete -f, Helge.Oldach
• Rijndael sanity check?, Richard Hodges
  • Message not available
    • Re: Rijndael sanity check?, Richard Hodges
• ttyd0 permission denied problem, oxy
  • Re: ttyd0 permission denied problem, Jeremy Chadwick
    • Message not available
      • Re: ttyd0 permission denied problem, Jeremy Chadwick
      • Re: ttyd0 permission denied problem, oxy
• Proposal for alleviating disk read / write time, Garrett Cooper
  • Re: Proposal for alleviating disk read / write time, Ivan Voras
    • Re: Proposal for alleviating disk read / write time, youshi10
      • Re: Proposal for alleviating disk read / write time, youshi10
• hi, I'm a hacker!!!, Theom Rad
• permission denied to properly chmod'd files, Rogelio Bastardo
  • Re: permission denied to properly chmod'd files, Eric Anderson
    • Re: permission denied to properly chmod'd files, Heiko Wundram (Beenic)
• Slight problem with make actual-package-depends with ports, Stephen Montgomery-Smith
  • Re: Slight problem with make actual-package-depends with ports, Doug Barton
    • Re: Slight problem with make actual-package-depends with ports, Garrett Cooper
  • Re: Slight problem with make actual-package-depends with ports, Antony Mawer
    • Re: Slight problem with make actual-package-depends with ports, Garrett Cooper
      • Re: Slight problem with make actual-package-depends with ports, Antony Mawer
  • Re: Slight problem with make actual-package-depends with ports, Alexander Leidinger
    • Re: Slight problem with make actual-package-depends with ports, Stephen Montgomery-Smith
      • Re: Slight problem with make actual-package-depends with ports, Alexander Leidinger
    • Re: Slight problem with make actual-package-depends with ports, Stephen Montgomery-Smith
      • Re: Slight problem with make actual-package-depends with ports, Alexander Leidinger
• Re: Large amounts of memory access operations cause panic under CURRENT (was "Large gap between fwrite and write, and fread and read"), Milos Vyletel
  • <Possible follow-ups>
  • Re: Large amounts of memory access operations cause panic under CURRENT (was "Large gap between fwrite and write, and fread and read"), youshi10
• Re: [PATCH]: acct_process() locking and exit1(), John Baldwin
• Large gap between fwrite and write, and fread and read, Garrett Cooper
  • Re: Large gap between fwrite and write, and fread and read, Heiko Wundram (Beenic)
    • Re: Large gap between fwrite and write, and fread and read, youshi10
      • Re: Large gap between fwrite and write, and fread and read, Heiko Wundram (Beenic)
• Problem with Broadcom 5704 B1 on amd64 6.2 release, James Shank
  • Re: Problem with Broadcom 5704 B1 on amd64 6.2 release, John Baldwin
    • Re: Problem with Broadcom 5704 B1 on amd64 6.2 release, James Shank
  • Message not available
    • Re: Problem with Broadcom 5704 B1 on amd64 6.2 release, James Shank
      • Re: Problem with Broadcom 5704 B1 on amd64 6.2 release, James Shank
• loading a firmware image, Maslan
  • Re: loading a firmware image, Ivan Voras
    • Re: loading a firmware image, Maslan
  • Re: loading a firmware image, Andrew Thompson
    • Re: loading a firmware image, Maslan
      • Re: loading a firmware image, Sam Leffler
      • Re: loading a firmware image, Maslan
• Re: Setting up development environment, Brian Chu
  • Re: Setting up development environment, Dag-Erling Smørgrav
    • Re: Setting up development environment, Brian Chu
      • Re: Setting up development environment, Dag-Erling Smørgrav
  • Re: Setting up development environment, M. Warner Losh
  • <Possible follow-ups>
  • Re: Setting up development environment, Tom Evans
    • Re: Setting up development environment, Sean C. Farley
• Tar output mode for installworld, Tim Kientzle
  • Re: Tar output mode for installworld, Joerg Sonnenberger
    • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Paul Schenkeveld
      • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Matthew Seaman
      • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Matthew Seaman
      • Re: Tar output mode for installworld, M. Warner Losh
      • Re: Tar output mode for installworld, Ulrich Spoerlein
      • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Eric Anderson
      • Re: Tar output mode for installworld, Ulrich Spoerlein
      • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Matthew Dillon
      • Re: Tar output mode for installworld, Ulrich Spoerlein
  • Re: Tar output mode for installworld, Giorgos Keramidas
    • Re: Tar output mode for installworld, Tim Kientzle
      • Re: Tar output mode for installworld, Giorgos Keramidas
• cmx driver for Omnikey CardMan 4040 completed, Daniel Roethlisberger
• Re: python modules, Mathieu Prevot
  • Message not available
    • Re: python modules, Mathieu Prevot
      • Re: python modules, Mike Meyer
  • Re: python modules, Joseph Koshy
• get active processes in python, Mathieu Prevot
  • Re: get active processes in python, Mathieu Prevot
    • Re: get active processes in python, Joseph Koshy
• exporting subr_param values as sysctls, Alfred Perlstein
  • Re: exporting subr_param values as sysctls, John Baldwin
  • Re: exporting subr_param values as sysctls, Paul Saab
    • Re: exporting subr_param values as sysctls, Alfred Perlstein
• Re: Debugging time, Ivan Voras
  • Re: Debugging time, Victor Snezhko
• FreeBSD Status Reports Q2/2007, Max Laier
• Re: Debugging times, David Malone
  • Message not available
    • Re: Debugging times, David Malone
      • Message not available
      • Re: Debugging times, David Malone
      • Message not available
      • Re: Debugging times, Dominique Goncalves
      • Re: Debugging times, David Malone
      • Re: Debugging times, Victor Snezhko
      • Re: Debugging times, Ivan Voras
      • Re: Debugging times, Victor Snezhko
      • Re: Debugging times, John Baldwin
      • Re: Debugging times, Ivan Voras
      • Re: Debugging times, John Baldwin
• Audio driver template, Christopher Davis
  • Re: Audio driver template, Hans Petter Selasky
  • Re: Audio driver template, John-Mark Gurney
    • Re: Audio driver template, John Baldwin
  • Re: Audio driver template, Alexander Leidinger
    • RE: Audio driver template, Yuriy Tsibizov
    • Re: Audio driver template, Christopher Davis
    • Re: Audio driver template, Christopher Davis
• rewrite src/sys/i386/i386/in_cksum.c, zhouyi zhou
  • Re: rewrite src/sys/i386/i386/in_cksum.c, zhouyi zhou
  • Re: rewrite src/sys/i386/i386/in_cksum.c, Alexander Leidinger
    • Re: rewrite src/sys/i386/i386/in_cksum.c, Zhouyi Zhou
      • Re: rewrite src/sys/i386/i386/in_cksum.c, Matthew Dillon
• IT-CareFree: a way of using FreeBSD, Clarence Chu
• playing with tun, Simias
• device rue causes kernel panic, Bert JW Regeer
  • Re: device rue causes kernel panic, M. Warner Losh
    • Re: device rue causes kernel panic, M. Warner Losh
      • Re: device rue causes kernel panic, Bert JW Regeer
• Re: Finding slowdowns in pkg_install, Michel Talon
  • Re: Finding slowdowns in pkg_install, youshi10
• Re: FreeBSD status reports due: July 7, 2007, Max Laier
• should manuals of pcic/card be removed?, Zhang Weiwu
• Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
  • Re: Finding slowdowns in pkg_install (continuations of previous threads), Tim Kientzle
    • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Tim Kientzle
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Pav Lucistnik
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Tim Kientzle
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Tim Kientzle
      • Re: Finding slowdowns in pkg_install (continuations of previous threads), Garrett Cooper
• add closefrom() call, Ighighi Ighighi
  • Re: add closefrom() call, LI Xin
    • Re: add closefrom() call, Ighighi Ighighi
  • Re: add closefrom() call, Joerg Sonnenberger
    • Re: add closefrom() call, LI Xin
      • Re: add closefrom() call, Ed Schouten
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, Robert Watson
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, Bert JW Regeer
      • Re: add closefrom() call, LI Xin
      • Re: add closefrom() call, Ed Schouten
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, Ed Schouten
      • Re: add closefrom() call, Peter Jeremy
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, John Baldwin
      • Re: add closefrom() call, Robert Watson
      • Re: add closefrom() call, Joerg Sonnenberger
      • Re: add closefrom() call, Joerg Sonnenberger
      • Re: add closefrom() call, Robert Watson
  • Re: add closefrom() call, Joerg Sonnenberger
  • <Possible follow-ups>
  • Re: add closefrom() call, Ighighi
    • Re: add closefrom() call, Joerg Sonnenberger
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, Matthew Dillon
      • Re: add closefrom() call, Julian Elischer
      • Re: add closefrom() call, Joerg Sonnenberger
• kernel dynamic references, david.chosrova@xxxxxxxxxxxxxx
  • <Possible follow-ups>
  • kernel dynamic references, david.chosrova@xxxxxxxxxxxxxx
    • Re: kernel dynamic references, Abdullah Ibn Hamad Al-Marri
• New USB stack and Zero copy., Hans Petter Selasky
  • Re: New USB stack and Zero copy., John-Mark Gurney
    • Re: New USB stack and Zero copy., Hans Petter Selasky
      • Re: New USB stack and Zero copy., John Baldwin
      • Re: New USB stack and Zero copy., John Baldwin
      • Re: New USB stack and Zero copy., Hans Petter Selasky
      • Re: New USB stack and Zero copy., John Baldwin
      • Re: New USB stack and Zero copy., Hans Petter Selasky
      • Re: New USB stack and Zero copy., John Baldwin
• where to start on kernel modules and NSS?, Z.C.B.
  • Re: where to start on kernel modules and NSS?, Ivan Voras
    • Re: where to start on kernel modules and NSS?, Stanislav Sedov
• p_vmspace in syscall, Nicolas Cormier
  • Re: p_vmspace in syscall, Nicolas Cormier
    • Re: p_vmspace in syscall, Roman Divacky
  • Re: p_vmspace in syscall, Robert Watson
    • Re: p_vmspace in syscall, Nicolas Cormier
      • Re: p_vmspace in syscall, Robert Watson
      • Re: p_vmspace in syscall, Nicolas Cormier
      • Re: p_vmspace in syscall, Robert Watson
      • Re: p_vmspace in syscall, Nicolas Cormier
      • Re: p_vmspace in syscall, Steve Watt
      • Re: p_vmspace in syscall, Nicolas Cormier
• Re: HP SmartArray ( CISS ) and CAMCONTROL, Sergey Svishchev
• pxeboot and /boot filesystem, share /boot/kernel, Martin Cracauer
  • Re: pxeboot and /boot filesystem, share /boot/kernel, Bernd Walter
    • Re: pxeboot and /boot filesystem, share /boot/kernel, Martin Cracauer
      • Re: pxeboot and /boot filesystem, share /boot/kernel, Bernd Walter
  • <Possible follow-ups>
  • Re: pxeboot and /boot filesystem, share /boot/kernel, Danny Braniss
• Device drivers to be commited., Josef Grosch
  • Re: Device drivers to be commited., soralx
    • Re: Device drivers to be commited., Erik Trulsson
      • Re: Device drivers to be commited., soralx
    • Re: Device drivers to be commited., Christian Brueffer
  • Re: Device drivers to be commited., Craig Boston
• Re: SII3512 rev0 ?, Dieter
  • Re: SII3512 rev0 ?, Peter B
    • Re: SII3512 rev0 ?, Dieter
      • Re: SII3512 rev0 ?, Peter B

• Security
• UNIX
• Linux
• Coding
• Usenet

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