Passage à 2.6.34 : 32 b + NVIDIA = OK ; 64 b + ati = Niet

Support Debian
#1

Je suis passé hier soir en 2.6.34-1, avec linux-image “experimental” et tout a fonctionné à merveille MAIS sous une Sid en 32 bits et avec NVIDIA, que je n’ai même pas eu besoin de compiler.
J’ai essayé la même chose maus cette fois sur une machine en 64 bits et avec graphique ATI.
Tout se charge correctement mais arrivé à X, écran blachâtre avec traits finc de couleurs.
Je suppose que le driver graphique attend une modification mais je ne sais pas par où commencer.

lspci sur la même Sid mais avec le noyau qui va bien = 2.6.32-5-amd64 :
Dans xorg.conf, j’avais modifié “radeon HD” par “radeon”, le premier posant problèmes.

ricardo@sid-sda8:~$ lspci 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650 01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series] 04:00.0 Network controller: Intel Corporation WiFi Link 5100 08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10) 09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 09:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 09:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)

#2

Le lspci est indépendant du noyau a priori. Il serait intéressant de voir si tu utilises nouveau sur le 32bits+nvidia. Pour la carte ATI, ça prouve que ATI ne fonctionne décidemment pas bien :frowning:

#3

Oui, c’est aussi ma conclusion pour ATI.
Comment voir ce qui est utilisé sur le 32 Nvidia ?

Voilà ce que donne lspci du 32 Nvidia avec le noyau 2.6.34-1 (recopié à la main)
<<
VGA compatible controller: nVidia Corporation NV44A [GeForce 6200] (rev a1)
<<
et apparemment même chose avec l’ancien noyau : 2.6.32-3

Je vais recopier en coller à partir de l’autre machine
…

ricardo@DD3:~$ uname -r 2.6.32-3-686 ricardo@DD3:~$ lspci 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 645xx (rev 02) 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP) 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 04) 00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller 00:02.3 FireWire (IEEE 1394): Silicon Integrated Systems [SiS] FireWire Controller 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f) 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f) 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f) 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91) 00:09.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 00:0b.1 Input device controller: Creative Labs SB Live! Game Port (rev 0a) 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0e.0 RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak 376) (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV44A [GeForce 6200] (rev a1)

#4

Donne surtout le lsmod et regarde le driver utilisé dans le Xorg.0.log

#5

Impossible à voir, il y a 10 pages de VGA etc blabla.
Laisse tomber, on va attendre que ça se décante.
Je suis bien sous Kde de mon clone.
J’ai quand même l’impression que debian a quelques progrès à faire dans le domaine des paquets qui est, soit disant, le meilleur :116
Pourquoi Sidux va bien, pourquoi avec Nvidia, ça va bien et pourquoi avec radeon ça déconne ?
Allez, on va passer à autre chose car, moi aussi, je suis en colère.

#6

regarde ce que donne

#7

Vide = retour à l’invite. :open_mouth:
J’ai tenté un
modprobe radeonhd (avec toutes les variantes possibles)
y connait pas.
J’ai retenté un
modprobe radeon
Là, il n’a rien dit mais le résultat n’est pas meilleur, seule la couleur a changé, en passant de l’écran blanc rayé à un écran noir, rayé, lui aussi.
Faut trouver le bon Mais …

#8

Je viens de découvrir un lien qui peut expliquer mais c’est assez “chinois” pour moi :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567106

#9

Salut,

beronono.com/wiki-debian/index.p … %C3%A9ants

:slightly_smiling:

#10

[quote=“ggoodluck47”]Salut,

beronono.com/wiki-debian/index.p … %C3%A9ants

:slightly_smiling:[/quote]
Et alors, ça m’indique quoi de plus ?

#11

[quote=“ricardo”][quote=“ggoodluck47”]Salut,

beronono.com/wiki-debian/index.p … %C3%A9ants

:slightly_smiling:[/quote]
Et alors, ça m’indique quoi de plus ?[/quote]

Quand je recommande de passer par sgfxi, je me dois de rester discret pour ne pas attraper une volée de bois vert :slightly_smiling:

#12

Mais ça m’apporterait quoi de plus ?
Est-ce que ça trouverait le pilote graphisue qui va bien ?
C’est la seule chose qu’il me faut.

Nota :
radeon
radeonhd
essayés tous les deux mais … y von pa

#13

RadeonHD presently does not work with kernel modesetting (KMS) Please disable KMS in your kernel
Pour virer ce KMS, puis-je le faire autrement qu’en recompilant ?
Blacklist ?
Si oui, comment, où ?

#14

Re,

Depuis plus de deux ans j’attends l’erreur provenant de ce mode d’installation ! Même capable de restaurer la situation après la m… semée par dkms :slightly_smiling:

#15

Ça ne répond pas à ma question :

[code]Pour virer ce KMS, puis-je le faire autrement qu’en recompilant ?
Blacklist ?
Si oui, comment, où ?

[/code]

#16

radeon.modeset=0

A ajouter à la ligne de grub du kernel

#17

[quote=“ggoodluck47”]Re,

Depuis plus de deux ans j’attends l’erreur provenant de ce mode d’installation ! Même capable de restaurer la situation après la m… semée par dkms :slightly_smiling:[/quote]
dkms != kms, faut pas tout mélanger…

#18

[quote=“BenJi”]radeon.modeset=0

A ajouter à la ligne de grub du kernel[/quote]

Plus de précisions stp !
dans le grub en éditant au départ ?
dans grub.cfg ?
autre ?

[quote]menuentry “Debian GNU/Linux, with Linux 2.6.34-1-amd64” --class debian --class gnu-linux --class gnu --class os {
insmod ext2
set root=’(hd0,8)'
search --no-floppy --fs-uuid --set 351ee1fb-41ce-44a1-95f2-9d04d5cd01cb
echo Loading Linux 2.6.34-1-amd64 …
linux /boot/vmlinuz-2.6.34-1-amd64 root=UUID=351ee1fb-41ce-44a1-95f2-9d04d5cd01cb ro quiet radeon.modeset=0 ???
echo Loading initial ramdisk …
initrd /boot/initrd.img-2.6.34-1-amd64
}[/quote]

#19

Re,

gerard@debian:~$ apt-cache policy kms
W: Impossible de trouver le paquet kms
gerard@debian:~$

? expliques :slightly_smiling:

#20

arrête de polluer Gérard, ouvre un autre fil.