freebsd-hackers

• Thread Index

---

• Re: Is it possible to use the libthr.a file on a Redhat Linux?
  • From: Julian Elischer
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Peter Jeremy
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: Is it possible to use the libthr.a file on a Redhat Linux?
  • From: Shaowei Wang (wsw)
• Is it possible to use the libthr.a file on a Redhat Linux?
  • From: Srinivas Ganji
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Maxim Sobolev
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Maxim Sobolev
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Maxim Sobolev
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Prashant Vaibhav
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Tim Kientzle
• Re: hot-attach SATA drive
  • From: Alexander Motin
• Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal)
  • From: Aram Havarneanu
• Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal)
  • From: Aram Havarneanu
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Joerg Sonnenberger
• Re: hot-attach SATA drive
  • From: Andriy Gapon
• Re: hot-attach SATA drive
  • From: Alexander Motin
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Scott Long
• hot-attach SATA drive
  • From: Andriy Gapon
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: the web site
  • From: Stephen Montgomery-Smith
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Julian Elischer
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Julian Elischer
• Re: the web site
  • From: RW
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal)
  • From: Tim Kientzle
• Shared Disk/Transactional/Distributed file system (GSoC Proposal)
  • From: Aram Havarneanu
• Re: ping6 and traceroute6 trouble
  • From: Pegasus Mc Cleaft
• the web site
  • From: Chuck Robey
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Alexander Sack
• Re: ping6 and traceroute6 trouble
  • From: Hajimu UMEMOTO
