Je fais un nouveau fil car j'ai noyé des question sur ce sujet dans un
fil sur l'ACPI et ce n'est pas bien :-)
Voilà, afin de profiter du suspend-to-disk sur mon nouveau portable avec
une mandrake 9.1, j'ai téléchargé puis tenté de configurer un noyau
officiel 2.4.24, mais j'ai quelques problèmes :
1) Si je n'active pas l'option Symmetric multi-processing support, j'ai
une erreur à la compilation :
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
Si je l'active, j'ai une erreur au boot :
Error : only one processor found
2) Voici les options USB que j'ai activées :
# grep "^CONFIG_USB" .config
CONFIG_USB=m
CONFIG_USB_DEVICEFS=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_UHCI=m
CONFIG_USB_UHCI_ALT=m
CONFIG_USB_OHCI=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_PRINTER=m
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_SCANNER=m
CONFIG_USB_OV511=m
CONFIG_USB_W9968CF=m
Et pourtant, lorsque je boote sur ce nouveau noyau, l'usage de l'USB me
semble interdit (par exemple, avec une clé USB) :
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
En fait, il s'agirait peut-être plutôt d'un problème avec hotplug.
Mais comme je ne veux strictement rien casser sur cette machine (pour une
fois) je ne souhaite pas partir à l'aveuglette dans des installations,
mises à jour, compilations etc... sans être sûr de moi.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans l'article news:, Christophe PEREZ écrivait :
Bonjour,
Bonjour,
1) Si je n'active pas l'option Symmetric multi-processing support, j'ai une erreur à la compilation :
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
Même en repartant avec des sources cleans ? cp .config ../.config.bak make mrproper mv ../.config.bak .config make oldconfig make menuconfig (on désactive le support SMP, CONFIG_SMP=n) make dep
Si je l'active, j'ai une erreur au boot : Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur. En principe un kernel SMP fonctionne sur une machine mono processeur, les performances peuvent être légèrement moins bonnes.
2) Voici les options USB que j'ai activées : # grep "^CONFIG_USB" .config CONFIG_USB=m CONFIG_USB_DEVICEFS=y CONFIG_USB_EHCI_HCD=m CONFIG_USB_UHCI=m CONFIG_USB_UHCI_ALT=m CONFIG_USB_OHCI=m CONFIG_USB_STORAGE=m CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_PRINTER=m CONFIG_USB_HID=m CONFIG_USB_HIDINPUT=y CONFIG_USB_KBD=m CONFIG_USB_MOUSE=m CONFIG_USB_SCANNER=m CONFIG_USB_OV511=m CONFIG_USB_W9968CF=m
Et pourtant, lorsque je boote sur ce nouveau noyau, l'usage de l'USB me semble interdit (par exemple, avec une clé USB) :
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
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
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et scsi_mod).
Merci d'avance pour vos conseils éclairés.
De rien.
-- TiChou
Dans l'article news:pan.2004.01.16.16.04.41.900599@novazur.fr,
Christophe PEREZ <christophe_faute@novazur.com> écrivait :
Bonjour,
Bonjour,
1) Si je n'active pas l'option Symmetric multi-processing support,
j'ai une erreur à la compilation :
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
Même en repartant avec des sources cleans ?
cp .config ../.config.bak
make mrproper
mv ../.config.bak .config
make oldconfig
make menuconfig (on désactive le support SMP, CONFIG_SMP=n)
make dep
Si je l'active, j'ai une erreur au boot :
Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur. En principe
un kernel SMP fonctionne sur une machine mono processeur, les performances
peuvent être légèrement moins bonnes.
2) Voici les options USB que j'ai activées :
# grep "^CONFIG_USB" .config
CONFIG_USB=m
CONFIG_USB_DEVICEFS=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_UHCI=m
CONFIG_USB_UHCI_ALT=m
CONFIG_USB_OHCI=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_PRINTER=m
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_SCANNER=m
CONFIG_USB_OV511=m
CONFIG_USB_W9968CF=m
Et pourtant, lorsque je boote sur ce nouveau noyau, l'usage de l'USB
me semble interdit (par exemple, avec une clé USB) :
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement
de l'USB est OK.
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
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin
pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et
scsi_mod).
1) Si je n'active pas l'option Symmetric multi-processing support, j'ai une erreur à la compilation :
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
Même en repartant avec des sources cleans ? cp .config ../.config.bak make mrproper mv ../.config.bak .config make oldconfig make menuconfig (on désactive le support SMP, CONFIG_SMP=n) make dep
Si je l'active, j'ai une erreur au boot : Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur. En principe un kernel SMP fonctionne sur une machine mono processeur, les performances peuvent être légèrement moins bonnes.
2) Voici les options USB que j'ai activées : # grep "^CONFIG_USB" .config CONFIG_USB=m CONFIG_USB_DEVICEFS=y CONFIG_USB_EHCI_HCD=m CONFIG_USB_UHCI=m CONFIG_USB_UHCI_ALT=m CONFIG_USB_OHCI=m CONFIG_USB_STORAGE=m CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_PRINTER=m CONFIG_USB_HID=m CONFIG_USB_HIDINPUT=y CONFIG_USB_KBD=m CONFIG_USB_MOUSE=m CONFIG_USB_SCANNER=m CONFIG_USB_OV511=m CONFIG_USB_W9968CF=m
Et pourtant, lorsque je boote sur ce nouveau noyau, l'usage de l'USB me semble interdit (par exemple, avec une clé USB) :
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
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
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et scsi_mod).
Merci d'avance pour vos conseils éclairés.
De rien.
-- TiChou
Christophe PEREZ
Le Fri, 16 Jan 2004 18:46:18 +0100, TiChou a écrit:
Même en repartant avec des sources cleans ? cp .config ../.config.bak make mrproper mv ../.config.bak .config make oldconfig make menuconfig (on désactive le support SMP, CONFIG_SMP=n) make dep
Effectivement, comme ça s'est passé. Je ne comprends pas bien pourquoi ça n'était pas "clean" puisque je venais de télécharger les sources et juste fait quelques compils... Je crois que c'est le grand débat de toujours lancer make dep clean... à chaque fois. En tout cas, moi, je n'ai toujours pas compris.
Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur.
Oui, c'est vrai puisque ça passait quand même. Mais moi, quand je vois Error, je coince, ça doit être l'influence de Gérard :-)
Mais maintenant, au boot, j'ai : BIOS bug, local APIC #0 not detected!... IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En principe un kernel SMP fonctionne sur une machine mono processeur, les performances peuvent être légèrement moins bonnes.
C'est ce que j'avais cru comprendre effectivement.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et scsi_mod).
Ben pourtant ils sont bien chargés... Mais maintenant, avec la dernière compilation, c'est de pire en pire, tout a planté lorsque j'ai connecté sur l'usb... Rhaaaa ces compils de noyau...
De rien.
Si si :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 16 Jan 2004 18:46:18 +0100, TiChou a écrit:
Même en repartant avec des sources cleans ?
cp .config ../.config.bak
make mrproper
mv ../.config.bak .config
make oldconfig
make menuconfig (on désactive le support SMP, CONFIG_SMP=n)
make dep
Effectivement, comme ça s'est passé. Je ne comprends pas bien pourquoi
ça n'était pas "clean" puisque je venais de télécharger les sources et
juste fait quelques compils...
Je crois que c'est le grand débat de toujours lancer make dep clean... à
chaque fois. En tout cas, moi, je n'ai toujours pas compris.
Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur.
Oui, c'est vrai puisque ça passait quand même.
Mais moi, quand je vois Error, je coince, ça doit être l'influence de
Gérard :-)
Mais maintenant, au boot, j'ai :
BIOS bug, local APIC #0 not detected!...
IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En principe
un kernel SMP fonctionne sur une machine mono processeur, les performances
peuvent être légèrement moins bonnes.
C'est ce que j'avais cru comprendre effectivement.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement
de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin
pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et
scsi_mod).
Ben pourtant ils sont bien chargés...
Mais maintenant, avec la dernière compilation, c'est de pire en pire,
tout a planté lorsque j'ai connecté sur l'usb...
Rhaaaa ces compils de noyau...
Le Fri, 16 Jan 2004 18:46:18 +0100, TiChou a écrit:
Même en repartant avec des sources cleans ? cp .config ../.config.bak make mrproper mv ../.config.bak .config make oldconfig make menuconfig (on désactive le support SMP, CONFIG_SMP=n) make dep
Effectivement, comme ça s'est passé. Je ne comprends pas bien pourquoi ça n'était pas "clean" puisque je venais de télécharger les sources et juste fait quelques compils... Je crois que c'est le grand débat de toujours lancer make dep clean... à chaque fois. En tout cas, moi, je n'ai toujours pas compris.
Error : only one processor found
Disons que c'est plus un message d'avertissement qu'une erreur.
Oui, c'est vrai puisque ça passait quand même. Mais moi, quand je vois Error, je coince, ça doit être l'influence de Gérard :-)
Mais maintenant, au boot, j'ai : BIOS bug, local APIC #0 not detected!... IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En principe un kernel SMP fonctionne sur une machine mono processeur, les performances peuvent être légèrement moins bonnes.
C'est ce que j'avais cru comprendre effectivement.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Comme le laisse sous entendre le message d'erreur, l'USB storage a besoin pour fonctionner du support SCSI (CONFIG_SCSI=m, modules sd_mod et scsi_mod).
Ben pourtant ils sont bien chargés... Mais maintenant, avec la dernière compilation, c'est de pire en pire, tout a planté lorsque j'ai connecté sur l'usb... Rhaaaa ces compils de noyau...
De rien.
Si si :-)
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Rhaaaa ces compils de noyau...
Et pour couronner le tout, le réseau que j'avais précédemment a disparu. Pourtant, l'interface eth0 est bien montée.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Rhaaaa ces compils de noyau...
Et pour couronner le tout, le réseau que j'avais précédemment a
disparu. Pourtant, l'interface eth0 est bien montée.
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Rhaaaa ces compils de noyau...
Et pour couronner le tout, le réseau que j'avais précédemment a disparu. Pourtant, l'interface eth0 est bien montée.
-- Christophe PEREZ Écrivez moi sans _faute !
g.patel
On Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ wrote:
Mais moi, quand je vois Error, je coince, ça doit être l'influence de Gérard :-)
Hou là, c'est moi ce Gérard ? S'il y a une chose que je ne traite avec scepticisme en informatique, ce sont les messages d'erreur. Le traitement des erreurs est en général totalement baclé - et non testé - dans la plupart des programmes.
Gérard
On Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ
<christophe_faute@novazur.com> wrote:
Mais moi, quand je vois Error, je coince, ça doit être l'influence de
Gérard :-)
Hou là, c'est moi ce Gérard ? S'il y a une chose que je ne
traite avec scepticisme en informatique, ce sont les messages
d'erreur. Le traitement des erreurs est en général totalement
baclé - et non testé - dans la plupart des programmes.
On Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ wrote:
Mais moi, quand je vois Error, je coince, ça doit être l'influence de Gérard :-)
Hou là, c'est moi ce Gérard ? S'il y a une chose que je ne traite avec scepticisme en informatique, ce sont les messages d'erreur. Le traitement des erreurs est en général totalement baclé - et non testé - dans la plupart des programmes.
Gérard
Christophe PEREZ
Le Fri, 16 Jan 2004 21:58:32 +0000, gerard patel a écrit:
Hou là, c'est moi ce Gérard ?
Ouaip !
S'il y a une chose que je ne traite avec scepticisme en informatique, ce sont les messages d'erreur. Le traitement des erreurs est en général totalement baclé - et non testé - dans la plupart des programmes.
Et voilà, me suis encore planté. ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 16 Jan 2004 21:58:32 +0000, gerard patel a écrit:
Hou là, c'est moi ce Gérard ?
Ouaip !
S'il y a une chose que je ne
traite avec scepticisme en informatique, ce sont les messages
d'erreur. Le traitement des erreurs est en général totalement
baclé - et non testé - dans la plupart des programmes.
Le Fri, 16 Jan 2004 21:58:32 +0000, gerard patel a écrit:
Hou là, c'est moi ce Gérard ?
Ouaip !
S'il y a une chose que je ne traite avec scepticisme en informatique, ce sont les messages d'erreur. Le traitement des erreurs est en général totalement baclé - et non testé - dans la plupart des programmes.
Et voilà, me suis encore planté. ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Du nouveau, enfin !
Mais maintenant, au boot, j'ai : BIOS bug, local APIC #0 not detected!... IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En fait, j'avais bêtement suivi à la lettre : ------------------------------------------------------------- Le Wed, 14 Jan 2004 00:02:27 -0800, Nicolas Salguero a écrit:
- soit nolapic s'il s'agit d'un monoprocesseur (le plus probable) - soit noapic s'il s'agit d'un multiprocesseur -------------------------------------------------------------
Et j'avais donc mis nolapic !! Maintenant, j'ai mis noapic.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Et bien après nouvelle compilation en reprenant toutes les options une par une et en faisant semblant de les comprendre, et nettoyage tout propre du noyau, malgré ce message existant toujours (le manque de scsimon), je peux monter mon périph SUB.
De même, le réseau est revenu.
Par contre, pour revenir sur l'ACPI (puisque dans mon cas tout ça est lié), je suis surpris de toujours avoir : # cat /proc/acpi/thermal_zone/THRM/temperature temperature: 75 C
Par contre, j'entends bien le ventilo démarrer et s'arrêter, assez souvent d'ailleurs.
Pour l'heure, j'attends donc que le patch swsusp existe pour le 2.4.24.
Ceci dit, en regardant un peu dans les noyaux mandrake, j'en ai un, de la cooker d'il y a quelque temps (linux-2.4.21-0.1mdk), qui possède une option "Software Suspend". Pourtant, je ne l'ai jamais patché celui-là moi. Ceci dit, je ne comprends pas du tout pourquoi dans la doc on peut lire : You have two ways to use this code. The first one is if you've compiled in sysrq support then you may press Sysrq-D to request suspend. The other way is with a patched SysVinit (my patch is against 2.76 and available at my home page). You might call 'swsusp' or 'shutdown -z <time>'. Next way is to echo 4 > /proc/acpi/sleep.
1) Moi je lis 3 solutions et non 2. 2) la 3ème solution plante bien souvent les machines (je n'ai pas encore essayé sur celle qui a ce noyau puisque je tape dessus en ce moment) 3) Comment peut-on intégrer quelque chose au noyau et indiquer qu'il faut patcher autre chose ?
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Du nouveau, enfin !
Mais maintenant, au boot, j'ai :
BIOS bug, local APIC #0 not detected!...
IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En fait, j'avais bêtement suivi à la lettre :
-------------------------------------------------------------
Le Wed, 14 Jan 2004 00:02:27 -0800, Nicolas Salguero a écrit:
- soit nolapic s'il s'agit d'un monoprocesseur (le plus probable)
- soit noapic s'il s'agit d'un multiprocesseur
-------------------------------------------------------------
Et j'avais donc mis nolapic !!
Maintenant, j'ai mis noapic.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement
de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Et bien après nouvelle compilation en reprenant toutes les options une
par une et en faisant semblant de les comprendre, et nettoyage tout propre
du noyau, malgré ce message existant toujours (le manque de scsimon), je
peux monter mon périph SUB.
De même, le réseau est revenu.
Par contre, pour revenir sur l'ACPI (puisque dans mon cas tout ça est
lié), je suis surpris de toujours avoir :
# cat /proc/acpi/thermal_zone/THRM/temperature
temperature: 75 C
Par contre, j'entends bien le ventilo démarrer et s'arrêter, assez
souvent d'ailleurs.
Pour l'heure, j'attends donc que le patch swsusp existe pour le 2.4.24.
Ceci dit, en regardant un peu dans les noyaux mandrake, j'en ai un, de la
cooker d'il y a quelque temps (linux-2.4.21-0.1mdk), qui possède une
option "Software Suspend". Pourtant, je ne l'ai jamais patché celui-là
moi.
Ceci dit, je ne comprends pas du tout pourquoi dans la doc on peut lire :
You have two ways to use this code. The first one is if you've compiled in
sysrq support then you may press Sysrq-D to request suspend. The other way
is with a patched SysVinit (my patch is against 2.76 and available at my
home page). You might call 'swsusp' or 'shutdown -z <time>'. Next way is to
echo 4 > /proc/acpi/sleep.
1) Moi je lis 3 solutions et non 2.
2) la 3ème solution plante bien souvent les machines (je n'ai pas encore
essayé sur celle qui a ce noyau puisque je tape dessus en ce moment)
3) Comment peut-on intégrer quelque chose au noyau et indiquer qu'il faut
patcher autre chose ?
Le Fri, 16 Jan 2004 15:54:16 -0400, Christophe PEREZ a écrit:
Du nouveau, enfin !
Mais maintenant, au boot, j'ai : BIOS bug, local APIC #0 not detected!... IOAPIC[0]: Invalid reference to IRQ 0/n<6>ACPI: Interpreter enabled
En fait, j'avais bêtement suivi à la lettre : ------------------------------------------------------------- Le Wed, 14 Jan 2004 00:02:27 -0800, Nicolas Salguero a écrit:
- soit nolapic s'il s'agit d'un monoprocesseur (le plus probable) - soit noapic s'il s'agit d'un multiprocesseur -------------------------------------------------------------
Et j'avais donc mis nolapic !! Maintenant, j'ai mis noapic.
Pourtant dans ce qui suit dans vos logs, tout indique que le fonctionnement de l'USB est OK.
Oui, jusqu'au chargement de scsimon
Et bien après nouvelle compilation en reprenant toutes les options une par une et en faisant semblant de les comprendre, et nettoyage tout propre du noyau, malgré ce message existant toujours (le manque de scsimon), je peux monter mon périph SUB.
De même, le réseau est revenu.
Par contre, pour revenir sur l'ACPI (puisque dans mon cas tout ça est lié), je suis surpris de toujours avoir : # cat /proc/acpi/thermal_zone/THRM/temperature temperature: 75 C
Par contre, j'entends bien le ventilo démarrer et s'arrêter, assez souvent d'ailleurs.
Pour l'heure, j'attends donc que le patch swsusp existe pour le 2.4.24.
Ceci dit, en regardant un peu dans les noyaux mandrake, j'en ai un, de la cooker d'il y a quelque temps (linux-2.4.21-0.1mdk), qui possède une option "Software Suspend". Pourtant, je ne l'ai jamais patché celui-là moi. Ceci dit, je ne comprends pas du tout pourquoi dans la doc on peut lire : You have two ways to use this code. The first one is if you've compiled in sysrq support then you may press Sysrq-D to request suspend. The other way is with a patched SysVinit (my patch is against 2.76 and available at my home page). You might call 'swsusp' or 'shutdown -z <time>'. Next way is to echo 4 > /proc/acpi/sleep.
1) Moi je lis 3 solutions et non 2. 2) la 3ème solution plante bien souvent les machines (je n'ai pas encore essayé sur celle qui a ce noyau puisque je tape dessus en ce moment) 3) Comment peut-on intégrer quelque chose au noyau et indiquer qu'il faut patcher autre chose ?
