Linus Torvalds zrobił wszystkim geekom gwiazdkowy prezent, wydając 25.12.2008 publicznie kolejną stabilną wersję Linuksa: 2.6.28.
Najważniejsze nowości to:
- system plików Ext4 uznany za stabilny
- GEM – menedżer pamięci kart graficznych
- obsługa “Ultra Wide Band” (UWB), Wireless USB i UWB-IP
- większa skalowalność zarządzania pamięcią
- boot tracer
- zabezpieczenie antywstrząsowe dla dysków
- protokół sieciowy Phonet
Świąteczny dopisek michuka:
Więcej o jądrze 2.6.28 pisaliśmy w “zajefajnym” niusie Linux 2.6.28-rc8-git4. A jeśli korzystacie jeszcze z jądra 2.6.27 i macie problem z obsługą kamer internetowych, to polecam niusa Obsługa kamer internetowych w nowszych jądrach Linuksa. Wesołych!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu,
napisz raport.
Komentarze (RSS)
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w
regulaminie komentowania.
W komentarzach możesz używać prostych znaczników HTML. Przykłady:
- Link: <a href="jaklinux.org">Linux dla każdego</a>,
- Wytłuszczenie: <strong>tekst pogrubiony</strong>,
- Kursywa: <em>tekst pochylony</em>,
- Przekreślenie: <strike>
tekst przekreślony</strike>,
- Kod: <code>
printf("blok kodu");</code>,
- Cytat: <blockquote>cytat</blockquote>
Uwaga: jeśli dodasz nieznany znacznik, będzie on niewidoczny, gdyż system filtruje takie znaczniki.
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska. Uwaga, jeśli nius jest skopiowany z innej strony, kopiując go należy podać link również do tej strony!
Fajnie, ale kiedy 2.8? no i może nareszcie ktoś pozamiata w tym kernelu, bo panuje tam istny zamęt kupa rzeczy nie opisana i niejasne zależności, zwłaszcza w obsłudze kontrolerów dysków.. dodanie wsparcia OSS4 do jadra i wstępnej obsługi x.org też powinno mieć miejsce..
Nie, nie, nie.
Nie będzie 2.8 – nie ma planów.
OSS4… Nie spodziewał bym się. Raz, że jest ALSA, dwa, że główny twórca OSS4 prawie poszedł z torbami po wydaniu OSS4 jako OpenSource.
wszystko fajnie tylko OSS4 przebija ALSE i to znacznie. Przynajmniej na chwilę obecną, może ALSA się weźmie do pracy w związku z tym.
myśli by ja całą przepisać i ujednolicić API
przepisać, znowu – i w ten sposób powstało 10 różnych niekompatybilnych serwerów dźwięku – to ja już wolę wojnę na śmierć i życie pomiędzy Alsa i oss – there can be only one.
Jakoś u mnie 2.6 obsługuje X.org bez problemów. No chyba, że masz na myśli wprowadzenie do kernela części kodu odpowiedzialnego za obsługę kart graficznych, jak na przykład GEM, o którym jest mowa w newsie.
Yyyy… aha…
buty śledzi noo
@lorek123
Adrianowi najwyraźniej nigdy nie zdarzyło się zgubić butów.
Dla mnie i wielu innych to będzie bezcenny feature. Ile to bezcennych godzin straciłem szukając klapek pod łóżkiem…
no.. ja kiedys wrocilem bez butow od sasiadow.
pozdr
Właśnie piszę z tego jądra, ale jeszcze RC. Wreszcie zaczęła działać moja karta wifi na chipie atherosa po ostatnich zmianach w ath5k (do wczoraj musiałem używać madwifi-ng). Poza tym odczułem delikatne przyspieszenie w trakcie rozruchu – Arjan van de Ven chyba się spisał – przynajmniej w przypadku mojego laptopa
kiedy standardowo bedzie ext4 w dystrybucjach (ubuntu/suse/fedora)?
Nigdy, sasasasasaa *szyderczy_uśmiech*.
Pewnie wtedy, gdy LiveCD czy inne InstallCD dorobi się kernela z obsługą ext4.
Lenny już działa i gotowy na przyjęcie ext4 – ma wszystko – ext4dev i ext4 stable – ino nowej wersji kernela chyba brakuje
Czyli gdy wyjdzie nowa wersja distra. :_
Oficjalnie w Fedorze najprawdopodobniej w F11. W (lekko) ukrytej formie i jako preview ext4 jest dostępny od F9.
W LFS już jest!
Wczoraj ukazała się wersja 4.0 dystrybucji SabayonLinux (oparta jest na Gentoo) i zawiera jądro 2.6.27.10 z domyślnie włączoną obsługą ext4.
Sabayona można polecić wszystkim, którzy nie mają czasu/ochoty/cierpliwości/umiejętności, aby samodzielnie “postawić sobie Linuksa na biurku”.
Link do informacji o wydaniu 4.0
http://forum.sabayonlinux.org/viewtopic.php?f=60&t=15490
GRUB już obsługuje start z ext4? Bo to chyba powstrzymuje przed domyślnym użycie ext4 zamiast ext3.
Wystarczy wydzielony /boot na np. ext2 i juz nie ma problemu ze mamy rootfs na lvm/raid/dmcrypt/truecrypt czy na reiser4 albo ext4.
Tak, jasne, ale użtykownicy ubuntu często nie wiedzą co to /boot i do czego i potrzebne. Dlatego wyraźnie zaznaczyłem start z ext4.
bez obrazy miałem na myśli tzw pierwszy kontakt z linuxem
Polecam zapoznać się z mailem Linusa ogłaszającym 2.6.28. Drobny, luźny, przyjemny tekst
Bardzo fajny tekst. Z jajem napisany, przyjemnie się czyta. Mi osobiście się podoba
Mi niestety przy jądrze 2.6.28 nie chce wstawać z usypiania – czarny ekran… Na jądrze 2.6.26 usypianie działa bardzo dobrze.
bisecting i bug reportuj
Niech zgadnę, sterowniki nVidii i ATI zapewne nie działają z nowym kernelem?
Nie wiem, to możliwe. Ale zgadnij czyja to wina. Hint: nie nowego kernela.
Niech pomyślę. Mam kartę nVidii i o ile się nie mylę od wersji 2.6.20 każda następna wersja kernela nie działała ze sterownikami które działały na wersji wcześniejszej. Dlaczego więc nie jest to wina kernela, w którym za KAŻDYM RAZEM musi się coś zmienić na tyle, by sterowniki nie działały?
U mnie sterowniki NVidii działają bez problemu (GF7950GT + 180.18).
Utrzymywanie stabilnego ABI dla modułów spowodowałoby niemożność usunięcia niektórych błędów. Linux nie jest przystoowany do zamkniętych modułów. Jak chcesz działające sterowniki do sprzętu, który produkujesz, to opublikuj specyfikacje.
Rzecz w tym, że otwarte moduły też ‘ktoś’ musi dostosować, przez co są problemy, bo nie zawsze jest komu.
Sterownik przy instalacji kompiluje sobie moduł i najwyraźniej dla każdej wersji jądra jest on inny
Ja już przywykłem.
@gotar: jeśli developer jakiegoś podsystemu decyduje o zmianie ABI, to jego obowiązkiem jest również dostosowanie modułów korzystających z tego podsystemu. Więc zawsze jest komu, bo ten ktoś musi.
@Piotr Drąg: Oczywiscie, ze nie kernela. Wina jest po stronie developerow kernela, ktorzy zmieniaja API i ABI. Sam kernel jest tylko ich ofiara.
@hael: Bzdura wymyslona w celu mydlenia oczu. Inne systemy – MacOS X, Solaris czy FreeBSD – utrzymuja stabilne API i ABI kernela, a jakos z usuwaniem bledow problemow nie maja.
@tockar
Jeśli kompilujesz ze strony NVIDII to się nie dziw.
NVIDIA instaluje się w katalogu modułów dla konkretnej wersji jądra, np:
/lib/modules/2.6.27.7-134.fc10.i686
Jeśli zainstalujesz nowe jądro, będzie nowy katalog z modułami:
/lib/modules/2.6.27.9-159.fc10.i686/
Więc nowy kernel tego modułu nie załaduje:) Najlepiej albo przeinstalować, albo spróbować skopiować moduł do odpowiedniego katalogu. Niestety, stery NVIDII są zamknięte, więc nie odbywa się to automatycznie.
Wiem o tym i kompiluję moduł zazwyczaj z nowego, zainstalowanego właśnie kernela. I ścieżkę też podaję. I zazwyczaj wywala się przy kompilacji, bo znowu coś tam w jądrze zmienili.
Problemem jest cały czas zmiana API z wersji jądra na wersję. Pardon, ale chyba jest w tym jakaś metoda, żeby za każdą aktualizacją jądra pierdoliły się sterowniki zamknięte. To już przestało być zabawne…
Sam jestem użytkownikiem Linuksa, ale bardzo nie lubię, kiedy głupia aktualizacja rozpieprza mi środowisko graficzne tylko dlatego, że miałem czelność nie używać jedynych słusznych sterowników.
skoruppa@skoruppa-desktop:~$ echo `uname -r`
2.6.28-3-generic
A nVidia działa i to tak dobrze jak nigdy (180.18) Silkroad działa wyśmienicie na wine
nie wiem jak z Ati.
A gdzie mogę znaleźć ten sterownik 180.18? Na stronie Nvidii jest tylko 177.82 który niestety nie działa.
Można prosić linka?
180.18 jest na stronie nvidi, ale w dziale beta.
tylko nie mów, że masz to na x.orgu 1.6, bo jeśli tak musisz się podzielić tym jak to zrobiłeś
1.5.99.3 – czyli xorg 1.6 beta 3. Działa. Wystarczy dodać do xorg.conf
Section “ServerFlags”
Option “IgnoreABI” “True”
EndSection
A 180.18 to najnowsza beta http://www.nvnews.net/vbulletin/showthread.php?p=1882835
Nic trudnego
Moja karta od nVidii również działa, co prawda na sterownikach beta, ale działa bardzo dobrze.
na ATI najczęściej działają, czy to zbieżność, że są otwarte?
i nie działa na nich 3D – czy to zbieżność ze są otwarte?
Dziwne, u mnie działa.
A coś poza glxgears działa?
Tak wszystko działa… Boże… jeśli jesteś na tyle tępy, że nie umiesz zainstalować to nie wiń za to sterowników/kernela/Torvaldsa tylko siebie.
wrrr…
Wszystko co nie wymaga GLSL i OpenGL 2.0.
O, to jeszcze tuxracer działa. Rewelacja!
Sorry za ostre słowa, ale ciągle widuję takie komentarze i mnie już krew zalewa…
Co jakiś news o nowym kernelu/sterowniku to pojawiają się komentarze o tym, że to z tym nie działa, a tamto z tamtym też nie działa.
Problem polega na tym, że w 99% przypadków to nie jest kwestia sterownika samego w sobie (bo on działa poprawnie w 99%) a tzw PEBKAC’a i/lub konkretnych dystrubucji i ich systemu paczkowania.
Sorry, jeśli uraziłem.
sterowniki ATI 8.561 działają od kopa i bez problemów z 2.6.28 (przynajmniej w Gentoo)
Znalazłem to w changelog’u.
ktoś sie bardzo denerwował chyba podczas pisania sterownika
Może poprawiali błędy gramatyczne.
Sam bym tam coś dopisał bo to gó*no ne działa.
sterownik do bezprzewodowych intela? mi działa bardzo dobrze
@Maniak – popieram! iwl z T60 z sida 2.6.26 smiga az milo! czego nie mozna powiedziec o tym ktory mam pod windows na tym samym sprzecie… srednio co godzina wszystkie sieci znikaja i trzeba robic reboot
“protokół sieciowy Phonet”
co to w ogole jest? google milcza na ten temat
„The Phone Network protocol (PhoNet) is a packet-oriented communication protocol developped by Nokia for use with its modems.
This is required for Maemo to use cellular data connectivity (if supported). It can also be used to control Nokia phones from a Linux computer, although AT commands may be easier to use.”
Z helpa w paczce ze źródłami.
A ja podpowiem, że zmiany wypisywałem opierajac sie na linku podanym na sam koniec newsa – tam jest wszystko ladnie rozwiniete.
Co do boot tracer – pomijajac techniczne aspekty nazwa wskazuje co to jest… funkcja śledzenia rozruchu systemu.
co robi ten gem?
Do końca nie wiem. Dla nie wtajemniczonych powinno wystarczyć, że jest to część większego planu, który ma zapobiec awarii całego systemu w razie awarii X-ów. Przynajmniej ja tak to rozumiem. Wraz z obsługą akceleracji kart 3D z X-ami zaczęły się problemy. A to system Ci działa, ale nie możesz ubić X-ów lub przełączyć się na konsolę, itd.
Domyślam się, że ten GEM ma na celu zarządzać teksturami przechowywanymi w karcie i inymi rzeczami(np. shaderami).
To jest menedżer pamięci dla kart graficznych. Dotychczas każdy sterownik miał własny menedżer i wchodził w konflikty z innymi.
Więc chodzi o jakiś zamiennik sterowników framebuffer-a?
Nie, framebuffer będzie korzystał z GEM. W tej chwili wszystko dobija się do karty: framebuffer, DRI, X-y i Linus wie, co jeszcze. GEM będzie częściowo porządkował ten stan – w dalszym ciągu różne sterowniki będą walczyć o różne zasoby karty, ale o pamięć już nie.
GEM to pewne API dostępne w modułach DRM (direct rendering a nie digital restrictions) udostępniające sterownikom w userspace (np. z X.Org) dostęp do pamięci karty graficznej.
W skrócie chodzi o to, aby pewną część funkcjonalności z X.Org wrzucić do jądra. Jak się uda będzie zarówno lepiej wspierany framebuffer (bo to co jest obecnie trąci już myszką) jak i X serwer. Jeśli chcesz wiedzieć więcej poszukaj hasła GEM na phoronix.com.
a niemoga dac sterownikow graficznych do jadra? tak zeby byl jeden i niemusial sie z niczym gryzc?
nie, bo są zamknięte;
poczytaj sobie o modulach, a w tym pytaniu mi chodzilo oto co musza jeszcze zrobic zeby sterowniki byly na swoim miejscu?
@zasm: akurat GEM i steroniki Intela sa otwarte. Tutaj generalnie chodzilo o porzucenie starego menedzera pamieci alokujacego statycznie bufory na starcie, uniemozliwiajac uzycie potem wyzszej rodzielczosci w locie p opodpieciu nowego monitora, czy bardziej porzyziemnych rzeczach jak Obiekty Bufora Ramek (FBO) czy Bufory Pixeli, przydatne w grach oraz compizie. Dzieki nim karta graficzna moze uzywac tesktur bezposrednio jako bufora ekranu, czy nakladki video(XVideo Overlay). Jak ktos widzial XV czy OpenGL wraz z compizem na otwartych(Intel, AMD) i zamknietych(nVidia) sterownikach, to bedzie wiedzial o co chodzi.
Nie jestem prekonany czy GEM ma jajkikolwiek wplyw na terminal, z nim bardziej jest zwiazany KernelModeSettings, tak wiec nie bedzie od nowa inicjalizowany tryb graficznty przy przeskoku z iksow na terminal i odrowtnie, jak jest uzywany ten sam tryb. Dla posiadaczy LCD to tylko drobne przyspieszenie i pewnie juz nie pamietaja tego charakterystycznego dzwieku i rozjasniajacego sie i trzesacego obrazu na CRT(LCD lezy na polce odkas sie popsul).
Coś, dzięki czemu sterowniki Intela (i kiedyś AMD/ATI) mogą zacząć gonić nVidię. Czy dogonią to się okaże.
Ja od jakiegoś czasu używam rc (rawhide
), IMO nie ma żadnych zmian w działaniu widocznych dla ZU – najważniejsze zmiany zaszły “pod maską” 
(GEM-a nie mogłem sprawdzić, bo musiałbym całkowicie przejść na f11)
Na chwilę obecną używam jądra w wersji kernel-2.6.28-2, z Koji. W tej wersji testowo włączono BOOT_TRACER przynajmniej według Koji:
Enable BOOT_TRACER during testingJakiś nadzwyczajnych zmian nie zauważam. Niedługo przejście na ext4, zobaczę co z tego wyjdzie
“Zabezpieczenie antywstrząsowe dla dysków” – może wie ktoś coś dokładniej o tym? To jest coś programowego, czy może obsługa jakiegoś specjalnego sprzętu?
Dyski w laptopach mają akcelerometry, które w momencie spadania laptopa parkują głowicę.
“# większa skalowalność zarządzania pamięcią”
To jest fajnie napisane…
@LIZ nie dyski a w laptopie jest to wbudowane, i dziala nawet jak przesuwasz lapa po biurku… pewno dzieki temu naprawde dawno nie widzialem thinkpada z walnietym dyskiem – a w pracy dosc czesto zdarza sie zdejmowanie z dock’a i pojscie na jakies spotkanie z wlaczonym sprzetem w dloni (w robocie mamy jakies 60-70 sztuk T42 i jedyne co sie kopie to wentylatorki)
@dPeS
stare laptopy miały to wpydowane w obudowy, w przypadku nowych akcelerometry są w samych dyskach.
Możliwość zatrzymania kolejki rozkazów przesyłanych do dysku, uprzednio wrzuciwszy na jej początek polecenie awaryjnego parkowania głowicy.
Obsługa samych akcelerometrów z Thinkpadów, HP i Maców jest już od dawna w jądrze.
Ale średnio działa (przynajmniej w moim Thinkpadzie)
Podejrzewam, że chodzi o obsługę akcelerometrów montowanych w sporej części notebooków i na podstawie odczytu ewentualne parkowanie dysku. To się bodajrze hdaps nazywało.
HDAPS w ThinkPadach ;p Acer na przykład ma DASP, nie wiem jak inni. Coś też jest w HP i MacBookach.
http://kernelnewbies.org/Linux_2_6_28
…tego newsa
Piotrek tez mam ten kernelek
The purpose of this tracer is to helps developers to optimize boot times: it records the timings of the initcalls. Its aim is to be parsed by the scripts/bootgraph.pl tool to produce graphics about boot inefficiencies, giving a visual representation of the delays during initcalls. Users need to enable CONFIG_BOOT_TRACER, boot with the “initcall_debug” and “printk.time=1″ parameters, and run “dmesg | perl scripts/bootgraph.pl > output.svg” to generate the final data.
napisze ci co tam napisali >> aby przyśpieszyć pracę kernela wystarczy wpisać
“initcall_debug” and “printk.time=1″ parameter
Przeciez to jest implementacja bootcharta w jadrze, nie przyspieszy startu ale da Ci informacji co zrobic aby ew szybkosc startu przyspieszyc…