APM et ACPI font bien la même chose ? (Mise en veille et tout ça)
Je me demande lequel des deux modules il vaut mieux prendre, l'un
n'est-il pas deprécié ?
La page de man d'acipd est plus agée que celle d'apm mais acipd a l'air
plus puissant.
Dernier truc, j'envisage de patcher mon 2.4.24 avec le suspend-to-disk,
y-at-il des incompatibilités avec apm ou acpi.
Merci
--
> It looks as if noone with a 64 bit machine has gotten bitten by this yet
Well, in order to get bitten by this you have to have a 2-terabyte IDE
disk, so we don't have to worry about it for another few months..
-+- Linus in Guide du linuxien pervers - J'ai déjà entendu ça quelque part"
Ce n'est pas tant l'état des données qui m'inquiète car je peux effectivement avoir ces données sauvegardées, et faire tous les tests nécessaires ensuite. C'est surtout le faire de devoir installer tout un tas de chose à tort et à travers pour à la fin, me rendre compte que ça ne marche pas et que je dois abandonner, et à ce moment, me retrouvé avec une machine bidouillée sur laquelle plus rien ne s'installe normalement. Bon, j'exagère, mais c'est juste pour expliquer ce dont je parle.
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Ce sera quand linux supportera pleinement l'ACPI. Pas pour demain àhma.
Ce n'est pas tant l'état des données qui m'inquiète car je peux
effectivement avoir ces données sauvegardées, et faire tous les tests
nécessaires ensuite. C'est surtout le faire de devoir installer tout un
tas de chose à tort et à travers pour à la fin, me rendre compte que
ça ne marche pas et que je dois abandonner, et à ce moment, me retrouvé
avec une machine bidouillée sur laquelle plus rien ne s'installe
normalement. Bon, j'exagère, mais c'est juste pour expliquer ce dont je
parle.
Pour avoir swsusp, il faut:
1. patcher le noyau (c'est réversible, patch -R) et recompiler.
2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate
et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Ce sera quand linux supportera pleinement l'ACPI. Pas pour demain
àhma.
Ce n'est pas tant l'état des données qui m'inquiète car je peux effectivement avoir ces données sauvegardées, et faire tous les tests nécessaires ensuite. C'est surtout le faire de devoir installer tout un tas de chose à tort et à travers pour à la fin, me rendre compte que ça ne marche pas et que je dois abandonner, et à ce moment, me retrouvé avec une machine bidouillée sur laquelle plus rien ne s'installe normalement. Bon, j'exagère, mais c'est juste pour expliquer ce dont je parle.
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Ce sera quand linux supportera pleinement l'ACPI. Pas pour demain àhma.
Le portable aura déjà rendu l'âme, c'est ça ? ;-)
Ou l'ACPI sera déjà dépassé :)
-- Liu
Christophe PEREZ
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-) J'en suis à terminer ma compilation du 2.4.24 officiel, en essayant de retrouver toutes mes options par rapport au noyau mandrake. J'ai même utilisé le patch supermount-ng qui semble pas mal. J'ai quasiment terminé, par contre, au boot, j'ai une erreur sur le fait que je n'ai pas un multiprocesseur (ce que je savais parfaitement:-) ) et je n'ai pas encore trouvé l'option du noyau qui en est responsable : Error : only one processor found
A priori, je ne serai pas censé compiler avec l'option : Symmetric multi-processing support mais si je décoche, je me retrouve avec une erreur lors de la compil : In file included from /usr/src/linux-2.4.24/include/linux/modversions.h:134, from /usr/src/linux-2.4.24/include/linux/module.h:21, from ksyms.c:14: /usr/src/linux-2.4.24/include/linux/modules/i386_ksyms.ver:96:1: warning: this is the location of the previous definition make[2]: *** [ksyms.o] Erreur 1
J'ai aussi un problème sur le montage de mes périphériques USB qui provoque une erreur (pour une clé) : Jan 15 23:38:17 geri kernel: hub.c: new USB device 00:1d.2-2, assigned address 4 Jan 15 23:38:18 geri kernel: WARNING: USB Mass Storage data integrity not assured Jan 15 23:38:18 geri kernel: USB Mass Storage device found at 4 Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Setup usb-storage for USB product 5dc/80/1 Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Module setup usb-storage for USB product 5dc/80/1 Jan 15 23:38:21 geri /etc/hotplug/usb/usb-storage: Load scsimon Jan 15 23:38:21 geri /etc/hotplug/usb/usb-storage: loading ... scsimon Jan 15 23:38:21 geri modprobe: modprobe: Can't locate module scsimon
J'ai beau chercher ce scsimon que je ne trouve nulle part dans la doc du noyau. Par contre, je me rends compte que dans les options SCSI de mon noyau mandrake, j'avais un SCSI monitor que je n'ai pas dans ce noyau officiel. L'option est peut-être ailleurs mais je ne la trouve pas. Sinon, c'est peut-être une particularité mandrake, un patch à appliquer ? Bien embêtant ça...
2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
Ah !! Ok, je comprends mieux le hibernate maintenant. Après avoir lu sur le site (mais très en diagonale j'avoue) que le suspend.sh était le script à utiliser, mais je ne comprenais plus trop le rapport avec ce que je lisais ici.
C'est tout si je n'oublie rien.
Ben, y a pas de raison :-)
Ou l'ACPI sera déjà dépassé :)
Oui, aussi ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut:
1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-)
J'en suis à terminer ma compilation du 2.4.24 officiel, en essayant de
retrouver toutes mes options par rapport au noyau mandrake.
J'ai même utilisé le patch supermount-ng qui semble pas mal.
J'ai quasiment terminé, par contre, au boot, j'ai une erreur sur le fait
que je n'ai pas un multiprocesseur (ce que je savais parfaitement:-) ) et
je n'ai pas encore trouvé l'option du noyau qui en est responsable :
Error : only one processor found
A priori, je ne serai pas censé compiler avec l'option :
Symmetric multi-processing support
mais si je décoche, je me retrouve avec une erreur lors de la compil :
In file included from /usr/src/linux-2.4.24/include/linux/modversions.h:134,
from /usr/src/linux-2.4.24/include/linux/module.h:21,
from ksyms.c:14:
/usr/src/linux-2.4.24/include/linux/modules/i386_ksyms.ver:96:1: warning: this is the location of the previous definition
make[2]: *** [ksyms.o] Erreur 1
J'ai aussi un problème sur le montage de mes périphériques USB qui
provoque une erreur (pour une clé) :
Jan 15 23:38:17 geri kernel: hub.c: new USB device 00:1d.2-2, assigned
address 4
Jan 15 23:38:18 geri kernel: WARNING: USB Mass Storage data
integrity not assured
Jan 15 23:38:18 geri kernel: USB Mass Storage device found at 4
Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Setup usb-storage for USB
product 5dc/80/1
Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Module setup usb-storage for
USB product 5dc/80/1
Jan 15 23:38:21 geri /etc/hotplug/usb/usb-storage: Load scsimon Jan 15
23:38:21 geri /etc/hotplug/usb/usb-storage: loading ... scsimon Jan 15
23:38:21 geri modprobe: modprobe: Can't locate module scsimon
J'ai beau chercher ce scsimon que je ne trouve nulle part dans la doc du
noyau. Par contre, je me rends compte que dans les options SCSI de mon
noyau mandrake, j'avais un SCSI monitor que je n'ai pas dans ce noyau
officiel. L'option est peut-être ailleurs mais je ne la trouve pas.
Sinon, c'est peut-être une particularité mandrake, un patch à appliquer ?
Bien embêtant ça...
2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate
et un fichier de configuration dans /etc.
Ah !! Ok, je comprends mieux le hibernate maintenant. Après avoir lu sur
le site (mais très en diagonale j'avoue) que le suspend.sh était le
script à utiliser, mais je ne comprenais plus trop le rapport avec ce que
je lisais ici.
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-) J'en suis à terminer ma compilation du 2.4.24 officiel, en essayant de retrouver toutes mes options par rapport au noyau mandrake. J'ai même utilisé le patch supermount-ng qui semble pas mal. J'ai quasiment terminé, par contre, au boot, j'ai une erreur sur le fait que je n'ai pas un multiprocesseur (ce que je savais parfaitement:-) ) et je n'ai pas encore trouvé l'option du noyau qui en est responsable : Error : only one processor found
A priori, je ne serai pas censé compiler avec l'option : Symmetric multi-processing support mais si je décoche, je me retrouve avec une erreur lors de la compil : In file included from /usr/src/linux-2.4.24/include/linux/modversions.h:134, from /usr/src/linux-2.4.24/include/linux/module.h:21, from ksyms.c:14: /usr/src/linux-2.4.24/include/linux/modules/i386_ksyms.ver:96:1: warning: this is the location of the previous definition make[2]: *** [ksyms.o] Erreur 1
J'ai aussi un problème sur le montage de mes périphériques USB qui provoque une erreur (pour une clé) : Jan 15 23:38:17 geri kernel: hub.c: new USB device 00:1d.2-2, assigned address 4 Jan 15 23:38:18 geri kernel: WARNING: USB Mass Storage data integrity not assured Jan 15 23:38:18 geri kernel: USB Mass Storage device found at 4 Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Setup usb-storage for USB product 5dc/80/1 Jan 15 23:38:21 geri /etc/hotplug/usb.agent: Module setup usb-storage for USB product 5dc/80/1 Jan 15 23:38:21 geri /etc/hotplug/usb/usb-storage: Load scsimon Jan 15 23:38:21 geri /etc/hotplug/usb/usb-storage: loading ... scsimon Jan 15 23:38:21 geri modprobe: modprobe: Can't locate module scsimon
J'ai beau chercher ce scsimon que je ne trouve nulle part dans la doc du noyau. Par contre, je me rends compte que dans les options SCSI de mon noyau mandrake, j'avais un SCSI monitor que je n'ai pas dans ce noyau officiel. L'option est peut-être ailleurs mais je ne la trouve pas. Sinon, c'est peut-être une particularité mandrake, un patch à appliquer ? Bien embêtant ça...
2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
Ah !! Ok, je comprends mieux le hibernate maintenant. Après avoir lu sur le site (mais très en diagonale j'avoue) que le suspend.sh était le script à utiliser, mais je ne comprenais plus trop le rapport avec ce que je lisais ici.
C'est tout si je n'oublie rien.
Ben, y a pas de raison :-)
Ou l'ACPI sera déjà dépassé :)
Oui, aussi ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Ludwig BECK
Le 15.01.2004 23:05, Qing Liu nous contait :
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Il faut surtout avoir l' APM , car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
-- *BOYCOTTONS FREE.FR* , pour eux la liberté n'est qu'un slogan: http://www.boycott-free.fr.st
Pour avoir swsusp, il faut:
1. patcher le noyau (c'est réversible, patch -R) et recompiler.
2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate
et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Il faut surtout avoir l' APM ,
car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
--
*BOYCOTTONS FREE.FR* , pour eux la liberté n'est qu'un slogan:
http://www.boycott-free.fr.st
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc.
C'est tout si je n'oublie rien.
Il faut surtout avoir l' APM , car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
-- *BOYCOTTONS FREE.FR* , pour eux la liberté n'est qu'un slogan: http://www.boycott-free.fr.st
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc. C'est tout si je n'oublie rien.
Il faut surtout avoir l' APM ,
ou l'ACPI. Ce dernier permettant de lancer le processus d'hibernation par l'appui sur la touche power, ce que l'APM ne permet pas.
car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
C'est vrai que swsusp est intégré dans 2.6 (et il y a deux versions de swsusp). Mais ça me paraît téméraire (oui téméraire) d'utiliser une fonctionnalité expérimentale dans un noyau expérimental ;).
-- Liu
Ludwig BECK <beck@alussinan.org> writes:
Le 15.01.2004 23:05, Qing Liu nous contait :
Pour avoir swsusp, il faut:
1. patcher le noyau (c'est réversible, patch -R) et
recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un
script hibernate
et un fichier de configuration dans /etc. C'est tout si je n'oublie
rien.
Il faut surtout avoir l' APM ,
ou l'ACPI. Ce dernier permettant de lancer le processus d'hibernation
par l'appui sur la touche power, ce que l'APM ne permet pas.
car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
C'est vrai que swsusp est intégré dans 2.6 (et il y a deux versions
de swsusp). Mais ça me paraît téméraire (oui téméraire)
d'utiliser une fonctionnalité expérimentale dans un noyau
expérimental ;).
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler. 2. exécuter suspend.sh (cf. l'autre post) qui install un script hibernate et un fichier de configuration dans /etc. C'est tout si je n'oublie rien.
Il faut surtout avoir l' APM ,
ou l'ACPI. Ce dernier permettant de lancer le processus d'hibernation par l'appui sur la touche power, ce que l'APM ne permet pas.
car pour l'ACPI c'est Suspend-to-Disk Support qu'il faut activer ds le noyau 2.6
C'est vrai que swsusp est intégré dans 2.6 (et il y a deux versions de swsusp). Mais ça me paraît téméraire (oui téméraire) d'utiliser une fonctionnalité expérimentale dans un noyau expérimental ;).
-- Liu
Christophe PEREZ
Le Thu, 15 Jan 2004 23:53:26 -0400, Christophe PEREZ a écrit:
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-)
Il est arrivé ! J'ai donc téléchargé : software-suspend-core-2.0-rc4-whole software-suspend-linux-2.4.24-whole
# cd /usr/src/linux # cp .config ../config.bak # make mrproper # cp ../config.bak .config # make oldconfig # make menuconfig # grep ^CONFIG_.*SUSPEND .config CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y CONFIG_SOFTWARE_SUSPEND2=y # make dep [...] pas d'erreur # make clean # make bzImage [...] gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=prepare_image -c -o prepare_image.o prepare_image.c prepare_image.c: In function `display_stats': prepare_image.c:305: warning: unused variable `storage_allocated' gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=proc -c -o proc.o proc.c proc.c: In function `swsusp_read_compat_proc': proc.c:139: `swsusp_debug_state' undeclared (first use in this function) proc.c:139: (Each undeclared identifier is reported only once proc.c:139: for each function it appears in.) /usr/src/linux-2.4.24/include/asm/mmu_context.h: At top level: proc.c:165: warning: `resume2_read_proc' defined but not used proc.c:174: warning: `resume2_write_proc' defined but not used make[3]: *** [proc.o] Erreur 1 make[3]: Leaving directory `/usr/src/linux-2.4.24/kernel/power' make[2]: *** [first_rule] Erreur 2 make[2]: Leaving directory `/usr/src/linux-2.4.24/kernel/power' make[1]: *** [_subdir_power] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.4.24/kernel' make: *** [_dir_kernel] Erreur 2
Je ne suis pas sorti de l'auberge ;-)
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Thu, 15 Jan 2004 23:53:26 -0400, Christophe PEREZ a écrit:
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut:
1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-)
Il est arrivé !
J'ai donc téléchargé :
software-suspend-core-2.0-rc4-whole
software-suspend-linux-2.4.24-whole
# cd /usr/src/linux
# cp .config ../config.bak
# make mrproper
# cp ../config.bak .config
# make oldconfig
# make menuconfig
# grep ^CONFIG_.*SUSPEND .config
CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y
CONFIG_SOFTWARE_SUSPEND2=y
# make dep
[...] pas d'erreur
# make clean
# make bzImage
[...]
gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-nostdinc -iwithprefix include -DKBUILD_BASENAME=prepare_image -c -o
prepare_image.o prepare_image.c
prepare_image.c: In function `display_stats':
prepare_image.c:305: warning: unused variable `storage_allocated'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-nostdinc -iwithprefix include -DKBUILD_BASENAME=proc -c -o proc.o
proc.c
proc.c: In function `swsusp_read_compat_proc':
proc.c:139: `swsusp_debug_state' undeclared (first use in this function)
proc.c:139: (Each undeclared identifier is reported only once
proc.c:139: for each function it appears in.)
/usr/src/linux-2.4.24/include/asm/mmu_context.h: At top level:
proc.c:165: warning: `resume2_read_proc' defined but not used
proc.c:174: warning: `resume2_write_proc' defined but not used
make[3]: *** [proc.o] Erreur 1
make[3]: Leaving directory `/usr/src/linux-2.4.24/kernel/power'
make[2]: *** [first_rule] Erreur 2
make[2]: Leaving directory `/usr/src/linux-2.4.24/kernel/power'
make[1]: *** [_subdir_power] Erreur 2
make[1]: Leaving directory `/usr/src/linux-2.4.24/kernel'
make: *** [_dir_kernel] Erreur 2
Je ne suis pas sorti de l'auberge ;-)
Je ne sais même pas si je prends les bons patches, mais je trouve le
choix bien complexe.
Le Thu, 15 Jan 2004 23:53:26 -0400, Christophe PEREZ a écrit:
Le Thu, 15 Jan 2004 23:05:42 +0100, Qing Liu a écrit:
Pour avoir swsusp, il faut: 1. patcher le noyau (c'est réversible, patch -R) et recompiler.
J'attends donc le patch pour 2.4.24 avec impatience :-)
Il est arrivé ! J'ai donc téléchargé : software-suspend-core-2.0-rc4-whole software-suspend-linux-2.4.24-whole
# cd /usr/src/linux # cp .config ../config.bak # make mrproper # cp ../config.bak .config # make oldconfig # make menuconfig # grep ^CONFIG_.*SUSPEND .config CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y CONFIG_SOFTWARE_SUSPEND2=y # make dep [...] pas d'erreur # make clean # make bzImage [...] gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=prepare_image -c -o prepare_image.o prepare_image.c prepare_image.c: In function `display_stats': prepare_image.c:305: warning: unused variable `storage_allocated' gcc -D__KERNEL__ -I/usr/src/linux-2.4.24/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=proc -c -o proc.o proc.c proc.c: In function `swsusp_read_compat_proc': proc.c:139: `swsusp_debug_state' undeclared (first use in this function) proc.c:139: (Each undeclared identifier is reported only once proc.c:139: for each function it appears in.) /usr/src/linux-2.4.24/include/asm/mmu_context.h: At top level: proc.c:165: warning: `resume2_read_proc' defined but not used proc.c:174: warning: `resume2_write_proc' defined but not used make[3]: *** [proc.o] Erreur 1 make[3]: Leaving directory `/usr/src/linux-2.4.24/kernel/power' make[2]: *** [first_rule] Erreur 2 make[2]: Leaving directory `/usr/src/linux-2.4.24/kernel/power' make[1]: *** [_subdir_power] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.4.24/kernel' make: *** [_dir_kernel] Erreur 2
Je ne suis pas sorti de l'auberge ;-)
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
-- Christophe PEREZ Écrivez moi sans _faute !
Qing Liu
Christophe PEREZ writes:
J'attends donc le patch pour 2.4.24 avec impatience :-)
Il est arrivé ! J'ai donc téléchargé : software-suspend-core-2.0-rc4-whole software-suspend-linux-2.4.24-whole
La version 2 de swsusp est à mon pas encore stable.
Ouiménon, avec ces patchs: :~/sources/2.4.24/linux$ grep SUSPEND .config CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y CONFIG_SOFTWARE_SUSPEND_NULLWRITER=y CONFIG_SOFTWARE_SUSPEND2=y # CONFIG_SOFTWARE_SUSPEND_GZIP_COMPRESSION is not set CONFIG_SOFTWARE_SUSPEND_LZF_COMPRESSION=y CONFIG_SOFTWARE_SUSPEND_NULLTRANSFORMER=y CONFIG_SOFTWARE_SUSPEND_DEBUG=y # CONFIG_SOFTWARE_SUSPEND_KEEP_IMAGE is not set # CONFIG_SOFTWARE_SUSPEND_RELAXED_PROC is not set
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
[snip erreurs de compilation]
Je ne suis pas sorti de l'auberge ;-)
Mais si, encore un petit effort.
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
--
pourkoi faire ca c koi le but? je vois pas l interet c un forum libre ou tt le monde px s exprimer c pas mtnt kil faut reagir c ds les posts Au secours, mon ROT-13 ne marche plus :-((((
-+- PC in <http://www.le-gnu.net> : Neuneu decode à plein tube -+-
Dans l'article <pan.2004.01.21.00.01.59.286276@novazur.fr>,
Christophe PEREZ a tapoté :
Il est arrivé !
J'ai donc téléchargé :
software-suspend-core-2.0-rc4-whole
software-suspend-linux-2.4.24-whole
D'abord le patch 2.4.24, ensuite le patch core-2.0-rc4
Ouiménon, avec ces patchs:
scolin@tyneth:~/sources/2.4.24/linux$ grep SUSPEND .config
CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y
CONFIG_SOFTWARE_SUSPEND_NULLWRITER=y
CONFIG_SOFTWARE_SUSPEND2=y
# CONFIG_SOFTWARE_SUSPEND_GZIP_COMPRESSION is not set
CONFIG_SOFTWARE_SUSPEND_LZF_COMPRESSION=y
CONFIG_SOFTWARE_SUSPEND_NULLTRANSFORMER=y
CONFIG_SOFTWARE_SUSPEND_DEBUG=y
# CONFIG_SOFTWARE_SUSPEND_KEEP_IMAGE is not set
# CONFIG_SOFTWARE_SUSPEND_RELAXED_PROC is not set
Si on n'active pas le debugging, la compilation ne fonctionne pas.
Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
[snip erreurs de compilation]
Je ne suis pas sorti de l'auberge ;-)
Mais si, encore un petit effort.
Je ne sais même pas si je prends les bons patches, mais je trouve le
choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
--
pourkoi faire ca c koi le but? je vois pas l interet c un forum libre
ou tt le monde px s exprimer c pas mtnt kil faut reagir c ds les posts
Au secours, mon ROT-13 ne marche plus :-((((
-+- PC in <http://www.le-gnu.net> : Neuneu decode à plein tube -+-
Ouiménon, avec ces patchs: :~/sources/2.4.24/linux$ grep SUSPEND .config CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=y CONFIG_SOFTWARE_SUSPEND_NULLWRITER=y CONFIG_SOFTWARE_SUSPEND2=y # CONFIG_SOFTWARE_SUSPEND_GZIP_COMPRESSION is not set CONFIG_SOFTWARE_SUSPEND_LZF_COMPRESSION=y CONFIG_SOFTWARE_SUSPEND_NULLTRANSFORMER=y CONFIG_SOFTWARE_SUSPEND_DEBUG=y # CONFIG_SOFTWARE_SUSPEND_KEEP_IMAGE is not set # CONFIG_SOFTWARE_SUSPEND_RELAXED_PROC is not set
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
[snip erreurs de compilation]
Je ne suis pas sorti de l'auberge ;-)
Mais si, encore un petit effort.
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
--
pourkoi faire ca c koi le but? je vois pas l interet c un forum libre ou tt le monde px s exprimer c pas mtnt kil faut reagir c ds les posts Au secours, mon ROT-13 ne marche plus :-((((
-+- PC in <http://www.le-gnu.net> : Neuneu decode à plein tube -+-
Christophe PEREZ
Le Wed, 21 Jan 2004 08:42:57 +0000, Samuel Colin a écrit:
D'abord le patch 2.4.24, ensuite le patch core-2.0-rc4
C'est ce que j'ai fait.
Ouiménon, avec ces patchs:
Ah !
[...]
CONFIG_SOFTWARE_SUSPEND_DEBUG=y
Surtout lui oui.
[...]
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien changé, alors j'ai pensé avoir mal compris le message.
Mais si, encore un petit effort.
Ce n'est pas ce qui manque :-)
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
Si si, je trouve ça bien complexe. Je n'ai pas dit qu'il avait tort, ni que c'était injustifié, mais c'est complexe, pour moi, au moins. Ceci dit, s'il faut lire la mailing pour savoir que les patches de la page download ne compilent pas, d'autres ne sont pas sortis de l'auberge :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 21 Jan 2004 08:42:57 +0000, Samuel Colin a écrit:
D'abord le patch 2.4.24, ensuite le patch core-2.0-rc4
C'est ce que j'ai fait.
Ouiménon, avec ces patchs:
Ah !
[...]
CONFIG_SOFTWARE_SUSPEND_DEBUG=y
Surtout lui oui.
[...]
Si on n'active pas le debugging, la compilation ne fonctionne pas.
Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien
changé, alors j'ai pensé avoir mal compris le message.
Mais si, encore un petit effort.
Ce n'est pas ce qui manque :-)
Je ne sais même pas si je prends les bons patches, mais je trouve le
choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
Si si, je trouve ça bien complexe. Je n'ai pas dit qu'il avait tort, ni
que c'était injustifié, mais c'est complexe, pour moi, au moins.
Ceci dit, s'il faut lire la mailing pour savoir que les patches de la page
download ne compilent pas, d'autres ne sont pas sortis de l'auberge :-)
Le Wed, 21 Jan 2004 08:42:57 +0000, Samuel Colin a écrit:
D'abord le patch 2.4.24, ensuite le patch core-2.0-rc4
C'est ce que j'ai fait.
Ouiménon, avec ces patchs:
Ah !
[...]
CONFIG_SOFTWARE_SUSPEND_DEBUG=y
Surtout lui oui.
[...]
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien changé, alors j'ai pensé avoir mal compris le message.
Mais si, encore un petit effort.
Ce n'est pas ce qui manque :-)
Je ne sais même pas si je prends les bons patches, mais je trouve le choix bien complexe.
Non, ça lui simplifie le développement conjoint en 2.4 et 2.6.
Si si, je trouve ça bien complexe. Je n'ai pas dit qu'il avait tort, ni que c'était injustifié, mais c'est complexe, pour moi, au moins. Ceci dit, s'il faut lire la mailing pour savoir que les patches de la page download ne compilent pas, d'autres ne sont pas sortis de l'auberge :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 21 Jan 2004 09:21:45 +0100, Qing Liu a écrit:
La version 2 de swsusp est à mon pas encore stable.
Oui mais la version 1 n'est pas à jour ;-) Et puis, selon un ancien du projet, la version devel est plus stable que la stable :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 21 Jan 2004 09:21:45 +0100, Qing Liu a écrit:
La version 2 de swsusp est à mon pas encore stable.
Oui mais la version 1 n'est pas à jour ;-)
Et puis, selon un ancien du projet, la version devel est plus stable que
la stable :-)
Le Wed, 21 Jan 2004 09:21:45 +0100, Qing Liu a écrit:
La version 2 de swsusp est à mon pas encore stable.
Oui mais la version 1 n'est pas à jour ;-) Et puis, selon un ancien du projet, la version devel est plus stable que la stable :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 21 Jan 2004 11:39:00 -0400, Christophe PEREZ a écrit:
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien changé, alors j'ai pensé avoir mal compris le message.
J'ai téléchargé un patch incrémental qui est censé régler ce problème, mais toujours pareil, sans debug, point de compilation.
Par contre, avec ça fonctionne bien. Je peux suspendre à l'aide de : echo > /proc/swsusp/activate ou echo 4 > /proc/acpi/sleep
Par contre, le lancement de hibernate me bloque l'arrêt sur un : unregistrer_netdevice: waiting for eth0 to become free. Usage count = 2 en continu. Il ne parvient pas à déconnecter l'interface réseau semble t'il.
Autre chose, toujours en rapport avec le réseau, au resume, parfois, je dois faire un "service network restart" pour que ça fonctionne.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 21 Jan 2004 11:39:00 -0400, Christophe PEREZ a écrit:
Si on n'active pas le debugging, la compilation ne fonctionne pas.
Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien
changé, alors j'ai pensé avoir mal compris le message.
J'ai téléchargé un patch incrémental qui est censé régler ce
problème, mais toujours pareil, sans debug, point de compilation.
Par contre, avec ça fonctionne bien.
Je peux suspendre à l'aide de :
echo > /proc/swsusp/activate
ou
echo 4 > /proc/acpi/sleep
Par contre, le lancement de hibernate me bloque l'arrêt sur un :
unregistrer_netdevice: waiting for eth0 to become free. Usage count = 2
en continu.
Il ne parvient pas à déconnecter l'interface réseau semble t'il.
Autre chose, toujours en rapport avec le réseau, au resume, parfois, je
dois faire un "service network restart" pour que ça fonctionne.
Le Wed, 21 Jan 2004 11:39:00 -0400, Christophe PEREZ a écrit:
Si on n'active pas le debugging, la compilation ne fonctionne pas. Nigel a envoyé quelques patchs qui corrigent ça, sur la mailing-list.
J'ai cru comprendre ça, mais le patch que j'avais essayé n'avait rien changé, alors j'ai pensé avoir mal compris le message.
J'ai téléchargé un patch incrémental qui est censé régler ce problème, mais toujours pareil, sans debug, point de compilation.
Par contre, avec ça fonctionne bien. Je peux suspendre à l'aide de : echo > /proc/swsusp/activate ou echo 4 > /proc/acpi/sleep
Par contre, le lancement de hibernate me bloque l'arrêt sur un : unregistrer_netdevice: waiting for eth0 to become free. Usage count = 2 en continu. Il ne parvient pas à déconnecter l'interface réseau semble t'il.
Autre chose, toujours en rapport avec le réseau, au resume, parfois, je dois faire un "service network restart" pour que ça fonctionne.
