<br><div><span class="gmail_quote">On 4/5/07, <b class="gmail_sendername"><a href="mailto:ahuguet@cttc.es">ahuguet@cttc.es</a></b> &lt;<a href="mailto:ahuguet@cttc.es">ahuguet@cttc.es</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Bryan,<br><br>Substituting SUBDIRS=./ with SUBDIRS=`pwd` was the key.<br>Could you explain what the `pwd` order differs with ./ so that it now works?</blockquote><div><br>Thanks for that suggestion Bryan.<br><br>I can&#39;t resist jumping back into the thread for a second, though. :)
<br><br>pwd returns the p_resent w_orking d_irectory.&nbsp; <br>the back-ticks, &quot;``&quot;, indicate to execute the command between the marks.<br>&nbsp;(I think bash has deprecated that usage in favor of &quot;$()&quot;, but I don&#39;t know
<br>&nbsp;which way is more portable across different shells.)<br>So when the make command is executed, the `pwd` gets replaced<br>&nbsp;with the present working directory, in your case:<br>/usr/src/linux-headers-2.6.17-11/drivers/net/wireless/hostap
<br>(it should be the same as ./, but hey, your mileage will obviously vary)<br>So perhaps I will update my &#39;recipe&#39; to use<br><br>make -C /usr/src/linux-source-2.6.17 SUBDIRS=$(/bin/pwd)&nbsp; modules<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I was afraid the compiled modules would not be portable. Somehow I<br>expected something similar to a java applet, as if the modules would need<br>a &quot;java virtual machine&quot; (&quot;module virtual machine&quot; :) ) that ends the job.
<br><br>I guess there should be no problem taking the code and compiling the<br>sources on another Linux.</blockquote><div><br>You can compile the modules on one box and transfer them to another for<br>&nbsp;loading, but all the stars must be correctly aligned: You need the same
<br>&nbsp;kernel source and .config used to build the kernel and modules of the other box,<br>&nbsp;you need the same version of gcc.&nbsp; When you transfer the new *.ko files,<br>&nbsp;you must make sure there are not old versions in another location -- usually
<br>&nbsp;not a problem for in-tree modules.&nbsp; This is very handy when your target<br>&nbsp;machine takes a long time to compile code, or does not have the space<br>&nbsp;to hold all the kernel sources.&nbsp; It&#39;s a kind of minimal cross-compile.
<br>&nbsp;</div><br></div>