January 2009 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Wed Dec 31 17:57:29 PDT 2008
Ending: Sat Jan 31 08:31:44 PDT 2009
Messages: 345

• Posting a bounty for the nVidia 64-bit wishlist   Garrett Cooper
• Posting a bounty for the nVidia 64-bit wishlist   Alastair Hogge
• Posting a bounty for the nVidia 64-bit wishlist   Roman Divacky
• hifn(4) few small changes   Patrick Lamaizière
• Posting a bounty for the nVidia 64-bit wishlist   Garrett Cooper
• Is the FreeBSD clock UTC or TAI?   Darren Pilgrim
• FreeBSD kernel Debugging tools for Virtual Memory Module   Kamlesh Patel
• FreeBSD kernel Debugging tools for Virtual Memory Module   Mehul Chadha
• Is the FreeBSD clock UTC or TAI?   Erik Trulsson
• imac g4 dont boot   lazaax -
• FreeBSD kernel Debugging tools for Virtual Memory Module   Pranav Peshwe
• bsd.obj.mk does not set CANONICALOBJDIR correctly when TARGET_ARCH and MAKEOBJDIRPREFIX are set   Doug Barton
• FreeBSD kernel Debugging tools for Virtual Memory Module   Bakul Shah
• FreeBSD kernel Debugging tools for Virtual Memory Module   Eugene Grosbein
• imac g4 dont boot   Carlos A. M. dos Santos
• imac g4 dont boot   Garrett Cooper
• TPM Device Driver - FreeBSD   Robert Watson
• tcpdump filter for out/in traffic   KES
• tcpdump filter for out/in traffic   Eugene Grosbein
• tcpdump filter for out/in traffic   matt donovan
• bsd.obj.mk does not set CANONICALOBJDIR correctly when TARGET_ARCH and MAKEOBJDIRPREFIX are set   Ruslan Ermilov
• lzo2 shows insane speed gap   Kris Kennaway
• bsd.obj.mk does not set CANONICALOBJDIR correctly when TARGET_ARCH and MAKEOBJDIRPREFIX are set   Doug Barton
• tcpdump filter for out/in traffic   Daniel O'Connor
• FreeBSD kernel Debugging tools for Virtual Memory Module   Dag-Erling Smørgrav
• tcpdump filter for out/in traffic   Dag-Erling Smørgrav
• tcpdump filter for out/in traffic   Dag-Erling Smørgrav
• tcpdump filter for out/in traffic   KES
• Small change to 'ps'   Sheldon Givens
• Small change to 'ps'   Doug Barton
• A patch of HPTIOP driver for 7.1-RELEASE   Shaowei Wang (wsw)
• "/var/log/messages" logs appear in the output of "sysctl -a"   Eitan Shefi
• "/var/log/messages" logs appear in the output of "sysctl -a"   Gary Jennejohn
• "/var/log/messages" logs appear in the output of "sysctl -a"   Maxim Konovalov
• "/var/log/messages" logs appear in the output of "sysctl -a"   Mateusz Guzik
• "/var/log/messages" logs appear in the output of "sysctl -a"   Remko Lodder
• Small change to 'ps'   Ulrich Spoerlein
• Small change to 'ps'   Sean C. Farley
• Small change to 'ps'   Ulrich Spoerlein
• /dev/dsp* & /dev/audio* devices not present   Vladimir Terziev
• Small change to 'ps'   Sheldon Givens
• /dev/dsp* & /dev/audio* devices not present   Matthias Apitz
• lzo2 shows insane speed gap   Tim Kientzle
• Small change to 'ps'   Bert JW Regeer
• /dev/dsp* & /dev/audio* devices not present   Vladimir Terziev
• /dev/dsp* & /dev/audio* devices not present   Ulrich Spoerlein
• /dev/dsp* & /dev/audio* devices not present   Vladimir Terziev
• /dev/dsp* & /dev/audio* devices not present   Vladimir Terziev
• /dev/dsp* & /dev/audio* devices not present   Matthias Apitz
• Threads and SMP kernel scheduling   Mehmet Ali Aksoy TÜYSÜZ
• Threads and SMP kernel scheduling   Ulf Lilleengen
• Threads and SMP kernel scheduling   Mehmet Ali Aksoy TÜYSÜZ
• Threads and SMP kernel scheduling   Ulf Lilleengen
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• threaded, forked, rethreaded processes will deadlock   Daniel Eischen
• threaded, forked, rethreaded processes will deadlock   Dan Nelson
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• /dev/dsp* & /dev/audio* devices not present   perryh at pluto.rain.com
• threaded, forked, rethreaded processes will deadlock   Tim Kientzle
• Small change to 'ps'   Mike Meyer
• threaded, forked, rethreaded processes will deadlock   Julian Elischer
• kernel panic   Kamlesh Patel
• Threads and SMP kernel scheduling   Mehmet Ali Aksoy TÜYSÜZ
• threaded, forked, rethreaded processes will deadlock   Daniel Eischen
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• 3x read to write ratio on dump/restore   M. Warner Losh
• kernel dump with 7.1-RELEASE   Omer Faruk Sen
• threaded, forked, rethreaded processes will deadlock   Julian Elischer
• threaded, forked, rethreaded processes will deadlock   Kostik Belousov
• Having a problem of kernel panic   Kamlesh Patel
• Having a problem of kernel panic   Julian Elischer
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• /dev/dsp* & /dev/audio* devices not present   Ulrich Spoerlein
• /dev/dsp* & /dev/audio* devices not present   Rick C. Petty
• bringing ee up to date   Eitan Adler
• 3x read to write ratio on dump/restore   Daan Vreeken [PA4DAN]
• support for i45 (ich10) chipsets   Aryeh M. Friedman
• /dev/dsp* & /dev/audio* devices not present   perryh at pluto.rain.com
• /dev/dsp* & /dev/audio* devices not present   perryh at pluto.rain.com
• support for i45 (ich10) chipsets   Aryeh M. Friedman
• support for i45 (ich10) chipsets   Olivier SMEDTS
• support for i45 (ich10) chipsets   Olivier SMEDTS
• support for i45 (ich10) chipsets   Aryeh M. Friedman
• /dev/dsp* & /dev/audio* devices not present   Ulrich Spoerlein
• Small change to 'ps'   Tim Kientzle
• bringing ee up to date   Alexander Leidinger
• extattr problems?   Tim Kientzle
• /dev/dsp* & /dev/audio* devices not present   perryh at pluto.rain.com
• extattr problems?   pluknet
• extattr problems?   Tim Kientzle
• support for i45 (ich10) chipsets   Pyun YongHyeon
• 3x read to write ratio on dump/restore   M. Warner Losh
• 3x read to write ratio on dump/restore   Peter Jeremy
• extattr problems?   pluknet
• kernel panic   Peter Jeremy
• kernel dump with 7.1-RELEASE   Kostik Belousov
• /dev/dsp* & /dev/audio* devices not present   Rick C. Petty
• kernel dump with 7.1-RELEASE   Omer Faruk Sen
• Small change to 'ps'   Garance A Drosehn
• Question about panic in brelse()   Christoph Mallon
• extattr problems?   Tim Kientzle
• extattr problems?   Tim Kientzle
• /dev/dsp* & /dev/audio* devices not present   perryh at pluto.rain.com
• /dev/dsp* & /dev/audio* devices not present   Rick C. Petty
• 3x read to write ratio on dump/restore   Yoshihiro Ota
• gcache [was: Re: 3x read to write ratio on dump/restore]   Christoph Mallon
• 3x read to write ratio on dump/restore   Ollivier Robert
• gcache [was: Re: 3x read to write ratio on dump/restore]   Ivan Voras
• gcache [was: Re: 3x read to write ratio on dump/restore]   Christian Brueffer
• Determine if a kernel is built with a specific option?   Andrew Brampton
• gcache [was: Re: 3x read to write ratio on dump/restore]   Matthew Seaman
• Determine if a kernel is built with a specific option?   pluknet
• panic by unlocking of mutex in KLD   Alexej Sokolov
• panic by unlocking of mutex in KLD   Mateusz Guzik
• "/var/log/messages" logs appear in the output of "sysctl -a"   Dag-Erling Smørgrav
• /dev/dsp* & /dev/audio* devices not present   Dag-Erling Smørgrav
• kernel panic   Dag-Erling Smørgrav
• Determine if a kernel is built with a specific option?   Eugene Grosbein
• Determine if a kernel is built with a specific option?   Andrew Brampton
• panic by unlocking of mutex in KLD   Hans Petter Selasky
• extattr problems?   Robert Watson
• Determine if a kernel is built with a specific option?   Andrew Thompson
• panic by unlocking of mutex in KLD   Alexej Sokolov
• Determine if a kernel is built with a specific option?   Andrew Brampton
• extattr problems?   Tim Kientzle
• panic by unlocking of mutex in KLD   Mateusz Guzik
• panic by unlocking of mutex in KLD   Alexej Sokolov
• kernel panic   Garrett Cooper
• kernel panic   Dag-Erling Smørgrav
• panic by unlocking of mutex in KLD   Mateusz Guzik
• panic by unlocking of mutex in KLD   Alexej Sokolov
• panic by unlocking of mutex in KLD   Alexej Sokolov
• Determine if a kernel is built with a specific option?   Giorgos Keramidas
• panic by unlocking of mutex in KLD   Mateusz Guzik
• panic by unlocking of mutex in KLD   Julian Elischer
• gcache [was: Re: 3x read to write ratio on dump/restore]   Yoshihiro Ota
• 3x read to write ratio on dump/restore   Peter Jeremy
• kernel dump with 7.1-RELEASE   Kostik Belousov
• how ipfw firewall is implemented in the kernel   Biks N
• How to calculate current kmem usage?   Mikolaj Golub
• how ipfw firewall is implemented in the kernel   Max Laier
• how ipfw firewall is implemented in the kernel   Biks N
• panic: Going nowhere without my init!   Kamlesh Patel
• bg_fsck ignores fstab pass numbers?   Callum Gibson
• How to access kernel memory from user space   Alexej Sokolov
• How to access kernel memory from user space   Gerry Weaver
• panic: Going nowhere without my init!   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Maxim Konovalov
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Jacques Fourie
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Jacques Fourie
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Christian Kandeler
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Thierry Herbelot
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Danny Braniss
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Christoph Mallon
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Danny Braniss
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Stefan Farfeleder
• How to access kernel memory from user space   Alexej Sokolov
• a CD you might interested in   clc at ournetos.com
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Garrett Cooper
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Nate Eldredge
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl (3) setting `odd' errno's   Stefan Farfeleder
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• A patch of HPTIOP driver for 7.1-RELEASE   Xin LI
• threaded, forked, rethreaded processes will deadlock   Jason Evans
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Dag-Erling Smørgrav
• admin jop   lazaax -
• Confused by segfault with legitimate call to strerror(3) on amd64 / sysctl(3) setting `odd' errno's   Mikko Työläjärvi
• gcc 4.3.2 libgcc_s.so exception handling broken?   xorquewasp at googlemail.com
• Remote kernel debugging in FreeBSD using serial communication   Kamlesh Patel
• Remote kernel debugging in FreeBSD using serial communication   Bakul Shah
• Remote kernel debugging in FreeBSD using serial communication   RW
• gcc 4.3.2 libgcc_s.so exception handling broken?   Christoph Mallon
• Remote kernel debugging in FreeBSD using serial communication   Greg 'groggy' Lehey
• gcc 4.3.2 libgcc_s.so exception handling broken?   Nate Eldredge
• gcc 4.3.2 libgcc_s.so exception handling broken?   xorquewasp at googlemail.com
• gcc 4.3.2 libgcc_s.so exception handling broken?   xorquewasp at googlemail.com
• gcc 4.3.2 libgcc_s.so exception handling broken?   Garrett Cooper
• panic: Going nowhere without my init!   Garrett Cooper
• gcc 4.3.2 libgcc_s.so exception handling broken?   xorquewasp at googlemail.com
• admin jop   Carlos A. M. dos Santos
• ich watchdog vs intel smm code   Andriy Gapon
• ich watchdog vs intel smm code   Pegasus Mc Cleaft
• ich watchdog vs intel smm code   Andriy Gapon
• panic: Going nowhere without my init!   Ed Schouten
• Wi-Fi support - which iface works better?   igor krasnoselski
• Wi-Fi support - which iface works better?   Ashish SHUKLA
• Wi-Fi support - which iface works better?   Yuri
• panic: Going nowhere without my init!   Dag-Erling Smørgrav
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• panic: Going nowhere without my init!   Kamlesh Patel
• tar fails on FreeBSD 7 and passes on FreeBSD 6 for the same input   chandra reddy
• panic: Going nowhere without my init!   Dag-Erling Smørgrav
• tar fails on FreeBSD 7 and passes on FreeBSD 6 for the same input   chandra reddy
• Question about panic in brelse()   Christoph Mallon
• Question about panic in brelse()   Christoph Mallon
• tar fails on FreeBSD 7 and passes on FreeBSD 6 for the same input   David Wolfskill
• ps acting weird?   Danny Braniss
• ps acting weird?   Robert Watson
• KLD: program.ko: depends of kernel - no avaiable   Jacky Oh
• KLD: program.ko: depends of kernel - no avaiable   Paul B. Mahol
• KLD: program.ko: depends of kernel - no avaiable   Stanislav Sedov
• KLD: program.ko: depends of kernel - no avaiable   M. Warner Losh
• uart and big-endian targets   Oleksandr Tymoshenko
• uart and big-endian targets   M. Warner Losh
• tar fails on FreeBSD 7 and passes on FreeBSD 6 for the same input   Chris Ruiz
• uart and big-endian targets   M. Warner Losh
• hp dl-380 and freebsd 6.4,7.1 problem   Molnár Zoltán
• ps acting weird?   Danny Braniss
• ps acting weird?   Robert Watson
• device driver: cdesw questions?   Andriy Gapon
• ps acting weird?   Danny Braniss
• device driver: cdesw questions?   Andriy Gapon
• device driver: cdesw questions?   Hans Petter Selasky
• Kernel Module - GCC Requires memmove   Andrew Brampton
• device driver: cdesw questions?   Kostik Belousov
• device driver: cdesw questions?   Andriy Gapon
• KLD: program.ko: depends of kernel - no avaiable   Robert Watson
• device driver: cdesw questions?   Kostik Belousov
• device driver: cdesw questions?   Robert Watson
• device driver: cdesw questions?   Andriy Gapon
• device driver: cdesw questions?   Andriy Gapon
• device driver: cdesw questions?   Kostik Belousov
• device driver: cdesw questions?   Kostik Belousov
• device driver: cdesw questions?   Andriy Gapon
• MOD_UNLOAD and driver with cdev   Andriy Gapon
• MOD_UNLOAD and driver with cdev   Kostik Belousov
• MOD_UNLOAD and driver with cdev   Andriy Gapon
• MOD_UNLOAD and driver with cdev   Kostik Belousov
• PRINTF_BUFR_SIZE in freebsd6   John Baldwin
• usb keyboard vs btx: an SMI theory   John Baldwin
• How to "detach" a foreign driver from a device so my driver can attach?   John Baldwin
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• Kernel Module - GCC Requires memmove   Garrett Cooper
• threaded, forked, rethreaded processes will deadlock   Daniel Eischen
• Kernel Module - GCC Requires memmove   Dimitry Andric
• Kernel Module - GCC Requires memmove   Alexander Kabaev
• Kernel Module - GCC Requires memmove   Andrew Brampton
• Kernel Module - GCC Requires memmove   Alexander Kabaev
• Kernel Module - GCC Requires memmove   Nate Eldredge
• threaded, forked, rethreaded processes will deadlock   David Schultz
• threaded, forked, rethreaded processes will deadlock   Daniel Eischen
• How to "detach" a foreign driver from a device so my driver can attach?   Andre Albsmeier
• threaded, forked, rethreaded processes will deadlock   David Schultz
• threaded, forked, rethreaded processes will deadlock   David Schultz
• freebsd-update's install_verify routine excessive stating   Bert JW Regeer
• Kernel Module - GCC Requires memmove   Dimitry Andric
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• freebsd-update's install_verify routine excessive stating   Christoph Mallon
• device driver: cdesw questions?   Andriy Gapon
• usb keyboard vs btx: an SMI theory   Andriy Gapon
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• How to "detach" a foreign driver from a device so my driver can attach?   John Baldwin
• freebsd-update's install_verify routine excessive stating   Dag-Erling Smørgrav
• freebsd-update's install_verify routine excessive stating   Yoshihiro Ota
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• doubts regarding System Initialization working (SYSINIT)   Mehul Chadha
• freebsd-update's install_verify routine excessive stating   Doug Barton
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• freebsd-update's install_verify routine excessive stating   Doug Barton
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• doubts regarding System Initialization working (SYSINIT)   John Baldwin
• doubts regarding System Initialization working (SYSINIT)   Sam Leffler
• freebsd-update's install_verify routine excessive stating   Yoshihiro Ota
• freebsd-update's install_verify routine excessive stating   Doug Barton
• ACPI AE_NO_HARDWARE_RESPONSE workaround   Ilya Bakulin
• write(2) to /dev/ad4 = EINVAL   Lukasz Jaroszewski
• write(2) to /dev/ad4 = EINVAL   Hans Petter Selasky
• write(2) to /dev/ad4 = EINVAL   Lukasz Jaroszewski
• write(2) to /dev/ad4 = EINVAL   Hans Petter Selasky
• write(2) to /dev/ad4 = EINVAL   Christoph Mallon
• write(2) to /dev/ad4 = EINVAL   Lukasz Jaroszewski
• freebsd-update's install_verify routine excessive stating   Oliver Fromme
• write(2) to /dev/ad4 = EINVAL   Hans Petter Selasky
• threaded, forked, rethreaded processes will deadlock   Brian Fundakowski Feldman
• WANTED! board models with Marvell 61XX chips   Søren Schmidt
• critical floating point incompatibility   John Baldwin
• WANTED! board models with Marvell 61XX chips   Michael Reifenberger
• Mackbook pro nvidia based video backlight   Patrick Lamaizière
• WANTED! board models with Marvell 61XX chips   Oliver Pinter
• Mackbook pro nvidia based video backlight   Daniel Lannstrom
• WANTED! board models with Marvell 61XX chips   Garrett Cooper
• Mackbook pro nvidia based video backlight   Rui Paulo
• WANTED! board models with Marvell 61XX chips   Søren Schmidt
• WANTED! board models with Marvell 61XX chips   Garrett Cooper
• WANTED! board models with Marvell 61XX chips   Oliver Pinter
• WANTED! board models with Marvell 61XX chips   Michael Reifenberger
• Code review request: cdcontrol status label additon   M. Warner Losh
• Code review request: cdcontrol status label additon   Giorgos Keramidas
• dublicated vm stats in sysctl   pluknet
• Mackbook pro nvidia based video backlight   Ed Schouten
• Mackbook pro nvidia based video backlight   Rui Paulo
• Mackbook pro nvidia based video backlight   Rui Paulo
• Mutually exclusive kernel modules   Andrew Brampton
• Fwd: KLD: program.ko: depends of kernel - no avaiable   Jacky Oh
• Mackbook pro nvidia based video backlight   Robert Noland
• Code review request: cdcontrol status label additon   M. Warner Losh
• Code review request: cdcontrol status label additon   Giorgos Keramidas
• Mackbook pro nvidia based video backlight   Ed Schouten
• Code review request: cdcontrol status label additon   M. Warner Losh
• Code review request: cdcontrol status label additon   Giorgos Keramidas
• Code review request: cdcontrol status label additon   M. Warner Losh
• Code review request: cdcontrol status label additon   Giorgos Keramidas
• critical floating point incompatibility   Bakul Shah
• Fwd: KLD: program.ko: depends of kernel - no avaiable   John Baldwin
• critical floating point incompatibility   John Baldwin
• Mackbook pro nvidia based video backlight   Patrick Lamaizière
• KLD: program.ko: depends of kernel - no avaiable   Alexej Sokolov
• KLD: program.ko: depends of kernel - no avaiable   M. Warner Losh
• INTR_FILTER?   Andriy Gapon
• INTR_FILTER?   Ed Schouten
• INTR_FILTER?   Andriy Gapon
• Mackbook pro nvidia based video backlight   Alexander Leidinger
• Mackbook pro nvidia based video backlight   Ed Schouten
• INTR_FILTER?   Rui Paulo
• INTR_FILTER?   Rui Paulo
• INTR_FILTER?   Andriy Gapon
• critical floating point incompatibility   Peter Jeremy
• cc -m32 (was Re: critical floating point incompatibility   Bakul Shah
• INTR_FILTER?   Rui Paulo
• Mackbook pro nvidia based video backlight   Alexander Leidinger
• Mackbook pro nvidia based video backlight   Ed Schouten
• Mackbook pro nvidia based video backlight   Julian Elischer
• telnetd[20170]: ttloop: peer died: Resource temporarily unavailable   vasanth raonaik
• INTR_FILTER?   Paolo Pisati
• blockable sleep lock (sleep mutex) 16   Nikola Knežević
• Dynamic ddb commands   Matthew Fleming
• Dynamic ddb commands   Matthew Fleming
• Dynamic ddb commands   Sam Leffler
• KLD: program.ko: depends of kernel - no avaiable   Jacky Oh
• KLD: program.ko: depends of kernel - no avaiable   M. Warner Losh
• Dynamic ddb commands   Matthew Fleming
• Mackbook pro nvidia based video backlight   Rui Paulo
• Mackbook pro nvidia based video backlight   Rui Paulo

Last message date: Sat Jan 31 08:31:44 PDT 2009
Archived on: Sat Jan 31 08:36:19 PDT 2009

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...