[Lubuntu 12.04] Problema periferiche usb e pcmcia

[cworange84]

Questo è il manpage.
Ho inserito il mouse poco prima del booting ed ho messo in allegato (perchè non posso postare messaggi con più di 40000 caratteri) dmesg a sistema appena avviato.
Come è già riportato nel log, ho letto device descriptor read/64, error -62 sulla schermata di avvio di lubuntu. Può essere utile?

[cristian_c]

Questo è il manpage.
Ho inserito il mouse poco prima del booting ed ho messo in allegato (perchè non posso postare messaggi con più di 40000 caratteri) dmesg a sistema appena avviato.
Come è già riportato nel log, ho letto device descriptor read/64, error -62 sulla schermata di avvio di lubuntu. Può essere utile?

Il problema è relativo al riconoscimento delle porte usb sulla scheda pcmcia:

Codice: Seleziona tutto

usb 5-1: device descriptor read/64, error -62

Prova a leggere qui: http://www.linux-magazine.it/forum/inde ... 638.0;wap2

[magozurlinux]

@cristian_c

C'è anche questo, forse ti è sfuggito!

Codice: Seleziona tutto

[   18.186019] yenta_cardbus 0000:02:06.0: O2: enabling read prefetch/write burst. If you experience problems or performance issues, use the yenta_socket parameter 'o2_speedup=off'

[cworange84]

Scusate ma la tentazione è troppo forte: mi voglio autocitare

Per quanto riguarda invece la pcmcia, qui un utente risolve un problema simile al mio aggiungendo "yenta_socket.o2_speedup=on" a

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

in grub. Io ho tentato ma senza alcun cambiamento.

Ho appena riprovato aggiungendo yenta_socket.o2_speedup=off ma il mouse pre-inserito (rispetto al booting) nella pcmcia non funziona lo stesso e stavolta su dmesg compare:

Codice: Seleziona tutto

[   18.267364] yenta_cardbus 0000:02:06.0: O2: disabling read prefetch/write burst. If you experience problems or performance issues, use the yenta_socket parameter 'o2_speedup=on'

quindi la (eventuale) soluzione sembrerebbe non dipendere da questo parametro in grub.

Non si può fare proprio nulla?

[cristian_c]

@cristian_c

C'è anche questo, forse ti è sfuggito!

Codice: Seleziona tutto

[   18.186019] yenta_cardbus 0000:02:06.0: O2: enabling read prefetch/write burst. If you experience problems or performance issues, use the yenta_socket parameter 'o2_speedup=off'

In fondo alla discussione linkata è specificato invece di inserire la stringa con il parametro settato a 'on'. Con questo sistema, il tipo in questione aveva risolto

Ti ringrazio infinitamente per le varie "dritte", ma forse sono riuscito a risolvere da me...
Devo ancora verificare per bene, ma quel "If you experience problems or performance issues, use the yenta_socket parameter 'o2_speedup=on" mi ha messo sulla buona strada...

Al volo da GRUB ho aggiunto tra le opzioni di avvio del kernel quanto segue:
... yenta_socket.o2_speedup=on
e ora magicamente tutto sembra funzionare regolarmente.
Ancora qualche prova e poi ti/vi posso confermare!

Quasi quasi sono contento!!! ;-)

[cworange84]

In fondo alla discussione linkata è specificato invece di inserire la stringa con il parametro settato a 'on'. Con questo sistema, il tipo in questione aveva risolto

Hai ragione, avevo fatto confusione. Evidentemente l'opzione on/off permane sull'ultima impostazione specificata anche dopo che si toglie da grub. Così avendo in principio lo switch su off e dopo aver fatto la prova con on suggerita da quella discussione linkata e aver rimosso la stringa, lo switch era rimasto on ed il messaggio in dmesg suggeriva di metterlo su off in caso di malfunzionamenti (come rilevato da magozurlinux), però io credevo lo avevsse ripristinato ad off e ti ho risposto con la autocitazione. Porta pazienza per la mia niubbosità.
Cmq, come ho scritto poco sopra, ho provato in entrambe le modalità senza alcun risultato positivo.

[cristian_c]

In fondo alla discussione linkata è specificato invece di inserire la stringa con il parametro settato a 'on'. Con questo sistema, il tipo in questione aveva risolto

Hai ragione, avevo fatto confusione. Evidentemente l'opzione on/off permane sull'ultima impostazione specificata anche dopo che si toglie da grub. Così avendo in principio lo switch su off e dopo aver fatto la prova con on suggerita da quella discussione linkata e aver rimosso la stringa, lo switch era rimasto on ed il messaggio in dmesg suggeriva di metterlo su off in caso di malfunzionamenti (come rilevato da magozurlinux), però io credevo lo avevsse ripristinato ad off e ti ho risposto con la autocitazione. Porta pazienza per la mia niubbosità.
Cmq, come ho scritto poco sopra, ho provato in entrambe le modalità senza alcun risultato positivo.

Esattamente come si presenta la stringa nel grub (modificata)?

[cworange84]

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash  yenta_socket.o2_speedup=on"

oppure off e con 2 spazi tra spash e yenta. Poi do il comando sudo update-grub e riavvio, come trovato sul web.

[cristian_c]

Prova a postare il risultato di:

Codice: Seleziona tutto

lsmod

[cworange84]

Codice: Seleziona tutto

$ lsmod
Module                  Size  Used by
arc4                   12473  2 
lib80211_crypt_wep     12746  1 
joydev                 17393  0 
rfcomm                 38139  0 
bnep                   17830  2 
bluetooth             158438  10 rfcomm,bnep
ppdev                  12849  0 
snd_intel8x0           33455  2 
snd_ac97_codec        106082  1 snd_intel8x0
ac97_bus               12642  1 snd_ac97_codec
snd_pcm                80845  2 snd_intel8x0,snd_ac97_codec
snd_seq_midi           13132  0 
snd_rawmidi            25424  1 snd_seq_midi
pcmcia                 39791  0 
snd_seq_midi_event     14475  1 snd_seq_midi
snd_seq                51567  2 snd_seq_midi,snd_seq_midi_event
snd_timer              28931  2 snd_pcm,snd_seq
ipw2100                77954  0 
libipw                 46701  1 ipw2100
lib80211               14040  2 lib80211_crypt_wep,libipw
snd_seq_device         14172  3 snd_seq_midi,snd_rawmidi,snd_seq
psmouse                87213  0 
cfg80211              178679  2 ipw2100,libipw
yenta_socket           27428  0 
pcmcia_rsrc            18367  1 yenta_socket
serio_raw              13027  0 
pcmcia_core            21511  3 pcmcia,yenta_socket,pcmcia_rsrc
snd                    62064  11 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
i915                  414704  2 
soundcore              14635  1 snd
shpchp                 32325  0 
snd_page_alloc         14115  2 snd_intel8x0,snd_pcm
parport_pc             32114  1 
drm_kms_helper         45466  1 i915
drm                   197692  3 i915,drm_kms_helper
mac_hid                13077  0 
i2c_algo_bit           13199  1 i915
video                  19068  1 i915
lp                     17455  0 
parport                40930  3 ppdev,parport_pc,lp
usb_storage            39646  0 
usbhid                 41906  0 
hid                    77367  1 usbhid
firewire_ohci          40180  0 
firewire_core          56906  1 firewire_ohci
crc_itu_t              12627  1 firewire_core
b44                    31412  0 
ssb                    50691  1 b44

[cristian_c]

Mmmhhh.... i moduli mi sembrano caricati...

Aspettiamo l'autorevole parere di magozurlinux La mia idea comunque sarebbe di aprire una segnalazione di bug su launchpad e utilizzare intanto la scheda su un kernel più vecchio (come quelli della linea 2 ad esempio), sul quale non dovrebbe esserci il problema
P.S. Googlando ho trovato poco sul problema, anche perché le schede pcmcia sono dispositivi non molto diffusi

[cworange84]

Vorrei fare alcune domande che mi sono venute leggendo un po' di thread su questo argomento:
Qui un utente propone una guida su come installare i driver per una smartcard reader i cui driver non vengono riconosciuti. In particolare si legge questo:

- verify the status of the hardware
pccardctl status
if no driver has been loaded, it will show the o2micro device as "unbound"

e ricontrollando il mio output in effetti si legge [unbound] alla fine:

Codice: Seleziona tutto

$ pccardctl status
Socket 0:
  3.3V
 32-bit
 PC Card
Socket 1:
  5.0V
 16-bit
 PC Card
  Subdevice 0 (function 0) [unbound]

quindi la guida mette un link a dei driver "O2Micro_PCMCIA_SCR_203_Linux_Kernel26_OpenSource" che purtroppo sono per kernel 2.6
Quindi chiedo: anche nel mio caso non sono stati caricati? Potrei provare a mettere quei driver oppure è meglio di no?

Inoltre prendendo in riferimento questa wiki e nello specifico il paragrafo "Caricare driver PCMCIA-USB", nel mio caso si ottiene:

Codice: Seleziona tutto

$ usb-devices

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 6
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=0000:00:1d.7
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=0000:00:1d.0
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=0000:00:1d.1
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=046d ProdID=c016 Rev=03.40
S:  Manufacturer=Logitech
S:  Product=Optical USB Mouse
C:  #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=usbhid

T:  Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=0000:00:1d.2
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=04 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 3
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0451 ProdID=2036 Rev=01.01
S:  Product=General Purpose USB Hub
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=04 Lev=02 Prnt=02 Port=02 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=16 #Cfgs=  1
P:  Vendor=0483 ProdID=1307 Rev=01.80
S:  Manufacturer=Generic
S:  Product=USB Mass Storage Device
S:  SerialNumber=ABCDEF0123456789
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage

T:  Bus=05 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 3
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic ohci_hcd
S:  Product=OHCI Host Controller
S:  SerialNumber=0000:03:00.0
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

T:  Bus=06 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 3
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev=03.02
S:  Manufacturer=Linux 3.2.0-30-generic ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=0000:03:00.1
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

dove però non compare alcun Manufacturer=O2micro. E' normale?

[cristian_c]

Effettivamente quello che scrivi è molto interessante

Infatti, la 'porta' pcmcia sembra essere la stessa del topic linkato dal forum internazionale:

Codice: Seleziona tutto

02:06.1 CardBus bridge: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller (rev 20)
   Subsystem: Acer Incorporated [ALI] TravelMate 660
   Kernel driver in use: yenta_cardbus
   Kernel modules: yenta_socket

E io avevo interpretato le seguenti:

Codice: Seleziona tutto

03:00.0 USB controller: NEC Corporation USB (rev 44)
   Subsystem: NEC Corporation Hama USB 2.0 CardBus
   Kernel driver in use: ohci_hcd
03:00.1 USB controller: NEC Corporation USB 2.0 (rev 05)
   Subsystem: NEC Corporation USB 2.0
   Kernel driver in use: ehci_hcd

come porte usb pcmcia, anche se adesso non ne sono più sicuro : nono :

e ricontrollando il mio output in effetti si legge [unbound] alla fine:

questo sembra essere confermato anche da un altro tuo precedente output:

Codice: Seleziona tutto

$ lspcmcia
Socket 0 Bridge:      [yenta_cardbus]    (bus ID: 0000:02:06.0)
  CardBus card -- see "lspci" for more information
Socket 1 Bridge:      [yenta_cardbus]    (bus ID: 0000:02:06.1)
Socket 1 Device 0:   [-- no driver --]   (bus ID: 1.0)

il quale farebbe supporre che il dispositivo senza driver sia quello che contiene le porte usb pcmcia, ma anche in questo caso non ho alcuna certezza di questa ipotesi

dove però non compare alcun Manufacturer=O2micro. E' normale?

questo perché tale stringa non si riferisce alle porte usb pcmcia ma alla porta pcmcia che le ospita a sua volta
Quindi a mio avviso la cosa più opportuna da fare sarebbe seguire il wiki di ubuntu e cioè provare a caricare i driver delle porte usb:

Codice: Seleziona tutto

sudo modprobe serial_cs
sudo modprobe usbserial vendor=0x12d1 product=0x1001

ma naturalmente occorrerà utilizzare un diverso vendor e product, relativo al particolare dispositivo che contiene le porte usb. Quindi dovrai prima identificare le porte usb dall'output che hai postato qui sopra. Fare ciò è abbastanza semplice: basta scolleggare le porte usb-pcmcia dallo slot pcmcia e ridigitare il comando. Confronti gli output e vedi le parti che mancano nel secondo

Un parere di magozurlinux sarebbe comunque enormemente di aiuto

[cristian_c]

Forse il comando:

Codice: Seleziona tutto

sudo modprobe usbserial vendor=0x12d1 product=0x1001

non è necessario, perché potrebbe trattarsi del driver relativo al modem a banda larga descritto nella pagina wiki, ma non mi è tanto chiaro se poi sia effettivamente così

[magozurlinux]

Ciao,

anch'io ho un portatile, un vecchio portatile il Toshiba Satellite 2140 CDS, con due porte PCMCIA, ho provato diverse distro linux leggere; le PCMCIA di questo portatile funzionano con Win98, mentre con linux non funzionano, danno un errore che ora non ricordo, e va in Kernel Panic con diverse versioni di Linux, l'unica distro che funzionava era Knoppix 3.2.

Nella rete ho trovato questo:

http://www.linuxguide.it/linux/amminist ... CMCIA.html

http://tuxmobil.org/pcmcia_linux.html

