test

Note su Solaris 10

Problemi e bug legati all'hardware

In Solaris 10 sono presenti i seguenti problemi e bug legati all'hardware.

SPARC: Le schede di accelerazione Sun Crypto 4000 nelle versioni 1.0 e 1.1 non sono supportate in Solaris 10

Solaris 10 utilizza un nuovo framework crittografico. Tuttavia, le versioni 1.0 e 1.1 del software e del firmware della scheda Sun Crypto Accelerator 4000 non utilizzano questo framework. Queste versioni non sono perciò supportate in Solaris 10.

La versione 2.0 delle schede utilizza il nuovo framework. Questa versione è disponibile come aggiornamento gratuito per gli utenti delle schede Sun Crypto Accelerator 4000 che intendano utilizzare Solaris 10. Poiché la scheda Sun Crypto Accelerator 4000 è un prodotto soggetto a vincoli di esportazione, per ottenere l'aggiornamento gratuito è necessario contattare Sun Enterprise Services o il proprio canale di vendita locale. Per maggiori informazioni, accedere alla pagina Web della scheda Sun Crypto Accelerator 4000, sul sito dei prodotti Sun.

Alcuni controller USB 2.0 sono disabilitati

Il supporto di alcuni controller USB 2.0 è stato disabilitato a causa di problemi di incompatibilità tra questi dispositivi e il driver EHCI. Viene visualizzato il messaggio seguente:


Due to recently discovered incompatibilities with this 
USB controller, USB2.x transfer support has been disabled. 
This device will continue to function as a USB1.x controller. 
If you are interested in enabling USB2.x support please refer 
to the ehci(7D) man page. 
Please refer to www.sun.com/io for Solaris Ready products 
and to www.sun.com/bigadmin/hcl for additional compatible 
USB products.

Per informazioni aggiornate sui dispositivi USB, vedere http://www.sun.com/io_technologies/USB-Faq.html.

Dispositivi USB supportati e relative configurazioni degli hub

Questa versione di Solaris supporta sia i dispositivi USB 1.1 che USB 2.0. La tabella seguente contiene un riepilogo dei dispositivi USB che operano correttamente in determinate configurazioni. La connessione può essere sia diretta che tramite un hub USB. Si noti che i dispositivi e gli hub USB 1.1 possono avere due modalità: bassa velocità e velocità normale. Tutti i dispositivi USB 2.0 sono ad alta velocità. Per informazioni dettagliate sulle porte e le velocità di utilizzo, vedere il manuale System Administration Guide: Devices and File Systems.

Tabella 3–1 Dispositivi e configurazioni USB

Dispositivi USB 

Connessione 

Dispositivi di memorizzazione USB 2.0 

Diretta, hub USB 1.1, hub USB 2.0 

Dispositivi USB 1.1 fatta eccezione per i dispositivi audio 

Diretta, hub USB 1.1, hub USB 2.0 

Dispositivi audio USB 1,1 

Diretta, hub USB 1.1 

Dispositivi audio USB 2.0 

Non supportata 

x86: Limitazioni con alcuni driver in Solaris 10

Qui di seguito sono descritte le limitazioni connesse ad alcuni driver e interfacce riscontrate in questa versione di Solaris 10 per piattaforma x86:

Ripresa dei checkpoint

Questa funzionalità è disabilitata per tutti i tipi di dispositivo. Nel codice DDI_SUSPEND della funzione detach(), si dovrebbe restituire DDI_FAILURE.

Gestione dei consumi

Questa funzionalità non è disponibile per i dispositivi USB. Non creare componenti per la gestione dei consumi. Scrivere il driver in modo che pm_raise_power() e pm_lower_power() vengano chiamati solo se vengono creati componenti per la gestione dei consumi.

Lettori di DVD-ROM/CD-ROM su sistemi senza monitor

La gestione dei consumi dei dispositivi interattivi, ad esempio dei supporti removibili, è collegata alla gestione dei consumi del monitor e della relativa scheda grafica. Se lo schermo è attivo, il lettore di CD-ROM e l'unità a dischetti rimangono nella modalità pienamente operativa. Questi dispositivi possono passare erroneamente alla modalità di risparmio energetico sui sistemi senza monitor. Per ripristinare l'alimentazione del lettore di CD o dell'unità a dischetti, digitare volcheck per ottenere lo stato più recente di ogni dispositivo removibile.

