tech-kern
Thread
Date
Earlier messages
Later messages
Messages by Thread
re: devsw_detach is failing -- is this a manifestation of PR kern/56962?
matthew green
re: devsw_detach is failing -- is this a manifestation of PR kern/56962?
Brian Buhrow
Finding the slot in the ioconf table a module attaches to?
Brian Buhrow
Re: Finding the slot in the ioconf table a module attaches to?
Brian Buhrow
Re: Finding the slot in the ioconf table a module attaches to?
RVP
Re: Finding the slot in the ioconf table a module attaches to?
Valery Ushakov
Re: Finding the slot in the ioconf table a module attaches to?
Brad Spencer
Re: Finding the slot in the ioconf table a module attaches to?
Valery Ushakov
Re: Finding the slot in the ioconf table a module attaches to?
Brian Buhrow
Re: Finding the slot in the ioconf table a module attaches to?
Paul Goyette
Re: Finding the slot in the ioconf table a module attaches to?
Mouse
Re: Finding the slot in the ioconf table a module attaches to?
Brian Buhrow
Re: Finding the slot in the ioconf table a module attaches to?
Brad Spencer
Re: Finding the slot in the ioconf table a module attaches to?
bch
Re: Finding the slot in the ioconf table a module attaches to?
Brian Buhrow
Re: Finding the slot in the ioconf table a module attaches to?
Valery Ushakov
Disabling drivers from a NetBSD kernel without `userconf(4)` nor rebuild
Emile `iMil' Heitor
How to build a custom module under NetBSD--9.x and newer?
Brian Buhrow
Re: How to build a custom module under NetBSD--9.x and newer?
RVP
Re: How to build a custom module under NetBSD--9.x and newer?
Paul Goyette
Re: How to build a custom module under NetBSD--9.x and newer?
Brian Buhrow
Allocating interrupts for VirtIO
el16095
nvmm & pku
Dave Voutila
Re: nvmm & pku
Taylor R Campbell
Re: nvmm & pku
Dave Voutila
Eliminating __HAVE_ATOMIC_AS_MEMBAR
Taylor R Campbell
Re: Eliminating __HAVE_ATOMIC_AS_MEMBAR
Taylor R Campbell
NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
Martin Husemann
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
Robert Elz
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
Taylor R Campbell
Re: [VGA connector] NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
Taylor R Campbell
Re: NetBSD 10.0 BETA kernel testing: framebuffer
tlaronde
Re: NetBSD 10.0 BETA kernel testing: framebuffer
Paul Goyette
Pulling to netbsd-9 branch fixes for #54977
tlaronde
[richard.hender...@linaro.org: Re: [PATCH v3 0/6] qemu/bswap: Use compiler __builtin_bswap()]
Reinoud Zandijk
Re: [richard.hender...@linaro.org: Re: [PATCH v3 0/6] qemu/bswap: Use compiler __builtin_bswap()]
Reinoud Zandijk
Re: [richard.hender...@linaro.org: Re: [PATCH v3 0/6] qemu/bswap: Use compiler __builtin_bswap()]
Taylor R Campbell
Add five new escape sequences to wscons
Crystal Kolipe
Re: Add five new escape sequences to wscons
Mouse
Re: Add five new escape sequences to wscons
Crystal Kolipe
Re: Add five new escape sequences to wscons
Mouse
Re: Add five new escape sequences to wscons
Valery Ushakov
Re: Add five new escape sequences to wscons
Crystal Kolipe
Re: Add five new escape sequences to wscons
Valery Ushakov
Re: Add five new escape sequences to wscons
David Brownlee
Re: Add five new escape sequences to wscons
Jason Thorpe
Re: Add five new escape sequences to wscons
Mouse
UEFI: caveats about not utf-8 dir entries
tlaronde
Re: UEFI: caveats about not utf-8 dir entries
Jonathan A. Kollasch
Likely lock botch in NPF firewall
Brad Spencer
Re: Likely lock botch in NPF firewall
Taylor R Campbell
Re: Likely lock botch in NPF firewall
Brad Spencer
Re: Likely lock botch in NPF firewall
Taylor R Campbell
Re: Likely lock botch in NPF firewall
Brad Spencer
kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Michael van Elst
Re: kernel goes dark on boot
Taylor R Campbell
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Martin Husemann
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Jean-Yves Migeon
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Jared McNeill
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Jared McNeill
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
tlaronde
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Joerg Sonnenberger
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Paul Ripke
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Martin Husemann
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Martin Husemann
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Martin Husemann
Re: kernel goes dark on boot
Emmanuel Dreyfus
Re: kernel goes dark on boot
Emmanuel Dreyfus
Off by ones in wsemul_vt100_subr.c
Crystal Kolipe
Re: Off by ones in wsemul_vt100_subr.c
Christos Zoulas
Re: -10.0_BETA panics when system is rebooting
Michael van Elst
Re: -10.0_BETA panics when system is rebooting
Simon Burge
ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
Brian Buhrow
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
Taylor R Campbell
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
Taylor R Campbell
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
matthew green
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
BERTRAND Joël
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
Taylor R Campbell
Re: ALTQ cannot be stopped Was: Fwd: 10-BETA : some network issues
Luke Mewburn
nouveau0 error messages when starting X11
is
re: nouveau0 error messages when starting X11
matthew green
Re: nouveau0 error messages when starting X11
is
sadb_x_policy_reserved -> sadb_x_policy_flags
Andrew Cagney
Re: sadb_x_policy_reserved -> sadb_x_policy_flags
Kengo NAKAHARA
KSYMS_CLOSEST
Valery Ushakov
Re: KSYMS_CLOSEST
Anders Magnusson
Re: KSYMS_CLOSEST
Valery Ushakov
Re: KSYMS_CLOSEST
Anders Magnusson
Re: KSYMS_CLOSEST
Valery Ushakov
Re: KSYMS_CLOSEST
Anders Magnusson
Re: KSYMS_CLOSEST
Valery Ushakov
SCSI Polled io fixes for mac68k with PDMA enabled.
Nathanial Sloss
Re: SCSI Polled io fixes for mac68k with PDMA enabled.
David Brownlee
Re: SCSI Polled io fixes for mac68k with PDMA enabled.
Martin Husemann
Re: SCSI Polled io fixes for mac68k with PDMA enabled.
Izumi Tsutsui
Re: SCSI Polled io fixes for mac68k with PDMA enabled.
Nat Sloss
Re: SCSI Polled io fixes for mac68k with PDMA enabled.
David Brownlee
acpiwmibus at acpiwmi0 not configured
Edgar Fuß
Re: acpiwmibus at acpiwmi0 not configured
Taylor R Campbell
uhidev1 BMC Virtual Keyboard via HP iLO
Stephen M. Jones
Re: uhidev1 BMC Virtual Keyboard via HP iLO
Michael van Elst
Re: uhidev1 BMC Virtual Keyboard via HP iLO
Stephen M. Jones
Re: uhidev1 BMC Virtual Keyboard via HP iLO
Stephen M. Jones
symbol lookup in ddb - bad heuristic
Valery Ushakov
Re: symbol lookup in ddb - bad heuristic
Valery Ushakov
Re: symbol lookup in ddb - bad heuristic
Valery Ushakov
Re: symbol lookup in ddb - bad heuristic
Chuck Silvers
Re: symbol lookup in ddb - bad heuristic
Valery Ushakov
Another deadlock (was PR/56925)
BERTRAND Joël
Re: Another deadlock (was PR/56925)
BERTRAND Joël
i386: 9.99.108 traps booting on VirtualBox
Valery Ushakov
Re: i386: 9.99.108 traps booting on VirtualBox
Valery Ushakov
Re: i386: 9.99.108 traps booting on VirtualBox
Taylor R Campbell
Re: i386: 9.99.108 traps booting on VirtualBox
Valery Ushakov
Re: i386: 9.99.108 traps booting on VirtualBox
Valery Ushakov
ATA TRIM?
Mouse
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
Rhialto
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
RVP
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
RVP
Re: ATA TRIM?
RVP
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
RVP
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
RVP
Re: ATA TRIM?
RVP
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
David Holland
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
Edgar Fuß
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
Crystal Kolipe
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
Crystal Kolipe
Re: ATA TRIM?
David Holland
Re: ATA TRIM?
RVP
re: ATA TRIM?
matthew green
Re: ATA TRIM?
Mouse
Re: ATA TRIM?
David Holland
IPsec gsoc project
Andrew Cagney
Having trouble with pseudodevice
el16095
Re: Porting amdgpio driver from OpenBSD
Ryo ONODERA
Re: Porting amdgpio driver from OpenBSD
Taylor R Campbell
Re: Porting amdgpio driver from OpenBSD
Bruno Melo
Re: Porting amdgpio driver from OpenBSD
Karl Lockhoff
Re: Porting amdgpio driver from OpenBSD
Bruno Melo
Re: Porting amdgpio driver from OpenBSD
Bruno Melo
Re: Porting amdgpio driver from OpenBSD
Bruno Melo
Re: Porting amdgpio driver from OpenBSD
Bruno Melo
Limiting malloc to the low 2GB?
Valery Ushakov
Re: Limiting malloc to the low 2GB?
Christos Zoulas
Re: Limiting malloc to the low 2GB?
RVP
Re: Limiting malloc to the low 2GB?
Valery Ushakov
Re: Limiting malloc to the low 2GB?
RVP
Re: Limiting malloc to the low 2GB?
Valery Ushakov
Re: Limiting malloc to the low 2GB?
RVP
Re: Scheduling problem - need some help here
Greg Oster
Autoconfigure timeout on MMC drive
Salil
Re: Autoconfigure timeout on MMC drive
Michael van Elst
Re: Autoconfigure timeout on MMC drive
Salil
Re: Deadlock (maybe related to PR kern/56925)
Michael van Elst
Re: Deadlock (maybe related to PR kern/56925)
BERTRAND Joël
Re: Deadlock (maybe related to PR kern/56925)
Michael van Elst
Re: Deadlock (maybe related to PR kern/56925)
BERTRAND Joël
Re: Deadlock (maybe related to PR kern/56925)
Michael van Elst
Re: Deadlock (maybe related to PR kern/56925)
BERTRAND Joël
Re: Deadlock (maybe related to PR kern/56925)
Michael van Elst
Re: Deadlock (maybe related to PR kern/56925)
BERTRAND Joël
Re: Deadlock (maybe related to PR kern/56925)
BERTRAND Joël
Earlier messages
Later messages