I do the following:
buf = (char*)mmap(NULL, BUFSIZE, PROT_READ | PROT_WRITE,
MAP_ANON | MAP_INHERIT | MAP_SHARED, -1, 0);
Now I vfork/execve a child.
But the child can't access the mmaped memory.
It was my understanding that MAP_INHERIT | MAP_SHARED keep the memory
over the
Cheers!
My problem is the following: I want to do high level network handling
from a kernel thread (as in inet socket handling, connect/bind, etc).
I couldn't find any documentation about this, which would be of
practical help.
If someone knows about something like this (text, sources,
Warner Losh writes:
In message [EMAIL PROTECTED] Matthew Reimer writes:
: I saw this on Freshmeat the other day:
:http://www.sfc.wide.ad.jp/DVTS/
: Maybe someday it can be committed?
Maybe. One problem with these patches are that they only do a certain
type of firewire stuff.
I have been rewriting the driver to change a generic one. Right now, a
primitive
driver is already working. I believe it is more easy to implement device
specific
function to the new one. If somebody contribute my effort, you are
welcome.
P.S. I will upload the latest one to some place after my
Matthew Reimer wrote:
I saw this on Freshmeat the other day:
http://www.sfc.wide.ad.jp/DVTS/
Maybe someday it can be committed?
Check out the TIPS section:
* When a PHY Error occurs, you need to shut down the power of the PC
once, and then reboot.
* When a sleep time out
* Bernd Walter [EMAIL PROTECTED] [010823 06:16] wrote:
I do the following:
buf = (char*)mmap(NULL, BUFSIZE, PROT_READ | PROT_WRITE,
MAP_ANON | MAP_INHERIT | MAP_SHARED, -1, 0);
Now I vfork/execve a child.
But the child can't access the mmaped memory.
It was my
Andre,
Please take a look at this article:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/solid-state/index.html
Specifically, this page:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/solid-state/x109.html
This part of the article explains, in step by step detail, how to boot off
I believe the functions you need are in kern/uipc_socket.c
(socreate, sosend, soreceive, soclose, sosetopt..)
Alternately, you could also do as follows, for each
of the above functions
so-so_proto-pr_usrreqs-pru_sosend(so, 0, uio, 0, 0, 0,
uio-uio_procp)
I am not
use netgraph
there is a netgraph node for iternal manipulation of sockets.
if you make your module netgrah compatible,
then you can just use it..
Jo nappat..
On 23 Aug 2001, Foldi Tamas wrote:
Cheers!
My problem is the following: I want to do high level network handling
from a kernel
exec gives you an new vm space..
inherrit only applies to forks
On Thu, 23 Aug 2001, Alfred Perlstein wrote:
* Bernd Walter [EMAIL PROTECTED] [010823 06:16] wrote:
I do the following:
buf = (char*)mmap(NULL, BUFSIZE, PROT_READ | PROT_WRITE,
MAP_ANON | MAP_INHERIT |
The netgraph 'accept' handling IS implemented by someone..
I can find it and add it if needed..
On Thu, 23 Aug 2001, Sandeep Joshi wrote:
I believe the functions you need are in kern/uipc_socket.c
(socreate, sosend, soreceive, soclose, sosetopt..)
Alternately, you could also do as
A while back, Alfred Perlstein [EMAIL PROTECTED] wrote:
However, on a somewhat aging 128MB laptop, a 200+MB cfsd puts the
system into swap h*ll pretty quickly. I think cfsd has some linked
lists which thrash a lot of pages.
That's unfortunate. Good thing is that cfs is open
MAP_INHERIT is broken and always has been.
-Matt
:exec gives you an new vm space..
:inherrit only applies to forks
:
:
:On Thu, 23 Aug 2001, Alfred Perlstein wrote:
:
: * Bernd Walter [EMAIL PROTECTED] [010823 06:16] wrote:
: I do the following:
:
On Thu, Aug 23, 2001 at 10:13:01AM -0700, Julian Elischer wrote:
exec gives you an new vm space..
inherrit only applies to forks
Then the manpage is absolutely wrong:
MAP_INHERIT Permit regions to be inherited across execve(2) system
calls.
I asumed
[appologies if this is the 2nd time this message appears, but i've been
having problems with my mailer lately]
i've been trying to get vmware running under 4.3, and everything except
networking seems to be working. when i try to turn on networking
(bridged), the linux driver reports an invalid
On Thu, 23 Aug 2001, Bernd Walter wrote:
On Thu, Aug 23, 2001 at 10:38:31AM -0700, Matt Dillon wrote:
MAP_INHERIT is broken and always has been.
That's a good argument.
If it's true it awards an entry in the manpages BUGS section.
Btw. I just tested on NetBSD 1.5U sparc with the
Yes, but the question was how is it preserved? The SSE stuff works the
same as the FPU stuff in that it is switched lazily. See npxsave() and
where it is called. If a process attaches to the fpu, its state is kept
in the fpu the whole time. It is not extracted at context switch time.
So,
From: Matt Dillon [EMAIL PROTECTED]
Subject: Re: mmap MAP_INHERIT question.
Date: Thu, Aug 23, 2001 at 10:38:31AM -0700
MAP_INHERIT is broken and always has been.
-Matt
Is then a send-pr to remove the MAP_INHERIT description from mmap(2)
manpage the
From: Matt Dillon [EMAIL PROTECTED]
Subject: Re: mmap MAP_INHERIT question.
Date: Thu, Aug 23, 2001 at 10:38:31AM -0700
MAP_INHERIT is broken and always has been.
-Matt
Is then a send-pr to remove the MAP_INHERIT description from mmap(2)
manpage the
From: David Greenman [EMAIL PROTECTED]
Subject: Re: mmap MAP_INHERIT question.
Date: Thu, Aug 23, 2001 at 12:59:05PM -0700
Perhaps this should be changed to something along the lines of the
following?
MAP_INHERIT This is supposed to permit regions to be
In message [EMAIL PROTECTED], Warner Losh writes:
I think that might be due to a bug in the shared interrupt code that
Ian Dowse sent me about earlier today.
Just to add a few details - there is a bug in the update_masks()
function in i386/isa/intr_machdep.c that can cause some interrupts
to
cc -pthread test.c
i tried that too. that works for test.c, which doesn't reference
anything, but in more complex programs, it dies. i wish i knew why.
check this out:
this is the command to link testgthread from the glib library without
-lc_r and without -pthread:
Hackers,
The overwhelming lack of response on -questions suggests I might do better
here. I though this would be an easy one.
In short, I simply want to know what device to mount and what to do get
that device configured.
# usbdevs -v
Controller /dev/usb0:
addr 1: self powered, config
In article [EMAIL PROTECTED],
Julian Elischer [EMAIL PROTECTED] wrote:
The netgraph 'accept' handling IS implemented by someone..
I can find it and add it if needed..
I've got that all fixed, and will commit it as soon as I can --
within the next couple of weeks.
John
--
John Polstra
Matthew Emmerton wrote:
Hackers,
The overwhelming lack of response on -questions suggests I might do better
here. I though this would be an easy one.
In short, I simply want to know what device to mount and what to do get
that device configured.
# usbdevs -v
Controller /dev/usb0:
addr 1: self
if you have the linux-pthreads port installed, remove it. things will compile
properly afterwards.
linux-pthreads really needs a different library name and include file names...
i lay odds that this known conflict is your problem.
David Petrou wrote:
cc -pthread test.c
i tried that too.
Ian Dowse writes:
In message [EMAIL PROTECTED], Warner Losh writes:
I think that might be due to a bug in the shared interrupt code that
Ian Dowse sent me about earlier today.
Just to add a few details - there is a bug in the update_masks()
function in i386/isa/intr_machdep.c that
Hi, I'm having some problems with (what ought to be) fairly
straightforward assembly, mainly I think, with how FreeBSD (4.3, but
does that matter ?) does function calls (which don't work for me!)
How exactly should functions work in assembly, afaict, the
following C :
void printasint(int p) {
On 24-Aug-01 Steve Roome wrote:
Hi, I'm having some problems with (what ought to be) fairly
straightforward assembly, mainly I think, with how FreeBSD (4.3, but
does that matter ?) does function calls (which don't work for me!)
How exactly should functions work in assembly, afaict, the
If you send me the files I can diff them and commit them.
(of course you are welcome to do it yourself at your own pace if you wish)
On Thu, 23 Aug 2001, John Polstra wrote:
In article [EMAIL PROTECTED],
Julian Elischer [EMAIL PROTECTED] wrote:
The netgraph 'accept' handling IS
In article [EMAIL PROTECTED],
Julian Elischer [EMAIL PROTECTED] wrote:
[concerning my fixes for ng_ksocket nodes to handle TCP operations]
If you send me the files I can diff them and commit them.
(of course you are welcome to do it yourself at your own pace if you wish)
Hmm, I just might
Hi Jim,
A quick guess is that you launch squid before the sysctl variable is set.
And squid reads the max number of openfiles when it is loaded. That would
explain why it gets it wrong on reboots but okay when you recompile (When
you load it again the sysctl is correct!)
Best regards,
---
What login class is squid running under? And what does your /etc/login.conf
look like?
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Thu, Aug 23, 2001 at 12:55:41PM -0700, Jordan Hubbard wrote:
What login class is squid running under? And what does your /etc/login.conf
look like?
my login.conf is the default one, except for a couple added env vars.
someone pointed out that the following might be the problem:
- /etc/rc
the paranoid answer is that someone is replacing your squid and rebooting
the system to cover their tracks...
On Thu, 23 Aug 2001, Jim Mercer wrote:
[ i'm not on hackers or questions lists, so a Cc: would be appreciated on any
replies ]
i have a squid server in pakistan that is
[ i'm not on hackers or questions lists, so a Cc: would be appreciated on any
replies ]
i have a squid server in pakistan that is exhibiting some really, really screwy
behaviour.
firstly, it is running FreeBSD 4.x-stable (circa Feb 2001)
secondly it is running squid-2.3 stable4
when we
On Thu, Aug 23, 2001 at 03:39:12PM -0400, Bryan Fullerton wrote:
On Thu, Aug 23, 2001 at 03:29:14PM -0400, Jim Mercer [EMAIL PROTECTED] wrote:
now, WTF would cause the binary to get a different perspective on the
number of file descriptors between boottime and reinstall ?
A difference
On Thu, 23 Aug 2001, Jim Mercer wrote:
[ i'm not on hackers or questions lists, so a Cc: would be appreciated on any
replies ]
i have a squid server in pakistan that is exhibiting some really, really screwy
behaviour.
firstly, it is running FreeBSD 4.x-stable (circa Feb 2001)
On Thu, Aug 23, 2001 at 03:43:27PM -0400, Mike Silbersack wrote:
when we initially set it up, we found that the default kernel maxfiles of
2088 was inadequate.
using sysctl (/etc/sysctl.conf) we bumped it (and procmaxfile) up to 1.
squid didn't seem to find the 1 after this,
39 matches
Mail list logo