Bonjour

Nouveau sur ce forum et aussi nouveau sur FreeBSD, je rencontre un Pb pour l'installation de mon scanner SCSI

Je ne vois pas de sg0 ou autres dans le repertoire /dev alors que le scanner est bien allumé. Si je ne me trompe, si la carte scsi de mon scanner était correctement reconnu je devrais avoir dans le repertoire des periph /dev/sg0 or je n'ai rien en sg.
De même un dmesg aprés le boot de freebsd ne fait apparaitre aucun sg0 ou autres sg d'ailleurs.

Que puis je faire?

Pour info je suis sur un amd64, freebsd 6.3 scanner Guillemot maxiscan A4 deluxe

Merci d'avance pour votre aide

slt

Bonjour, et bienvenue sur ce forum :) .
Pour que le scanner puisse fonctionner, il faut d'abord installer l'outil "sane ( Ou xsane selon sa config.)", qui contient les pilotes, et que l'on trouve dans /usr/ports/graphics.
La liste des pilotes et matériels supportés, ici.

Pour un scanner SCSI, je pense quand même qu'il faudrait que le noyau présente un device sg*; ce n'est pas qu'une question d'installer XSane. Quel type de carte est-ce, exactement ?

Merci pour vos réponses

Pour Dumpy, j'ai commencé par cela tout en imaginant que cela ne fonctionnerait pas car je pense qu'il faut d'abord que le péripherique soit vu dans le fichier de config des periph comme le pense francis.

Pour info mon scanner est de marque "Guillemot" Reference : "maxi scan A4 de Luxe" il est rebatisé sur l'adresse communiqué ci dessus "Snapscan 310S" Sous Windows pour l'installer il me faut le declarer comme un snapscan 640S.

la carte SCSI se branche sur un port pci. Voici ces references : ACARD AEC-6710D Rev 3 (references prises directement sur la carte)

Sous Linux Ubuntu cette carte est reconnu comme une carte Fabricant : "Artup electronic corp" reference : AEC6712D scsi, linux driver : atp87u et est reconnu comme /dev/sg2.

Je pense que le pb vient du fait que la carte n'est pas vu au demarrage. Pourquoi c'est ce que j'aimerais bien savoir.

En lisant le handbook, j'en suis arrivé à la conclusion qu'il faudrait que je recompile le noyau en augmentant le temps de detection des peripheriques SCSI. Mais la je bute car c'est la premiere fois que je me lance dans une operation aussi complexe que la compilation du noyau

Qu'en pensez vous ?

Il nous faudrait une copie du /var/run/dmesg.boot. Si c'est possible

Pour info voici ce que dit mon dmesg.boot
---------------------------------------------------------------------------------------------------------------------------
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
       The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.3-RELEASE #0: Wed Jan 16 01:31:10 UTC 2008
   root@palmer.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) 64 Processor 3000+ (1809.28-MHz K8-class CPU)
 Origin = "AuthenticAMD"  Id = 0x20ff0  Stepping = 0
 Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
 Features2=0x1<SSE3>
 AMD Features=0xe2500800<SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!>
 AMD Features2=0x1<LAHF>
