Oracle offering DTrace for Linux
Oracle offering DTrace for Linux
Posted Feb 23, 2012 17:52 UTC (Thu) by kvh (guest, #83085)In reply to: Oracle offering DTrace for Linux by nevets
Parent article: Oracle offering DTrace for Linux
As soon as we realized that in later kernels print_context_stack was exported as GPL-only rather than the non-GPL-only we had chosen, we changed our code to match that, and we moved the part of the DTrace code that uses it GPL as well. This is evidenced in the source code drop for 0.2 that will be placed on oss.oracle.com very soon.
Posted Feb 24, 2012 2:47 UTC (Fri)
by clump (subscriber, #27801)
[Link] (2 responses)
Posted Feb 24, 2012 3:29 UTC (Fri)
by nevets (subscriber, #11875)
[Link] (1 responses)
Posted Feb 24, 2012 19:56 UTC (Fri)
by clump (subscriber, #27801)
[Link]
Posted Feb 24, 2012 7:03 UTC (Fri)
by lkundrak (subscriber, #43452)
[Link]
Sorry for not using the version that will be released "very soon" :) Thanks for the oss.oracle.com pointer though; I've been comparing the SRPMs. Seems like I did compare 2.6.32-201.0.1.el5uek to Red Hat's 2.6.32, where they seem to have backported the print_context_stack() independently. Certainly my fault, let me apologize.
Having recompared against 2.6.32-200.19.1.el6uek, on top of which was it based according to the change log, the following seems to have been exported:
+EXPORT_SYMBOL(syscall_nr_to_meta);
Now -- I don't get this; using symbols that are GPL-only from a non-GPL module is wrong, while using ones that have not been exported at all is fine?
Oracle offering DTrace for Linux
Oracle offering DTrace for Linux
Oracle offering DTrace for Linux
Oracle offering DTrace for Linux