freebsd-hackers

• Thread Index

---

• Fwd: Kernel conference Australia
  • From: Sam Lawrance
• Re: hosted, or not (Re: Renaming all symbols in libmp(3))
  • From: Roman Divacky
• Re: hosted, or not (Re: Renaming all symbols in libmp(3))
  • From: Ed Schouten
• Re: hosted, or not (Re: Renaming all symbols in libmp(3))
  • From: perryh
• Re: portupgrade spurious skips
  • From: Alexander Leidinger
• Re: hosted, or not (Re: Renaming all symbols in libmp(3))
  • From: Roman Divacky
• hosted, or not (Re: Renaming all symbols in libmp(3))
  • From: perryh
• Re: Renaming all symbols in libmp(3)
  • From: Christoph Mallon
• Re: portupgrade spurious skips
  • From: Dan Nelson
• Re: Renaming all symbols in libmp(3)
  • From: David Schultz
• portupgrade spurious skips
  • From: Nate Eldredge
• Re: Renaming all symbols in libmp(3)
  • From: Christoph Mallon
• Re: Renaming all symbols in libmp(3)
  • From: David Schultz
• Re: Renaming all symbols in libmp(3)
  • From: Daniel Eischen
• Re: Renaming all symbols in libmp(3)
  • From: Christoph Mallon
• Re: Renaming all symbols in libmp(3)
  • From: Christoph Mallon
• Re: Renaming all symbols in libmp(3)
  • From: David Schultz
• Re: x11 status
  • From: Alex Goncharov
• Re: Renaming all symbols in libmp(3)
  • From: Ed Schouten
• Re: Renaming all symbols in libmp(3)
  • From: Daniel Eischen
• Re: Renaming all symbols in libmp(3)
  • From: Ed Schouten
• Re: Renaming all symbols in libmp(3)
  • From: Daniel Eischen
• Re: x11 status
  • From: Peter Jeremy
• Renaming all symbols in libmp(3)
  • From: Ed Schouten
• Re: Google SoC 2009 Idea
  • From: Garrett Cooper
• Re: Google SoC 2009 Idea
  • From: Tim Kientzle
• Re: Google SoC 2009 Idea
  • From: Robert Watson
• Re: Google SoC 2009 Idea
  • From: Gary Jennejohn
• Re: Google SoC 2009 Idea
  • From: Siddharth Prakash Singh
• Re: [PATCH] Support for thresholds in du(1)
  • From: Xin LI
• Re: [PATCH] Support for thresholds in du(1)
  • From: Mel
• Re: [PATCH] Support for thresholds in du(1)
  • From: Xin LI
• [PATCH] Support for thresholds in du(1)
  • From: Mel
• Re: Google SoC 2009 Idea
  • From: Tim Kientzle
• Re: How to change an interface?
  • From: Daniel Eischen
• How to change an interface?
  • From: Xin LI
• Re: x11 status
  • From: Mark Linimon
• Re: Google SoC 2009 Idea
  • From: Alexander Leidinger
• Re: x11 status
  • From: Ed Schouten
• Re: Google SoC 2009 Idea
  • From: Ray Mihm
• Re: x11 status
  • From: matt donovan
• x11 status
  • From: Chuck Robey
• Re: Google SoC 2009 Idea
  • From: Siddharth Prakash Singh
• Re: Google SoC 2009 Idea
  • From: Jordan Gordeev
• Re: Google SoC 2009 Idea
  • From: Ray Mihm
• Re: Google SoC 2009 Idea
  • From: Sam Leffler
• Re: Google SoC 2009 Idea
  • From: Brooks Davis
• Re: Google SoC 2009 Idea
  • From: Siddharth Prakash Singh
• Re: Google SoC 2009 Idea
  • From: matt donovan
• Google SoC 2009 Idea
  • From: Siddharth Prakash Singh
• Re: shmmax tops out at 2G?
  • From: Kostik Belousov
• Re: shmmax tops out at 2G?
  • From: Nate Eldredge
• Re: shmmax tops out at 2G?
  • From: Garrett Cooper
• Re: shmmax tops out at 2G?
  • From: Bill Moran
• Re: shmmax tops out at 2G?
  • From: Christian Peron
• Re: shmmax tops out at 2G?
  • From: Garrett Cooper
• Re: shmmax tops out at 2G?
  • From: Christian Peron
• Re: shmmax tops out at 2G?
  • From: Brian A. Seklecki
• Re: removal of NGROUPS_MAX dependancy from base
  • From: n0g0013
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Fernando Apesteguía
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Pyun YongHyeon
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Fernando Apesteguía
• Re: removal of NGROUPS_MAX dependancy from base
  • From: ttw+bsd
• Re: variable args in kernel module?
  • From: Gerry Weaver
• Re: removal of NGROUPS_MAX dependancy from base
  • From: Julian Elischer
• variable args in kernel module?
  • From: Gerry Weaver
• ethernet card error
  • From: Barkın KILIÇ
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Pyun YongHyeon
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Fernando Apesteguía
• Re: FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Warren Block
• FBSD 7.0-p3 NIC driver problem (Realtek)
  • From: Fernando Apesteguía
• gbde and missing lock file
  • From: Sebastian Stumpf
• gbde and missing lock files
  • From: Sebastian Stumpf
• Re: Obtaining l2 misses and cpu utilization in a module
  • From: Nikola Knežević
• Re: Obtaining l2 misses and cpu utilization in a module
  • From: Joseph Koshy
• OT: svn commit: r188764 - head/sys/kern
  • From: pluknet
• Re: Obtaining l2 misses and cpu utilization in a module
  • From: David Wolfskill
• Module Dependencies
  • From: Sean Bruno
• Re: Simulating bad network conditions
  • From: Mel
• HotPar '09: Attendance Now Open to Everyone
  • From: Lionel Garth Jones
• Obtaining l2 misses and cpu utilization in a module
  • From: Nikola Knežević
• Re: Simulating bad network conditions
  • From: Julian Elischer
• Re: Simulating bad network conditions
  • From: Bruce Cran
• Re: Simulating bad network conditions
  • From: Tim Clewlow
• Re: Tyan S2895 7.1 amd64 >8Gb RAM support? - resolved
  • From: Karl Pielorz
• Re: Simulating bad network conditions
  • From: xorquewasp
• Re: Simulating bad network conditions
  • From: Maxim Konovalov
• Simulating bad network conditions
  • From: xorquewasp
• Re: TUNABLE_INT question
  • From: Roman Divacky
• Re: booting/loading a tool, not kernel
  • From: Daniel O'Connor
• Re: TUNABLE_INT question
  • From: John Baldwin
• Re: TUNABLE_INT question
  • From: Roman Divacky
• Re: TUNABLE_INT question
  • From: John Baldwin
• Kernel Crashes
  • From: Chris Cowart
• Re: booting/loading a tool, not kernel
  • From: Daniel O'Connor
• Re: booting/loading a tool, not kernel
  • From: Andriy Gapon
• Re: booting/loading a tool, not kernel
  • From: Andriy Gapon
• Re: booting/loading a tool, not kernel
  • From: Nick Hibma
• booting/loading a tool, not kernel
  • From: Andriy Gapon
• Re: pahole - Finding holes in kernel structs
  • From: Joseph Koshy
• Re: When does the pool get bigger?
  • From: Antti Louko
• Re: When does the pool get bigger?
  • From: Bernd Walter
• Re: Tyan S2895 7.1 amd64 >8Gb RAM support?
  • From: Karl Pielorz
• Re: When does the pool get bigger?
  • From: Bernd Walter
• When does the pool get bigger?
  • From: Zaphod Beeblebrox
• Re: Tyan S2895 7.1 amd64 >4Gb RAM support?
  • From: Yamagi Burmeister
• Re: TUNABLE_INT question
  • From: Roman Divacky
• Re: TUNABLE_INT question
  • From: Ryan Stone
• Re: Tyan S2895 7.1 amd64 >4Gb RAM support?
  • From: Max Laier