real memory  = 536805376 (511 MB)
avail memory = 504688640 (481 MB)
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
hptrr: HPT RocketRAID controller driver v1.1 (Jan 16 2008 01:29:20)
cpu0 on motherboard
pcib0: <Host to PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
pci0: <memory> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, SMBus> at device 1.1 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xfe02f000-0xfe02ffff irq 3 at device 2.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 10 ports with 10 removable, self powered
ehci0: <NVIDIA nForce4 USB 2.0 controller> mem 0xfeb00000-0xfeb000ff irq 5 at device 2.1 on pci0
ehci0: [GIANT-LOCKED]
usb1: EHCI version 1.0
usb1: companion controller, 4 ports each: usb0
usb1: <NVIDIA nForce4 USB 2.0 controller> on ehci0
usb1: USB revision 2.0
uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub1: 10 ports with 10 removable, self powered
uhub2: vendor 0x05e3 USB2.0 Hub, class 9/0, rev 2.00/7.02, addr 2
uhub2: single transaction translator
uhub2: 4 ports with 4 removable, self powered
pcm0: <nVidia nForce4> port 0xf000-0xf0ff,0xec00-0xecff mem 0xfe02d000-0xfe02dfff irq 3 at device 4.0 on pci0
pcm0: <Avance Logic ALC850 AC97 Codec>
atapci0: <nVidia nForce CK804 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
atapci1: <nVidia nForce CK804 SATA300 controller> port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfe02b000-0xfe02bfff irq 5 at device 7.0 on pci0
ata2: <ATA channel 0> on atapci1
ata3: <ATA channel 1> on atapci1
atapci2: <nVidia nForce CK804 SATA300 controller> port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfe02a000-0xfe02afff irq 10 at device 8.0 on pci0
ata4: <ATA channel 0> on atapci2
ata5: <ATA channel 1> on atapci2
pcib1: <PCI-PCI bridge> at device 9.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <mass storage, SCSI> at device 8.0 (no driver attached)
nve0: <NVIDIA nForce MCP9 Networking Adapter> port 0xb400-0xb407 mem 0xfe029000-0xfe029fff irq 11 at device 10.0 on pci0
nve0: Ethernet address 00:19:db:48:d6:ed
miibus0: <MII bus> on nve0
e1000phy0: <Marvell 88E1111 Gigabit PHY> on miibus0
e1000phy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto
nve0: Ethernet address: 00:19:db:48:d6:ed
pcib2: <PCI-PCI bridge> at device 11.0 on pci0
pci2: <PCI bus> on pcib2
pcib3: <PCI-PCI bridge> at device 12.0 on pci0
pci3: <PCI bus> on pcib3
pcib4: <PCI-PCI bridge> at device 13.0 on pci0
pci4: <PCI bus> on pcib4
pcib5: <PCI-PCI bridge> at device 14.0 on pci0
pci5: <PCI bus> on pcib5
pci5: <display, VGA> at device 0.0 (no driver attached)
orm0: <ISA Option ROM> at iomem 0xd0000-0xd3fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: [FAST]
ppc0: cannot reserve I/O port range
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.
Timecounter "TSC" frequency 1809281137 Hz quality 800
Timecounters tick every 1.000 msec
hptrr: no controller detected.
ad0: 14669MB <WDC WD153BA 16.13M16> at ata0-master UDMA66
acd0: DMA limited to UDMA33, device found non-ATA66 cable
acd0: DVDR <LITE-ON DVDRW LH-20A1H/LL06> at ata0-slave UDMA33
Trying to mount root from ufs:/dev/ad0s1a
-----------------------------------------------------------------------------------------------------------------------------------
Je ne vois pas dans ce log une quelconque info sur une carte SCSI

Qu'en pensez vous ?

Merci d'avance

Bonjour,
Je ne vois rien qui corresponde à un scanner.
Il faudrait regarder au boot dans le bios si il n'y a pas des choses bloquées.

Google.com/bsd ne remonte que des liens vers les pcidevs_data.h pour AEC-671[02]D... j'ai peur que cette carte ne soit pas supportée sous notre système favori :-(

Ben oui, mais pourtant l'appareil semble bien reconnu chez sane-backends, avec d'ailleurs une mention "Seems to be a repackaged SnapScan 310s".
Pour la carte, je ne suis pas plus avancé, d'autant que les pages man associées à sane semblent avoir subies des modifs entre la 6.3 et la 7.0.
Lors de l'installation de sane, il y a du y avoir aussi des messages importants.
J'essayerai toutefois de recompiler un kernel avec les bonnes options (voir le fichier NOTES), et il est encore possible de forcer la détection, en sondant le bus SCSI avec la commande camcontrol(8), comme expliqué ici.
Et dans le style piège à c... , bien s'assurer de la validité des droits sur les /dev/xpt0 et /dev/pass.

Dumpy wrote on 01. Apr 2008 at 17:59:

Ben oui, mais pourtant l'appareil semble bien reconnu chez sane-backends

Oui, encore faut-il qu'on puisse lui "parler" (si la carte SCSI n'est absolument pas utilisable, le support de SANE ne change rien à l'affaire).

Bonsoir à tous

Dumpy, une des premieres cdes que j'ai lancé pour detecter la carte est bien "camcontrol rescan all" comme indiqué dans le handbook. Mais la que dalle. Aucune réponse de la cde, ni bonne ni mauvaise d'ailleurs.

Pour faire reference au fichier NOTES, je me demande si je ne devrais pas compiler mon noyau avec l'option COMPAT_LINUX et en rajoutant dans la rubrique SCSI peripherals le device sg. Qu'n pensez vous ?

Sinon francis, j'ai bien trouvé sur google/BSD le pcidevs_data.h avec effectivement ma carte SCSI. Mais que peut on faire avec ce fichier d'autant qu'apparement il sert plutot sur net ou openBSD.

Merci d'avance pour vos reponses (avant que je me lance dans la compil, cette opération m'inquiete un peu)

jbretch wrote on 01. Apr 2008 at 23:01:

j'ai lancé pour detecter la carte est bien "camcontrol rescan all" comme indiqué dans le handbook. Mais la que dalle. Aucune réponse de la cde, ni bonne ni mauvaise d'ailleurs.

