S3 test

S3 test

[Shaohua Li]

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]

Hi,
Somebody in the list suggested we could test S3 with a kernel which
doesn't touch any device. Considering there are many broken drivers
(especially hard disk driver in some systems), this sounds like a good
method to narrow down S3 bugs. For those who want to try it, you can
make a kernel without any driver support, and make attached file as your
initrd, and see if S3 works. The attached initramfs doesn't touch any
device and just does something like below:

echo 'mem' >/sys/power/state
echo xxxxxxxx
while true; do done


Thanks,
Shaohua

[-- Attachment #2: initramfs.cpio.gz --]
[-- Type: application/x-cpio-compressed, Size: 32055 bytes --]

Re: S3 test

[Pavel Machek]

Hi!

> Somebody in the list suggested we could test S3 with a kernel which
> doesn't touch any device. Considering there are many broken drivers
> (especially hard disk driver in some systems), this sounds like a good
> method to narrow down S3 bugs. For those who want to try it, you can
> make a kernel without any driver support, and make attached file as your
> initrd, and see if S3 works. The attached initramfs doesn't touch any
> device and just does something like below:
> 
> echo 'mem' >/sys/power/state
> echo xxxxxxxx
> while true; do done

Unfortunately, video is the device least likely to work after resume :-(.
But users can hit numlock or something to see if machine is still alive.


-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: S3 test

[Frank]

Hi Shaohua,

thanks for your efforts on getting S3 to work.

Is there anybody on this list, who has tried this initramfs yet and can give a 
short list of the steps involved? I have never before built a kernel for use 
with initram, but I would like to test it on my S3-broken laptop.

Thanks,
Frank


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: S3 test

[Bernd Schubert]

Hello Frank,

> Is there anybody on this list, who has tried this initramfs yet and can give 
a
> short list of the steps involved? I have never before built a kernel for use
> with initram, but I would like to test it on my S3-broken laptop.

I'm planning to do it over the weekend (there was just too much to do
over the week). So far I have never used an initramfs myself, but I'm
rather experienced with initrd's. I guess you only need to specify a
line 'initrd = /path_to_initramfs/initramfs' in lilo, so something similar to
this:

# a rescue image that calls a shell in the initrd
image=/boot/linux-2.6.9-tc5
        label=2.6.9_rescue
        read-only
        initrd=/boot/initrd-lvm-2.6.-amd64-lvm2_32_shell.gz

Recent kernels seem to first check if its an initramfs or initrd and I hope 
they will do the proper thing themselves. I'm not sure if the kernel needs 
ramdisk support, but I guess it needs it.

Better DON'T do it globally for all kernels, you might have problems to boot a 
normal kernel again ;-)


About grub I don't know how to use/configure it.


Hope it helps,
	Bernd


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

RE: S3 test

[Li, Shaohua]

>
>> Is there anybody on this list, who has tried this initramfs yet and
can
>give
>a
>> short list of the steps involved? I have never before built a kernel
for
>use
>> with initram, but I would like to test it on my S3-broken laptop.
>
>I'm planning to do it over the weekend (there was just too much to do
>over the week). So far I have never used an initramfs myself, but I'm
>rather experienced with initrd's. I guess you only need to specify a
>line 'initrd = /path_to_initramfs/initramfs' in lilo, so something
similar
>to
>this:
>
># a rescue image that calls a shell in the initrd
>image=/boot/linux-2.6.9-tc5
>        label=2.6.9_rescue
>        read-only
>        initrd=/boot/initrd-lvm-2.6.-amd64-lvm2_32_shell.gz
>
>Recent kernels seem to first check if its an initramfs or initrd and I
hope
>they will do the proper thing themselves. I'm not sure if the kernel
needs
>ramdisk support, but I guess it needs it.
>
>Better DON'T do it globally for all kernels, you might have problems to
>boot a
>normal kernel again ;-)
Absolutely :) !

>About grub I don't know how to use/configure it.
Add something like this in /etc/grub.conf:

title test
	kernel /boot/kernel-image-name
	initrd /boot/initramfs-name

Thanks,
Shaohua


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click

Re: S3 test

[Frank]

Li, Shaohua wrote:
> Add something like this in /etc/grub.conf:
>
> title test
> 	kernel /boot/kernel-image-name
> 	initrd /boot/initramfs-name

This causes my kernel to panic, because it doesn't find the root.

I don't know if I did the right thing: I built a new kernel, that I configured 
with "make allnoconfig" and enabled ACPI support + IDE + reiserfs (because 
my /boot is on a reiserfs-partition).

My Grub line:

title s3test
	{root (hd0,2)}
	kernel /boot/bzImage-s3test {root=/dev/hda3}
	initrd /boot/initramfs.cpio

I tried with and without the parts in curly bracket.
Is this enough or the completely wrong way to go?

Thanks,
Frank


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: S3 test

[Sebastian Kärgel]

On Wed, 20 Jul 2005 20:59:28 +0200
Frank <hugelmopf-S0/GAf8tV78@public.gmane.org> wrote:

> This causes my kernel to panic, because it doesn't find the root.

I experienced the same probleme here.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: S3 test

[Shaohua Li]

On Wed, 2005-07-20 at 20:59 +0200, Frank wrote:
> Li, Shaohua wrote:
> > Add something like this in /etc/grub.conf:
> >
> > title test
> > 	kernel /boot/kernel-image-name
> > 	initrd /boot/initramfs-name
> 
> This causes my kernel to panic, because it doesn't find the root.
> 
> I don't know if I did the right thing: I built a new kernel, that I configured 
> with "make allnoconfig" and enabled ACPI support + IDE + reiserfs (because 
> my /boot is on a reiserfs-partition).
> 
> My Grub line:
> 
> title s3test
> 	{root (hd0,2)}
> 	kernel /boot/bzImage-s3test {root=/dev/hda3}
> 	initrd /boot/initramfs.cpio
> 
> I tried with and without the parts in curly bracket.
> Is this enough or the completely wrong way to go?
Don't know what's the matter. The initramfs doesn't try to mount root
device and it works for me. I even didn't build IDE & reiserfs, since I
think grub will load the kernel image and initrd image to memory.

Thanks,
Shaohua



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click