freebsd-hackers

• Thread Index

• Updating vmware3 (and missing "avail_end" from /usr/include/machine/pmap.h)
  • From: fchang
• Re: problem with loading all fixed now
  • From: Chuck Robey
• Re: problem with loading 1/2 fixed
  • From: Chuck Robey
• Re: problem with ldconfig; nvidia loading fixed
  • From: Chuck Robey
• Re: PXE on 7.0 problem and solution
  • From: Jeremy Chadwick
• Re: umass: should the device specific information be moved from C code to the text file?
  • From: Bernd Walter
• Re: problem with ldconfig
  • From: Ben Kaduk
• Re: umass: should the device specific information be moved from C code to the text file?
  • From: Ivan Voras
• Re: umass: should the device specific information be moved from C code to the text file?
  • From: Peter Jeremy
• Re: cvs tag renaming after repo copy
  • From: Dag-Erling Smørgrav
• Re: Modular type GENERIC?
  • From: Adrian Chadd
• Re: cvs tag renaming after repo copy
  • From: Skip Ford
• Re: cvs tag renaming after repo copy
  • From: Simon L. Nielsen
• umass: should the device specific information be moved from C code to the text file?
  • From: Yuri
• problem with ldconfig
  • From: Chuck Robey
• Re: PXE on 7.0 problem and solution
  • From: Erik Cederstrand
• Re: cvs tag renaming after repo copy
  • From: John E Hein
• PXE on 7.0 problem and solution
  • From: Tim Clewlow
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Scott Long
• Re: cvs tag renaming after repo copy
  • From: John E Hein
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Scott Long
• Re: cvs tag renaming after repo copy
  • From: Dag-Erling Smørgrav
• Re: cvs tag renaming after repo copy
  • From: John E Hein
• Re: pfind() in ithread handler
  • From: Attilio Rao
• Re: Modular type GENERIC?
  • From: Pieter de Goeje
• Re: cvs tag renaming after repo copy
  • From: Dag-Erling Smørgrav
• Re: pfind() in ithread handler
  • From: pluknet
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• pfind() in ithread handler
  • From: Yuri Pankov
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Pav Lucistnik
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Pietro Cerutti
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: Modular type GENERIC?
  • From: Adrian Chadd
• Re: Modular type GENERIC?
  • From: David O'Brien
• Re: Modular type GENERIC?
  • From: Adrian Chadd
• Java 1.6 Berkeley Oracle DB XML Bioinformatics
  • From: KAYVEN RIESE
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Sam Leffler
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: KAYVEN RIESE
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Re: Re: non-blocking io, EINTR
  • From: jimmy
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: KAYVEN RIESE
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Re: Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Sam Leffler
• Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Is it possible that modern wireless card only supports WPA and not WEP or this is a bug in the driver?
  • From: Yuri
• Re: cvs tag renaming after repo copy
  • From: Simon L. Nielsen
• Re: cvs tag renaming after repo copy
  • From: Amol Dharmadhikari अमोल धर्माधीकारी
• Re: cvs tag renaming after repo copy
  • From: John Hein
• Re: cvs tag renaming after repo copy
  • From: Giorgos Keramidas
• Re: find -lname and -ilname implemented
  • From: Giorgos Keramidas
• Re: Modular type GENERIC?
  • From: David O'Brien
• Re: cvs tag renaming after repo copy
  • From: John Hein
• Re: cvs tag renaming after repo copy
  • From: Giorgos Keramidas
• Re: OpenBSM & Jails
  • From: Robert Watson
• Re: synchronous freebsd print
  • From: Julian Elischer
• Re: find -lname and -ilname implemented
  • From: Julian Elischer
• Re: non-blocking io, EINTR
  • From: Mark Linn
• Re: find -lname and -ilname implemented
  • From: David O'Brien
• Re: emulate an end-of-media
  • From: Mike Meyer
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: synchronous freebsd print
  • From: James K. Toothman
• cvs tag renaming after repo copy
  • From: John Hein
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Oliver Fromme
• OpenBSM & Jails
  • From: sam
• Re: non-blocking io, EINTR
  • From: James Bailie
• Re: non-blocking io, EINTR
  • From: Ed Schouten
• Re: find -lname and -ilname implemented
  • From: Stanislav Sedov
• Re: synchronous freebsd print
  • From: Eygene Ryabinkin
• Re: emulate an end-of-media
  • From: Joerg Sonnenberger
• Re: synchronous freebsd print
  • From: Sanjeev Kumar.S
• non-blocking io, EINTR
  • From: Mark Linn
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Achim Patzner
• Re: synchronous freebsd print
  • From: Peter Jeremy
• synchronous freebsd print
  • From: Sanjeev Kumar.S
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Atom Smasher
• Re: Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: RW
• Re: emulate an end-of-media
  • From: Mike Meyer
• Re: emulate an end-of-media
  • From: Joerg Sonnenberger
• Re: Anybody have a patch for pdksh derivatives, for jails?
  • From: xorquewasp
• Re: Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: Eygene Ryabinkin
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Pav Lucistnik
• Re: Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: gregoryd . freebsd
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Martin Laabs
• Re: emulate an end-of-media
  • From: Martin Laabs
• Re: emulate an end-of-media
  • From: Martin Laabs
• Re: emulate an end-of-media
  • From: Martin Laabs
• Re: Anybody have a patch for pdksh derivatives, for jails?
  • From: Tom Evans
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Pawel Jakub Dawidek
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Achim Patzner
• Re: emulate an end-of-media
  • From: Alex Zbyslaw
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Achim Patzner
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Uwe Doering
• Re: emulate an end-of-media
  • From: Peter Jeremy
• Re: find -lname and -ilname implemented
  • From: Peter Jeremy
• Re: find -lname and -ilname implemented
  • From: Jonathan McKeown
• Re: emulate an end-of-media
  • From: Tim Kientzle
• Re: Modular type GENERIC?
  • From: Adrian Chadd
• Re: emulate an end-of-media
  • From: Daniel O'Connor
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Uwe Doering
• Re: find -lname and -ilname implemented
  • From: Alex Zbyslaw
• Re: emulate an end-of-media
  • From: Julian H. Stacey
• Re: emulate an end-of-media
  • From: Alex Zbyslaw
• Re: sbc: isa plug-n-play
  • From: Andriy Gapon
• Re: find -lname and -ilname implemented
  • From: Giorgos Keramidas
• Re: emulate an end-of-media
  • From: Mike Meyer
• Re: emulate an end-of-media
  • From: Martin Laabs
• Re: usleep
  • From: KAYVEN RIESE
• Re: emulate an end-of-media
  • From: Mike Meyer
• Re: Modular type GENERIC?
  • From: David O'Brien
• Re: find -lname and -ilname implemented
  • From: David O'Brien
• Re: find -lname and -ilname implemented
  • From: David O'Brien
• Re: Anybody have a patch for pdksh derivatives, for jails?
  • From: xorquewasp
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Rink Springer
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Igor Mozolevsky
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Bill Moran
• Re: usleep
  • From: Heiko Wundram (Beenic)
• Re: Modular type GENERIC?
  • From: Alexander Leidinger
• Re: usleep
  • From: Robert Woolley
• Re: Anybody have a patch for pdksh derivatives, for jails?
  • From: Alexander Leidinger
• emulate an end-of-media
  • From: Martin Laabs
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Igor Mozolevsky
• Re: usleep
  • From: Heiko Wundram (Beenic)
• Re: usleep
  • From: Sharad Chandra
• Re: usleep
  • From: Heiko Wundram (Beenic)
• Re: usleep
  • From: Sharad Chandra
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Re: find -lname and -ilname implemented
  • From: Julian Elischer
• Re: find -lname and -ilname implemented
  • From: Joshua Isom
• Re: loader and ficl/Forth help
  • From: Jeremy Chadwick
• Re: loader and ficl/Forth help
  • From: Jeremy Chadwick
• Re: loader and ficl/Forth help
  • From: Oliver Fromme
• Re: Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: Eygene Ryabinkin
• Re: loader and ficl/Forth help
  • From: Jeremy Chadwick
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Anybody have a patch for pdksh derivatives, for jails?
  • From: cali clarke
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Bill Moran
• Re: VM design doc?
  • From: Stanislav Sedov
• Re: find -lname and -ilname implemented
  • From: Stanislav Sedov
• Re: loader and ficl/Forth help
  • From: Oliver Fromme
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Bill Moran
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Christopher Arnold
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Bill Moran
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Igor Mozolevsky
• loader and ficl/Forth help
  • From: Jeremy Chadwick
