Re: CFS

2001-10-24 Thread Terry Lambert
Jesús Arnáiz wrote: Hi! I want to install a cyphred partition on my system. I use FreeBSD, and I want to know what software is avaivle in order to do it. I heard about CFS and TCFS (but this is not still supported by FreeBSD), is there any better bet? If anyone know any good resource

ADV: Introduction to Marblejar

2001-10-24 Thread Marblejar_Recruiter
Take charge of your career by utilizing www.marblejar.com. We offer IT professionals like you all of the services you require to find the most challenging positions in the IT industry. * $500 Signing bonus when you get job through us* Dedicated recruiters to help you identify the best job

how can i wipeout swap pages?

2001-10-24 Thread Ilmar S. Habibulin
I'm trying to implement wiping of freed swap pages inside swap_pager. I'm using 2.2-branch, here is my thoughts and steps: I have a (starting) block number of swapped page, i know page size, and i know that i have to use some pool of buffers inside kernel. So i get buffer with getpbuf(), then

strange code?

2001-10-24 Thread Alexey V . Neyman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello there! I've stumbled accross the following in sys/netinet/ip_input.c (v.1.173) - --- lines 470-477 --- if (m == NULL) {/* Packet discarded by firewall */ static int __debug=10; if (__debug 0) {

Re: strange code?

