<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<pre class="moz-quote-pre" wrap="">"Ugy tunik, a kernel-forditas meg instabilabb mint egy 2.0-as linux kernelnel."
<b>Míg a linux próbál hasonlítani egy unix -hoz, addig a FreeBSD ami unix "like" próbál működni PC-n. :)</b><b>
</b>
FreeBSD kernelt llvm clang -al forgatjuk nem GCC -vel, már jó ideje. gcc -t ne is erőltesd.
PF -nek mítosza van, míg az IPFW csak tud dolgokat egyszerűbben, de a PF talán tud többet.
Ettől függetlenül nem szar az IPFW anno elvitt 4Gbpst (LAGG) routingba.
Ajánlom a figyelmedbe: pfSense, lehet pont erre vágysz.
Ha különben megnézed a pfSense -t, akkor ott egyszerre használják a PF -et az IPFW -vel.
<a href="https://www.pfsense.org/">https://www.pfsense.org/</a>
Fordításkor a hibaüzenet jöhet több helyről lehet 100+1 oka, lehet az ALTQ nem ér ennyit, amúgy sincs rá garancia, hogy működni fog.
Az ilyen kernelbe forgatott csodák a 10 forintos realtek chipekkel nagyon szép kernel pánikokat hagynak maguk után, tehát nem véletlen, hogy nincs gyáriba.
Én már találkoztam: Queue overrun, TX Buffer overflow üzenetekkel mikor talán pont az ALTQ -val szórakoztam, de olyan rég volt, hogy nem esküszöm meg rá.
</pre>
<div class="moz-cite-prefix">2019. 08. 21. 16:52 keltezéssel,
gabor--- via BSD írta:<br>
</div>
<blockquote type="cite"
cite="mid:ba6a26a2fe081ec1e839046f8e80b9c3@zahemszky.hu">Hali!
<br>
<br>
Ha jól emlékszem kb 5 évvel ezelőtti utolsó ez irányú
kisérletemre,
<br>
akkor egy új kernel kb ebből állt:
<br>
cd /usr/src/sys/conf/$ARCH/
<br>
cp GENERIC MYKERNCONF
<br>
vi MYKERNCONF
<br>
cd /u
<br>
2019-08-21 15:25 időpontban PÁSZTOR György via BSD ezt írta:
<br>
<blockquote type="cite">Hi,
<br>
<br>
"gabor--- via BSD" <a class="moz-txt-link-rfc2396E" href="mailto:bsd@lista.bsd.hu"><bsd@lista.bsd.hu></a> írta 2019-08-21
12:18-kor:
<br>
<blockquote type="cite">Most gyorsan belenéztem, teljesen olyan,
mintha a GENERIC 12.x-ben nem
<br>
lenne benne az ALTQ, ahogy DaVieS írja. Az ipfw+dummynetes
tanácsát is
<br>
</blockquote>
<br>
Jah. Ugy tunik, hogy ezt a pf-shaperes peldak elfelejtik
emlegetni, hogy
<br>
kernelforditassal jar.
<br>
<br>
Ugy tunik, a kernel-forditas meg instabilabb mint egy 2.0-as
linux
<br>
kernelnel.
<br>
Forras: 12-es istallo:
<br>
root@vpnr:/usr/src # svn info | grep URL
<br>
URL: <a class="moz-txt-link-freetext" href="https://svn.freebsd.org/base/stable/12">https://svn.freebsd.org/base/stable/12</a>
<br>
Relative URL: ^/stable/12
<br>
<br>
Folyamatosan ugyanabba a hibaba esik bele a forditas:
<br>
amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
<br>
<br>
Valami google talalat azt mondta erre nekem, hogy a clang a
regi:
<br>
# cc --version
<br>
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540)
(based on
<br>
LLVM 6.0.1)
<br>
Target: x86_64-unknown-freebsd12.0
<br>
Thread model: posix
<br>
InstalledDir: /usr/bin
<br>
<br>
Most miutan mondtam egy pkg install gcc9 -et is a rendszernek,
mar
<br>
valtozott a hibauzenet:
<br>
cc -target x86_64-unknown-freebsd12.0
<br>
--sysroot=/usr/obj/usr/src/amd64.amd64/tmp
<br>
-B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe
<br>
-fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys
<br>
-I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt
<br>
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
<br>
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD
<br>
-MF.depend.subr_epoch.o -MTsubr_epoch.o
<br>
-fdebug-prefix-map=./machine=/usr/src/sys/amd64/include
<br>
-fdebug-prefix-map=./x86=/usr/src/sys/x86/include
-mcmodel=kernel
<br>
-mno-red-zone -mno-mmx -mno-sse -msoft-float
<br>
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv
<br>
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls
-Wnested-externs
<br>
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wcast-qual
<br>
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__
<br>
-Wmissing-include-dirs -fdiagnostics-show-option
-Wno-unknown-pragmas
<br>
-Wno-error-tautological-compare -Wno-error-empty-body
<br>
-Wno-error-parentheses-equality -Wno-error-unused-function
<br>
-Wno-error-pointer-sign -Wno-error-shift-negative-value
<br>
-Wno-address-of-packed-member -mno-aes -mno-avx
-std=iso9899:1999
<br>
-Werror /usr/src/sys/kern/subr_epoch.c
<br>
/usr/src/sys/kern/subr_epoch.c:122:54: error: invalid
application of
<br>
'sizeof' to an incomplete type 'struct epoch_record'
<br>
pcpu_zone_record = uma_zcreate("epoch_record pcpu",
<br>
sizeof(struct epoch_record),
<br>
^
<br>
~~~~~~~~~~~~~~~~~~~~~
<br>
/usr/src/sys/kern/subr_epoch.c:122:68: note: forward declaration
of
<br>
'struct epoch_record'
<br>
pcpu_zone_record = uma_zcreate("epoch_record pcpu",
<br>
sizeof(struct epoch_record),
<br>
....
<br>
/usr/src/sys/sys/malloc.h:223:27: note: expanded from macro
'malloc'
<br>
if (__builtin_constant_p(size) &&
__builtin_constant_p(flags) &&\
<br>
^~~~
<br>
/usr/src/sys/sys/epoch.h:44:8: note: forward declaration of
'struct epoch'
<br>
struct epoch;
<br>
^
<br>
/usr/src/sys/kern/subr_epoch.c:167:22: error: incomplete
definition of
<br>
type 'struct epoch'
<br>
ck_epoch_init(&epoch->e_epoch);
<br>
~~~~~^
<br>
/usr/src/sys/sys/epoch.h:44:8: note: forward declaration of
'struct epoch'
<br>
struct epoch;
<br>
^
<br>
fatal error: too many errors emitted, stopping now
[-ferror-limit=]
<br>
20 errors generated.
<br>
*** Error code 1
<br>
<br>
Stop.
<br>
make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/ALTQ
<br>
*** Error code 1
<br>
<br>
Az azert is fura, mert a cc maradt a clang.
<br>
A clang-ot nem is latom a pkg info kimeneteben.
<br>
WTF?
<br>
A pkg install gcc binutils-t meg par egyeb csomagot hozott csak
magaval.
<br>
Mit hagynak ki a kezikonyvbol?
<br>
<br>
<blockquote type="cite">csak megerősíteni tudom, akár azt is
megteheted, hogy mindent a pf-fel
<br>
csinálsz, és csak ezt az igényelt vpn limitációt csinálod a
másik
<br>
csomagszűrővel. (Ha pl. a pf szintaxisa vagy működési módja
jobban
<br>
kézre áll.)
<br>
</blockquote>
<br>
Meg egyelore a pf-et is csak tanulgatom, de a pf-et emlegetik
mindenutt,
<br>
mint vilagklasszis csomagszuro. Emlekszem, milyen felkapott hype
volt
<br>
korulotte, amikor a 11.2-es Solarisba behoztak, hogy az ipf
helyett tudsz
<br>
pf-ezni benne.
<br>
Akkor most mi az igazsag?
<br>
Megis jo az az ipf? Vagy tanuljam meg mindkettot?
<br>
<br>
pf mellett, hogy tudom azt a forgalmat a dummy-nak elzavarni, es
ott
<br>
meg-shapelni?
<br>
<br>
Udv,
<br>
Gyu
<br>
--
<br>
Magyar BSD Levelezlista
<br>
</blockquote>
--
<br>
Magyar BSD Levelezlista<br>
</blockquote>
</body>
</html>