Problème Firewire

Le
Stéphan Peccini
Bonjour,

J'utilise sur une Fedora Core 6, le logiciel Vuescan pour piloter mon
scanner sur Firewire.
Je viens de changer de PC et je suis passé à Fedora 8. De ce que j'ai
compris, il y a eu un changement dans la gestion du Firewire depuis Fedora
7. Vuescan ne détecte plus le scanner.

J'ai vu qu'il existe une possibilité de compatibilité arrière grâce à :
<URL:http://kwizart.free.fr/blog/index.php?58-couche-compatibilite-ieee1394-pour-fedora-8>
mais je ne sais pas trop si elle peut m'apporter une solution et comme il
faut que je recompile (le kmod n'est pas pour mon noyau), je préfère avoir
des avis sur le sujet.

Sous Fedora 6, j'obtiens cela à la connexion du scanner :
Dec 22 19:43:00 tesenca kernel: scsi6 : SBP-2 IEEE-1394
Dec 22 19:43:01 tesenca kernel: ieee1394: sbp2: Logged into SBP-2 device
Dec 22 19:43:01 tesenca kernel: ieee1394: sbp2: Node 0-00:1023: Max speed
[S400] - Max payload [2048]
Dec 22 19:43:01 tesenca kernel: scsi 6:0:0:0: Scanner Nikon
LS-9000 ED 1.01 PQ: 0 ANSI: 2
Dec 22 19:43:01 tesenca kernel: scsi 6:0:0:0: Attached scsi generic sg6 type
6

Alors que sous Fedora 8, j'obtiens :
Dec 22 18:18:12 kulta kernel: firewire_core: giving up on config rom for
node id ffc0
Dec 22 18:18:13 kulta kernel: firewire_core: phy config: card 0, new
rootÿc0, gap_countc
Dec 22 18:18:50 kulta kernel: firewire_core: giving up on config rom for
node id ffc1
Dec 22 18:18:50 kulta kernel: firewire_core: phy config: card 0, new
rootÿc0, gap_count=5

Avez-vous des pistes de réflexion sur ce problème ?

Merci d'avance

--
Stéphan Peccini
Les photos : <URL:http://photonature.fr>
Les Pyrénées : <URL:http://photonature.fr/pyrenees>
Le blog : <URL:http://pyrenees.peccini.fr>
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Stéphan Peccini
Le #1909843
Sur fr.comp.os.linux.configuration, Stéphan Peccini s'est exprimé ainsi :

Avez-vous des pistes de réflexion sur ce problème ?


Même pas une petite piste :-) , car là, je ne vois pas de solution. Le
concepteur de Vuescan ne connaît pas le problème (suis-je le seul à être
passé à Fedora 8 avec un scanner Firewire géré par Vuescan ?). J'essaye de
voir pour intégrer la couche de comptabilité mais cela semble me dépasser.
Je suis allé regarder les changelogs du noyau pour voir si le problème
serait traité dans les versions de test (futures 2.6.24) mais sans succès.
Vais-je devoir basculer en CentOS 5.1 ?

Bonnes Fêtes à tous

--
Stéphan Peccini
Les photos : Les Pyrénées : Le blog :
dominix
Le #1909838
Bonjour,

J'utilise sur une Fedora Core 6, le logiciel Vuescan pour piloter mon
scanner sur Firewire.
Je viens de changer de PC et je suis passé à Fedora 8. De ce que j'ai
compris, il y a eu un changement dans la gestion du Firewire depuis Fedora
7. Vuescan ne détecte plus le scanner.

J'ai vu qu'il existe une possibilité de compatibilité arrière grâce à :
mais je ne sais pas trop si elle peut m'apporter une solution et comme il
faut que je recompile (le kmod n'est pas pour mon noyau), je préfère avoir
des avis sur le sujet.

Sous Fedora 6, j'obtiens cela à la connexion du scanner :
Dec 22 19:43:00 tesenca kernel: scsi6 : SBP-2 IEEE-1394
Dec 22 19:43:01 tesenca kernel: ieee1394: sbp2: Logged into SBP-2 device
Dec 22 19:43:01 tesenca kernel: ieee1394: sbp2: Node 0-00:1023: Max speed
[S400] - Max payload [2048]
Dec 22 19:43:01 tesenca kernel: scsi 6:0:0:0: Scanner Nikon
LS-9000 ED 1.01 PQ: 0 ANSI: 2
Dec 22 19:43:01 tesenca kernel: scsi 6:0:0:0: Attached scsi generic sg6 type
6

Alors que sous Fedora 8, j'obtiens :
Dec 22 18:18:12 kulta kernel: firewire_core: giving up on config rom for
node id ffc0
Dec 22 18:18:13 kulta kernel: firewire_core: phy config: card 0, new
rootÿc0, gap_countc
Dec 22 18:18:50 kulta kernel: firewire_core: giving up on config rom for
node id ffc1
Dec 22 18:18:50 kulta kernel: firewire_core: phy config: card 0, new
rootÿc0, gap_count=5

Avez-vous des pistes de réflexion sur ce problème ?

Merci d'avance



Salut et Joyeux Noel.

Arrive tu a charger le module firwire-sbp2 ?
et est ce que ca change qq chose ?

A plus.

--
Dominix

Stéphan Peccini
Le #1909833
Sur fr.comp.os.linux.configuration, dominix s'est exprimé ainsi :

Bonjour,

Arrive tu a charger le module firwire-sbp2 ?


[ ~]# lsmod | grep firewire
firewire_sbp2 20805 0
firewire_ohci 24641 0
firewire_core 46209 2 firewire_sbp2,firewire_ohci
crc_itu_t 10433 1 firewire_core
scsi_mod 145657 6
firewire_sbp2,sg,sr_mod,usb_storage,libata,sd_mod

et est ce que ca change qq chose ?


Non, cela ne change rien. J'ai bien un /dev/fw0 qui existe et qui « réagit »
lorsque j'allume le scanner (un more /dev/fw0 renvoie alors des
caractères).

Dans les rules de udev, j'ai :
ACTION=="add", KERNEL=="sg[0-9]*", BUS=="scsi", ATTRS{type}=="[36]",
SYMLINK+="scanner scanner-%k", MODE="0660"

ce qui est, si je ne me trompe, la génération du device lors de la
découverte d'un scanner sur scsi.

Mais voilà, cela ne marche pas pour faire l'association entre le sbp2 et le
scsi, comme cela se faisait sous FC6.

--
Stéphan Peccini
Les photos : Les Pyrénées : Le blog :
Stéphan Peccini
Le #1909758
Sur fr.comp.os.linux.configuration, Stéphan Peccini s'est exprimé ainsi :

Je viens de changer de PC et je suis passé à Fedora 8. De ce que j'ai
compris, il y a eu un changement dans la gestion du Firewire depuis Fedora
7. Vuescan ne détecte plus le scanner.


En attendant une solution soit de kwizart soit venant de Fedora, j'ai
compilé un 2.6.21.7 et mon scanner marche. Suite au prochain numéro :-)

--
Stéphan Peccini
Les photos : Les Pyrénées : Le blog :
kwizart
Le #1909741
On 28 déc, 20:22, Stéphan Peccini
Sur fr.comp.os.linux.configuration, Stéphan Peccini s'est exprimé ains i :

Je viens de changer de PC et je suis passé à Fedora 8. De ce que j'a i
compris, il y a eu un changement dans la gestion du Firewire depuis Fedo ra
7. Vuescan ne détecte plus le scanner.


En attendant une solution soit de kwizart soit venant de Fedora, j'ai
compilé un 2.6.21.7 et mon scanner marche. Suite au prochain numéro :- )
A priori si tu as compilé un kernel sans la couche juju firewire, il

devrait être possible d'obtenir le dernier kmod pour le kernel F-8...
Cette solution est plus viable car tu ne pourrais pas utiliser
d'autres modules pré-compilées et tu ne tu pourras pas bénéficier de s
mises à jours du kernel... (avec le kmod-ieee1394 adéquat).

Mais si cela fonctionne, alors tout va bien..

Nicolas (kwizart)


--
Stéphan Peccini
Les photos : Les Pyrénées : Le blog :


Stéphan Peccini
Le #1909739
Sur fr.comp.os.linux.configuration, kwizart s'est exprimé ainsi :

En attendant une solution soit de kwizart soit venant de Fedora, j'ai
compilé un 2.6.21.7 et mon scanner marche. Suite au prochain numéro :-)
A priori si tu as compilé un kernel sans la couche juju firewire,



Tout à fait. D'ailleurs je viens de refaire avec un noyau 2.6.23.9 (voir
plus bas)

il
devrait être possible d'obtenir le dernier kmod pour le kernel F-8...
Cette solution est plus viable car tu ne pourrais pas utiliser
d'autres modules pré-compilées et tu ne tu pourras pas bénéficier des
mises à jours du kernel... (avec le kmod-ieee1394 adéquat).


Je suis d'accord avec toi. Mais là où je râle (enfin pas trop quand même)
c'est que le noyau dispose des 2 piles firewire, l'ancienne et la juju, et
que l'on peut faire cohabiter les deux en modules ; il suffit de mettre à
jour le fichier /etc/modules/blacklist en blacklistant le module que l'on
ne veut pas.

Mais si cela fonctionne, alors tout va bien..


Lorsque j'ai besoin du scanner, je ne fais rien d'autre : je scanne et je
retouche mes photos. Comme mon PC reboote très vite, cela ne me perturbe
pas plus que cela en attendant une bonne solution. Et comme en plus la
bascule entre les drivers proprio nvidia et libres ce fait toute seule, je
n'ai pas vraiment de souci.

Je vais chercher comment compiler les drivers ieee1394 du noyau 2.6.23.9
avec les kernel-devel de la Fedora. Cela réglerait mon problème de manière
propre et temporaire.

À bientôt

--
Stéphan Peccini
Les photos : Les Pyrénées : Le blog :

Publicité
Poster une réponse
Anonyme