Permalänk
Avstängd

Diverse blaj

Gubbarna på Intel jobbar på GEM (Graphics Execution Manager) en minneshanterare för kerneln som hanterar minnet på grafikkort. Det kommer att eventuellt komma med i nästa kernel (2.6.28), den kan användas av Nvidia, ATI, S3, Intel, Matrox etc när de skriver drivrutiner för Linux.

Inom 6-9 månader kommer community distributionerna (tex Ubuntu, Fedora, OpenSUSE) att börja komma med ext4. Det tar lite länge tid innan de kommersiella distributionerna (tex Red Hat, SUSE, etc) hakar på. ext4 är ett filsystem som varit under utveckling 2 år, det är den naturliga evolutionära uppföljaren till ext3. Den bygger på ext3 så den är bakåtkompatibel. Den bjuder på bättre prestanda och lite nyheter.

Gubbarna på Oracle jobbar på btrfs, ett riktigt grymt filsystem som enligt rykten kommer att bli en ZFS dödare. Vi kommer att ha världens bästa filsystem!

Motorola kommer att använda sig utav Googles Android plattform på sina mobiltelefoner. De har hyrt in runt 200-300 utvecklare.

Jag kör Ubuntu 8.10 "Intrepid Ibex" (beta) och den är grym! Kan knappt bärga mig till 9.04 "Jaunty Jackalope", den blir nog sweet!

Permalänk
Medlem

Tack för nyhetsflödet!
Jag får nyheter i klass med dessa via google reader där jag följer Phoronix.com, men där kommer ju inte allt med alla gånger.
Om någon har några tips på andra sidor likt detta eller Phoronix så säg gärna till

Permalänk
Avstängd

Jupp, jag håller mig också uppdaterade via Phoronix.com, den siten äger!
Andra sidor jag använder är KernelTrap och LinuxPortalen.

* http://kerneltrap.org/
* http://www.linuxportalen.se/

Ibland händer det att jag kickar förbi på TechWorld OpenSource också.
* http://opensource.idg.se/

För längesedan brukade jag besöka Linux.com, men slutade efter att de redesignade den.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av leksak
Gubbarna på Intel jobbar på GEM (Graphics Execution Manager) en minneshanterare för kerneln som hanterar minnet på grafikkort. Det kommer att eventuellt komma med i nästa kernel (2.6.28), den kan användas av Nvidia, ATI, S3, Intel, Matrox etc när de skriver drivrutiner för Linux.

Vad innebär detta för oss så att säga?

Visa signatur

iMac 27" | Mid 2010 | Core i7 2.93Ghz | 20 GB | HD5850 M | Samsung 840 500 GB | 4 TB WD
MacBook Air 11" | Mid 2012 | Core i7 2.0 Ghz | 8 GB | 256 GB SSD
Citera gärna om du svarar på mina inlägg, så hittar jag tillbaka igen! :)

Permalänk
Avstängd
Citat:

Ursprungligen inskrivet av b0bzor!
Vad innebär detta för oss så att säga?

Drivrutinerna xf86-video-intel kommer att ha stöd för GEM.
Sen har open source drivrutinerna för AMD/ATI också planerat stöd för GEM.
Förhoppningsvist kommer även Nouvea (open source Nvidia drivrutiner) baka in stöd för GEM.
Jag har hört att Nvidias proprietära drivrutiner har en egen memory manager.

Med GEM kan alla drivrutiner dela på samma minneshanterare, och det blir då lättare att utveckla drivrutiner.

Som jag har förstått så kan man med en minneshanterare i kerneln, möjligöra att om man har flera grafikkort eller ett integrerat och ett instickskort, så kan de dela på grafikminnet.

Först var det tänkt att vi skulle få TTM utvecklad av Tungsten Graphics. Men sen kom Intel med GEM, så då gick de över till det.

"On IGP hardware like the i915, TTM takes advantage of the hardware translation tables (ie GART tables) to dynamically swap textures and other buffers into the video address space as required for the current rendering task. This provides 3d contexts with very fast texture upload paths and an almost unlimited texture memory pool."
* http://www.tungstengraphics.com/wiki/index.php/TTM_Memory_Man...
* http://www.tungstengraphics.com/technologies/ttm-memory-manag...

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av b0bzor!
Vad innebär detta för oss så att säga?

Tanken är väl att göra det enklare att köra mer arbiträr kod på grafikkort, om jag inte är helt ute och cyklar.

Visa signatur

The power of GNU compiles you!
"Often statistics are used as a drunken man uses lampposts -- for support rather than illumination."

Permalänk
Avstängd

För de allra flesta slutanvändare så var det ju DRI2 man var ute efter när Intel gjorde rockad och ändrade spår.

Kristian Högsberg, Redhat hade kodat och det funkade

http://hoegsberg.blogspot.com/2008/03/i-just-committed-last-b...

Linus strök även ett antal patchar för 2.6.27 kärnan.

Lite oklart hur intresserade Intel egentligen är och hur mycket resurser de lägger på GEM och framtiden.

Visa signatur

ASUS K56CB i7, W10 > Asus VivoBook S15 S530UN
HTC 10
ASUS Transformer Prime 32GB, Nougat :)
Ubiquiti Edge Lite, UniFi AP-AC-Lite (AP) samt ASUS AC68U och N66U (AP), fiber 500/100Mbit/s.
Mitt nätverk: https://imgur.com/aco9XQz Bild https://imgur.com/oQ2WG9Y

Permalänk
Medlem

Vad jag vet är tanken med GEM att låta kärnan hantera pratandet med grafikkortet för att få ett snyggare gränssnitt mot hårdvaran. X ska sedan kunna köras helt i användarrymden för att snygga upp möjligheten att köra flera X-servrar och fler X-användare på samma dator.

Då X inte behöver ha någon slags root-privilegier ökar säkerheten också.

En bieffekt blir att kärnan sätter skärmens upplösning vid uppstart (ungefär som nuvarande framebuffer), och upplösningsbytandet vid byte mellan X och konsol upphör. På sätt och vis får Linux ett vettigt framebufferstöd för en gångs skull.

Visa signatur

Dator: C=64 med bandare och diskdrive.

Permalänk
Avstängd
Citat:

Ursprungligen inskrivet av plunn
För de allra flesta slutanvändare så var det ju DRI2 man var ute efter när Intel gjorde rockad och ändrade spår.

Jo, DRI2 är försenat.
Fick skrivas om lite i och med GEM, men DRI2 kommer.

Citat:

Ursprungligen inskrivet av plunn
Lite oklart hur intresserade Intel egentligen är och hur mycket resurser de lägger på GEM och framtiden.

Dem har ju Keith Packard anställd.
Lägger de inte ner så mycket resurser, så kan ju andra bygga på det ändå, då det är open source.

Citat:

Ursprungligen inskrivet av aake
En bieffekt blir att kärnan sätter skärmens upplösning vid uppstart (ungefär som nuvarande framebuffer), och upplösningsbytandet vid byte mellan X och konsol upphör. På sätt och vis får Linux ett vettigt framebufferstöd för en gångs skull.

Jupp, det kommer bli trevligt med kernel mode-setting stöd. Booten kommer bli trevligare med mindre upplösningsbytande, och man kommer att kunna byta från X till consolen ögonblickligen istället för som det är nu, när man behöver vänta 1-3 sekunder.

Permalänk
Avstängd
Citat:

Ursprungligen inskrivet av leksak
[B] Jo, DRI2 är försenat.
Fick skrivas om lite i och med GEM, men DRI2 kommer.

Dem har ju Keith Packard anställd.
Lägger de inte ner så mycket resurser, så kan ju andra bygga på det ändå, då det är open source.

Nej.. allting bygger på att Intel gör grovjobbet samt är intresserade.

Med Intel vet man inte... samma läge är det med r600 GPUn och AMD/ATI.
Novells utvecklare tittar väl på det.

Slutligen hur mycket "intriger" som kan uppkomma i olika projekt.

Visa signatur

ASUS K56CB i7, W10 > Asus VivoBook S15 S530UN
HTC 10
ASUS Transformer Prime 32GB, Nougat :)
Ubiquiti Edge Lite, UniFi AP-AC-Lite (AP) samt ASUS AC68U och N66U (AP), fiber 500/100Mbit/s.
Mitt nätverk: https://imgur.com/aco9XQz Bild https://imgur.com/oQ2WG9Y

Permalänk
Medlem

Intressant. Mycket!

Alltid lika härligt att höra hur mycket Linux utvecklas.

Visa signatur

iMac 27" | Mid 2010 | Core i7 2.93Ghz | 20 GB | HD5850 M | Samsung 840 500 GB | 4 TB WD
MacBook Air 11" | Mid 2012 | Core i7 2.0 Ghz | 8 GB | 256 GB SSD
Citera gärna om du svarar på mina inlägg, så hittar jag tillbaka igen! :)

Permalänk
Avstängd

Det började illa iaf....

Linus On GEM Patches: UNTESTED CRAP

http://www.phoronix.com/scan.php?page=news_item&px=Njc5Mg

OT han bloggar också nuförtiden
http://torvalds-family.blogspot.com/

Visa signatur

ASUS K56CB i7, W10 > Asus VivoBook S15 S530UN
HTC 10
ASUS Transformer Prime 32GB, Nougat :)
Ubiquiti Edge Lite, UniFi AP-AC-Lite (AP) samt ASUS AC68U och N66U (AP), fiber 500/100Mbit/s.
Mitt nätverk: https://imgur.com/aco9XQz Bild https://imgur.com/oQ2WG9Y

Permalänk
Avstängd

Det är bra att Linus sätter ner foten och ryter ibland.

GEM patcharna borde ha varit bättre...