BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10642)

2527 | #5aa0 | ^ | Idézet | Tue, 23 Dec 2025 21:35:05 +01

178.164.*.*

*.pool.digikabel.hu

@miklos_akos:
Az a szerencse, hogy a felbontast azt jo helyen kereste, rendesen fel is konfiguralta es mukodik is. Egyedul a CHIP_ID es a WAKE_TYPE az ami nem jo offseten van...

Én azt értem, hogy ez itt nem úgy volt, de én általánosságban beszéltem, hogy attól, hogy az érték valid, még nem biztos, hogy jó is, mert 1-től 4095-ig minden is valid, de csak az jó, ami a valóságnak megfelel. Ha pl. el van szaródva az a flash (vagy akármi), ahonnan ezeket olvassa, akkor akár minden körben is jöhetnek random adatok és akkor egyik körben jó lesz a felbontás a drivernek, másik körben nem, te meg tépheted a hajad, hogy miért nem jó, ami jó volt, hiszen ellenőrizted. A konkrét érték önmagában is információ. Két konkrét érték pedig még több, pl. ha a flash halott és random biteket büfög vissza, az már a második tesztnél kiderül.

@miklos_akos:
Ugyan nem tapasztaltam problemat, de ez egy elegge fontos resze a drivernek kulonben nem lenne ellenorizve.

De nem is azt mondtam, hogy ezt így be kell commitolni, csak azt, hogy felesleges ugyanazt a kódot duplikálni és az egyik ágban kiszedni a wake ellenőrzését, ha az a feltétel, ami alapján kiválasztja a lefuttatandó ágat, az belerakható az érintett - és a feltétel nem teljesülése esetén kiszűrendő - ellenőrzésbe.

@OrkenWhite:
Hát nem mondom, hogy nem mennék vissza mesterre...:) Valahogy ott működnek a dolgok... (kivéve, amikor sztrájk van, amiből láttam eleget a pár hónap alatt:P)

Működnek a dolgok? Akkor tuti nem vindózon futnak. :P

@OrkenWhite:
Senkinek, a QtWebEngine kivételével még ott van a Qt5 a repóban, csak unsupported. Amíg ennyi minden épül rá, addig nem hiszem, hogy ki lesz szedve, de hosszútávon erre azért nem alapoznék.

Ja... Hát akkor még ráér. A Debian 11 támogatása jövő ősszel jár le, akkor tervezek frissíteni, utána simán lehet Qt6-os port is.

@OrkenWhite:
Void Linux-ból még van 32-bites és ott van az Arch Linux 32 is, ami nélkül semmi értelme nem lenne az AUR-ban támogatni a 32-bites x86-ot.

Szerintem akkor várjuk meg, hogy mi lesz a Qt5 és az Arch 32 sorsa, mert lehet, hogy mire a Qt5-öt kukázzák, addigra a 32-bitet is.

Viszont most nézem, hogy még mindig az 1.27.0-ás verzió van fent az Arch repo-ban; közben kiadtam az 1.27.1-et, mert a YT megint variált valamit és crashek voltak.