Skip to content
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

Open
sbourdeauducq opened this issue Jan 9, 2019 · 5 comments
Open

most NATview functions are broken with Sayma #608

sbourdeauducq opened this issue Jan 9, 2019 · 5 comments

Comments

@sbourdeauducq
Copy link
Member

e.g. when double-clicking on "Sayma" in the device list
image

Cannot guess if those are NAT bugs or Sayma MMC bugs...

@marmeladapk
Copy link
Member

marmeladapk commented Jan 9, 2019

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?

@hartytp
Copy link
Collaborator

hartytp commented Mar 11, 2019

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.

@hartytp hartytp closed this as completed Mar 11, 2019
@sbourdeauducq
Copy link
Member Author

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.
NATview is useful to power-cycle Sayma remotely when it's in the crate.

@hartytp
Copy link
Collaborator

hartytp commented Mar 12, 2019

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 hartytp reopened this Mar 12, 2019
@marmeladapk
Copy link
Member

@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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants