> bsd.ports.mk uses DESTDIR differently (wrongly IMO) than FreeBSD's
> buildworld or the rest of the world as far as I have seen. See (and
> lobby for) ports/28155. Unfortunately, the fix in 28155 will make
> DESTDIR behave the "right" way, and thus anyone expecting the "wrong"
> behavior w
>> IP is so you can make it through a cisco, etc. to another
>> routable segment.
> Oh I know that; but the cost of that convenience seems high.
> For us, with a lab full of test machines (used for simulating
> and testing various IP network clouds) a non-IP solution was
> preferable.
> But I
> I wrote the driver against -CURRENT, but browsing through
> on a 4.4-STABLE box reveals that specfs is in use there, too. I haven't
> been trying my driver out against -STABLE yet, but -CURRENT works just fine.
>
> typedef struct specinfo *dev_t;
> ^ this is what I have in 4.4-STABLE.
Oops..
>> There's a mention in the FBSD hacking guide that a detach() routine
>> for a device driver can forcably close all open descriptors for
>> its device before it unloads.
>>
>> How does one do this?
> Check this out (from one of my USB device drivers I haven't yet
> forced upon the world):
>
>
There's a mention in the FBSD hacking guide that a detach() routine
for a device driver can forcably close all open descriptors for
its device before it unloads.
How does one do this?
brad
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the mes
5 matches
Mail list logo
