Lesley Rossouw
Lesley Rossouw
Closing, because work since this was opened constitutes a whole new refactor
> I don't quite understand what problem this solves, if you have to terminate the READC that means you know how many reads you need to do, so why not...
> Can you point to documentation on this? I'm surprised performance is a concern with I2C, I thought the whole point of it was that it was a low bandwidth...
@Ivan-Velickovic Have we got a preferred way of handling real errors? As of right now, the only mechanism we have for raising the alarm to the virtualiser is to notify...
I meant on the driver side, but yes I think it's reasonable to just try and leave it in a state where the client can manage the rest. In other...
> You mentioned that the PN532 is using I2C incorrectly? Can you describe why? I find it surprising since it seems like a fairly popular device. See https://github.com/au-ts/sddf/issues/235 - it...
> Now the clock driver #278 is ready to be used for dynamically configuring clock rates. As we don't have a complete clock management policy (e.g., which parent clock is...
Great. I can get onto solving this issue sometime next month unless somebody else gets it first
Sure, just do so on a branch for this issue if you do please
Created `175-i2c-add-real-clock-control`