slacky.eu

dopo nforce 4 non è stato piu rilasciato un driver x linux
si dice tanto su linux ma non ci sono drive a disposizione .
un noto post Greg Koah-Hartman
Driver per tutti?
Greg Koah-Hartman, in un annuncio sul suo blog, ha dichiarato che la comunità di sviluppatori del kernel Linux è a disposizione delle società produttrici di hardware per la creazione di driver per l’inclusione nel ramo stabile. Questa dichiarazione di intenti potrebbe rappresentare una svolta epocale nel già eccellente supporto hardware di Linux, il quale potrà usufruire di un numero maggiore di periferiche fino ad ora non compatibili (per esempio i Winmodem).

I vantaggi di un progetto di questo calibro sono notevoli e vanno a vantaggio sia degli utenti che dei produttori:

I driver saranno disponibili per tutte le distribuzioni
I driver saranno compatibili in tutto e per tutto con le nuove versioni del kernel
Il supporto è garantito dagli oltre 1.500 sviluppatori
Più visibilità e numero di utenti per un dato prodotto hardware
Irrisori costi di gestione e sviluppo per le imprese aderenti
Ora la palla passa ai vari vendor, i quali dovranno concedere agli sviluppatori l’accesso alla documentazione tecnica sul funzionamento delle varie periferiche. Sicuramente ci saranno obiezioni e polemiche, ma la speranza è che un discreto numero di società risponda positivamente all’offerta e inizi a collaborare per allargare il proprio bacino di utenza
http://www.kroah.com/log/2007/01/29/#free_drivers
ogni mese mi affaccio al sito nvidia x vedere se hanno rilasciato i driver x la platform 680i
credo che linux molti lo abbandonano x questo motivo non si trovano i driver x nuove mobo ,schede audio ,ecc ecc

Ho installato la slackware 12, quindi kernel vanilla senza patch, sul mio nuovo hp dv2555ea, un portatile santarosa uscito da un mese appena e funziona praticamente tutto senza alcun problema, inclusi wireless, bluetooth, lettore di schede, lettore di impronte digitali, scheda audio, scheda video con accelerazione, uscita vga,.... l'unica cosa che manca è la webcam per la quale non ho nemmeno guardato dato che non mi interessa....

sarà ma il tuo post mi sa un pò da trollata, dici che mi sbaglio?

