Closed rodolfocarobene closed 2 months ago
Attention: Patch coverage is 66.66667%
with 10 lines
in your changes are missing coverage. Please review.
Project coverage is 66.57%. Comparing base (
082c505
) to head (3943187
).
Files | Patch % | Lines |
---|---|---|
src/qibolab/instruments/rfsoc/driver.py | 66.66% | 10 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
This works fine locally, but I'm making it fail so that I'm reminded that a release of qibosoq 0.1.2 is required
Hi @stavros11, @Jacfomg, @hay-k. I did some fixes for the rfsoc driver.
One of these required to change the __add__
function for the IntegratedResult object (this was connected to the shape error we were seeing in routines with errors).
The rfsoc seems now to behave well, but I'm afraid I could have broken other drivers... Are you aware of drivers that used the __add__
function?
The rfsoc seems now to behave well, but I'm afraid I could have broken other drivers... Are you aware of drivers that used the
__add__
function?
This is not used by the QM driver so no problem on that front. I am not sure about other drivers.
Generally, I would even prefer dropping __add__
at some point (not this PR) to freeze result objects (if we keep them). We had a related discussion with @hay-k @alecandido somewhere.
I don't think is used on zhinst or in the unrolling.
Hi, could someone please take some time to review this? I know the RFSoC platform is not much used right now, but it would be really appreciated :-)
:tada:
I am currently working with a ZCU216 that is presenting (regardless of qibo*) a weird behavior, so this for sure will require testing with a working board and maybe even with qubits...
Checklist: