> > 2) I suppose a notification daemon may be necessary to inform the over
> >     threshold event  (to syslog, to other servers, or logging management 
> > OSS, etc....)
> >
> >     Please correct me, if ndctl has this feature already...
> 
> That feature doesn't exist in ndctl.  Intel has developed some tools that are
> mostly specific to their NVDIMMs and those tools include a monitoring daemon 
> as
> well as a CLI.
> https://github.com/01org/ixpdimm_sw

Though I tried to compile this tools, I could not comple it, and 
I gave up to solve too many dependency... 

> 
> One approach could be to contribute changes to make those tools more useful 
> for non-Intel NVDIMMs.

Hmmm, ixpdimm_sw seems to be too large software.
In my first impression, I don't think this is good way..... :(

>   Another approach could be to integrate NVDIMM event
> monitoring into some other utility, like the rasdaemon.  I'm interested in
> your thoughts.

Though I'm not sure which (existing or new) utility is appropriate yet.
I prefer this way. So, I'll think about it.

> 
> >> If you're thinking of defining something new, I encourage you to get
> >> involved in the standards activities.
> >
> > If my idea is useful like the aboves, the standard activity looks quite 
> > interesting
> > for me. Please tell me how to join it.
> 
> If your company is part of the UEFI Forum then I think you can participate in
> the ACPI working group.  There is a sub-team focused on standardizing NVDIMM
> FW/SW interfaces.  My suggestion is that you find the person in your company
> who can hook you up with the right group.

Ok, I'll try to find the contact person in my company.

> 
> You'll also see conversation/debate about what ought to be a standard
> on this mailing list so input here is welcome too.

I see.
Thank you for your information.

Bye,
---
Yasunori Goto


_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

Reply via email to