FreeBSD mail list etiquette
In a recent message on this list, Poul-Henning Kamp <[EMAIL PROTECTED]> took Kip Macy <[EMAIL PROTECTED]> to task for posting DragonFlyBSD research and development results here, writing "You seem to have mistaken [EMAIL PROTECTED] for [EMAIL PROTECTED] Please don't make this mistake again." Please note that Poul-Henning Kamp is NOT a moderator for this mail list, nor an official of the FreeBSD Project in any way. The above is simply Poul-Henning's opinion; you may attach whatever validity to that you wish. Kip Macy, other DragonFlyBSD developers, and anyone else wishing to contribute are invited to join and participate in the open FreeBSD mail lists, sharing code, design information, research and test results, etc. according to their own will. We welcome input from everyone, including constructive criticism of weaknesses or flaws in FreeBSD. -- Where am I, and what am I doing in this handbasket? Wes Peters [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some mmap observations compared to Linux 2.6/OpenBSD
On Thu, Oct 23, 2003 at 09:36:48AM +1000, Q wrote: > This is interesting, and demonstrates what I have been seeing, however > OpenBSD obviously has other issues with it's mmap implementation > entirely separate from this discussion. Indeed, but also note the OpenBSD graph¹ is actually two graphs, one O(n) and One O(1). aha ¹ http://bulk.fefe.de/scalability/mmap.png ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some mmap observations compared to Linux 2.6/OpenBSD
I beg to differ. It might show linear growth, but the OpenBSD graph is definitely not O(n). Seeya...Q On Thu, 2003-10-23 at 21:23, Andy wrote: > On Thu, Oct 23, 2003 at 09:36:48AM +1000, Q wrote: > > This is interesting, and demonstrates what I have been seeing, however > > OpenBSD obviously has other issues with it's mmap implementation > > entirely separate from this discussion. > > Indeed, but also note the OpenBSD graph¹ > is actually two graphs, one O(n) and One O(1). > > aha > > ¹ http://bulk.fefe.de/scalability/mmap.png ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some mmap observations compared to Linux 2.6/OpenBSD
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote: > I beg to differ. It might show linear growth, but the OpenBSD graph is > definitely not O(n). Err... How would you define O(n) then ? Zlo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some mmap observations compared to Linux 2.6/OpenBSD
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote: > I beg to differ. It might show linear growth, but the OpenBSD graph is > definitely not O(n). Hmm, it looks like that when it hits the next threshold, it's O(n), but O(1) otherwise. But contrary to the blurry Linux 2.4 fork() graph, the thresholds seem set at fixed numbers of pages. Zlo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ktrace/kdump question: intrepretting calls.
I'm trying to work out what a particular application does by using ktrace and kdump. At the relevant point in the kdump it says: 1080 Application CALL #91(0x28d28000,0x4000) 1080 Application RET #91 0 How do I go about working out what this call means? I guess that it's to a library somewhere, but I'm not sure what. I'd like to ktrace that too if possible. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: Some mmap observations compared to Linux 2.6/OpenBSD
Good point, maybe I should have said "increasing" growth instead of "linear" ;) Seeya...Q On Thu, 2003-10-23 at 23:02, Marc Olzheim wrote: > On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote: > > I beg to differ. It might show linear growth, but the OpenBSD graph is > > definitely not O(n). > > Err... How would you define O(n) then ? > > Zlo > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pseudo-driver (*pr_input)
Good morning hackers,
I am writing a pseudo driver for a routing protocol that insert its header
after the ip header. I call it TTT. On the output after ip_output, for
packets destined to a particular subnet I go through the ttt0 virtual
interface calling ttt_output.
In ttt_input all I have is a printf statement to make sure that it is being
called. tcpdump on the physical interface shows those packets getting in as a
result of a ping from 243.10.1.1, but I don't see in the /var/log/messages
what should be printed by ttt_input. I use 2 machines connected back to back
with a crossover cable.
tcpdump: listening on fxp0
16:11:15.398205 243.10.1.1 > 243.10.1.2: ip-proto-110 91
16:11:16.408227 243.10.1.1 > 243.10.1.2: ip-proto-110 91
.
in if_ttt.c I have this to support calls to ttt_input
extern struct domain inetdomain;
static const struct protosw in_ttt_protosw =
{ SOCK_RAW, &inetdomain, IPPROTO_TTT, PR_ATOMIC|PR_ADDR,
(pr_input_t*)ttt_input, (pr_output_t*)rip_output, rip_ctlinput,
rip_ctloutput, 0, 0, 0, 0, 0,
&rip_usrreqs,
};
and in
static int ttt_clone_create(struct if_clone *ifc, int unit)
{
sc->encap_cookie = encap_attach_func(AF_INET, IPPROTO_TTT,
ttt_encapcheck, &in_ttt_protosw, sc);
}
sorry for the long post, but if somebody can tell me what I am missing I'll
appreciate.
thank you,
Jerry.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ktrace/kdump question: intrepretting calls.
On Thu, Oct 23, 2003 at 04:40:41PM +0100, Josef Karthauser wrote: > I'm trying to work out what a particular application does by using > ktrace and kdump. At the relevant point in the kdump it says: > > 1080 Application CALL #91(0x28d28000,0x4000) > 1080 Application RET #91 0 > > How do I go about working out what this call means? I guess that it's > to a library somewhere, but I'm not sure what. I'd like to ktrace that > too if possible. Is it a linux binary? The #91 means syscall 91 AFAIK, which isn't in use on -stable or -current. However Linux syscall #91 is munmap, which looks like a plausable candidate given the arguments. Try installing the linux_kdump port... David. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ktrace/kdump question: intrepretting calls.
On Thu, Oct 23, 2003 at 05:33:09PM +0100, David Malone wrote: > On Thu, Oct 23, 2003 at 04:40:41PM +0100, Josef Karthauser wrote: > > I'm trying to work out what a particular application does by using > > ktrace and kdump. At the relevant point in the kdump it says: > > > > 1080 Application CALL #91(0x28d28000,0x4000) > > 1080 Application RET #91 0 > > > > How do I go about working out what this call means? I guess that it's > > to a library somewhere, but I'm not sure what. I'd like to ktrace that > > too if possible. > > Is it a linux binary? The #91 means syscall 91 AFAIK, which isn't > in use on -stable or -current. However Linux syscall #91 is munmap, > which looks like a plausable candidate given the arguments. Try > installing the linux_kdump port... > Thanks. I'll take a look. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
5.1 mfsroot floppy broken?
Hi, I have been trying to get an install of 5.1 using the floppies made off the 5.1 ISO, and it seems they are broken. Has anyone else successfully achieved an install using the boot disks? Regards - Jacob Further Details: After booting, custom install, and then selecting cdrom/dos partion/floppies as the media, you receive the following error: Error mounting /dev/xxx on /dist: No such file for directory (2) (Just replace xxx with the media you have selected) ___ JacobRhoden -- http://rhoden.id.au/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.1 mfsroot floppy broken?
On Fri, Oct 24, 2003 at 09:24:25AM +1000, JacobRhoden wrote: > Hi, > > I have been trying to get an install of 5.1 using the floppies made off the > 5.1 ISO, and it seems they are broken. Has anyone else successfully achieved > an install using the boot disks? > > Regards > - Jacob > > Further Details: > After booting, custom install, and then selecting cdrom/dos > partion/floppies as the media, you receive the following error: > > Error mounting /dev/xxx on /dist: No such file for directory (2) > > (Just replace xxx with the media you have selected) I've seen something like this as well../dist didn't exist in the MFS root, but I think /mnt did. I wasn't sure if it was my fault somehow, so I didn't follow it up. This was probably with the 5.1-RELEASE fixit CD, which is the only install media I've used in the past few months. Kris pgp0.pgp Description: PGP signature
msdosfs & am-utils
Just noticed that amd no longer can handle pcfs mounts.
Here is the map:
/defaults fs:="${autodir}/${host}/${key}/"
* opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev
floppy type:=pcfs;dev:=/dev/fd0;opts:=rw
photo type:=pcfs;dev:=/dev/da0s1;opts:=rw
Neither floppy, nor photo can be mounted with amd, it gots "EFAULT" from
mount syscall.
sources are from Oct, 16 and I haven't seen any commits to both amd or
FreeBSD timon.nist 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Oct 17
17:16:27 MSD 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TIMON i386
(cvsup from Oct, 16)
I want to do some debugging, but dunno where to start
--
Artem 'Zazoobr' Ignatjev <[EMAIL PROTECTED]>
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Serve NFS from within a jail?
On Wed, Oct 22, 2003 at 11:42:06PM -0700, Nicholas Esborn wrote: > However, neither mountd nor nfsd are happy running inside the jail: NFS is one of those things that is largely implemented as a service in the kernel, and so doesn't really fit in with the way jail's work. If you want to run an NFS server from a jail, you'd probably need a userland NFS server. I don't know for certain, but cfs from ports might be able to do this. David. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
