udv Mindenkinek,
geondoltam uj ev - uj kernel :), hat nem igazan jott be a $SUBJ beli verzio forditasa. Megjegyzem a 6.1.1 siman fordul. Termeszetesen a konfigban csak a szokasos (verzora vonatkozo) kulonbsegek. A dump kezdete:
Preprocessed source stored into /tmp/ccoa7NDB.out file, please attach this to your bugreport.
=== BEGIN GCC DUMP ===
17039: // Target: x86_64-linux-gnu
17039: // Configured with: ../src/configure -v --with-pkgversion='Debian 10.2.1-6' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
17039: // Thread model: posix
17039: // Supported LTO compression algorithms: zlib zstd
17039: // gcc version 10.2.1 20210110 (Debian 10.2.1-6)
17039: //
17039: // during GIMPLE pass: fre
17039: // drivers/media/pci/cx18/cx18-i2c.c: In function ‘init_cx18_i2c’:
17039: // drivers/media/pci/cx18/cx18-i2c.c:300:1: internal compiler error: Szegmentálási hiba
17039: // 300 | }
17039: // | ^
17039: // Please submit a full bug report,
17039: // with preprocessed source if appropriate.
17039: // See <file:///usr/share/doc/gcc-10/README.Bugs> for instructions.
17039:
17039: // /usr/lib/gcc/x86_64-linux-gnu/10/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arch/x86/include/uapi -I ./arch/x86/include/generated/uapi -I ./include/uapi -I ./include/generated/uapi -I ./drivers/media/dvb-frontends -I ./drivers/media/tuners -imultiarch x86_64-linux-gnu -D __KERNEL__ -D CC_USING_FENTRY -D MODULE -D KBUILD_BASENAME="cx18_i2c" -D KBUILD_MODNAME="cx18" -D __KBUILD_MODNAME=kmod_cx18 -include ./include/linux/compiler-version.h -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -MMD drivers/media/pci/cx18/.cx18-i2c.o.d drivers/media/pci/cx18/cx18-i2c.c -quiet -dumpbase cx18-i2c.c -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -mindirect-branch=thunk-extern -mindirect-branch-register -mfunction-return=thunk-extern -mrecord-mcount -mfentry -march=x86-64 -auxbase-strip drivers/media/pci/cx18/cx18-i2c.o -O2 -Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs -Werror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Wno-format-security -Wno-sign-compare -Wno-frame-address -Wformat-truncation=0 -Wformat-overflow=0 -Wno-address-of-packed-member -Wframe-larger-than=2048 -Wno-main -Wno-unused-but-set-variable -Wunused-const-variable=0 -Wdeclaration-after-statement -Wvla -Wno-pointer-sign -Wcast-function-type -Wno-stringop-truncation -Wstringop-overflow=0 -Wno-restrict -Wno-maybe-uninitialized -Walloc-size-larger-than=18446744073709551615EiB -Wimplicit-fallthrough=5 -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -Wno-packed-not-aligned -std=gnu11 -p -fmacro-prefix-map=./= -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -fcf-protection=none -falign-jumps=1 -falign-loops=1 -fno-asynchronous-unwind-tables -fno-jump-tables -fno-delete-null-pointer-checks -fno-allow-store-data-races -fstack-protector-strong -fno-stack-clash-protection -fno-strict-overflow -fstack-check=no -fconserve-stack -o - -frandom-seed=0 -fdump-noaddr
17039:
17039: # 1 "drivers/media/pci/cx18/cx18-i2c.c"
17039: # 1 "<built-in>"
17039: # 1 "<command-line>"
17039: # 1 "././include/linux/compiler-version.h" 1
17039: # 1 "<command-line>" 2
17039: # 1 "././include/linux/kconfig.h" 1
17039:
Ez csak egy kis reszlet, hatalmas mennyisegu informacio olvashato meg.
Az erdekesseg, hogy egy Debian Testingen siman fordul, persze a konfig valtozatlan. A baj, hogy a stable disztron nem tudok forditani hozza semmit:
./tools/objtool/objtool: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./tools/objtool/objtool)
./tools/objtool/objtool: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./tools/objtool/objtool)
Kicsit bosszant a dolog.
- 641 megtekintés
Hozzászólások
Ez az objtool a végén micsoda? Úgy hangzik, mintha bináris programot hoztál volna át újabb rendszerből régebbi rendszerbe, márpedig a symbol-versioning bevezetése óta az csak fordítva működik (illetve hát bináris kompatibilitás úgy általában nemigen van Unixban). Szerintem valamilyen ` make clean all` szerű művelet kellene, hátha lesz egy működő objtool-od.
- A hozzászóláshoz be kell jelentkezni
Lehet újabb glibc kéne neki, de te azt ilyen régebbi Debianon nem tudod kielégíteni. Nem csak Testing van, a Debian 11-et is kipróbálhatod.
Szerk.: esetleg le lehetne tiltani ez a cx18_i2c kernelmodult fordításkor, hátha lefordul. Lehet nem oldja meg, de egy próbát megér.
Szerk.: most látom, hogy a gcc a 10.2, nem a Debian. Melyik verzióról van szó?
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Az i2c lehet, hogy kell néhány perifériával való kommunikációhoz.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
igen, meg az alaplapi szenzorokhoz meg ilyesmikhez (is) szokott kelleni.
- A hozzászóláshoz be kell jelentkezni
Tudom, de ez a szóban forgó kernelmodul ez nem simán i2c, hanem abból is valami cx18-as változat, ha nincs olyan hardvere, aminek konkrétan tényleg kell ez a driver, akkor én akár ki is hagynám. Könnyen meglehet, hogy ha a fordító ezen továbblendül, akkor a fordítás többi része nem fut már hibába.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Mennyivel egyszerűbb lenne olyan disztribúciót használni, amelyre lefordították a 6.1.3-as kernelt, illetve van már vanillában 6.1.4 is, szóval Fedorára hamarosan lefordul. Másik megközelítés: ha már valaki dinoszauruszok között él, miért akar rögtön a 6.1.2-es kernellel kezdeni valamit, miért nem jó neki a disztribúcióhoz adott 2.4.8-as, vagy valami hasonló? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A Debiant most kicsit védelmembe venném. Alapvetően én se vagyok oda érte, mivel elég régiek benne a verziók, nem véletlenül használok én is Archot, hogy az ilyen szívásokat, ami a topikindítóban is van, elkerüljem, ne legyenek elavult verzió és kielégíthetetlen csomagverzió-függőségek. Viszont a Debian ebben sokat fejlődött az utóbbi 5 évben, már nincs annyira durván lemaradva a verziókkal. Azelőtt volt, hogy valami 4-5 verzióval is le volt maradva, ez a gcc most már „csak” kettővel. A kernel sem olyan régi, valami 5.15, jó nem a frissesség csúcsa, mert a frissebb disztrókon már rég 5.19, 6.0, 6.1 megy, de mégse ilyen 2.4.8-as, meg 3.14.2-es őslelet.
Meg azért a Debiannak megvannak az egyéb előnyei egy Archhoz, Fedorához képest. Pl. ha ugyanazokat a csomagokat felteszed, és ugyanúgy konfigurálod, képes akár 100-200 megával kevesebb memóriát enni, ezt nem is értem miért, most 64 bitről beszélek tisztán, nem a 32 vs. 64 bitről. Plusz akkor szokott még jól jönni a Debian konzervativitása, mikor valaki olyan helyen lakik, hogy nagyon szar a nete, vagy forgalomkorlátos, vagy tetű lassan vánszorog, és nem akar minden nap több száz MB frissítést lehúzni, ilyenkor ideális, hogy a Debianban nem sok minden frissül. Ráadásul ha valami .deb-es ökoszisztémájú rendszer kell, akkor jobban preferálom az Ubuntu ellenében, mert a Debianban nincs benne a sok canonicalos corporate bloat, pl. nincs Snap, nincs OOM demon, egyéb szutyok, ami a háttérben enné az erőforrásokat. Ami még jó, az a Devuan, mert abban systemd sincs, viszont az jobban el van maradva a verziókkal, mert ott a deveknek mindig az aktuális verziót előbb systemd-mentesíteni kell, így lassabban haladnak.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Koszi. :)
Egyebkent a 6.2-rc-k fordulnak dinoszauroszon is. Ezert erdekes a problema. Megertenem, ha pont az -rc nem menne, nem egy LT-re keszulo kernel.
- A hozzászóláshoz be kell jelentkezni
Más is belefutott ugyanebbe: https://www.spinics.net/lists/stable/msg617733.html
Van benne olyan, hogy 10.4-esnél régebbi GCC alatt jelentkezik a bug meg olyat is írnak, hogy régi a libtool. Érdemes végigfutni a szálat.
- A hozzászóláshoz be kell jelentkezni
Koszi a tippet, vegig olvastam, GKH szerint gcc-bug, nem a kernel forrasaban a hiba. Kivancsi leszek, Debianon mikor ujitanak.
- A hozzászóláshoz be kell jelentkezni
Majd a nyári új kiadásban a nyáron tutira. A jelenlegi kiadást teljesen letesztelve attól tartok, hogy békén hagyják. Hiszen itt alapjában véve 5.10-es kernellel kell hogy fusson.
Esetleg érdemes lehet a tesztrendszeredre bookworm-ból a gcc-t feltenned (+amit felránt), és akkor van gcc-10 és gcc-12 egyaránt.
https://packages.debian.org/bookworm/gcc-12
- A hozzászóláshoz be kell jelentkezni
Na az iménti hozzászólással jól kedvet csináltam magamnak és dist-upgrade ment a home-szerveremre, méghozzá a hamarosan rc állapotba kerülő Debian Bookworm disztróra:
$ cat /etc/debian_version
bookworm/sid
$ cat /proc/version
Linux version 6.0.0-6-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-9.1) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT_DYNAMIC Debian 6.0.12-1 (2022-12-09)
$ gcc --version
gcc (Debian 12.2.0-13) 12.2.0
Ha kísérletezni akarsz 6.x-es kernelek fordításával, akkor ez a módszer is segíthet.
Ráadásul Rust fordítóból is 1.63 van jelenleg benne, így a kernel Rust alrendszere is fordítható a disztribúcióban levővel, ezt sem kell külön letölteni.
- A hozzászóláshoz be kell jelentkezni
Koszi, egyebkent gondoltam, hogy dist-upgrade lett belole, mert a glibc is frissitesre kerul, az meg hozza magaval. :) A masik modszer, hogy forditasz egy ujat.:)
Mint az elso hsz-ben is irtam, testingen fordul, telepitheto is stable-ra a testingen forditott kernel, csak a glibc verzio miatt nem lehet hozza forditani semmit.
- A hozzászóláshoz be kell jelentkezni
Nem álltam neki egyesével a szükséges csomagok frissítésének, mert több más dologra is kíváncsi lettem. Ezért inkább rögtön a dist-upgrade mellett döntöttem.
De a kettővel fentebbi linken látod az a 15 függő csomagot, amit felrakva szintén megy. Ekkor a többi szoftvernek csak a libc verzió lesz újabbra cserélve.
- A hozzászóláshoz be kell jelentkezni
Debian. Dinoszaurusz. 10.2.1-es gcc. Miközben Fedorán gcc-12.2.1-4.fc37.x86_64. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ez ok, a kerdes az: miert CSAK a 6.1.x- ben szukseges magasabb verzioju gcc (mint jeleztem, testingen (gcc (Debian 12.2.0-11) 12.2.0) siman fordul.
6.2-rc* pedig fordul a dinoszauruszon is. :), talan mert a 6.1 lesz a kovetkezo LTS?
- A hozzászóláshoz be kell jelentkezni
Lehet van olyan patch ami nem megfelelő ágba lett beolvasztva. Pl. új feature -next ág kapott olyan módosítást ami impicit módon fixál egy bugot, de nem lett beküldve stable ágba. Ez a -next ágas patch benne 6.2-be de nincs 6.1.2-ben (lehet nem is lesz, ha nem backportolja senki).
btw: debian sid nem dinoszaurusz :-) gcc version 12.2.0 (Debian 12.2.0-13)
szerk.: látom nálad is jó sid-en, fenti btw redundáns :-)
- A hozzászóláshoz be kell jelentkezni
Debian Bookworm (amelyből lassan jön az rc) mától már 6.1-es van alapból:
Letöltés:9 http://ftp.de.debian.org/debian bookworm/main amd64 linux-compiler-gcc-12-x86 amd64 6.1.4-1 [564 kB]
Letöltés:10 http://ftp.de.debian.org/debian bookworm/main amd64 linux-headers-6.1.0-1-common all 6.1.4-1 [9.710 kB]
Letöltés:11 http://ftp.de.debian.org/debian bookworm/main amd64 linux-kbuild-6.1 amd64 6.1.4-1 [821 kB]
Letöltés:12 http://ftp.de.debian.org/debian bookworm/main amd64 linux-headers-6.1.0-1-amd64 amd64 6.1.4-1 [1.092 kB]
Letöltés:13 http://ftp.de.debian.org/debian bookworm/main amd64 linux-headers-amd64 amd64 6.1.4-1 [1.412 B]
Letöltés:14 http://ftp.de.debian.org/debian bookworm/main amd64 linux-image-6.1.0-1-amd64 amd64 6.1.4-1 [75,4 MB]
Letöltés:15 http://ftp.de.debian.org/debian bookworm/main amd64 linux-image-amd64 amd64 6.1.4-1 [1.476 B]
- A hozzászóláshoz be kell jelentkezni
Mondom én, hogy dinoszaurusz. 6.1.7 az aktuális kernel, ami egy kínomat talán javítja is. Ha jól számoltam, öt darab usb-audio patch-et tartalmaz ez a legutóbbi kernel, s ezzel volt bajom, lehet, hogy most javult meg. Nyilván regresszió volt, úgy emlékszem, a 6.1-ben mutatkozott be a hiba.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Azért a 6.1.4-et nem nevezném dinoszaurusznak, főleg a Debiantól szép teljesítmény, ha csak annyival vannak lemaradva. Archon is csak 6.1.6 van. Jó, a kernel.org-on van már 6.1.7-es, de az csak ma délben jelent meg, 2 hetes lemaradást dinoszaurusznak nem mondanék. Még az 5.15 se annyira régiség, ha valakinek nincs valami nagyon új hardvere, annak 6.0 alatt nem mennék neki, de a többi rendszer alá elég lehet. Esetleg aki rustos kernelmodult akar írni, annak kell még a legfrissebb, de az fordítgatja magának a legújabb 6.2-rc4-et.
Viszont ennek az usb-audio bugnak az ismeretében kezdem érteni, hogy a 6.1.6-ból miért toltak ki 3 buildet is Archék. Kicsit furcsállottam, nem szokott ilyen lenni.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Azért a 6.1.4-et nem nevezném dinoszaurusznak, főleg a Debiantól szép teljesítmény, ha csak annyival vannak lemaradva.
Másik oldalról nézve hova ez a verziórohanás. A tablet, amiről ezeket a sorokat írom, 3.18.71-es verziójú Linux kernelt tartalmaz. Ez tényleg dinoszaurusz, de szeretem, mert minden funkciót tud ez a tablet, amire szükségem van.
- A hozzászóláshoz be kell jelentkezni
Azért én nem bánom, hogy ha kijavítják, ami nem működik.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni