<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
"Ugy tunik, a kernel-forditas meg instabilabb mint egy 2.0-as linux
kernelnel."
<div class="moz-forward-container">
<pre class="moz-quote-pre" wrap=""><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.
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á.
P.S: Előző levél elveszett az éterbe, talán ráugrott a filter az URL -re.
</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" moz-do-not-send="true"><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"
moz-do-not-send="true">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>
</div>
</body>
</html>