Add more HwError variants

[Aaron-Hartwig]

Additions in support of oxidecomputer/hubris#1562

[Aaron-Hartwig]

I haven't been able to exhaustively test this yet as I need some remote hands for that, but here's an example of where things are headed:

aaron@niles ~ $ ./xcvradm -i axf6 -t 4,5,6 status
Port Status
   4 PRESENT | RESET | INTERRUPT
   5 PRESENT | ENABLED | RESET | POWER_GOOD
   6 ENABLED | RESET | INTERRUPT
aaron@niles ~ $ ./xcvradm -i axf6 -t 4,5,6 vendor-info
Port Identifier               Vendor           Part             Rev  Serial           Mfg date
Some operations failed, errors below
Port Error
   4 Hardware error accessing module 4: The module is not powered
   5 Hardware error accessing module 5: The module is not initialized
   6 Hardware error accessing module 6: The module is not present

[bnaecker]

Looks good, I think these will be very helpful up-stack! What is the plan for releasing it? Just hoping to avoid too many version-mismatch errors!

[bnaecker]

I think we might want to decorate this with #[deprecated = "Use the more specific error variants instead"] or similar.

[Aaron-Hartwig]

Good call!

[Aaron-Hartwig]

What is the plan for releasing it? Just hoping to avoid too many version-mismatch errors!

Well, I think we'd like to get this into dendrite/hubris ASAP since this gives us a much richer view of what is actually happening at the transceiver module. Release 7 is shipping right now, so presumably this will get rolled into Release 8. We should maybe chat with the update folks about how to best go about this.