• ping6 and traceroute6 trouble
  • From: Pegasus Mc Cleaft
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Peter Jeremy
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Peter Jeremy
• Re: REQUEST FOR TESTERS: `devel/mingw32-gcc'
  • From: Coleman Kane
• Re: amr driver broken since March 12
  • From: Scott Long
• Re: amr driver broken since March 12
  • From: Scott Long
• Re: amr driver broken since March 12
  • From: Danny Braniss
• Re: amr driver broken since March 12
  • From: Danny Braniss
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Julian Elischer
• Re: amr driver broken since March 12
  • From: Scott Long
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Suleiman Souhlal
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: David Xu
• Re: amr driver broken since March 12
  • From: Danny Braniss
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Astrodog
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Jason Evans
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Robert Watson
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Robert Watson
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Robert Watson
• Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Sergey Babkin
• Building a DDB friendly kernel/drivers?
  • From: Alexander Sack
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Chuck Swiger
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Julian Elischer
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Julian Elischer
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Scott Long
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Robert Watson
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Robert Watson
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Alexander Sack
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Scott Long
• Re: CURRENT sees only /dev/ad2s1a, but not /dev/ad3s1a
  • From: Paul B. Mahol
• Re: amr driver broken since March 12
  • From: Scott Lambert
• Re: amr driver broken since March 12
  • From: Scott Long
• Re: amr driver broken since March 12
  • From: Danny Braniss
• Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Sergey Babkin
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Eugene Grosbein
• CURRENT sees only /dev/ad2s1a, but not /dev/ad3s1a
  • From: Matthias Apitz
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Won De Erick
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Andriy Gapon
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Won De Erick
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Prashant Vaibhav
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Andriy Gapon
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Ivan Voras
• Re: Switching to SMM with FreeBSD 6.2 onwards
  • From: Takanori Watanabe
• Switching to SMM with FreeBSD 6.2 onwards
  • From: Won De Erick
• doing 'make installworld / installkernel' a second time?
  • From: Matthias Apitz
• Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Poul-Henning Kamp
• Re: does Copyright on source files expire ?
  • From: Mike Meyer
• Re: does Copyright on source files expire ?
  • From: Robert Watson
• Intel Pro 82546GB COPPER. Frames reception by disabled interrupts
  • From: Alexej Sokolov
• Improving the kernel/i386 timecounter performance (GSoC proposal)
  • From: Prashant Vaibhav
• Re: does Copyright on source files expire ?
  • From: ttw+bsd
• Re: does Copyright on source files expire ?
  • From: Peter Jeremy
• Re: Atheros wireless card keeps losing signal when signal is too weak
  • From: Paul B. Mahol
• Overflow in vm.vmtotal expected when allocating huge amounts of memory?
  • From: Bruce Cran
• Re: Atheros wireless card keeps losing signal when signal is too weak
  • From: Yuri
• WARNING: Expected rawoffset 0, found 63?
  • From: Peter Steele
• Re: Atheros wireless card keeps losing signal when signal is too weak
  • From: Sam Leffler
• Re: Atheros wireless card keeps losing signal when signal is too weak
  • From: Paul B. Mahol
• Atheros wireless card keeps losing signal when signal is too weak
  • From: Yuri
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: does Copyright on source files expire ?
  • From: Johan van Selst
• Intel Integrated Raid (iir) relevance
  • From: Danny Braniss
• Re: does Copyright on source files expire ?
  • From: David Schultz
• Re: does Copyright on source files expire ?
  • From: Luigi Rizzo
• Re: does Copyright on source files expire ?
  • From: Erik Trulsson
• Re: does Copyright on source files expire ?
  • From: David Schultz
• does Copyright on source files expire ?
  • From: Luigi Rizzo
• Re: 2 uni-directional TCP connection good
  • From: Yoshihiro Ota
• Re: 2 uni-directional TCP connection good?
  • From: Yoshihiro Ota
• Re: A patch of HPTIOP driver for 7.1-RELEASE
  • From: Shaowei Wang (wsw)
• Re: A patch of HPTIOP driver for 7.1-RELEASE
  • From: Xin LI
• Re: [problem] aac0 does not respond
  • From: Ed Maste
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: [problem] aac0 does not respond
  • From: pluknet
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: n0g0013
• Re: [problem] aac0 does not respond
  • From: Attilio Rao
• [problem] aac0 does not respond
  • From: Vladimir Ermakov
• Re: A patch of HPTIOP driver for 7.1-RELEASE
  • From: Shaowei Wang (wsw)
• BSDCan Firewire Plugfest
  • From: Sean Bruno
• nsdispatch performance issue for large group files
  • From: Anthony Bourov
• Re: ETA for ZFS v. 13 Merge From HEAD ?
  • From: Zaphod Beeblebrox
• Re: ETA for ZFS v. 13 Merge From HEAD ?
  • From: Chris Ruiz
• Re: Long double support in FreeBSD?
  • From: Alexander Sack
• Re: Long double support in FreeBSD?
  • From: David Schultz
• Long double support in FreeBSD?
  • From: Alexander Sack
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: Boris Kochergin
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: n0g0013
• fdc io ports
  • From: Andriy Gapon
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: Boris Kochergin
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: ttw+bsd
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: ttw+bsd
• Re: 2 uni-directional TCP connection good
  • From: Robert Watson
• Re: 2 uni-directional TCP connection good?
  • From: perryh
• Re: AVR-GCC compiler options
  • From: Daniel O'Connor
• Re: Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: David Schultz
• Re: 2 uni-directional TCP connection good?
  • From: Yoshihiro Ota
• AVR-GCC compiler options
  • From: Ruchi Varshney
• Doing away with NGROUPS_MAX in src/sys/sys/syslimits.h?
  • From: Boris Kochergin
• dbus causing my cvsup to fail
  • From: Chuck Robey
• Re: GSoC: Semantic File System
  • From: Robert Watson
• Re: GSoC: Semantic File System
  • From: Sergey Babkin
• Re: sysctl returning XML
  • From: Ivan Voras
• sysctl returning XML
  • From: Cipta H
• Re: GSoC: Semantic File System
  • From: Julian Elischer
• GSoC: Semantic File System
  • From: Gabriele Modena
• Suppress boot prompt (Dummy question)
  • From: Alessandro Silveira
• Re: 2 uni-directional TCP connection good?
  • From: Robert Watson
• Re: 2 uni-directional TCP connection good?
  • From: Michael David Crawford
• 2 uni-directional TCP connection good?
  • From: Yoshihiro Ota
• cryptosoft(4) not locked ?
  • From: Patrick Lamaizière
• Re: threaded, forked, rethreaded processes will deadlock
  • From: David Xu
• Re: is gmirror byte or fs level?
  • From: Tim Kientzle
• confusion
  • From: Aryeh M. Friedman
• Re: threaded, forked, rethreaded processes will deadlock
  • From: Daniel Eischen
• Re: threaded, forked, rethreaded processes will deadlock
  • From: Kostik Belousov
• Re: is gmirror byte or fs level?
  • From: Pieter de Goeje
• is gmirror byte or fs level?
  • From: Aryeh M. Friedman
• Re: usb keyboard dying at loader prompt
  • From: Andriy Gapon
• ZFS version list [was ETA for ZFS ver: n]
  • From: grarpamp
• Re: Trying to use ptrace under FBSD
  • From: pluknet
• Trying to use ptrace under FBSD
  • From: Gema niskazhu
• Re: SA add notification to externa module
  • From: Robert Watson
• SA add notification to externa module
  • From: srikanth jampala
• Re: writing libnetstat for Summer of Code 2009
  • From: Tim Kientzle
• Re: writing libnetstat for Summer of Code 2009
  • From: Cipta H
• Re: writing libnetstat for Summer of Code 2009
  • From: Xin LI
• Re: writing libnetstat for Summer of Code 2009
  • From: Rui Paulo
• Re: writing libnetstat for Summer of Code 2009
  • From: Cipta H
• Re: Bug in tcp wrappers?
  • From: Chris St Denis
• Re: writing libnetstat for Summer of Code 2009
  • From: Xin LI
• Re: rebuilding libpcap
  • From: Alexej Sokolov
• Re: rebuilding libpcap
  • From: Dan Nelson
• Re: writing libnetstat for Summer of Code 2009
  • From: Cipta H
• rebuilding libpcap
  • From: Alexej Sokolov
• Re: ETA for ZFS v. 13 Merge From HEAD ?
  • From: Zaphod Beeblebrox
• Re: writing libnetstat for Summer of Code 2009
  • From: Rui Paulo
• writing libnetstat for Summer of Code 2009
  • From: Cipta H
• Re: ETA for ZFS v. 13 Merge From HEAD ?
  • From: Pegasus Mc Cleaft
• Re: Bug in tcp wrappers?
  • From: Mikko Työläjärvi
• Re: Bug in tcp wrappers?
  • From: Nate Eldredge
• Re: Bug in tcp wrappers?
  • From: Mikko Työläjärvi
• ETA for ZFS v. 13 Merge From HEAD ?
  • From: Adrian ***oara
• Re: sys/vimage.h and net/opt_inet6 not exist on 7.1 release?
  • From: Robert Watson
• Re: Problems mapping an vm_object to a process memory space
  • From: Pekka Nikander
• Fwd: sys/vimage.h and net/opt_inet6 not exist on 7.1 release?
  • From: Jacky Oh
• sys/vimage.h and net/opt_inet6 not exist on 7.1 release?
  • From: Jacky Oh
• Re: Problems mapping an vm_object to a process memory space
  • From: Alexej Sokolov
• Bug in tcp wrappers?
  • From: Chris St Denis
• Re: intpm: multiple salves, collision [solved]
  • From: Andriy Gapon
• Re: intpm: multiple salves, collision ??
  • From: Andriy Gapon
• intpm: multiple salves, collision ??
  • From: Andriy Gapon
• Problems mapping an vm_object to a process memory space
  • From: Pekka Nikander
• Re: shmmax tops out at 2G?
  • From: Ivan Voras
• Re: shmmax tops out at 2G?
  • From: Brian A. Seklecki
• Re: Debugging init process.
  • From: Alexander Leidinger
• Re: Spin down HDD after disk sync or before power off
  • From: Tijl Coosemans
• Re: Spin down HDD after disk sync or before power off
  • From: Tijl Coosemans
• Re: Debugging init process.
  • From: Marius Nünnerich
• Re: Non-existing p_vmspace. When is it possible?
  • From: Kostik Belousov
• Non-existing p_vmspace. When is it possible?
  • From: pluknet
• Re: Debugging init process.
  • From: Robert Watson
• Re: [PATCH] Support for thresholds in du(1)
  • From: Ed Schouten
• Re: Debugging init process.
  • From: Alexander Leidinger
• Re: fgetc doubts
  • From: Václav Haisman
• Re: fgetc doubts
  • From: Václav Haisman
• Re: Google SoC 2009 Idea
  • From: Matthew Dillon
• Re: Debugging init process.
  • From: Nate Eldredge
• Re: Debugging init process.
  • From: Daniel O'Connor
• Re: fgetc doubts
  • From: Gábor Kövesdán
• Re: fgetc doubts
  • From: James Bailie
• Re: fgetc doubts
  • From: James Bailie
• Re: fgetc doubts
  • From: Gábor Kövesdán
• Re: fgetc doubts
  • From: Xin LI
• Re: fgetc doubts
  • From: Gábor Kövesdán
• Re: fgetc doubts
  • From: Ed Schouten
• fgetc doubts
  • From: Gábor Kövesdán
• Re: Debugging init process.
  • From: pluknet
• Debugging init process.
  • From: vasanth raonaik
• Fwd: write protection by mmap of /dev/mem doesn't work
  • From: Alexej Sokolov
• write protection by mmap of /dev/mem doesn't work
  • From: Alexej Sokolov
• Re: wrong data in remapped buffer
  • From: John Baldwin
• Re: lockf: Invalid argument on pipe
  • From: Kostik Belousov
• Re: wrong data in remapped buffer
  • From: Alexej Sokolov
• bsdtar lockup on Current-03/10/2009
  • From: Pegasus Mc Cleaft
• Re: lockf: Invalid argument on pipe
  • From: Robert Watson
• Re: Spin down HDD after disk sync or before power off
  • From: Bernd Walter
• Re: Spin down HDD after disk sync or before power off
  • From: Joerg Sonnenberger
• lockf: Invalid argument on pipe
  • From: Timothy Redaelli
• Re: Spin down HDD after disk sync or before power off
  • From: Rick C. Petty
• Re: wrong data in remapped buffer
  • From: John Baldwin
• Re: wrong data in remapped buffer
  • From: Alexej Sokolov
• Re: freebsd-hackers Digest, Vol 310, Issue 6
  • From: Clifton Royston
• Re: wrong data in remapped buffer
  • From: John Baldwin
• Re: CPU user/kernel time given the PID
  • From: Jay Loden
• Re: CPU user/kernel time given the PID
  • From: David Wolfskill
• Re: CPU user/kernel time given the PID
  • From: Dan Nelson
• Re: CPU user/kernel time given the PID
  • From: Jay Loden
• Re: CPU user/kernel time given the PID
  • From: Oliver Fromme
• Re: uma_zone
  • From: Alexej Sokolov
• CPU user/kernel time given the PID
  • From: Jay Loden
• Re: Spin down HDD after disk sync or before power off
  • From: Bernd Walter
• select.h FD_SETSIZE and Qmail-Postfix test
  • From: Martin Badie
• Re: uma_zone
  • From: Robert Watson
• Re: Spin down HDD after disk sync or before power off
  • From: Rick C. Petty
• Re: Spin down HDD after disk sync or before power off
  • From: Octavian Covalschi
• Re: Spin down HDD after disk sync or before power off
  • From: Rick C. Petty
• Re: How to tear down a geom mirror?
  • From: Peter Steele
• Re: How to tear down a geom mirror?
  • From: Oliver Fromme
• wrong data in remapped buffer
  • From: Alexej Sokolov
• Re: How to tear down a geom mirror?
  • From: Peter Steele
• Re: How to tear down a geom mirror?
  • From: Ivan Voras
• Re: How to tear down a geom mirror?
  • From: Peter Steele
• Re: How to tear down a geom mirror?
  • From: Peter Steele
• Re: How to tear down a geom mirror?
  • From: Ivan Voras
• Re: How to tear down a geom mirror?
  • From: Jilles Tjoelker
• Re: Spin down HDD after disk sync or before power off
  • From: Octavian Covalschi
• Re: Spin down HDD after disk sync or before power off
  • From: Bernd Walter
• Fwd: associated to AP (WEP mode) && no IP addr via DHCP
  • From: Matthias Apitz
• How to tear down a geom mirror?
  • From: Peter Steele
• Re: Spin down HDD after disk sync or before power off
  • From: Daniel Thiele
• Re: Spin down HDD after disk sync or before power off
  • From: Ed Schouten
• Re: Spin down HDD after disk sync or before power off
  • From: Daniel Thiele
• Re: Spin down HDD after disk sync or before power off
  • From: Daniel Thiele
• Re: Spin down HDD after disk sync or before power off
  • From: Joerg Sonnenberger
• Re: Spin down HDD after disk sync or before power off
  • From: Nate Eldredge
• Re: Spin down HDD after disk sync or before power off
  • From: Tobias Blersch
• Re: Spin down HDD after disk sync or before power off
  • From: Octavian Covalschi
• Re: Spin down HDD after disk sync or before power off
  • From: Joerg Sonnenberger
• Re: Spin down HDD after disk sync or before power off
  • From: Alexander Motin
• Re: Spin down HDD after disk sync or before power off
  • From: Oliver Fromme
• Re: Spin down HDD after disk sync or before power off
  • From: Daniel Thiele
• Re: Spin down HDD after disk sync or before power off
  • From: Octavian Covalschi
• Re: Spin down HDD after disk sync or before power off
  • From: Joerg Sonnenberger
• Re: Spin down HDD after disk sync or before power off
  • From: Oliver Fromme
• Spin down HDD after disk sync or before power off
  • From: Octavian Covalschi
• uma_zone
  • From: Alexej Sokolov
• Re: knotes
  • From: Kostik Belousov
• knotes
  • From: Matthew Fleming
• Re: puc support for a generic card (patch attached)
  • From: Navdeep Parhar
• Re: puc support for a generic card (patch attached)
  • From: Navdeep Parhar
• Re: ln: posixly confused
  • From: Andriy Gapon
• Re: ln: posixly confused
  • From: Nate Eldredge
• ln: posixly confused
  • From: Andriy Gapon
• Re: no kern.usercrypto
  • From: Sam Leffler
• Re: puc support for a generic card (patch attached)
  • From: Marcel Moolenaar
• Re: puc support for a generic card (patch attached)
  • From: John Baldwin
• Re: puc support for a generic card (patch attached)
  • From: Marcel Moolenaar
• Re: puc support for a generic card (patch attached)
  • From: John Baldwin
• Re: howto configure FreeBSD's hal?
  • From: Denise H. G.
• Re: howto configure FreeBSD's hal?
  • From: Garrett Cooper
• no kern.usercrypto
  • From: Vasile Marii
• puc support for a generic card (patch attached)
  • From: Navdeep Parhar
• howto configure FreeBSD's hal?
  • From: Chuck Robey
• Re: slow freebsd cripto-accelerating framework
  • From: Patrick Lamaizière
• Re: slow freebsd cripto-accelerating framework
  • From: VANHULLEBUS Yvan
• slow freebsd cripto-accelerating framework
  • From: Vasile Marii
• ieee working group on c++ posix bindings
  • From: Andriy Gapon

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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