<div dir="ltr">És az új kernel install után még egy reboot nem árt, na az kimaradt, bocsi :)<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 22 Aug 2019 at 11:15, Balázs Mátéffy <<a href="mailto:repcsike@gmail.com">repcsike@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Szia,</div><div><br></div><div>Nem tudom melyik verzión vagy Gyuri, én mindig custom kernellel tolom.<br></div><div>Érdemes betekinteni /usr/src update után a /usr/src/UPDATING fileba (így nagy betűkkel) ott van mindenféle known issue és workaround leírva. <br></div><div>Nekem pl 11-ről 12-re update esetében kernel fordításhoz kellett (változott sokminden és metódus is egy kicsit):</div><div>(
mergemaster -p)</div><div>make kernel-toolchain<br>make buildkernel KERNCONF=KERNELCONFIGOD</div><div>(make installkernel KERNCONF=KERNELCONFIGOD )</div><div>make buildworld</div><div>(make installworld ; reboot; mergemaster )<br></div><div><br></div><div>Ha ez nem megy, akkor:</div><div> make buildworld buildkernel</div><div>Ezután lesz egy default de új verziójú kerneled, és innen próbálj meg customot fordítani.</div><div>Persze mergemaster meg /boot -os dolgokról itt most nem írok (handbook tárgyalja elég részletesen), meg hogy legyen backupod ha esetleg valami balul sülne el! :)</div><div><br></div><div>Ha valami fura, akkor érdemes lehet a fordítások előtt egy make clean-t nyomni /usr/src alatt hogy kipucolja ha esetleg ott maradt valami aminek nem kellett volna.</div><div><br></div><div>Üdv,</div><div>B<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 22 Aug 2019 at 00:57, gabor--- via BSD <<a href="mailto:bsd@lista.bsd.hu" target="_blank">bsd@lista.bsd.hu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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>
> Hi,<br>
> <br>
> "gabor--- via BSD" <<a href="mailto:bsd@lista.bsd.hu" target="_blank">bsd@lista.bsd.hu</a>> írta 2019-08-21 12:18-kor:<br>
>> 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>
> <br>
> Jah. Ugy tunik, hogy ezt a pf-shaperes peldak elfelejtik emlegetni, <br>
> 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 href="https://svn.freebsd.org/base/stable/12" rel="noreferrer" target="_blank">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>
>                                  ^~~~<br>
> /usr/src/sys/sys/epoch.h:44:8: note: forward declaration of 'struct <br>
> 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 <br>
> 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 <br>
> magaval.<br>
> Mit hagynak ki a kezikonyvbol?<br>
> <br>
>> 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>
> <br>
> Meg egyelore a pf-et is csak tanulgatom, de a pf-et emlegetik <br>
> mindenutt,<br>
> mint vilagklasszis csomagszuro. Emlekszem, milyen felkapott hype volt<br>
> korulotte, amikor a 11.2-es Solarisba behoztak, hogy az ipf helyett <br>
> 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>
--<br>
Magyar BSD Levelezlista</blockquote></div>
</blockquote></div>