Newsgroup: it.comp.os.linux.sys
Titolo: [Mandrake 8.1] messaggio di boot "parport_pc: Strange, cant' probe" [NO RISPOSTA dopo 1 week su linux.iniziare]

Salve a tutti!
ho appena installato la mdk8.1 su un pc dove
precedentemente sono gia' stati installate
altre distro linux quali: suse7.1, mdk8.0,
rh7.0, rh7.2 senza mai riscontrare problemi,
o meglio messaggi in fase di boot...
questo e' quanto segue dal file
/var/log/kernel/warnings
*nota*: ho spaccato la sequenza io ok?
Feb  9 19:57:40 Pingu kernel: parport_pc:
     Strange, can't probe Via 686A parallel
     port: io=0x378, irq=-1, dma=-1
Feb  9 19:58:20 Pingu kernel: parport_pc:
     Strange, can't probe Via 686A parallel
     port: io=0x378, irq=-1, dma=-1
Feb  9 19:58:20 Pingu kernel: devfs:
     devfs_register(): device already
     registered: "0"
chiedo... che potrebbe essere?
io non afferro che cosa non riesca a
sondare sulla parallela?(se lo e')
via?? bah!
Grazie
--
Loading Linux..........
Niubbo sono e sempre saro'...
->> 
http://web.tiscali.it/penguinatwork/
 <<-

 chiedo... che potrebbe essere?
allora, non posso darti la soluzione, ma, visto che non ti ha risposto
nessuno, ti posso dire che non sei solo. Dipende sicuramente dal chipset
VIA.
Sono molto curioso su questo msg, mi chiedo se comporta qualche
malfunzionamento della parallela, ma non posso fare alcuna prova perché
il suddetto pc è in rete e non ha niente attaccato alla parallela e io
non posso fregare una stampante da un altro ufficio per provare ad
attaccarla.
Ora cerchiamo di capire: tu hai qualcosa attaccato alla parallela?
bye
mg

"mEGa" <me...@kurayami.linux> ha scritto nel messaggio
news:kEYc8.1613$_u5....@news1.tin.it...
| > Feb  9 19:57:40 Pingu kernel: parport_pc:
| >      Strange, can't probe Via 686A parallel port: io=0x378, irq=-1,
| >      dma=-1
| > Feb  9 19:58:20 Pingu kernel: parport_pc:
| >      Strange, can't probe Via 686A parallel port: io=0x378, irq=-1,
| >      dma=-1
| > Feb  9 19:58:20 Pingu kernel: devfs:
| >      devfs_register(): device already
| >      registered: "0"
| >
| > chiedo... che potrebbe essere?
|
| allora, non posso darti la soluzione, ma, visto che non ti ha risposto
| nessuno, ti posso dire che non sei solo. Dipende sicuramente dal chipset
| VIA.
Ciao! non credevo mi rispondesse qualcuno dopo tutto questo tempo!
Ma andiamo con ordine...
| Sono molto curioso su questo msg, mi chiedo se comporta qualche
| malfunzionamento della parallela, ma non posso fare alcuna prova perché
| il suddetto pc č in rete e non ha niente attaccato alla parallela e io
neanche il mio :(
l'unica periferica che ho e' una stampante usb.
Posso dirti una cosa pero', siccome questo pc e' una workstation a casa
di tanto in tanto la mando a dormire e NON sempre quando la riaccendo
ottengo il messaggio... diciamo che compare 9volte su 10.
| non posso fregare una stampante da un altro ufficio per provare ad
| attaccarla.
| Ora cerchiamo di capire: tu hai qualcosa attaccato alla parallela?
...gia' detto sopra...
mi incuriosice anche il devfs di mdk. cosa diavolo tenta di registrare?
beh mi consola sapere che anche altra gente ha il mio problema e non ti
so dire se ci sia qualche malfunzionamento per eventuali device esterni
in quanto non ne ho.
se ti puo' essere utile ti posto dmesg cosi' magari lo confronti con il
tuo... ma devo farlo da casa stasera se faccio a tempo.
Ciao

 tuo... ma devo farlo da casa stasera se faccio a tempo.
ok
io lunedi', quando torno in studio, ti posto il mio
Altro argomento:
visto che hai mdk 8.1 potresti per favore fare questa prova? inserisci un
cdrom qualunque e montalo poi, da una console, dai questo comando:
du /mnt/cdrom
dovrebbe stampare delle righe con i nomi delle dir e la dimensione, tipo
12      ./Mail/outbox
4       ./Mail/inbox
4       ./Mail/drafts
24      ./Mail
dove il numero iniziale è la dimensione della dir. Il problema è che da me
funziona se lo faccio su un hd ma se lo lancio con /mnt/cdrom come
argomento, mi esce sempre 0 (zero) come dimensione e non riesco a capire
perché. (funzionava perfettamente sull'8.0)
grazie, ciao
mg

"mEGa" <me...@kurayami.linux> ha scritto nel messaggio
news:t7id8.4924$_u5.1...@news1.tin.it...
| frequento da poco questo ng e per cominciare ho dato un'occhiata ai msg
| vecchi cercando mdk 8.1
| Nel mio sembra che il kernel warning sulla parallel port esca sempre.
| Quello sul devfs l'ho sicuramente visto ma non sono sicuro che esca
| sempre. Comunque quest'ultimo mi preoccupa meno.
umh... che sia un baco con determinati chipset?
al momento non ti so dirti i dettagli ma trovo cmq strano
che solo la 8.1 si lamenti.
| > se ti puo' essere utile ti posto dmesg cosi' magari lo confronti con il
| > tuo... ma devo farlo da casa stasera se faccio a tempo.
| ok
| io lunedi', quando torno in studio, ti posto il mio
ieri non ho fatto a tempo :( sorry... stavo pasticciando con
una sottorete casalinga.
ecco, ora me lo segno cosi' lo faccio al piu' tardi sabato.
| Altro argomento:
| visto che hai mdk 8.1 potresti per favore fare questa prova? inserisci un
| cdrom qualunque e montalo poi, da una console, dai questo comando:
| du /mnt/cdrom
|
| dovrebbe stampare delle righe con i nomi delle dir e la dimensione, tipo
| 12      ./Mail/outbox
| 4       ./Mail/inbox
| 4       ./Mail/drafts
| 24      ./Mail
| dove il numero iniziale č la dimensione della dir. Il problema č che da me
| funziona se lo faccio su un hd ma se lo lancio con /mnt/cdrom come
| argomento, mi esce sempre 0 (zero) come dimensione e non riesco a capire
| perché. (funzionava perfettamente sull'8.0)
beh, guarda, la statistica sul disco usato la uso poco ma
cmq faccio una prova. ti va bene lo stesso se uso -h?
ciao e buon fine

 | vecchi cercando mdk 8.1
Ciao!
allora ho provato la storia del `du' ed effettivamente hai
ragione tu!! non me ne ero mai accorto!! ti posto 1 stralcio:
[dot@Pingu dot]$ du -h /mnt/cdrom2
0       /mnt/cdrom2/bootdsks.12
0       /mnt/cdrom2/bootdsks.144/2.4.5
0       /mnt/cdrom2/bootdsks.144
0       /mnt/cdrom2/isolinux/kernel
0       /mnt/cdrom2/isolinux
0       /mnt/cdrom2/rootdsks
0       /mnt/cdrom2/slakware/a1
0       /mnt/cdrom2/slakware/ap1
0       /mnt/cdrom2/slakware/d1
0       /mnt/cdrom2/slakware/e1
0       /mnt/cdrom2/slakware/f1
0       /mnt/cdrom2/slakware/gtk1
0       /mnt/cdrom2/slakware/k1
0       /mnt/cdrom2/slakware/kde1
0       /mnt/cdrom2/slakware/n1
0       /mnt/cdrom2/slakware/t1
0       /mnt/cdrom2/slakware/tcl1
0       /mnt/cdrom2/slakware/x1
0       /mnt/cdrom2/slakware/xap1
0       /mnt/cdrom2/slakware/xv1
0       /mnt/cdrom2/slakware/y1
0       /mnt/cdrom2/slakware
0       /mnt/cdrom2/.eltorito
0       /mnt/cdrom2
mentre dal server rh7.2 ho le varie dimensioni...
:( che bel bucoooo!!! Ti allego come promesso il mio dmesg
e scusa se l'ho indentato ma se no poi esce un casino ...
Come potrai notare tenda 2 volte di *parlarci?* Sono sicuro
che da bios ho disabilitato la voce relativa al PnP(se
centra 
q.sa
)!! e credo che inoltre si riferisca alle porte
usb chiamandole parallel.
Tu che dici?
-----------------------------------------------------inizio
Linux version 2.4.8-26mdk (
quin...@bi.mandrakesoft.com
)
        (gcc version 2.96 20000731 (Mandrake Linux 8.1
        2.96-0.62mdk)) #1 Sun Sep 23 17:06:39 CEST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000018000000 (usable)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
On node 0 totalpages: 98304
zone(0): 4096 pages.
zone(1): 94208 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=linux ro root=307 devfs=mount
Initializing CPU#0
Detected 701.258 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1399.19 BogoMIPS
Memory: 383688k/393216k available (1086k kernel code, 9140k
        reserved, 397k data, 712k init, 0k highmem)
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: Before vendor init, caps: 0183f9ff c1c7f9ff 00000000,
        vendor = 2
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: After vendor init, caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU:     After generic, caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU:             Common caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU: AMD Duron(tm) Processor stepping 00
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (
rgo...@atnf.csiro.au
)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb380, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
PnP: PNP BIOS installation structure at 0xc00fbe40
PnP: PNP BIOS version 1.0, entry at f0000:be70, dseg at f0000
PnP: 14 devices detected total
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
VFS: Diskquotas version dquot_6.5.0 initialized
devfs: v0.115 (20010827) Richard Gooch (
rgo...@atnf.csiro.au
)
devfs: boot_options: 0x1
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS
        MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
block: queued sectors max/low 254488kB/123416kB, 768 slots per
        queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024
        blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override
        with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override
        with idebus=xx
VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:07.1
    ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
hda: SAMSUNG SV2044D, ATA DISK drive
hdc: CR-2801TE, ATAPI CD/DVD-ROM drive
hdd: CD-ROM 52X/AKH, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 39862368 sectors (20410 MB) w/472KiB Cache, CHS=2481/255/63,
        UDMA(66)
hdc: ATAPI 8X CD-ROM CD-R drive, 512kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
hdd: ATAPI 52X CD-ROM drive, 192kB Cache, UDMA(33)
ide-floppy driver 0.97
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
ide-floppy driver 0.97
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Uncompressing.....done.
Freeing initrd memory: 82k freed
VFS: Mounted root (ext2 filesystem).
Mounted devfs on /dev
Journalled Block Device driver loaded
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 712k freed
Real Time Clock Driver v1.10d
Adding Swap: 96320k swap-space (priority -1)
EXT3 FS 2.4-0.9.6, 11 Aug 2001 on ide0(3,7), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.6, 11 Aug 2001 on ide0(3,6), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
NTFS driver v1.1.19 [Flags: R/O MODULE]
8139too Fast Ethernet driver 0.9.18a
PCI: Found IRQ 11 for device 00:09.0
eth0: RealTek RTL8139 Fast Ethernet at 0xd884d000,
        00:05:1c:05:06:c4, IRQ 11
eth0:  Identified 8139 chip type 'RTL-8139C'
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.259 $ time 17:30:17 Sep 23 2001
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 9 for device 00:07.2
PCI: Sharing IRQ 9 with 00:07.3
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 9 for device 00:07.3
PCI: Sharing IRQ 9 with 00:07.2
usb-uhci.c: USB UHCI at I/O 0xd800, IRQ 9
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.251:USB Universal Host Controller Interface
        driver
############## ecco qua !!! -- 1° e 2° volta ##############
PnPBIOS: Parport found PNPBIOS PNP0400 at io=0378,0000
        irq=7 dma=-1
parport0: PC-style at 0x378, irq 7 [PCSPP,EPP]
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport_pc: Strange, can't probe Via 686A parallel port:
        io=0x378, irq=-1, dma=-1
IPVS: Connection hash table configured (size=4096,
        memory=32Kbytes)
IPVS: ipvs loaded.
eth0: Setting 100mbps full-duplex based on auto-negotiated
        partner ability 45e1.
usb.c: registered new driver usblp
printer.c: v0.8:USB Printer Device Class driver
Installing knfsd (copyright (C) 1996 
ok...@monad.swb.de
).
PnPBIOS: Parport found PNPBIOS PNP0400 at io=0378,0000
        irq=7 dma=-1
parport0: PC-style at 0x378, irq 7 [PCSPP,EPP]
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport_pc: Strange, can't probe Via 686A parallel port:
        io=0x378, irq=-1, dma=-1
devfs: devfs_register(): device already registered: "0"
###########################################################
lp0: using parport0 (interrupt-driven).
Creative EMU10K1 PCI Audio Driver, version 0.15, 17:27:24 Sep 23 2001
PCI: Found IRQ 5 for device 00:0a.0
emu10k1: EMU10K1 rev 7 model 0x8026 found, IO at 0xe000-0xe01f, IRQ 5
ac97_codec: AC97 Audio codec, id: 0x8384:0x7609 (SigmaTel STAC9721/23)
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 322M
agpgart: Detected Via Apollo Pro KT133 chipset
agpgart: AGP aperture is 64M @ 0xd0000000
[drm] AGP 0.99 on VIA Apollo KT133 @ 0xd0000000 64MB
[drm] Initialized mga 3.0.2 20010321 on minor 0
ISO 9660 Extensions: RRIP_1991A
-------------------------------------------------------fine
sono quasi convinto che sia un buco di qualche chipset...
ma ho troppa poca esperienza.


 
allora, esiste effettivamente un bug nel chipset VIA che è relativo
all'utilizzo del DMA in scrittura su hd. Se ne sono accorti facendo il
kernel 2.4 (questo), ma questo bug è stato parato nel kernel. In ogni caso
non dovrebbe c'entrare niente con la parallela. Il problema è che non
sappiamo ancora se questo msg indichi un vero problema oppure no e non lo
sapremo mai se non si attacca una stampante alla porta. Vedremo. Forse
riusciro' a rubare la stampante dal server e fare una prova. Intanto
domani guardo il mio dmesg e ti faccio sapere...
Aspetta, ho qualche sviluppo (mentre scrivevo ho fatto partire dei
search). Ho circa 50 references a questo messaggio, alcune non portano
niente, solo gente che lo segnala.
Da una mailing list esce questo:
The "Strange, can't probe..." disappears with the later kernels - try
grabbing 2.4.8-34.1mdk from Mandrake's update site. I think "irq=-1,
dma=-1" means both are true. It'll only want DMA if you have the port set
in the BIOS as ECP - try setting it as SPP or EPP if you can.
Questo non credo sia del tutto vero perche' nel mio bios dovrebbe essere
settata come EPP. Comunque questo dice che il msg scompare con la vers.
2.4.8-34 del kernel, quindi credo che non ci sia da preoccuparsi.
adesso sto cercando nei sorgenti del kernel. questa roba è nel modulo che
gestisce il chipset VIA686A e scrive questo  messaggio quando non riesce a
fare il probing della porta. Allora, guardando i sorgenti si capisce che
lui non riesce a fare il probing della porta. Il fatto che in questo caso
lui assuma irq=-1 potrebbe essere un
problema.
OK, bisogna guardare in /proc/sys/dev/parport/parport0 come root e fare un
cat di dma, irq e modes per vedere quali parametri lui ha effettivamente
impostato. Domani guardo e ti so dire, comunque il problema, anche se
esistesse, e' limitato al collegamento di qualcosa alla parallela.
bye
mg

"mEGa" <me...@kurayami.linux> ha scritto nel messaggio
news:U_ee8.12364$Ns4.5...@news2.tin.it...
| buffo no?
| ho anche provato a prendere il du di redhat e portarlo su mdk e ha lo
| stesso problema, quindi la cosa non dipende dal programma du, ma da
| qualcos'altro (secondo me da devfs; nb: sul floppy funziona)
+ che buffo e' triste! :(
ho installato la mandrake solo perche' la rh7.2 non mi prendeva la stampante
ma non e' che sia contento... anzi.
| allora, esiste effettivamente un bug nel chipset VIA che è relativo
| all'utilizzo del DMA in scrittura su hd. Se ne sono accorti facendo il
| kernel 2.4 (questo), ma questo bug è stato parato nel kernel. In ogni caso
| non dovrebbe c'entrare niente con la parallela. Il problema è che non
| sappiamo ancora se questo msg indichi un vero problema oppure no e non lo
| sapremo mai se non si attacca una stampante alla porta. Vedremo. Forse
| riusciro' a rubare la stampante dal server e fare una prova. Intanto
| domani guardo il mio dmesg e ti faccio sapere...
ok. io non ho stampanti: mi affido a te. cmq se cosi' fosse per l'uso che ne
faccio io non dovrei incorrere in problemi, giusto?
| Aspetta, ho qualche sviluppo (mentre scrivevo ho fatto partire dei
| search). Ho circa 50 references a questo messaggio, alcune non portano
| niente, solo gente che lo segnala.
| Da una mailing list esce questo:
|
| The "Strange, can't probe..." disappears with the later kernels - try
| grabbing 2.4.8-34.1mdk from Mandrake's update site. I think "irq=-1,
| dma=-1" means both are true. It'll only want DMA if you have the port set
| in the BIOS as ECP - try setting it as SPP or EPP if you can.
quelle sono le velocita' o modalita' con cui il sistema si interfaccia
su parallela? (Sorry se sono ignorante)
| Questo non credo sia del tutto vero perche' nel mio bios dovrebbe essere
| settata come EPP. Comunque questo dice che il msg scompare con la vers.
| 2.4.8-34 del kernel, quindi credo che non ci sia da preoccuparsi.
beh, io ho a disposizione il kernel 2.4.16... potrei compilare lui!
| OK, bisogna guardare in /proc/sys/dev/parport/parport0 come root e fare un
| cat di dma, irq e modes per vedere quali parametri lui ha effettivamente
| impostato. Domani guardo e ti so dire, comunque il problema, anche se
| esistesse, e' limitato al collegamento di qualcosa alla parallela.
ok...stasera controllo.
ma quali sono quelli corretti? (se la risposta e' presente in dmesg
insultami
pure)
ah, grazie per i chiarimenti!!

 ah, grazie per i chiarimenti!!
figurati. Sono sempre felice di scambiare idee e fare prove. Anzi, ti
passo un mio addr privato (quello scritto sopra è falso, cioè è quello
della rete interna), solo togli tutte le xxx così evito lo spam:
graz...@xxxliberoxxx.itxxx
così magari ci scambiamo qualche idea
ah, mi chiamo mauro graziani
bye

"mEGa" <me...@kurayami.linux> ha scritto nel messaggio
news:Iaye8.14925$Ns4.6...@news2.tin.it...
| oddio, rh e' un po' piu' indietro come aggiornamento dei packages, ma e'
| molto piu' solida di mdk. Nella rete di un mio cliente ho un rh7.1,
| qualche mdk (8.0 e 8.1) e un debian (potato). Quest'ultimo è il più solido
:) anche io ho una debian su p166...pero' installata da i week!!
| EPP: Short for Enhanced Parallel Port, a parallel port standard for PCs
[CUT]
| ECP: Short for Extended Capabilities Port, a parallel-port standard for
[CUT]
| Divertente, no? A quanto pare l'unica differenza è che epp supporta la
| comunicazione bidirezionale con le non-stampanti. Adesso guardo nel bios.
| Dunque, il bios di quel computer è settato come EPP. Secondo me, quel
| messaggio non è così importante. Quello che è importante è guardare se
| alla parallela viene assegnato un irq valido. Ora, io provo a fare (come
| root):
interessante...
[CUT]
| Come vedi, qui alla parallela è assegnato l'irq 7, quindi la sostanza del
| messaggio (irq=-1,dma=-1) è errata per l'irq. Quindi io credo che la
| parallela funzioni. Non usa il dma (-1) perché l'epp non lo richiede, e
| basta. (ovviamente questo è solo quello che credo io, poi solo una prova è
| definitiva).
| Se hai voglia di provare il kernel 2.4.16 si può vedere se scompare.
ci posso provare. non ho molto tempo in questo week pero' vedro' di fare
q.sa
.
| > ah, grazie per i chiarimenti!!
|
| figurati. Sono sempre felice di scambiare idee e fare prove. Anzi, ti
| passo un mio addr privato (quello scritto sopra è falso, cioè è quello
| della rete interna), solo togli tutte le xxx così evito lo spam:
| graz...@xxxliberoxxx.itxxx
| così magari ci scambiamo qualche idea
| ah, mi chiamo mauro graziani
io mi chiamo cerutti alfredo e grazie per l'indirizzo anche se ho piu' da
imparare che suggerire :)
il mio privato e' TRASHMEpen...@tiscaliTRASHME.it cestinando il
dovuto.
mi connetto in prevalenza la sera quando sono a casa.
CIAO!
--
[ Penguin At Work ]
-> 
http://web.tiscali.it/penguinatwork/
-> aka Fustino Di Dixan while working