Markdown izdanje

AI-translated from English; not yet reviewed by a fluent editor.

# Koristite uparene USB zapise za istraživanje uređaja bez podrške na Linuxu

> Vodič zasnovan na dokumentaciji: zabeležite istu hardversku operaciju kroz Windows drajver proizvođača i Linux drajver, pa proverite razlike na stvarnom hardveru.

By BIG CHANGE Editorial

Published: 2026-10-17T02:51:13.544Z
Updated: 2026-10-17T02:51:13.544Z
Canonical: https://bigchange.ai/blog/compare-usb-traces-linux-device-driver

![Two sheets with abstract trace rows, one orange highlighted, beside a closed generic USB device connected to a small computer.](https://bigchange.ai/api/media/file/usb-trace-comparison-concept-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no actual captures, identifiable vendor device or tested repair is depicted.

Christian Schaller je uspeo da na Linuxu dobije prepoznatljiv sken sa nepodržanog filmskog skenera pošto je zabeležio šta njegov Windows drajver šalje preko USB-a. U svom [tekstu od 15. oktobra](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) opisuje kako je uz Claude analizirao te snimke i razvijao SANE backend. Prvi sken i dalje je imao probleme sa kvalitetom; kasnije je prijavio znatno bolji drajver. To su rezultati jednog programera i jednog skenera, a ne nezavisno ponovljeno merenje toga koliko često AI može pisati drajvere.

Schaller je zatim objavio [hw-harness](https://github.com/cschalle/hw-harness), zbirku skripti i dokumentacije pod MIT licencom koja uopštava njegov metod. Izričito kaže da su projekti skenera i kamere koristili posebno pisan kod, a ne objavljeni harness u sadašnjem obliku. Za programera Linux drajvera sa fizičkim pristupom nepodržanom USB uređaju koristan zadatak je uži od „neka AI uradi obrnuti inženjering”: snimiti jednu operaciju ispravnog drajvera proizvođača, snimiti istu operaciju Linux drajvera i istražiti prvu značajnu razliku.

## Velika promena

- **Šta se promenilo:** Schaller je upakovao ponovljiv postupak kojim se ispravna Windows sesija uređaja i pokušaj Linux drajvera posmatraju istim USB snimačem na hostu. Njegov rezultat sa skenerom pokazuje zašto poređenje može pomoći, ali ostaje jedan prijavljeni slučaj.
- **Zašto je važno:** Programer drajvera može dati označene zapise AI asistentu za programiranje i tražiti objašnjenje protokola ili mali probni program. Pre prihvatanja generisanog koda i dalje su mu potrebni hardver, ispravna referentna operacija i neposredni testovi.
- **Šta pratiti:** Metod zavisi od toga da li je relevantan saobraćaj uređaja moguće posmatrati. Za internu MIPI kameru objavljeni harness koristi Windows konfiguraciju uređaja i proveru ACPI-ja; postupak sa USB zapisima propustio bi potrebne informacije.

## Šta je potrebno pre snimanja

Dokument [hw-harness README](https://github.com/cschalle/hw-harness) navodi da je projekat razvijen i testiran na Fedori. Dokumentovano podešavanje zahteva libvirt/KVM, Windows gosta koji pokreće drajver proizvođača, stvarno USB prosleđivanje, `usbmon` snimanje na Linux hostu i Linux drajver ili probni program za poređenje. Windows 11 Pro omogućava grafičke kontrole harnessa zasnovane na RDP-u. [Vodič za virtuelnu mašinu](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) kaže da Home gost može koristiti SSH, ali ne i te RDP kontrole. Repozitorijum navodi Fedora pakete i grupne dozvole; pokrenite `harness doctor` u izabranoj lokalnoj reviziji da otkrijete šta nedostaje pre povezivanja uređaja.

Pripremite dozvoljenu instalaciju Windowsa i softver proizvođača, tačan uređaj, ponovljivu operaciju i prostor za snimke paketa. Planirajte troškove virtuelne mašine, pristupa hardveru, Windowsa i izabranog AI servisa; repozitorijum ne daje fiksan ukupan trošak. Skripte imaju MIT licencu, ali ona ne daje licencu za Windows ili softver proizvođača. Pre upotrebe ili distribucije prikupljenog materijala proverite svoje licence i primenljiva pravila obrnutog inženjeringa.

Za svaki uređaj koristite poseban direktorijum projekta. README kaže da `harness init` pravi konfiguraciju i direktorijume isključene iz kontrole verzija `etc/` i `captures/`. Unesite naziv virtuelne mašine i USB ID-jeve proizvođača/proizvoda sa uređaja, umesto kopiranja primera iz README-ja. `winctl auth`, `harness iso` i dokumentovana početna priprema gosta uspostavljaju kontrolu Windows virtuelne mašine; `winctl status` treba da prijavi `ssh: ok` pre snimanja. Ovo je dokumentovano podešavanje projekta, a ne postupak koji je izvršio BIG CHANGE.

## Uparite jednu operaciju na oba sistema

1. **Snimite osnovno stanje i Windows referencu.** Pratite [dokument o metodu](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) iz repozitorijuma: prvo utvrdite kako izgleda saobraćaj u mirovanju. Ako je potrebna početna enumeracija uređaja, pokrenite snimanje na hostu pre nego što USB uređaj dodelite gostu. Pokrenite Windows drajver proizvođača nad prosleđenim uređajem i označite kratku, određenu radnju, poput skeniranja na navedenoj rezoluciji. `usbcap` snima magistralu i piše prateću datoteku `.meta` sa uređajem, adresom magistrale, trajanjem i oznakom. Tačka snimanja na hostu nalazi se ispod USB prosleđivanja, pa može posmatrati operaciju gosta.
2. **Snimite odgovarajuću operaciju na Linuxu.** Vratite uređaj hostu i snimite Linux drajver kako izvodi istu operaciju sa istim podešavanjima i istim fizičkim materijalom. Referentni snimak bez odgovarajućeg Linux pokušaja ne utvrđuje koja se radnja drajvera razlikuje. Komanda za skener iz repozitorijuma primer je autorovog okruženja, a ne univerzalna komanda za svaki uređaj.
3. **Uporedite i testirajte jednu hipotezu.** Čitajte dva zapisa u Wiresharku ili pomoću `tshark` filtera iz dokumenta o metodu. Proverite inicijalizacione prenose, upise pre i posle radnje, ispitivanje statusa i vremenski raspored bulk prenosa. Menjajte jednu postavku odjednom, na primer rezoluciju, da vidite koji se prenos menja. Tražite od AI asistenta da izdvoji moguću razliku i navede snimak i okvir koji je potkrepljuju. Zatim napravite ograničenu izmenu drajvera ili probni program i ponovite istu operaciju na stvarnom hardveru. Uverljivo objašnjenje modela nije znak uspeha.

Neposredan rezultat je označen par datoteka sa snimcima i opis prve značajne razlike. Uspešna popravka zahteva da Linux uređaj dosledno izvodi nameravanu operaciju sa očekivanim rezultatom, prema proverama samog programera. Poklapanje nekoliko bajtova ili jedna delimična slika ne dokazuju ukupan kvalitet drajvera. Prema Schallerovom tekstu, prvi prepoznatljiv sken i dalje je zahtevao rad, dok se podrška u glavnom SANE projektu za njegov skener pojavila zasebno tokom njegovog rada.

Ako je zapise teško porediti, skratite operaciju i potvrdite da su uređaj, postavke i sloj snimanja isti. Metod preporučuje male snimke koji odgovaraju na jedno pitanje i jedno snimanje povezivanja uređaja. Ako USB prosleđivanje ili kontrola gosta ne rade, koristite `harness doctor`, `hostdev status` i [vodič za podešavanje virtuelne mašine](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) pre nego što prazan zapis protumačite kao kvar drajvera. Sačuvajte izvorne snimke i beleške da bi se predložena konstanta registra mogla povezati sa posmatranim okvirom.

## Gde USB praćenje prestaje

Interna MIPI kamera ne izlaže isti koristan saobraćaj USB snimaču na hostu. Dokument o metodu umesto toga opisuje `winctl probe` za Windows PnP svojstva, INF datoteke, stavke registra i ACPI tabele, kao i proveru sa Linux strane pomoću `hwdbg`. Schaller navodi da je taj drugi put primenio na kameru laptopa, uz zakrpe kernela i libcamera; i ti rezultati potiču iz njegovog izveštaja. Rezultat za kameru nemojte uzeti kao dokaz da je USB postupak uspeo na drugom uređaju.

Istraživanje zadržite na posmatranom ponašanju uređaja i deklarativnoj konfiguraciji. [Vodič za clean-room rad](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) u repozitorijumu isključuje disasembliranje binarnih datoteka proizvođača i kopiranje njihovog koda u Linux drajver. Upozorava i da snimci mogu sadržati serijske brojeve uređaja, a direktorijum projekta privatni SSH ključ. Pregledajte zapise, identifikatore i datoteke gosta pre slanja AI servisu ili javnog deljenja; ključeve i sirove snimke držite van kontrole verzija. Objavljena uputstva daju metod koji se može pokušati. BIG CHANGE je pregledao blog i repozitorijum na fiksiranoj reviziji, ali nije pokretao virtuelnu mašinu, snimao uređaj ili proveravao nastali drajver.

### Izvori i dodatno čitanje

- [Tekst Christiana Schallera od 15. oktobra](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) objašnjava rad na skeneru i laptopu, ulogu koju pripisuje Claudeu i zašto je zajednički harness nastao posle posebnih skripti. Rezultat skenera njegov je izveštaj, bez nezavisnog ponavljanja u ovom članku.
- [Repozitorijum hw-harness](https://github.com/cschalle/hw-harness) opisuje alate, Fedora i Windows preduslove, primer podešavanja i upozorenje o privatnosti. BIG CHANGE je pregledao commit `093afc5c576c200f29b771d01624a327d0ff1806` od 14. oktobra 2026; repozitorijum ima MIT licencu i može se promeniti posle te revizije.
- [Metod](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) određuje osnovno stanje, referencu, Linux poređenje i krug ponavljanja, zaštitu snimaka, čitanje USB zapisa i zaseban put za uređaje bez magistrale vidljive hostu.
- [Podešavanje Windows referentne virtuelne mašine](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) pokriva pristup gostu, USB prosleđivanje i razliku između Windows Pro i Home za RDP kontrole. Proverite licence za svoju instalaciju.
- [Granice clean-room rada](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) izlažu praksu zasnovanu na posmatranju, ograničenja u vezi sa binarnim datotekama proizvođača i potrebu da se zabeleži poreklo konstanti. To su inženjerske smernice projekta, a ne pravno mišljenje.

## Sources

- [Christian Schaller: Upotreba veštačke inteligencije za obrnuti inženjering hardvera](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) — Autorov lični izveštaj o skeneru i kameri; izričito kaže da je uopšteni harness usledio posle posebnih projektnih skripti. Rezultati pojedinačnih uređaja su anegdotalni i BIG CHANGE ih nije nezavisno ponovio.
- [Repozitorijum hw-harness na commitu 093afc5](https://github.com/cschalle/hw-harness) — README, alati, Fedora/Windows preduslovi, primer postupka i napomena o privatnosti; MIT licenca potvrđena u LICENSE. Commit fiksiran u proveri izvora.
- [hw-harness: Metod](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) — Osnovno stanje, upareni snimci, čitanje zapisa i zasebna provera konfiguracije kada relevantna magistrala nije dostupna. Pregledano na commitu 093afc5.
- [hw-harness: Windows referentna virtuelna mašina](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) — Preduslovi gosta, prosleđivanja i RDP/SSH-a, uključujući ograničenja Windows Home; odluke o instalaciji i licenci ostaju vezane za korisnika. Pregledano na commitu 093afc5.
- [hw-harness: Ostanite u clean-room granicama](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) — Granice projekta oko posmatranja i binarnih datoteka proizvođača, smernice o poreklu i oprez sa nepouzdanim paketima; inženjerska praksa, ne pravni savet. Pregledano na commitu 093afc5.