In alternativa, è possibile disabilitare la gestione dei consumi con l'interfaccia utente grafica Dtpower. Disabilitando la gestione dei consumi, i dispositivi operano sempre in modalità pienamente operativa.

x86: Necessità di configurazione manuale per l'attivazione di tastiere non inglesi

Nella configurazione predefinita, il programma kdmconfig specifica la tastiera generica inglese a 104 tasti come tipo di tastiera collegata al sistema. Se il sistema non utilizza una tastiera inglese, è necessario specificare manualmente il tipo di tastiera appropriato durante l'installazione. Diversamente, l'installazione continua usando una tastiera predefinita diversa da quella effettiva del sistema.

Soluzione 1: se il sistema non utilizza una tastiera inglese, procedere come segue durante l'installazione:

  1. Quando compare la configurazione del sistema a finestre proposta per l'installazione, premere Esc.

    Nota –

    Le informazioni di questa schermata, che includono il tipo di tastiera, rimangono visualizzate solo per 30 secondi. Per modificare le impostazioni di configurazione, è necessario premere Esc prima che trascorrano i 30 secondi. Diversamente, l'installazione prosegue con le impostazioni visualizzate.

  2. Scegliere il tipo di tastiera corrispondente alla tastiera collegata al sistema.

  3. Premere Invio per accettare le modifiche e continuare l'installazione.

Soluzione 2: per cambiare il tipo di tastiera su un sistema che già utilizza Solaris 10, usare il programma kdmconfig. Scegliere l'opzione appropriata per il tipo di server X eseguito dal sistema.

SPARC: Il driver jfca per alcune schede bus collegate a unità nastro può causare errori (6210240)

Il driver jfca per i controller (HBA) sotto elencati può causare errori irreversibili del sistema o errori di I/O quando i controller sono collegati a un'unità nastro:

Durante lo svolgimento di alcune operazioni, il driver jfca per queste schede bus è soggetto a una condizione di conflitto (race condition) che causa un errore. Le operazioni interessate sono le seguenti:

Vengono visualizzati messaggi di errore simili ai seguenti:

Soluzione: non collegare le unità nastro a una scheda SG-PCI1FC-JF2 o SG-PCI2FC-JF2.

L'uso di hub USB 2.0 con dispositivi USB 1.x può causare un errore irreversibile del sistema (6209619)

Se si utilizzano dispositivi USB 1.x a valle di un hub USB 2.0, il sistema può generare un errore irreversibile. Ad esempio può essere visualizzato il seguente messaggio di errore:


BAD TRAP: type=31 rp=2a100f8d6a0 addr=38 mmu_fsr=0 occurred  
in module "usba" due to a NULL pointer

Soluzione: evitare di usare le seguenti configurazioni di connessione con i dispositivi USB 1.x:

Collegare i dispositivi USB 1.x direttamente alle porte USB 1.1 del sistema. In alternativa, è possibile usare un hub esterno USB 1.1 collegato a una porta di sistema USB 2.0 o alla porta di una scheda PCI.

Nota –

Per informazioni appropriate, accedere ai seguenti siti Web:

x86: Il driver EHCI non può essere utilizzato in alcune schede madri (6204987)

In alcune schede madri, il software di sistema del controller ICH5R non assume il controllo dell'hardware EHCI dal BIOS. Viene visualizzato il seguente messaggio di errore:


ehci_init_ctrl: Unable to take control from BIOS. EHCI support disabled.

Il driver EHCI non può perciò essere utilizzato.

Nota –

Per informazioni appropriate, accedere ai seguenti siti Web:

Soluzione: nessuna.

L'uso dei dispositivi di memorizzazione FireWire–1394 può causare un errore irreversibile del sistema (6203680)

Se si utilizzano dispositivi di memoria di massa FireWire-1394 con il daemon di gestione dei volumi dei supporti removibili (vold), il sistema può generare un errore irreversibile. I dispositivi interessati possono essere dischi rigidi o lettori di CD e DVD. Il messaggio di errore che viene visualizzato include la voce “bad mutex”.

Soluzione: prima di collegare al sistema un dispositivo di memoria di massa FireWire–1394, procedere come segue:

  1. Diventare superutente.

  2. Arrestare il daemon di gestione dei volumi per disabilitare la gestione dei supporti removibili:


    # /etc/init.d/volmgt stop

