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 2 times, most recently from a204f42 to 4da766e Compare June 23, 2026 15:10
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 4da766e to d2c49d4 Compare June 23, 2026 15:23
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