Forum Debian Users Gang

suncez · 2006-09-02 22:52:29

Jak w tytule, nie mogę nic skompilować pod nowym kernelem.

Chcę skompilować i zainstalować nowy kernel oraz pakiety linux-headers i linux-source. Gdyby to nie było takie czasochłonne siedziałbym cicho i i sam szukał rozwiązania, ale kompilacja kernela trwa u mnie parę godzin. O co chodzi.

Sytuacja wyjściowa.

Samodzielnie kompilowany kernel:
2.6.15.aisa.1.0

w /usr/src mam min.
linux-headers-2.6.15.aisa.1.0
linux-source-2.6.15.aisa.1.0
nie ma dowiązania linux

w /lib/modules//2.6.15.aisa.1.0 mam min.

build dowiązanie /usr/src/inux-headers-2.6.15.aisa.1.0
source dowiązanie do /usr/src/linux-source-2.6.15.aisa.1.0

Kompilacja czegokolwiek przebiega na tym kernelu bezproblemowo.

Co robię dalej.

Instaluję deb-a z linux-source-2.6.17, rozpakowuję archiwum do /usr/src
nie robię dowiązania linux, zapomniałem o nim, dalej
cd linux-source-2.6.17
gzip -dc /home/suncez/supermount-2.2.0-2.6.17.6-madgus_gcc34.patch.gz | patch -p1
make menuconfig
make-kpkg clean
make-kpkg --initrd --append-to-version=.aisa.2.0 --revision=.aisa.2.0 kernel_image

Teraz długa kompilacja i potem
dpkg -i linux-image-2.6.17.aisa.2.0_aisa.2.0_i386.deb

uruchamiam system na nowym kernelu, robię
make-kpkg --initrd --append-to-version=.aisa.2.0 --revision=.aisa.2.0 kernel_source
make-kpkg --initrd --append-to-version=.aisa.2.0 --revision=.aisa.2.0 kernel_headers

Przed ich instalacją sprawdzam czy mogę coś w systemie skompilować, nie mogę (przykład błędu niżej).
W /lib/modules/2.6.17.aisa.2.0 mam dowiązania build i source wskazujące na źródła z których kompilowałem nowy kernel

Instaluję te pakiety, robię dowiązania build i source w /lib/modules/2.6.17.aisa.2.0 na wzór tego co mam dla starszego kernela.

Ponownie próbuję skompilować np. sterowniki dla karty wifi, które kompilowałem już dziesiątki razy. A tu zamiast kompilacji mam usuwanie czy też przenoszenie ich plików źródłowych. Dlaczego tak się dzieje?

Kod:

