Navigation Bar
March-September 2003 Status Report
Introduction:
The FreeBSD Bi-monthly status reports are back! In this edition, we
catch up on seven highly productive months and look forward to the end
of 2003.
As always, the FreeBSD
On Thu, Oct 09, 2003 at 07:46:45AM +0300, earthman wrote:
+ The idea is to deny all syscalls for specific
+ process p. This is possible even without rewriting
+ kernel by kernel module.
+
+ Now I'm thinking how to do this.
+ Possibly it would be easy to point p-sv_sysent
+ to the structure that
Harti Brandt wrote:
You need to lock when reading if you insist on consistent data. Even a
simple read may be non-atomic (this should be the case for 64bit
operations on all our platforms). So you need to do
mtx_lock(foo_mtx);
bar = foo;
mtx_unlock(foo_mtx);
if foo is a datatype that is
On Wed, Oct 08, 2003 at 11:51:06AM +0200, Harti Brandt wrote:
You need to lock when reading if you insist on consistent data. Even a
simple read may be non-atomic (this should be the case for 64bit
operations on all our platforms). So you need to do
mtx_lock(foo_mtx);
bar = foo;
Frank Mayhar wrote:
The other thing is that the unlocked reads about which I assume Jeffrey
Hsu was speaking can only be used in very specific cases, where one has
control over both the write and the read. If you have to handle unmodified
third-party modules, you have no choice but to do
Peter Bozarov wrote:
[ ... ]
What I can't seem to figure out is how to flush out the
stale mbufs/clusters. I can close down all network
interfaces, and kill/restart most of the processes that I
presume use up the mbufs. At a given point, there can't
possibly be any processes that are hogging
On Thu, 9 Oct 2003 07:46:45 +0300
earthman [EMAIL PROTECTED] wrote:
Now I'm thinking how to do this.
Possibly it would be easy to point p-sv_sysent
to the structure that points sv_prepsyscall
to some function that denies some system calls.
(kill process, make some record in module about
Hiho,
There seems no freebsd-xfree list, but this is only XFree related,
it's rather kernel oriented.
Matrox offers a RedHat-Linux driver for their Parhelia based boards
(Parhelia, P650, P750). The XFree86 driver module mtx_drv.o itself
is OS independent and works with FreeBSD, as successfully
I figured this was more appropriate for freebsd-hackers than freebsd-questions.
Here's the deal. I'm trying to compile Perl 5.8.1 on a FreeBSD 5.1 SMP box. The
kernel is compiled with SMP, APIC and npx support. GCC is version 3.3.1, compiled
with POSIX thread support.
When I configure Perl
On Thu, Oct 09, 2003 at 07:37:42PM +1000, Peter Jeremy wrote:
On Wed, Oct 08, 2003 at 11:51:06AM +0200, Harti Brandt wrote:
You need to lock when reading if you insist on consistent data. Even a
simple read may be non-atomic (this should be the case for 64bit
operations on all our platforms).
PJD You may just try CerbNG:
PJD http://cerber.sourceforge.net
PJD It was presented on WIP session at BSDCon03, slides are here:
PJD http://garage.freebsd.pl/CerbNG.pdf
PJD 1.0-RC3 will be avaliable in near future.
Before I wanted to create some cerber based solution
but I think
I need to make a FreeBSD box be a proper 802.11 AP (BSS Mode). I've
got a pile of Orinoco cards here, but they seem to still not be
supported. What ever happened to that effort?
Assuming they still aren't supported any recomendations on a cheap
PCMCIA and/or PCI 802.11 card that is well
I'm wondering...
Jeffrey Hsu was talking about this at BSDCon03.
There is no need to lock data when we just made simple read, for example:
mtx_lock(foo_mtx);
foo = 5;
mtx_unlock(foo_mtx);
but only:
bar = foo;
IMHO this is quite dangerous.
Let's
On Thu, 9 Oct 2003, Leo Bicknell wrote:
I need to make a FreeBSD box be a proper 802.11 AP (BSS Mode). I've
got a pile of Orinoco cards here, but they seem to still not be
supported. What ever happened to that effort?
Assuming they still aren't supported any recomendations on a cheap
On Thu, Oct 09, 2003 at 10:04:24AM -0700, Brendan Harris wrote:
I figured this was more appropriate for freebsd-hackers than freebsd-questions.
Here's the deal. I'm trying to compile Perl 5.8.1 on a FreeBSD 5.1
SMP box. The kernel is compiled with SMP, APIC and npx support.
GCC is version
Daniel Eischen wrote:
On Wed, 8 Oct 2003, Eric Jacobs wrote:
On Wed, 8 Oct 2003 22:52:10 +0100
Josef Karthauser [EMAIL PROTECTED] wrote:
Does anyone know how to control the type of output files that gcc
creates? I need to generate motorola S-records instead of ELF files,
but I can't
Hi,
I tested your patch, and it worked, but I had to modify the following
things:
Fetch libmapc. and libmap.h from the CVS repository (latest revisions).
Add libmap.c to SRC section in Makefile.
After these changes, I was able to compile a ld-elf.so with libmap
support.
17 matches
Mail list logo