Quello che mi viene in mente riguardo le PCMCIA del portatile di cworange84, è che carica correttamente i moduli, ma non funzionano correttamente, forse dovuto ad un bug; e se si tratta di un bug sarà meglio che lo segnali su Launchpad.

Da terminale postami questo comando:

Codice: Seleziona tutto

ls -l /etc/init.d/rc.pcmcia

[cworange84]

Premetto che rc.pcmcia non esiste, infatti:

Codice: Seleziona tutto

$ ls -l /etc/init.d/rc.pcmcia
ls: impossibile accedere a /etc/init.d/rc.pcmcia: File o directory non esistente

Mi è tornata utile invece questa wiki su lspci.

Partirei considerando lo schema ad albero in allegato dato da lspci- t e, considerando poi

Codice: Seleziona tutto

$ lspci
[...]
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
[...]
02:02.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
02:04.0 Network controller: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
02:06.0 CardBus bridge: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller (rev 20)
02:06.1 CardBus bridge: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller (rev 20)
02:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link)
03:00.0 USB controller: NEC Corporation USB (rev 44)
03:00.1 USB controller: NEC Corporation USB 2.0 (rev 05)

direi che fino a qui sembrerebbe che le 03:xx.y (USB controller: NEC) sono direttamente connesse a 00:1e.0 (PCI bridge: Intel) e NON subordinate alle 02:06:y (CardBus bridge: O2 Micro).
Invece dando lspci -M si ottiene:

Codice: Seleziona tutto

$ sudo lspci -M
Summary of buses:

00: Primary host bus
	1e.0 Bridge to 02-0a
02: Entered via 00:1e.0
	06.1 Bridge to 07-0a
	06.0 Bridge to 03-06
03: Entered via 02:06.0

cioè che le 03 (NEC) "entrano" da 02.06 (O2Micro).

Inoltre dando lspci -v | grep Card si ottiene

Codice: Seleziona tutto

$ lspci -v | grep Card
02:06.0 CardBus bridge: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller (rev 20)
02:06.1 CardBus bridge: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller (rev 20)
	Subsystem: NEC Corporation Hama USB 2.0 CardBus 

in cui per NEC non è specificato neppure un "indirizzo" (scusate il termine poco tecnico) ma solo la dicitura Subsystem.

Soffermandoci sui NEC ecco altre info forse utili:

Codice: Seleziona tutto

$ lspci -knn
[...]
03:00.0 USB controller [0c03]: NEC Corporation USB [1033:0035] (rev 44)
	Subsystem: NEC Corporation Hama USB 2.0 CardBus [1033:0035]
	Kernel driver in use: ohci_hcd
03:00.1 USB controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 05)
	Subsystem: NEC Corporation USB 2.0 [1033:00e0]
	Kernel driver in use: ehci_hcd

mentre invece per i controller usb nativi del portatile (4usb) risultano 3 "Kernel driver in use: uhci_hcd" ed 1 "Kernel driver in use: ehci_hcd". Questa dfferenza di driver in uso è ok?
qualche dettaglio in più:

Codice: Seleziona tutto

lscpi -v
03:00.0 USB controller: NEC Corporation USB (rev 44) (prog-if 10 [OHCI])
	Subsystem: NEC Corporation Hama USB 2.0 CardBus
	Flags: bus master, medium devsel, latency 64, IRQ 10
	Memory at 30000000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [40] Power Management version 2
	Kernel driver in use: ohci_hcd

03:00.1 USB controller: NEC Corporation USB 2.0 (rev 05) (prog-if 20 [EHCI])
	Subsystem: NEC Corporation USB 2.0
	Flags: bus master, medium devsel, latency 68, IRQ 10
	Memory at 30001000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2
	Kernel driver in use: ehci_hcd

Infine dando lspcmcia -v con pcmcia connessa:

Codice: Seleziona tutto

$ lspcmcia -v
Socket 0 Bridge:   	[yenta_cardbus] 	(bus ID: 0000:02:06.0)
	Configuration:	state: on	ready: unknown
			Voltage: 3.3V
 Vcc: 3.3V
 Vpp: 3.3V

  CardBus card -- see "lspci" for more information
Socket 1 Bridge:   	[yenta_cardbus] 	(bus ID: 0000:02:06.1)
	Configuration:	state: on	ready: unknown
			Voltage: 5.0V
 Vcc: 5.0V
 Vpp: 5.0V