Per maggiori informazioni sul daemon, vedere la pagina man vold(1M).

La messa in pausa dei dispositivi audio USB durante un'operazione di riproduzione o registrazione può causare lo stallo del sistema (6200924)

Se si mette in pausa un dispositivo audio USB durante un'operazione di riproduzione o registrazione, ad esempio con il comando sdtaudiocontrol, il driver può bloccarsi. In questo caso può essere necessario riavviare il sistema.

Soluzione: evitare di mettere in pausa i dispositivi audio USB.

Nota –

Per informazioni appropriate, accedere ai seguenti siti Web:

Possibili conflitti tra dispositivi che condividono lo stesso bus (6196994)

Le schede Quad Fast-Ethernet (QFE) possono creare problemi di conflitto se condividono lo stesso bus con una delle seguenti schede:

Nella configurazione predefinita, il parametro infinite-burst del driver ce utilizzato da queste schede è abilitato. Ciò comporta la riduzione al minimo del tempo del bus disponibile per le porte QFE che condividono lo stesso bus.

Soluzione: evitare di collocare le schede QFE sullo stesso bus delle schede di rete elencate.

Alcuni tasti non funzionano se il tasto Bloc Num è attivato (6173972)

L'attivazione del tasto Bloc Num durante l'esecuzione di determinate applicazioni Java può rendere inattivi altri tasti. Alcuni dei tasti interessati sono i seguenti:

Soluzione: disattivare il tasto Bloc Num.

SPARC: I dispositivi GigaSwift Fast e Gigabit Ethernet con ID di revisione inferiore a 32 possono causare un errore irreversibile del sistema (5090222)

Una scheda GigaSwift Fast o Gigabit Ethernet con ID di revisione (rev_id) inferiore a 32 può causare un errore irreversibile del sistema. L'errore è stato osservato sui seguenti sistemi con Solaris 10:

Viene visualizzato il seguente messaggio di errore:


panic: pcisch-1: Fatal PCI bus error(s)

Soluzione: procedere come segue.

  1. Determinare il numero di rev_id del dispositivo.


    kstat ce:istanza | grep rev

  2. Se il rev_id è minore di 32, sostituire la scheda con un modello più recente con rev_id pari o superiore a 32.

Nota –

La scheda originale può essere ancora utilizzata sui sistemi x86 o sui sistemi SPARC di produzione meno recente non inclusi nell'elenco precedente.

La funzione DDI hat_getkpfnum() è obsoleta (5046984)

La funzione DDI hat_getkpfnum() è obsoleta. Gli sviluppatori dovrebbero aggiornare i propri driver in modo da non utilizzare l'interfaccia DDI hat_getkpfnum(). Se un driver utilizza hat_getkpfnum(), vengono visualizzati messaggi di avvertimento simili ai seguenti:


WARNING: Module provadrv is using the obsolete hat_getkpfnum(9F)
interface in a way that will not be supported in
a future release of Solaris. Please contact the
vendor that supplied the module for assistance,
or consult the Writing Device Drivers guide,
available from http://www.sun.com for migration
advice.
---
Callstack of bad caller:
       hat_getkpfnum_badcall+93
       hat_getkpfnum+6e
       mydrv_setup_tx_ring+2d
       mydrv_do_attach+84
       mydrv_attach+242
       devi_attach+6f
       attach_node+62
       i_ndi_config_node+82
       i_ddi_attachchild+4a
       devi_attach_node+4b
       devi_attach_children+57
       config_immediate_children+6e
       devi_config_common+77
       mt_config_thread+8b

Per determinare se un driver utilizza hat_getkpfnum(), esaminare il suo codice sorgente o i suoi simboli usando nm(). Usando come esempio il driver provadrv, digitare la sintassi seguente:


% nm /usr/kernel/drv/provadrv | grep hat_getkpfnum

Per informazioni sulla migrazione dei driver da hat_getkpfnum(), vedere l'Appendice B, Summary of Solaris DDI/DKI Services del Writing Device Drivers.

Alcuni sistemi dotati di hardware USB 2.0 possono bloccarsi o produrre errori irreversibili (5030842)

I sistemi dotati di determinati hardware USB 2.0 sono soggetti a blocchi del sistema e possono produrre errori irreversibili con questa versione di Solaris. Questi problemi sono legati all'utilizzo di dispositivi USB 2.0 che non utilizzano il chip set NEC. Quando si verificano questi problemi, il sistema genera il seguente messaggio di errore in relazione all'interfaccia EHCI (Enhanced Host Controller Interface):


