Bé, isenkram sembla estar orientat a dispositius perifèrics que es connecten «en calent», és a dir, no reacciona davant dispositius que ja fossin presents durant l'arrencada, com el Wifi d'un portàtil.
El 31/05/16 a les 09:23, Narcis Garcia ha escrit: > Doncs el isenkram fa la pinta de una bona solució per la qüestió de > fons, ja que estic trobant les alternatives a les facilitats d'Ubuntu, > amb Debian. > Ho posaré a prova. > > > El 30/05/16 a les 16:22, tictacbum ha escrit: >> potser t'interessa això: >> http://people.skolelinux.org/pere/blog/Isenkram_with_PackageKit_support___new_version_0_23_available_in_Debian_unstable.html >> >> "a database of mappings between hardware and packages, and pop up a >> dialog suggesting for the user to install the packages to use a given >> hardware dongle" >> >> El dia 30 de maig de 2016, 11:15, Xavi Drudis Ferran <[email protected] >> <mailto:[email protected]>> ha escrit: >> >> El Sun, May 29, 2016 at 09:27:43PM +0200, Narcis Garcia deia: >> > Què passa si a un ordinador li instal·lo tots els paquets firmware-* >> que >> > hi ha als diferents repositoris de Debian 8? >> > >> >> Que tindras un tros més de disc dur ple. També tindras el risc que >> associïs a programari privatiu, si els "diferents repositoris" >> inclou non-free. >> >> També podria passar, però això és hipotètic i se suposa que no hauria >> de passar, que el sistema confongui un dispositiu per un altre, li >> carregui el firmware que no toqui i deixi de funcionar. I llavors >> sense el paquet de firmware igual va. Però és molt hipotètic, si >> passés això, s'informaria un bug i es miraria d'arreglar. No >> pressuposaria >> que passen aquestes coses. >> >> > Funcionaran automàticament els dispositius associats quan es connectin? >> >> Sí, depén del dispositiu. Però en general és possible. També >> necessitaras >> els mòduls del nucli, que si tens el nucli normal ja potser hi són, >> potser programes d'usuari... És que és una pregunta molt genèrica, no ? >> >> Jo crec que en general facilitar que els dispositius funcionin tan >> bon punt >> es connecten és un objectiu de totes les distribucions, cadascuna >> amb les >> restriccions que tingui. Vull dir que en general hauria de funcionar i >> en concret amb maquinari molt tancat, o massa nou o vés a saber, doncs >> poden caler més coses o no acabar funcionant. Va cas per cas. >> >> > Implica una major càrrega del nucli o de processos? >> >> No, en principi el nucli només carrega en memòria el firmware per >> copiar-lo al dispositiu i després possiblement el treu de memòria. O >> bé quan arrenca o bé quan detecta esdeveniments de connexió i >> desconnexió deu mirar si coneix el maquinari nou, cridar els >> controladors que tingui i, si un controlador creu que necessita >> firmware, el busca al directori on l'ha deixat el paquet i si el troba >> el copia cap al dispositiu i segueix la inicialització. >> >> Això sí, com més dispositius funcionen en principi més possible >> càrrega, sobre tot si els fas servir, però no crec que això ho vegis >> com un problema. >> >> Si el nucli està desbinariat (deblobbed) és possible que per comptes de >> carregar el firmware tregui un missatge al log. O és possible que el >> carregui si és algun dels pocs firmwares lliures. >> >> No sé si firmware està molt ben definit o quina acepció exacta usa >> debian en la nomenclatura de paquets, però en principi és codi que >> s'executa a processadors que no són la CPU que executa el nucli linux, >> sinó control·ladors de dispositius diversos. Un ordinador actual no és >> com un ordinador clàssic de llibre amb una CPU, una memòria i línies >> d'E/S, és més com una xarxa local d'un munt de CPUs amb memòria pròpia >> o compartida, intercanviant dades i missatgeria per busos. La tarja de >> xarxa porta un processador, el disc dur un altre, la targeta gràfica >> no sé quants, els xips d'entrada/sortida o els troços del propi xip on >> hi ha la CPU tenen més processadors per gestionar protocols, >> interrupcions >> i mandanganes, n'hi ha per tot arreu. I últimament hi ha CPUs que >> vigilen >> que les altres CPUs no facin coses que algú que no coneixes en un >> despatx >> remot no vol que facin... Cadascun executa els seus programets >> o programassos. N'hi ha que els porten enregistrats en ROMs pròpies >> i n'hi ha >> que carreguen els programes des de la CPU principal, que els acaba >> llegint >> de ROMs o, si hi ha el paquet de firmware instal·lat, del disc dur. >> >> Llavors dubto que els paquets de firmware puguin carregar el sistema >> perquè el programari que porten no s'executa sobre la CPU principal >> (bé el microcodi de la CPU sí, però t'hauries de mirar la CPU >> principal com un processador emulat per una CPU VLIW que executa el >> microcodi, massa complicat, deixem-ho). Seria si de cas en el cas >> d'algun dispositiu que fa servir firmware diferent en diferents >> moments i el nucli ha d'anar canviant-lo, però sembla estrany. Els >> dispositius quan funcionen també poden iniciar moviments de dades per >> busos que enlenteixin l'accés de la CPU a dades i per tant el >> rendiment general, però forma part de l'operativa del dispositiu. I >> en tot cas si no ho fa segurament el dispositiu no funcionarà i si >> vols que funcioni, doncs la miqueta de càrrega l'hauràs d'assumir, no? >> >> >