aisa:/home/suncez/rtl8180-sa2400-dev# make
make -C /lib/modules/2.6.17.aisa.2.0/build SUBDIRS=/home/suncez/rtl8180-sa2400-dev MODVERDIR=/home/suncez/rtl8180-sa2400-dev modules
make[1]: Wejście do katalogu `/usr/src/linux-source-2.6.17'
rm: nie moďż˝na usunďż˝ďż˝ `/home/suncez/rtl8180-sa2400-dev/CVS': Jest katalogiem
make[1]: *** [crmodverdir] Błąd 1
make[1]: Opuszczenie katalogu `/usr/src/linux-source-2.6.17'
make: *** [2.6] Błąd 2
aisa:/home/suncez/rtl8180-sa2400-dev#

Proszę o pomoc, poprzedni kernel zainstalowałem chyba podobnie i wszystko działa. Gdzie robię błąd?

Zaraz spróbuje zrobić to dowiązanie linux o którym zapomniałem, a nawet może usunę wszystkie z /lib/modules/2.6.15.aisa.1.0 i jeszcze raz kompilować.

czadman · 2006-09-02 23:13:17

Nie wiem czy te stery się kompilują z 2.6.17
http://bugs.gentoo.org/show_bug.cgi?id=137336

Ryszard · 2006-09-02 23:13:48

http://ks.lublin.pl/art.php?id=006
tu masz odpowiedz na twoje pytanie

suncez · 2006-09-02 23:18:12

Lekki szok, zaraz skompiluję coś innego na próbę, tylko ... musze zainstalować te nowe deb-y - dobrze że ich nie usuwałem. Napiszę o efektach.
Dziękuję za odpowiedź, siedzę przy tym od rana i już mam trochę dość.

Dopisane.
Wolę kompilację metodą debiana, pakiety mogę potem w razie potrzeby wiele razy instalować, dziękuję za info.

czadman · 2006-09-02 23:38:45

Jam mam taką taktykę, że jak się coś nie chce na danym kernelu kompilować, to najpierw sprawdzam, czy ktoś inny nie ma/miał podobnego problemu. Jeśli jakieś moduły nie są w źródłach kernela to często się zdarza, że są problemy z instalacją z nowszymi wersjami. Np. lirc nie chciał mi się kompilować na 2.6.18-rc, więc poszukałem i znalazłem łatkę, która to poprawiła (znaczy lirca poprawiła).

suncez · 2006-09-03 00:00:23

czadman uratowałeś mi tę noc, pakiety, które robiłem są w porządku, problem jest ze sterownikami dla karty, inne rzeczy się kompilują.
O ile wiem, to jest od dawna ostatnia wersja tych sterowników. Spróbuję ndiswrappera, ale marne szanse, odkąd mój ISP zmienił urządzenie AP nie mogłem się na nim zalogować (pod innymi dystrybucjami).

Nawet mi do głowy nie przyszło, że to sterowniki, a powinno, bo ich poprzednia stabilna wersja miała kłopoty z gcc 4, ... zmęczenie.
Tak mało mam do roboty w systemie, że juz samo odświeżenie informacji jak kompilować metodą debiana zajęło mi trochę, a lirc, a konkretnie moduły dev i gpio i mnie czeka na nowym kernelu.

Jeszcze raz dziękuję, jutro popatrzę co z tym mogę dalej zrobić.

czadman · 2006-09-03 09:15:09

Jeszcze raz dziękuję, jutro popatrzę co z tym mogę dalej zrobić.

Na pewno warto zajrzeć w linka do forum, który jest na stronie błędu.

suncez · 2006-09-03 11:43:41

Zajrzałem, naniosłem poprawki i działa. Poprawiałem pliki ręcznie, bo nie umiem robić patchy, na szczęście niewiele tego było.
W czasie kompilacji jest jeszcze jedno ostrzeżenie, ale całość idzie dalej. Poszukam jeszcze na forum projektu może i to zostało już usunięte.

Kod:

  CC [M]  /home/suncez/Desktop/cur/rtl8180-sa2400-dev/r8180_wx.o
/home/suncez/Desktop/cur/rtl8180-sa2400-dev/r8180_wx.c:940: warning: excess elements in struct initializer
/home/suncez/Desktop/cur/rtl8180-sa2400-dev/r8180_wx.c:940: warning: (near initialization for 'r8180_wx_handlers_def')

Link do poprawionych sterowników dla kart na chipie RTL8180L
rtl8180-sa2400-dev-fix.for2.6.17.tar.gz

czadman · 2006-09-03 12:03:05

Zajrzałem, naniosłem poprawki i działa. Poprawiałem pliki ręcznie, bo nie umiem robić patchy, na szczęście niewiele tego było.

Zrobienie łatki nie jest trudne. Archiwizujesz stary kod np. pod nazwą sterownik.old, zmieniasz co trzeba w plikach w katalogu sterownik i robisz:

poprawka: ale żem palnął z tym patch'em.

Kod:

diff -Nura sterownik.old sterownik > patch.diff

Warto znać takie podstawy.
http://www.cpqlinux.com/patch.html

suncez · 2006-09-03 15:49:58

Dzięki, zapoznam się. Tymczasem mam czarną serię swojego gapiostwa.
Zapomniałem o --x-module-path=/usr/lib/xorg/modules/. Potem okazało się, że to już nie wystarcza, musiałem spaczować sterowniki 8178 i dopiero poszła nvidia. Jeszcze lirc, he, he, potem przerwa, bo stanowczo coś mi nie idzie, a szkoda czasu i zdrowia.

Dopisane.
Przy lircu poległem, pacze, cvs itp. a moduły gpio i dev nie dają się skompilować. Kolejny cały dzień...

Dopisane.
Zwycięstwo! Oprócz zastosowania patcha musiałem troszkę pokombinować. Wyszedłem z założenia, że wszystko co potrzebne do kompilacji powinno być dostępne. Przecież na kernelu 2.6.15 ten lirc-0.8.0 kompilował mi się dobrze.
Parę katalogów i plików z linux-source umieściłem w linux-headers i moduły się kompilowały.

Jak próbowałem skierować dowiązanie build z linux-headers na linux-source, bo tam były potrzebne pliki, próba kompilacji kończyła się furą błędów. Niewiele pomagało też dowiązanie /usr/src/linux, było potrzebne, ale...

Najważniejsze, że mogę wygodnie sterować pilotem w systemie, ha!

Forum Debian Users Gang

Ogłoszenie

#1 2006-09-02 22:52:29

suncez - Użytkownik

Pod nowym kernelem "make" usuma pliki a nie kompil

Kod:

#2 2006-09-02 23:13:17

czadman - Bicycle repairman

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#3 2006-09-02 23:13:48

Ryszard - Piwo DUG

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#4 2006-09-02 23:18:12

suncez - Użytkownik

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#5 2006-09-02 23:38:45

czadman - Bicycle repairman

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#6 2006-09-03 00:00:23

suncez - Użytkownik

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#7 2006-09-03 09:15:09

czadman - Bicycle repairman

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

#8 2006-09-03 11:43:41

suncez - Użytkownik

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

Kod:

#9 2006-09-03 12:03:05

czadman - Bicycle repairman

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

Kod:

#10 2006-09-03 15:49:58

suncez - Użytkownik

Re: Pod nowym kernelem "make" usuma pliki a nie kompil

Stopka forum