> > I mean port madeye to calling libibumad. Replace module_params with > > command line options, printk with printf, use the libibumad > > registration calls, etc. > > But we would need to extend the user MAD interface to support snooping, > right? How easy would that be to slot in?
Yes, it would require extending umad to support snooping. I haven't scoped that work, but on the surface it doesn't look too hard. We'd have to indicate that snooping was desired in the registration request, maybe using some special field value. The user_mad module would then need to make a copy of every snooped mad for user space to receive. > Another option would be to rip out all the MAD snooping stuff from the > core and replace it with something based on the kernel's tracing > infrastructure -- that would give us both a low-tech shell-based version > of madeye (based on just using the pretty-printed ASCII dumps from the > kernel trace stuff) and also allow for higher-tech userspace code to do > smarter processing based on the binary trace interface. This sounds like it would be more in line with rest of the kernel; although, I'll admit that I'm not overly familiar with it. - Sean -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
