Skip to content

Refactor transports to use libhoth_error#276

Open
esnguyen wants to merge 1 commit into
google:mainfrom
esnguyen:refactor-transport-errors
Open

Refactor transports to use libhoth_error#276
esnguyen wants to merge 1 commit into
google:mainfrom
esnguyen:refactor-transport-errors

Conversation

@esnguyen

Copy link
Copy Markdown
Collaborator

Migrates the transport layer in dev/libhoth from legacy 'int' return codes to the new rich 64-bit 'libhoth_error' format. This allows propagating detailed error information (like libusb or POSIX errno) all the way to callers.

Includes:

  • Core libhoth_device interface and wrapper updates
  • USB, SPI, MTD, and DBUS transport migrations with rich error mapping
  • host_cmd.c updates to propagate rich errors directly
  • htool_usb and htool_console updates to handle libhoth_error

@esnguyen esnguyen force-pushed the refactor-transport-errors branch 4 times, most recently from d2c49d4 to f2f6b07 Compare June 26, 2026 16:30
Migrates the transport layer in dev/libhoth from legacy 'int' return codes to the new rich 64-bit 'libhoth_error' format. This allows propagating detailed error information (like libusb or POSIX errno) all the way to callers.

Includes:
- Core libhoth_device interface and wrapper updates
- USB, SPI, MTD, and DBUS transport migrations with rich error mapping
- host_cmd.c updates to propagate rich errors directly
- htool_usb and htool_console updates to handle libhoth_error
@esnguyen esnguyen force-pushed the refactor-transport-errors branch from f2f6b07 to 420d868 Compare June 26, 2026 17:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant