Hello all,
I'm trying to gain a better understanding of how kqueue's work from the
driver side. I've managed to glean enough information from the source of
other drivers, but I'm having a problem in my own kernel module when it is
unloaded. Specifically, when my module is unloaded and there are
On 1/18/07, John-Mark Gurney <[EMAIL PROTECTED]> wrote:
Kevin Sanders wrote this message on Thu, Jan 18, 2007 at 17:40 -0800:
> Ivan, I'm basically doing something similar, and I have found that
adding
> kqueue support to your kernel module and making ioctl/read/write'
On 1/18/07, Daniel O'Connor <[EMAIL PROTECTED]> wrote:
On Friday 19 January 2007 08:52, Ivan Voras wrote:
> I'm thinking of doing something which would require streaming large
> amounts of pretty much real-time data from kernel to a userland
> application (for further processing). The first thin
On 12/12/06, Joerg Sonnenberger <[EMAIL PROTECTED]> wrote:
On Tue, Dec 12, 2006 at 02:30:41PM -0800, Kevin Sanders wrote:
> I'm trying to use KASSERT in my own kernel module and I can't get it
> to assert even with a KASSERT(0, "test panic"). Is there something
I'm trying to use KASSERT in my own kernel module and I can't get it
to assert even with a KASSERT(0, "test panic"). Is there something
else I need to do besides add options INVARIANTS to my kernel config
file. Any clues would be appreciated.
Kevin
__
On 12/3/06, Robert Watson <[EMAIL PROTECTED]> wrote:
If using FreeBSD on i386/amd64 boxes, use PXE. There are quite a few "instant
setup" web pages out there that tell you how to get it running. pxeboot makes
life incredibly easy, as you can load kernels, modules, configurations, etc,
over NFS.
On 12/2/06, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
I personally think that having a dedicated box in disk-less
configuration is the best option out there. The ability to quickly go
through series of hands/reboots without any associated fsck runs and
without the risk of terminally damaging an
7 matches
Mail list logo