freebsd-hackers

• Thread Index

• Re: how to deal with const
  • From: perryh
• Confusion in acpi_sleep_machdep().
  • From: Matthew Dillon
• Re: Init.c, making it chroot
  • From: Robert Watson
• Re: Init.c, making it chroot
  • From: Tim Kientzle
• Re: Modified version of jexec allows non-root access into jails
  • From: Robert Watson
• Re: how to deal with const
  • From: Daniel Molina Wegener
• Re: Init.c, making it chroot
  • From: Erik Udo
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• how to deal with const
  • From: perryh
• Re: Init.c, making it chroot
  • From: Doug Barton
• Re: Modified version of jexec allows non-root access into jails
  • From: Colin Percival
• Re: problem with apache bench
  • From: Steve Hodgson
• Re: problem with apache bench
  • From: Simon L. Nielsen
• Re: Program not being executed at all
  • From: Kostik Belousov
• Re: Program not being executed at all
  • From: Alejandro Pulver
• Re: MFS_IMAGE with a DEBUG kernel
  • From: John-Mark Gurney
• problem with apache bench
  • From: Bartosz Giza
• Re: Init.c, making it chroot
  • From: Robert Watson
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Program not being executed at all
  • From: Kostik Belousov
• Re: Program not being executed at all
  • From: Alejandro Pulver
• Re: Program receiving SIGSEGV after exit()
  • From: Alejandro Pulver
• Re: Program receiving SIGSEGV after exit()
  • From: Kostik Belousov
• Re: Init.c, making it chroot
  • From: Robert Watson
• Re: Program not being executed at all
  • From: Kostik Belousov
• Re: Init.c, making it chroot
  • From: Oliver Fromme
• Program not being executed at all
  • From: Alejandro Pulver
• Program receiving SIGSEGV after exit()
  • From: Alejandro Pulver
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Robert Watson
• Re: Init.c, making it chroot
  • From: Erik Udo
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Init.c, making it chroot
  • From: Oliver Fromme
• Re: Init.c, making it chroot
  • From: Oliver Fromme
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Init.c, making it chroot
  • From: Oliver Fromme
• Re: Modified version of jexec allows non-root access into jails
  • From: Bill Moran
• Re: Modified version of jexec allows non-root access into jails
  • From: Colin Percival
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Modified version of jexec allows non-root access into jails
  • From: Bill Moran
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Init.c, making it chroot
  • From: M. Warner Losh
• Re: Locking fundamentals
  • From: Duane Whitty
• Re: Locking fundamentals
  • From: Attilio Rao
• ICH7 IO Performance Issues
  • From: Steve Clement
• repeatedly unloading a stuck module followed by a segfault
  • From: Steve Clement
• Re: Init.c, making it chroot
  • From: Oliver Fromme
• Re: Kernel hang on 6.x
  • From: John Baldwin
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: unresolved symbol for C++ class dtor
  • From: Alexander Kabaev
• unresolved symbol for C++ class dtor
  • From: Gergely CZUCZY
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Doug Barton
• Re: Init.c, making it chroot
  • From: Ruslan Ermilov
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Dave Horsfall
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Mike Meyer
• Init.c, making it chroot
  • From: Erik Udo
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Illia Baidakov
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Hans Petter Selasky
• Re: mounting uzip image: Invalid argument
  • From: Erik Udo
• Re: mounting uzip image: Invalid argument
  • From: Kris Kennaway
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Kris Kennaway
• Re: 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• 6.1-RELEASE / 6.2 Kernel Crash...
  • From: Jan Knepper
• mounting uzip image: Invalid argument
  • From: Erik Udo
• mounting uzip image: Invalid argument
  • From: Erik Udo
• Re: net/mpd causes a kernel freeze
  • From: Deomid Ryabkov
• Re: Locking fundamentals
  • From: Duane Whitty
• Re: Locking fundamentals
  • From: Alexander Leidinger
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Erik Trulsson
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Joseph J. Damato
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Uwe Doering
• Re: Locking fundamentals
  • From: Attilio Rao
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Garrett Cooper
• Re: Locking fundamentals
  • From: Robert Watson
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Oliver Fromme
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Garrett Cooper
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Micah
• Re: Properly controlling CFLAGS/CXXFLAGS
  • From: Freddie Cash
• Re: Locking fundamentals
  • From: Attilio Rao
• Re: Locking fundamentals
  • From: Suleiman Souhlal
• Re: VPN Agregation
  • From: Taras Danko
• Properly controlling CFLAGS/CXXFLAGS
  • From: Garrett Cooper
• Re: VPN Agregation
  • From: Julian Elischer
• Re: Linking static libraries with '-l'
  • From: Mike Meyer
• Re: Linking static libraries with '-l'
  • From: Coleman Kane
• Re: Linking static libraries with '-l'
  • From: Dan Nelson
• Re: Locking fundamentals
  • From: Attilio Rao
• Re: Kernel hang on 6.x
  • From: Brian Dean
• Re: VPN Agregation
  • From: Robert Atkinson
• Linking static libraries with '-l'
  • From: mal content
• Re: Locking fundamentals
  • From: Hans Petter Selasky
• Re: unique hardware identification
  • From: Danny Braniss
• Locking fundamentals
  • From: Duane Whitty
• Re: FreeBSD-6.1/amd64 bge(4) driver performance problems
  • From: Raphael H. Becker
• Re: unique hardware identification
  • From: soralx
• Re: unique hardware identification
  • From: Bill Moran
• Re: unique hardware identification
  • From: Mike Meyer
• Re: unique hardware identification
  • From: Devon H. O'Dell
• unique hardware identification
  • From: Koen Martens
• Re: FW: FreeBSD: driver for ssl hardware accelerator board based on broadcom bcm5825, bcm5862 chips
  • From: Pawel Jakub Dawidek
• Re: VPN Agregation
  • From: Girish Venkatachalam
• Re: VPN Agregation
  • From: just Maxim
• Re: if exists statement
  • From: Joseph Koshy
• Re: if exists statement
  • From: Coleman Kane
• if exists statement
  • From: Beech Rintoul
• Re: Newbie request - compiling with Xlib.h
  • From: Jona Joachim
• RE: Keyboard issue
  • From: Sneed, Sean P [EQ]
• Re: Capturing Parallel Port Data
  • From: M. Warner Losh
• Re: Newbie request - compiling with Xlib.h
  • From: M. Warner Losh
• Re: Newbie request - compiling with Xlib.h
  • From: Divacky Roman
• re: ASIX Ax88772 anybody?
  • From: Dan Frohlich
• Re: Newbie request - compiling with Xlib.h
  • From: Henry Lenzi
• Re: Newbie request - compiling with Xlib.h
  • From: Erik Trulsson
• Re: Newbie request - compiling with Xlib.h
  • From: Henry Lenzi
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Leidinger
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Leidinger
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Leidinger
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Shiryaev
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Shiryaev
• Re: Newbie request - compiling with Xlib.h
  • From: Florent Thoumie
• FW: FreeBSD: driver for ssl hardware accelerator board based on broadcom bcm5825, bcm5862 chips
  • From: Alex Aronson
• Re: Newbie request - compiling with Xlib.h
  • From: Dan Nelson
• Re: ICC 9 in FreeBSD 6
  • From: Dan Nelson
• Newbie request - compiling with Xlib.h
  • From: Henry Lenzi
• Re: ICC 9 in FreeBSD 6
  • From: Alexander Shiryaev
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: Matthew Dillon
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: M. L. Dodson
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: Simon Roberts
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: Stephen Montgomery-Smith
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: M. Warner Losh
• Benachrichtigung über ein GMX Einschreiben von "Andreas Werner Ostertag" <Andreasoschdi@gmx.net>
  • From: GMX Einschreiben
• Benachrichtigung über ein GMX Einschreiben von "Andreas Werner Ostertag" <Andreasoschdi@gmx.net>
  • From: GMX Einschreiben
• Benachrichtigung über ein GMX Einschreiben von "Andreas Werner Ostertag" <Andreasoschdi@gmx.net>
  • From: GMX Einschreiben
• Re: Capturing Parallel Port Data
  • From: Bernd Walter
• Re: Configure error
  • From: Jose-Marcio Martins da Cruz
• Re: Configure error
  • From: Beech Rintoul
• Re: freebsd programming
  • From: Max Laier
• Re: Configure error
  • From: Nikos Ntarmos
• freebsd programming
  • From: Jai
• Configure error
  • From: Beech Rintoul
• Re: Detecting buffer space with UDP.
  • From: Adrian Chadd
• Re: Capturing Parallel Port Data
  • From: Daniel O'Connor
• Re: Capturing Parallel Port Data
  • From: soralx
• Re: Capturing Parallel Port Data
  • From: Mr CW
• Detecting buffer space with UDP.
  • From: David Gilbert
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: Joseph Koshy
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: Simon Roberts
• GCC Pre-compiled headers
  • From: Florent Thoumie
• Kernel Virtual Machine
  • From: Danny Braniss
• Re: Capturing Parallel Port Data
  • From: Daniel O'Connor
• Re: Allocate aligned memory
  • From: Marc Lörner
• Re: Allocate aligned memory
  • From: Hans Petter Selasky
• Re: Allocate aligned memory
  • From: Suleiman Souhlal
• Re: Kernel hang on 6.x
  • From: Hans Petter Selasky
• Allocate aligned memory
  • From: Marc Lörner
• Re: VPN Agregation
  • From: Simon Chang
• Re: VPN Agregation
  • From: Girish Venkatachalam
• Re: "Syncing cpus" on a multi-cpu, dual core system
  • From: soralx
• Re: VPN Agregation
  • From: Julian Elischer
• "Syncing cpus" on a multi-cpu, dual core system
  • From: M. L. Dodson
• VPN Agregation
  • From: just Maxim
• Re: [PATCH] "automated" make -j value
  • From: Garance A Drosehn
• Re: Kernel hang on 6.x
  • From: R. Tyler Ballance
• Kernel hang on 6.x
  • From: Brian Dean
• Re: Capturing Parallel Port Data
  • From: soralx
• Capturing Parallel Port Data
  • From: Mr CW
• Re: [PATCH] "automated" make -j value
  • From: Kurt J. Lidl
• Re: portupgrade and dependencies
  • From: Eugene M. Kim
• Re: [PATCH] "automated" make -j value
  • From: Andrzej Tobola
• Re: block device
  • From: Uladzislau Rezki
• Re: block device
  • From: Rink Springer
• block device
  • From: Uladzislau Rezki
• Re: Intel i8xx watchdog driver
  • From: Daniel O'Connor
• [PATCH] "automated" make -j value
  • From: David O'Brien
• natd(8) and NAT-PMP
  • From: R. Tyler Ballance
• Re: shmmax tops out at 2G?
  • From: John Baldwin
• Re: shmmax tops out at 2G?
  • From: Bill Moran
• Re: shmmax tops out at 2G?
  • From: Peter Jeremy
• Re: shmmax tops out at 2G?
  • From: Bill Moran
• Re: KASSERT in kernel module outside src/sys
  • From: Alexander Leidinger
• Re: KASSERT in kernel module outside src/sys
  • From: Stefan Farfeleder
• Re: KASSERT in kernel module outside src/sys
  • From: Kevin Sanders
• Re: portupgrade and dependencies
  • From: Marek Denis
• Re: Keyboard issue
  • From: soralx
• MFS_IMAGE with a DEBUG kernel
  • From: Neelkanth Natu
• Re: KASSERT in kernel module outside src/sys
  • From: Duane Whitty
• Re: KASSERT in kernel module outside src/sys
  • From: Kris Kennaway
• Re: KASSERT in kernel module outside src/sys
  • From: Joerg Sonnenberger
• RE: portupgrade and dependencies
  • From: Dino Michailidis
• KASSERT in kernel module outside src/sys
  • From: Kevin Sanders
• Keyboard issue
  • From: Sneed, Sean P [EQ]
• portupgrade and dependencies
  • From: Marek Denis
• shmmax tops out at 2G?
  • From: Bill Moran
• Re: pmcstat and squid
  • From: Adrian Chadd
• Re: pmcstat and squid
  • From: Joseph Koshy
• Re: pmcstat and squid
  • From: Adrian Chadd
• Re: pmcstat and squid
  • From: Joseph Koshy
• pmcstat and squid
  • From: Adrian Chadd
• Re: Reading in real time from a file without pipes
  • From: Dan Nelson
• Re: Reading in real time from a file without pipes
  • From: Dan Nelson
• Reading in real time from a file without pipes
  • From: c0re dumped
• Re: Example network protocol implementation
  • From: Robert Watson
• Re: Example network protocol implementation
  • From: Robert Watson
• Re: Example network protocol implementation
  • From: Garrett Cooper
• Re: Example network protocol implementation
  • From: M. Warner Losh
• Re: Example network protocol implementation
  • From: Ivan Voras
• Intel i8xx watchdog driver
  • From: Daniel O'Connor
• Re: Example network protocol implementation
  • From: Vishal Patil
• Re: Example network protocol implementation
  • From: Julian Elischer
• Re: Example network protocol implementation
  • From: Özkan KIRIK
• Re: Example network protocol implementation
  • From: M. Warner Losh
• Re: Example network protocol implementation
  • From: Vishal Patil
• Re: Example network protocol implementation
  • From: Daniel Molina Wegener
• Re: Example network protocol implementation
  • From: perryh
• Example network protocol implementation
  • From: Vishal Patil
• Re: can't connect to cvsup.freebsd.org
  • From: Steven Friedrich
• Re: Driver not unset properly after kldunload
  • From: Iasen Kostov
