Slashdot Mirror
Linux Development Kernel 2.5.18 Released
the_real_tigga writes: "Well, the day is almost over, and still today's release of version 2.5.18 of the Linux development kernel tree has not yet hit Slashdot.
It is out, the official site is of course kernel.org, but be sure to check your local mirrors (usually www.country.kernel.org).
Here is the long Changelog,
major changes include suspend-to-RAM, more IDE and VFS fixes, and kbuild.
Linux Weekly has the news too, and a summary of the changes."
Do we really need /. to let us know when a kernel is released? Especially the development kernels? Everyone who wants to know should be on the linux-kernel-announce mailing list anyway.
Folks,
buffer_head is now in its own header file, so in suspend.c, for example, you will need to include
< linux/buffer_head.h >.
Also, to get HFS (Apple filesystem) to compile, you have to include < linux/pagemap.h >
Best of luck...
w o r l d w i d e w e b e r
I think most readers of slashdot at this time of the day are still having breakfast, I am.
Romana: "How did you know?" Doctor Who: "Ah, well, knowing is easy. Everyone does THAT ad nauseum. I just sort of hope"
If anyone has the Yamaha YMF744B sound chip, then you should apply this little patch to get this card to work with the OSS system:
diff -Nru linux-2.5.12/sound/oss/Config.in linux-2.5.12-hq1/sound/oss/Config.in
--- linux-2.5.12/sound/oss/Config.in Tue Apr 30 20:09:00 2002
+++ linux-2.5.12-hq1/sound/oss/Config.in Wed May 1 12:50:03 2002
@@ -103,6 +103,9 @@
dep_tristate ' VIA 82C686 Audio Codec' CONFIG_SOUND_VIA82CXXX $CONFIG_PCI
dep_mbool ' VIA 82C686 MIDI' CONFIG_MIDI_VIA82CXXX $CONFIG_SOUND_VIA82CXXX
+dep_tristate ' Yamaha YMF7xx PCI audio' CONFIG_SOUND_YMFPCI $CONFIG_PCI
+dep_mbool ' Yamaha PCI legacy ports support' CONFIG_SOUND_YMFPCI_LEGACY $CON
FIG_SOUND_YMFPCI
+
dep_tristate ' OSS sound modules' CONFIG_SOUND_OSS $CONFIG_SOUND
if [ "$CONFIG_SOUND_OSS" = "y" -o "$CONFIG_SOUND_OSS" = "m" ]; then
@@ -164,8 +167,6 @@
dep_tristate ' Yamaha FM synthesizer (YM3812/OPL-3) support' CONFIG_SOUND
_YM3812 $CONFIG_SOUND_OSS
dep_tristate ' Yamaha OPL3-SA1 audio controller' CONFIG_SOUND_OPL3SA1 $CO
NFIG_SOUND_OSS
dep_tristate ' Yamaha OPL3-SA2 and SA3 based PnP cards' CONFIG_SOUND_OPL3
SA2 $CONFIG_SOUND_OSS
- dep_tristate ' Yamaha YMF7xx PCI audio (native mode)' CONFIG_SOUND_YMFPCI
$CONFIG_SOUND_OSS $CONFIG_PCI
- dep_mbool ' Yamaha PCI legacy ports support' CONFIG_SOUND_YMFPCI_LEGACY
$CONFIG_SOUND_YMFPCI
dep_tristate ' 6850 UART support' CONFIG_SOUND_UART6850 $CONFIG_SOUND_OSS
dep_tristate ' Gallant Audio Cards (SC-6000 and SC-6600 based)' CONFIG_SO
UND_AEDSP16 $CONFIG_SOUND_OSS
w o r l d w i d e w e b e r
They lied, this is actually suspend-to-disk, or swap, to be specific. The difference between this and the apm suspend, is that the apm suspend counts on the bios to do most of the work, while this addition (formerly called software-suspend) does it all in software, without any bios help. So, the computer doesn't still need to be on, and the bios can be from 1890 and it will still work.
http://students.washington.edu/djwatson
For those who don't have time to follow every kernel release, there's a page someone put together to follow all the big changes going into the 2.5 developement series here
No, it's not digital rights management.
It's Direct Rendering Module for 3D acceleration.
This is actually explained pretty well on the project's page which is here
I tried compiling it but it wont work.
What is wrong? I am using VC++ 6 on Windows XP, with all updates, why wont it work?!
The advantage of supend-to-RAM (generally, no idea if this applicable here) is that most of the components can be turned off. Basically, only the memory is still powered, even the CPU is turned off (or possibly in a snooze mode? not sure).
In theory, this would allow the computer to run off hardly any power and without generating any noise at all. At the same time the system would be back virtually instantly (as opposed to ~30 seconds for suspend-to-disk).
In practice, the CPU fan is left active, as is the PSU fan, so you don't gain a whole lot compared to just letting the computer run with the monitor turned off.
Switch back to Slashdot's D1 system.
You can write all you want, as long as you don't get hung up on being able to read it back.
It's both. The patch supports both suspend to
RAM and suspend to disk. It will work on a Mac.
It will be less buggy than APM and ACPI.
Mozilla's a nice operating system, but it needs a better browser.
Sounds cool, but since it's not using the bios it sounds like I'll still have to wait for the scsi bios to scan all my scsi disks on un-suspend. ugh. I hate waiting for the bios.
You're right about Suspend-to-RAM turning off most of the components, it also turns off the PSU and CPU fans, and you can't tell the difference between a computer on STR and one switched off, except for a tiny LED on the motherboard (at least on my mobo).
What you described is called "S1", it's suspend mode with the PSU and CPU fan running (but harddisks and graphics card turned off), which leaves the computer loud but dead.
Copied and pasted from a Google search result, the suspend "codes" are: Full-on (SO), Stop Grant (S1), Suspend to RAM (S3), Suspend to Disk (S4), and Soft-off (S5).
With STR, 5v run off the PSU to keep the RAM recharged. This is the same 5v that run for features like Wake-On-[LAN,Modem,Keyboard].
So I guess the kernel has suspend support now. That's cool, I use STR on Windows 2000 all the time, it would be cool to have it on Linux, but somehow I don't feel like using a dev-kernel.
What time is it/will be over there? Check with my iPhone app!
linux 2.5 has brought my aging vaio laptop ALSA for its poorly supported ymfpci soundcard, and a frame buffer driver for its meager NeoMagic video chip, and now finally software suspend for its no-hope-in-hell-of-getting-it-to-work-under-anythi ng-but-windows suspend feature.
Gratz to all you fine kernel hackers out there.
On a related note 2.2.21 is out (for those who refuse/can't upgrade)
Is this some sort of scheme to fool people into installing development kernels to make themselves feel 'cool'??
It's a scheme to get half a million more people to test the new code to see if they can break it.
Intelligent Life on Earth
My favorite part of the above-linked page:
"If the cause of the issue is determined to be a bug by Microsoft, the incident will not be charged. Microsoft Support Professionals are responsible for determining the nature of the bug."
And just how many bugs do you suppose Microsoft has found this way?
Nick
Power goes out. UPS keeps box up for a while. Battery slipping... Signal server to shutdown. Instead of going through taking all the services down and performing shutdown, everything in RAM is dumped to a swap partition. When power comes back on, kernel detects suspend dump, loads it, does a little housekeeping and it's back in business, way faster than a normal boot.
[100% ISO 646 Compliant]
SVM, ERGO MONSTRO.
I read it (and pronounce it in jest) as stewfoo. /shrug
"when life gets complicated, I like to take a nap in a tree and wait for dinner" - Hobbes.
So I guess the kernel has suspend support now. That's cool, I use STR on Windows 2000 all the time, it would be cool to have it on Linux, but somehow I don't feel like using a dev-kernel.
I've been using suspend-to-ram on Linux for years. That's just basic apm, you tell the bios to do it and it does it. What's been added is suspend-to-disk without help from the bios. The problem with the bios suspend-to-disk is, it relies on a magic partition that Microsoft knows the details of (presumably by way of a driver provided by the OEM) but we don't. So we just do an end run around the whole thing, and so much for yet another sneaky attempt to make Windows appear more capable than Linux.
Life's a bitch but somebody's gotta do it.
Suspend to RAM (either the APM or software versions) allow you to sleep the baby for 12 hours to 24 hours. Just slowing and idling the CPU, turning of the monitor and suspending the HD will allow to keep your uptimes as they deserve when doing long trips :-)
Does the suspend to disk feature keep the uptime as if never turned off? Isn't it like cheating a bit? (although I guess it would be ok. It means that the PC never got into a corrupt state)
Federico
unfinished: (adj.)
Well, with Linux it doesn't matter much. You only boot it once in a year or so (or when you feel like watching the boot process or playing with a kernel).
:)
With Windows, rebooting is very handy (may i say _needed_?) so they better get the boot process optimized
unfinished: (adj.)
Excuse me? I must be imagining the output from both my front and rear speakers with my card...
Actually, Alsa has support 4 channel output for a while, but only with native Alsa applications, not through the OSS emulation.
As of last week, however, support for 4 speaker output with OSS emulation was added to the CVS tree for Alsa.
Dinivin