You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 31, 2022. It is now read-only.
Basically when stopCalPulse2AllChannelsLocal(...) tries to write 0x0 to the CAL_ENABLE register of channel 94 of VFAT15 on OH10 of eagle61 the writeReg call appears to hang indefinitely.
However when calling this on OH11 there's no issue at all.
Additionally when trying to write this channel's register with gem_reg.py there's no issue.
Finally when writing with setChannelRegistersVFAT3Local:
There's no issue with channel 94 of this VFAT. But interestingly this function doesn't use the bit mask to write CAL_ENABLE and just builds the channel register with bitwise operations.
I'm out of ideas as to what the cause is...the only thing I can think of is there's an issue with LMDB for specifically this address+bit mask combination (although what I do not know).
Tomorrow I will try to move this OH to eagle26 and see if the problem still occurs on that CTP7.
Types of issue
Bug report (report an issue with the code)
Feature request (request for change which adds functionality)
Expected Behavior
It shouldn't hang forever on a specific channel for a specific link...
Current Behavior
....it hangs forever on the specific channel for this specific link.
Brief summary of issue
I came across an interesting issue with:
ctp7_modules/src/optohybrid.cpp
Line 548 in 78bfc74
For full details see: http://cmsonline.cern.ch/cms-elog/1079167
Basically when
stopCalPulse2AllChannelsLocal(...)
tries to write0x0
to theCAL_ENABLE
register of channel 94 of VFAT15 on OH10 of eagle61 thewriteReg
call appears to hang indefinitely.However when calling this on OH11 there's no issue at all.
Additionally when trying to write this channel's register with
gem_reg.py
there's no issue.Finally when writing with
setChannelRegistersVFAT3Local
:ctp7_modules/src/vfat3.cpp
Line 380 in 78bfc74
There's no issue with channel 94 of this VFAT. But interestingly this function doesn't use the bit mask to write
CAL_ENABLE
and just builds the channel register with bitwise operations.I'm out of ideas as to what the cause is...the only thing I can think of is there's an issue with
LMDB
for specifically this address+bit mask combination (although what I do not know).Tomorrow I will try to move this OH to
eagle26
and see if the problem still occurs on that CTP7.Types of issue
Expected Behavior
It shouldn't hang forever on a specific channel for a specific link...
Current Behavior
....it hangs forever on the specific channel for this specific link.
Steps to Reproduce (for bugs)
Possible Solution (for bugs)
🤷♂️
Context (for feature requests)
Causes a weird bug which makes trimming not possible.
Your Environment
/bin/zsh
The text was updated successfully, but these errors were encountered: