freebsd-hackers

• Date Index

• PRINTF, STDOUT, Christopher Olsen
  • Re: PRINTF, STDOUT, Daniel Eischen
• Driver not unset properly after kldunload, Iasen Kostoff
• Page Coloring in FreeBSD, Apan Qasem
• USB keyboard problem, w0lfie
  • <Possible follow-ups>
  • Re: USB keyboard problem, w0lfie
• pthreads : questions about concurrency and lifetime, Garrett Cooper
  • Re: pthreads : questions about concurrency and lifetime, Pieter de Goeje
    • Re: pthreads : questions about concurrency and lifetime, Garrett Cooper
      • Re: pthreads : questions about concurrency and lifetime, Pieter de Goeje
      • Re: pthreads : questions about concurrency and lifetime, Garrett Cooper
• Single UDP sockets : duplex capable?, Garrett Cooper
  • Re: Single UDP sockets : duplex capable?, Devon H. O'Dell
    • Re: Single UDP sockets : duplex capable?, Garrett Cooper
    • Re: Single UDP sockets : duplex capable?, Yar Tikhiy
• FreeBSD-6.1/amd64 bge(4) driver performance problems, Vladimir Terziev
  • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Josh Paetzel
    • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Vladimir Terziev
  • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Joerg Sonnenberger
    • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Vladimir Terziev
      • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Steven Hartland
      • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Vladimir Terziev
      • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Steven Hartland
    • Re: FreeBSD-6.1/amd64 bge(4) driver performance problems, Vladimir Terziev
• Van Jacobson's network stack restructure, Frank Deignan
  • Re: Van Jacobson's network stack restructure, Julian Elischer
  • <Possible follow-ups>
  • Re: Van Jacobson's network stack restructure, Bruce R. Montague
• vn_fullpath question., Nikolay Pavlov
  • Re: vn_fullpath question., Ruslan Ermilov
    • Re: vn_fullpath question., Nikolay Pavlov
      • Re: vn_fullpath question., Ruslan Ermilov
      • Re: vn_fullpath question., Ivan Voras
      • Re: vn_fullpath question., Nikolay Pavlov
  • Re: vn_fullpath question., Robert Watson
    • Re: vn_fullpath question., Oliver Fromme
      • Re: vn_fullpath question., Nikolay Pavlov
      • Re: vn_fullpath question., Matthew Dillon
• pfctl, Earl Lapus
  • Re: pfctl, Vasil Dimov
    • Re: pfctl, Henning Brauer
      • Re: pfctl, Earl Lapus
      • Re: pfctl, Henning Brauer
• Announce: FreeSBIE 2.0-RC1 is available, Matteo Riondato
• Driver for Agere 131x ?, Karl-Petter Åkesson
• ifnet struct interface type, m . jakeman
  • Re: ifnet struct interface type, Josh Carroll
• [PATCH] make_libdeps.sh in -CURRENT, Michael Bushkov
  • Re: [PATCH] make_libdeps.sh in -CURRENT, LI Xin
• iSCSI/shutdown advice needed, Danny Braniss
  • Re: iSCSI/shutdown advice needed, Scott Long
• Anyone solved boot freebsd-elf image from u-boot now?, Zhao Tongyi
• Kqueue write event position?, Ivan Voras
  • Re: Kqueue write event position?, Vlad Galu
    • Re: Kqueue write event position?, Ivan Voras
      • Re: Kqueue write event position?, Vlad Galu
      • Re: Kqueue write event position?, Ivan Voras
      • Re: Kqueue write event position?, Vlad Galu
  • Re: Kqueue write event position?, Robert Watson
    • Re: Kqueue write event position?, Ivan Voras
• Is there any way to avoid copy between the kernel and userland, Bharma Ji
  • Re: Is there any way to avoid copy between the kernel and userland, Kamal R. Prasad
• Core dumps not working via scsi_da and mpt driver, Johannes.Kruger
• Freeing free mbuff panic, pnallimelli
  • Re: Freeing free mbuff panic, Dunceor
    • Re: Freeing free mbuff panic, Kris Kennaway
      • Re: Freeing free mbuff panic, Dunceor
• The nature of kernel of the FreeBSD, Rob Belics
• Re: [fbsd] Re: src.conf(5) seems to affect ports build, Jeremie Le Hen
• Re: File trees: the deeper, the weirder, Yar Tikhiy
  • Re: File trees: the deeper, the weirder, Kostik Belousov
    • Re: File trees: the deeper, the weirder, Yar Tikhiy
      • Re: File trees: the deeper, the weirder, Matthew Dillon
• How to break into kernel debugger, Winston
• save process exit status in kevent NOTE_EXIT, Jared Yanovich
  • Re: save process exit status in kevent NOTE_EXIT, John Baldwin
• Phantom Jails, Dirk Engling
  • Re: Phantom Jails, Bjoern A. Zeeb
    • Re: Phantom Jails, Dirk Engling
  • Re: Phantom Jails, Robert Watson
• Multipath support for FreeBSD, Cesar Fazan
  • Re: Multipath support for FreeBSD, Václav Haisman
    • Re: Multipath support for FreeBSD, Cesar Fazan
• [patch] Path MTU Discovery when routing over IPSec connections, Tom Judge
  • Re: [patch] Path MTU Discovery when routing over IPSec connections, Bjoern A. Zeeb
    • Re: [patch] Path MTU Discovery when routing over IPSec connections, Tom Judge
• Ramdisk support, Aditya Godbole
  • Re: Ramdisk support, Kris Kennaway
    • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, Kris Kennaway
  • Re: Ramdisk support, Oliver Fromme
    • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, Ruslan Ermilov
      • Re: Ramdisk support, Oliver Fromme
      • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, Oliver Fromme
      • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, Oliver Fromme
      • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, Gary Jennejohn
      • FreeBSD and U-Boot -- was: Ramdisk support, Rafal Jaworowski
      • Re: FreeBSD and U-Boot -- was: Ramdisk support, wd
      • Re: Ramdisk support, Aditya Godbole
      • Re: Ramdisk support, M. Warner Losh
      • Message not available
      • Re: Ramdisk support, Aditya Godbole
  • Re: Ramdisk support, M. Warner Losh
• FreeBSD on DVD, D . Mella
  • Message not available
    • Fwd: FreeBSD on DVD, grodzix
  • Re: FreeBSD on DVD, Julian H. Stacey
  • Re: FreeBSD on DVD, John Birrell
  • <Possible follow-ups>
  • FreeBSD on DVD, Ralph Zitz
• ipv6 connection hash function wanted ..., Max Laier
  • Re: ipv6 connection hash function wanted ..., Paul Twohey
  • Re: ipv6 connection hash function wanted ..., David Malone
    • Re: ipv6 connection hash function wanted ..., Max Laier
      • Re: ipv6 connection hash function wanted ..., JINMEI Tatuya / 神明達哉
      • Re: ipv6 connection hash function wanted ..., Garrett Cooper
      • Re: ipv6 connection hash function wanted ..., David Malone
  • <Possible follow-ups>
  • Re: ipv6 connection hash function wanted ..., Oliver Fromme
    • Re: ipv6 connection hash function wanted ..., Oliver Fromme
    • Re: ipv6 connection hash function wanted ..., Max Laier
      • Re: ipv6 connection hash function wanted ..., Joerg Sonnenberger
      • Re: ipv6 connection hash function wanted ..., Oliver Fromme
• Need help in solving a crash when doing ping flood, pnallimelli
  • Re: Need help in solving a crash when doing ping flood, Andre Oppermann
• bpf kernel module, Vlad GURDIGA
  • Re: bpf kernel module, Julian Elischer
  • Re: bpf kernel module, Oliver Fromme
    • Re: bpf kernel module, Vlad GURDIGA
    • Re: bpf kernel module, Garrett Cooper
      • Re: bpf kernel module, Alexander Leidinger
      • Re: bpf kernel module, Oliver Fromme
• FW: IPMI kernel module errors on 6.x, Raymond Sundland
  • Re: FW: IPMI kernel module errors on 6.x, Doug Ambrisko
    • Re: FW: IPMI kernel module errors on 6.x, Raymond T. Sundland
• unionfs in livecd?, Erik Udo
  • Re: unionfs in livecd?, Eygene Ryabinkin
  • Re: unionfs in livecd?, Matteo Riondato
• Epic5-0.3.1 ruby support and FreeBSD AMD64 problem, Josh Paetzel
  • Re: Epic5-0.3.1 ruby support and FreeBSD AMD64 problem, Mike Meyer
    • Re: Epic5-0.3.1 ruby support and FreeBSD AMD64 problem, Josh Paetzel
• signal design questions, Wenyen, Shih
• system randomly freezes, Gergely CZUCZY
  • Re: system randomly freezes, Kris Kennaway
    • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: system randomly freezes, Kris Kennaway
      • Re: system randomly freezes, Gergely CZUCZY
      • Re: system randomly freezes, Kris Kennaway
      • Re: system randomly freezes, Gergely CZUCZY
      • Re: system randomly freezes, Kris Kennaway
  • Re: system randomly freezes, Frank Thyes
• Process Debugging questions, trowa-4
  • Re: Process Debugging questions, Dag-Erling Smørgrav
    • Re: Process Debugging questions, Jeremie Le Hen
      • Re: Process Debugging questions, Dag-Erling Smørgrav
      • Re: Process Debugging questions, Robert Watson
      • Re: Process Debugging questions, Alexander Leidinger
      • Re: Process Debugging questions, Robert Watson
      • Re: Process Debugging questions, Alexander Leidinger
      • Re: Process Debugging questions, Robert Watson
  • Re: Process Debugging questions, Robert Watson
• FreeSBIE 2.0-BETA (EW) Available!, Matteo Riondato
• Value range of IPC semaphores, Nguyen Tam Chinh
• USB Video class driver, Thinker
  • Re: USB Video class driver, Hans Petter Selasky
• [Patch] sys/kern/kern_descrip.c: remove double limit check in fcntl(), Ed Schouten
  • Re: [Patch] sys/kern/kern_descrip.c: remove double limit check in fcntl(), Ed Schouten
    • Re: [Patch] sys/kern/kern_descrip.c: remove double limit check in fcntl(), John Baldwin
• Hardening FreeBSD, does anyone have any documentation that may help?, Vini Engel
  • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Oliver Fromme
  • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Jeremie Le Hen
  • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Jeremie Le Hen
    • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Chris
    • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Robert Watson
      • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Joerg Sonnenberger
      • Re: Hardening FreeBSD, does anyone have any documentation that may help?, Jeremie Le Hen
• RFC: pam_krb5: minimum_[ug]id options, Shaun Amott
  • Re: RFC: pam_krb5: minimum_[ug]id options, Ruslan Ermilov
    • Re: RFC: pam_krb5: minimum_[ug]id options, Shaun Amott
      • Re: RFC: pam_krb5: minimum_[ug]id options, Ruslan Ermilov
      • Re: RFC: pam_krb5: minimum_[ug]id options, Shaun Amott
• Panic in contigmalloc/vm_page_remove (fwd), Nicolas Dehaine
• m_free() in if_bridge, Jacques Fourie
  • Re: m_free() in if_bridge, Ruslan Ermilov
• New wpi driver, Massimo Lusetti
  • Re: New wpi driver, Florent Thoumie
    • Re: New wpi driver, Gábor Kövesdán
      • Re: New wpi driver, Florent Thoumie
      • Re: New wpi driver, Gábor Kövesdán
      • Re: New wpi driver, Massimo Lusetti
      • Re: New wpi driver, Max Laier
      • Re: New wpi driver, Attilio Rao
      • Re: New wpi driver, Attilio Rao
      • Re: New wpi driver, Attilio Rao
      • Re: New wpi driver, Attilio Rao
      • Re: New wpi driver, Gábor Kövesdán
• SEEK_HOLE and SEEK_DATA for sparse files any takers?, Pedro F Giffuni
  • Re: SEEK_HOLE and SEEK_DATA for sparse files any takers?, Pawel Jakub Dawidek
    • Re: SEEK_HOLE and SEEK_DATA for sparse files any takers?, pfgshield-freebsd
• Re: Best practice for displaying license?, Elisey Savateev
  • Re: Best practice for displaying license?, Elisey Savateev
• net/mpd causes a kernel freeze, Gonzalo Arana
  • Re: net/mpd causes a kernel freeze, Gonzalo Arana
  • Re: net/mpd causes a kernel freeze, Ulrich Spoerlein
• Re: taskqueue_drain, John-Mark Gurney
• Puzzling variables behaviour in make(1), Jeremie Le Hen
  • Re: Puzzling variables behaviour in make(1), Ruslan Ermilov
    • Re: [fbsd] Re: Puzzling variables behaviour in make(1), Jeremie Le Hen
• EiffelStudio 5.7 (GPL) for FreeBSD ! (and OpenBSD, Linux an Solaris), Henry Lenzi
• Anyone have a picoBSD image?, Julian Elischer
  • <Possible follow-ups>
  • Re: Anyone have a picoBSD image?, Bruce R. Montague
• Yet another magic symlinks implementation, Andrey V. Elsukov
  • Re: Yet another magic symlinks implementation, Divacky Roman
    • Re: Yet another magic symlinks implementation, Andrey V. Elsukov
      • Re: Yet another magic symlinks implementation, Kostik Belousov
      • Re: Yet another magic symlinks implementation, Jeff Roberson
      • Re: Yet another magic symlinks implementation, Andrey V. Elsukov
  • Re: Yet another magic symlinks implementation, Mike Meyer
    • Re: Yet another magic symlinks implementation, Matthew Dillon
      • Re: Yet another magic symlinks implementation, Andrey V. Elsukov
      • Re: Yet another magic symlinks implementation, Oliver Fromme
      • Re: Yet another magic symlinks implementation, Lamont Granquist
    • Re: Yet another magic symlinks implementation, Danny Braniss
      • Re: Yet another magic symlinks implementation, Mike Meyer
    • Re: Yet another magic symlinks implementation, Pawel Worach
  • Re: Yet another magic symlinks implementation, Pawel Jakub Dawidek
    • Re: Yet another magic symlinks implementation, Sam Leffler
    • Re: Yet another magic symlinks implementation, Andrey V. Elsukov
• vr(4) performance, Devon H. O'Dell
  • Re: vr(4) performance, Sam Leffler
    • Re: vr(4) performance, Pyun YongHyeon
      • Re: vr(4) performance, Sam Leffler
  • Re: vr(4) performance, Joerg Sonnenberger
• Java, tech
  • Re: Java, Mike Meyer
    • Re: Java, Mario Lobo
  • Re: Java, Brooks Davis
    • Re: Java, tech
  • <Possible follow-ups>
  • Re: Java, tech
    • Re: Java, Peter Jeremy
      • Re: Java, Greg Lewis
• Panic on 6.1-RELEASE-p3, Anthony Chavez
  • Re: Panic on 6.1-RELEASE-p3, John Baldwin
    • Re: Panic on 6.1-RELEASE-p3, Anthony Chavez
• [call for comments] l2sched, Maxim A. Zhuravlev
  • Re: [call for comments] l2sched, Daniel Eischen
    • Re: [call for comments] l2sched, Maxim A. Zhuravlev
      • Re: [call for comments] l2sched, Coleman Kane
      • Re: [call for comments] l2sched, Maxim A. Zhuravlev
      • Re: [call for comments] l2sched, Coleman Kane
• NFS on 6.1 limits at 4 Gig, Julian Stacey
  • Re: NFS on 6.1 limits at 4 Gig, John Baldwin
    • Re: NFS on 6.1 limits at 4 Gig, Julian H. Stacey
      • Re: NFS on 6.1 limits at 4 Gig, John Baldwin
      • Re: NFS on 6.1 limits at 4 Gig, Julian H. Stacey
• Re: [patch] rm can have undesired side-effects, soralx
  • <Possible follow-ups>
  • Re: [patch] rm can have undesired side-effects, Jan Grant
    • Re: [patch] rm can have undesired side-effects, Craig Boston
      • Re: [patch] rm can have undesired side-effects, Garance A Drosehn
  • Re: [patch] rm can have undesired side-effects, Matthew Dillon
    • Re: [patch] rm can have undesired side-effects, Joerg Pernfuss
      • Re: [patch] rm can have undesired side-effects, Kostik Belousov
      • Re: [patch] rm can have undesired side-effects, Joerg Pernfuss
      • Re: [patch] rm can have undesired side-effects, Oliver Fromme
      • Re: [patch] rm can have undesired side-effects, Juan Rodriguez
  • Re: [patch] rm can have undesired side-effects, Matthew Dillon
  • Re: [patch] rm can have undesired side-effects, Daniel Valencia
• sockstat tcp/udp switches, Josh Carroll
  • Re: sockstat tcp/udp switches, Mohacsi Janos
    • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Brooks Davis
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Peter Jeremy
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Michael M. Press
      • Re: sockstat tcp/udp switches, Brooks Davis
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Josh Carroll
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Giorgos Keramidas
      • Re: sockstat tcp/udp switches, Dmitry Frolov

• Security
• UNIX
• Linux
• Coding
• Usenet

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