2001-10-24 Thread Alexey V . Neyman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24 October 2001 16:53, Alexey V.Neyman wrote: What is the meaning of this construct? Isn't it functionally equivalent to Oops, sorry for the post. I haven't noticed `static' there at first glance :\ Regards, Alexey. - --

Re: strange code?

2001-10-24 Thread Peter Pentchev
On Wed, Oct 24, 2001 at 04:53:12PM +0400, Alexey V . Neyman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello there! I've stumbled accross the following in sys/netinet/ip_input.c (v.1.173) - --- lines 470-477 --- if (m == NULL) {/* Packet discarded by firewall */

Re: domain sockets question (don't laugh)

2001-10-24 Thread Ashutosh S. Rajekar
Broken pipe generally means that your socket connection to the server has either been torn down or hasn't been setup at all. Check to see if this is really the case, and also check errno (you might get EBADF or EPIPE depending upon the circumstances). On Wed, 24 Oct 2001, Anjali Kulkarni wrote:

HW question -- can the CPU timeout on accesses to the PCI bus ?

2001-10-24 Thread Luigi Rizzo
Well, the question is rather simple... i am running some experiments on system with severe load on the PCI bus (basically a router with 4 interfaces trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps on each stream), and from low level timing i notice that the time to

Re: HW question -- can the CPU timeout on accesses to the PCI bus ?

2001-10-24 Thread Alfred Perlstein
* Luigi Rizzo [EMAIL PROTECTED] [011024 14:03] wrote: Well, the question is rather simple... i am running some experiments on system with severe load on the PCI bus (basically a router with 4 interfaces trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps on each

fxp patch - bundling receive interrupts

2001-10-24 Thread Marko Zec
An updated fxp driver patch for bundling receive interrupts, thus saving a noticeable amount of CPU overhead for interrupt processing, can be found at http://www.tel.fer.hr/zec/BSD/fxp/. New features include: - control of microcode parameters through sysctl variables - activation/deactivation of

lots of things (pcic, pccard, ep0) on irq3. Problem ?

2001-10-24 Thread Joesh Juphland
I am trying to get two identical 3C589 pc cards working simultaneously on my laptop. This was accomplished with FreeBSD 4.3 by adding lines like this to /etc/defaults/pccard.conf : config auto ep0 10 config auto ep1 15 (everything else for that cards entry is left the same) However, this

Re: fxp patch - bundling receive interrupts

2001-10-24 Thread Marko Zec
I am not an official FreeBSD commiter, so I can't tell really... Therefore jlemon was in cc: (he is the fxp driver maintainer), so it is his call. Nevertheless, I think this patch needs a little bit more testing - there are many 8255* chipset revisions out there, and as the code is *very* chipset

Re: fxp patch - bundling receive interrupts

2001-10-24 Thread Mike Silbersack
On Wed, 24 Oct 2001, Marko Zec wrote: An updated fxp driver patch for bundling receive interrupts, thus saving a noticeable amount of CPU overhead for interrupt processing, can be found at http://www.tel.fer.hr/zec/BSD/fxp/. New features include: I haven't reviewed the code and don't have a

Re: fxp patch - bundling receive interrupts

2001-10-24 Thread Marko Zec
Mike Silbersack wrote: That being said, I thought I should check on one thing: In your original post, you mentioned that these techniques came from the linux drive for these cards. In the process of writing this patch, did you copy any section of code from the Linux driver? If possible,

C++ code in the FreeBSD kernel

2001-10-24 Thread Denis Serenyi
Has anyone out there tried to get C++ code running in the freebsd kernel (like as a .ko)? I have a piece of code that I got working in userland, and would like to port it in the kernel (I had anecdotal evidence that it worked). The major problem is that the library, when in kernel, uses a

Re: C++ code in the FreeBSD kernel

2001-10-24 Thread Luigi Rizzo
On Wed, Oct 24, 2001 at 03:28:25PM -0700, Denis Serenyi wrote: Has anyone out there tried to get C++ code running in the freebsd kernel (like as a .ko)? I have a piece of code that I got working in userland, have a look at what the Click team did http://www.pdos.lcs.mit.edu/click/

Re: HW question -- can the CPU timeout on accesses to the PCI bus ?

2001-10-24 Thread Mike Smith
Well, the question is rather simple... i am running some experiments on system with severe load on the PCI bus (basically a router with 4 interfac es trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps on each stream), and from low level timing i notice that the

Re: fxp patch - bundling receive interrupts

2001-10-24 Thread Chris Dillon
On Wed, 24 Oct 2001, Marko Zec wrote: The microcode should work on many revisions - if not all - of Intel 8255* chipset, but the BSD driver is currently tested only on 82558-B0, so I would really appreciate any feedback on driver functionality/stability on other chipset revisions. Chalk up

Re: fxp patch - bundling receive interrupts

2001-10-24 Thread Jonathan Lemon
In article local.mail.freebsd-hackers/[EMAIL PROTECTED] you write: I am not an official FreeBSD commiter, so I can't tell really... Therefore jlemon was in cc: (he is the fxp driver maintainer), so it is his call. Nevertheless, I think this patch needs a little bit more testing - there are many

spkr(4) and platform independence

2001-10-24 Thread Lyndon Nerenberg
Has anyone enumerated the hardware platforms that the spkr(4) device works on? And for those platforms where it doesn't work, are there suggestions for (and documentation on) alternative interfaces? --lyndon What about all the people who hoarded tonnes of spam in their bunkers? I hoard spam

ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network)

2001-10-24 Thread Giorgos Keramidas
On Tue, Oct 23, 2001 at 07:45:11PM +0200, Gerhard Sittig wrote: I get the feeling this - inappropriate - setting of a _program variable is due to my misguided suggestion in PR conf/20202 which verbatimly made it into the FreeBSD start scripts. If it doesn't fit the usual rules feel free to

GCC/G++ links

2001-10-24 Thread Lyndon Nerenberg
[ On a related somewhat anti-GNU thread ... ] 18 months ago we had a conversation on the mailing list about g77 vs. f77 as the canonical command name for the FORTRAN compiler. The crux of the argument was that f77 was the canonical BSD name for the command, and that's what it has been since.

Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network)

2001-10-24 Thread Arjan de Vet
In article [EMAIL PROTECTED] you write: Done. I tested on my -current (compiled on Oct 22) the patch you can find at http://labs.gr/~charon/patches/diff.04.ipf-rc-U It is functionally equivalent to our current rc.network behavior, but it uses the variables you proposed, and it moves all the

[Fwd: colisions!]

2001-10-24 Thread Marcelo Leal
i have the follow problem: i use etinc in one FreeBSD box (4.2). it works fine. this freebsd make bridge (one interface in switch), and another cross over to router. in the conection to router, there are one colision led, that are almost always up! i did put one rule for bridge only ip in rl0