| From | Subject |
| 08/01/2009 |
| Christoph Badura | Re: factoring out the change_root() and making exporting change_{root,dir}() as interface |
| Christoph Badura | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| Christoph Badura | Re: on getting rid of KAUTH_GENERIC_ISSUSER |
| Christoph Badura | Re: factoring out the change_root() and making exporting change_{root,dir}() as interface |
| Christoph Badura | Re: factoring out the change_root() and making exporting change_{root,dir}() as interface |
| Elad Efrat | Re: on getting rid of KAUTH_GENERIC_ISSUSER |
| David Holland | Re: factoring out the change_root() and making exporting change_{root,dir}() as interface |
| Gavan Fantom | Early console attach vs PCI_NETBSD_CONFIGURE |
| Michael | Re: Early console attach vs PCI_NETBSD_CONFIGURE |
| Matthew Mondor | Re: Problems with hangs under NetBSD-5.x |
| 08/02/2009 |
| matthew sporleder | roadmap for /kern |
| Arnaud Lacombe | Re: roadmap for /kern |
| Matthew Mondor | Re: roadmap for /kern |
| David Holland | Re: roadmap for /kern |
| Marc Balmer | Re: roadmap for /kern |
| Marc Balmer | Support for multi-position electro-mechanical keylocks |
| Tonnerre LOMBARD | Re: roadmap for /kern |
| Christoph Badura | Re: Support for multi-position electro-mechanical keylocks |
| Arnaud Lacombe | Re: Support for multi-position electro-mechanical keylocks |
| Hubert Feyrer | Re: Support for multi-position electro-mechanical keylocks |
| Manuel Bouyer | Re: Problems with hangs under NetBSD-5.x |
| Iain Hibbert | Re: on getting rid of KAUTH_GENERIC_ISSUSER |
| Mindaugas Rasiukevicius | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Antti Kantee | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Arnaud Lacombe | Re: Support for multi-position electro-mechanical keylocks |
| Christoph Badura | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| 08/03/2009 |
| David Holland | Re: Support for multi-position electro-mechanical keylocks |
| Manuel Bouyer | kernel_lock, splbio() and SMP_SAFE |
| David Holland | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Peter Seebach | Re: Support for multi-position electro-mechanical keylocks |
| Manuel Bouyer | Re: kernel_lock, splbio() and SMP_SAFE |
| Mindaugas Rasiukevicius | Re: kernel_lock, splbio() and SMP_SAFE |
| Manuel Bouyer | Re: kernel_lock, splbio() and SMP_SAFE |
| Mindaugas Rasiukevicius | Re: kernel_lock, splbio() and SMP_SAFE |
| Manuel Bouyer | Re: kernel_lock, splbio() and SMP_SAFE |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| 08/04/2009 |
| Elad Efrat | Re: Vnode scope implementation |
| Dmitry Cherkassov | Fwd: usb driver programming |
| Iain Hibbert | Re: Fwd: usb driver programming |
| Dmitry Cherkassov | Re: Fwd: usb driver programming |
| Iain Hibbert | Re: Fwd: usb driver programming |
| Matthias Drochner | Re: [PATCH] pcictl: simplify its usage |
| Mark Davies | Re: Problems with hangs under NetBSD-5.x |
| 08/05/2009 |
| Jason Thorpe | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| David Holland | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| Brian Buhrow | Re: Problems with hangs under NetBSD-5.x |
| David Laight | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| Christoph Badura | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| 08/06/2009 |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Iain Hibbert | Re: factoring out prop_XXX_pack_pref() and prop_XXX_copyin_pref() |
| Marc Balmer | Reworked: Support for multi-position electro-mechanical keylocks |
| Matthias Drochner | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Antti Kantee | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Anders Magnusson | Re: Support for multi-position electro-mechanical keylocks |
| Antti Kantee | Re: the __ namespace in the kernel |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Manuel Bouyer | Re: Problems with hangs under NetBSD-5.x |
| Manuel Bouyer | Re: Problems with hangs under NetBSD-5.x |
| Greg Oster | Re: Problems with hangs under NetBSD-5.x |
| Mindaugas Rasiukevicius | Re: Problems with hangs under NetBSD-5.x |
| Mindaugas Rasiukevicius | Re: Problems with hangs under NetBSD-5.x |
| Manuel Bouyer | Re: Problems with hangs under NetBSD-5.x |
| Peter Seebach | Re: Support for multi-position electro-mechanical keylocks |
| 08/07/2009 |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| MR ALONSO FERNANDO> | Lona |
| Peter Seebach | Re: Support for multi-position electro-mechanical keylocks |
| Thor Lancelot Simon | RAIDframe parity logging |
| Thor Lancelot Simon | Re: RAIDframe parity logging |
| Elad Efrat | Re: on getting rid of KAUTH_GENERIC_ISSUSER |
| Adam Hamsik | [HEADS UP] zfs import |
| Arnaud Lacombe | Re: [HEADS UP] zfs import |
| 08/08/2009 |
| Thor Lancelot Simon | Re: [HEADS UP] zfs import |
| Adam Hamsik | Re: [HEADS UP] zfs import |
| Hubert Feyrer | CDDL [was: ]Re: [HEADS UP] zfs import |
| Pawel Jakub Dawidek | Re: [HEADS UP] zfs import |
| Marc Balmer | gpioiic(4), I2C bus over GPIO bit-banging |
| Paul Goyette | Implement mode_select for atapi tape drives |
| Marc Balmer | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Marc Balmer | Re: gpioiic(4), I2C bus over GPIO bit-banging |
| Marc Balmer | Re: Implement mode_select for atapi tape drives |
| Marc Balmer | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Marc Balmer | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Marc Balmer | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| David Young | Re: Implement mode_select for atapi tape drives |
| David Young | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Paul Goyette | Re: Implement mode_select for atapi tape drives |
| Tonnerre LOMBARD | Re: gpioiic(4), I2C bus over GPIO bit-banging |
| Tonnerre LOMBARD | Re: gpioiic(4), I2C bus over GPIO bit-banging |
| 08/09/2009 |
| Paul Goyette | Re: Implement mode_select for atapi tape drives - round 4 |
| Iain Hibbert | Re: Implement mode_select for atapi tape drives - round 4 |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| Adam Hamsik | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Paul Goyette | Re: Implement mode_select for atapi tape drives - round 4 |
| Paul Goyette | Re: Implement mode_select for atapi tape drives - round 4 |
| Mark Davies | swap space leak in 5.0_STABLE |
| Matthias Scheler | Re: gpioiic(4), I2C bus over GPIO bit-banging |
| Marc Balmer | Re: gpioiic(4), I2C bus over GPIO bit-banging |
| YAMAMOTO Takashi | Re: static functions are your friends (Was GPIO revisited) |
| Thor Lancelot Simon | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Thor Lancelot Simon | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Adam Hoka | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Matt Thomas | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Adam Hoka | Re: static functions are your friends (Was GPIO revisited) |
| Ted Lemon | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Manuel Bouyer | Re: static functions are your friends (Was GPIO revisited) |
| Ted Lemon | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Manuel Bouyer | Re: static functions are your friends (Was GPIO revisited) |
| Bernd Ernesti | sata tape drives? |
| Matt Thomas | Re: static functions are your friends (Was GPIO revisited) |
| Paul Goyette | Re: sata tape drives? |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| matthew green | re: Implement mode_select for atapi tape drives - round 4 |
| David Laight | Re: static functions are your friends (Was GPIO revisited) |
| Paul Goyette | re: Implement mode_select for atapi tape drives - round 4 |
| Manuel Bouyer | Re: sata tape drives? |
| David Laight | Re: Implement mode_select for atapi tape drives - round 4 |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| matthew green | re: Support for multi-position electro-mechanical keylocks |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| Paul Goyette | Re: Implement mode_select for atapi tape drives - round 4 |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| matthew green | re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| matthew green | re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Matt Thomas | Re: Support for multi-position electro-mechanical keylocks |
| Paul Goyette | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| matthew green | re: Implement mode_select for atapi tape drives - round 4 |
| Christos Zoulas | Re: static functions are your friends (Was GPIO revisited) |
| Manuel Bouyer | Re: sata tape drives? |
| Manuel Bouyer | Re: [PATCH] pcictl: simplify its usage |
| David Laight | Re: Implement mode_select for atapi tape drives - round 4 |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Paul Goyette | Re: Implement mode_select for atapi tape drives - round 4 |
| Paul Goyette | Re: sata tape drives? |
| Manuel Bouyer | Re: Implement mode_select for atapi tape drives - round 4 |
| matthew green | re: Implement mode_select for atapi tape drives - round 4 |
| Tonnerre LOMBARD | Re: static functions are your friends (Was GPIO revisited) |
| Matthew Mondor | Re: swap space leak in 5.0_STABLE |
| matthew green | re: swap space leak in 5.0_STABLE |
| Mark Davies | Re: swap space leak in 5.0_STABLE |
| matthew green | re: swap space leak in 5.0_STABLE |
| 08/10/2009 |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: what keylock(4) actually does for netbsd? |
| Marc Balmer | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Thor Lancelot Simon | Re: static functions are your friends (Was GPIO revisited) |
| Marc Balmer | Re: static functions are your friends (Was GPIO revisited) |
| Mark Davies | Re: swap space leak in 5.0_STABLE |
| Manuel Bouyer | Re: swap space leak in 5.0_STABLE |
| Manuel Bouyer | Re: static functions are your friends (Was GPIO revisited) |
| Joerg Sonnenberger | Re: static functions are your friends (Was GPIO revisited) |
| Manuel Bouyer | Re: Support for multi-position electro-mechanical keylocks |
| Mark Davies | Re: swap space leak in 5.0_STABLE |
| Marc Balmer | Re: Support for multi-position electro-mechanical keylocks |
| YAMAMOTO Takashi | Re: swap space leak in 5.0_STABLE |
| Manuel Bouyer | Re: swap space leak in 5.0_STABLE |
| matthew green | re: swap space leak in 5.0_STABLE |
| David Young | Re: Implement mode_select for atapi tape drives - round 4 |
| David Holland | vfs-level naming issue |
| Adam Hamsik | Re: vfs-level naming issue |
| Gavan Fantom | Re: Early console attach vs PCI_NETBSD_CONFIGURE |
| 08/11/2009 |
| Jason Thorpe | Re: UVM typedef struct |
| Jason Thorpe | Re: UVM typedef struct |
| Jason Thorpe | Re: UVM typedef struct |
| Jason Thorpe | Re: UVM typedef struct |
| David Holland | Re: vfs-level naming issue |
| David Holland | Re: UVM typedef struct |
| David Laight | Re: UVM typedef struct |
| David Holland | Re: UVM typedef struct |
| Peter Seebach | Re: UVM typedef struct |
| Matthew Mondor | Re: UVM typedef struct |
| David Holland | Re: UVM typedef struct |
| der Mouse | Re: UVM typedef struct |
| David Holland | Re: UVM typedef struct |
| Peter Seebach | Re: UVM typedef struct |
| Manuel Bouyer | diagnostic assertion "solocked2(so, so2)" failed |
| Jachym Holecek | Re: diagnostic assertion "solocked2(so, so2)" failed |
| Quentin Garnier | Re: static functions are your friends (Was GPIO revisited) |
| Brian Buhrow | Re: Problems with hangs under NetBSD-5.x |
| David Holland | Re: UVM typedef struct |
| Peter Seebach | Re: UVM typedef struct |
| Eric Haszlakiewicz | Re: UVM typedef struct |
| David Holland | Re: UVM typedef struct |
| Jason Thorpe | ZFS, ARC, and UBC |
| 08/12/2009 |
| Simon Burge | Re: merge for gt(4) and Marvell SoC |
| Erik Fair | Re: kern/41874: in-kernel NFS server hates network interface aliases |
| Gilbert Fernandes | Interrupt problem on Sony Vaio BZ11XN |
| Manuel Bouyer | Re: diagnostic assertion "solocked2(so, so2)" failed |
| Manuel Bouyer | Re: diagnostic assertion "solocked2(so, so2)" failed |
| Eric Haszlakiewicz | Re: UVM typedef struct |
| David Holland | Re: UVM typedef struct |
| Eric Haszlakiewicz | Re: UVM typedef struct |
| Tonnerre LOMBARD | Re: UVM typedef struct |
| Iain Hibbert | Re: UVM typedef struct |
| Tonnerre LOMBARD | Re: UVM typedef struct |
| 08/13/2009 |
| James Chacon | Re: UVM typedef struct |
| Jed Davis | Re: swap space leak in 5.0_STABLE |
| Iain Hibbert | Re: UVM typedef struct |
| Alan Barrett | Re: UVM typedef struct |
| Tonnerre LOMBARD | Re: UVM typedef struct |
| Tonnerre LOMBARD | Re: UVM typedef struct |
| 08/14/2009 |
| Marc Balmer | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Matthias Scheler | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Marc Balmer | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Matthias Scheler | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Brian Marcotte | NFS hangs |
| Mindaugas Rasiukevicius | Re: Reworked: Support for multi-position electro-mechanical keylocks |
| Mark Davies | Re: swap space leak in 5.0_STABLE |
| 08/15/2009 |
| matthew green | re: swap space leak in 5.0_STABLE |
| Marc Balmer | ALL kernel can not be built |
| Marc Balmer | Re: ALL kernel can not be built |
| KIYOHARA Takashi | Re: merge for gt(4) and Marvell SoC |
| 08/16/2009 |
| Manuel Bouyer | assertion "solocked(sb->sb_so)" failed [Re: diagnostic assertion "solocked2(so, so2)" failed] |
| Manuel Bouyer | Re: assertion "solocked(sb->sb_so)" failed [Re: diagnostic assertion "solocked2(so, so2)" failed] |
| 08/17/2009 |
| Mindaugas Rasiukevicius | uarea swap-out |
| der Mouse | Re: uarea swap-out |
| Matt Thomas | Re: uarea swap-out |
| Matt Thomas | Re: uarea swap-out |
| der Mouse | Re: uarea swap-out |
| DIOCGDISKINFO for dk(4) |
| Matt Thomas | Re: uarea swap-out |
| matthew green | re: uarea swap-out |
| Matt Thomas | Re: uarea swap-out |
| der Mouse | Re: uarea swap-out |
| Adam Hamsik | Reclaiming vnodes |
| Martin Husemann | Re: Reclaiming vnodes |
| Manuel Bouyer | Re: assertion "solocked(sb->sb_so)" failed [Re: diagnostic assertion "solocked2(so, so2)" failed] |
| Adam Hamsik | Re: Reclaiming vnodes |
| Ignatios Souvatzis | Re: Interrupt problem on Sony Vaio BZ11XN |
| Marc Balmer | why is this needed? |
| Martin Husemann | Re: Reclaiming vnodes |
| Marc Balmer | Solved! (was: why is this needed?) |
| Joerg Sonnenberger | Re: Solved! (was: why is this needed?) |
| Christos Zoulas | possible fix for: PR# 39420 - stopped processes can hold locks |
| Marc Balmer | should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: should gpio be moved to sys/dev from sys/sys? |
| Thor Lancelot Simon | Re: should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: should gpio be moved to sys/dev from sys/sys? |
| Matt Thomas | Re: should gpio be moved to sys/dev from sys/sys? |
| der Mouse | Re: should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: should gpio be moved to sys/dev from sys/sys? |
| Matt Thomas | Re: should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: should gpio be moved to sys/dev from sys/sys? |
| David Young | Re: Solved! (was: why is this needed?) |
| Adam Hamsik | Re: Reclaiming vnodes |
| Joerg Sonnenberger | Re: Solved! (was: why is this needed?) |
| matthew green | re: should gpio be moved to sys/dev from sys/sys? |
| Anders Magnusson | Re: should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: Solved! (was: why is this needed?) |
| David Young | Re: Solved! (was: why is this needed?) |
| Joerg Sonnenberger | Re: Solved! (was: why is this needed?) |
| Marc Balmer | Re: Solved! (was: why is this needed?) |
| David Young | Re: Solved! (was: why is this needed?) |
| Marc Balmer | Re: Solved! (was: why is this needed?) |
| David Young | Re: Solved! (was: why is this needed?) |
| Marc Balmer | Re: Solved! (was: why is this needed?) |
| Mindaugas Rasiukevicius | Re: should gpio be moved to sys/dev from sys/sys? |
| Marc Balmer | Re: should gpio be moved to sys/dev from sys/sys? |
| Mindaugas Rasiukevicius | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| Manuel Bouyer | clearing bogus journal |
| 08/18/2009 |
| Izumi Tsutsui | Re: clearing bogus journal |
| Christos Zoulas | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| Manuel Bouyer | Re: clearing bogus journal |
| Izumi Tsutsui | Re: clearing bogus journal |
| Manuel Bouyer | Re: clearing bogus journal |
| Izumi Tsutsui | Re: clearing bogus journal |
| Manuel Bouyer | Re: clearing bogus journal |
| Mindaugas Rasiukevicius | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| Mindaugas Rasiukevicius | Re: uarea swap-out |
| matthew green | re: uarea swap-out |
| 08/19/2009 |
| Christos Zoulas | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| Ilene Fowler | Listing of small businesses for the United States |
| 08/20/2009 |
| David Holland | Re: Reclaiming vnodes |
| David Holland | Re: uarea swap-out |
| Manuel Bouyer | Re: clearing bogus journal |
| Manuel Bouyer | Re: clearing bogus journal |
| Robert Swindells | Re: merge for gt(4) and Marvell SoC |
| 08/21/2009 |
| Elad Efrat | Re: Vnode scope implementation |
| KIYOHARA Takashi | Re: merge for gt(4) and Marvell SoC |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| Marc Balmer | Re: Vnode scope implementation |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| Marc Balmer | Re: Vnode scope implementation |
| Elad Efrat | Re: Vnode scope implementation |
| David Young | proposed sysctl(9) changes |
| Paul Goyette | Re: proposed sysctl(9) changes |
| 08/22/2009 |
| David Laight | Re: proposed sysctl(9) changes |
| Mindaugas Rasiukevicius | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| Mindaugas Rasiukevicius | Re: uarea swap-out |
| Christos Zoulas | Re: possible fix for: PR# 39420 - stopped processes can hold locks |
| 08/23/2009 |
| matthew green | basic support for (software concept) "pci domains" in the MI pci code |
| Martin Husemann | Re: basic support for (software concept) "pci domains" in the MI pci code |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| Elad Efrat | Re: Vnode scope implementation |
| matthew green | re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Michael | Re: basic support for (software concept) "pci domains" in the MI pci code |
| matthew green | re: basic support for (software concept) "pci domains" in the MI pci code |
| Martin Husemann | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| matthew green | re: basic support for (software concept) "pci domains" in the MI pci code |
| Martin Husemann | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Christoph Egger | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| matthew green | re: basic support for (software concept) "pci domains" in the MI pci code |
| 08/24/2009 |
| Christoph Egger | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Christoph Egger | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Christoph Egger | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Christoph Egger | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Simon Burge | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Jeremy C. Reed | mount hang attempting to mount a umass device |
| Manuel Bouyer | Re: basic support for (software concept) "pci domains" in the MI pci code |
| Brian Marcotte | NFS hangs (again) |
| Mike Pumford | Re: uarea swap-out |
| Brian Marcotte | Re: NFS hangs (again) |
| Manuel Bouyer | kern/41923: assertion "cur != owner" failed |
| 08/25/2009 |
| Brian Marcotte | Re: NFS hangs (again) |
| KIYOHARA Takashi | Re: merge for gt(4) and Marvell SoC |
| Christos Zoulas | Re: NFS hangs (again) |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| YAMAMOTO Takashi | Re: Reclaiming vnodes |
| Brian Marcotte | Re: NFS hangs (again) |
| Izumi Tsutsui | Re: NFS hangs (again) |
| Elad Efrat | Re: Vnode scope implementation |
| Christos Zoulas | Re: NFS hangs (again) |
| Christos Zoulas | Re: NFS hangs (again) |
| YAMAMOTO Takashi | Re: Vnode scope implementation |
| YAMAMOTO Takashi | Re: uarea swap-out |
| YAMAMOTO Takashi | Re: NFS hangs (again) |
| Elad Efrat | Re: Vnode scope implementation |
| Marc Balmer | Re: Vnode scope implementation |
| Christos Zoulas | Re: NFS hangs (again) |
| Manuel Bouyer | Re: NFS hangs (again) |
| 08/26/2009 |
| Brian Marcotte | Re: NFS hangs (again) |
| Christos Zoulas | Re: NFS hangs (again) |
| David Holland | Re: CVS commit: src |
| Elad Efrat | Re: CVS commit: src |
| David Holland | Re: CVS commit: src |
| Elad Efrat | Re: CVS commit: src |
| Manuel Bouyer | Re: kern/41923: assertion "cur != owner" failed |
| 08/27/2009 |
| Manuel Bouyer | Re: kern/41923: assertion "cur != owner" failed |
| Manuel Bouyer | tstile syndrome |
| Manuel Bouyer | Re: tstile syndrome |
| Manuel Bouyer | Re: tstile syndrome |
| Manuel Bouyer | Re: kern/41923: assertion "cur != owner" failed |
| 08/28/2009 |
| FUKAUMI Naoki | Re: merge for gt(4) and Marvell SoC |
| Elad Efrat | Re: Vnode scope implementation |
| Mindaugas Rasiukevicius | Re: uarea swap-out |
| 08/29/2009 |
| Adam Hamsik | Re: Reclaiming vnodes |
| Andrew Doran | Re: uarea swap-out |
| Andrew Doran | Re: tstile syndrome |
| Andrew Doran | Re: tstile syndrome |
| Manuel Bouyer | Re: tstile syndrome |
| Manuel Bouyer | Re: tstile syndrome |
| Andrew Doran | Re: kern/41923: assertion "cur != owner" failed |
| Mindaugas Rasiukevicius | Re: uarea swap-out |
| Manuel Bouyer | NFS experts: stale vnode pointer in ufs_fhtovp ? |
| David Holland | Re: NFS experts: stale vnode pointer in ufs_fhtovp ? |
| 08/30/2009 |
| David Holland | Re: tstile syndrome |
| David Holland | Re: tstile syndrome |
| Manuel Bouyer | Re: tstile syndrome |
| Mindaugas Rasiukevicius | Re: tstile syndrome |
| Mindaugas Rasiukevicius | Re: tstile syndrome |
| David Laight | Re: uarea swap-out |
| Mindaugas Rasiukevicius | Re: uarea swap-out |
| Martin Husemann | Re: tstile syndrome |
| Jan Danielsson | maj, min from device name |
| David Young | Re: maj, min from device name |
| Adam Hamsik | Re: Reclaiming vnodes |
| Manuel Bouyer | Re: NFS experts: stale vnode pointer in ufs_fhtovp ? |
| Steven M. Bellovin | Re: maj, min from device name |
| 08/31/2009 |
| Nicolas Joly | Re: Fixing settime1() to reject invalid struct timespec ? |
| Alan Barrett | Re: Reclaiming vnodes |
| Jan Danielsson | Re: maj, min from device name |