public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
* StorNext/OFED incompatible? (missing find_exported_dentry in exportfs.ko)
@ 2009-11-06 20:04 Craig Reese
       [not found] ` <4AF48157.904-68lYvLNOm//YtjvyW6yDsg@public.gmane.org>
  0 siblings, 1 reply; 2+ messages in thread
From: Craig Reese @ 2009-11-06 20:04 UTC (permalink / raw)
  To: linux-rdma-u79uwXL29TY76Z2rM5mHXA



I've been running around in circles trying to get StorNext 3.5.1 working
on a machine with OFED 1.4.1.  Until now StorNext always fails to
start saying that its missing symbol 'find_exported_dentry".  I now think
I've figured out that this is because OFED 1.4.1 (and it looks like 1.4 
an 1.4.2)
rebuilds its own exportfs.ko module and this is not a superset of
the code in the RedHat 5u3 exportfs.ko module.

Is there an easy fix for this?  In addition to leaving some things out,
it appears that OFED changes some of the existing function signatures
so I don't see a straightforward way to merge the two.

Any help appreciated.


--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-11-06 21:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-06 20:04 StorNext/OFED incompatible? (missing find_exported_dentry in exportfs.ko) Craig Reese
     [not found] ` <4AF48157.904-68lYvLNOm//YtjvyW6yDsg@public.gmane.org>
2009-11-06 21:10   ` Jon Mason

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox