2.6.19 Linux Kernel Released 51
diegocgteleline.es writes, "After two months, Linux 2.6.19 has been released. It includes the clustering GFS2 filesystem, Ecryptfs, the first developer-oriented version of EXT4, support for the Atmel AVR32 architecture, sleepable RCU, improvements for NUMA-based systems, an "-o flush" mount option aimed at FAT-based hotpluggable media devices (mp3), physical CPU hotplug and memory hot-add in x86-64, support for compiling x86 kernels with the GCC stack protection, and many other things. You can check the full list of changes in LinuxChanges."
This release has been pronounced perfect (Score:1, Offtopic)
Note the marketing prowess on display.
Sex sells, even if it's just an allusion to the "lookin' for love in all the ronngg places" variety.
Stand by for the premiere of 2.6.20 on YouTu
Atmel AVR32 (Score:1)
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:1)
They are true microcontrollers with very low clock speeds and very low amounts of storage and memory. Do they mean linux can now run natively on an ATMEGA
No, it looks like this is a new platform. Something different, to compete with ARM - you can tell because they talk about core licensing and IP in the description (ARM's biggest weakness, in some peoples opinion). The benefit here appears to be more horsepower per clock cycle, which should lower power consumptions (more MHz == more power usually).
I can't wait to see!
Re:Atmel AVR32 (Score:5, Informative)
Atmel AVR32 not AVR butterfly (Score:3, Informative)
Don't get me wrong, I love the AVR microcontrollers - but we're talking a few K of RAM, 8 to 128K of Flash for the program, a smattering of EEPROM and a top speed of 16MHz. I would be impressed if you could run the Linux kernel on that.
Re:Atmel AVR32 (Score:5, Informative)
Re: (Score:1)
Re: (Score:2)
GFS2 (Score:3, Interesting)
Hotplugging CPU and Memory?!?!? (Score:2)
Re: (Score:2)
Re: (Score:3, Informative)
Re: (Score:2)
HA? Sparc procs? Not bloodly likely.
Re: (Score:2)
This is somewhat off-topic, but I killed an older Sparc running Solaris 10 within a few minutes of installing.
Someone I know needed to test out a program on Solaris 10/Sparc. Since we had a smaller sparc (I believe it was the E4000) not being used, I installed Solaris 10 on it, doing the default install.
Then I copied the code over, and uncompressed it in /tmp.
The machine died.
Ah ha, you are going to say -- you ran out of disk space in /tmp, and the machine couldn't make the temporary files it
Re: (Score:2)
Sounds like fun (Score:3, Funny)
It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.
You could send me and the kernel mailing list a note about it anyway, of course. (And perhaps pictures, if your dachshund is involved. Not that we'd be interested, of course. No. Just so that we'd know to avoid it next time).
So.. Who has a dachshund and a camera? And what does a kernel doing unspeakable acts of perversion with a dog look like anyway?
Re:Sounds like fun (Score:5, Funny)
i'd describe it but, it's unspeakable.
this linux thingy must be taking off... (Score:5, Funny)
Do you have no shame? (Score:5, Funny)
It's people like you that make "Linux Genuine Advantage" necessary.
Re: (Score:1)
oh btw, totally of topic but i've just realised that if you search for something in firefox 2.0 it doesn't give you the choice of moving to the next result in the text like in firefox 1.5. i imagine this is a simple setting in about:config. anybody know which?
Re: (Score:1)
A better faster linux kernel is a dog bites man story.
Microsoft finally getting another OS out the door 5 years after Windows XP after countless delays and feature killfests is more in the realm of man bites dog.
firefox 2.0 find vs quick find (Score:2)
If you hit ctrl-f you get find with the [x]/next/previous/highlight all/match case widgets. If you hit / you activate quick find functionality which doesn't have those. No idea if there's a config setting to force quick find to have those widgets as well.
Re: (Score:2)
TPM encryption (Score:5, Interesting)
Re: (Score:2)
Storing the key in a TPM is not making it safe... where did you get that idea? Store it on a USB key, and make sure you take it out when you aren't using it.
That is incorrect. The TPM provides secure storage that a USB key cannot.
The thing that makes a TPM secure is the way that the secrets it stores can be bound to a particular system configuration. The basic idea is that each piece of software in the boot process feeds the next piece to the TPM before loading it. For example, the BIOS feeds the MB
Re: (Score:2)
Re: (Score:2)
Don't know about you, but I want my data to be recoverable in the event of hardware failure.
Security engineering, like all engineering, is all about tradeoffs.
That said, you can arrange for the data to be recoverable. The best way is to securely back up the key that is bound to the TPM. There are a variety of mechanisms for doing that. Keep in mind that TPMs do not do bulk encryption well, so the actual data encryption keys are available to the operating system for performing operations using the main CPU. This means that the software that uses the keys can be written to export them in any
Re: (Score:2)
Secure storage that a USB key that is not kept with the PC cannot.
But that USB key must be kept somewhere, and unless you have a safe to keep it in, it's never going to be very secure.
TPMs, in your scenario, do nothing beyond lock data to a machine... not something that is valuable to 99.99999% of the population
Nonsense. It's extremely useful to lots of the population. Not really home users, but businesses have *lots* of uses for it. I design and build high-security applications for a living, primarily around smart cards and PCI-based crypto coprocessors, and TPMs provide a solution to dozens of otherwise insoluble (actually, too-expensive-to-solve) problems.
And yes... you do need to be running locked down signed software in order to ensure that TPM stored keys are safe. You were just flat out lying about that.
I really shouldn't even respond
Re:TPM encryption (Score:5, Interesting)
TPM is neither good nor bad
How operating systems and applications use TPM can be good or evil
In all that I've read about TPM, I've concluded that TPM is not much more than a glorified hardware based public/private key management system. The reference implementations I seen attach to the same slow hardware buses that PS/2 keyboard and mice sit. There is not enough bandwidth on that bus to encrypt/decrypt whole disks in real time.
Re: (Score:2)
Except that TPM could easily hide weaknesses, backdoors, or worse from the user. Furthermore, the nature of TPM would prevent the user from ever discovering said "features".
No, not pure evil. But still not trustworthy, either. This is the kind of thing the NSA would love to have in every computer.
Re: (Score:1)
Re: (Score:2)
Slashdot anti-Linux bias (Score:5, Funny)
Re: (Score:3, Funny)
First item under USB is Add Playstation 2 Trance Vibrator driver [kernelnewbies.org]
Is this the first sex toy to be officially supported by the Linux kernel?! Surely that's enough for front page news.
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
[FWIW] cryptfs (Score:2)
Pretty easy to set up, and no trouble so far, but annoying that it asks for the passphrase for each encrypted volume twice during boot, and and doesn't fail gracefully if you mistype anything.
*sniff* (Score:1)
This homeless thing can be real inconvenient.
Vista? (Score:3, Funny)