Appena comprato alcuni mesi fa un nuovo desktop HP Pavilion (tutto hardware dell'ultima generazione), ho partizionato ed installato Slackware 11 con il kernel 2.6.20 ricompilato da me; il risultato è che il 100% dell'hardware viene rilevato ed è perfettamente utilizzabile.

bronx ha scritto:ogni mese mi affaccio al sito nvidia x vedere se hanno rilasciato i drive x la platform 680i

Le piattaforme nForce 680i sono perfettamente supportate dai kernel Linux recenti.
Il sito nVidia non c'entra una mazza in quanto gli sviluppatori nVidia (come quelli Intel, AMD, etc) collaborano direttamente con gli sviluppatori del kernel Linux; in pratica, il supporto per la 680i lo trovi direttamente nel kernel Linux e non sul sito nVidia.

Quindi, anch'io sento puzza di trollata.

E, trollata per trollata, si scrive driver

JohnnyMnemonic ha scritto: lettore di impronte digitali

Ti è venuta l'idea di ricompilare il tutto con pam?

JohnnyMnemonic ha scritto: l'unica cosa che manca è la webcam per la quale non ho nemmeno guardato dato che non mi interessa....

se abbiamo lo stesso portatile li trovi qui e sempre se abbiamo lo stesso portatile, dove l'hai trovato il cavetto svideo a 7 pin?

PS: scusate l'OT

x syaochan ti ho corretto l'errore (driver ) cosi questa notte potrai dormire invece di girare x casa come un anima in pena


phobos3576

Le piattaforme nForce 680i sono perfettamente supportate dai kernel Linux recenti.
Il sito nVidia non c'entra una mazza in quanto gli sviluppatori nVidia (come quelli Intel, AMD, etc) collaborano direttamente con gli sviluppatori del kernel Linux; in pratica, il supporto per la 680i lo trovi direttamente nel kernel Linux e non sul sito nVidia.

Quindi, anch'io sento puzza di trollata.

sul forum di nvidia riporta un ottimizazione del cipset 680i all uscita delle nuove qt4
ti posto il mio hardware
case termaltake armor 8000
alimentatore enermax evga 1000
mobo asus extreme striker 680i -sli
cpu intel E6600
scheda video asus en8800 gtx x2 Linux Display Driver 1.0-9755 Release Date: March 7, 2007 ( supporta lo SLI ?) non trovo nessuna documentazione
sheda audio creative x-fi extreme http://opensource.creative.com/soundcard.html
ram corsair xms2 4Gbite cl4
HARD DISK Western Digital Raptor 150GB SATA 10000RPM x2 ( raid 0 )
[/code][/quote]
non scrivo trollate

bronx ha scritto:x syaochan ti ho corretto l'errore (driver ) cosi questa notte potrai dormire invece di girare x casa come un anima in pena

Si, però adesso hai scritto cipset e mi fai di nuovo arrabbiare syaochan!

bronx ha scritto: sul forum di nvidia riporta un ottimizazione del cipset 680i all uscita delle nuove qt4
ti posto il mio hardware
case termaltake armor 8000
alimentatore enermax evga 1000
mobo asus extreme striker 680i -sli
cpu intel E6600
scheda video asus en8800 gtx x2 Linux Display Driver 1.0-9755 Release Date: March 7, 2007 ( supporta lo SLI ?) non trovo nessuna documentazione
sheda audio creative x-fi extreme http://opensource.creative.com/soundcard.html
ram corsair xms2 4Gbite cl4
HARD DISK Western Digital Raptor 150GB SATA 10000RPM x2 ( raid 0 )

non scrivo trollate

Come avrai notato, le schede audio Creative X-FI Extreme non sono ancora supportate sotto Linux perchè quelli della Creative stanno impazzendo nel tentativo di scrivere un driver decente per Windows SVista; subito dopo, se non saranno finiti in una clinica psichiatrica, scriveranno anche il driver per Linux.

Per quanto riguarda la 8800 GTX, il README del driver nVidia riporta che la scheda è pienamente supportata; vorrei ricordarti che questa scheda ha presentato diversi problemi (forse ancora non risolti) causati da un bug nel Video BIOS e non dipendenti da Linux o Windows.
Inoltre, sul forum nVidia Linux viene riportato chiaramente che i driver nVidia per Linux supportano pienamente SLI.

Ma perché stai usando il driver 1.0-9755 ?

Quel driver è preistorico e non credo proprio che supporti la 8800 GTX; lo devi disinstallare e al suo posto ci devi mettere il 100.14.11

In ogni caso, credo che per la 8800 i problemi saranno risolti con il prossimo bug-fix del driver (sia per Linux, sia per Windows); dovresti anche assicurarti di avere installato il VBIOS più aggiornato.

phobos3576
girando in vari forum ho letto che Il kernel 2.6.23 Linux CFS Completely Fair Scheduler a pieno supporto x chipset 680i e nvidia 8800 gtx
sai dirmi qualcosa in piu?
slackware 12 ha questo supporto ?

posto il link
https://quequero.org/forum/viewtopic.php?t=5156

Info sul kernel le trovi su http://www.kernel.org ed .. su Slackware http://www.slackware.com ... su xorg in http://www.x.org ...

... linux sempre piu veloce e stabile ... ma la pappa non é pronta ... la devono ancora cucinare ...

...ri--troll

x Luci0
Info sul kernel le trovi su http://www.kernel.org
luci0 come tu ben sai tutte le distribuzioni linux montano lo stesso kernel per tanto
il comportamento di base è il medesimo,ogni distribuzione mantiene il proprio insime di patch
per mantenere i loro kernel aggiornati. i sistemi di nicchia (HACKER ) debian, slackware ,gentoo , ecc ecc
adottano aggiornamenti che sono inseriti nella struttura ad albero di linux .
che vengono pubblicate su http://www.kernel.org .
luci0 nessuna distribuzione linux rilascia una nuova distro x ogni kernel che viene pubblicato su kernel.org.
ma si affidano ad una fondation ( un architettura di riferimento). gli applicano le loro patch personalizzate
sottopongono il kernel ad una serie di controlli se ottengono degli ottimi risultati viene messo in produzione.
L’unica eccezione riguarda i problemi di sicurezza ,
se si riscontra un problema di protezione in un kernel linux ,gli sviluppatori del kernel linux adottano rapidamente le pathc necessarie x sistemare il malfunzionamento .
spesso dopo 24o 48 ore rilasciano una nuova versione del kernel su http://www.kernel.org .
(fortunatamente attacchi al kernel sono molto rari)
luci0
delle varie info che mi hai postato ( http://www.kernel.org http://www.slackware.com http://www.x.org/wiki )
sono i primi punti di riferimento che ogni utente linux va a visitare. se hai letto l’intera discussione avrai letto ciò che ha citato phobos3576

Le piattaforme nForce 680i sono perfettamente supportate dai kernel Linux recenti.
Il sito nVidia non c'entra una mazza in quanto gli sviluppatori nVidia (come quelli Intel, AMD, etc) collaborano direttamente con gli sviluppatori del kernel Linux; in pratica, il supporto per la 680i lo trovi direttamente nel kernel Linux e non sul sito nVidia.

io gli ho chiesto se sapeva dirmi qualcosa in più riguardo al kernel 2.6.23 Linux CFS
Completely Fair Scheduler che ha pieno supporto x chipset 680i e nvidia 8800 gtx.
come tu sai per molte distribuzioni ( x distribuzioni linux intedo quelle che puoi comprare in farmacia ,nei genere alimentari etc, etc ) hanno una pagina web di riferimento per HCL.
RED HAT https://hardware.redhat.com/hwcert/index.cgi
fedora core (vedi riferimento red hat)
suse http://hardwaredb.suse.de
open suse (vedi riferimento suse)
mandriva http://www.mandriva.com/en/hardware
pensavo che qualcuno da GRAN SIGNORE SCRIVESSE VEDI QUESTA GUIDA DI RIFERIMENTO X HCL
http://www.tldp.org/HOWTO/Hardware-HOWTO http://www.tldp.org/
invece di cercare nella comunity di debian.
Nb
Luci0 è piu facile scrivere Troll lol troll l trollate che dare delle risposte alle persone .

bronx ha scritto: io gli ho chiesto se sapeva dirmi qualcosa in più riguardo al kernel 2.6.23 Linux CFS
Completely Fair Scheduler che ha pieno supporto x chipset 680i e nvidia 8800 gtx. .

forse ho capito male io ma cosa ha a che vedere cfs (che e' un cpu scheduler) con i chipset che citi (che mi sembra siano gpu)? (comunque il 2.6.23 ancora non esiste, attualmente siamo al 2.6.23-rc3).
Riguardo al supporto hardware di linux lo trovo ottimo, salvo alcune eccezioni (schede audio particolari per uso professionale e poche altre cose) per ogni tipologia di ferraglia ce ne sta almeno una supportata.

@bronx

Luci0 è piu facile scrivere Troll lol troll l trollate che dare delle risposte alle persone

Ciao ... Sono consapevole che questo thread é una trollata
Io, che sono sicuro di non sapere le risposte che cerchi ... ho semplicemente scritto i riferimenti che si occupano del supporto hardware e sono http://www.kernel.org e X.org a cui fanno riferimento tutte le distribuzioni ... la lista degli hardware testati é sicuramente incompleta e spesso molti dispositivi simili ma di diverse marche possono utilizzare gli stessi driver ...
In genere la cosa più semplice é informarsi su quale hardware é supportato per non avere problemi, ma spesso ci si scontra con prodotti molto recenti dei quali si hanno pochissime informazioni e in questi casi bisogna sperare che venga aggiornato sia il kernel che Xorg per aver un minimo di funzionalità ... per ora la situazione vera é questa ...
I produttori fanno l' hardware e se ne sbattono altamente di Linux e se forniscono i driver hanno un supporto approssimativo (e limitato ad alcune serie di kernel ... forse tra alcuni anni le cose miglioreranno ma per ora l' hardware ultimo grido é difficile che sia ben supportato.. e bisogna solo rassegnarsi e stare calmi ... le trollate non risolvono proprio niente

Have Fun ...

P.S. recentemente ho comprato un adattatore USB Wifi 54mbit sulla scatola c' era scritto Linux tra sistemi operativi supportati ... non é bastato perchè i driver non compilano con GCC più recenti ....

Masalapianta
forse ho capito male io ma cosa ha a che vedere cfs (che e' un cpu scheduler) con i chipset che citi (che mi sembra siano gpu)? (comunque il 2.6.23 ancora non esiste, attualmente siamo al 2.6.23-rc3).
masa
il nuovo kernel 2.6.23 migliora il supporto di hardware e applicazioni 3d (rif EN8800 GTX )
e da la possibilita a nvidia di creare un driver migliore .
nvidia Driver 100.14.11 anno un problema conflittuale dei recenti kernel 2.6.2X creato dalla
” paravitualizzazione ” attiva per default. ( almeno sui kernel dei repository ufficiali),
riscontrerà nei log che crea l’installer Nvidia il seguente errore
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
‘para virt_ops’
queti driver in sostanza si possono installare su Kernel inferiori alla 2.6.20 ( ottimo supporto x kernel 2.6.19 )
x istallare il driver bisogna avere "paravirtualizatione disabilitata"
x chi usa distro debian con kernel 2.6.20 o 2.6.21 può Usare dei driver patchati delle recenti versioni Nvidia.
http://grizach.sc18.info/nvpatch/

nb
Masalapianta per quato riguarda il kernel 2.6.23 ci sono dei problemi
mettiamola un po’ sul semplice.
CFS: sviluppato da Molnar, “guru” del kernel
SD: sviluppato da Con Kolivas, che ha imparato a programmare guardando le patch del kernel e da autodidatta (come espresso nella sua recente intervista)
Kolivas ha avuto un’idea molto semplice, e l’ha applicata come patchset al kernel. probabilmente questa idea si scontra un po’ con le linee teoriche dei guru, ma si rivela di fatto efficace.
Molnar ha preso del codice di SD , in particolare quella parte che fa uso dell’idle per far eseguire i processi in bg, per migliorare il suo CFS e basta una piccola patch su SD per ottenere risultati pressochè equivalenti
Linus Torvalds si pronuncia sulla questione CFS / SD “la gente che pensava che la SD fosse ‘perfetta ’stava ignorando semplicemente la realtà,” . qui trovi delle discussioni http://kerneltrap.org/
http://www.nuxified.org/article/fork_a_ ... he_desktop
Con Kolivas
http://members.optusnet.com.au/ckolivas/kernel/

bronx ha scritto:Masalapianta
forse ho capito male io ma cosa ha a che vedere cfs (che e' un cpu scheduler) con i chipset che citi (che mi sembra siano gpu)? (comunque il 2.6.23 ancora non esiste, attualmente siamo al 2.6.23-rc3).
masa
il nuovo kernel 2.6.23 migliora il supporto di hardware e applicazioni 3d (rif EN8800 GTX )
e da la possibilita a nvidia di creare un driver migliore .
nvidia Driver 100.14.11 anno un problema conflittuale dei recenti kernel 2.6.2X creato dalla
” paravitualizzazione ” attiva per default. ( almeno sui kernel dei repository ufficiali),
riscontrerà nei log che crea l’installer Nvidia il seguente errore
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
‘para virt_ops’
queti driver in sostanza si possono installare su Kernel inferiori alla 2.6.20 ( ottimo supporto x kernel 2.6.19 )
x istallare il driver bisogna avere "paravirtualizatione disabilitata"
x chi usa distro debian con kernel 2.6.20 o 2.6.21 può Usare dei driver patchati delle recenti versioni Nvidia.
http://grizach.sc18.info/nvpatch/

nb
Masalapianta per quato riguarda il kernel 2.6.23 ci sono dei problemi
mettiamola un po’ sul semplice.
CFS: sviluppato da Molnar, “guru” del kernel
SD: sviluppato da Con Kolivas, che ha imparato a programmare guardando le patch del kernel e da autodidatta (come espresso nella sua recente intervista)
Kolivas ha avuto un’idea molto semplice, e l’ha applicata come patchset al kernel. probabilmente questa idea si scontra un po’ con le linee teoriche dei guru, ma si rivela di fatto efficace.
Molnar ha preso del codice di SD , in particolare quella parte che fa uso dell’idle per far eseguire i processi in bg, per migliorare il suo CFS e basta una piccola patch su SD per ottenere risultati pressochè equivalenti
Linus Torvalds si pronuncia sulla questione CFS / SD “la gente che pensava che la SD fosse ‘perfetta ’stava ignorando semplicemente la realtà,” . qui trovi delle discussioni http://kerneltrap.org/
http://www.nuxified.org/article/fork_a_ ... he_desktop
Con Kolivas
http://members.optusnet.com.au/ckolivas/kernel/

queste son cose note ma francamente continuo a non capire cosa c'entri un cpu scheduler con il supporto ad alcuni chipset grafici

P.S. come ho gia detto il 2.6.23 non esiste, attualmente siamo al rc3

masalapianta
queste son cose note ma francamente continuo a non capire cosa c'entri un cpu scheduler con il supporto ad alcuni chipset grafici
migliora le prestazioni hardware dei sistemi descktop
dicono che ti permette ad esempio di aprire un sito un doppio accoun di un gioco ,ho ascoltare musica, isomma
passare da un applicazione ad un altra senza che il processore subisca vistosi rallentamenti.
x quanto riguarda il chipset
8800 gtx si dice che con all'ampiezza di bus memoria potrebbero essere ridimensionate, in quanto lo scheduler presente in tali specifiche potrebbe apportate vantaggi prestazionali . si cita di usare patch -ck x ottenere fps piu alti ( SD Con kolivas )

http://members.optusnet.com.au/ckolivas/kernel/

questo e tutto cio che ho trovato in rete

sul forum ho scritto
girando in vari forum ho letto che Il kernel 2.6.23 Linux CFS Completely Fair Scheduler a pieno supporto x chipset 680i e nvidia 8800 gtx
sai dirmi qualcosa in piu?
slackware 12 ha questo supporto ?
ed ho citato un limk x quato riguarda linux cfs

https://quequero.org/forum/viewtopic.php?t=5156

masalapianta otre qusto non so cosa dirti
anke io sto cercando di sapere qualcosa in più