public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martin Schlemmer <azarah@gentoo.org>
To: Valdis.Kletnieks@vt.edu
Cc: Andrew Morton <akpm@osdl.org>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.0-test4-mm3
Date: 30 Aug 2003 09:35:36 +0200	[thread overview]
Message-ID: <1062228935.30172.17.camel@workshop.saharacpt.lan> (raw)
In-Reply-To: <1062168946.19599.114.camel@workshop.saharacpt.lan>

On Fri, 2003-08-29 at 16:55, Martin Schlemmer wrote:
> On Fri, 2003-08-29 at 15:00, Valdis.Kletnieks@vt.edu wrote:
> > On Fri, 29 Aug 2003 11:54:27 +0200, Boszormenyi Zoltan <zboszor@freemail.hu>  said:
> > 
> > > I tried to "make modules_install" on the compiled tree.
> > > It says:
> > > 
> > > # make modules_install
> > > Install a current version of module-init-tools
> > > See http://www.codemonkey.org.uk/post-halloween-2.5.txt
> > > make: *** [_modinst_] Error 1
> > 
> > Whoops... My fault. ;)
> > 
> > It was mostly a proof of concept - if there's a *known*
> > better test I'm all ears. ;)
> 
> Cannot think of one that is known.  An quick solution
> your (and not RH) side, might be something like below.
> I am though not 100% sure if this will work (does the RH
> patches check for modules present before calling bins
> from module-init-tools, or do they just yield if they
> detect a newer kernel?), so if somebody on a RH box could
> test it ...
> 
> The basic concept is that modprobe from modutils start
> an error message with 'modprobe:' and the one from
> module-init-tools starts with 'FATAL:'.
> 
> Another issue you may want to consider, is that modprobe
> from module-init-tools use the 'create_module' syscall
> to determine the kernel version, and I think that the RH
> patches does as well .... what are you going to do if its
> a 2.4 kernel running, but module-init-tools are installed?
> In this case even my patch are going to fail.  I guess thus
> that you will have to try and get Boszormenyi's changes
> applied RH side ...
> 
> ---------------
> iff -puN Makefile~old-module-tools-warning Makefile
> --- 25/Makefile~old-module-tools-warning	Thu Aug 28 14:24:35 2003
> +++ 25-akpm/Makefile	Thu Aug 28 14:24:35 2003
> @@ -606,6 +606,11 @@ modules_install: _modinst_ _modinst_post
>  
>  .PHONY: _modinst_
>  _modinst_:
> +	@if [ -z "`modprobe -n foobar 2>&1 | egrep '^FATAL:'`" ]; then \
> +		echo "Install a current version of module-init-tools"; \
> +		echo "See http://www.codemonkey.org.uk/post-halloween-2.5.txt";\
> +		/bin/false; \
> +	fi
>  	@rm -rf $(MODLIB)/kernel
>  	@rm -f $(MODLIB)/build
>  	@mkdir -p $(MODLIB)/kernel
> 
----------------------

Seems like above never made it out.  Anyhow, adding anything
like this that fails is no good, except maybe if it checks
current kernel, and if depmod then do not return a version
consistent with module-init-tools if we are using a 2.5/6 kernel,
fail.  Reason for this, is that even with the '-V' switch,
depmod.old will be called and the incorrect version supplied if
we are currently on a 2.4 kernel ....


Regards,

-- 
Martin Schlemmer



  parent reply	other threads:[~2003-08-30  7:44 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-29  9:54 2.6.0-test4-mm3 Boszormenyi Zoltan
2003-08-29 12:52 ` 2.6.0-test4-mm3 Bas Mevissen
2003-08-29 13:00 ` 2.6.0-test4-mm3 Valdis.Kletnieks
     [not found]   ` <1062168946.19599.114.camel@workshop.saharacpt.lan>
2003-08-30  7:35     ` Martin Schlemmer [this message]
     [not found]     ` <200308291553.h7TFrcGG009390@turing-police.cc.vt.edu>
2003-09-01 20:23       ` 2.6.0-test4-mm3 Martin Schlemmer
2003-09-01 20:34         ` 2.6.0-test4-mm3 Sam Ravnborg
2003-09-01 23:52         ` 2.6.0-test4-mm3 Valdis.Kletnieks
2003-09-02  4:14           ` 2.6.0-test4-mm3 Martin Schlemmer
2003-09-02 14:31             ` 2.6.0-test4-mm3 Valdis.Kletnieks
2003-08-29 15:35 ` 2.6.0-test4-mm3 Andrew Morton
2003-08-29 16:22   ` 2.6.0-test4-mm3 Valdis.Kletnieks
2003-08-29 16:27   ` 2.6.0-test4-mm3 Cliff White
2003-08-29 16:34     ` 2.6.0-test4-mm3 Andrew Morton
2003-08-30  6:16     ` 2.6.0-test4-mm3 Martin Schlemmer
  -- strict thread matches above, loose matches on Subject: below --
2003-08-29  6:56 2.6.0-test4-mm3 Andrew Morton
2003-08-29  7:45 ` 2.6.0-test4-mm3 Andrew Morton
2003-08-29 15:42 ` 2.6.0-test4-mm3 Ed Sweetman
2003-08-29 15:57   ` 2.6.0-test4-mm3 Andrew Morton
2003-08-29 15:59   ` 2.6.0-test4-mm3 Felipe Alfaro Solana
2003-09-10 18:53 ` 2.6.0-test4-mm3 Mike Fedyk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1062228935.30172.17.camel@workshop.saharacpt.lan \
    --to=azarah@gentoo.org \
    --cc=Valdis.Kletnieks@vt.edu \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox