Forum Linux.noyau Problème avec cpufreq sur un portable

Posté par  .
Étiquettes : aucune
0
8
mai
2005
Bonjour,

Je viens d'installer Mandrake 10.2 sur un portable AMD 64 3700+.
Le module cpufreq se charge et fonctionne apparemment correctement, mais il ne se décharge pas, et empêche l'arrêt de la machine.

J'utilise le noyau 2.6.11-6.
Le problème est le même avec la version 32 bits et 64 bits.
J'ai posté une partie de /var/log/messages ci dessous.

Merci pour vos idées !

Olivier V

May 7 13:16:59 localhost cpufreqd: Arrêt de cpufreqd succeeded
May 7 13:16:59 localhost cpufreq: Déchargement des modules cpufreq :
May 7 13:16:59 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000002c
May 7 13:16:59 localhost kernel: printing eip:
May 7 13:16:59 localhost kernel: f8fc4f14
May 7 13:16:59 localhost kernel: *pde = 374d2001
May 7 13:16:59 localhost kernel: Oops: 0000 [#1]
May 7 13:16:59 localhost kernel: Modules linked in: cpufreq_ondemand powernow-k8 raw md5 ipv6 rfcomm l2cap bluetooth snd-seq-dummy snd-seq-oss snd-seq-midi-event snd-seq snd-seq-device snd-pcm-oss snd-mixer-oss snd-intel8x0 snd-ac97-codec snd-pcm snd-timer snd-page-alloc snd soundcore af_packet pcmcia yenta_socket rsrc_nonstatic pcmcia_core video thermal tc1100-wmi processor fan container button battery ac eth1394 sis900 ide-cd ohci1394 ieee1394 loop nls_cp850 vfat fat nls_iso8859-15 ntfs sis-agp amd64-agp agpgart nvram evdev sd_mod usb-storage scsi_mod ehci-hcd ohci-hcd usbcore ext3 jbd
May 7 13:16:59 localhost kernel: CPU: 0
May 7 13:16:59 localhost kernel: EIP: 0060g0+951295764/1068971008] Not tainted VLI
May 7 13:16:59 localhost kernel: EIP: 0060:[] Not tainted VLI
May 7 13:16:59 localhost kernel: EFLAGS: 00010286 (2.6.11-6mdk)
May 7 13:16:59 localhost kernel: EIP is at acpi_processor_unregister_performance+0x24/0x48 [processor]
May 7 13:16:59 localhost kernel: eax: 00000000 ebx: f7a32c00 ecx: f8c3d280 edx: f76db800
May 7 13:16:59 localhost kernel: esi: f7585900 edi: f758597c ebp: f76f3e50 esp: f76f3e4c
May 7 13:16:59 localhost cpufreq: /etc/rc6.d/K35cpufreq: line 199: 9922 Segmentation fault rmmod $MODULE 2>/dev/null
May 7 13:16:59 localhost cpufreq: failed
May 7 13:16:59 localhost kernel: ds: 007b es: 007b ss: 0068
May 7 13:16:59 localhost cpufreq: ^[[65G[^[[1;31m
May 7 13:16:59 localhost kernel: Process rmmod (pid: 9922, threadinfo=f76f2000 task=f7a00020)
May 7 13:16:59 localhost kernel: Stack: f76db800 f76f3e60 f8c3cfc3 f76db82c 00000000 f76f3e74 f8c3d2aa f76db800
May 7 13:16:59 localhost cpufreq: ÉCHEC
May 7 13:16:59 localhost kernel: f7585900 00000002 f76f3e90 c02cdfae f7585900 00000002 c0434d88 c03b7918
May 7 13:16:59 localhost kernel: c03b19fc f76f3ea8 c0280d78 c0434d88 f8c3d360 f8c3e920 00000000 f76f3eb8
May 7 13:16:59 localhost kernel: Call Trace:
May 7 13:16:59 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 7 13:16:59 localhost kernel: [] show_stack+0x7f/0xa0
May 7 13:16:59 localhost kernel: [show_registers+342/464] show_registers+0x156/0x1d0
May 7 13:16:59 localhost kernel: [] show_registers+0x156/0x1d0
May 7 13:16:59 localhost kernel: [die+200/336] die+0xc8/0x150
May 7 13:16:59 localhost kernel: [] die+0xc8/0x150
May 7 13:16:59 localhost kernel: [do_page_fault+1146/1818] do_page_fault+0x47a/0x71a
May 7 13:16:59 localhost kernel: [] do_page_fault+0x47a/0x71a
May 7 13:16:59 localhost kernel: [error_code+43/48] error_code+0x2b/0x30
May 7 13:16:59 localhost kernel: [] error_code+0x2b/0x30
May 7 13:16:59 localhost kernel: [pg0+947593155/1068971008] powernow_k8_cpu_exit_acpi+0x23/0x30 [powernow-k8]
May 7 13:16:59 localhost kernel: [] powernow_k8_cpu_exit_acpi+0x23/0x30 [powernow-k8]
May 7 13:16:59 localhost kernel: [pg0+947593898/1068971008] powernowk8_cpu_exit+0x2a/0x60 [powernow-k8]
May 7 13:16:59 localhost kernel: [] powernowk8_cpu_exit+0x2a/0x60 [powernow-k8]
May 7 13:16:59 localhost kernel: [cpufreq_remove_dev+206/240] cpufreq_remove_dev+0xce/0xf0
May 7 13:16:59 localhost kernel: [] cpufreq_remove_dev+0xce/0xf0
May 7 13:16:59 localhost kernel: [sysdev_driver_unregister+104/176] sysdev_driver_unregister+0x68/0xb0
May 7 13:16:59 localhost kernel: [] sysdev_driver_unregister+0x68/0xb0
May 7 13:16:59 localhost kernel: [cpufreq_unregister_driver+48/65] cpufreq_unregister_driver+0x30/0x41
May 7 13:16:59 localhost kernel: [] cpufreq_unregister_driver+0x30/0x41
May 7 13:16:59 localhost kernel: [pg0+947594098/1068971008] powernowk8_exit+0x12/0x14 [powernow-k8]
May 7 13:16:59 localhost kernel: [] powernowk8_exit+0x12/0x14 [powernow-k8]
May 7 13:16:59 localhost kernel: [sys_delete_module+588/608] sys_delete_module+0x24c/0x260
May 7 13:16:59 localhost kernel: [] sys_delete_module+0x24c/0x260
May 7 13:16:59 localhost kernel: [sysenter_past_esp+82/117] sysenter_past_esp+0x52/0x75
May 7 13:16:59 localhost kernel: [] sysenter_past_esp+0x52/0x75
May 7 13:16:59 localhost kernel: Code: 31 c0 8b 5d fc c9 c3 55 89 e5 53 ff 0d 4c 75 fc f8 0f 88 a8 00 00 00 8b 45 0c 8b 1c 85 c4 76 fc f8 85 db 74 19 8b 83 6c 02 00 00 70 2c e8 f4 59 1d c7 c7 83 6c 02 00 00 00 00 00 00 59 ff 05
May 7 13:16:59 localhost cpufreq:
May 7 13:16:59 localhost rc: Arrêt de cpufreq : failed
  • # Ca serait bien d'essayer avec un noyau vanilla

    Posté par  . Évalué à 1.

    Ca a tout l'air d'un gros bug dans le noyau...
    Il faudrait, si tu sais le faire, tester avec le dernier noyau télécharger depuis kernel.org pour vérifier si le problème vient de patches noyau de Mandrake.

    Si ce n'est pas le cas, il faudrait poster le bug sur le bugzilla du kernel ou envoyer tout ca sur la ML cpufreq.
    • [^] # Re: Ca serait bien d'essayer avec un noyau vanilla

      Posté par  . Évalué à 1.

      > Ca a tout l'air d'un gros bug dans le noyau...
      > Il faudrait, si tu sais le faire, tester avec le dernier noyau télécharger depuis kernel.org pour vérifier si le problème vient de patches noyau de Mandrake.

      Je sais compiler un noyau avec un fichier de configuration à peu près formé ... mais pas en partant de rien, à moins que je puisse utiliser un fichier de configuration existant (comme celui livré avec la mandrake) avec un autre noyau ?

      > Si ce n'est pas le cas, il faudrait poster le bug sur le bugzilla du kernel ou envoyer tout ca sur la ML cpufreq.

      Avez-vous les liens exacts pour que poste bien au bon endroit ?

      Merci.

      Olivier V

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.