Amd64 , Zmiana Jadra

[verper]

AMD64 , zmiana jadra na 2.6.8.1

 

 

pytanie czy mimo ze w make menuconfig ustawiam typ procesora na x86_64 to dlaczego w dalszym ciagu po skompilowaniu jadra plik z jadrem jest w katalogu i386/boot/ ??? Nie powinien byc w x86_64??.No bo prawde powiedziawszy nie za bardzo wiem dlaczego nowy kernel sie nie laduje hmm.... prosze o jakas podpowiedz. Dziekuje.

[Jenot]

W 32-bitowej dystrybucji, z 32-bitowym gcc nie skompilujesz jądra 64-bitowego (chyba, że cross-compile, ale nie ma sensu instalowanie 64-bitowego jądra do 32-bitowego userlandu). Przesiądź się na jakieś 64-bitowe distro i tam sobie kompiluj.

[verper]

wielkie dzieki za odpowiedz prawde powiedziawszy myslaem ze procki 64 bit w pelni emuluja (obsluguja) operacje 32bit no nic prawde powiedziawszy juz trzecia 64bit-owa dystrybucja odmawia posluszenstwa i instalatory nie widza mojego dysku twardego tylko slackware sie nie opieral za bardzo aaa nadmienic trzeba ze mam plytke na nForce3 i dysk sata

[Jenot]

W 32-bitowej dystrybucji, z 32-bitowym gcc nie skompilujesz jądra 64-bitowego (chyba, że cross-compile, ale nie ma sensu instalowanie 64-bitowego jądra do 32-bitowego userlandu). Przesiądź się na jakieś 64-bitowe distro i tam sobie kompiluj.

1302468[/snapback]

Owszem, w pełni obsługują 32bit (bez emulacji). Tyle, że w jedną stronę - w systemie/środowisku 64-bitowym możesz wszystko (kompilować, uruchamiać programy 32-bitowe i 64-bitowe), a w 32-bitowym tylko 32-bitowe. To tak jak przy przejściu z 286 na 386 (16-32 bity) - na 386 uruchamiały się i systemy 16 i 32-bitowe, ale żeby skompilować programy 32-bitowe na 16-bitowym systemie, trzeba było używać kompilowania krzyżowego (obrzydliwe tłumaczenie na cross compile).

Edytowane 1 Marca 2005 przez Jenot