-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
most NATview functions are broken with Sayma #608
Comments
Holy smokes, @sbourdeauducq you have errors and problems I've never seen before in our lab. I (and Brad) used NATView 2.26 without any errors to dump FRU. Is this the same that you use? |
I didn't have a very positive experience with NatView either when I played with it. However, I'm not sure what the action point of this issue is. If we want to complain about the quality of NatView then we should talk to NAT. Ideally though, I guess we should aim for Sayma to work out of the box without a user having to touch NAT View. |
I'm not sure if this is a NATview problem or a Sayma problem - those functions work correctly when applied to other modules, which suggests the latter. |
Ack @marmeladapk @gkasprow is there anything we should do to look into this before freezing v2.0? Or do we wait for the next revision? |
@hartytp @sbourdeauducq As I said before in our lab (and in Duke) we didn't have any problems with NATview. @sbourdeauducq could send us an exact version that he used and we could try that in our lab. If it works correctly, then perhaps there are some patches that are not applied correctly or broke off? @gkasprow are there any patches in v1 that change smth related to MMC or communication with MCH? |
e.g. when double-clicking on "Sayma" in the device list
Cannot guess if those are NAT bugs or Sayma MMC bugs...
The text was updated successfully, but these errors were encountered: