[pf4freebsd] Re: Version 2.03 - m_copym panic (and others)
Pyun YongHyeon
yongari at kt-is.co.kr
Wed Sep 15 20:59:50 PDT 2004
On Fri, Jan 30, 2004 at 10:39:23AM +0100, Mathieu Arnold wrote:
> +-Le 30/01/2004 18:26 +0900, Pyun YongHyeon =E9crivait :
> | On Fri, Jan 30, 2004 at 10:01:03AM +0100, Mathieu Arnold wrote:
> | > +-Le 30/01/2004 10:59 +0900, Pyun YongHyeon ?crivait :
> | > | > Stop in /usr/o/usr/ports/security/pf/work/pf_freebsd_2.02.
> | > | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> | > | > *** Error code 1
> | > | >=20
> | > | > Stop in /usr/ports/security/pf.
> | > | ^^^^^^^^^^^^^^^^^^^^^^
> | > |=20
> | > | I don't know why port system try to use "/usr/o/usr/ports" =
> directory.
> | > | (symbolic link or NFS mounted?)
> | > | If your ports tree reside in "/usr/o/usr/ports", you may need to
> | > | define PORTSDIR environment variable. See ports(7) for available
> | > | other environment variables.
> | >=20
> | > Hum, /usr/ports is NFS mounted, and to avoid building everything in
> | > /usr/ports which would lead to much much traffic and reduce compile
> | speed > (or because it's mounted from a CDROM being read only), you can
> | define : > WRKDIRPREFIX=3D/some/path/to/somewhere/you/can/write
> | > in your make.conf. See make.conf(5) for more details. Being also
> | > mat at FreeBSD.org, I guess that is a part I know a bit ;)
> | >=20
> | > The problem lines in lines like this :
> | >=20
> | > mtag =3D m_tag_get(PACKET_TAG_PF_QID, sizeof(*atag), M_NOWAIT);
> | >=20
> | > it's the sizeof(*atag) gcc does not like. Why, I quite frankly don't
> | know. >=20
> |=20
> | I don't know why gcc complain this. If ALTQ was installed successfully,
> | this should not happen.(At least, it always work for me.)
>
> Well, altq works (5.2-beta2 patch), and old pf 2.00 works too, but I'd
> rather have a newer version :)
>
Strange to me.
> | If your /usr/ports is NFS mounted, util.mk in include/mk/util.mk can
> | link sys directory incorrectly.
>
> I don't see why, I've been using this NFS mounted installations for years,
> with all my servers, and never had I any trouble with it. Moreover, I have
> pf 2.00 compiled on it.
>
At first, I thought neither the NFS server nor your system is i386.
Because you used pf 2.00 before, there might be bugs in pf 2.02 with
ALTQ.(IMO)
> | At present, util.mk assume the following ALTQ directory:
> | 1. /usr/src/sys.altq or
> | 2. /sys or
> | 3. /usr/src/sys
>
> 2 and 3 leads to 1.
>
> | Please check symbolic links for '@' and 'machine' were set correctly.
> | (See work/pf_freebsd_2.02/pf after compilation failure.)
>
> lrwxr-xr-x 1 root wheel 17 30 jan 10:33 @@ -> /usr/src/sys.altq
> lrwxr-xr-x 1 root wheel 30 30 jan 10:33 machine@ ->
> /usr/src/sys.altq/i386/include
>
> looks good.
>
Yes. It's Ok.
> | If the link was set correctly, check the existence of stale header
> | files in your system.
>
> Which header file do you think of ? I've checked if_altq.h as it seems to
> be the only included one. I only have one version of it.
>
ALTQ touchs <net/if_var.h>.
pf.c includes <net/if.h> which in turn include if_var.h.
But I can't sure your problem is related with this.
I'll check pf 2.02 with ALTQ when I reboot to FreeBSD 5.2R.
(Maybe it will take 2 hours due to 'make build' of OpenBSD-Current.)
Thank you.
Regards,
Pyun YongHyeon
--
Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>
More information about the freebsd-pf
mailing list