Newsgroup: it.comp.os.linux.iniziare
Titolo: [Richiesta] Driver x MB 64bit.

Esiste un sito che elenca le MB a 64 bit con driver per linux?
Gradite anche segnalazioni personali...
Grazie 1k.
C.

 Tutte. Sono quasi 4 anni che linux gira perfettamente su x86_64.
Si, ma i drv ci sono?
Grazie 1k.
C.

 Tutte. Sono quasi 4 anni che linux gira perfettamente su x86_64.
Dev'essere per questo che Etch amd64 sulla mia Asus M2N4-SLI si installa
solo con le opzioni "acpi=off irqpoll", e una volta fatto il boot il kernel
va in panic random senza il minimo messaggio di errore in messages o
syslog, mentre la 32bit va beinissimo...
Mai dire "tutte" se non le sia hanno provate tutte... ;o)
Roberto

 Gradite anche segnalazioni personali...
con la mia ASUS A8N-E non ho avuto problemi con Debian, Slamd64 e Suse, 
credo anche con altre;
non è andata con l'ultima Sabayon ma non so se c'entri la mobo, una 
precedente versione s'era installata;
r
-- 
posted from a ridicoulus Country
tutto sui Pentangle: 
http://umpf.net/

 Scusa. Dimenticavo di escludere debian, che dopo 4 anni ancora non va.
Sulla stessa MB anche Utonto pardon Ubuntu ha quasi lo stesso problema: in
teoria fa il boot anche senza irqpoll, ma poi a intervalli random "spegne"
la scheda di rete con un bel timeout watchdog.
La distro non c'entra, c'entra la verione di Kernel e se i driver dei vari
chipset "vanno" anche a 64.

 Scusa. Dimenticavo di escludere debian, che dopo 4 anni ancora non va.
jack@nostromo:~$ uname -a
Linux nostromo 2.6.22-3-amd64 #1 SMP Sun Nov 4 18:18:09 UTC 2007 x86_64 
GNU/Linux
jack@nostromo:~$ cat /etc/debian_version 
lenny/sid
Prego?
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 
Mmmmmh, gli abbiamo risposto in due in 7 minuti, ha le carte in regola per
diventare una mezza sommossa di orgoglio debianista...
Vediamo domattina quanti siamo.  ;o)
Roberto

 Non e' una derivata di debian?
Ormai e' una distro a se stante con tanto di kernel "proprio" con più
drivers closed e senza patches debian, e di "debian" ha da un paio
d'anni "solo" gli strumenti di amministrazione e il formato di
pacchettizzazione, e nessuno dei due c'entra con l'architettura.
Ripeto, e' solo questione di kernel, e che i vari driver funzionino
altrettanto bene. Tanto e' vero che con la stessa Etch ma installata da
un'alternate-cd con kernel 2.6.23 vada meglio.
Che poi debian possa non piacerti è un altro discorso.
Roberto

 rete.
Ma "suo" di chi? L'OP chiedeva se ci sono driver per mobo a 64bit 
(qualsiasi cosa siano).
Se la domanda e' "Linux gira su processori a 64bit", la risposta e' "si". 
E siccome Debian usa il kernel linux (oltre che un altro paio che *forse* 
a 64bit ancora non vanno), la tua risposta era quantomeno inesatta.
Al solito, basta informarsi *prima* di comprare l'hardware.
La mia Asus A8N-E ha funzionato senza (e sottolineo _SENZA_) un problema, 
oltre che non aver *mai* perso un colpo, da una buona dozzina di kernel a 
questa parte.


 Scusa. Dimenticavo di escludere debian, che dopo 4 anni ancora non va.
Coff:
aguarda@agserver:~$ uname -a
Linux agserver 2.6.23.1-amd64-aguarda #1 SMP Tue Nov 6 20:23:34 CET 2007 
x86_64 GNU/Linux
aguarda@agserver:~$ cat /etc/debian_version
lenny/sid
Motherboard MSI K8N Neo4.
-- 
GenTLe ...di Varese, provincia.
TL1000S + Mito 125 per la pista
La mia HP: 
http://digilander.iol.it/thegentle/index.htm
"see me, feel me, touch me, heal me" (cit.)

 cose che molto poco hanno a che fare col kernel o con linux in generale.
"col kernel o con linux" è la stessa cosa, intanto.
E poi ripeto. L'essere "derivata" o meno non significa nulla rispetto al
fatto se due distro devono avere o meno problemi analoghi. Che un problema
di ubuntu debba comparire su debian (o viceversa) non è più plausibile che
con fedora o suse. 
E visto che finora i problemi, almeno quelli che ho avuto io, sono questione
di acpi, controller sata o comunque risolvibili passando parametri AL
KERNEL al boot, la questione è si riduce semplicemente se la data versione
del kernel, che sia "liscio" o grazie a "patch" proprie della distro,
supporta il dato hardware.
Roberto

 software.
Ecco, allora specifichiamo: motherboard col JMicron hanno problemi con 
Debian, e c'e' una spiegazione ben precisa. 
*Schiarisce la voce*
Nel kernel esistono due driver per il JMicron:
jack@nostromo:~$ grep -i jmicron /boot/config-2.6.22-3-amd64 
CONFIG_BLK_DEV_JMICRON=m
# CONFIG_PATA_JMICRON is not set
Il primo e' il vecchio driver che NON fa uso del nuovo libata. E' un po' 
piu' testato in alcune situazioni, ma con alcune MB e' buggatissimo. 
Capire dove cominciano i demeriti di linux e dove finiscono quelli dei 
BIOS scritti coi piedi da bambini cinesi storpi e' un'altra faccenda.
Il secondo driver fa parte della collezione di driver P/SATA definita nei 
sorgenti del 2.6.22 come EXPERIMENTAL.
Debian e' per definizione estremamente conservativa e di conseguenza NON 
compila i propri kernel con la seconda opzione che pare risolvere molti 
problemi fra quelli piu' comuni, ma chissa' se ne provoca altri.
Ubuntu invece (ho controllato) usa pata_jmicron di default ed e' per 
questo che (ad esempio) devices PATA collegati a controller JMicron 
funzionano perfettamente con la distribuzione marrone, mentre con quella 
fucsia fanno i capricci.
Ok?


 Gradite anche segnalazioni personali...
]zac[
Nel sito del produttore c'è scritto se e che versione di linux supporta, nel
sito della distribuzione linux c'è l'hardware supportato.
Comunque in generale il problema 64 bit non esiste, nel senso che ci sono
gli stessi eventuali problemi di ogni versione di linux (eccetto casi
particolari tipo flash-player che non funzionano in 64bit ma di solito c'è
un work-around (una 'toppa').
Il supporto del kernel (driver) può essere un problema per le varie
periferiche installate (audio, video, wireless, ecc.), molto raramente per
la scheda madre.
Sulle schede madri non raramente rompono le scatole le parti del bios DELLE
SCHEDE MADRI che sono ormai famose per essere un casino e piene di bug come
l'acpi e soci, di solito c'è disponibile in rete un qualche work-around
tipo aggiornare il bios, disattivare alcune funzione inutilmente avanzate
(nel mio caso un superhyperirqsystemtransferpincopallino) nel bios, passare
parametri di disattivazione al kernel, ecc. .
In sintesi, le solite cose.
P.S. Da me: scheda madre Asus M2N, processore AMD Athlon 64 X2 4000+, scheda
video ASUSTeK (NVIDIA) 8500GT, ecc., kernel 2.6.23.1 #1 SMP PREEMPT x86_64
GNU/Linux .