From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mailout02.mymxserver.com ([185.15.192.33]) by metis.ext.pengutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1adgMB-00046a-N3 for ptxdist@pengutronix.de; Wed, 09 Mar 2016 16:49:03 +0100 Received: from mx51.mymxserver.com (mail02.internal [172.16.51.35]) by mailout02.mymxserver.com (Postfix) with ESMTP id C04331261D9 for ; Wed, 9 Mar 2016 16:48:56 +0100 (CET) Received: from mx51.mymxserver.com (localhost [127.0.0.1]) by mx51.mymxserver.com (Postfix) with ESMTP id B3E95805BA for ; Wed, 9 Mar 2016 16:48:56 +0100 (CET) Received: from localhost (ac02.internal [172.16.51.82]) by mx51.mymxserver.com (Postfix) with ESMTP id A969D805A5 for ; Wed, 9 Mar 2016 16:48:56 +0100 (CET) Received: from mail51.webspaceconfig.de ([172.16.51.35]) by localhost (ac02.mittwald.de [172.16.51.82]) (amavisd-new, port 10026) with ESMTP id UnQG4c5fNG-1 for ; Wed, 9 Mar 2016 16:48:51 +0100 (CET) Received: from [192.168.1.3] (pd95c4c26.dip0.t-ipconnect.de [217.92.76.38]) (Authenticated sender: stefankratochwil@inovel.de) by mail51.webspaceconfig.de (Postfix) with ESMTPA for ; Wed, 9 Mar 2016 16:48:51 +0100 (CET) From: "stefan kratochwil" Date: Wed, 9 Mar 2016 15:48:51 +0000 Message-ID: <00056508.56E053F2@mail.ino.local> MIME-Version: 1.0 Subject: [ptxdist] Running depmod after deploying some extra kernel modules List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Content-Type: multipart/mixed; boundary="===============1093638070==" Errors-To: ptxdist-bounces@pengutronix.de Sender: "ptxdist" To: ptxdist@pengutronix.de This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============1093638070== Content-Type: multipart/alternative; boundary="----_=_NextPart_000_00056508.56E053F2" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_00056508.56E053F2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit Hi, I am struggling with integrating some (unfortunately proprietary) wifi kernel modules, which are build outside the kernel sources. In fact, I only need to call depmod after the targetinstall step. However, I'm not feeling too lucky with my results so far. The imho most promising way lead me to /etc/rc.once.d, so I created a little shell script which calls depmod on the first bootup of my target, and added it to rc.once.d. It turned out that this triggers a reboot (!) after the prelink step was executed: [ 13.747106] systemd-journald[110]: Received SIGTERM from PID 1 (systemd-shutdow). I played around a bit and recognized, that this reboot only occurs if my depmod script is executed _after_ the prelink step. If I prepend a '0_' to my depmod script name, then no reboot occurs. In both cases, modprobe finds my modules after having the system fully booted up, so depmod was _definitely_ executed. I have no explanation for that rebooting behaviour, and I also noticed that none of my "echo" calls were printed out. Maybe executing depmod during the system boot process is not the best idea, so I am looking for a more safe way to do that. I had no luck with google, the ptxdist mailing lists and the ptxdist git history, so does anyone know what to do in such a situation? Is the rc.once.d-way okay for my purpose, or is there a less blunt option? Could I somehow call depmod at the postinst stage? I am using: - ptxdist 2014.11.0 - OSELAS.toolchain() 2013.12.2 - linux kernel 3.16 (with some minor modifications) - freescale i.mx6 target My script for executing depmod from rc.once.d: #!/bin/sh echo -n "running depmod..." depmod echo done Many thanks in advance! Cheers, Stefan ------_=_NextPart_000_00056508.56E053F2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,

I am struggling with = integrating some (unfortunately proprietary) wifi kernel modules, which = are build outside the kernel sources. In fact, I only need to call depmod = after the targetinstall step. However, I'm not feeling too lucky with my = results so far.

The imho most promising way lead me to = /etc/rc.once.d, so I created a little shell script which calls depmod on = the first bootup of my target, and added it to rc.once.d. It turned out = that this triggers a reboot (!) after the prelink step was = executed:

[   13.747106] systemd-journald[110]: Received = SIGTERM from PID 1 (systemd-shutdow).

I played around a bit and = recognized, that this reboot only occurs if my depmod script is executed = _after_ the prelink step. If I prepend a '0_' to my depmod script name, = then no reboot occurs. In both cases, modprobe finds my modules after = having the system fully booted up, so depmod was _definitely_ = executed.

I have no explanation for that rebooting behaviour, and I = also noticed that none of my "echo" calls were printed out. Maybe = executing depmod during the system boot process is not the best idea, so I = am looking for a more safe way to do that.

I had no luck with = google, the ptxdist mailing lists and the ptxdist git history, so does = anyone know what to do in such a situation? Is the rc.once.d-way okay for = my purpose, or is there a less blunt option? Could I somehow call depmod = at the postinst stage?


I am using:
- ptxdist 2014.11.0
- = OSELAS.toolchain() 2013.12.2
- linux kernel 3.16 (with some minor = modifications)
- freescale i.mx6 target


My script for = executing depmod from rc.once.d:
#!/bin/sh
echo -n "running = depmod..."
depmod
echo done


Many thanks in = advance!


Cheers,
Stefan
------_=_NextPart_000_00056508.56E053F2-- --===============1093638070== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KcHR4ZGlzdCBt YWlsaW5nIGxpc3QKcHR4ZGlzdEBwZW5ndXRyb25peC5kZQ== --===============1093638070==--