subscribe
--
Eric Windisch
http://bwbohh.net
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> 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
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,
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 Clust
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 tr
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
: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 comprehensive
>> 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
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 1
>
> 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
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 real
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.php
On Mon, 11 Feb 2002, Kip Macy wrote:
> 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.
There's no reason freebsd-uthread.c has to be included in gdb.
We've been maintai
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 goes
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 w
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 http://www.eventdriven.org/freebsd
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
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 PROTECTE
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 interes
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
# 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: Varshavchic
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
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
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 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 FreeBS
>
>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 0xeb159c
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, mail
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 *
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 Admin
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 a
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 freebsd-ha
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:
http://cranford.eng.netap
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 parsin
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 | SA
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
35 matches
Mail list logo
