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 mi
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 ex
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
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
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) { pr
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_mac
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
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
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 Pols
> 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 powere
> 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:
--
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
t
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
> >
>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)
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/r
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
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,
---
Nicol
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 af
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: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 d
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
[ 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 init
> 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 tim
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 t
[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 i
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 MAP_SHA
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:
:
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 o
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
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
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 ker
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
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
* 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 un
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
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
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 firewir
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, anything)
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 ex
39 matches
Mail list logo
