Re: RISC-V: quanta parte del processore ha licenza libera?
Saluton Marco, Il 2021-03-10 19:54 Marco Ciampa ha scritto: Concordo pienamente (lacrimuccia pensando allo Z80 e ai bei tempi dell'assembler...) Son quasi dieci anni che non tocco l'assembler dello Z80, ma ricordo con certezza che usa i flag; anzi, c'è proprio il registro F, ad 8-bit come tutti gli altri! Ma m'hai fatto venir voglia di riguardare quell'algoritmo di divisione scritto allora per sdcc... Ĝis, m
Re: RISC-V: quanta parte del processore ha licenza libera?
On Wed, Mar 10, 2021 at 11:27:54AM +0100, Gian Uberto Lauri wrote: > Ma diamine, quanto mi mancava leggere cose del genere... Concordo pienamente (lacrimuccia pensando allo Z80 e ai bei tempi dell'assembler...) -- Saluton, Marco Ciampa
Re: Bugreport: quale pacchetto?
On 10/03/21 10:53, Carlo Agrusti wrote: ho riattivato il lettore di impronte digitali sul mio portatile io non ho mai capito questa cosa. Se io uso il mio dispositivo con il riconoscimento delle impronte, sto fornendo all'attaccante la chiave per poter accedere e usare il mio dispositivo e quindi avere successo nell'attacco molto facilmente. Tanto vale togliere qualsiasi protezione e lasciarlo aperto per l'uso di chiunque. Sul dispositivo sono presenti le tue impronte digitali e quindi è molto facile ricavarle e con una stampante 3D stampare le tue impronte per poterlo usare (ci sono diversi articoli di esperti di sicurezza su queste questioni). Inoltre questi metodi di (in)sicurezza fanno si che ci sia un commercio anche di questi "dati". Ora puoi trovare gratuitamente o acquistando set di centinaia/migliaia di dati con associati a nome e cognome altre informazioni come id/pwd di servizi, dati sanitari, ... fra un po' inizieranno ad apparire anche i dati biometrici... o magari ci sono già. Il problema è che se ti rubano il tuo bancomat, puoi andare a bloccarlo e fartene dare uno nuovo. Se ti rubano i tuoi dati biometrici, non c'è nessuno attualmente, almeno che io sappia, che posa fare altrettanto. (138a:0050 Validity Sensors), e per farlo funzionare ho dovuto modificare la libreria libfprint dai sorgente. c'è una discussione su questo argomento su debian-proj...@lists.debian.org thread "Debian and fingerprint readers" in pratica dicono che con una testing aggiornata e installando i pacchetti fprintd e libpam-fprint funziona tutto e chiedevano come mai questi pacchetti non siano installati di default. Leggi il thread, magari con il tuo lettore non funziona questa soluzione. gdm-fingerprint]: gkr-pam: no password is available for user Volevo quindi segnalare un bug anche per questo, ma non riesco a capire a quale pacchetto associarlo; pensavo libpam-gnome-keyring , ma mi sorge il dubbio che lui funzioni bene e che il problema sia altrove. se vuoi segnalare un bug e non sei sicuro puoi inviarlo al pacchetto dove secondo te si verifica, indicando che non sei sicuro di aver individuato il pacchetto corretto... il DD di solito gira al pacchetto corretto il bug Ciao Davide -- Fate una prova di guida ... e tenetevi la macchina!: http://linguistico.sf.net/wiki/doku.php?id=usaooo2 Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: errore signature verification in testing
dal bug report #984884 mi chiedono le seguenti info: 1) vedere se si capisce quando è stato fatto l'upgrade e rispetto a cosa (secondo me questa informazione non è più recuperabile) $ zgrep libgcrypt20 /var/log/dpkg.log* 2) avete per caso fatto un upgrade dalla pre-oldstable alla testing? Cioè dal 2017 avevate già la testing e avete continuato a fare aggiornamenti o avevate una oldstable e siete passati in testing senza prima aggiornare alla stable che c'era all'epoca? 3) avete altre info da fornire per poter capire cosa possa essere successo? 4) chi legge questa mail può verificare se ha questo file: $ ls -l /lib/x86_64-linux-gnu/libgcrypt.so.20.1.5 e segnalare qui in lista la sua presenza dando altre info Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki $ Perché microsoft continua a compiere azioni illegali?: http://linguistico.sf.net/wiki/doku.php?id=traduzioni:ms_illegal Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: RISC-V: quanta parte del processore ha licenza libera?
> "AR" == Alessandro Rubini writes: AR> riscv-spec-20191213.pdf pagina 23 (ricordavo bene): AR>The conditional branches were designed to include arithmetic AR> comparison operations between two registers (as also done in AR> PA-RISC, Xtensa, and MIPS R6), rather than use condition codes AR> (x86, ARM, SPARC, PowerPC), or to only compare one register AR> against zero (Alpha, MIPS), or two registers only for equality AR> (MIPS). This design was motivated by the observation that a AR> combined compare-and-branch instruction fits into a regular AR> pipeline, avoids additional condition code state or use of a AR> temporary register, and reduces static code size and dynamic AR> instruction fetch traffic. Another point is that comparisons AR> against zero require non-trivial circuit delay (especially after AR> the move to static logic in advanced processes) and so are almost AR> as expensive as arithmetic magnitude compares. Another advantage AR> of a fused compare-and-branch instruction is that branches are AR> observed earlier in the front-end instruction stream, and so can AR> be predicted earlier. There is perhaps an advantage to a design AR> with condition codes in the case where multiple branches can be AR> taken based on the same condition codes, but we believe this case AR> to be relatively rare. Lo so, non si fa, non si cita un grosso blocco di testo per un commento di due righe... Ma diamine, quanto mi mancava leggere cose del genere... GRAZIE! -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning "I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian" Warning: gnome-config-daemon considered more dangerous than GOTO
Re: RISC-V: quanta parte del processore ha licenza libera?
>> La differenza e` che riscV e` stato pensato tenendo in >> considerazione tutta l'esperienza del settore, prendendo il meglio di >> tutte le idee precedenti e scartando gli errori (per esempio, se >> ricordo bene, non ha un registro "flags", e il manuale spiega >> perche`). > > Questa è interessante, dove la trovo? riscv-spec-20191213.pdf pagina 23 (ricordavo bene): The conditional branches were designed to include arithmetic comparison operations between two registers (as also done in PA-RISC, Xtensa, and MIPS R6), rather than use condition codes (x86, ARM, SPARC, PowerPC), or to only compare one register against zero (Alpha, MIPS), or two registers only for equality (MIPS). This design was motivated by the observation that a combined compare-and-branch instruction fits into a regular pipeline, avoids additional condition code state or use of a temporary register, and reduces static code size and dynamic instruction fetch traffic. Another point is that comparisons against zero require non-trivial circuit delay (especially after the move to static logic in advanced processes) and so are almost as expensive as arithmetic magnitude compares. Another advantage of a fused compare-and-branch instruction is that branches are observed earlier in the front-end instruction stream, and so can be predicted earlier. There is perhaps an advantage to a design with condition codes in the case where multiple branches can be taken based on the same condition codes, but we believe this case to be relatively rare. [...] saluti /alessandro
Bugreport: quale pacchetto?
Buongiorno a tutti, dopo ere eccomi a scrivere nuovamente in lista. Vi spiego il problema: ho riattivato il lettore di impronte digitali sul mio portatile (138a:0050 Validity Sensors), e per farlo funzionare ho dovuto modificare la libreria libfprint dai sorgente. Il primo bugreport è quindi semplice: il pacchetto è libfprint-2-2. Il sensore ora funziona bene, e riesco ad autenticarmi col ditino, ma PAM fa casino e non sblocca gnome-keyring in automatico; il messaggio di errore è: gdm-fingerprint]: gkr-pam: no password is available for user Googlando in giro, ho scoperto che i cugini di Manjaro hanno risolto il problema mettendo a posto i file di configurazione di PAM, ma non sono riuscito a capire quali modifiche hanno apportato. Volevo quindi segnalare un bug anche per questo, ma non riesco a capire a quale pacchetto associarlo; pensavo libpam-gnome-keyring , ma mi sorge il dubbio che lui funzioni bene e che il problema sia altrove. Suggerimenti?
Re: RISC-V: quanta parte del processore ha licenza libera?
On Sat, Mar 06, 2021 at 12:17:35PM +0100, Alessandro Rubini wrote: [...] Grazie Ale, come sempre esaustivo... > open-risc, lm32, zpu, anche sparc e` stato liberato (e di sparc32 > esistono implementazioni libere), piu` sicuramente mille altri che non > conosco. La differenza e` che riscV e` stato pensato tenendo in > considerazione tutta l'esperienza del settore, prendendo il meglio di > tutte le idee precedenti e scartando gli errori (per esempio, se > ricordo bene, non ha un registro "flags", e il manuale spiega > perche`). Questa è interessante, dove la trovo? -- Saluton, Marco Ciampa
