Markdown издање

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

# Користите упарене USB записе за истраживање уређаја без подршке на Linux-у

> Водич заснован на документацији: забележите исту хардверску операцију Windows драјвером произвођача и Linux драјвером, па проверите разлике на стварном хардверу.

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 је добио препознатљив Linux скен са неподржаног филмског скенера пошто је забележио шта његов Windows драјвер шаље преко USB-а. У свом [тексту од 15. октобра](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) описује како је уз Claude анализирао снимке и развијао SANE backend. Први скен и даље је имао проблеме са квалитетом; касније је пријавио знатно бољи драјвер. То су резултати једног програмера и једног скенера, а не независно поновљено мерење тога колико често AI може писати драјвере.

Schaller је затим објавио [hw-harness](https://github.com/cschalle/hw-harness), збирку скрипти и документације под MIT лиценцом која уопштава његов метод. Изричито каже да су пројекти скенера и камере користили посебно писан код, а не објављени harness у садашњем облику. За програмера Linux драјвера са физичким приступом неподржаном USB уређају користан задатак је ужи од „нека AI уради обрнути инжењеринг”: снимити једну операцију исправног драјвера произвођача, снимити исту операцију Linux драјвера и истражити прву значајну разлику.

## Велика промена

- **Шта се променило:** Schaller је објединио поновљив поступак којим се исправна Windows сесија уређаја и покушај Linux драјвера посматрају истим USB снимачем на хосту. Резултат са скенером показује зашто поређење може помоћи, али остаје један пријављени случај.
- **Зашто је важно:** Програмер драјвера може дати означене записе AI асистенту за програмирање и тражити објашњење протокола или мали пробни програм. Пре прихватања генерисаног кода и даље су потребни хардвер, исправна референтна операција и непосредни тестови.
- **На шта обратити пажњу:** Метод зависи од тога да ли је релевантан саобраћај уређаја могуће посматрати. За интерну MIPI камеру објављени harness користи Windows конфигурацију уређаја и проверу ACPI-ја; поступак са USB записима пропустио би потребне информације.

## Шта је потребно пре снимања

Документ [hw-harness README](https://github.com/cschalle/hw-harness) наводи да је пројекат развијен и тестиран на систему Fedora. Документовано подешавање захтева libvirt/KVM, Windows госта који покреће драјвер произвођача, стварно USB прослеђивање, `usbmon` снимање на Linux хосту и Linux драјвер или пробни програм за поређење. Windows 11 Pro омогућава графичке контроле harness-а засноване на RDP-у. [Водич за виртуелну машину](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) каже да Home гост може користити SSH, али не и те RDP контроле. Репозиторијум наводи Fedora пакете и групне дозволе; покрените `harness doctor` у изабраној локалној ревизији да откријете шта недостаје пре повезивања уређаја.

Припремите дозвољену инсталацију Windows-а и софтвер произвођача, тачан уређај, поновљиву операцију и простор за снимке пакета. Планирајте трошкове виртуелне машине, приступа хардверу, Windows-а и изабраног AI сервиса; репозиторијум не даје фиксан укупан трошак. Скрипте имају MIT лиценцу, али она не даје лиценцу за Windows или софтвер произвођача. Пре употребе или дистрибуције прикупљеног материјала проверите своје лиценце и примењива правила обрнутог инжењеринга.

За сваки уређај користите посебан директоријум пројекта. README каже да `harness init` прави конфигурацију и директоријуме искључене из контроле верзија `etc/` и `captures/`. Унесите назив виртуелне машине и USB ID-јеве произвођача/производа са уређаја, уместо копирања примера из README-ја. `winctl auth`, `harness iso` и документована почетна припрема госта успостављају контролу Windows виртуелне машине; `winctl status` треба да пријави `ssh: ok` пре снимања. Ово је документовано подешавање пројекта, а не поступак који је извршио BIG CHANGE.

## Упарите једну операцију на оба система

1. **Снимите основно стање и Windows референцу.** Пратите [документ о методу](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) из репозиторијума: прво утврдите како изгледа саобраћај у мировању. Ако је потребна почетна енумерација уређаја, покрените снимање на хосту пре него што USB уређај доделите госту. Покрените Windows драјвер произвођача над прослеђеним уређајем и означите кратку, одређену радњу, попут скенирања на наведеној резолуцији. `usbcap` снима магистралу и пише пратећу датотеку `.meta` са уређајем, адресом магистрале, трајањем и ознаком. Тачка снимања на хосту налази се испод USB прослеђивања, па може посматрати операцију госта.
2. **Снимите одговарајућу операцију на Linux-у.** Вратите уређај хосту и снимите Linux драјвер како изводи исту операцију са истим подешавањима и истим физичким материјалом. Референтни снимак без одговарајућег Linux покушаја не утврђује која се радња драјвера разликује. Команда за скенер из репозиторијума пример је ауторовог окружења, а не универзална команда за сваки уређај.
3. **Упоредите и тестирајте једну хипотезу.** Читајте два записа у Wireshark-у или помоћу `tshark` филтера из документа о методу. Проверите иницијализационе преносе, уписе пре и после радње, испитивање статуса и временски распоред bulk преноса. Мењајте једну поставку одједном, на пример резолуцију, да видите који се пренос мења. Тражите од AI асистента да издвоји могућу разлику и наведе снимак и оквир који је поткрепљују. Затим направите ограничену измену драјвера или пробни програм и поновите исту операцију на стварном хардверу. Уверљиво објашњење модела није знак успеха.

Непосредан резултат је означен пар датотека са снимцима и опис прве значајне разлике. Успешна поправка захтева да Linux уређај доследно изводи намеравану операцију са очекиваним резултатом, према проверама самог програмера. Поклапање неколико бајтова или једна делимична слика не доказују укупан квалитет драјвера. Према Schaller-овом тексту, први препознатљив скен и даље је захтевао рад, док се подршка у главном SANE пројекту појавила засебно током његовог рада.

Ако је записе тешко поредити, скратите операцију и потврдите да су уређај, поставке и слој снимања исти. Метод препоручује мале снимке који одговарају на једно питање и једно снимање повезивања уређаја. Ако USB прослеђивање или контрола госта не раде, користите `harness doctor`, `hostdev status` и [водич за подешавање виртуелне машине](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) пре него што празан запис протумачите као квар драјвера. Сачувајте изворне снимке и белешке да би се предложена константа регистра могла повезати са посматраним оквиром.

## Где USB праћење престаје

Интерна MIPI камера не излаже исти користан саобраћај USB снимачу на хосту. Документ о методу уместо тога описује `winctl probe` за Windows PnP својства, INF датотеке, ставке регистра и ACPI табеле, као и проверу са Linux стране помоћу `hwdbg`. Schaller наводи да је тај други пут применио на камеру лаптопа, уз закрпе кернела и libcamera; и ти резултати потичу из његовог извештаја. Резултат за камеру немојте узети као доказ да је USB поступак успео на другом уређају.

Истраживање задржите на посматраном понашању уређаја и декларативној конфигурацији. [Водич за clean-room рад](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) у репозиторијуму искључује дисасемблирање бинарних датотека произвођача и копирање њиховог кода у Linux драјвер. Упозорава и да снимци могу садржати серијске бројеве уређаја, а директоријум пројекта приватни SSH кључ. Прегледајте записе, идентификаторе и датотеке госта пре слања AI сервису или јавног дељења; кључеве и сирове снимке држите ван контроле верзија. Објављена упутства дају метод који се може покушати. BIG CHANGE је прегледао блог и репозиторијум на фиксираној ревизији, али није покретао виртуелну машину, снимао уређај или проверавао настали драјвер.

### Извори и додатно читање

- [Текст који је Christian Schaller објавио 15. октобра](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) објашњава рад на скенеру и лаптопу, улогу коју приписује Claude-у и зашто је заједнички harness настао после посебних скрипти. Резултат скенера његов је извештај, без независног понављања у овом чланку.
- [Репозиторијум hw-harness](https://github.com/cschalle/hw-harness) описује алате, Fedora и Windows предуслове, пример подешавања и упозорење о приватности. BIG CHANGE је прегледао commit `093afc5c576c200f29b771d01624a327d0ff1806` од 14. октобра 2026; репозиторијум има MIT лиценцу и може се променити после те ревизије.
- [Метод](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) одређује основно стање, референцу, Linux поређење и круг понављања, заштиту снимака, читање USB записа и засебан пут за уређаје без магистрале видљиве хосту.
- [Подешавање Windows референтне виртуелне машине](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) покрива приступ госту, USB прослеђивање и разлику између Windows Pro и Home за RDP контроле. Проверите лиценце за своју инсталацију.
- [Границе clean-room рада](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) излажу праксу засновану на посматрању, ограничења у вези са бинарним датотекама произвођача и потребу да се забележи порекло константи. То су инжењерске смернице пројекта, а не правно мишљење.

## Sources

- [Christian Schaller: Употреба вештачке интелигенције за обрнути инжењеринг хардвера](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) — Ауторов лични извештај о скенеру и камери; изричито каже да је уопштени harness уследио после посебних пројектних скрипти. Резултати појединачних уређаја су анегдотални и BIG CHANGE их није независно поновио.
- [Репозиторијум hw-harness на commit-у 093afc5](https://github.com/cschalle/hw-harness) — README, алати, Fedora/Windows предуслови, пример поступка и напомена о приватности; MIT лиценца потврђена у LICENSE. Commit фиксиран у провери извора.
- [hw-harness: Метод](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) — Основно стање, упарени снимци, читање записа и засебна провера конфигурације када релевантна магистрала није доступна. Прегледано на commit-у 093afc5.
- [hw-harness: Windows референтна виртуелна машина](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) — Предуслови госта, прослеђивања и RDP/SSH-а, укључујући ограничења Windows Home; одлуке о инсталацији и лиценци остају везане за корисника. Прегледано на commit-у 093afc5.
- [hw-harness: Останите у clean-room границама](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) — Границе пројекта око посматрања и бинарних датотека произвођача, смернице о пореклу и опрез са непоузданим пакетима; инжењерска пракса, не правни савет. Прегледано на commit-у 093afc5.