• Re: find -lname and -ilname implemented
  • From: Jonathan McKeown
• Re: find -lname and -ilname implemented
  • From: Atom Smasher
• Re: find -lname and -ilname implemented
  • From: Atom Smasher
• Modular type GENERIC?
  • From: Adrian Chadd
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: find -lname and -ilname implemented
  • From: Peter Jeremy
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Tim Clewlow
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Achim Patzner
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Dimitry Andric
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Achim Patzner
• Re: find -lname and -ilname implemented
  • From: Dag-Erling Smørgrav
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: David E. Thiel
• Re: find -lname and -ilname implemented
  • From: Dag-Erling Smørgrav
• Re: find -lname and -ilname implemented
  • From: Peter Jeremy
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Igor Mozolevsky
• Re: find -lname and -ilname implemented
  • From: Brooks Davis
• Re: /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• find -lname and -ilname implemented
  • From: Jonathan McKeown
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Brooks Davis
• Re: Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: Jeremy Chadwick
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Tim Clewlow
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Diomidis Spinellis
• Zeroing sensitive memory chunks [Was: Security Flaw in Popular Disk Encryption Technologies]
  • From: Eygene Ryabinkin
• Re: find -lname and -ilname implemented
  • From: Warner Losh
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Pieter de Boer
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Jeremy Chadwick
• Re: Security Flaw in Popular Disk Encryption Technologies
  • From: Pieter de Boer
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Security Flaw in Popular Disk Encryption Technologies
  • From: Atom Smasher
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: find -lname and -ilname implemented
  • From: Mike Meyer
• Re: ath0 will not associate
  • From: Michael W. Lucas
• Re: find -lname and -ilname implemented
  • From: M. Warner Losh
• find -lname and -ilname implemented
  • From: M. Warner Losh
• Re: Winbond IO chip driver
  • From: Jeremy Chadwick
• Re: usleep
  • From: KAYVEN RIESE
• Re: /boot/loader graphics support & extensibility
  • From: Marcel Moolenaar
• Re: /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• Re: cx_lowest and CPU usage
  • From: Rui Paulo
• Re: usleep
  • From: Peter Jeremy
• Winbond IO chip driver
  • From: David Duchscher
• Re: cx_lowest and CPU usage
  • From: Andriy Gapon
• Re: usleep
  • From: Andrew Pogrebennyk
• Re: usleep
  • From: Heiko Wundram (Beenic)
• Re: cool feature of dmesg.boot file
  • From: soralx
• Start Fire nic card.
  • From: Sharad Chandra
• usleep
  • From: Sharad Chandra
• Re: cool feature of dmesg.boot file
  • From: Rink Springer
• Re: cool feature of dmesg.boot file
  • From: Jeremy Chadwick
• Re: cool feature of dmesg.boot file
  • From: Oliver Fromme
• Re: cool feature of dmesg.boot file
  • From: Rink Springer
• Re: cool feature of dmesg.boot file
  • From: Jeremy Chadwick
• Re: cool feature of dmesg.boot file
  • From: Oliver Fromme
• Re: memory not cleared on reboot (Was: cool feature of dmesg.boot file)
  • From: Bert JW Regeer
• Re: cool feature of dmesg.boot file
  • From: Jeremy Chadwick
• Re: cool feature of dmesg.boot file
  • From: Oliver Fromme
• Re: OT: Stream structures in bzlib and zlib
  • From: Tim Kientzle
• Re: ath0 will not associate
  • From: Sam Leffler
• Re: cool feature of dmesg.boot file
  • From: Bernd Walter
• cool feature of dmesg.boot file
  • From: Bartosz Giza
• Re: /boot/loader graphics support & extensibility
  • From: Marcel Moolenaar
• Re: encrypted executables
  • From: ari edelkind
• Re: encrypted executables
  • From: Oliver Fromme
• Re: OT: Stream structures in bzlib and zlib
  • From: Joerg Sonnenberger
• Re: encrypted executables
  • From: Dag-Erling Smørgrav
• Re: encrypted executables
  • From: Dag-Erling Smørgrav
• ath0 will not associate
  • From: Michael W. Lucas
• OpenBSM & Jails
  • From: sam
• Re: Synaptics
  • From: Eygene Ryabinkin
• Re: /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• OT: Stream structures in bzlib and zlib
  • From: Heiko Wundram (Beenic)
• Re: /boot/loader graphics support & extensibility
  • From: Peter Jeremy
• Re: /boot/loader graphics support & extensibility
  • From: Joshua Isom
• Re: encrypted executables
  • From: ari edelkind
• Re: encrypted executables
  • From: Bert JW Regeer
• Re: encrypted executables
  • From: Joerg Sonnenberger
• Re: encrypted executables
  • From: ari edelkind
• Re: encrypted executables
  • From: Tim Kientzle
• Re: Synaptics
  • From: Cristian KLEIN
• PIIX4 chipset: (non-)exit from CPU states C2, C3 on interrupt
  • From: Andriy Gapon
• Re: Help debugging kernel dump?
  • From: Xin LI
• Re: new syslogd option for adding local timestamp
  • From: Thomas Vogt
• Re: /boot/loader graphics support & extensibility
  • From: Marcel Moolenaar
• Re: new syslogd option for adding local timestamp
  • From: David Malone
• Re: /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• Re: cx_lowest and CPU usage
  • From: Andriy Gapon
• Re: [trouble] restart network & vlan`s interface
  • From: Zaphod Beeblebrox
• Re: /boot/loader graphics support & extensibility
  • From: Marcel Moolenaar
• Re: [trouble] restart network & vlan`s interface
  • From: Brooks Davis
• Re: [trouble] restart network & vlan`s interface
  • From: sam
• Re: [trouble] restart network & vlan`s interface
  • From: Brooks Davis
• Re: encrypted executables
  • From: Mike Meyer
• new syslogd option for adding local timestamp
  • From: Thomas Vogt
• Re: encrypted executables
  • From: Thiago Damas
• Re: /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• Re: /boot/loader graphics support & extensibility
  • From: Jonathan McKeown