Socket 1 Device 0:	[-- no driver --]	(bus ID: 1.0)
	Configuration:	state: on
			[io  0x0000 flags 0x100]
			[io  0x0000 flags 0x100]
			[mem 0x00000000 flags 0x200]
			[mem 0x00000000 flags 0x200]
			[mem 0x00000000 flags 0x200]
			[mem 0x00000000 flags 0x200]
			
	Product Name:   O2Micro SmartCardBus Reader V1.0
 
	Identification:	manf_id: 0xffff	card_id: 0x0001
			prod_id(1): "O2Micro" (0x94f31211)
			prod_id(2): "SmartCardBus Reader" (0x4f67a249)
			prod_id(3): "V1.0" (0xf28411a8)
			prod_id(4): --- (---)

mentre se la disconnetto scompaiono soloi valori di voltaggio in socket0. Quindi la presenza della pcmcia influenza solo socket 0 nonostante i problemi di driver sembrano su socket 1 device 0. Che ne pensate?

Sono output normali o trovate anomalie?

[cristian_c]

Apri un terminale e digita:

Codice: Seleziona tutto

lspci -l

[cworange84]

-l non è tra gli switches di lspci

[cristian_c]

-l non è tra gli switches di lspci

Mi sono accorto che si trattava del comando elspci e non lspci, sorry: http://murga-linux.com/puppy/viewtopic. ... 9e84f7f0ca

[cworange84]

Ciao cristian_c, sembra che ci abbiano lasciati soli
Non so se il comando elspci su ubuntu funziona ma su lubuntu non si trova nè, cercando con google, ho trovato pacchetti da installare per poterlo usare. Ho però rilevato che molti forum in cui si invocava erano relativi a puppy linux. Se sai come procedere per farlo usare anche me, dammi pure suggerimenti.
Al di là di ciò, ho notato che elspci -l dà (più o meno) le info ricavabili da lspci -kn (tranne un codice):

-Es. elspci -l

06:00.2 0C0320 1033:00E0 <ehci_hcd>

-mio lspci -kn a scheda inserita

Codice: Seleziona tutto

lspci -kn
00:00.0 0600: 8086:3580 (rev 02)
	Subsystem: 1025:0035
	Kernel driver in use: agpgart-intel
00:00.1 0880: 8086:3584 (rev 02)
	Subsystem: 1025:0035
00:00.3 0880: 8086:3585 (rev 02)
	Subsystem: 1025:0035
00:02.0 0300: 8086:3582 (rev 02)
	Subsystem: 1025:0035
	Kernel driver in use: i915
	Kernel modules: intelfb, i915
00:02.1 0380: 8086:3582 (rev 02)
	Subsystem: 1025:0035
	Kernel modules: i915
00:1d.0 0c03: 8086:24c2 (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: uhci_hcd
00:1d.1 0c03: 8086:24c4 (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: uhci_hcd
00:1d.2 0c03: 8086:24c7 (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: uhci_hcd
00:1d.7 0c03: 8086:24cd (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: ehci_hcd
00:1e.0 0604: 8086:2448 (rev 83)
	Kernel modules: shpchp
00:1f.0 0601: 8086:24cc (rev 03)
	Kernel modules: iTCO_wdt, intel-rng
00:1f.1 0101: 8086:24ca (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: ata_piix
00:1f.3 0c05: 8086:24c3 (rev 03)
	Subsystem: 1025:0035
	Kernel modules: i2c-i801
00:1f.5 0401: 8086:24c5 (rev 03)
	Subsystem: 1025:0035
	Kernel driver in use: snd_intel8x0
	Kernel modules: snd-intel8x0
00:1f.6 0703: 8086:24c6 (rev 03)
	Subsystem: 1025:0035
	Kernel modules: snd-intel8x0m
02:02.0 0200: 14e4:4401 (rev 01)
	Subsystem: 1025:0035
	Kernel driver in use: b44
	Kernel modules: b44
02:04.0 0280: 8086:1043 (rev 04)
	Subsystem: 8086:2527
	Kernel driver in use: ipw2100
	Kernel modules: ipw2100
02:06.0 0607: 1217:7113 (rev 20)
	Subsystem: 1025:0035
	Kernel driver in use: yenta_cardbus
	Kernel modules: yenta_socket
02:06.1 0607: 1217:7113 (rev 20)
	Subsystem: 1025:0035
	Kernel driver in use: yenta_cardbus
	Kernel modules: yenta_socket
02:07.0 0c00: 104c:8026
	Subsystem: 1025:0035
	Kernel driver in use: firewire_ohci
	Kernel modules: firewire-ohci
03:00.0 0c03: 1033:0035 (rev 44)
	Subsystem: 1033:0035
	Kernel driver in use: ohci_hcd
03:00.1 0c03: 1033:00e0 (rev 05)
	Subsystem: 1033:00e0
	Kernel driver in use: ehci_hcd