attempt can be found at:
http://jeroen.vangelderen.org/FreeBSD/misc_device/
MarkM will soon import a variant of this with his excellent Yarrow
work.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECT
James Howard wrote:
>
> In message <[EMAIL PROTECTED]>, "Jeroen C. van Gelderen" write
> s:
> > You are right and work is under way to break out this functionality in
> > a MI driver. Search the mailing list archives for details. A first
> &
value, extracting a BLOB via the field name in the SELECT
clause, extracting a subrange of a BLOB (i.e. an adjacent byte range of
a BLOB), and extracting the size of a B
curances where
> this is not the case is not worth it, the general case will always
> be there and will be more important.
You seem to imply that you have proof that Bosko's patches
will negatively affect the general case I assume?
C
Mohana Krishna Penumetcha wrote:
>
> hi,
>
> where can i find the sources corresponding to /dev/null??
cd /sys && find . -name null* && use common sense
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED]
:27:88:f0:64
pcm0: port 0xb400-0xb43f irq 11 at device 12.0 on pci0
fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: FIFO enabled, 8 bytes threshold
atkbdc0: at port 0x60,0x64 on isa0
atkbd0: irq 1 on atkbdc0
psm0: irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0:
"Alexander N. Kabaev" wrote:
>
> This driver will not run on FreeBSD most likely. It seems like the driver needs
> Linux framebuffer device to run.
Fortunately this doesn't seem to be the case. Works like a charm...
Cheers,
Jeroen
--
Jeroen C.
re not explicitly allowed for in the press release.
Better be careful, better get written approval!
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _
Mike Silbersack wrote:
>
> On Wed, 6 Sep 2000, Jeroen C. van Gelderen wrote:
>
> > [1] The press release talk about RSADSI "waiving its
> > rights to enforce the RSA patent for any development
> > activities"
> >
> > This is very cun
status for "ZERO COPY TCP" in
> FreeBSD right now.
> If it already exists, how can I enable it (for 1500 MTU, not Jumbo Frame)?
> or someone is still working on it.
http://people.freebsd.org/~ken/
http://people.freebsd.org/~ken/zero_copy/
-Jeroen
--
Jeroen C. van Gelderen
ople only need to bind one of them ?
What about multiple IPv6 or IPv4 addresses per jail? It might be a
good idea while Inoue-san is at it. Or is this an incredibly stupid
question?
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To
m now pretty sure multiple IPs per jail is a good idea, but you
can easily defer implementation to some point in the future...
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
Matthew Dillon wrote:
>
> :"Jeroen C. van Gelderen" wrote:
> :
> :> [...]
> :>
> :> Since user authentication is needed by more than one program it
> :> should live in it's own process. Right now there is code
> :> duplication and it is impos
Dennis wrote:
>
> At 07:30 PM 5/27/00 -0400, Jeroen C. van Gelderen wrote:
> >Dennis wrote:
> >>
> >> At 09:54 AM 5/27/00 +0200, John Hay wrote:
> >> >> In message <[EMAIL PROTECTED]> Dennis writes:
> >> >> : My 4.0 system do
Mike Smith wrote:
[...]
> This is, IMO, a good idea. I certainly don't want some smartass daemon
> unloading a module just because it thinks it should. 8)
You can always patch kldunload and have cron periodically execute a
kldunload --unused-modules
Or?
Cheers,
Jeroen
--
Je
nts to unload itself due to
> "unuse", it can already do so.
You wouldn't have control over that process if the modules decides
for itself. It's a sysadmin decision to unload modules, not the
module's decision.
Cheers
use", it can already do so.
because modules should not unload themselves, it's up to the
admin to decide.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_< \_ _>(_) (_)/&l
17 matches
Mail list logo
