Re: firefox freeze
On Tue, Feb 02, 2021 at 10:46:41PM +0100, Davide Prina wrote: > On 02/02/21 21:54, Marco Ciampa wrote: > > On Tue, Feb 02, 2021 at 09:34:50PM +0100, Davide Prina wrote: > > > On 02/02/21 15:06, Sabrewolf wrote: > > > > > > > comunque per ora con il driver modesetting non ho avuto nessun blocco > > > > (però ho un tearing orrendo) > > > > > > magari hai il mio stesso problema > > > > Che scheda video hai? > > ho una scheda video recentissima: > > $ lspci | grep VGA > 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > RV730 PRO [Radeon HD 4650] Ok qualche messaggio fa chiedevo il kernel... ho avuto problemi recentemente. Un revert sulla versione 5.4 ha sistemato tutto. Prova anche tu... -- Saluton, Marco Ciampa
Re: Ricerca home page corrette per pacchetti senza home page funzionante
Il 2 febbraio 2021 22:16:48 CET, Davide Prina ha scritto: >ho trovato tempo fa il sito web repology[¹]: per diverse distro >GNU/Linux aggrega diversi dati presentando anche possibili problemi. > >Ho iniziato a guardare i link alle home page con problemi per >testing[²], cercare la home corretta e segnalarla. >In questa pagina verifico solo le righe che non hanno il problema: il >link della home page è HTTP che reinderizza a HTTPS. > >Ho contattato anche l'autore di repology per chiedere alcune modifiche >alla pagina dei problemi, ma l'unica cosa che ho ottenuto è avere la >paginazione (prima visualizzava solo la prima pagina e non era >possibile >vedere i successivi elementi). Non sono riuscito a far aggiungere una >colonna con link alle distro che hanno l'ultima versione del pacchetto >o >che puntano ad una home paga valida per quel pacchetto :-( > >In pratica faccio i seguenti passi: >1) individuo un pacchetto con problema diverso da HTTP che reindirizza >in HTTPS >2) apro il link della colonna "Project", mi posiziono sulle righe di >Debian e se tutte le versioni in Debian sono diverse da verde o >azzurro, >allora cerco una che è verde, da questa apro il link "Package name" e >da >qui individuo la home page attualmente funzionante, apro un bug >segnalando la nuova home page e l'esistenza di una nuova versione del >pacchetto >3) se il punto precedente non ha avuto successo, allora apro il >"Package >name" della pagina al punto 1), da qui apro il link "Homepage" (se >manca >vuol dire che non è stata indicata l'home page per il pacchetto), se >l'home page si apre ed è effettivamente la home page del pacchetto, >allora ho terminato (ci sono problemi: es: catena di firme del >certificato HTTPS non corretta, certificato scaduto, ... che non >segnalo), altrimenti apro il link "bug reports" e verifico se qualcuno >ha già segnalato che l'home page non è corretta (o è mancante) e se c'è > >verifico che abbia indicato quella corretta e che sia attualmente >valida... altrimenti cerco la possibile nuova home page (apro anche il >link Copyright File dove possono trovarsi info utili alla ricerca)... >la >ricerca la faccio o generica con il nome del pacchetto o aggiungendo >site:sourceforge.net o site:github.com... se il dominio esiste, ma non >esiste più la pagina, allora cerco il pacchetto in quel dominio: >site:dominio.dom... se la trovo la segnalo con un bug report (notare >che >ci sono tantissimi pacchetti vecchissimi senza più una home page >esistente da anni) > >In circa mezz'ora mediamente riesco a segnalare 5-10 bug. > >In alcuni casi (2-3, se non erro) ho trovato che il pacchetto aveva >cambiato home page ed aveva fatto parecchie nuove versioni... e nessuna > >distro se ne era accorta. > >Con questa operazione: >* faccio si che il pacchetto punti alla home page corretta e in questo >modo il DD possa prelevare le nuove versioni appena vengono pubblicate >(ora c'è anche una ricerca automatica di nuove versioni in Debian) >* faccio si che se qualcuno registra quel dominio mettendo malware >Debian non aiuti a diffonderlo >* evito che alcuni pacchetti vengano tolti da Debian perché hanno bug >irrisolti, si basano su librerie vecchie che si stanno eliminando (es: >python2), ... mentre in realtà esiste una nuova versione che risolve >queste problematiche > >Se qualcuno vuole aiutare può partire dalla fine o da una data lettera >dell'alfabeto... per ora sono arrivato al pacchetto gpxviewer... magari > >segnalando su questo thread cosa sta facendo, a che punto è arrivato, >... > >Ciao >Davide > >[¹] >https://repology.org/ > >[²] >https://repology.org/repository/debian_testing/problems Molto interessante, ad averne il tempo (considera che riesco a leggere la ml circa uno o due volte al mese, con mio sommo rammarico) sarebbe interessante partecipare, anche se penso che il volontariato andrebbe fatto sui pacchetti che non hanno un mainteiner (o come cavolo si scrive), nel caso ci fosse qualcuno che mantiene il pacchetto, sarebbe tutto a suo favore aggiornare i dati dei pacchetti che mantiene. Comunque, complimenti per l'impegno e la costanza che dimostri sempre in diversi aspetti della nostra amata debian. byez -- gollum1 Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori, maledetto correttore automatico.
Re: firefox freeze
On 02/02/21 21:54, Marco Ciampa wrote: On Tue, Feb 02, 2021 at 09:34:50PM +0100, Davide Prina wrote: On 02/02/21 15:06, Sabrewolf wrote: comunque per ora con il driver modesetting non ho avuto nessun blocco (però ho un tearing orrendo) magari hai il mio stesso problema Che scheda video hai? ho una scheda video recentissima: $ lspci | grep VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730 PRO [Radeon HD 4650] Visto questo? https://onthim.blogspot.com/2017/07/stop-ubuntu-from-freezing-completely.html questo non lo avevo trovato. Ho una CPU intel un po' più recente di quelle indicate. L'impostazione del intel_idle.max_cstate=2 non mi sembra che possa essere indicato nel mio caso. Io non ho mai avuto questo problema fino a "poco" tempo fa. Avevo usato molto minitube e tutto funzionava senza problemi, poi non l'ho usato per un periodo prolungato e quando l'ho ripreso (forse 1-2 anni fa, ora non ricordo) ho evidenziato tale problematica. Se fosse stato un problema di processore lo dovrei avere anche su altre operazioni e lo dovrei aver avuto anche in passato (uso il PC da più di 10 anni). Gli errori che ho sono: 1) molte righe: kernel: radeon :01:00.0: ring 5 stalled for more than 10219msec kernel: radeon :01:00.0: GPU lockup (current fence id 0x0109 last fence id 0x010e on ring 5) kernel: radeon :01:00.0: ring 0 stalled for more than 10370msec kernel: radeon :01:00.0: GPU lockup (current fence id 0x0010c83d last fence id 0x0010c84d on ring 0) kernel: radeon :01:00.0: ring 5 stalled for more than 10724msec kernel: radeon :01:00.0: GPU lockup (current fence id 0x0109 last fence id 0x010e on ring 5) kernel: radeon :01:00.0: ring 0 stalled for more than 10874msec 2) seguite da un blocco tipo questo: kernel: radeon :01:00.0: couldn't schedule ib kernel: [drm:radeon_uvd_suspend [radeon]] *ERROR* Error destroying UVD (-22)! kernel: radeon :01:00.0: Saved 1273 dwords of commands on ring 0. kernel: radeon :01:00.0: GPU softreset: 0x0008 kernel: radeon :01:00.0: R_008010_GRBM_STATUS = 0xA0003028 kernel: radeon :01:00.0: R_008014_GRBM_STATUS2 = 0x0002 kernel: radeon :01:00.0: R_000E50_SRBM_STATUS = 0x200800C0 kernel: radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x kernel: radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x00010002 kernel: radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x0006 kernel: radeon :01:00.0: R_008680_CP_STAT = 0x80018647 kernel: radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x4001 kernel: radeon :01:00.0: SRBM_SOFT_RESET=0x0100 kernel: radeon :01:00.0: R_008010_GRBM_STATUS = 0x3028 kernel: radeon :01:00.0: R_008014_GRBM_STATUS2 = 0x0002 kernel: radeon :01:00.0: R_000E50_SRBM_STATUS = 0x200800C0 kernel: radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x kernel: radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x kernel: radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x kernel: radeon :01:00.0: R_008680_CP_STAT = 0x kernel: radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 kernel: radeon :01:00.0: GPU reset succeeded, trying to resume kernel: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 kernel: radeon :01:00.0: WB enabled kernel: radeon :01:00.0: fence driver on ring 0 use gpu addr 0x4c00 kernel: radeon :01:00.0: fence driver on ring 3 use gpu addr 0x4c0c kernel: radeon :01:00.0: fence driver on ring 5 use gpu addr 0x0005c598 kernel: [drm:r600_ib_test [radeon]] *ERROR* radeon: fence wait timed out. kernel: [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on GFX ring (-110). 3) fino a quando non riesce a fare il reset della scheda video e torna a funzionare tutto come prima... o, più raramente, ho la schermata con i colori lampeggianti che indicavo nell'altro post Nel post precedente avevo indicato mesa, ma rivedendo i log mi sembra che avevo pensato alle libdrm Comunque grazie per il suggerimento Ciao Davide -- Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Ricerca home page corrette per pacchetti senza home page funzionante
ho trovato tempo fa il sito web repology[¹]: per diverse distro GNU/Linux aggrega diversi dati presentando anche possibili problemi. Ho iniziato a guardare i link alle home page con problemi per testing[²], cercare la home corretta e segnalarla. In questa pagina verifico solo le righe che non hanno il problema: il link della home page è HTTP che reinderizza a HTTPS. Ho contattato anche l'autore di repology per chiedere alcune modifiche alla pagina dei problemi, ma l'unica cosa che ho ottenuto è avere la paginazione (prima visualizzava solo la prima pagina e non era possibile vedere i successivi elementi). Non sono riuscito a far aggiungere una colonna con link alle distro che hanno l'ultima versione del pacchetto o che puntano ad una home paga valida per quel pacchetto :-( In pratica faccio i seguenti passi: 1) individuo un pacchetto con problema diverso da HTTP che reindirizza in HTTPS 2) apro il link della colonna "Project", mi posiziono sulle righe di Debian e se tutte le versioni in Debian sono diverse da verde o azzurro, allora cerco una che è verde, da questa apro il link "Package name" e da qui individuo la home page attualmente funzionante, apro un bug segnalando la nuova home page e l'esistenza di una nuova versione del pacchetto 3) se il punto precedente non ha avuto successo, allora apro il "Package name" della pagina al punto 1), da qui apro il link "Homepage" (se manca vuol dire che non è stata indicata l'home page per il pacchetto), se l'home page si apre ed è effettivamente la home page del pacchetto, allora ho terminato (ci sono problemi: es: catena di firme del certificato HTTPS non corretta, certificato scaduto, ... che non segnalo), altrimenti apro il link "bug reports" e verifico se qualcuno ha già segnalato che l'home page non è corretta (o è mancante) e se c'è verifico che abbia indicato quella corretta e che sia attualmente valida... altrimenti cerco la possibile nuova home page (apro anche il link Copyright File dove possono trovarsi info utili alla ricerca)... la ricerca la faccio o generica con il nome del pacchetto o aggiungendo site:sourceforge.net o site:github.com... se il dominio esiste, ma non esiste più la pagina, allora cerco il pacchetto in quel dominio: site:dominio.dom... se la trovo la segnalo con un bug report (notare che ci sono tantissimi pacchetti vecchissimi senza più una home page esistente da anni) In circa mezz'ora mediamente riesco a segnalare 5-10 bug. In alcuni casi (2-3, se non erro) ho trovato che il pacchetto aveva cambiato home page ed aveva fatto parecchie nuove versioni... e nessuna distro se ne era accorta. Con questa operazione: * faccio si che il pacchetto punti alla home page corretta e in questo modo il DD possa prelevare le nuove versioni appena vengono pubblicate (ora c'è anche una ricerca automatica di nuove versioni in Debian) * faccio si che se qualcuno registra quel dominio mettendo malware Debian non aiuti a diffonderlo * evito che alcuni pacchetti vengano tolti da Debian perché hanno bug irrisolti, si basano su librerie vecchie che si stanno eliminando (es: python2), ... mentre in realtà esiste una nuova versione che risolve queste problematiche Se qualcuno vuole aiutare può partire dalla fine o da una data lettera dell'alfabeto... per ora sono arrivato al pacchetto gpxviewer... magari segnalando su questo thread cosa sta facendo, a che punto è arrivato, ... Ciao Davide [¹] https://repology.org/ [²] https://repology.org/repository/debian_testing/problems -- 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: firefox freeze
On Tue, Feb 02, 2021 at 09:34:50PM +0100, Davide Prina wrote: > On 02/02/21 15:06, Sabrewolf wrote: > > > comunque per ora con il driver modesetting non ho avuto nessun blocco > > (però ho un tearing orrendo) > > magari hai il mio stesso problema Che scheda video hai? Visto questo? https://onthim.blogspot.com/2017/07/stop-ubuntu-from-freezing-completely.html -- Saluton, Marco Ciampa
Re: firefox freeze
On 02/02/21 15:06, Sabrewolf wrote: comunque per ora con il driver modesetting non ho avuto nessun blocco (però ho un tearing orrendo) magari hai il mio stesso problema che penso sia dovuto a mesa. Con alcuni programmi ho un duplice comportamento: 1) freeze, sembra totale, ma se attendo da pochi secondi a 1-2 minuti tutto torna funzionare 2) il video impazzisce e visualizza aree colorate (rettangolari, triangolari, ...) che continuano a cambiare colore. È possibile riconoscere i vari elementi del desktop e fare clic su di essi (es: aprire menù per spegnere il PC), ma non si vedono le scritte. In questo caso l'unica soluzione è usare i tasti magici per riavviare. il punto 1 è il più frequente (probabilmente 80-90% delle volte). Mi capita con minitube (non funzionano più le ricerche, ma puoi impostare manualmente dei canali da guardare/seguire o vedere i video suggeriti), l'errore mi capita "random" continuando a spostare avanti e indietro mentre riproduce un filmato... molto più raramente quando faccio partire un filmato (se il filmato parte poi continua senza problemi). Poi mi è capitato con Blender quando arrivo a costruire un'immagine 3D composta da molte parti, non capita sempre e qui capita solo il caso 1. Infine sono riuscito a riprodurre lo stesso problema anche con mpv impostando un diverso tipo di accelerazione hardware rispetto a quella che usa di default. Anche qui devo andare a tentativi spostando avanti e indietro... Sto indagando da un po' per cercare di individuare il problema e segnalarlo in modo adeguato, ma è davvero complesso. Però se io guardo i log trovo un bel po' di errori, ma ricercando nel web non ho trovato un aiuto che mi permettesse di identificare il problema o risolverlo. Una volta provando con minitube mi è uscito il problema 1, ma dopo non sono più riuscito a farlo ritornare pur avendo provato molte volte... naturalmente al riavvio successivo la situazione è tornata come era precedentemente. Quindi secondo me è qualcosa non inizializzato o non inizializzato correttamente. Per mia fortuna se non voglio far uscire il problema è sufficiente che non usi minitube e blender. Per quello ho iniziato a fare un po' di esperimenti con valgrind, con l'uso dell'accelerazione hardware, ... che hanno generato alcuni thread che ho aperto su queste liste nel recente passato. Ho anche aperto alcuni bug report, uno su un esempio, che va in crash, creato per testare una componente dell'accelerazione hardware (mi sembra creato da quelli di Intel), individuando anche il motivo del crash (uso del valore 0, di un vettore di elementi, che non è stato allocato per l'elemento 0). Ho provato anche a crearmi i log di esecuzione, fino a riprodurre l'errore, con strace, con valgrind, ... ma alla fine diventano enormi e non sono riuscito a trovare nulla di interessante. Dalle analisi ho notato che le libx11-6 sono vecchissime, molte parti non sono state più toccate dagli anni 90, probabilmente anche prima. Ci sono una marea di memory leak, solo che la gestione della memoria è un po' complessa (es: se deve allocare un elemento di solito prima guarda se era già stato usato e, in questo caso, libera prima la memoria e poi lo rialloca... non liberando mai l'ultima allocazione e a volte l'elemento è una variabile globale locale alla librerie...). Le libx11-6 sono usate ovunque, se simuli la loro rimozione ti rimuove qualsiasi programma grafico compreso X stesso. Però sul sito ti dice di non usarle[¹] ma di usare al loro posto le librerie xcb[²]. Da quello che ho capito passare da libx11 a xcb dovrebbe ridurre drasticamente le chiamate di sistema, il numero di pacchetti TCP usati, ...[³]. ciao Davide [¹] Its older cousin Xlib (or libX11), is not recommended for new development https://wiki.freedesktop.org/xorg/Documentation/ [²] https://xcb.freedesktop.org/ [³] https://wiki.freedesktop.org/xorg/guide/xlib-and-xcb/#index3h2 -- Client di posta: https://www.thunderbird.net GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Dongle usb wifi compatibile
grazie per i suggerimenti, anche in merito al link amazon omnicomprensivo e per il prodotto BrosTrend AC650. Purtroppo il chip RTL8811CU non fra quelli previsti dal pacchetto firmware-realtek, che ho già installato. I sorgenti di questo ed anche di altri in rete ci sono e sicuramente funzionano, ma usando la testing, ha aggiornamenti del kernel abbastanza frequenti e tutte le volte dovrei ricompilare il driver, niente di che, si può fare. Anche l'idea di mettere del software che non proviene dal repository debian con i privilegi di cui gode un driver un pò mi scoccia, anche perchè con questa macchina ci lavoro. Continuerò la ricerca magari andando a cercare qualcosa di un altra azienda. Ciao Il giorno mar 2 feb 2021 alle ore 11:06 Andrea Lusuardi ha scritto: > On Tue, 2 Feb 2021 10:27:12 +0100 > Giancarlo Martini wrote: > > > Un caloroso saluto a tutta la lista. > > Desideravo sapere se qualcuno in lista ha comprato un dongle in > > oggetto. Io ho provato questo, > > > https://www.amazon.it/gp/product/B07SR2MP71/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8=1 > > Ciao, > se vuoi mandare un link di amazon puoi cancellare tranquillamente tutto > quello che c'e' dopo ref= che e' tracking e non serve a niente se non a > nutrire la bestia della sorveglianza. > per quel che riguarda il dongle ti posso raccomandare il > TP-LINK-TL-WN722 che funziona molto bene e, nonostante non sia > particolarmente piccolo, ha la antenna rimovibile nel caso tu voglia > attaccarci altre antenne piu' performanti e fuzniona decisamente bene, > almeno nella mia esperienza. > > > Oppure sapete che chip sono supportati per quegli standard? > > come chipset ti raccomando qualsiasi cosa monti un atheros, il driver > ath9k su linux e' stabile e supportato out of the box per un sacco di > versioni. > > -- > Andrea Lusuardi - uovobw > GPG ID: 1845639D313C1073 > -- Giancarlo Martini (Replace 'AAA' con '@') mailto:giancarlo.firAAAgmail.com
Re: Dongle usb wifi compatibile
On Tue, Feb 02, 2021 at 03:23:35PM +0100, Sabrewolf wrote: > > Il 02/02/21 10:27, Giancarlo Martini ha scritto: > > su github ho trovato dei driver alternativi ma non mi sono fidato. > > Io ho un adattatore RTL8192CU e ho preso i driver da github > "rtl8192cu-fixes". Devo dire che vanno molto meglio del modulo > rtl8192cu.ko che ho blacklistato. > > L'unica scocciatura è ricompilare il modulo ad ogni aggiornamento del > kernel, firmarlo se si usa secure-boot e riattivare wpa_supplicant... > > > > Il chip era un Realtek 8811CU/8812(o 1)BU. > > > lsusb come lo vede ? > > il pacchetto firmware-realtek lo hai installato ? IMHO lascia perdere e restituisci l'antenna che ti ridanno tutti i soldi senza dicussioni... -- Saluton, Marco Ciampa
Re: firefox freeze
On Tue, Feb 02, 2021 at 03:06:52PM +0100, Sabrewolf wrote: > > Il 02/02/21 09:58, Marco Ciampa ha scritto: > > On Sat, Jan 30, 2021 at 12:09:14AM +0100, Sabrewolf wrote: > > > Ciao a tutti, con gli ultimi aggiornamenti su debian testing sto avendo > > > qualche problema con firefox. > > Kernel? > > > 5.10.0-2-amd64 > > nei log di apt history.log risulta installato il 2021-01-29 mentre il > primo freeze se ricordo bene si è verificato prima > > mentre il 2021-01-11 ho installato la versione 5.10.0-1 dopo un > full-upgrade e nello stesso giorno ho preso firefox-esr da unstable (uso > debian testing) > > credo che proprio in questo periodo ho iniziato ad avere il problema > > comunque per ora con il driver modesetting non ho avuto nessun blocco > (però ho un tearing orrendo) So che c'è un bug su Ubuntu (e quindi forse anche su Debian) a partire dalla 5.8 con alcune schede intel (come la mia) che è stato risolto con la 5.11. Io ho (orrore) Ubuntu e intel i6200u e ho dovuto rimanere sul kernel 5.4 (per ora) ... -- Saluton, Marco Ciampa
Re: firefox freeze
Il 30/01/21 00:09, Sabrewolf ha scritto: Ciao a tutti, con gli ultimi aggiornamenti su debian testing sto avendo qualche problema con firefox. La mia è una soluzione ma non vi piacerà: usa i binari di https://www.mozilla.org/ Ho iniziato non mi ricordo neanche quando ad usare la versione Nightly per non so più quale sito che con la versione in stable (o era in testing) non andava e non ho più smesso
Re: Dongle usb wifi compatibile
Il 02/02/21 10:27, Giancarlo Martini ha scritto: su github ho trovato dei driver alternativi ma non mi sono fidato. Io ho un adattatore RTL8192CU e ho preso i driver da github "rtl8192cu-fixes". Devo dire che vanno molto meglio del modulo rtl8192cu.ko che ho blacklistato. L'unica scocciatura è ricompilare il modulo ad ogni aggiornamento del kernel, firmarlo se si usa secure-boot e riattivare wpa_supplicant... Il chip era un Realtek 8811CU/8812(o 1)BU. lsusb come lo vede ? il pacchetto firmware-realtek lo hai installato ?
Re: firefox freeze
Il 02/02/21 14:57, Luca Sighinolfi ha scritto: Hai provato con un profilo di Firefox di default? No, però nel frattempo ho usato un profilo diverso e si è freezato lo stesso.
Re: firefox freeze
Il 02/02/21 09:58, Marco Ciampa ha scritto: On Sat, Jan 30, 2021 at 12:09:14AM +0100, Sabrewolf wrote: Ciao a tutti, con gli ultimi aggiornamenti su debian testing sto avendo qualche problema con firefox. Kernel? 5.10.0-2-amd64 nei log di apt history.log risulta installato il 2021-01-29 mentre il primo freeze se ricordo bene si è verificato prima mentre il 2021-01-11 ho installato la versione 5.10.0-1 dopo un full-upgrade e nello stesso giorno ho preso firefox-esr da unstable (uso debian testing) credo che proprio in questo periodo ho iniziato ad avere il problema comunque per ora con il driver modesetting non ho avuto nessun blocco (però ho un tearing orrendo)
Re: firefox freeze
On 2021-02-02 08:58, Marco Ciampa wrote: On Sat, Jan 30, 2021 at 12:09:14AM +0100, Sabrewolf wrote: Ciao a tutti, con gli ultimi aggiornamenti su debian testing sto avendo qualche problema con firefox. Kernel? Hai provato con un profilo di Firefox di default? -- Luca Sighinolfi
Re: Dongle usb wifi compatibile
On Tue, 2 Feb 2021 12:24:43 +0100 Marco Ciampa wrote: > Non è ac2 ... niente 5GHz ... azz, hai ragione, non avevo letto bene, mi spiace e mi scuso del rumore. -- Andrea Lusuardi - uovobw GPG ID: 1845639D313C1073 pgpSs1SliKv3K.pgp Description: OpenPGP digital signature
Re: Dongle usb wifi compatibile
On Tue, Feb 02, 2021 at 11:05:58AM +0100, Andrea Lusuardi wrote: > per quel che riguarda il dongle ti posso raccomandare il > TP-LINK-TL-WN722 che funziona molto bene e, nonostante non sia Non è ac2 ... niente 5GHz ... -- Saluton, Marco Ciampa
Re: Dongle usb wifi compatibile
On Tue, Feb 02, 2021 at 10:27:12AM +0100, Giancarlo Martini wrote: > Un caloroso saluto a tutta la lista. > Desideravo sapere se qualcuno in lista ha comprato un dongle in oggetto. > Io ho provato questo, > https://www.amazon.it/gp/product/B07SR2MP71/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8=1 > > salvo poi accorgermi che i driver x debian (ma credo in generale per > gnu/linux) non ci fossero. > Per essere precisi il dongle era accompagnato da un cd con dei driver anche > per Gnu/linux ma probabilmente erano per un kernel precedente perche non > compilavano (mancava il campo data in una struttura timer_qualcosa), su > github ho trovato dei driver alternativi ma non mi sono fidato. > Il chip era un Realtek 8811CU/8812(o 1)BU. > Mi farebbe comodo che fosse, il dongle, multistandard 2.4/5 GHz (802.11ac > 802.11 a/b/g/n) > Qualcuno si è trovato a fare un acquisto del genere? > Oppure sapete che chip sono supportati per quegli standard? > Grazie in anticipo 1) Sfrutta la politica di Amazon del reso senza discussioni e restituiscilo subito 2) Cerca dongle per Raspberry e troverai al 100% compatibili per tutti i Linux, per esempio: https://www.amazon.it/BrosTrend-Adattatore-Wireless-Ricevitore-AC2/dp/B01GC8XH0S bye -- Saluton, Marco Ciampa
Re: Dongle usb wifi compatibile
On Tue, 2 Feb 2021 10:27:12 +0100 Giancarlo Martini wrote: > Un caloroso saluto a tutta la lista. > Desideravo sapere se qualcuno in lista ha comprato un dongle in > oggetto. Io ho provato questo, > https://www.amazon.it/gp/product/B07SR2MP71/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8=1 Ciao, se vuoi mandare un link di amazon puoi cancellare tranquillamente tutto quello che c'e' dopo ref= che e' tracking e non serve a niente se non a nutrire la bestia della sorveglianza. per quel che riguarda il dongle ti posso raccomandare il TP-LINK-TL-WN722 che funziona molto bene e, nonostante non sia particolarmente piccolo, ha la antenna rimovibile nel caso tu voglia attaccarci altre antenne piu' performanti e fuzniona decisamente bene, almeno nella mia esperienza. > Oppure sapete che chip sono supportati per quegli standard? come chipset ti raccomando qualsiasi cosa monti un atheros, il driver ath9k su linux e' stabile e supportato out of the box per un sacco di versioni. -- Andrea Lusuardi - uovobw GPG ID: 1845639D313C1073 pgpnivv_GcI5m.pgp Description: OpenPGP digital signature
Dongle usb wifi compatibile
Un caloroso saluto a tutta la lista. Desideravo sapere se qualcuno in lista ha comprato un dongle in oggetto. Io ho provato questo, https://www.amazon.it/gp/product/B07SR2MP71/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8=1 salvo poi accorgermi che i driver x debian (ma credo in generale per gnu/linux) non ci fossero. Per essere precisi il dongle era accompagnato da un cd con dei driver anche per Gnu/linux ma probabilmente erano per un kernel precedente perche non compilavano (mancava il campo data in una struttura timer_qualcosa), su github ho trovato dei driver alternativi ma non mi sono fidato. Il chip era un Realtek 8811CU/8812(o 1)BU. Mi farebbe comodo che fosse, il dongle, multistandard 2.4/5 GHz (802.11ac 802.11 a/b/g/n) Qualcuno si è trovato a fare un acquisto del genere? Oppure sapete che chip sono supportati per quegli standard? Grazie in anticipo -- Giancarlo Martini (Replace 'AAA' con '@') mailto:giancarlomartiniAAAgmail.com
Re: firefox freeze
On Sat, Jan 30, 2021 at 12:09:14AM +0100, Sabrewolf wrote: > Ciao a tutti, con gli ultimi aggiornamenti su debian testing sto avendo > qualche problema con firefox. Kernel? -- Saluton, Marco Ciampa