• [trouble] restart network & vlan`s interface
  • From: sam
• Re: cx_lowest and CPU usage
  • From: Andriy Gapon
• Re: /boot/loader graphics support & extensibility
  • From: Marcel Moolenaar
• Re: cx_lowest and CPU usage
  • From: Andriy Gapon
• /boot/loader graphics support & extensibility
  • From: Oliver Fromme
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Norikatsu Shigemura
• Help debugging kernel dump?
  • From: Carey Jones
• Re: if_start() and sending packets problem
  • From: Tofig Suleymanov
• Re: encrypted executables
  • From: Jeremie Le Hen
• Re: encrypted executables
  • From: M. Warner Losh
• Re: encrypted executables
  • From: Jerry Toung
• Re: encrypted executables
  • From: Mike Meyer
• Re: encrypted executables
  • From: Giorgos Keramidas
• Re: encrypted executables
  • From: Jerry Toung
• Re: encrypted executables
  • From: Giorgos Keramidas
• Re: encrypted executables
  • From: Dimitry Andric
• encrypted executables
  • From: Jerry Toung
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: pci support for /usr/share/example/drivers?
  • From: Julian Elischer
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: if_start() and sending packets problem
  • From: Hans Petter Selasky
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Norikatsu Shigemura
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• sched_ule: roundrobin_callout replacement ?
  • From: Andriy Gapon
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Giulio Ferro
• Re: Synaptics Xorg driver for FreeBSD/amd64
  • From: Eygene Ryabinkin
• Re: valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Heiko Wundram (Beenic)
• Re: valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Dag-Erling Smørgrav
• pci support for /usr/share/example/drivers?
  • From: rmgls
• Re: valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Heiko Wundram (Beenic)
• Re: valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Ulrich Spoerlein
• FreeBSD Status Reports for the Fourth Quarter of 2007
  • From: Brad Davis
• Re: cpu stats and another interrupt question
  • From: Girish Venkatachalam
• Re: multiple interrupts between cli and sti
  • From: Andriy Gapon
• Re: multiple interrupts between cli and sti
  • From: Erich Dollansky
• multiple interrupts between cli and sti
  • From: Andriy Gapon
• Re: cpu stats and another interrupt question
  • From: Andriy Gapon
• Re: valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Christian S.J. Peron
• Re: if_start() and sending packets problem
  • From: Tofig Suleymanov
• Re: if_start() and sending packets problem
  • From: Max Laier
• if_start() and sending packets problem
  • From: Tofig Suleymanov
• Re: retrive data from mbuf chain
  • From: Biks N
• Re: x86: sigaltstack problems
  • From: Kostik Belousov
• Re: x86: sigaltstack problems
  • From: Sergei Trofimovich
• Re: licensing question APSL
  • From: Dag-Erling Smørgrav
• Re: licensing question APSL
  • From: Dag-Erling Smørgrav
• Re: licensing question APSL
  • From: Wilko Bulte
• Re: licensing question APSL
  • From: Robert Watson
• cpu stats and another interrupt question
  • From: Andriy Gapon
• Re: licensing question APSL
  • From: Brooks Davis
• Re: licensing question APSL
  • From: Volker
• Re: licensing question APSL
  • From: Brooks Davis
• Re: licensing question APSL
  • From: Volker
• Re: x86: sigaltstack problems
  • From: Rink Springer
• x86: sigaltstack problems
  • From: Sergei Trofimovich
• Re: licensing question APSL
  • From: Brooks Davis
• licensing question APSL
  • From: Volker
• device/disk vnode use by filesystems: vfs_bio, geom_vfs
  • From: Andriy Gapon
• Re: /dev/dsp disappeared after power outage
  • From: Jeremie Le Hen
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Bruce Evans
• valgrind or workalike on FreeBSD/amd64 7.0/8.0?
  • From: Xin LI
• Re: retrive data from mbuf chain
  • From: Biks N
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Bruce Evans
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Bruce Evans
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Poul-Henning Kamp
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Poul-Henning Kamp
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• backtrace call comparison
  • From: Harald Servat
• Re: quotactl returns double values
  • From: Mike Pritchard
• Re: USB Graphic Tablets
  • From: Chuck Robey
• gprof: weird output
  • From: Sergey Matveychuk
• Re: abort?
  • From: Erik Trulsson
• Re: abort?
  • From: Remko Lodder
• abort?
  • From: Cihan Kömeçoğlu
• Re: quotactl returns double values
  • From: Tod McQuillin
• Re: Any interest in unused hardware being made available for remote developer use?
  • From: Wayne Sierke
• Re: USB Graphic Tablets
  • From: Julian H. Stacey
• DEVICE_POLLING IF_EM CPU usage
  • From: Daniel Dias Gonçalves
• Re: USB Graphic Tablets
  • From: Chuck Robey
• Re: USB Graphic Tablets
  • From: Julian H. Stacey
• Re: quotactl returns double values
  • From: Daniel O'Connor
• quotactl returns double values
  • From: Ivan Georgiev
• Re: USB Graphic Tablets
  • From: Chuck Robey
• quotactl returns double values
  • From: Ivan Georgiev
• Re: USB Graphic Tablets
  • From: Julian H. Stacey
• USB Graphic Tablets
  • From: Chuck Robey
• Re: Synaptics
  • From: Eygene Ryabinkin
• Re: Question about http://torrents.freebsd.org:8080/index.html
  • From: Lowell Gilbert
• Re: Squeezing out some 70 bytes out of the boot2 loader
  • From: Dylan Cochran
• Re: NOR flash drivers
  • From: M. Warner Losh
• Re: nvi strangeness
  • From: Peter Jeremy
• Re: nvi strangeness
  • From: Julian Elischer
• NOR flash drivers
  • From: Andrew Duane
• Re: Synaptics
  • From: Cristian KLEIN
• Re: Question about http://torrents.freebsd.org:8080/index.html
  • From: Sean Bruno
• Re: Question about http://torrents.freebsd.org:8080/index.html
  • From: Sean Bruno
• Re: nvi strangeness
  • From: Frank Mayhar
• vfork?
  • From: Cihan Kömeçoğlu
• Re: nvi strangeness
  • From: Alex Zbyslaw
• Re: nvi strangeness
  • From: Eygene Ryabinkin
• Re: nvi strangeness
  • From: Eygene Ryabinkin
• Re: Question about http://torrents.freebsd.org:8080/index.html
  • From: Kris Kennaway
• nvi strangeness
  • From: Dag-Erling Smørgrav
• Re: retrive data from mbuf chain
  • From: Robert Watson
• Question about http://torrents.freebsd.org:8080/index.html
  • From: Sean Bruno
• Re: uma_zcreate and number of items to create
  • From: Pietro Cerutti
• Re: uma_zcreate and number of items to create
  • From: Ed Schouten
• RE: retrive data from mbuf chain
  • From: Singh, Vijay
• Re: retrive data from mbuf chain
  • From: Biks N
• Re: retrive data from mbuf chain
  • From: Julian Elischer
• Re: retrive data from mbuf chain
  • From: Sam Leffler
• Re: retrive data from mbuf chain
  • From: Vlad GALU
• retrive data from mbuf chain
  • From: Biks N
• uma_zcreate and number of items to create
  • From: Pietro Cerutti
• Interesting development discipline model - PostgreSQL
  • From: Ivan Voras
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• C99 & Posix
  • From: Pietro Cerutti
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Any interest in unused hardware being made available for remote developer use?
  • From: Wayne Sierke
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Julian Elischer
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Scott Long
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Pav Lucistnik
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: /dev/dsp disappeared after power outage
  • From: usleepless
• Re: /dev/dsp disappeared after power outage
  • From: Ariff Abdullah
• Re: /dev/dsp disappeared after power outage
  • From: Bert JW Regeer
• Re: /dev/dsp disappeared after power outage
  • From: Ulrich Spoerlein
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: Kris Kennaway
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: gregoryd . freebsd
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Pav Lucistnik
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: Kris Kennaway
• Re: gettimeofday() in hping
  • From: Kris Kennaway
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: Xin LI
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: gregoryd . freebsd
• Re: /dev/dsp disappeared after power outage
  • From: Bert JW Regeer
• Re: fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Julian Elischer
• Re: gettimeofday() in hping
  • From: Ivan Voras
• Re: fs/udf: vm pages "overlap" while reading large dir
  • From: Scott Long
• fs/udf: vm pages "overlap" while reading large dir [patch]
  • From: Andriy Gapon
• Re: Synaptics
  • From: Eygene Ryabinkin
• Re: sort(1) memory usage
  • From: Dag-Erling Smørgrav
• fs/udf: vm pages "overlap" while reading large dir
  • From: Andriy Gapon
• Re: sort(1) memory usage
  • From: Joerg Sonnenberger
• Re: /dev/dsp disappeared after power outage
  • From: John Baldwin
• Re: sort(1) memory usage
  • From: David Schultz
• Re: sort(1) memory usage
  • From: Dag-Erling Smørgrav
• Re: Synaptics
  • From: Eygene Ryabinkin
• Re: gettimeofday() in hping
  • From: Stefan Lambrev
• Re: sort(1) memory usage
  • From: Dag-Erling Smørgrav
• Re: sort(1) memory usage
  • From: Jeremy Chadwick
• Re: gettimeofday() in hping
  • From: Stefan Lambrev
• Re: gettimeofday() in hping
  • From: Ivan Voras
• Re: gettimeofday() in hping
  • From: Kris Kennaway
• Re: Memory allocation performance
  • From: Dag-Erling Smørgrav
• Re: gettimeofday() in hping
  • From: Stefan Lambrev
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Eygene Ryabinkin
• Re: SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: Xin LI
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: sam
• SCHED_ULE trouble after ugrade 6.2-RELEASE -> 6.3-RELEASE
  • From: sam
• Re: Memory allocation performance
  • From: Bruce Evans
• Re: gettimeofday() in hping
  • From: Sam Leffler
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Julian Elischer
• Netgraph, usleep, and moving to Kernel
  • From: Len Gross
• Re: gettimeofday() in hping
  • From: Kris Kennaway
• Re: gettimeofday() in hping
  • From: Kris Kennaway
• Re: gettimeofday() in hping
  • From: Kris Kennaway
• Re: getaddrinfo() spec doesn't match behaviour
  • From: Hajimu UMEMOTO
• Re: sort(1) memory usage
  • From: Ed Schouten
• Re: sort(1) memory usage
  • From: Erik Trulsson
• Re: sort(1) memory usage
  • From: Wayne Sierke
• Re: sort(1) memory usage
  • From: Dag-Erling Smørgrav
• Re: sort(1) memory usage
  • From: Erik Trulsson
• Re: sort(1) memory usage
  • From: Dag-Erling Smørgrav
• getaddrinfo() spec doesn't match behaviour
  • From: Heiko Wundram (Beenic)
• Re: sort(1) memory usage
  • From: Ed Schouten
• sort(1) memory usage
  • From: Dag-Erling Smørgrav
• Re: Memory allocation performance
  • From: Dag-Erling Smørgrav
• Re: Memory allocation performance
  • From: Julian Elischer
• /dev/dsp disappeared after power outage
  • From: Aryeh M. Friedman
• Re: Memory allocation performance
  • From: Robert Watson
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Max Laier
• Re: Memory allocation performance
  • From: Robert Watson
• Re: Memory allocation performance
  • From: Kris Kennaway
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Peter Jeremy
• Re: [OT] Q: what would you choose for a VCS today
  • From: Julian Elischer
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Peter Jeremy
• Re: vmstat layout
  • From: Garrett Cooper
• Re: 'periodic daily' memory usage
  • From: Dag-Erling Smørgrav
• Re: vmstat layout
  • From: Dag-Erling Smørgrav
• Re: 'periodic daily' memory usage
  • From: Dag-Erling Smørgrav
• Re: [OT] Q: what would you choose for a VCS today
  • From: Stefan Sperling
• Re: Memory allocation performance
  • From: Joseph Koshy
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Joseph Koshy
• Re: Memory allocation performance
  • From: Robert Watson
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: [OT] Q: what would you choose for a VCS today
  • From: OutBackDingo
• Re: vmstat layout
  • From: Julian Elischer
• Re: Memory allocation performance
  • From: Bruce Evans
• Re: FreeBSD Status Reports due: January 28th, 2008
  • From: Brad Davis
• Re: [OT] Q: what would you choose for a VCS today
  • From: Aryeh M. Friedman
• Re: [OT] Q: what would you choose for a VCS today
  • From: Ollivier Robert
• Re: [OT] Q: what would you choose for a VCS today
  • From: Aryeh M. Friedman
• Re: [OT] Q: what would you choose for a VCS today
  • From: Ollivier Robert
• Re: [OT] Q: what would you choose for a VCS today
  • From: Mike Meyer
• Re: [OT] Q: what would you choose for a VCS today
  • From: Adrian Penisoara
• Re: Squeezing out some 70 bytes out of the boot2 loader
  • From: Adrian Penisoara
• Re: Squeezing out some 70 bytes out of the boot2 loader
  • From: Adrian Penisoara
• Re: 'periodic daily' memory usage
  • From: Ulrich Spoerlein
• Re: Squeezing out some 70 bytes out of the boot2 loader
  • From: Adrian Penisoara
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Robert Watson
• Re: vmstat layout
  • From: Garrett Cooper
• Re: vmstat layout
  • From: Ed Schouten
• Re: OT: getting the protocol family of a file descriptor
  • From: Heiko Wundram (Beenic)
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Eygene Ryabinkin
• Re: OT: getting the protocol family of a file descriptor
  • From: Dag-Erling Smørgrav
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: sam
• RE: double start of scripts in /usr/local/etc/rc.d
  • From: Łukasz Wąsikowski
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Eygene Ryabinkin
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Tom Evans
• Re: [OT] Q: what would you choose for a VCS today
  • From: Stefan Sperling
• Re: [OT] Q: what would you choose for a VCS today
  • From: Stefan Sperling
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Julian H. Stacey
• vmstat layout
  • From: Dag-Erling Smørgrav
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: sam
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Peter Jeremy
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: Julian H. Stacey
• Re: Memory allocation performance
  • From: Kris Kennaway
• Re: OT: getting the protocol family of a file descriptor
  • From: Peter Jeremy
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: glen . j . barber
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: sam
• Re: double start of scripts in /usr/local/etc/rc.d
  • From: sam
• double start of scripts in /usr/local/etc/rc.d
  • From: sam
• Re: Memory allocation performance
  • From: Julian Elischer
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: Memory allocation performance
  • From: Alexander Motin
• Re: [OT] Q: what would you choose for a VCS today
  • From: Giorgos Keramidas
• Re: [OT] Q: what would you choose for a VCS today
  • From: Giorgos Keramidas
• Re: Memory allocation performance
  • From: Kris Kennaway
• Re: Memory allocation performance
  • From: Julian Elischer
• Re: Memory allocation performance
  • From: Kris Kennaway
• Re: [OT] Q: what would you choose for a VCS today
  • From: Stefan Sperling
• Re: Memory allocation performance
  • From: Alexander Motin
• Memory allocation performance
  • From: Alexander Motin

• Security
• UNIX
• Linux
• Coding
• Usenet

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