freebsd-hackers  

Messages by Thread

• • Re: tape (sa0) on sparc64 ? Matthias Andree
  • Re: tape (sa0) on sparc64 ? Bob Bishop
  • Re: tape (sa0) on sparc64 ? Wojciech Puchar
  • Re: tape (sa0) on sparc64 ? Matthew Jacob
• Logging natd translations Daniel Eischen
  • Re: Logging natd translations Daniel Eischen
  • Re: Logging natd translations Julian Elischer
  • Re: Logging natd translations Daniel Eischen
• How to get ucred/xucred in user space? Mike Ma
  • Re: How to get ucred/xucred in user space? Konstantin Belousov
• Managing userland data pointers in kqueue/kevent Eugen-Andrei Gavriloaie
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent Eugen-Andrei Gavriloaie
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent Eugen-Andrei Gavriloaie
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent Eugen-Andrei Gavriloaie
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent Eugen-Andrei Gavriloaie
  • Re: Managing userland data pointers in kqueue/kevent Adrian Chadd
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent Julian Elischer
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent LeoNerd
  • Re: Managing userland data pointers in kqueue/kevent Jilles Tjoelker
  • Re: Managing userland data pointers in kqueue/kevent Dirk Engling
• A problem with alq module! Computer Network Man
  • Re: A problem with alq module! Julian Elischer
  • Re: A problem with alq module! Lawrence Stewart
  • Re: A problem with alq module! Lawrence Stewart
• Re: FreeBSD Quarterly Status Report, January-March 2013 Outback Dingo
• Making bmake default? (was: Re: ports/173299: [exp-run] test bmake conversion) Simon J. Gerraty
• anyone running the ofed code Vijay Singh
• syscall to userland interface Karl Dreger
  • Re: syscall to userland interface Alfred Perlstein
  • Re: syscall to userland interface Karl Dreger
  • Re: syscall to userland interface Mateusz Guzik
  • Re: syscall to userland interface Karl Dreger
  • Re: syscall to userland interface Alfred Perlstein
  • Re: syscall to userland interface Oliver Pinter
• priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Alexander Leidinger
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Joshua Isom
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Alexander Leidinger
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Uffe Jakobsen
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Alexander Leidinger
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Hans Petter Selasky
  • Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Jaakko Heinonen
• [UPDATE] sysutils/bsdconfig snapshot Teske, Devin
• Chromium causes freeze on CURRENT Takuya ASADA
• Re: openjdk6 broken on current Alexander Yerenkow
  • Re: openjdk6 broken on current Larry Rosenman
  • Re: openjdk6 broken on current Florent Peterschmitt
  • Re: openjdk6 broken on current Jeremy Messenger
  • Re: openjdk6 broken on current Daniel Eischen
  • Re: openjdk6 broken on current Larry Rosenman
  • Re: openjdk6 broken on current Daniel Eischen
  • Re: openjdk6 broken on current Daniel Eischen
  • Re: openjdk6 broken on current Larry Rosenman
  • Re: openjdk6 broken on current Larry Rosenman
  • Re: openjdk6 broken on current Larry Rosenman
  • Re: openjdk6 broken on current Damjan Jovanovic
• [patch] export CPU physical and virtual address sizes in sysctl oids using do_cpuid Sofian Brabez
  • Re: [patch] export CPU physical and virtual address sizes in sysctl oids using do_cpuid Konstantin Belousov
• Binary upgrade from release to stable Florent Peterschmitt
• GTK+3.0 application does not show some existing icons Matthias Apitz
  • Re: GTK+3.0 application does not show some existing icons Koop Mast
  • Re: GTK+3.0 application does not show some existing icons Matthias Apitz
• What is the correct way to declare assembler global variable ? Yuri
  • Re: What is the correct way to declare assembler global variable ? Konstantin Belousov
  • Re: What is the correct way to declare assembler global variable ? Yuri
  • Re: What is the correct way to declare assembler global variable ? Konstantin Belousov
• net/udpxy occasional stream issuses rank1seeker
• ladmins that cannot type a command Dieter BSD
  • Re: ladmins that cannot type a command Chris Rees
  • Re: ladmins that cannot type a command Alexander Yerenkow
  • Re: ladmins that cannot type a command Wojciech Puchar
  • Re: ladmins that cannot type a command Alexander Yerenkow
  • Re: ladmins that cannot type a command Wojciech Puchar
  • Re: ladmins that cannot type a command Fernando Apesteguía
  • Re: ladmins that cannot type a command Wojciech Puchar
  • Re: ladmins that cannot type a command Fernando Apesteguía
  • Re: ladmins that cannot type a command Wojciech Puchar
• Linux/Cdorked.A and the tool provided by welivesecurity Florent Peterschmitt
• GSoC project proposal for review (Port GlusterFS to FreeBSD) Mike Ma
• GSoC: PKGNG GUI Proposal Available for Review Justin Edward Muniz
  • Re: GSoC: PKGNG GUI Proposal Available for Review Wojciech Puchar
  • Re: GSoC: PKGNG GUI Proposal Available for Review Teske, Devin
  • Re: GSoC: PKGNG GUI Proposal Available for Review Kris Moore
  • Re: GSoC: PKGNG GUI Proposal Available for Review Matt Olander
  • Re: GSoC: PKGNG GUI Proposal Available for Review Justin Edward Muniz
  • Re: GSoC: PKGNG GUI Proposal Available for Review Fernando Apesteguía
  • Re: GSoC: PKGNG GUI Proposal Available for Review Justin Muniz
• GSoC proposal review Rushil Paul
• Google Summer of Code 2013 Gavin Atkinson
  • Re: Google Summer of Code 2013 Luigi Rizzo
  • Re: Google Summer of Code 2013 Gavin Atkinson
• Re: My GSOC proposal for review Amit Rawat
  • Re: My GSOC proposal for review Wojciech Puchar
• Introduction of fsyscall Tomohiko Sumi
• [Looking for GSoC mentor] Port NiLFS to FreeBSD Takuya ASADA
• potential future proofing fix for aicasm build. Alfred Perlstein
  • potential future proofing fix for aicasm build. Alfred Perlstein
  • Re: potential future proofing fix for aicasm build. Steven Hartland
  • Re: potential future proofing fix for aicasm build. Alfred Perlstein
  • Re: potential future proofing fix for aicasm build. Brooks Davis
  • Re: potential future proofing fix for aicasm build. Alfred Perlstein
  • Re: potential future proofing fix for aicasm build. Dimitry Andric
  • Re: potential future proofing fix for aicasm build. Steven Hartland
  • Re: potential future proofing fix for aicasm build. Dimitry Andric
  • Re: potential future proofing fix for aicasm build. Steven Hartland
  • Re: potential future proofing fix for aicasm build. Dimitry Andric
  • Re: potential future proofing fix for aicasm build. Steven Hartland
  • Re: potential future proofing fix for aicasm build. Dimitry Andric
  • Re: potential future proofing fix for aicasm build. Xin Li
  • Re: potential future proofing fix for aicasm build. Konstantin Belousov
• Adding a FOREACH_CONTINUE() variant to queue(3) Lawrence Stewart
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) Alfred Perlstein
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) Lawrence Stewart
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) Poul-Henning Kamp
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) Lawrence Stewart
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) Lawrence Stewart
  • Re: Adding a FOREACH_CONTINUE() variant to queue(3) John Baldwin
• Re: FreeBSD 9.1 vs CentOS 6.3 Jia-Shiun Li
• sys/dev/hptiop cleanup & bugfix Eitan Adler
• review of patches for the gssd that handle getpwXX_r ERANGE return Rick Macklem
• config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Wojciech A. Koszek
  • Re: config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Wojciech A. Koszek
  • Re: config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Wojciech A. Koszek
  • Re: config(8) -x headscratcher Kimmo Paasiala
  • Re: config(8) -x headscratcher Eric van Gyzen
  • Re: config(8) -x headscratcher Wojciech A. Koszek
• How to sabotage 9.*-RELEASE worldbuilds? rank1seeker
  • Re: How to sabotage 9.*-RELEASE worldbuilds? Chris Rees
  • Re: How to sabotage 9.*-RELEASE worldbuilds? rank1seeker
• makeman issues Eitan Adler
  • Re: makeman issues Glen Barber
• Port GlusterFS as a GSoC project Mike Ma
  • Re: Port GlusterFS as a GSoC project Marco Steinbach
• Port GlusterFS as a GSoC 2013 project Mike Ma
• Some improvements to rm(1) Eitan Adler
  • Re: Some improvements to rm(1) Brooks Davis
  • Re: Some improvements to rm(1) Eitan Adler
  • Re: Some improvements to rm(1) Eitan Adler
  • Re: Some improvements to rm(1) Jilles Tjoelker
  • Re: Some improvements to rm(1) Eitan Adler
  • Re: Some improvements to rm(1) Joshua Isom
  • Re: Some improvements to rm(1) Jilles Tjoelker
  • Re: Some improvements to rm(1) Dan Rue
• Botched 7->8 upgrade, thoughts how to recover? Tuc
  • Re: Botched 7->8 upgrade, thoughts how to recover? Joshua Isom
• vmspace_fork() Vijay Singh
  • Re: vmspace_fork() Konstantin Belousov
• Status of HFS support on FreeBSD Sreenath Battalahalli
  • Re: Status of HFS support on FreeBSD Pedro Giffuni
• FreeBSD is participating in Google Summer of Code Gavin Atkinson
• GSOC: Qt front-ends Justin Edward Muniz
  • Re: GSOC: Qt front-ends Mark Saad
  • Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: Fwd: GSOC: Qt front-ends Chris Rees
  • Re: Fwd: GSOC: Qt front-ends Fernando Apesteguía
  • Re: Fwd: GSOC: Qt front-ends Lars Engels
  • Re: Fwd: GSOC: Qt front-ends Alexander Yerenkow
  • Re: Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: GSOC: Qt front-ends Tony Li
  • Re: GSOC: Qt front-ends Freddie Cash
  • Re: GSOC: Qt front-ends Ollivier Robert
  • Re: GSOC: Qt front-ends Adrian Chadd
  • Re: GSOC: Qt front-ends Lars Engels
  • Re: GSOC: Qt front-ends Adrian Chadd
  • Re: GSOC: Qt front-ends Lars Engels
  • Re: GSOC: Qt front-ends Adrian Chadd
  • Re: GSOC: Qt front-ends Ollivier Robert
  • Re: GSOC: Qt front-ends Justin Edward Muniz
  • Re: Fwd: GSOC: Qt front-ends Freddie Cash
  • Re: Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: Fwd: GSOC: Qt front-ends Chris Rees
  • Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: GSOC: Qt front-ends Justin Edward Muniz
  • Fwd: GSOC: Qt front-ends Justin Edward Muniz
  • Re: GSOC: Qt front-ends Freddie Cash
  • Re: GSOC: Qt front-ends Teske, Devin
  • Re: GSOC: Qt front-ends Teske, Devin
  • Re: Fwd: GSOC: Qt front-ends Baptiste Daroussin
  • Re: GSOC: Qt front-ends Teske, Devin
  • Re: GSOC: Qt front-ends Justin Edward Muniz
  • Re: GSOC: Qt front-ends Fernando Apesteguía
  • Re: GSOC: Qt front-ends Teske, Devin
• NUMA, cpuset and malloc Robert Waksmundzki
  • Re: NUMA, cpuset and malloc David Xu
  • Re: NUMA, cpuset and malloc John Baldwin

• Earlier messages
• Later messages