Closed caemor closed 2 years ago
r? @ryankurte
(rust-highfive has picked a reviewer for you, use r? to override)
If someone else wants to take over, go for it. I am currently missing the time to finish this.
it doesn't look to me like any of the IoErrorKind
s have great correspondence with our ErrorKind
s except for I2C, see changes here to match. i'd be happy to merge this then that and keep moving forward, any other opinions @rust-embedded/embedded-linux ?
Ok, Let's merge this then and I will create an issue about improving the match. @caemor could you resolve the conflict?
thanks folks! @eldruin what do you think of another alpha release to keep up with e-h?
Sure. I would prefer doing #74 beforehand, though.
The delay update is pretty straightforward.
The error update is more difficult: The current implementation creates a new struct including a single element: the upstream linux error, and implement the e-h error trait for it. I've got two issues with this. Is creating a new struct the best way to do this? For matching the e-h trait kind: Currently I just matched everything to
Other
because I couldn't find any good matches when taking a quick glance. Is there something that should be matched? The creation of a central error enum for linux e-h would be an other alternative way to solve this.