- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Sous-projets
- Muffin
- Plateforme de blog
Dernière news : Rencontrez-nous à Solutions Libres et Open Source 2013 (28 & 29 Mai)
Pages : 1
Il arrive qu'après un retour de mise-en-veille la touche Alt Gr n'a plus aucun effet; en gros, impossible de faire un # ou un @. Je n'ai pas trouvé de solution autre qu'un redémarrage; ce qui n'est pas très satisfaisant.
Hors ligne
Ca ne m'est jamais arrivé. Tu peux preciser un peu ton ordi, ton type de clavier, ta config (gnome, kde, compiz, ...)?
Asus Shuttle, intel i5 2500 (3.1GHz), 4 Go de RAM, Nvidia GTX 550 Ti 1 Go, Fedora 16 / Gnome 3
Eeepc 701, 1 Go de RAM, Fedora 16 / Gnome
Dell Latitude d630, dual core 2 (1.8GHz), 2 Go de RAM, Nvidia quadro 135M, Fedora 13 / Gnome / Compiz-fusion
Hors ligne
Portable Dell Inspiron 1501 AMD Turion 64x2 Gnome, pas de Compiz. Je n'ai jamais eu cela avant F12 et sur aucune autre distribution.
F12 X86_64
Précision supplémentaires: clavier France alternative latin9-only; kernel: 2.6.31.9-libre.174.fc12.x86_64
Dernière modification par Junichirô (17/01/2010 17:15:47)
Hors ligne
Portable Dell Inspiron 1501 AMD Turion 64x2 Gnome, pas de Compiz. Je n'ai jamais eu cela avant F12 et sur aucune autre distribution.
F12 X86_64Précision supplémentaires: clavier France alternative latin9-only; kernel: 2.6.31.9-libre.174.fc12.x86_64
Salut,
Le kernel-2.6.31.9-174.fc12.x86_64, je connais, mais par contre, c'est quoi ce kernel:2.6.31.9-libre.174.fc12.x86_64 ?
F17-x86_64 - KDE4.9.3 - ASUS M3A32-MVP Deluxe - AMD Phenom 8650 X3 - Nvidia GTX 260 - 4 Go RAM Corsair - 2 disques durs de 500 Go en Sata3
F16-x86_64 - KDE4.7.3 - Centos 6.0 - Windows XP-SP3
firefox-16.0.2.fc17.x86_64 - thunderbird-16.0.2.fc17.x86_64
Hors ligne
C'est un kernel déblobé. 100% libre.
Pour information: http://www.fsfla.org/svnwiki/selibre/
Dernière modification par Junichirô (17/01/2010 18:58:15)
Hors ligne
C'est un kernel déblobé. 100% libre.
Pour information: http://www.fsfla.org/svnwiki/selibre/
Quels sont les avantages (et les inconvénients...) de ce type de kernel?
Tout est dans tout... et réciproquement...
C'est quoi un chalumeau??? C'est un dromaludaire à deux bosses...
Quand le sage montre la lune l'imbécile regarde le doigt...
En ligne
Les avantages sont simples: le noyau est 100% libre! Les inconvénients sont, pour faire simple, que le noyau ne charge pas les drivers non-libres ou libres mais faisant appel à un firmware non-libre. Aussi si ta machine a des éléments qui ne fonctionnent pas avec des drivers ou softs libres, cela va poser des problèmes.
L'exemple le plus courant, ce sont les cartes wifi.
Dernière modification par Junichirô (17/01/2010 19:35:23)
Hors ligne
Salut, et avec un kernel *standard*, ça le fait également ?
Au royaume des cyclopes, les borgnes sont aveugles.
Hors ligne
Bonne question! Il semble que suspend/resume posait moins de problème avec le kernel installé avec le live cd. Comme j'ai installé aussitôt le kernel linux-libre freed-ora, je ne sais pas si l'équivalent par défaut de F12 a le même comportement. Je l'installe et te donne le résultat.
Dernière modification par Junichirô (17/01/2010 20:46:19)
Hors ligne
Bon, je ne sais pas pour la touche Alt Gr (Ce n'est pas à chaque fois) mais la mise-en-veille et surtout le "resume" ne posent plus de problème. Maintenant il va me falloir trouver qu'est-ce qui perturbe le fonctionnement du kernel linux-libre lors de la mise-en-veille.
Je crois que je vais poser la question directement à Alexandre Oliva (FSFLA) mainteneur des kernel linux-libre qui est aussi développeur chez Redhat.
Si quelqu'un a une idée? Selinux, le système qui permet le signalement direct de bug? Cela m'intéresse car je participe au Brixton Linux Action Group (BLAG) qui développe la distribution libre BLAG Linux And GNU. Comme on envisage de reprendre le développement et de sortir la nouvelle version basée sur F12, il va bien falloir régler ce problème.
Dernière modification par Junichirô (17/01/2010 21:19:29)
Hors ligne
Pour ceux qui seraient toujours ou peut-être intéressés par ce sujet j'en ai discuté avec le mainteneur du linux-libre et pour l'instant je n'ai pas de solution en vue. Cela ne vient pas de selinux, à priori. Car une désactivation ne change rien. D'autre part il n'y a pas de message suspect dans /var/log/ qui pourrait attirer l'attention. Quand la solution sera trouvée, je la communiquerai.
PS: J'ai soumis le problème sur le forum de BLAG car ce sont ces noyaux qui sont les noyaux par défaut de Blag.
Dernière modification par Junichirô (19/01/2010 21:31:46)
Hors ligne
Bon, ce n'est peut-être pas l'idéal mais l'option "nomodeset" pour le noyau dans grub.conf semble régler le problème. Si quelqu'un a une autre idée?
Précision complémentaire concernant la carte graphique:
VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 200M]Hors ligne
Hors ligne
Voilà le rapport de bug que j'ai lors de la sortie de mise-en-veille quand je n'ai pas mis l'option "nomodeset" au noyau dans grub.conf:
------------[ cut here ]------------
WARNING: at drivers/gpu/drm/radeon/r100.c:242 r100_irq_set+0x34/0xa4 [radeon]()
Hardware name: Inspiron 1501
Can't enable IRQ/MSI because no handler is installed.
Modules linked in: cryptd aes_x86_64 aes_generic fuse cpufreq_ondemand powernow_k8 freq_table ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput snd_hda_codec_idt arc4 ecb snd_hda_intel b43 snd_hda_codec mac80211 snd_hwdep snd_seq snd_seq_device b44 dell_laptop cfg80211 snd_pcm rfkill sdhci_pci sdhci snd_timer ssb edac_core dell_wmi mmc_core joydev snd wmi k8temp edac_mce_amd shpchp soundcore ricoh_mmc dcdbas snd_page_alloc i2c_piix4 mii pata_acpi ata_generic video dm_multipath output pata_atiixp radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
Pid: 2051, comm: pm-suspend Not tainted 2.6.32.8-libre.48.rc2.fc12.x86_64 #1
Call Trace:
[<ffffffff81056348>] warn_slowpath_common+0x7c/0x94
[<ffffffff810563b7>] warn_slowpath_fmt+0x41/0x43
[<ffffffff8101268e>] ? common_interrupt+0xe/0x13
[<ffffffffa00a65b2>] r100_irq_set+0x34/0xa4 [radeon]
[<ffffffffa00ab1e0>] rs400_startup+0x4d/0xff [radeon]
[<ffffffffa00ab559>] rs400_resume+0xa3/0xae [radeon]
[<ffffffffa0085d4b>] radeon_resume_kms+0x74/0xae [radeon]
[<ffffffffa00720bf>] radeon_pci_resume+0x1d/0x1f [radeon]
[<ffffffff8123cf1d>] pci_legacy_resume+0x38/0x47
[<ffffffff8123d07c>] pci_pm_resume+0x54/0x87
[<ffffffff812de054>] pm_op+0x6b/0xea
[<ffffffff812deb45>] dpm_resume_end+0xe5/0x455
[<ffffffff8108e414>] suspend_devices_and_enter+0x17d/0x1af
[<ffffffff8108e525>] enter_state+0xdf/0x130
[<ffffffff8108dcad>] state_store+0xb6/0xd3
[<ffffffff812275fb>] kobj_attr_store+0x17/0x19
[<ffffffff8117697d>] sysfs_write_file+0xf7/0x133
[<ffffffff8111b7a8>] vfs_write+0xae/0x10b
[<ffffffff8111b8c5>] sys_write+0x4a/0x6e
[<ffffffff81011d32>] system_call_fastpath+0x16/0x1bDernière modification par Junichirô (15/02/2010 17:10:02)
Hors ligne
j'ai le meme souci quand j'utilise vmware workstation pas de ALT GR
j'ai trouvé une solution à rajouter dans /etc/vmware/config
xkeymap.nokeycodeMap = true
xkeymap.keycode.93 = 0x076
xkeymap.keycode.97 = 0x073
xkeymap.keycode.98 = 0x078
xkeymap.keycode.99 = 0x077
xkeymap.keycode.100 = 0x079
xkeymap.keycode.101 = 0x070
xkeymap.keycode.102 = 0x07b
xkeymap.keycode.103 = 0x05c
xkeymap.keycode.104 = 0x11c
xkeymap.keycode.105 = 0x11d
xkeymap.keycode.106 = 0x135
xkeymap.keycode.107 = 0x137
xkeymap.keycode.108 = 0x138
xkeymap.keycode.109 = 0x000
xkeymap.keycode.110 = 0x147
xkeymap.keycode.111 = 0x148
xkeymap.keycode.112 = 0x149
xkeymap.keycode.113 = 0x14b
xkeymap.keycode.114 = 0x14d
xkeymap.keycode.115 = 0x14f
xkeymap.keycode.116 = 0x150
xkeymap.keycode.117 = 0x151
xkeymap.keycode.118 = 0x152
xkeymap.keycode.119 = 0x153
xkeymap.keycode.120 = 0x16f
xkeymap.keycode.121 = 0x120
xkeymap.keycode.122 = 0x12e
xkeymap.keycode.123 = 0x130
xkeymap.keycode.124 = 0x15e
xkeymap.keycode.125 = 0x059
xkeymap.keycode.126 = 0x14e
xkeymap.keycode.127 = 0x100
xkeymap.keycode.128 = 0x000
xkeymap.keycode.129 = 0x07e
xkeymap.keycode.130 = 0x000
xkeymap.keycode.131 = 0x000
xkeymap.keycode.132 = 0x07d
xkeymap.keycode.133 = 0x15b
xkeymap.keycode.134 = 0x15c
xkeymap.keycode.135 = 0x15d
xkeymap.keycode.136 = 0x168
xkeymap.keycode.146 = 0x131
xkeymap.keycode.148 = 0x121
xkeymap.keycode.150 = 0x15f
xkeymap.keycode.151 = 0x163
xkeymap.keycode.160 = 0x10a
xkeymap.keycode.163 = 0x16c
xkeymap.keycode.164 = 0x166
xkeymap.keycode.165 = 0x16b
xkeymap.keycode.166 = 0x16a
xkeymap.keycode.167 = 0x169
xkeymap.keycode.171 = 0x119
xkeymap.keycode.172 = 0x122
xkeymap.keycode.173 = 0x110
xkeymap.keycode.174 = 0x124
xkeymap.keycode.180 = 0x132
xkeymap.keycode.181 = 0x167
xkeymap.keycode.191 = 0x05d
xkeymap.keycode.192 = 0x05e
xkeymap.keycode.193 = 0x05f
xkeymap.keycode.199 = 0x133
xkeymap.keycode.220 = 0x10b
xkeymap.keycode.225 = 0x165
xkeymap.keycode.234 = 0x16d
xkeymap.keycode.244 = 0x109
xkeymap.keycode.246 = 0x157Desktop >> 1 Desktop F12 X86_64 | 1 Laptop F13 X86_64
Serveur >> 1 Serveur CentOS 5.5 i386 | 1 Laptop Centos .5.5 i386
Hors ligne
Je ne pense pas que ce soit le même bug; mon problème est lié à trois éléments cumulatifs: Une carte ATI, KMS et un kernel linux-libre.
En effet, je n'ai pas le problème avec le noyau par défaut et ne l'ai pas sur mon netbook lenovo qui a une carte Intel (Netbook tournant avec un linux-libre).
Le problème Alt Gr est annexe en fait; mais je n'ai pas pu changer le titre du fil. c'est problème est le retour de veille qui se fait difficilement et est très long. Il ne donne que de temps à autre un pb de Alt Gr.
Avec l'option nomodeset donnée au kernel, le problème n'existe plus; toujours bien de cette manière et je n'ai pas de rapport de bug.
On bosse sur le sujet et on devrait finir par trouver une solution.
Je l'ai soumis aussi sur le forum de BLAG qui sera plus concerné par ce problème: BLAG Forum
Dernière modification par Junichirô (15/02/2010 20:14:44)
Hors ligne
Pages : 1