Comments on: Linux 2.6.28 wydany

By: evil_core

evil_core — Fri, 02 Jan 2009 10:06:32 +0000

@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).

By: lolek

lolek — Mon, 29 Dec 2008 10:07:45 +0000

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.

By: TeoDOr

TeoDOr — Sun, 28 Dec 2008 12:22:21 +0000

myśli by ja całą przepisać i ujednolicić API

By: qlawy

qlawy — Sun, 28 Dec 2008 12:15:22 +0000

@dPeS
stare laptopy miały to wpydowane w obudowy, w przypadku nowych akcelerometry są w samych dyskach.

By: qlawy

qlawy — Sun, 28 Dec 2008 12:07:14 +0000

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.

By: trasz na wyjezdzie

trasz na wyjezdzie — Sun, 28 Dec 2008 11:49:08 +0000

@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.

By: romek12

romek12 — Sun, 28 Dec 2008 02:01:56 +0000

poczytaj sobie o modulach, a w tym pytaniu mi chodzilo oto co musza jeszcze zrobic zeby sterowniki byly na swoim miejscu?

By: AdeBe

AdeBe — Sat, 27 Dec 2008 17:07:42 +0000

@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.

By: Jabbas

Jabbas — Sat, 27 Dec 2008 16:18:50 +0000

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.

By: zuzia

zuzia — Sat, 27 Dec 2008 15:00:50 +0000

O, to jeszcze tuxracer działa. Rewelacja!

By: abc

abc — Sat, 27 Dec 2008 10:49:43 +0000

Ale średnio działa (przynajmniej w moim Thinkpadzie)

By: cpu

cpu — Sat, 27 Dec 2008 08:31:18 +0000

Przeciez to jest implementacja bootcharta w jadrze, nie przyspieszy startu ale da Ci informacji co zrobic aby ew szybkosc startu przyspieszyc…

By: Lupinek

Lupinek — Sat, 27 Dec 2008 01:03:04 +0000

Sterownik przy instalacji kompiluje sobie moduł i najwyraźniej dla każdej wersji jądra jest on inny
Ja już przywykłem.

By: bies

bies — Sat, 27 Dec 2008 01:02:58 +0000

Wszystko co nie wymaga GLSL i OpenGL 2.0.

By: zasm

zasm — Sat, 27 Dec 2008 00:49:05 +0000

nie, bo są zamknięte;

By: to-ja

to-ja — Sat, 27 Dec 2008 00:03:07 +0000

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.

By: romek12

romek12 — Fri, 26 Dec 2008 23:52:34 +0000

a niemoga dac sterownikow graficznych do jadra? tak zeby byl jeden i niemusial sie z niczym gryzc?

By: gotar

gotar — Fri, 26 Dec 2008 22:59:27 +0000

Coś, dzięki czemu sterowniki Intela (i kiedyś AMD/ATI) mogą zacząć gonić nVidię. Czy dogonią to się okaże.

By: gotar

gotar — Fri, 26 Dec 2008 22:56:56 +0000

Rzecz w tym, że otwarte moduły też ‘ktoś’ musi dostosować, przez co są problemy, bo nie zawsze jest komu.

By: Tomasz Torcz

Tomasz Torcz — Fri, 26 Dec 2008 20:57:27 +0000

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.

By: dPeS

dPeS — Fri, 26 Dec 2008 18:23:50 +0000

@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)

By: dPeS

dPeS — Fri, 26 Dec 2008 18:18:24 +0000

@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

By: haael

haael — Fri, 26 Dec 2008 17:12:14 +0000

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.

By: mateuszek

mateuszek — Fri, 26 Dec 2008 16:26:58 +0000

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

By: mateuszek

mateuszek — Fri, 26 Dec 2008 16:18:45 +0000

http://kernelnewbies.org/Linux_2_6_28

…tego newsa

By: Moarc

Moarc — Fri, 26 Dec 2008 16:08:35 +0000

HDAPS w ThinkPadach ;p Acer na przykład ma DASP, nie wiem jak inni. Coś też jest w HP i MacBookach.

By: Jabbas

Jabbas — Fri, 26 Dec 2008 15:55:50 +0000

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…

By: Jabbas

Jabbas — Fri, 26 Dec 2008 15:54:17 +0000

sterowniki ATI 8.561 działają od kopa i bez problemów z 2.6.28 (przynajmniej w Gentoo)

By: LJZ

LJZ — Fri, 26 Dec 2008 15:35:16 +0000

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…

By: wo

wo — Fri, 26 Dec 2008 15:28:28 +0000

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.