On Thu, 9 Nov 2000, Tsang, Victor YF wrote:
> How can I send a signal (say, SIGUSR1) to another program with known pid? I
> used to do so in Solaris using sigsend() but this call seems not available
> in FreeBSD.
kill(2)
Andrew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
--- Matt Dillon <[EMAIL PROTECTED]> wrote:
> You can theoretically increase UPAGES in
> /usr/src/sys/i386/include/param.h
I increased UPAGES from 2 to 8 and everything seems to
be working as it should. The device in question will
very much be a dedicated IPsec device and will not be
running t
--- Julian Elischer <[EMAIL PROTECTED]> wrote:
> Why are you not using the netgraph system, which was
> specifically
> designed
> for this? it allows you to divert eherne packets
When we started on this, (~2years ago) I was not aware
of the netgraph functionality. I agree that it would
be better
Ian Dowse wrote:
>
> I think a few slots are reserved, so you can consider 1050 as being
> equal to 1064. Try putting
>
> set kern.ipc.maxsockets=4000
>
> in /boot/loader.rc and rebooting.
Eeee!
kern.ipc.maxsockets="4000" in /boot/loader.conf instead, please!
--
Daniel C. Sobral
> How can I send a signal (say, SIGUSR1) to another program with known pid? I
> used to do so in Solaris using sigsend() but this call seems not available
> in FreeBSD.
Use kill(2), and don't send learner questions to -hackers.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
Hi,
How can I send a signal (say, SIGUSR1) to another program with known pid? I
used to do so in Solaris using sigsend() but this call seems not available
in FreeBSD.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
From: "John Baldwin" <[EMAIL PROTECTED]>
> On 08-Nov-00 Jeroen Ruigrok van der Werven wrote:
> > We support 4 Kbyte pages and 4 Mbyte pages, but we do not support 2
> > Mbyte pages. On IA-32 at least.
> >
> > Is there a reason to?
If you have the time to burn, want to squeeze out that small amou
I have cobbled together a solution with fstat() and devname().
Interestingly enough, elsewhere in konsole, a call to ttyname() with an
FD on the master side appears to actually work, so I don't know what the
hell is up with that. :-/
Nick Sayer wrote:
>
[...]
>
> The problem is that ttyname() fa
Julian Elischer wrote:
> the problem here can be solved by using Poul's 'cloning device'
> interface in the driver.
> I don't think he has it quite completed but it is partly there.. maybe
> enough..
>
this seems very promising. Any pointers toward more info on this ?
Thanks
bruno
>
> only i
> A coworker seems to have found an issue with portmap on FreeBSD.
> Aparently, if you try and register the same service twice, but with
> different protocols (UDP vs TCP), it doesn't work. I'm not entirely sure
> I believe this, and I am digging for more details, but I am writing to
> see if anyo
On Wed, 8 Nov 2000, Len Conrad wrote:
> All I need to change, I think, is maxusers since we're getting this
> error from postfix:
>
> Nov 8 04:59:41 postfix/qmgr[16383]: fatal: socket: No buffer space available
> Nov 8 04:59:41 postfix/smtp[16872]: fatal: socket: No buffer space available
> N
Terry Lambert wrote:
> > > when a process closes the device, I do not get a "close" call for each
> > > process closing the device. I instead get a close only on the last
> > > process closing the device.
> >
> > devices in a similar way as the one is used for scanning pty's).
>
> To add to this,
Lyndon Nerenberg writes:
> FWIW I run our NFS server with NMBCLUSTERS=1. It doesn't burn that
> much additional memory.
As an additional data point, I had an NFS server that regularly
crashed when it ran out; logs showed that it needed up to 1700
(against the default of 1024). I bumped it t
On Wed, 8 Nov 2000, Mike Silbersack wrote:
> I think you can up the mbuf related settings while the system is
> running. Give it a try. The two sysctls you'll want to fiddle with are:
>
> kern.ipc.nmbclusters
> kern.ipc.nmbufs
Nope.
These are read-only but can be tuned from l
Following is a patch to route interrupts for devices on the child side of
a PCI:PCI bridge. I don't have any easy way to test this, unfortunately.
If anyone would care to eyeball it before I commit it, I'd greatly
appreciate that.
Index: pcisupport.c
> "scanner" == <[EMAIL PROTECTED]> writes:
scanner>So one could go as high as.. 512? 1024? There has to
scanner> still be drawbacks at some number where your wasting
scanner> resources that you dont need just to get more mbuf's. I
scanner> think that is why they are sayi
KDE2 uses a utility called "konsole_grantpty". This is an suid program. Its job
is to chown the master side (/dev/pty??) of the pty pair for konsole, which is
KDE's "xterm" sort of thing. By isolating this action in a child, konsole
itself does not require suid. konsole_grantpty does its job by pe
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [001108 14:22] wrote:
> On Wed, 8 Nov 2000, Alfred Perlstein wrote:
>
> > Yes, but nmbclusters can, see the loader(8) manpage for the tunables
> > to raise kern.ipc.nmbclusters, you might have better luck setting
> > it to 32768.
>
> Is it possible t
A coworker seems to have found an issue with portmap on FreeBSD.
Aparently, if you try and register the same service twice, but with
different protocols (UDP vs TCP), it doesn't work. I'm not entirely sure
I believe this, and I am digging for more details, but I am writing to
see if anyone can tel
On Wed, 8 Nov 2000, Alfred Perlstein wrote:
> Yes, but nmbclusters can, see the loader(8) manpage for the tunables
> to raise kern.ipc.nmbclusters, you might have better luck setting
> it to 32768.
Is it possible to make the tuning of nmbclusters available after
the kenrel is loaded. So
* Len Conrad <[EMAIL PROTECTED]> [001108 12:29] wrote:
> Sorry to bother you hackers, but -questions isn't responding, and the
> handbook and Complete/Lehey don't, afaics, cover this situation
> explicitly. I can't really afford to screw up this production
> machine and start over from fresh d
> > kern.ipc.nmbclusters
> > kern.ipc.nmbufs
>
> Nope. Those are read only at least on my 4.2-BETA kernel.
read-only also in 4.1
# sysctl -w kern.ipc.nmbclusters=2048
sysctl: oid 'kern.ipc.nmbclusters' is read only
# sysctl -w kern.ipc.nmbufs=8192
sysctl: oid 'kern.ipc.nmbufs' is read o
>kern.ipc.nmbclusters
>kern.ipc.nmbufs
# sysctl -w kern.ipc.nmbclusters=2048
sysctl: oid 'kern.ipc.nmbclusters' is read only
# sysctl -w kern.ipc.nmbufs=8192
sysctl: oid 'kern.ipc.nmbufs' is read only
I'll have to reboot,
>You can determine which is needed more through a quick netstat -m.
# n
In message <[EMAIL PROTECTED]>, Len Conrad
writes:
># vmstat -z
...
>socket 607 1050 113/196K
...
>kern.ipc.maxsockets: 1064
>doesn't look like it to me.
I think a few slots are reserved, so you can consider 1050 as being
equal to 1064. Try putting
set kern.ipc.maxsoc
On Wed, 8 Nov 2000, Mike Silbersack wrote:
> > The machine can get up 200 SMTP processes and 50 SMTPD processes
> > simulatenously, 256 meg RAM.
> >
> > Increasing maxusers will fix this pb? afaic, maxusers can't be fixed
> > with sysctl.
>
> I think you can up the mbuf related settings while
>In message <[EMAIL PROTECTED]>,
>Len Conrad
>writes:
>
> >All I need to change, I think, is maxusers since we're getting this
> >error from postfix:
>
>You may be able to increase these limits without recompiling the
>kernel, by using kernel environment variables set in /boot/loader.rc.
>
>Firs
Looks like both the NetRaid firmware and the `sym' driver are in love with
the 895. If I am right, such an evil competition obviously disallows both
of them to succeed their aim. :-)
Given this message,
> Symbios,Inc.Pci boot Rom ,no supported devices found.
The Symbios BIOS seems to detect the
On Wed, 8 Nov 2000, Len Conrad wrote:
> All I need to change, I think, is maxusers since we're getting this
> error from postfix:
>
> Nov 8 04:59:41 postfix/qmgr[16383]: fatal: socket: No buffer space available
> Nov 8 04:59:41 postfix/smtp[16872]: fatal: socket: No buffer space available
>
Terry Lambert wrote:
>
> > If I understand you correctly, you have multiple processes all of which
> > are going to try to open /dev/foo, and you want them to behave as though
> > they have each opened a unique device?
> >
> > You can't do this with FreeBSD, or with many other Unixes.
>
> Any SV
Jacques Fourie wrote:
>
> Hi
>
> Please excuse any silly questions, but I am stuck with
> a problem that I can't find the answer for.
>
> I wrote a KLD module that performs encryption on
> network packets in the kernel. Packets are intercepted
> for encryption on a ethernet level (in ether_inpu
> What is the proper way to get the C compiler to look in ${PREFIX}/include
> for header files and ${PREFIX}/lib for libraries when using bsd.prog.mk?
>
> I can just use CFLAGS+= -I${PREFIX}/include -L${PREFIX}/lib but I suspect
> there may be a better way. grepping for -I in bsd.prog.mk didn't s
> I am not using kld to implement my system call. I am just using
> the old way.
>
> But I tried using pointers also. But I am not getting the correct
> returned values either...
The correct return value is probably "-1", with the value of 'z'
being undefined, for what you have now.
If you a
On 08-Nov-00 John Baldwin wrote:
> I'm sure Peter can correct this and fill in any holes as well as offer
> guidance to anyone who is masochistic enough^W^Wwilling to work on this.
Well, I didn't get all the facts quite right *sigh*. The page directory
pointer table actually contains 4 entries
> If I understand you correctly, you have multiple processes all of which
> are going to try to open /dev/foo, and you want them to behave as though
> they have each opened a unique device?
>
> You can't do this with FreeBSD, or with many other Unixes.
Any SVR4 system can support this. So can
> > when a process closes the device, I do not get a "close" call for each
> > process closing the device. I instead get a close only on the last
> > process closing the device.
>
> the reason for this is that you might have a process fork() after
> it has opened the device, and you do not want t
Sorry to bother you hackers, but -questions isn't responding, and the
handbook and Complete/Lehey don't, afaics, cover this situation
explicitly. I can't really afford to screw up this production
machine and start over from fresh disk, nor futz around for hours
guessing what magik combo of po
> One my program use alarm() to interrupt some blocking system calls.
> I use alarm(1) (one second). Everything works Ok, except cases, when
> ntpdate shift time more than 1 second forward. If time is shifted
> when alarm are set already, but not generated yet, SIGALARM doesn't
> occur a
> > } > what is FD 4?
> > }
> > } I can't reproduce this? Does it always happen?
> >
> > It might be something that the shell forgets to close, so it will be
> > dependent on which shell you use.
>
> exactly. this does not happen if I run this program from tcsh
> (but does if I run from bash 1.
I am not using kld to implement my system call. I am just using the old way.
But I tried using pointers also. But I am not getting the correct returned
values either...
>= Original Message From Terry Lambert <[EMAIL PROTECTED]> =
>> I just try to add a simple system call for testing
On 08-Nov-00 Jeroen Ruigrok van der Werven wrote:
> Reading some documents and sources I came to the following conclusion:
>
> We support 4 Kbyte pages and 4 Mbyte pages, but we do not support 2
> Mbyte pages. On IA-32 at least.
>
> Is there a reason to?
Heh, PSE and PAE are two different thi
> I just try to add a simple system call for testing:
>
> int my_call(int x, int y) {
>return (x + y);
> }
>
> In my user program:
>
> int main(int argc, char ** argv) {
>int x = 3;
>int y = 8;
>int z = 0;
>z = syscall(SYS_my_call, x, y);
>printf("%i + %i = %i\n", x, y,
> > the first thing I'd do if I were you would be to link statically.
>
> Yep that fixed it.
In my experience, which include trying to get the JNI stuff
working with promiscuous libraries, this is generally the
result of a bug in the FreeBSD linker.
What it usually means is that you have a prog
Giorgos Keramidas writes:
> 3#define VALUE 0
> My original question was if this is not behavior that should be
> considered buggy, since the size of VALUE has not been determined to be
> equal to sizeof(int) when the #define occurs, or has it?
The size of VALUE is not the issue;
In article [EMAIL PROTECTED]> you
write:
>Reading some documents and sources I came to the following conclusion:
>
>We support 4 Kbyte pages and 4 Mbyte pages, but we do not support 2
>Mbyte pages. On IA-32 at least.
>
>Is there a reason to?
>
>I could understand that some people would prefer 2
Hello,
Luigi Rizzo wrote:
> you could do something like this:
> + open allocates a descriptor which stores the PID of the process requesting
> access to the "device"
>
doing that now
> + each I/O operation uses the descriptor matching the PID passed to the
> read/write/ioctl
that too
>
>
I just glanced at it and see no major mistakes.
Sorry I don't have time for a real review.
Poul-Henning
In message <[EMAIL PROTECTED]>, Maksim Yevmenkin
writes:
>--0-783368690-973704660=:11219
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>
>Hello All,
>
>anyone wan
Hello All,
anyone wants to review and commit the following patch.
thanks,
emax
__
Do You Yahoo!?
Thousands of Stores. Millions of Products. All in one Place.
http://shopping.yahoo.com/
if_tap.c.diff
Wes Peters wrote:
>
> Maarten van Schie wrote:
> >
> > When I installed SO it didn't spitt out any complaints about the checksum.
> >
> > Did you install the Linux Emulator from /usr/ports/emulators/linux_base ?
> > You need it since the SO port uses the Linux version.
>
> Yes, and linux-netscap
hi, there!
On Wed, 8 Nov 2000, Don Lewis wrote:
> } > > No one with any brains uses bash 1 for anything
> } > > anymore.
> }
> } > Then why is it there? To help up the port count? If it's not good, it should
> } > be nuked, IMHO.
> }
> } people still use it because it is smaller
> } o
I've had no problems with my LPrs during installs, I have almost the same
config as you (the diff being faster CPUs). Are you sure you properly
terminated the built-in SCSI card when you installed the RAID card? The
instructions that came with the RAID card are pretty detailed in what
needs to be
-On [20001108 12:10], Max Khon ([EMAIL PROTECTED]) wrote:
[snip spurious fd problem]
>as for me -- I do not try to hunt bugs in bash1 and do not blame it.
>my question was about unclosed pipe
Which seems to me, after X people tested the same program under a host
of different shells, inc
On Nov 8, 5:06pm, Max Khon wrote:
} Subject: RE: daemon()
} hi, there!
}
} On Wed, 8 Nov 2000, Koster, K.J. wrote:
}
} > > No one with any brains uses bash 1 for anything
} > > anymore.
}
} > Then why is it there? To help up the port count? If it's not good, it should
} > be nuked, IMHO.
}
On Wed, 8 Nov 2000, Konrad Heuer wrote:
>
> On Tue, 7 Nov 2000, Kris Kennaway wrote:
>
> > On Tue, Nov 07, 2000 at 01:56:21PM +0100, Konrad Heuer wrote:
> >
> > > After patching and installing, tcpdump can't be used anymore since it puts
> > > very heavy load onto the network via xl0 and Apple
Hello,every one:
I have meet a problem when I am installing FreeBSD 4.1.1 on HP LPR.
HP LPR:
cpu: PIII 650MHZ *2
memory:384MB
Disk : 9G scsi-2 *2
Scsi card: HP NetRaid 1si
scsi card without raid (HP)
PhoenixBIOS 4.06.34 PR
Symbios,Inc.SDMS (TM) v4.0 PCI SCSI BIOS,PC
Reading some documents and sources I came to the following conclusion:
We support 4 Kbyte pages and 4 Mbyte pages, but we do not support 2
Mbyte pages. On IA-32 at least.
Is there a reason to?
I could understand that some people would prefer 2 Mbyte pages in some
situations. But looking at pm
Jacques Fourie wrote:
>
> Would it be possible to pre-allocate a block of memory
> and then "switch" stacks in my interrupt routine? This
> may be far off, but my only other option is going
> through ~1 lines of code and examining all places
> where local variables are declared. If I could so
hi, there!
On Wed, 8 Nov 2000, Koster, K.J. wrote:
> > No one with any brains uses bash 1 for anything
> > anymore.
> Then why is it there? To help up the port count? If it's not good, it should
> be nuked, IMHO.
people still use it because it is smaller
obrien has already tried to remove
Dan Nelson wrote:
>
> You can make it look like you're switched to vty 0, by making your
> screen_saver() function simply copy the contents of vty 0 to screen
> memory on every update. Just make sure both vtys are the same size
> first...
Ok, I'll try that approach and see if I can get it to w
On Tue, 7 Nov 2000, Kris Kennaway wrote:
> On Tue, Nov 07, 2000 at 01:56:21PM +0100, Konrad Heuer wrote:
>
> > After patching and installing, tcpdump can't be used anymore since it puts
> > very heavy load onto the network via xl0 and AppleTalk broadcast messages
> > (one message each 0.2 ms).
On Tue, 07 Nov 2000, Kris Kennaway wrote:
>
> On Tue, Nov 07, 2000 at 01:56:21PM +0100, Konrad Heuer wrote:
>
> > After patching and installing, tcpdump can't be used anymore since it puts
> > very heavy load onto the network via xl0 and AppleTalk broadcast messages
> > (one message each 0.2 ms)
>
> No one with any brains uses bash 1 for anything
> anymore.
>
Then why is it there? To help up the port count? If it's not good, it should
be nuked, IMHO.
Kees Jan
PS. Interesting to use the words "nuke" and "humble" in the same
sentence. I should go into politics.
==
The #defines dont matter as cc never sees them so line 11 is seen as
func(0)
0 will be an int by default. When this call is made a 32 bit int with a
value of 0 will be pushed onto the stack. When func is executed this 32
bit value is cast to a 16 bit short and this causes a warning to be
emitted
This is quite odd. Anybody have any ideas?
(kgdb) back
#0 mi_switch () at machine/globals.h:119
#1 0xc0167711 in tsleep (ident=0xe19418c0, priority=8,
wmesg=0xc0291cfd "vget", timo=0) at ../../kern/kern_synch.c:467
#2 0xc0190193 in vget (vp=0xe19418c0, flags=393216, p=0xdca87780)
:
:
:Would it be possible to pre-allocate a block of memory
:and then "switch" stacks in my interrupt routine? This
:may be far off, but my only other option is going
:through ~1 lines of code and examining all places
:where local variables are declared. If I could somehow
:do this in a diffe
First of all, I would like to say a big thanks for all
of the replies I got so far. I really appreciate it.
Here is a more detailed description of what the code
does. It is for a commercial IPsec product. I know
that IPsec is available in FreeBSD, but this started
long before KAME was available.
Hello guys,
I have been working on merging the CITRUS locale/wchar/iconv
patches into -current.
Here is the patch, please test and comment.
http://iteration.net/~keichii/src.diff.keichii.citrus.20001108.bz2
Thanks
>
> --- Warner Losh <[EMAIL PROTECTED]> wrote:
>
> > 10k lines in an interrupt routine sounds to be way
> > more work than you
> > want to do in an interrupt routine. Maybe you could
> > use a work queue
> > and deal with it that way. There isn't much I can
>
> The ~10k lines of code is in a
--- Warner Losh <[EMAIL PROTECTED]> wrote:
> 10k lines in an interrupt routine sounds to be way
> more work than you
> want to do in an interrupt routine. Maybe you could
> use a work queue
> and deal with it that way. There isn't much I can
The ~10k lines of code is in a software interrupt
(
In message <[EMAIL PROTECTED]> Jacques Fourie writes:
: Would it be possible to pre-allocate a block of memory
: and then "switch" stacks in my interrupt routine? This
: may be far off, but my only other option is going
: through ~1 lines of code and examining all places
: where local variable
Would it be possible to pre-allocate a block of memory
and then "switch" stacks in my interrupt routine? This
may be far off, but my only other option is going
through ~1 lines of code and examining all places
where local variables are declared. If I could somehow
do this in a different way,
:
:Hi
:
:Thanks for your reply. I have two other questions
:regarding this matter.
:
:Would it be possible to extend the kernel stack?
:The reason is that some of the crypto and hashing
:algorithms use relatively large contexts which for
:performance reasons are currently allocated on the
:stack.
71 matches
Mail list logo