• Re: Forcing C program to core dump
  • From: Alex Zbyslaw
• Re: Panic on 6.1-RELEASE-p3
  • From: Anthony Chavez
• Re: Forcing C program to core dump
  • From: Garrett Cooper
• Re: Forcing C program to core dump
  • From: Niclas Zeising
• Re: Forcing C program to core dump
  • From: Viktor Vasilev
• Re: Forcing C program to core dump
  • From: Max Laier
• Re: Forcing C program to core dump
  • From: Garrett Cooper
• Forcing C program to core dump
  • From: Garrett Cooper
• Re: Driver not unset properly after kldunload
  • From: John Baldwin
• Re: Burning RW cdrom error message
  • From: Niclas Zeising
• Re: can't connect to cvsup.freebsd.org
  • From: Niclas Zeising
• Re: can't connect to cvsup.freebsd.org
  • From: Josh Paetzel
• Re: can't connect to cvsup.freebsd.org
  • From: Remko Lodder
• can't connect to cvsup.freebsd.org
  • From: Steven Friedrich
• RFC 3095 Robust Header Compression/IPv6 Header Compression
  • From: Matthew Jakeman
• Re: kern/106343: Need SATA NCQ support
  • From: Dieter
• Re: Unable to stop a jail
  • From: Alex Lyashkov
• Re: Unable to stop a jail
  • From: Steven Hartland
• Re: Unable to stop a jail
  • From: Neo-Vortex
• Re: Unable to stop a jail
  • From: Steven Hartland
• Re: Unable to stop a jail
  • From: Alex Lyashkov
• Re: BootCache for FreeBSD
  • From: Ivan Voras
• Re: Announce: FreeSBIE 2.0-RC1 is available
  • From: Jeremie Le Hen
• Re: Tools for FreeBSD development
  • From: Alexander Leidinger
• Burning RW cdrom error message
  • From: ros
• Error burning CD
  • From: ros
• Re: Tools for FreeBSD development
  • From: Kevin Sanders
• Re: [ANN] unionfs patchset-17 release, lock mechanism changed for robust working
  • From: Daichi GOTO
• Re: tracing AND intercepting syscalls?
  • From: Stanislav Ochotnicky
• Re: Tools for FreeBSD development
  • From: Robert Watson
• Re: Tools for FreeBSD development
  • From: Robert Watson
• Re: tracing AND intercepting syscalls?
  • From: Robert Watson
• Re: Tools for FreeBSD development
  • From: Garrett Cooper
• Re: Tools for FreeBSD development
  • From: Giorgos Keramidas
• Re: Tools for FreeBSD development
  • From: Mike Meyer
• Re: Tools for FreeBSD development
  • From: Julian Elischer
• Re: Tools for FreeBSD development
  • From: Kevin Sanders
• Re: Tools for FreeBSD development
  • From: Alexander Kabaev
• Re: tracing AND intercepting syscalls?
  • From: Stanislav Ochotnicky
• Re: Tools for FreeBSD development
  • From: Kip Macy
• Tools for FreeBSD development
  • From: Vishal Patil
• BootCache for FreeBSD
  • From: Vishal Patil
• Tools for FreeBSD development
  • From: Vishal Patil
• Re: USB keyboard problem
  • From: Michael M. Press
• Re: tracing AND intercepting syscalls?
  • From: Kostik Belousov
• tracing AND intercepting syscalls?
  • From: Stanislav Ochotnicky
• Re: FreeBSD-6.1/amd64 bge(4) driver performance problems
  • From: MQ
• unsubscribing from freebsd lists (was "Re: contiguous memory allocation problem")
  • From: Garrett Cooper
• Re: Hardening FreeBSD, does anyone have any documentation that may help?
  • From: Mike Silbersack
• Nvidia on amd64
  • From: Ralph Zitz
• [ANN] unionfs patchset-17 release, lock mechanism changed for robust working
  • From: Daichi GOTO
• Re: jail2 patchset 14
  • From: Oleg Dambaev
• Re: Unable to stop a jail
  • From: Robert Watson
• Re: Unable to stop a jail
  • From: Steven Hartland
• Re: Unable to stop a jail
  • From: Robert Watson
• Re: Unable to stop a jail
  • From: Bjoern A. Zeeb
• Re: Unable to stop a jail
  • From: Maxim Konovalov
• Unable to stop a jail
  • From: Steven Hartland
• jail2 patchset 14
  • From: Eldar T. Zaitov
• Re: contiguous memory allocation problem
  • From: Kamal R. Prasad

• Security
• UNIX
• Linux
• Coding
• Usenet

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