subj
Chipset INTEL 865 lspci -v:
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) Subsystem: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface Flags: bus master, fast devsel, latency 0 Memory at fe800000 (32-bit, prefetchable) [size=4M] Capabilities: [e4] Vendor Specific Information
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) (prog-if 00 [VGA]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at f0000000 (32-bit, prefetchable) [size=128M] Memory at ffa80000 (32-bit, non-prefetchable) [size=512K] I/O ports at ec00 [size=8] Capabilities: [d0] Power Management version 1
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 193 I/O ports at dc00 [size=32]
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 201 I/O ports at e000 [size=32]
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 169 I/O ports at e400 [size=32]
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 193 I/O ports at e800 [size=32]
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 185 Memory at ffa7fc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 0000c000-0000cfff Memory behind bridge: ff800000-ff8fffff
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) Flags: bus master, medium devsel, latency 0
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Intel Corporation Unknown device 4c43 Flags: bus master, medium devsel, latency 0, IRQ 169 I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at ffa0 [size=16] Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) Subsystem: Intel Corporation Unknown device 4c43 Flags: medium devsel, IRQ 3 I/O ports at d800 [size=32]
01:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 01) Subsystem: Intel Corporation Unknown device 303a Flags: bus master, medium devsel, latency 32, IRQ 177 Memory at ff8ff000 (32-bit, non-prefetchable) [size=4K] I/O ports at cc00 [size=64] Capabilities: [dc] Power Management version 2
Like always I am looking for a faster boot time. So an idea came to me. My current "speed system" loads Linuxbios. Then the 2.6.18 kernel, until it reaches the suspend2 code (www.suspend2.net). At that point it resumes from the suspend file, hiding out in swap space. How hard would it be to build in a "suspend to disk" function into linuxbios? I could see a great use for this in laptops running linuxbios, like the OLPC project. Just an idea. -Adam Talbot
On 12/11/06, Adam Talbot talbotx@comcast.net wrote:
Like always I am looking for a faster boot time. So an idea came to me. My current "speed system" loads Linuxbios. Then the 2.6.18 kernel, until it reaches the suspend2 code (www.suspend2.net). At that point it resumes from the suspend file, hiding out in swap space. How hard would it be to build in a "suspend to disk" function into linuxbios? http://www.openbios.org/mailman/listinfo/linuxbios
is your 2.6.18 system loaded in flash or via filo?
It would be nice if suspend2 could dump the image into an elfimage on a partition specially set up for, instead of hidden in swap. Then you could even load it from filo ... but on fast machines, linux is going to go faster than most things; could we load 2.6.18 or whatever in flash instead of filo and have it load the magic suspend file?
The problem there is that I thought that the suspend kernel and the boot kernel had to be the same kernel; is that true or not?
thanks
ron
My 2.6.18 kernel comes off the disk, so filo. Currently the 2.6.18 kernel need to load, just a little, to set up memory and disk in order to access the disk and the suspend file. Also, you must use the same kernel rev. But I am thinking much lower. This perhaps would be best as a patch to filo, as we will need disk access. Forget the nice way that suspens2 works, by only pulling the used RAM to the suspend image; just grab all the ram. So a call goes out from the OS to Linuxbios (filo). From there linuxbios freezes the OS (Stopping the Program Counter (PC)). At this point linuxbios has free rain of the RAM. Start at the beginning of the RAM and spool it off to disk. We would need a "suspend" partition. Once the ram image is on disk, set a suspended flag in the cmos, for linuxbios on the next boot. Power the system off. On the next boot linuxbios (or filo, depending on where this code goes) sees the suspended flag in cmos and takes the ram image and puts it back into memory, then restores the PC and starts it counting again.
Logical step order. Freeze system. Linuxbios takes over and copies ram to disk+ current PC cmos "suspended" flag is set. System powers off
System powers on Linuxbios loads and see the "suspended" flag. Remove the suspended flag from cmos. Load the ram image off disk and back into ram, reload the PC Unfreeze the system.
Now the big problem here is I am just a collage student, which mean I have learned lots to comp theory and nothing useful. So I can give you the theory and hope its a good idea, but I will not be much good past that. Is this a workable idea? -Adam Talbot
ron minnich wrote:
On 12/11/06, Adam Talbot talbotx@comcast.net wrote:
Like always I am looking for a faster boot time. So an idea came to me. My current "speed system" loads Linuxbios. Then the 2.6.18 kernel, until it reaches the suspend2 code (www.suspend2.net). At that point it resumes from the suspend file, hiding out in swap space. How hard would it be to build in a "suspend to disk" function into linuxbios? http://www.openbios.org/mailman/listinfo/linuxbios
is your 2.6.18 system loaded in flash or via filo?
It would be nice if suspend2 could dump the image into an elfimage on a partition specially set up for, instead of hidden in swap. Then you could even load it from filo ... but on fast machines, linux is going to go faster than most things; could we load 2.6.18 or whatever in flash instead of filo and have it load the magic suspend file?
The problem there is that I thought that the suspend kernel and the boot kernel had to be the same kernel; is that true or not?
thanks
ron
On Monday 11 December 2006 18:57, Adam Talbot wrote:
Forget the nice way that suspens2 works, by only pulling the used RAM to the suspend image;
I always hated the silly way windows works on hibernation - at least you can use a list of used pages and just write them out to speed it up, eventually even use a fast compression algorithm for easy to compress pages or similar ideas.
At least Windows takes longer to boot from disk image (for large RAM as today) than normal boot, no gain there - would that be better for LinuxBios? I doubt it.
So what is so great to not boot from swap-image?
Wouldn't it be easier to patch filo to be able to boot the swap than to reprogram suspend2 ?
BTW - i thought suspend2 can also boot from a file instead of swap?
But i'am curious what timing one could expect when using suspend2 and LinuxBios, the time to graphical interface wouldn't be much longer than to console - just the time to swap in the X-server, i guess?
Hi,
On Sun, Dec 10, 2006 at 09:32:55PM +0300, Александр wrote:
Chipset INTEL 865 lspci -v:
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
Not yet supported as far as I can see, but the 855PM might be similar.
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode]) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
This seems to be supported.
Uwe.
-
Adam Talbot -
Guido Fiala -
ron minnich -
Uwe Hermann -
Александр