In Solaris 10 sono presenti i seguenti problemi e bug legati all'hardware.
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.
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.
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 2–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 |
Qui di seguito sono descritte le limitazioni connesse ad alcuni driver e interfacce riscontrate in questa versione di Solaris 10 per piattaforma x86:
Questa funzionalità è disabilitata per tutti i tipi di dispositivo. Nel codice DDI_SUSPEND della funzione detach(), si dovrebbe restituire DDI_FAILURE.
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.
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.
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:
Quando compare la configurazione del sistema a finestre proposta per l'installazione, premere Esc.
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.
Scegliere il tipo di tastiera corrispondente alla tastiera collegata al sistema.
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.
Se il sistema utilizza il server Xsun, procedere come segue:
Eseguire kdmconfig.
Usare l'opzione di modifica della tastiera.
Salvare la configurazione.
Se il sistema utilizza il server Xorg predefinito, procedere come segue:
Eseguire kdmconfig.
Selezionare il server Xsun.
Usare l'opzione di modifica della tastiera.
Salvare la configurazione.
Eseguire nuovamente kdmconfig per passare al server Xorg.
Le schede Sun Expert3D o Sun Elite3D nelle workstation Sun BladeTM 1000 o Sun Blade 2000 in genere passano alla modalità a basso consumo dopo un certo periodo di inattività. Tuttavia, se queste schede sono impostate come dispositivo principale nel server X, la funzione di gestione dei consumi non funziona. Le schede interessate continuano ad operare con l'alimentazione completa senza risparmio energetico. Non viene visualizzato nessun messaggio di errore.
Soluzione: nessuna.
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:
SG-PCI1FC-JF2
SG-PCI2FC-JF2
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:
Ripristino dei link
Ripristino dei cicli
Ripristino degli switch
Errori ripetuti nei link
Vengono visualizzati messaggi di errore simili ai seguenti:
Messaggi di errore di I/O
jfca: [ID 277337 kern.info] jfca4: Sequencer-detected error. Recover immediately. last message repeated 18376 times jfca: [ID 716917 kern.notice] jfca4: ExgWarning: SendVerify(1): SHOULD ABORT THE ORIG I/O PKG=30007520bd8! scsi: [ID 107833 kern.warning] WARNING: /pci@1e,600000/SUNW,jfca@3,1/fp@0,0/st@w2100001086108 628,1 (st3): SCSI transport failed: reason 'timeout': giving up |
Messaggi di errore irreversibile del sistema
panic[cpu1]/thread=2a100497cc0: BAD TRAP: type=31 rp=2a1004978d0 addr=a8 mmu_fsr=0 occurred in module "jfca" due to a NULL pointer dereference |
Soluzione: non collegare le unità nastro a una scheda SG-PCI1FC-JF2 o SG-PCI2FC-JF2.
Le schede Quad Fast-Ethernet (QFE) possono creare problemi di conflitto se condividono lo stesso bus con una delle seguenti schede:
Sun GigaSwift
Sun Dual Gigabit Ethernet e Dual SCSI/P
Sun Quad Gigaswift Ethernet
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.
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.
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:
Sostituire l'hardware del controller USB 2.0 con un hardware basato sul chip set NEC. L'hardware USB 2.0 basato sul chip set NEC opera correttamente in Solaris.
Sui sistemi dotati di controller USB 2.0 integrato nella scheda madre e su cui è disponibile uno slot PCI, procedere come segue:
Aggiungere una scheda USB 2.0 PCI basata sul chip set NEC.
Diventare superutente.
Disabilitare la modalità USB 2.0 sulla scheda madre e abilitare il supporto di USB 2.0 solo tramite la scheda PCI. Eseguire i seguenti comandi:
# update_drv -d -i '"pciclass,0c0320"' usba10_ehci # update_drv -a -i '"pci1033,e0"' usba10_ehci # reboot |
Per una maggiore velocità, connettere i dispositivi USB 2.0 alle porte della scheda invece che alle porte originali sulla scheda madre.
Nel caso non sia possibile aggiungere un nuovo componente hardware USB al sistema, è comunque possibile disabilitare l'interfaccia EHCI; procedere come segue:
Diventare superutente.
Eseguire i seguenti comandi:
# update_drv -d -i '"pciclass,0c0320"' usba10_ehci # reboot |
Le porte USB 2.0 sono gestite da due diversi componenti hardware:
EHCI per i componenti ad alta velocità
OHCI (Open Host Controller Interface) o UHCI (Universal Host Controller Interface) per i componenti a velocità bassa o normale
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) |
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.
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:
Diventare superutente.
Usare uno dei comandi disponibili per arrestare correttamente il sistema operativo Solaris, ad esempio init, halt o shutdown. Ad esempio:
# shutdown |
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.
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:
X1018A (SBus: F501-2739-xx)
X6540A (PCI: F375-0005-xx)