i'be been thinking of a similar idea to limit the connections from an ip...
could get the ftpd to write the ip on login to a file similar to writing the
pid file. then could search the file for the number of instances of the
connecting ip and if that is over a certian number deny the login
Hi.
I got problem with namei(9) and some devices.
Example (catching syscall open()):
static int
n_open(register struct proc *p, register struct open_args *ea)
{
[...]
long finode = 0;
struct nameidata nd, *ndptr;
[...]
ndptr = nd;
NDINIT(ndptr, LOOKUP, FOLLOW |
On 2002-02-08, Kris Kennaway wrote:
On Fri, Feb 08, 2002 at 06:10:16PM +0100, Marco Molteni wrote:
FreeBSD -current and -stable have libpcap 0.6.2, imported 10 months
ago. The current libpcap from www.tcpdump.org is 0.7.1 (and has
features I am interested in, namely the parsing of
I don't see any reference to you calling vrele or vput. Without that the
reference count won't be decreased and the vnode will continue to be locked for
all other callers.
=
For RAIDANT status see:
i've been playing in writing a driver for a Pinacle DC10 card that has
mpeg sypport on-board. Q- is there something like v4linux in the bsd world?
else, i'll see if i can get my driver behave like the brooktree.
danny
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hello!
i was not intended to include following lines to the patch:
--
@@ -36,7 +36,7 @@
* SUCH DAMAGE.
*
*@(#)kern_fork.c8.6 (Berkeley) 4/8/94
- * $FreeBSD: src/sys/kern/kern_fork.c,v 1.130 2002/02/07 23:06:26 peter Exp $
+ * $FreeBSD: src/sys/kern/kern_fork.c,v 1.128 2002/01/13 11:57:59
On Mon, Feb 11, 2002 at 12:46:47AM -0800, Kip Macy wrote:
+ I don't see any reference to you calling vrele or vput. Without that the
+ reference count won't be decreased and the vnode will continue to be locked for
+ all other callers.
+
That's it. thX!
--
Pawe Jakub Dawidek
Network
Hi folks,
Is it normal that lsof utility doesn't display the process that are
listening specified TCP sockets any more? For example, here are the
examples of the lsof output of 'lsof -i|grep inetd' command on FreeBSD 4.3
and 4.5:
4.3:
inetd 157 root4 IPv4 0xeee7f720 0t0 TCP
Hello,
[...]
How can it be that it doesn't show the ports on which inetd is
listening? How can this info be retrieved on 4.5 at all, are there some
other ways for doing it?
sockstat(1)?
--
Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer
phone: +7 (095) 796-9079,
4.3:
inetd 157 root4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN)
inetd 157 root5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN)
inetd 157 root6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LISTEN)
4.5:
inetd 180 root4 IPv4 0xeb159cc0
On Mon, Feb 11, 2002 at 03:00:20PM +0300, Varshavchick Alexander wrote:
Hi folks,
Is it normal that lsof utility doesn't display the process that are
listening specified TCP sockets any more? For example, here are the
examples of the lsof output of 'lsof -i|grep inetd' command on FreeBSD
Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a
some general problem with the system, because the command
sockstat -4 -l
doesn't print anything either. What can it be...?
Alexander Varshavchick, Metrocom Joint Stock Company
Phone: (812)118-3322, 118-3115(fax)
On Mon, Feb 11, 2002 at 01:19:23PM +0100, Rogier R. Mulhuijzen wrote:
4.3:
inetd 157 root4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN)
inetd 157 root5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN)
inetd 157 root6 IPv6 0xeee7f2e0 0t0 TCP
On 15:13+0300, Feb 11, 2002, Varshavchick Alexander wrote:
Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a
some general problem with the system, because the command
sockstat -4 -l
doesn't print anything either. What can it be...?
Please show
# sysctl
# sysctl kern.ps_showallprocs
kern.ps_showallprocs: 1
Alexander Varshavchick, Metrocom Joint Stock Company
Phone: (812)118-3322, 118-3115(fax)
On Mon, 11 Feb 2002, Maxim Konovalov wrote:
Date: Mon, 11 Feb 2002 15:36:58 +0300 (MSK)
From: Maxim Konovalov [EMAIL PROTECTED]
To: Varshavchick
On Mon, Feb 11, 2002 at 03:13:55PM +0300, Varshavchick Alexander wrote:
Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a
some general problem with the system, because the command
sockstat -4 -l
doesn't print anything either. What can it be...?
Just as a
You fired almost to the point - many of the system directories remained
not updated by some reason after an 'upgrade' option in sysinstall,
however new kernel is working fine. So it seems that the OLD userland
utilities cannot quite deal with the NEW kernel's way of presenting
things. It's
On Mon, Feb 11, 2002 at 04:24:20PM +0300, Varshavchick Alexander wrote:
On Mon, 11 Feb 2002, Peter Pentchev wrote:
Date: Mon, 11 Feb 2002 15:17:57 +0200
From: Peter Pentchev [EMAIL PROTECTED]
To: Varshavchick Alexander [EMAIL PROTECTED]
Cc: Edwin Groothuis [EMAIL PROTECTED], [EMAIL
On Mon, Feb 11, 2002 at 04:18:35PM -0800, David O'Brien wrote:
We did with 4.5. Unfortunately the latest LSOF changed how it is packed.
I spent an hour trying to update the port but got pulled away before I
was done. Grab the latest tarball and build by hand.
Here is my patch in progress if
On Sun, Feb 10, 2002 at 11:15:16PM -0800, Kip Macy wrote:
An updated freebsd-uthread.c with core support is available off of the same
page. I only just now got it working, and have not done any regression
testing, so only use it if you have to.
I looked at
Loren Rittle indicated that they were, but pointed out what you have already
pointed out to me: freebsd-uthread.c is the work of others so my FSF paperwork
won't be enough.
I'll ask him to send you the patch he created.
-Kip
On Mon, 11 Feb 2002, David O'Brien
Greetings,
Since the upgrade from 4.4 to 4.5 I have problems with my
ipv6-over-v4-tunnel towards the freenet6-servers.
The tunnel-setup goes fine, I can ping everything without a problem.
But when I open an interactive session, after a short time weird
things happen:
The tcp-session itself
Nero wrote:
Just thought I'd bring your attention to the new radix tree page cache
in use by linux - I dont know what freebsd do at the moment, but it looks
like it will improve scalability (you guys might want to use the idea).
Anyway, heres the link: http://lwn.net/2002/0207/kernel.php3
Just thought I'd bring your attention to the new radix tree page cache
in use by linux - I dont know what freebsd do at the moment, but it looks
like it will improve scalability (you guys might want to use the idea).
Anyway, heres the link: http://lwn.net/2002/0207/kernel.php3
--
It's not
There's no reason freebsd-uthread.c has to be included in gdb.
I think that there are instances when an individual wants to use the latest and
greatest version of GDB and still have thread support. Even if the threads
library does change, the objfile function should be able to take that into
See my page now. It contains a pointer to a tarball
with what I believe to be the appropriate style
patches and a single unified diff. I'm obviously new
to this so humor me and let me know if there are any
further problems.
--- David O'Brien [EMAIL PROTECTED] wrote:
On Sun, Feb 10, 2002 at
Loren Rittle indicated that they were [in a form useful to /usr/ports]
Actually, to avoid all confusion, I privately wrote Kip to say that I
was able to extract out his updated thread support and apply it to my
local mainline binutils tree. That is a bit different than indicating
the work is
:i've been playing in writing a driver for a Pinacle DC10 card that has
:mpeg sypport on-board. Q- is there something like v4linux in the bsd world?
:else, i'll see if i can get my driver behave like the brooktree.
:
:danny
Not that I know of. The brooktree driver seems pretty
On Mon, 11 Feb 2002, Kip Macy wrote:
There's no reason freebsd-uthread.c has to be included in gdb.
I think that there are instances when an individual wants to use the latest and
greatest version of GDB and still have thread support. Even if the threads
library does change, the objfile
On Mon, 11 Feb 2002, Loren James Rittle wrote:
Loren Rittle indicated that they were [in a form useful to /usr/ports]
Actually, to avoid all confusion, I privately wrote Kip to say that I
was able to extract out his updated thread support and apply it to my
local mainline binutils tree.
Is there a sysv semphore/shmem implementation using mmap available for FreeBSD? I need
a userland
based sysv
sem/shm library to write a little project, any pointers?
Many thanks in advance
Matt
--
WWW.XGFORCE.COM -
The Next Generation Server
Look at the posix shmem and sem functions:
shm_open
shm_unlink
sem_open, sem_close, sem_post etc.
--- Matthew [EMAIL PROTECTED] wrote:
Is there a sysv semphore/shmem implementation using
mmap available for FreeBSD? I need a userland
based sysv
sem/shm library to write a little project, any
Not that I know of. The brooktree driver seems pretty comprehensive
though I am still attempting to figure out how to mmap() multiple
frames.
for someone with some vm experience (:-), it should not be a problem, in
the past when i was playing with the meteor, i just junked the
subscribe
--
Eric Windisch
http://bwbohh.net
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
34 matches
Mail list logo