• TUNABLE_INT question
  • From: Roman Divacky
• Tyan S2895 7.1 amd64 >4Gb RAM support?
  • From: Karl Pielorz
• Re: bus_dmamem_alloc() and BUS_DMA_WAITOK
  • From: John Baldwin
• bus_dmamem_alloc() and BUS_DMA_WAITOK
  • From: Patrick Lamaizière
• removal of NGROUPS_MAX dependancy from base
  • From: ttw+bsd
• Re: pahole - Finding holes in kernel structs
  • From: Garance A Drosehn
• Re: pahole - Finding holes in kernel structs
  • From: Nate Eldredge
• Re: bus_setup_intr (9)
  • From: Kip Macy
• Re: bus_setup_intr (9)
  • From: Paolo Pisati
• Re: pahole - Finding holes in kernel structs
  • From: Marcel Moolenaar
• Re: pahole - Finding holes in kernel structs
  • From: Bakul Shah
• bus_setup_intr (9)
  • From: Alexej Sokolov
• Re: strange output in /var/log/messages
  • From: Alexej Sokolov
• Re: pahole - Finding holes in kernel structs
  • From: Robert Watson
• Re: pahole - Finding holes in kernel structs
  • From: Sam Leffler
• Re: strange output in /var/log/messages
  • From: Stefan Lambrev
• Re: pahole - Finding holes in kernel structs
  • From: Robert Watson
• Re: pahole - Finding holes in kernel structs
  • From: Robert Watson
• Re: pahole - Finding holes in kernel structs
  • From: Julian Stacey
• Re: pahole - Finding holes in kernel structs
  • From: Brooks Davis
• strange output in /var/log/messages
  • From: Alexej Sokolov
• Re: pahole - Finding holes in kernel structs
  • From: Max Laier
• Re: pahole - Finding holes in kernel structs
  • From: Jille Timmermans
• Re: pahole - Finding holes in kernel structs
  • From: Sam Leffler
• Re: pahole - Finding holes in kernel structs
  • From: Ed Schouten
• Re: pahole - Finding holes in kernel structs
  • From: Max Laier
• Re: pahole - Finding holes in kernel structs
  • From: Julian Stacey
• Re: pahole - Finding holes in kernel structs
  • From: Harald Servat
• Re: pahole - Finding holes in kernel structs
  • From: Andrew Brampton
• Re: pahole - Finding holes in kernel structs
  • From: Kostik Belousov
• pahole - Finding holes in kernel structs
  • From: Andrew Brampton
• Re: How to troubleshoot why ath0 can't connect to a passwordless wireless network?
  • From: Paul B. Mahol
• Re: userland driver?
  • From: Robert Watson
• Re: a little bit of c++ in kernel [module]
  • From: Andriy Gapon
• Re: a little bit of c++ in kernel [module]
  • From: David Schultz
• Re: a little bit of c++ in kernel [module]
  • From: Bruce Cran
• Re: a little bit of c++ in kernel [module]
  • From: Christoph Mallon
• Re: understanding of PTD symbol
  • From: Mark Tinguely
• Re: a little bit of c++ in kernel [module]
  • From: Aniruddha Bohra
• Re: generalizing fd allocation code to id allocation
  • From: David Schultz
• Re: generalizing fd allocation code to id allocation
  • From: Brooks Davis
• Re: taskqueue (9)
  • From: John Baldwin
• userland driver?
  • From: Andriy Gapon
• understanding of PTD symbol
  • From: Mehul Chadha
• Re: a little bit of c++ in kernel [module]
  • From: Andriy Gapon
• Re: CFT: Graphics support for /boot/loader
  • From: Rink Springer
• Re: generalizing fd allocation code to id allocation
  • From: Hans Petter Selasky
• Re: generalizing fd allocation code to id allocation
  • From: Andriy Gapon
• generalizing fd allocation code to id allocation
  • From: Andriy Gapon
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Alex Dupre
• Re: a little bit of c++ in kernel [module]
  • From: Aniruddha Bohra
• taskqueue (9)
  • From: Alexej Sokolov