WARNING: /pci@0,0/pci8086,244e@1e/pci925,1234@2,2 (ehci1):
This controller is not supported.
Please refer to www.sun.com/io for Solaris Ready products
and to www.sun.com/bidadmin/hcl for additional compatible USB products

Soluzione: in base alla configurazione hardware del sistema, scegliere una delle seguenti opzioni:

Nota –

Le porte USB 2.0 sono gestite da due diversi componenti hardware:

Sui sistemi x86, sono presenti driver sia per OHCI che per UHCI. Sui sistemi SPARC, sono supportati solo i controller USB 1.1 OHCI. Quindi, solo l'hardware USB dotato di controller OHCI può continuare ad operare sui sistemi SPARC nei quali è stato disabilitato il controller EHCI. Le porte dell'hardware USB rimangono operative anche quando EHCI è disabilitato, a patto che il sistema includa i driver OHCI o UHCI appropriati. I dispositivi USB 2.0 connessi a queste porte operano al massimo alla velocità di un dispositivo USB 1.1.

Per verificare che i controller EHCI e OHCI siano presenti sul sistema SPARC in uso, digitare il seguente comando:

# prtconf -D

Ricercare le voci EHCI successive a una o più voci OHCI, come nell'esempio qui di seguito:


pci, instance #0 (driver name: pci_pci)
usb, instance #0 (driver name: usba10_ohci)
usb, instance #1 (driver name: usba10_ohci)
usb, instance #0 (driver name: usba10_ehci)

x86: L'uso di due schede Adaptec SCSI Card 39320D su un server Sun Fire V65x può causare un errore irreversibile del sistema (5001908)

L'uso di due schede Adaptec SCSI Card 39320D su un server Sun Fire V65x può causare un errore irreversibile del sistema. L'errore si verifica durante il primo riavvio del sistema successivo all'installazione di Solaris 10. Viene visualizzato il seguente messaggio di errore:


Initializing system  Please wait... 
1 run-time error M6111: MATH
	- floating-point error: stack underflow

Soluzione: rimuovere la seconda scheda Adaptec.

x86: Solaris non supporta l'arresto del sistema via software sui sistemi x86 (4873161, 5043369)

Sulle piattaforme x86, il sistema operativo Solaris non supporta l'arresto mediante un comando software. Il comando di arresto dovrebbe simulare la pressione del pulsante di accensione per spegnere il sistema. Sui sistemi x86, l'esecuzione di questo comando con Solaris in funzione spegne il sistema immediatamente senza arrestare correttamente il sistema operativo. Questo processo di arresto non corretto potrebbe danneggiare il file system.

Soluzione: prima di spegnere il sistema, arrestare il sistema operativo. Procedere come segue:

  1. Diventare superutente.

  2. Usare uno dei comandi disponibili per arrestare correttamente il sistema operativo Solaris, ad esempio init, halt o shutdown. Ad esempio:


    # shutdown

  3. Dopo l'arresto completo del sistema operativo, è possibile spegnere il sistema in due modi:

    • Se il sistema supporta l'arresto via software, eseguire il comando di spegnimento.

    • Se il sistema non supporta l'arresto via software, spegnere il sistema manualmente usando l'interruttore di accensione.

Per maggiori informazioni sui comandi di arresto del sistema operativo, vedere le pagine man dei comandi init(1M), halt(1M) e shutdown(1M). Per informazioni sullo spegnimento, vedere il manuale del sistema.

Alcuni lettori di DVD e di CD-ROM non consentono l'avvio di Solaris (4397457)

Il valore di timeout predefinito per la parte SCSI della scheda SunSwiftTM PCI Ethernet/SCSI (X1032A) non è conforme ai requisiti di timeout del lettore di DVD-ROM SCSI di Sun (X6168A). Con supporti di scarsa qualità, il DVD-ROM produce talvolta errori di timeout. Le uniche eccezioni sono rappresentate dai sistemi Sun Fire 6800, 4810, 4800 e 3800. Questi sistemi modificano il valore di timeout SCSI attraverso la PROM OpenBoot.

Soluzione: per le altre piattaforme, usare le interfacce SCSI integrate o schede SCSI compatibili con il DVD-ROM, come le seguenti: