Re: [PATCH][RFC/v1][8/12] Add IPoIB (IP-over-InfiniBand) driver
From: Roland Dreier
Date: Mon Nov 22 2004 - 18:31:55 EST
Greg> What's wrong with using the dev_printk() and friends instead
Greg> of your own?
dev_printk expects a struct device, not a net_device.
Greg> And why cast a pointer in a macro, don't you know the type
Greg> of it anyway?
this lets us pass in the return value of netdev_priv() directly
without having to have the cast in the code that uses the macro.
Greg> You're using a separate filesystem to export debug data?
Greg> I'm all for new virtual filesystems, but why not just use
Greg> sysfs for this? What are you doing in here that you can't
Greg> do with another mechanism (netlink, sysfs, sockets, relayfs,
Greg> etc.)?
For each multicast group, we want to export the GID, how long it's
been around, whether our join has completed and whether it's
send-only. It wouldn't be too bad to create a kobject with all those
attributes but getting the info from so many little files is a little
bit of a pain, and so is dealing with kobject lifetime rules. It's
even worse with netlink since then a new tool is required. (AFAIK
relayfs isn't in Linus's kernel).
It's nice to be able to tell someone to just mount ipoib_debugfs and
send the contents of debugfs/ib0_mcg.
The actual filesystem stuff is pretty trivial using everything libfs
provides for us now...
Greg> Why not just use 2 different debug variables for this?
No real reason... I'll fix it up.
>> + +int mcast_debug_level;
Greg> Global?
Good point, I'll move it into ipoib_multicast.c.
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/