• Re: How to troubleshoot why ath0 can't connect to a passwordless wireless network?
  • From: Yuri
• a little bit of c++ in kernel [module]
  • From: Andriy Gapon
• Re: How to troubleshoot why ath0 can't connect to a passwordless wireless network?
  • From: Sam Leffler
• Re: How to troubleshoot why ath0 can't connect to a passwordless wireless network?
  • From: Sean C. Farley
• superio and "shared" io port
  • From: Andriy Gapon
• How to troubleshoot why ath0 can't connect to a passwordless wireless network?
  • From: Yuri
• Re: broken ports
  • From: Frank Shute
• Re: broken ports
  • From: David Collins
• Re: impossible packet length ...
  • From: Eric Anderson
• Re: impossible packet length ...
  • From: Peter Jeremy
• Re: CFT: Graphics support for /boot/loader
  • From: Mike Meyer
• Re: CFT: Graphics support for /boot/loader
  • From: Matt Dawson
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: ZFS and Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Possible VFS KPI and KBI breakage on stable/7
  • From: Kostik Belousov
• Re: impossible packet length ...
  • From: Kostik Belousov
• Re: impossible packet length ...
  • From: Danny Braniss
• Re: FreeBSD 6.3/7.1 and Linux disk performance test
  • From: Kris Kennaway
• Re: impossible packet length ...
  • From: Danny Braniss
• Re: setting up net/cvsup-mirror correctly
  • From: Aryeh M. Friedman
• Re: setting up net/cvsup-mirror correctly
  • From: Aryeh M. Friedman
• setting up net/cvsup-mirror correctly
  • From: Aryeh M. Friedman
• Re: FreeBSD 6.3/7.1 and Linux disk performance test
  • From: Pieter de Goeje
• Re: FreeBSD 6.3/7.1 and Linux disk performance test
  • From: Robert Watson
• FreeBSD 6.3/7.1 and Linux disk performance test
  • From: Omer Faruk Sen
• Re: Super I/O driver [generic gpio driver]
  • From: Sam Leffler
• RE: ZFS and Graphics support for /boot/loader
  • From: Paul Wootton
• Re: CFT: Graphics support for /boot/loader
  • From: Diego Rocha
• CFT: Graphics support for /boot/loader
  • From: Dmitriy Demidov
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: NO_WERROR vs kernel builds
  • From: Andriy Gapon
• Re: CFT: Graphics support for /boot/loader
  • From: pluknet
• Re: i386: rtc, nvram and the upper bank
  • From: Danny Braniss
• Re: i386: rtc, nvram and the upper bank
  • From: Andriy Gapon
• Re: i386: rtc, nvram and the upper bank
  • From: Danny Braniss
• Re: CFT: Graphics support for /boot/loader
  • From: Renato Botelho
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Christian Gusenbauer
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• i386: rtc, nvram and the upper bank
  • From: Andriy Gapon
• Super I/O driver
  • From: Andriy Gapon
• Re: CFT: Graphics support for /boot/loader
  • From: Renato Botelho
• (openbsd) sensors framework
  • From: Andriy Gapon
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Skip Ford
• Re: CFT: Graphics support for /boot/loader
  • From: Skip Ford
• Re: CFT: Graphics support for /boot/loader
  • From: Alex Dupre
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Danny Braniss
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: CFT: Graphics support for /boot/loader
  • From: Julian Elischer
• Re: CFT: Graphics support for /boot/loader
  • From: Gonzalo Nemmi
• Re: CFT: Graphics support for /boot/loader
  • From: Scott Long
• Re: CFT: Graphics support for /boot/loader
  • From: Alexandre Biancalana
• Re: CFT: Graphics support for /boot/loader
  • From: Scott Long
• Re: CFT: Graphics support for /boot/loader
  • From: Kevin Foo
• Re: CFT: Graphics support for /boot/loader
  • From: william
• Re: CFT: Graphics support for /boot/loader
  • From: Julian Elischer
• Re: CFT: Graphics support for /boot/loader
  • From: william
• Re: CFT: Graphics support for /boot/loader
  • From: Oleksandr Tymoshenko
• Re: CFT: Graphics support for /boot/loader
  • From: Max Laier
• Re: CFT: Graphics support for /boot/loader
  • From: Bruno Van Den Bossche
• Re: CFT: Graphics support for /boot/loader
  • From: Andrew Thompson
• CFT: Graphics support for /boot/loader
  • From: Oliver Fromme
• Re: linking .a lib with another library
  • From: Julian Elischer
• Re: blockable sleep lock (sleep mutex) 16
  • From: John Baldwin
• Re: linking .a lib with another library
  • From: pluknet
• Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: Andriy Gapon
• Re: SSH Problem
  • From: Corne Kotze
• linking .a lib with another library
  • From: pluknet
• Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: M. Warner Losh
• NO_WERROR vs kernel builds
  • From: Andriy Gapon
• kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
  • From: Andriy Gapon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christian Peron
• Re: blockable sleep lock (sleep mutex) 16
  • From: Nikola Knežević
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: John Baldwin
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christian Peron
• Re: pmap.h: No such file or directory---- Debugging error
  • From: Julian Elischer
• pmap.h: No such file or directory---- Debugging error
  • From: Kamlesh Patel
• Re: usinig cvs diff to make a patch
  • From: Tom Evans
• Re: usinig cvs diff to make a patch
  • From: Garance A Drosihn
• Re: usinig cvs diff to make a patch
  • From: Scott Ullrich
• Re: usinig cvs diff to make a patch
  • From: Chuck Robey
• Re: usinig cvs diff to make a patch
  • From: Dimitry Andric
• usinig cvs diff to make a patch
  • From: Aryeh M. Friedman
• Re: Fw: request responsibility timeout
  • From: Dominic Fandrey
• Re: freebsd-hackers Digest, Vol 305, Issue 6
  • From: Guillaume Ballet
• Re: Fw: request responsibility timeout
  • From: Mark Linimon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Poul-Henning Kamp
• Re: write-only variables in src/sys/ - possible bugs
  • From: Maksim Yevmenkin
• Re: write-only variables in src/sys/ - possible bugs
  • From: Luigi Rizzo
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: write-only variables in src/sys/ - possible bugs
  • From: Max Laier
• Re: write-only variables in src/sys/ - possible bugs
  • From: Andrew Thompson
• Re: write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• write-only variables in src/sys/ - possible bugs
  • From: Christoph Mallon
• Re: Dynamic ddb commands
  • From: John Baldwin
• Re: blockable sleep lock (sleep mutex) 16
  • From: Julian Elischer
• Re: Dynamic ddb commands
  • From: Sam Leffler
• Fw: request responsibility timeout
  • From: Dominic Fandrey
• Re: bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: Alexej Sokolov
• Re: Dynamic ddb commands
  • From: Matthew Fleming
• Re: Dynamic ddb commands
  • From: John Baldwin
• Re: blockable sleep lock (sleep mutex) 16
  • From: John Baldwin
• Re: blockable sleep lock (sleep mutex) 16
  • From: Nikola Knežević
• Re: INTR_FILTER?
  • From: Andriy Gapon
• Re: INTR_FILTER?
  • From: Rui Paulo
• Re: INTR_FILTER?
  • From: Andriy Gapon
• Re: INTR_FILTER?
  • From: Rui Paulo
• Re: INTR_FILTER?
  • From: Andriy Gapon
• Re: INTR_FILTER?
  • From: Andriy Gapon
• Re: bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: Garrett Cooper
• Re: bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: Garrett Cooper
• Re: bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: Sergey Babkin
• bus_dma (9). What exactly means "Loading of memory allocation" ?
  • From: Alexej Sokolov
• Re: telnetd[20170]: ttloop: peer died: Resource temporarily unavailable
  • From: Stephane E. Potvin
• gcc 4.3.2 libgcc_s.so exception handling broken?
  • From: Ryan Stone
• Invitación a conectarnos en LinkedIn
  • From: Omar Lopez Limonta

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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