Linux 2.6.28 Promises Year-End Presents 305
darthcamaro writes "Little penguins all around the world are waiting for Penguin-Master Linus Torvalds to deliver some Glogg inspired Xmas cheer in the form of the new 2.6.28 kernel. Among the innovations in 2.6.28 are ext4 as stable, wireless USB drivers, better KVM support and the GEM graphic memory management technology. 'We now have a proper memory manager for video memory, the GEM [Graphics Execution Manager] memory manager,' Greg Kroah-Hartman said. 'This gives Linux much better graphics performance than it previously had.'"
The new graphics (Score:2)
Re:The new graphics (Score:5, Informative)
Re: (Score:2)
Re:The new graphics (Score:5, Interesting)
What should be important is that maybe next gen games should be released on Linux as a platform equal to Windows.
I was a long term Linux user, who went to XP just for the games. My gaming rig is waiting an RMA on a PSU, so rebuilt an old system and installed Slackware.
On an older machine with slower drives and a quarter the Ram, the responsiveness of the OS is amazing. If mainstream games were released for Linux I'd have no choice.
Sadly, I mainly use computers these days for relaxation, shopping and play, and if I'd continued as I set out, would no doubt be a full time Linux user... However, as a gamer, I put up with XP64 as a day to day OS.
Re:The new graphics (Score:5, Interesting)
Basically the next generation games consoles will be based on Linux + some API.
Re:The new graphics (Score:5, Informative)
Intel staff were the ones mainly responsible for implementing GEM, so their driver supports it. The open-source ATI drivers recently got a layer of glue to use GEM on the outside without changing much of the TTM-based code that was on the inside. I don't know what nouveau is up to, but the nvidia blob has had a lot of memory management stuff implemented independently for a while now in their X driver.
Phoronix [phoronix.com] follows a lot of this stuff well.
Re:The new graphics (Score:5, Interesting)
The NVidia blobs remain a big problem. It's not the kernel blob: it's their replacement by setting aside of the OpenGL libraries, used to access the NVidia features. This part of the NVidia process destabilizes every OS that it touches because any updates to those libraries overwrite the NVidia libraries and seriously break your graphical setup.
It's theoretically possible to rewrite the Xorg and Mesa packages to cooperate with this by bundling the Nvidia package and its libraries to a package matching the Mesa components and install one or the other, but no one has yet done so. So NVidia remains a dangerously unstable set of tools to install in any sytem that gets any updates otherwise.
Re: (Score:3, Informative)
...by bundling the Nvidia package and its libraries to a package matching the Mesa components and install one or the other, but no one has yet done so.
Gentoo does an excellent job of managing the upgrades - the Mesa and Nvidia drivers are installed to different locations and symlinks are used to choose the right one, with a nice wrapper script to make it easy to choose what one you want with eselect.
Re:The new graphics (Score:5, Informative)
Ditto on Ubuntu. The package management scripts are very intelligent in regards to Xorg and Mesa updates when the NVidia drivers are installed. Kernel updates, Xorg updates, and Mesa updates will all trigger init scripts that re-install the NVidia restricted drivers.
Re: (Score:3, Informative)
Debian Sid is fine with the Nvidia drivers too. No conflicts with Mesa as long as you use the packages from non-free. Apt also recompiles the kernel driver every time you install a new kernel!
No answers to your question in TFA. (Score:5, Informative)
""We now have a proper memory manager for video memory, the GEM [Graphics Execution Manager] memory manager," Kroah-Hartman said. "This gives Linux much better graphics performance than it previously had."
The video improvements in Linux also extend to power utilization for graphics. Red Hat Fedora Project Leader Paul Frields told InternetNews.com that the 2.6.28 kernel enables reduced power consumption across the video driver subsystem in the vertical blanking routines, which will be helpful to mobile users."
That is all that is mentioned (above quote) about the state of 'the new graphics' in the new kernel.
Re:No answers to your question in TFA. (Score:4, Interesting)
Although not part of GEM, one related improvement is moving modesetting into the kernel. Currently, when you switch to an X11 VT, X11 requests the console be set back to VGA then initialises it to the correct mode itself. This is really horrible, and doesn't play nice with power management (because the kernel doesn't know anything about the GPU state, so can't easily save and restore it). The modesetting branch in X.org has been defining some clean kernel interfaces for doing this, simplifying both the kernel and the X server in the process (since both previously contained lots of special-purpose code for doing the same thing for each device).
As with GEM, this isn't a Linux-specific thing, it's driven by X.org and being implemented on Linux, *BSD and Solaris.
Re:The new graphics (Score:5, Interesting)
I recommend reading this link [rojtberg.net] to get an idea of what's going on in the Linux graphics stack:
"So currently there is not one field where construction done but several. These are 2D Acceleration, Memory Management, 3D Acceleration and 2D Modesetting. And they are all being worked on at the same time to speed things up.
But the problem is that more or less all of these depend on proper Memory Management, which is also the hardest thing to get right.
Now lets look at how Xorg works today; every Xorg driver implements its own way of memory management and provides the DRI1 functionality when it comes to 3D. Furthermore it is responsible for modesetting, which is quite suboptimal, since some perliminary modesetting is already done in kernel, so it can output messages during bootup. The Xorg driver resets the hardware again when it is loaded.
Kernel Based Modesetting
In order to solve this duplication the modesetting code is about to be moved into the kernel, so the hardware can be setup once and for all. But since modesetting involves memory management which is not done properly yet too."
Re: (Score:3, Informative)
Re:Heh (Score:5, Informative)
DRI1 is a big lump of ring-3 code and a small chunk of ring-0 code. The ring-3 code issues commands, the ring-0 code validates these commands (to make sure that DMA is being safely used and so on) and passes them off to the device. With DRI1, you have some things, like setting the graphics mode, which are implemented in the kernel's (X-independent) driver and then implemented again in X.org. This leads to copy-and-paste errors and all sorts of other problems (like power saving, since the kernel driver now knows less than it needs to about the state of the GPU).
The ring-3 blob is also responsible for setting up memory mappings for DMA, which is bad for three reasons. Firstly, it means that every driver is implementing almost identical code. Secondly, it means each driver is implementing code that depends a lot on kernel interfaces, making porting harder than it should be. Finally, it is bad for security.
With DRI2, the kernel controls the IOMMU (if there is one) and sets up memory mappings so that the driver just mmap()s regions of device memory or physical memory. There are quite a lot of related improvements, although I'm not sure exactly which ones are part of the DRI2 'brand.'
The non-GL acceleration interface is cleaned up a lot, to make supporting compositing and spline rendering easier and the GL state tracker is moved out of the driver and into a separate bit of (ring-3) code. This simplifies the drivers even more, since their interfaces to the system is now stateless (DRI2 drivers are a fraction of the size of DRI1 drivers). This means that they all share a lot more code, which is good for stability (since it's now code that's tested by a lot more people) and good for cost (it's now cheaper to support X.org). The nice side effect of removing the state tracker is that it's possible to plug in new ones, for example OpenGL ES or DirectX. the WINE guys have been talking about porting their DirectX back end to issue DRI2 calls directly, rather than OpenGL, so that there is no overhead - DirectX and OpenGL are both first-class user APIs on top of the low-level API.
The DRI2 stuff is a good example of open source done right. The result will be that each of the concerned parties (kernels, driver writers, X server, GL state tracker) all have a simpler codebase to maintain as a result of using standardised interfaces to other code. This leaves nVidia out in the cold - they are stuck maintaining their own memory manager, mode setting code, GL state tracker, and so on, while their competitors aren't. Developing a Free Software GPU driver costs a small fraction of the cost of maintaining the nVidia driver, which to my mind is a far better way of advocating Free Software than bludgeoning people with reciprocal licenses (the DRI stuff in X.org is MIT licensed, only the Linux kernel part is GPL'd).
Nice start... (Score:5, Insightful)
Not quite Vista's WDDM abilities in dealing with GPU RAM, but a nice start that people other than MS are actually taking GPU RAM allocation seriously beyond simple context swtiching.
Re:Nice start... (Score:5, Interesting)
Because the UAC window is on an independent desktop that other applications cannot interact with. The only possible flaw is if something has installed itself as a mouse or keyboard input driver, I believe. But doing that will spawn a great big red unsigned driver prompt.
Re:Nice start... (Score:5, Informative)
The independent desktop for UAC is true, and it would require a driver to interact with it. (And yes a big red driver prompt, warning, etc)
Also the UAC 'desktop' runs at TrustedInstaller or System level security, so it takes a system level driver to respond to it. (It is not impossible, but it would be pretty hard for a driver exploit to get past this, as the driver would have no way to 'see' what was on the screen to know where to click, etc.)
A side note, Vista supports multiple desktops (and even varied security) launched in a single user login, even though there is no UI for this feature (One can be downloaded from Sysinternals).
I'm not sure how useful this is, but as the Sysinternal's utility allows, it creates 'virtualized' desktop without the virtualizing, as the desktops are independent full desktop contexts.
So each desktop can run a separate version of Explorer, etc - within the same user login.
(The term 'desktop' here is used loosely as it pertains to GUI process context in Windows.)
This is not a revolutionary feature, just something kind of interesting, as it is separate desktop contexts within a user login within a multiple user environment.
Re:Nice start... (Score:5, Informative)
It prevents shatter attacks [wikipedia.org]. It can be turned off and a UAC window made to act like any other.
Re:Nice start... (Score:5, Informative)
Maybe I'm misunderstanding your assertion, but hasn't MacOS X had universal GPU RAM management for many years? I don't think MS has any monopoly on this... it was my impression that it was just Linux that was on Microsoft's heels playing catch-up.
Yes you are misunderstanding, and NO the Mac has not...
OS X uses the 3D GPU as a bitmap composer for the display, and that is it.
OS X's composer is years behind most Linux desktop composers as well as Vista's DWM/Aero. Vista's DWM for example is Vector/Bitmap based, and works with the WDDM of Vista that gives it a lot of power. (WDDM is the new driver model in Vista)
Here are some of the things Apple needs to add to catch up to even Vista.
- GPU RAM Virtualization/sharing (something kind of like what they are trying do with the Intel chipsets and Linux in this article - except Vista does this over the AGP/PCI bus with any Video card and works with or without dedicated GPU VRAM.
- GPU Scheduler - In Vista, the OS, not the applications controls the GPU, and Vista brings pre-emptive multi-tasking to the GPU. (And no this is not like OpenGL applicaiton yielding/cooperative multitasking, as DirectX also does what OpenGL does. This is an OS level management system that opens up a new way of thinking beyond one 3D application on screen at a time concepts that don't depend on applications yielding the GPU. Kind of like the move to the 32bit era where the Intel CPUs offered a pre-emptive scheduler.
(Example: several games on screen at once in Vista, set transparent with a HD video waterfall playing in the background and losing very few FPS in each game and Aero also using the 3D GPU to do its things, like compose the Game Windows with a transparent waterfall behind them and do a shared texture combine write to the video card.) - This is not something you want to try on a Geforce 5200, but it will work, and on newer video cards, even the 7900 series from Geforce, you can do some really amazing things when running multiple games 'viewable' on the screen at once.
- Legacy application 3D acceleration. Apple tried to get this going with 10.4 as an optional switch, but it was too buggy and scrapped as a feature for 10.5. This means that OS X still renders content using good old fashion legacy 2D GPU features or SSE Intel extensions. On Vista, even Windows 3.1 applications get a performance boost as GDI drawing, Font Rendering, and even internal bitmap APIs are shoved through the 3D GPU because it is significantly faster than older 2D GPU rendering methods.
- Vector composer. On Vista when it is running newer WPF applications, instead of the DWM getting a bitmap that is composed to the final render of the screen, the WPF applications tell the DWM/Aero what changes are made, usually vector based (XAML), and the Vista composer makes the changes at the composer level instead of the application having to redraw the application and send a new bitmap of the Window to the composer to assemble. (This is also why RDP (Remote Desktop) on Vista is faster and more featured than XP, as it works at the DWM level and a lot of the operations sent over the network to render the screen are vector based and lightweight, leaving the client to do the heavy rendering instead of passing bitmaps all the time. This is why you can do Aero Glass and WPF 3D over a slow RDP connection remotely.
----
Ok, I am going to stop here, as I am writing this off the top of my head and it would better if you would just visit technet at www.microsoft.com and lookup the Vista WDDM and DWM and WPF technologies.
The whole driver and video changes in Vista were dramatic and borrowed ideas from the XBox 360 development team and do some really impressive things, even though MS didn't put much into the 'cute' uses of it in the UI like they are doing with Windows7.
---
Linux/*nix also has some good composer technologies that make OS X's composer pretty sad in comparison.
With Linux there are still some major driver and kernel level hurdles
Re:Nice start... (Score:5, Insightful)
In Vista, the DWM prevents GDI commands from being accelerated, which represents a regression relative to XP. The compositing does mean that moving windows can be smoother, but when the contents of the window change, Vista is liable to be slower (in addition to using twice as much memory for that window due to a pixel format mismatch between DirectX and GDI). Thus, legacy applications are not likely to be able to draw any faster on Vista than on XP.
Compare this with Quartz 2d Extreme, now known as Quartz GL (and not abandoned as you say). Existing applications can have their drawing accelerated at the cost of a potential for glitches or performance problems (due to limited bandwidth from the CPU to the GPU), and new applications can enable acceleration at the discretion of the developer.
Re:Nice start... (Score:5, Informative)
In Vista, the DWM prevents GDI commands from being accelerated, which represents a regression relative to XP. The compositing does mean that moving windows can be smoother, but when the contents of the window change, Vista is liable to be slower (in addition to using twice as much memory for that window due to a pixel format mismatch between DirectX and GDI). Thus, legacy applications are not likely to be able to draw any faster on Vista than on XP.
I know there have been discussions on this before, but it isn't a complete either or...
Some GDI functions are not shoved through the 3D GPU nor the 2D side of the GPU (assuming there is one), and yes you are correct that these are CPU processed.
However, there are a lot of GDI functions that are shoved through the 3D GPU more than compensating for any CPU rendered GDI functions.
For example we could go through a list, and there are some line drawing, bitmap/DIB drawing, and scattered GDI and especially GDI+ functions that are rendered on the 3D GPU. (Font rendering is 3D assisted as well, no matter if WPF or GDI calls the functions.)
Also when you get into GDI+ level functions like transparency/layered windows, these are very much shoved through the 3D GPU for rendering.
And again, these are actually GDI routines being hosted/processed by the 3D GPU, not just the end result of the 3D Composer as you suggest I am conflating.
Re: (Score:3, Informative)
I'd love to scrap the Direct3D code I have to use now on Vista in order to get decent blitting performance.
Why are you even hitting into DirectX, you should be shoving it through .NET 3.5 and WPF, as this is even accelerated on XP via 3D acceleration.
The whole WPF API set is there specifically so you don't have to drop to DirectX unless you are trying to squeeze the last ounce of performance out of a high end game. You should even be able to obtain a Windows 'texture/image' and use it as a brush via WPF, g
Re: (Score:3, Interesting)
GDI graphics are not hardware accelerated on windows vista (WDDM 1.0), you can read this everywhere on the internet
As I responded above, this is a misconception... Yes the GDI is no longer 2D GPU assisted, but that doesn't mean that NONE of the GDI/GDI+ functions are shoved through the 3D GPU.
Look up font rendering, DIB/Bitmap functions, GDI+ calls that do anti-aliasing all the way to layered and transparent Windows that are all processed using the 3D side of the GPU.
However you are also correct that WDDM
To clear somethings up (Score:5, Informative)
GEM is short for Graphics Execution Manager, it is a graphics memory manager for the kernel written by Intel.
If graphics device drivers want take advantage of GEM, then they need to add some code for GEM in the device driver.
A memory manager for the graphics memory is very useful because it allows direct rendering and direct redirected rendering and such.
This means you can now do things "the real way" which have previously either not been possible, or been done using some dirty hack such as indirect rendering.
Comment removed (Score:5, Interesting)
Re:To clear somethings up (Score:5, Informative)
We had one of those [wikipedia.org] when 2.6.9 came out, but not since. A shame.
Re:To clear somethings up (Score:5, Funny)
That page is a hoot. In general I groan whenever a software homepage has a "Philosophy" section, but the installation instructions more than make up for it...
See how easy? I am a programmer and that's... well... yeah.
Re: (Score:2)
Re: (Score:2, Funny)
This does not sound like a bad idea, though: moving a part of the graphics into the kernel only makes the kernel a little more complex (as it has already had parts of the code in order to use the screen while booting), and at the same time, X can become less complex and thus both faster and less error-prone.
Re:To clear somethings up (Score:5, Informative)
A memory manager for the graphics memory is very useful because it allows direct rendering and direct redirected rendering and such.
A definite step in the wrong direction.
One of the things I've always liked about *nix is the separation between kernel and graphics.
No matter how horked X is, I the system always boots in text mode console and work to repair X or a driver, install new software, etc, and even accomplish things with Mutt and links2.
Then, when I'm ready to "go graphical", simply run startx.
You don't really understand the consequences of doing kernel mode setting then. None of your use cases will be impacted by the addition of kernel mode setting, except that you'll be able to more easily get different resolutions out of your virtual consoles (you can already do that with framebuffer consoles, sometimes, depending on the hardware, and what driver you're using with X (if any)).
Re: (Score:2)
You don't really understand the consequences of doing kernel mode setting then.
Why am I not surprised???
None of your use cases will be impacted by the addition of kernel mode setting,
Interesting. Will the GEMified drivers require DRI/DRM? (Everything I've read about it seems to imply that.)
except that you'll be able to more easily get different resolutions out of your virtual consoles (you can already do that with framebuffer consoles, sometimes, depending on the hardware, and what driver you're using wit
Re: (Score:2)
The converse, actually. Using DRI/DRM will require GEMified drivers. GEM doesn't really come into play without DRI/DRM.
Re: (Score:2)
The converse, actually.
That's what I meant. Really!
Anyway, is DRM/DRI essentially what the nvidia binary driver and OSS layer currently do?
(I use it, but it doesn't get loaded until needed by X.)
Re: (Score:3, Informative)
No matter how horked X is, I the system always boots in text mode console and work to repair X or a driver, install new software, etc, and even accomplish things with Mutt and links2.
Then, when I'm ready to "go graphical", simply run startx.
What makes you think it would be any different now? The only difference is that now the kernel provides additional hooks and a consistent interface for managing the GPU resources too, which means that you can finally have a much improved integration between graphical systems (e.g. GPU-specific framebuffer consoles and (one or more) X sessions in (one or more) virtual terminals).
Nothing changes as long as you don't start graphical subsystems. And after you do, the difference is that instead of having a dis
Re:To clear somethings up (Score:4, Interesting)
Wasn't that their point? That it's a separate system, so that if it fails, you'll still at least have the command line?
You can always make the argument that, well, if the code is good, then it should work, so what is the issue here that everyone is beating around the bush about? I think it's stability via intelligent programming. If you have the command line as a failsafe for when X fails, it gives you extra protection against bugs, which will always be there somewhere. You shouldn't just expect code to be written correctly, you should fortify yourself for when things break. If this can still be done even with kernel mode setting and such, if the kernel can switch to a failsafe if GEM or whatnot fails, then that will certainly help. Simplifying software stacks and creating APIs for performance and ease of programming = good. Removing failsafes = scary, unless they added some other failsafe somewhere else or whatnot, or maybe there's already one there.
And no, don't say reformat reinstall, that's the Windows failsafe.
Re: (Score:2)
If you have the command line as a failsafe for when X fails
Thank you for elucidating my intent. Foolishly, I assumed that people understood what I meant.
Re: (Score:2)
Re: (Score:3, Insightful)
No problem. Just add "nokms" parameter to the kernel command line and it'll start kernel without kernel mode-setting support, in a plain old console.
Re: (Score:2)
Just add "nokms" parameter to the kernel command line and it'll start kernel without kernel mode-setting
support, in a plain old console.
What about all the gooey goop (Plymouth & Wayland) that RH and Ubuntu are layering on top of the boot process to make it dumber (I mean more user friendly) which specifically depend on kms?
Re: (Score:2)
They also can be disabled. Nobody's forcing you to use them.
Also, I _like_ the smoothness of console switching which KMS gives. It's way too cool.
Re:To clear somethings up (Score:4, Insightful)
Let me put it to you in a way that should impress you: Kernel modesetting allows things like the Windows BSOD and the Mac Kernel Panic, which means that when your kernel dies you can get a direct, immediate error message with details.
Those STOP messages in BSODs are pretty important for figuring out what's wrong with Windows, I imagine with the open kernel of Linux, you could have much more detailed errors.
Re:To clear somethings up (Score:5, Insightful)
That really does not impress me.
You're not supposed to be impressed, you're supposed to be able to easily fix your graphics (or any other driver/configuration) setup with more-or-less your expected setup. Non-expert users will be impressed by that. Or at the very least less pissed off by the problem they're experiencing.
Cry me a river.
Yeah, fuck all those people who don't want to learn X configuration file formats off-by-heart! But I bet you'll be the first person bitching and moaning when vendor X doesn't provide Linux drivers and vendor Y's software doesn't support Linux. Newsflash genius, it's the masses that bring the recognition and the cash to make the vendors take notice. If you ever want Linux to do all those things that "Year of Linux" spouters have been droning on about for the last decade you're going to have to realise that making Linux useable, maintainable, and fixable by average Joe's with as little fuss as possible is the only thing that matters to the long term future of Linux as a desktop OS.
Re:To clear somethings up (Score:4, Funny)
making Linux useable, maintainable, and fixable by average Joe's with as little fuss as possible
I'm still waiting for Windows to get to that point never mind Linux.
Re:To clear somethings up (Score:5, Insightful)
This allows people who are not so technically proficient to fix their computer without having to resort to using a command line.
Cry me a river.
May you be forced to debug some WTF message without any browser but lynx to help you. Of course, you're probably among the 1% that knows that lynx exists and is able to navigate your way to google and find the answers without a mouse to click. Great that you're built that way, but l33tnix is over there ------------> and the rest us of would like a system that isn't more arcane and user-unfriendly than necessary.
Re: (Score:2)
But seriously, fully agreed, and it's fully possible to have a system that is both user friendly and powerful/stable/featureful/etc. Having GEM in the kernel as a module is fine if the kernel can deal with GEM getting itself borked, which is how everything should be, there should be fail safes galore if things are programmed intelligently from the ground up.
Re:To clear somethings up (Score:5, Insightful)
Or you can use a LiveCD to fix your linux install...
While it's rare to require the command line on windows, this is primarily because the cli isn't powerful enough to make it viable for most tasks.
Most tasks in linux are possible without the CLI too, but when you ask an expert for advice they will often tell you the CLI way because it's usually easier to explain... Trying to baby someone through a gui where they might have changed the color scheme or moved things around is very difficult, telling someone "type this" or giving them some text to copy/paste is much easier, assuming they can read.
It's not uncommon to require registry editing to fix windows problems, a task which is more arcane and complicated than anything on linux... The CLI on linux has man pages and help flags for individual commands, and text files you might need to edit usually have helpful comments... What does the registry have? a bunch of arbitrary text strings and undocumented numbers?
Re:To clear somethings up (Score:4, Informative)
The reason for 640x480 is because safe mode uses the generic VGA driver and 640x480 is widely supported. Actually since XP the generic VGA driver which allows higher resolution modes. No hardware acceleration of course since every manufacturer implements that in their own way.
Actually XP had a cool trick with graphics drivers. If a thread hung inside the manufacturer provided accelerated graphics driver the GDI would switch to the generic VGA driver and pop up a message explaining what had happened and prompting you to reboot. I.e. it could switch from 1024x768 accelerated 32 bit color to 640x480x16 color and keep running, even though a kernel mode thread had hung.
Re: (Score:3, Informative)
Plus 640x480 at 16 colors is actually part of the original VGA specification from the late 1980s. A card would have to be badly designed indeed (or terribly old) to not support that.
Re: (Score:2)
clean the dust from the fan/heatsink, or re-appy the thermal paste on the GPU.
Re: (Score:2)
people like you are why linux won't ever dominate the computer industry. try growing up and learning from your mistakes.
It is well documented that people who don't know WTF they are doing regularly screw up their computers and allow them to become rampantly infected by malware.
Thus, it is only rational to think that people who don't know how to administer a computer should not perform administrative tasks and have administrative privileges.
If that means that 95% of households that currently have computers s
Re: (Score:2)
uhhh, try a fresh install of 8.10...
Re: (Score:3, Informative)
Please stop talking. You have posted a huge amount of nonsense in this thread already, and every subsequent post only makes you seem stupid. Ignorance is excusable, since it is correctable. Willful ignorance - remaining ignorant in the presence of people trying to educate you - is not.
A kernel already contains code for setting the mode of the graphics card. The X server also contains this code. There are two instances of the same code, maintained by different groups, doing the same thing, often at alm
It's Christmas! (Score:3, Insightful)
Re: (Score:3, Funny)
Santa provided this kernel. If you install it and if kills your box you must have been naughty, if it works well you must have been nice.
Re: (Score:2)
Re: (Score:3, Insightful)
What do I do if my family (i.e. wife) and frieds are all compiling the new kernel already, and the only food in the vicinity is a half-empty pizza box on top of my PC?
Further enlightenment into 2.6.28 (Score:5, Informative)
Oh oh GEM is copyrighted (Score:2, Informative)
It is also another open source project OpenGEM [shaneland.co.uk] based on the original DRI GEM. GEM was a Windows like 16 bit interface for DR-DOS and MS-DOS like Windows 3.X was. Apple sued them and they had to change their look a feel, and Atari used GEM as a GUI for TOS.
Re:Oh oh GEM is copyrighted (Score:4, Informative)
I yhink that you are trying to say that "GEM" is a registered trademark. One cannot "copyright" a three-letter string.
GEM for Linux? Darn (Score:2)
I was hoping someone was bringing back GEM [wikipedia.org] from Atari ST and IBM PC to Linux. Oh well
Re: (Score:2)
Check out this OpenGEM project [shaneland.co.uk] maybe you can run it under DosBox or some other emulator?
Re: (Score:2)
Yea I'm aware of FreeGEM/OpenGEM. But porting it to Linux was non-trivial so I gave up. Running it under qemu was not so great, how can I use it to manage my ext4 partition that way? DosBox is a thought, although there is a lot of weirdness in DosBox for filesystems over some smallish size. Depending on what API the applications use.
What about linking to the changelog? (Score:2)
The changelog is available [kernelnewbies.org] aswell...you might aswell have waited a bit to the final release!
Linus just released it (Score:5, Informative)
http://lkml.org/lkml/2008/12/24/105 [lkml.org]
It doesn't really matter what day it is, or what holiday (if any) you're
celebrating, because even if you sit at home, alone in your dank basement,
without any holidays or friends, I bring you a tiding of great cheer: you
can now download Linux-2.6.28, and compile it to your hearts content!
Listen to the cheerful grinding of your harddisk as you reboot into an
all-new kernel - and I'm sure that if your computer could smile, it would
have a big silly grin on its non-existent face. So as you sit there in
your basement, give your computer the holiday cheer too.
In fact, even _if_ you have friends or family, leave them to their endless
toil over that christmas ham or turkey, and during the night, when they're
asleep, you can give them that magical present of a newly updated
computer. When they wake up tomorrow morning, tell them how you saw Santa
crawl down the chimney with his USB stick in hand, updating the OS of all
good boys and girls.
Ho, ho, ho,
Linus "almost Santa" Torvalds
Re: (Score:3, Funny)
Oh, my... The man is insane.
Best Christmas Gift, in the Kernel way (Score:4, Insightful)
A new and single sound stack (valid for the next 10 years); with the added promise of discontinuing (deleting from the main tree) all the others by 2010.
ext4 is stable enough -- for others (Score:3, Insightful)
Forgive me for being a cynic -- I am going to wait until others have really tested & debugged ext4 before I trust it with my own data.
Not sure about GEM (Score:2, Insightful)
Im not so sure about putting graphics stuff in the kernel? Why? Why not make it a part of X and thus platform independant. Now we will have a class of drivers locked to linux. Great, just what we need, incompatabilities.
Re: (Score:2, Interesting)
Akin to that idea: so you think that regular memory handling should be done by the shell? That is the analogue to X handling graphic memory.
Re:Not sure about GEM (Score:5, Informative)
Graphics stuff must be in the kernel at some level. The reason for GEM is that the entire system needs to have unified memory management for GPUs, just like for CPUs.
Also each GEM-capable driver has to support legacy mode. Linus was *very* clear on that point. So, starting with 2.6.29, each KMS or GEM driver supports non-KMS and non-GEM mode. (Some drivers, like the Radeon drivers, are all-or-nothing, so running KMS without GEM won't work.)
You're probably a BSD guy. Which is fine. Nothing wrong with that. Unfortunately, your upstreams have shown a rather lackluster interest in actually participating in these DRM changes. While there are a few guys working on porting this stuff, most of us are not BSD guys and are certainly not required to make it work across kernels. We're trying to make it as open and clean as possible, though. (DRM is actually built from a shared core that has Linux and BSD wrappers.)
And really, you don't want drivers in X. That's what we've done for a long time, and frankly, it sucks. Poor memory management, poor direct rendering. Lock contention, kernel sareas, GETPARAM/SETPARAM insanity. Each new feature requires kernel modifications and new ioctls which then have to remain working for a decade despite Mesa being the only real consumer of those ioctls. (nVidia doesn't use our DRM. They got this stuff working a long time ago on their own code. That's right, the closed-source drivers do this.)
Sorry for ranting, but that's the way it is.
H Tree Indexing (Score:2)
I looked over the Wikipedia article for Ext4, and it mentioned that Ext4 uses an H Tree [wikipedia.org] for directory indexing. I looked over the H Tree article, but it is sparse, and I wasn't sure how it differs from a balanced B Tree. Could someone more mathematically inclined explain, or point me to some better information?
Thanks in Advance. (o:
Re:H Tree Indexing .. Will it speed ls & rm? (Score:3, Interesting)
I hope this fixes the two annoyances I have with Linux:
Deleting a multi-gig file such as a TV recording locks up the OS so badly that other apps freeze. If mencoder is recording TV it will fail to keep up with the stream. AV sync is lost, ruining the rest of the recording.
An awful lot has happened this year. (Score:2)
Religious people tend to always find a religious meaning, let me be the first to give a secular reason to be thankful for this season. However slight and insignificant, Linux has gained ground this year. More hardware and applications work this year than last year, and once again, I am preparing my yearly X-mas LAN war like so many other years before. (Hey, I don't believe in religion/God, but I do find this time of year wonderful for partying. And thats exactly what I will do.)
I'm starting to re-evaluate m
OT: 2.6.27/28 config files? (Score:3, Interesting)
Hi everyone,
Ever since 2.6.27.x came out I have not been able to compile from source and have the internet connection work correctly at all.
Basically I try to take old source configs and run them in the new kernels, but I get the same result.
Even binary Ubuntu kernel builds fail to run internet connections correctly...
Apparently this item may be related to it:
http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fd6149d332973bafa50f03ddb0ea9513e67f4517 [kernel.org]
(regarding the reordering of TCP options... how do I fix it?)
Any advice very gratefully appreciated ...
M
Re:I for one... (Score:5, Funny)
Re: (Score:2)
Some of the incarnations might be ugly, but the building blocks for "making it pretty" are there. A big Achilles heel is the graphics situation. Even with REALLY fast video cards, my Linux desktop seems to lag Windows in terms of having fast graphics. Without that, it's hard to ratchet up the eye candy for people that care about that sort of thing (and I'm not really one of those).
Nice to get ext4 into "stable" though.
Cheers,
Re: (Score:2)
Re: (Score:2)
With Linux, you first have to look for those Microsoft web fonts...
Er... what? I've never done this before.
Re: (Score:3, Insightful)
Let's agree: "Linux" as implemented by the many distros right now is ugly out of the box!
I've actually never seen Linux, except for a few messages during boot. What's the shape of the invisible system that interfaces with your hardware?
Hint: You're talking about distros. We're talking about a kernel.
Re: (Score:3, Insightful)
Flamebait? No way. I've heard a global estimate of 30,000,000 desktop Linux users versus several billion "hidden" Linux devices, from servers routers to televisions to cell phones. This story is about the 99% of Linux computers that don't have a desktop interface and where such a thing wouldn't even make sense. That's why I said the OP was off-topic - we're not discussing anything remotely related to a GUI or other user interface.
Re: (Score:2)
"Multimedia handling is still wanting on Linux. To make matters worse, even Linux advocates will prefer to create video files on Adobe's [proprietary] flash instead of .ogg! This makes you wonder which master Linux fan-boys serve. Heck, we can't even eat our own food?"
We'll just assume you're right about 'Linux advocates', even though I seriously doubt most (let alone all) of them prefer flash.
What does it say about OGG that flash is preferred over it? It says it's not good enough. Don't expect people to
Re: (Score:3, Insightful)
Multimedia handling is still wanting on Linux. To make matters worse, even Linux advocates will prefer to create video files on Adobe's [proprietary] flash instead of .ogg! This makes you wonder which master Linux fan-boys serve. Heck, we can't even eat our own food?
Playing flash videos as in downloaded videos with a .flv extension is no problem. In fact, I don't remember last I had trouble playing any codec in a normal container format like avi, mpg, mkv, mp4, mp3, aac and so on even though Blu-Ray/HDDVD playback still needs work. The problem is flash, the universal crap plugin. If all the video sites could start using a x-flashvideo mimetype for that and leave x-flash for flash games and other ugly stuff that needs the real flash, half the issue would be solved. Of c
Re:For me, it's something else (Score:4, Insightful)
With Linux, you first have to look for those Microsoft web fonts before you call a potential convert to have a look!
That's never been my experiance (I stopped installing MS TrueType fonts when I realized they didn't do anything for me), but there is <whisper>Red Hat's Liberation fonts</whisper>
Re: (Score:3, Funny)
KDE is cutting-edge.
Re: (Score:3, Funny)
Re: (Score:3, Informative)
Actually there is the Fluendo MP3 codec which is licensed and legal for use and free distribution. For DVD, there are legal players like LinDVD and PowerDVD, but they aren't free. I didn't realize this until I did a search just now, but apparently you can buy PowerDVD from the Canonical store (for Ubuntu), and other distros probably have something similar.
Re: (Score:2, Insightful)
This is really getting old. How do these guys still get modded funny?
Re:2009 (Score:5, Insightful)
The moderators are drunk on Christmas spirits.
Re:2009 (Score:5, Funny)
The moderators are drunk on Christmas spirits.
Which is only proven by the fact that they modded you insightful for that very comment.
Re:2009 (Score:5, Insightful)
It's because every year is the year of Linux. Its just funny that some people haven't realized it yet.
Re: (Score:3, Interesting)
"The future is already here. It's just not evenly distributed." -- William Gibson
Re: (Score:2)
Murder isn't funny!
Unless clowns or huey lewis and the news are involved.
Re: (Score:2)
I'd say "overrated" would be more appropriate. Is there any chance for a knob to twist to block all Hans Reiser "jokes"? The first aleph-null of them were kind of funny.
Re: (Score:2)
5th unique AC in a row -
I thought it was funny, guess it rubbed someone with mod points the wrong way. And the moment one person mods it to 0 or -1, it stays there.
Re: (Score:3, Insightful)
I don't understand how it's apparently so fashionable on /. to make disgusting "jokes" about horrific things.
Probably 'cause the best choice in dealing with a horrific situation boils down to humor. The other choices being uselessly wailing, freaking out, or other emotional responses that do nothing to change or improve the situation. Finding the humor, however dark, and getting a chuckle is probably the best defense mechanism we humans have ever developed to stress...
Re:Barely on v.2.6.28? Sheesh, Windows way past th (Score:2)
Re: (Score:3, Interesting)
Re:I know these changes are awesome (Score:5, Interesting)
There is a huge number of examples I could give, but a recent event really stands out for me. Just a couple days ago a friend was having computer problems (couldn't read a DVD) and wasn't sure if it was a hardware or software issue. A simple check was to boot off Linux off of a USB flash drive and see if it worked (it didn't - ends up the DVD was funky). What's amazing here is that on a completely random system - built as a Windows gaming machine without Linux in mind - a Linux install which has never seen this hardware before performed flawlessly. It booted off of the USB drive faster than the (clean, relatively minimal bloat) XP did from the hard drive, detected and automatically connected to wifi, et al. Everything just worked.
Adding support for a few new webcams or wifi adapters or some new memory management or power stuff isn't going to make a difference. Doing that repeatedly for years, however, and all of a sudden you've got the best hardware support (out of the box anyways) and best performing OS around.
Re: (Score:3, Interesting)
Does that just mean the addition of new drivers or a revamp of the existing? I have some no name wifi usb that uses zd1211rw and it's pretty easy to make it fall over.
I'm not sure about this case, but in the past it has been both. My wireless usb stick (rt73) WAS supported in Ubuntu Dapper (and Edgy?) but after that it stopped working (required me to throw the firmware into /lib/firmware - once I do that it works fine).
From that experience I gather that yes, it is possible for them to revamp currently working drivers; however, it would probably be easier for you to just buy a supported card. May be a bit late to ask for it as a Christmas present, sadly.