Bonjour,
je viens de modifier certaines pièces de ma machine qui tournait sous
Mandrake 9.2 avec XFree 4.3. Notamment la carte, qui est maintenant une
MSI KM3M-V avec un Chipset VIA KM266 Pro doté d'un Chipset graphique
intégré S3 UniChrome. Après quelques mails sur la mailing-list du projet
unichrome, j'apprends que le Chipset graphique S3 UniChrome du KM266 Pro
n'est pas géré par le driver du projet, qui gère les KM400.
(L'appelation de ma carte n'est que marketing).
On me dit que je peux donc utiliser le driver "via" de XFree 4.3.0
inclut dans ma distribution. Ce que j'ai fait. Voici quelques lignes
significatives du fichier XF86Config :
On Wed, 01 Jun 2005 17:51:12 +0200, Frédéric Fauberteau wrote:
FATAL: Module agpgart already in kernel. [drm] failed to load kernel module "agpgart" FATAL: Module via not found. [drm] failed to load kernel module "via" (EE) via(0): [dri] DRIScreenInit failed. Disabling DRI.
Ça ne serait pas le module savage, par hasard ?
nicolas patrois : pts noir asocial -- SPROTCH !
P : Non, y a rien de plus immonde que de chier sur la moquette... M : Pas d'accord... A pire... Chier sous la moquette... H : ?!!
Bruno patri
Bonjour, je viens de modifier certaines pièces de ma machine qui tournait sous Mandrake 9.2 avec XFree 4.3. Notamment la carte, qui est maintenant une MSI KM3M-V avec un Chipset VIA KM266 Pro doté d'un Chipset graphique intégré S3 UniChrome. Après quelques mails sur la mailing-list du projet unichrome, j'apprends que le Chipset graphique S3 UniChrome du KM266 Pro n'est pas géré par le driver du projet, qui gère les KM400. (L'appelation de ma carte n'est que marketing). On me dit que je peux donc utiliser le driver "via" de XFree 4.3.0 inclut dans ma distribution. Ce que j'ai fait. Voici quelques lignes significatives du fichier XF86Config :
J'ai recompilé mon noyau 2.6.10 pour inclure les options :
CONFIG_AGP=m CONFIG_AGP_VIA=m CONFIG_DRM=y
Mais j'obtiens toujours des erreurs que je ne comprends pas :
FATAL: Module agpgart already in kernel. [drm] failed to load kernel module "agpgart" FATAL: Module via not found. [drm] failed to load kernel module "via" (EE) via(0): [dri] DRIScreenInit failed. Disabling DRI.
Je ne vois pas d'où peut sortir ce module noyau via ... Ni pourquoi le fait qu'agpgart soit déjà chargé est une erreur fatale.
Le module via n'est apparemment pas chargé, que donne lsmod ? et après avoir fait modprobe via, que se passe-t-il ?
Ensuite il me semble que l'on ne peut pas charger à la fois glx et dri. Essaye donc en commentant la ligne Load "dri"
-- Bruno
Bonjour,
je viens de modifier certaines pièces de ma machine qui tournait sous
Mandrake 9.2 avec XFree 4.3. Notamment la carte, qui est maintenant une
MSI KM3M-V avec un Chipset VIA KM266 Pro doté d'un Chipset graphique
intégré S3 UniChrome. Après quelques mails sur la mailing-list du projet
unichrome, j'apprends que le Chipset graphique S3 UniChrome du KM266 Pro
n'est pas géré par le driver du projet, qui gère les KM400.
(L'appelation de ma carte n'est que marketing).
On me dit que je peux donc utiliser le driver "via" de XFree 4.3.0
inclut dans ma distribution. Ce que j'ai fait. Voici quelques lignes
significatives du fichier XF86Config :
Bonjour, je viens de modifier certaines pièces de ma machine qui tournait sous Mandrake 9.2 avec XFree 4.3. Notamment la carte, qui est maintenant une MSI KM3M-V avec un Chipset VIA KM266 Pro doté d'un Chipset graphique intégré S3 UniChrome. Après quelques mails sur la mailing-list du projet unichrome, j'apprends que le Chipset graphique S3 UniChrome du KM266 Pro n'est pas géré par le driver du projet, qui gère les KM400. (L'appelation de ma carte n'est que marketing). On me dit que je peux donc utiliser le driver "via" de XFree 4.3.0 inclut dans ma distribution. Ce que j'ai fait. Voici quelques lignes significatives du fichier XF86Config :
J'ai recompilé mon noyau 2.6.10 pour inclure les options :
CONFIG_AGP=m CONFIG_AGP_VIA=m CONFIG_DRM=y
Mais j'obtiens toujours des erreurs que je ne comprends pas :
FATAL: Module agpgart already in kernel. [drm] failed to load kernel module "agpgart" FATAL: Module via not found. [drm] failed to load kernel module "via" (EE) via(0): [dri] DRIScreenInit failed. Disabling DRI.
Je ne vois pas d'où peut sortir ce module noyau via ... Ni pourquoi le fait qu'agpgart soit déjà chargé est une erreur fatale.
Le module via n'est apparemment pas chargé, que donne lsmod ? et après avoir fait modprobe via, que se passe-t-il ?
Ensuite il me semble que l'on ne peut pas charger à la fois glx et dri. Essaye donc en commentant la ligne Load "dri"
-- Bruno
Frédéric Fauberteau
Le module via n'est apparemment pas chargé, que donne lsmod ? et après avoir fait modprobe via, que se passe-t-il ? lsmod donne :
Module Size Used by via_agp 7680 1 agpgart 28840 1 via_agp [...] le reste sont des modules concernant iptables ou des systèmes de fichiers. Un 'modprobe via' me donne : FATAL: Module via not found.
Ensuite il me semble que l'on ne peut pas charger à la fois glx et dri. Essaye donc en commentant la ligne Load "dri" Si je retire l'option dri du fichier XF86Config, j'obtiens les messages
d'erreurs suivants : Symbol drmOpen from module /usr/X11R6/lib/modules/drivers/via_drv.o is unresolved! Symbol drmClose from module /usr/X11R6/lib/modules/drivers/via_drv.o is unresolved!
Si je retire l'option glx, j'obtiens ceux-ci : Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved!
On dirais qu'il y a une interdépendance entre les deux ...
Je ne vois pas non plus où je pourrais trouver ce modules noyau via, vu que j'ai déjà un module via_agp.
Le module via n'est apparemment pas chargé, que donne lsmod ? et après
avoir fait modprobe via, que se passe-t-il ?
lsmod donne :
Module Size Used by
via_agp 7680 1
agpgart 28840 1 via_agp
[...]
le reste sont des modules concernant iptables ou des systèmes de fichiers.
Un 'modprobe via' me donne :
FATAL: Module via not found.
Ensuite il me semble que l'on ne peut pas charger à la fois glx et dri.
Essaye donc en commentant la ligne Load "dri"
Si je retire l'option dri du fichier XF86Config, j'obtiens les messages
d'erreurs suivants :
Symbol drmOpen from module /usr/X11R6/lib/modules/drivers/via_drv.o is
unresolved!
Symbol drmClose from module /usr/X11R6/lib/modules/drivers/via_drv.o is
unresolved!
Si je retire l'option glx, j'obtiens ceux-ci :
Symbol __glXActiveScreens from module
/usr/X11R6/lib/modules/extensions/libdri.a is unresolved!
On dirais qu'il y a une interdépendance entre les deux ...
Je ne vois pas non plus où je pourrais trouver ce modules noyau via, vu
que j'ai déjà un module via_agp.
Le module via n'est apparemment pas chargé, que donne lsmod ? et après avoir fait modprobe via, que se passe-t-il ? lsmod donne :
Module Size Used by via_agp 7680 1 agpgart 28840 1 via_agp [...] le reste sont des modules concernant iptables ou des systèmes de fichiers. Un 'modprobe via' me donne : FATAL: Module via not found.
Ensuite il me semble que l'on ne peut pas charger à la fois glx et dri. Essaye donc en commentant la ligne Load "dri" Si je retire l'option dri du fichier XF86Config, j'obtiens les messages
d'erreurs suivants : Symbol drmOpen from module /usr/X11R6/lib/modules/drivers/via_drv.o is unresolved! Symbol drmClose from module /usr/X11R6/lib/modules/drivers/via_drv.o is unresolved!
Si je retire l'option glx, j'obtiens ceux-ci : Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved!
On dirais qu'il y a une interdépendance entre les deux ...
Je ne vois pas non plus où je pourrais trouver ce modules noyau via, vu que j'ai déjà un module via_agp.
Frédéric Fauberteau
Ça ne serait pas le module savage, par hasard ? Si je remplace le driver via par le driver savage, j'obtiens ce message
d'erreur : (EE) No devices detected.
Fatal server error: no screens found
Apparemment, mon Chipset graphique n'est pas géré comme un Savage. Malheureusement, l'esprit marketing de certaines sociétés fait que l'on n'arrive pas toujours à savoir précisément de quel matériel on dispose. Voici les informations que je peux recueillir sur ma carte mère : . VIA® ProSavageDDR^(TM) KM266 - KM3M-V (c'est ma carte mère) Le Chipset de cette carte est donc un KM266, mais je ne comprends pas bien pourquoi ProSavageDDR ...? Le fait est qu'il y a bien le mot "Savage" ...
La description . VIA® KM266 Pro Chipset - Supports 266/333MHz front side bus - Supports DDR200/266 - Supports AGP 4X - Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics with motion compensation Et maintenant, le Chipset graphique intégré est un S3 UniChrome. UniChrome, Savage ? Ce n'est pas très clair.
Ça ne serait pas le module savage, par hasard ?
Si je remplace le driver via par le driver savage, j'obtiens ce message
d'erreur :
(EE) No devices detected.
Fatal server error:
no screens found
Apparemment, mon Chipset graphique n'est pas géré comme un Savage.
Malheureusement, l'esprit marketing de certaines sociétés fait que l'on
n'arrive pas toujours à savoir précisément de quel matériel on dispose.
Voici les informations que je peux recueillir sur ma carte mère :
. VIA® ProSavageDDR^(TM) KM266
- KM3M-V (c'est ma carte mère)
Le Chipset de cette carte est donc un KM266, mais je ne comprends pas
bien pourquoi ProSavageDDR ...? Le fait est qu'il y a bien le mot
"Savage" ...
La description
. VIA® KM266 Pro Chipset
- Supports 266/333MHz front side bus
- Supports DDR200/266
- Supports AGP 4X
- Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics
with motion compensation
Et maintenant, le Chipset graphique intégré est un S3 UniChrome.
UniChrome, Savage ? Ce n'est pas très clair.
Ça ne serait pas le module savage, par hasard ? Si je remplace le driver via par le driver savage, j'obtiens ce message
d'erreur : (EE) No devices detected.
Fatal server error: no screens found
Apparemment, mon Chipset graphique n'est pas géré comme un Savage. Malheureusement, l'esprit marketing de certaines sociétés fait que l'on n'arrive pas toujours à savoir précisément de quel matériel on dispose. Voici les informations que je peux recueillir sur ma carte mère : . VIA® ProSavageDDR^(TM) KM266 - KM3M-V (c'est ma carte mère) Le Chipset de cette carte est donc un KM266, mais je ne comprends pas bien pourquoi ProSavageDDR ...? Le fait est qu'il y a bien le mot "Savage" ...
La description . VIA® KM266 Pro Chipset - Supports 266/333MHz front side bus - Supports DDR200/266 - Supports AGP 4X - Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics with motion compensation Et maintenant, le Chipset graphique intégré est un S3 UniChrome. UniChrome, Savage ? Ce n'est pas très clair.
nicolas
On Thu, 02 Jun 2005 10:13:54 +0200, Frédéric Fauberteau wrote:
La description . VIA® KM266 Pro Chipset - Supports 266/333MHz front side bus - Supports DDR200/266 - Supports AGP 4X - Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics with motion compensation Et maintenant, le Chipset graphique intégré est un S3 UniChrome. UniChrome, Savage ? Ce n'est pas très clair.
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et module de X (qu'on charge dans la section qui va bien de XF86Config-4), même si en effet le module nvidia par exemple est aussi un module du noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a deux modules nvidia, l'un appelle l'autre).
nicolas patrois : pts noir asocial -- SPROTCH !
P : Non, y a rien de plus immonde que de chier sur la moquette... M : Pas d'accord... A pire... Chier sous la moquette... H : ?!!
On Thu, 02 Jun 2005 10:13:54 +0200, Frédéric Fauberteau wrote:
La description
. VIA® KM266 Pro Chipset
- Supports 266/333MHz front side bus
- Supports DDR200/266
- Supports AGP 4X
- Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics
with motion compensation
Et maintenant, le Chipset graphique intégré est un S3 UniChrome.
UniChrome, Savage ? Ce n'est pas très clair.
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant
Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression
que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et
module de X (qu'on charge dans la section qui va bien de XF86Config-4),
même si en effet le module nvidia par exemple est aussi un module du
noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a
deux modules nvidia, l'un appelle l'autre).
nicolas patrois : pts noir asocial
--
SPROTCH !
P : Non, y a rien de plus immonde que de chier sur la moquette...
M : Pas d'accord... A pire... Chier sous la moquette...
H : ?!!
On Thu, 02 Jun 2005 10:13:54 +0200, Frédéric Fauberteau wrote:
La description . VIA® KM266 Pro Chipset - Supports 266/333MHz front side bus - Supports DDR200/266 - Supports AGP 4X - Integrated S3 Graphics UniChrome^(TM) 2D/3D Graphics with motion compensation Et maintenant, le Chipset graphique intégré est un S3 UniChrome. UniChrome, Savage ? Ce n'est pas très clair.
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et module de X (qu'on charge dans la section qui va bien de XF86Config-4), même si en effet le module nvidia par exemple est aussi un module du noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a deux modules nvidia, l'un appelle l'autre).
nicolas patrois : pts noir asocial -- SPROTCH !
P : Non, y a rien de plus immonde que de chier sur la moquette... M : Pas d'accord... A pire... Chier sous la moquette... H : ?!!
Frédéric Fauberteau
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et module de X (qu'on charge dans la section qui va bien de XF86Config-4), même si en effet le module nvidia par exemple est aussi un module du noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a deux modules nvidia, l'un appelle l'autre). Non, rassurez-vous, je ne confonds pas les deux. J'utilise bien le
driver via avec les modules X11 dri et glx activés. J'ai le support DRM activé dans le noyau et les modules noyaux agpgart et via_agp chargés. Je viens de trouver une piste en fouillant un peu plus dans les docs (honte à moi de ne pas l'avoir fait avant) et j'ai trouvé que les sources des modules réclamés dans mon message d'erreur sont en fait disponible sur dri.freedesktop.org. Je compile donc, je charge les deux modules via.ko et drm.ko. Ca démarre, mais là, j'ai de gros bug d'affichage : des lignes de pixels bizards, des bout de fenêtres dupliqués un peu partout. Et là, je m'interroge, est-ce que ça vient du driver X11 mal adapté à ma carte, des modules noyau buggé ou pas adaptés au chipset ou encore d'un bug au niveau de WindowMaker (en version 0.80.2 dans la Mandrake 9.2).
Si vous avez une petite idée, ou si vous avez déjà rencontré un tel problème, je vous serais très reconnaissant pour vos éclaircissements.
Merci pour votre intérêt, Frédéric Fauberteau.
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant
Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression
que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et
module de X (qu'on charge dans la section qui va bien de XF86Config-4),
même si en effet le module nvidia par exemple est aussi un module du
noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a
deux modules nvidia, l'un appelle l'autre).
Non, rassurez-vous, je ne confonds pas les deux. J'utilise bien le
driver via avec les modules X11 dri et glx activés. J'ai le support DRM
activé dans le noyau et les modules noyaux agpgart et via_agp chargés.
Je viens de trouver une piste en fouillant un peu plus dans les docs
(honte à moi de ne pas l'avoir fait avant) et j'ai trouvé que les
sources des modules réclamés dans mon message d'erreur sont en fait
disponible sur dri.freedesktop.org. Je compile donc, je charge les deux
modules via.ko et drm.ko.
Ca démarre, mais là, j'ai de gros bug d'affichage : des lignes de pixels
bizards, des bout de fenêtres dupliqués un peu partout.
Et là, je m'interroge, est-ce que ça vient du driver X11 mal adapté à ma
carte, des modules noyau buggé ou pas adaptés au chipset ou encore d'un
bug au niveau de WindowMaker (en version 0.80.2 dans la Mandrake 9.2).
Si vous avez une petite idée, ou si vous avez déjà rencontré un tel
problème, je vous serais très reconnaissant pour vos éclaircissements.
En effet, c'est bizarre. Il fut un temps où j'avais une carte utilisant Savage KM133 et le pilote savage marchait. Fais gaffe, j'ai l'impression que tu confonds module du noyau (qu'on charge avec insmod ou modprobe) et module de X (qu'on charge dans la section qui va bien de XF86Config-4), même si en effet le module nvidia par exemple est aussi un module du noyau (enfin je n'ai pas étudié le problème mais à mon avis s'il y a deux modules nvidia, l'un appelle l'autre). Non, rassurez-vous, je ne confonds pas les deux. J'utilise bien le
driver via avec les modules X11 dri et glx activés. J'ai le support DRM activé dans le noyau et les modules noyaux agpgart et via_agp chargés. Je viens de trouver une piste en fouillant un peu plus dans les docs (honte à moi de ne pas l'avoir fait avant) et j'ai trouvé que les sources des modules réclamés dans mon message d'erreur sont en fait disponible sur dri.freedesktop.org. Je compile donc, je charge les deux modules via.ko et drm.ko. Ca démarre, mais là, j'ai de gros bug d'affichage : des lignes de pixels bizards, des bout de fenêtres dupliqués un peu partout. Et là, je m'interroge, est-ce que ça vient du driver X11 mal adapté à ma carte, des modules noyau buggé ou pas adaptés au chipset ou encore d'un bug au niveau de WindowMaker (en version 0.80.2 dans la Mandrake 9.2).
Si vous avez une petite idée, ou si vous avez déjà rencontré un tel problème, je vous serais très reconnaissant pour vos éclaircissements.
