On Tue, Jun 12, 2001 at 02:57:46AM +0200, Cyrille Lefevre wrote:
To: Matthew Seaman [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Perl module for periodic scripts
Reply-To: Cyrille Lefevre [EMAIL PROTECTED]
Mail-Copies-To: never
From: Cyrille Lefevre [EMAIL PROTECTED]
Date: 12 Jun
A search of the Freebsd hackers mailing list has a mail message
from Mike Smith saying that the 3DM utility was available
from 3ware, and to go to their site to get it.
I don't know whether you can download it from 3ware's site or not.
But there is a 3DM utility for FreeBSD at following url.
In message [EMAIL PROTECTED], Mike Smith writes:
Hi
Go to http://www.uspto.gov/patft/, search for patent number 5873127, and
you will find the description of mapping page table entries into virtual
memory via one page directory entry pointing to the page directory itself
- exactly what
Hi:
I am trying to create a new option into the KERNEL, but
I dont have experience on it, and when the make try to link
the *.o files, it is showed an undefined reference to
a function that is implemented in a .c that is not compiled.
I have included the opt_xxx.h in this c file,
What does I
Tue, Jun 12, 2001 at 02:57:46, clefevre-lists (Cyrille Lefevre) wrote about Re: Perl
module for periodic scripts:
FYI, the date stuff can be written in pure shell. don't know yet
about the uniq -i but should be possible w/o perl.
tr '[A-Z]' '[a-z]' | uniq
(does this uniquing requires to
Tue, Jun 12, 2001 at 10:48:38, gzjyliu ([EMAIL PROTECTED]) wrote about
[PATCH] Limited BPF to the specified program:
So I can add the follow lines to my kernel config file:
options BPF_LIMITED
options BPF_ALLOWED_DEVID=29696
options BPF_ALLOWED_FILEID=439
Another
The options should be a sysctl, since dhclient might move from inode to
inode and I don't want to recompile a kernel everytime.
Also, that should be a list of filesystem:inode pairs, imho, for
multiple programs.
OTOH, I don't know if that makes sense, since superuser still can
compile a new
Alexander Langer [EMAIL PROTECTED] writes:
The options should be a sysctl, since dhclient might move from inode to
inode and I don't want to recompile a kernel everytime.
Had to wait till I figure out how to add a new sysctl. :-)
Also, that should be a list of filesystem:inode pairs, imho,
The key thing with patents is that they are meaningless until the
patent holder decides to protect them in court by challenging the
people who are supposedly in violation of the patent. If a patent
holder decides to go after you, it can be costly even if you win.
They can't
Valentin Nechayev wrote:
Tue, Jun 12, 2001 at 02:57:46, clefevre-lists (Cyrille Lefevre) wrote about Re:
Perl module for periodic scripts:
FYI, the date stuff can be written in pure shell. don't know yet
about the uniq -i but should be possible w/o perl.
tr '[A-Z]' '[a-z]' | uniq
hi,
Does any one know how to perform user-level upcalls
from kernel TCP/IP stack? If I wanted to get an upcall every time a data packet
arrived on a socket, how can it be done? Can I use signal handlers for
this?
Thanks,
Anjali
Matthew Seaman wrote:
[snip]
see the following url on a portable (awk and ksh) replacement for
date -v-1d :
Then the program will contain perl, ksh and awk code? There are too many
languages used, aren't there? Also realize please that base system does not
welcome in the portable
hi all,
i'm working on turning the zip driver and all the ppbus devices into
modules. So far, i have the vpo (zip driver) detaching, but i have problems
when i reattach.
In the initial attach() call, we allocate a tiny bit of memory for a device
controlling microsequence, and we call
Hi,
Thanks a lot for the info. But how can I use poll
and select to make the kernel call the user-upcall? Poll and select will run in
user-mode and will take processor cycles in busy waiting. I want an event-driven
mechanism in which kernel will automatically call the upcall(like an
try signal based i/o. basically you have set a signal handler (SIG_IO)
and then handle read/write when the signal gets generated. i don't exactly
remember the command. it the function call is aio_read/aio_write. check
the man
thanks
manas
Anjali Kulkarni wrote:
Hi,Thanks
a lot for the info.
Hi,
I've uploaded the nvidia driver code I've been working on to the CVS repository
at http://sourceforge.net/projects/nv-bsd, if anyone wants to take a look.
It is still work in progress, but has come a long way. In particular you
can see the dmesg output when X is started at:
From: Dima Dorfman [EMAIL PROTECTED]
Subject: mount_mfs-like program for md
Date: Tue, 12 Jun 2001 00:39:47 -0700
Hi folks,
Would anybody have a tantrum if a program with a mount_mfs-like
interface to create an md disk and put a UFS filesystem on it was
I think it's a fine idea! It would
This whole thread is kind of silly. Don't people realize the sheer
number of patent infringments there are in FreeBSD (or, indeed,
Linux?) Sure, you could add a flag to turn each and every instance of
such patent infringment off but the end-result would be something that
didn't even resemble an
On Mon, Jun 11, 2001 at 09:25:28PM -0700, Jordan Hubbard wrote:
Guys, guys. The NetBSD /etc/rc system is good. We should stop
arguing about it and just focus on figuring out who's going to
integrate it or the whole conversation concerns a moot point
anyway.:)
I'll do it, if nobody has any
Hi folks,
Here's an update on the plan to import the NetBSD rc system into
FreeBSD.
I've contacted Luke Mewburn (the guy behind the new NetBSD rc system)
and he's keen to chat to FreeBSD-heads after his talk at USENIX (FREENIX
track). I can't make it, but I'd encourage interested parties from
In message 30671.992330850@critter Poul-Henning Kamp writes:
: Well, the application date is what counts, and that's mar1992, but I'm
: pretty sure that Bill Jolitz had them beat to that date already...
I'm pretty sure that VMS 3.x used a similar technique. I have my old
VMS internals docs from
:
:David Malone wrote (2001/06/11):
: On Sun, Jun 10, 2001 at 05:20:50PM -0700, Peter Wemm wrote:
: I agree totally. This should have been done ages ago, I've been burned on
: it a few times, but never badly enough to go fix it.
:
: I've committed this - I'll let Matt do the MFC when he
In message [EMAIL PROTECTED] Sheldon Hearn writes:
: I've contacted Luke Mewburn (the guy behind the new NetBSD rc system)
: and he's keen to chat to FreeBSD-heads after his talk at USENIX (FREENIX
: track). I can't make it, but I'd encourage interested parties from the
: FreeBSD community to
In a message dated 06/11/2001 7:02:30 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
So, you are very safe in using this technique, for a variety of reasons:
- The patent is almost certainly invalid, and proving this in court
would be straightforward.
- Compaq (owner of the
: Well, the application date is what counts, and that's mar1992, but I'm
: pretty sure that Bill Jolitz had them beat to that date already...
I'm pretty sure that VMS 3.x used a similar technique. I have my old
VMS internals docs from that time frame (maybe they are from 4.x).
We're
On Mon, 11 Jun 2001, Mike Silbersack wrote:
On Tue, 12 Jun 2001 [EMAIL PROTECTED] wrote:
Seems I can't contact the coordinator([EMAIL PROTECTED]) of this
task. So I think maybe I should send the patch to this list. Here is
the patch for limiting bpf access to the specified program.
On Tue, 12 Jun 2001, Valentin Nechayev wrote:
Tue, Jun 12, 2001 at 10:48:38, gzjyliu ([EMAIL PROTECTED]) wrote about
[PATCH] Limited BPF to the specified program:
So I can add the follow lines to my kernel config file:
options BPF_LIMITED
options
On Mon, 11 Jun 2001 14:20:31 -0700
Brooks Davis [EMAIL PROTECTED] said:
brooks On Sun, Jun 10, 2001 at 11:29:07PM +0900, Hajimu UMEMOTO wrote:
I think it is not BSD network way. Recent NetBSD has network
interface cloning. It uses SIOCIFCREATE and SIOCIFDESTROY. It may
good to port it to
Warner Losh [EMAIL PROTECTED] writes:
It is more modular and easy to expand after the boot. How do
I start nfs on FreeBSD after it boots? Well, you grep it out of
/etc/rc*.
Actually, er, I know to start portmapper, mountd, nfsd, etc.
This is probably a clue as to why I don't need:
* Anjali Kulkarni [EMAIL PROTECTED] [010612 05:54] wrote:
hi,
Does any one know how to perform user-level upcalls from kernel
TCP/IP stack? If I wanted to get an upcall every time a data packet
arrived on a socket, how can it be done? Can I use signal handlers
for this?
Please wrap lines
Sheldon Hearn [EMAIL PROTECTED] writes:
I'm not too interested in hearing a lot of whining from people who
haven't given the NetBSD rc system a good look, because it's clear from
the last couple of threads that many people are more than willing to
post comments on something they haven't seen
On Tue, 12 Jun 2001 12:17:49 MST, Dave Hayes wrote:
Alternatively speaking, perhaps topics that advocate additions to the
operating system with well known religious implications should be
presented in a clearer fashion, with links pointed to the relevant
documentation?
Did you miss the
High I read you articles on Free BSD and it got me intrested in trying
it out and Id like to know if You have a copy of this operating system that
you could send me I could download it on the net but Im stuck with a slow
connection. If you can E- mail me about this Ill send you you my mailing
I used to include 'option option-128 /path/to/swap' in my dhcpd.conf
file to get nfs swap mounted properly. I'm now using a 4.3 kernel and
dhcpd 3.0rc4 from ISC. It won't allow me to put in option-128. Is
there any other way to specify nfs based swap?
Dave.
--
Sheldon Hearn [EMAIL PROTECTED] writes:
On Tue, 12 Jun 2001 12:17:49 MST, Dave Hayes wrote:
Alternatively speaking, perhaps topics that advocate additions to the
operating system with well known religious implications should be
presented in a clearer fashion, with links pointed to the
David Gilbert writes:
| I used to include 'option option-128 /path/to/swap' in my dhcpd.conf
| file to get nfs swap mounted properly. I'm now using a 4.3 kernel and
| dhcpd 3.0rc4 from ISC. It won't allow me to put in option-128. Is
| there any other way to specify nfs based swap?
Try this
On Tue, Jun 12, 2001 at 12:11:24PM -0700, Dave Hayes wrote:
It isn't SysV RC style. It is BSD style taken to its logical next
step. All the knobs for this are still in a central location, so you
don't have to make sure you get the hardlinks right.
Correct me if I am wrong (as I am
Dave Hayes [EMAIL PROTECTED] types:
Warner Losh [EMAIL PROTECTED] writes:
It isn't SysV RC style. It is BSD style taken to its logical next
step. All the knobs for this are still in a central location, so you
don't have to make sure you get the hardlinks right.
Correct me if I am wrong
On Tue, Jun 12, 2001 at 04:27:35PM -0500, Mike Meyer wrote:
The only thing that the NetBSD system has in common with the SysV one
those system use is the ability to start/stop a daemon via a script,
ala our current $(LOCALBASE)/etc/rc.d.
You asked for a URL to get information about the
I have one comment for whoever brings this in:
One thing I have always liked about our system is that the rc.conf file is
completely out of the source tree and under the users control. It looked to
me like the netbsd system has /etc/rc.conf file source the
/etc/defaults/rc.conf, and thus is
Kevin Way [EMAIL PROTECTED] writes:
I just ordered a spare machine a few days ago. I'll install
-CURRENT on it, and start the integration. I've been
needing something to keep myself out of trouble.
That's our new slogan: FreeBSD - keeping kids off the street
DES
--
Dag-Erling Smorgrav -
On Tue, 12 Jun 2001, Kevin Way wrote:
On Mon, Jun 11, 2001 at 09:25:28PM -0700, Jordan Hubbard wrote:
Guys, guys. The NetBSD /etc/rc system is good. We should stop
arguing about it and just focus on figuring out who's going to
integrate it or the whole conversation concerns a moot point
Warner Losh wrote:
In message [EMAIL PROTECTED] void writes:
: On Mon, Jun 11, 2001 at 05:56:45PM -0600, Warner Losh wrote:
:
: With the netbsd approach, you remove the file, and all things taht
: depend on it fail. as it should be :-)
:
: I'm pretty sure you turn it off in rc.conf,
On Tue, 12 Jun 2001, Robert Watson wrote:
One of the things I actually played with implementing in the past was in
effect an ACL of allowed BPF programs by-uid. When a BPF program was
bound to an interface, the bpfilter code would hash by uid, then do a
rather expensive walk down a list of
Is there any plan to import NetBSD rc system,
I am willing to see it appears in FreeBSD 5.0.
Here's the status of this project at the moment as I see. Please let
me know if I've misunderstood anything, or if anybody has had a change
of heart.
Both Gordon Tetlow and myself have volunteered to
On Tue, 12 Jun 2001, Mike Silbersack wrote:
On Tue, 12 Jun 2001, Robert Watson wrote:
One of the things I actually played with implementing in the past was in
effect an ACL of allowed BPF programs by-uid. When a BPF program was
bound to an interface, the bpfilter code would hash by
This might seem to be a stupid question but I really need help on this one:
I need to follow how exactly data flows when an NFS request/reponse is made.
Any advice on how and where I should start will be really helpful.
Thanks,
Nitin Nahata
* Nitin Nahata [EMAIL PROTECTED] [010612 22:18] wrote:
This might seem to be a stupid question but I really need help on this one:
I need to follow how exactly data flows when an NFS request/reponse is made.
Any advice on how and where I should start will be really helpful.
There's a lot of
Actually I want to know when a client is running a couple of nfsiod daemons,is
there a way of scheduling the requests sent by these
daemons ?
-Nitin Nahata
Get free email and a permanent address at
:Actually I want to know when a client is running a couple of nfsiod daemons,is
:there a way of scheduling the requests sent by these
:daemons ?
:
:-Nitin Nahata
No, it's random. nfsiods handle mainly read-ahead requests to try to
decouple the RPC latency from other processes.
50 matches
Mail list logo