Je ne suis pas certain qu'elle produise une sortie: si tu enchaines avec camcontrol devlist, ça donne quoi ?

jbretch wrote on 01. Apr 2008 at 23:01:

Pour faire reference au fichier NOTES, je me demande si je ne devrais pas compiler mon noyau avec l'option COMPAT_LINUX et en rajoutant dans la rubrique SCSI peripherals le device sg. Qu'n pensez vous ?

Non, la compatibilité binaire Linux n'apportera rien dans ce cas (à moins que le projet, dont j'ai oublié le nom, de faire une compat Linux pour les *pilotes* n'ait avancé significativement ?..) Et pour ce qui est du pilote, GENERIC semble déjà contenir toutes les cartes SCSI supportées, malheureusement.

jbretch wrote on 01. Apr 2008 at 23:01:

Sinon francis, j'ai bien trouvé sur google/BSD le pcidevs_data.h avec effectivement ma carte SCSI. Mais que peut on faire avec ce fichier d'autant qu'apparement il sert plutot sur net ou openBSD.

Ouais, j'ai cherché quelques minutes, et je me demande maintenant d'où je sortais cette idée; apparemment, pas mal de drivers "embarquent" les IDs "fabricant" et "modèle" directement dans leur code. M'enfin...

Quote:

Dumpy, une des premieres cdes que j'ai lancé...

Comme précisé précédemment, les pages man ont changées entre la 6.0, 6.2, 6.3, 7.0.
La commande donnée par francis doit fonctionner sous  la 6.3


Quote:

une compat Linux pour les *pilotes* n'ait avancé significativement ?

J'ai trouvé ceci dans mes sources ( je suis en Current ):
[edit]scsi_sg peripheral driver.  This driver is meant to implement the Linux
SG passthrough interface for SCSI.
[/edit]
Dans: /usr/ src/sys/cam/scsi/scsi_sg.c
Présence à vérifier dans une 6.3 ou 7.0, si quelqu'un a...
Si présent, pour l'avoir dans le dmesg, attention à xpt et pass, ainsi qu'au securelevel, c'est dans le code...

Bonjour à tous

Francis la cde camcontrol devlist a le même  resultat, elle ne me répond rien

Effectivement Dumpy, j'ai bien le fichier scsi_sg.c à l'ndroit indiqué. Cela signifie t il que je devrais pouvoir installer le device sg

Autres question a quoi sert le /dev/xpt que tu evoques dans ton dernier post

Quote:

Autres question a quoi sert le /dev/xpt que tu evoques dans ton dernier post

Dans /dev, xpt et pass (numérotés de 0 à x...) sont des liens qui représentent des pilotes permettant à l'userland les discusions entre cam, le kernel, et les périphériques scsi ( Lire man xpt et pass ).
Pour ne pas avoir de soucis lors des essais, un chmod 666 leur conviendrait.

Quote:

j'ai bien le fichier scsi_sg.c à l'ndroit indiqué

Il faudra donc rajouter au fichier de config du kernel, en plus de ce qui est déjà donné dans le Handbook:
[code]device                sg              # pass-through device for Linux[/code]
Et recompiler. ( Ca compile, j'ai testé, mais sans le matos)
En ce qui concerne la/les commandes qui ne donnent rien, il faut vérifier avec kldstat qu'atapicam.ko soit bien chargé dans le noyau, sinon le charger avec kldload.

Pour le device sg, je n'ai pas trouvé de doc pour ce code. C'est d'ailleurs peut etre voulu par l'auteur ( Scott Long ).
Donc avec ce scanner, ca donne un coté cobaye :) ...

Merci dumpy

le cobaye va tenter une compil du noyau avec les elements sg, j'ai deja préparé mon fichier de configuration mais c'est pas gagné d'avance car je n'ai jamais compilé un noyau même sous Linux et je sens bien les emm... . C'est pas grave c'est un PC de test.

J'espère que le handbook est bien renseigné sur le sujet. Sinon y a t il quelques choses de particulier à faire pour cette operation ?

C'est bon j'ai reussi non sans mal à compiler mon noyau.

Pour info, le methode du handbook m'a posé pb car en l'appliquant cela ne marchait pas et le système me repondait (traduction) qu'il ne savait pas ce qu'il devait faire. Heureusement j'ai touvé de la doc ailleurs.

Ceci dit, cela ne resoud pas mon Pb car même en rajoutant le device sg ma carte n'est pas detecté. Un camcontrol devlist ne repond toujours rien.

Je vais me résoudre à ne pas utiliser mon scanner sous FreeBSD (dommage)

Merci a tous ceux qui ont tenté de m'aider.