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
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 dataty
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;
>mtx_unlock
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 l
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 ho
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 ab
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
te
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 w
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 platfo
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 thi
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 support
> 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 dangero
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 chea
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 vers
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 fi
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.
> libstdc++-libc6.2-2.so
16 matches
Mail list logo