[oe] What to do with obsolete kernel modules
John Lee
john_lee at openmoko.com
Mon Nov 24 12:49:51 UTC 2008
On Mon, Nov 24, 2008 at 12:23:21PM +0000, Phil Blundell wrote:
> On Mon, 2008-11-24 at 19:40 +0800, John Lee wrote:
> > but that will only happen if you changed from, say, 2.6.24 to 2.6.26.
> >
> > if just the git rev changed such as
> > a1e97c611253511ffc2d8c45e3e6d6894fa03fa3 to
> > 6e2a723ef54ee2e739c34786981b2c508db803c1
> >
> > then opkg wouldn't know about it.
>
> This is a packaging problem. If you want opkg to be able to
> discriminate kernel versions at this level then you need to specify the
> version in the Depends. Like:
>
> Depends: update-modules, kernel-2.6.24 (= 2:2.6.24+git75969+a1e97c611253511ffc2d8c45e3e6d6894fa03fa3-r1.01), kernel-module-x-tables
Thanks for your reply.
These dependencies actually come from kernel.bbclass, where it sets
the RDEPENDS of each kernel-module-*.
It seems I need to modify kernel.bbclass to get what I want, so I
asked here first.
> > my problem looks like this:
> >
> >
> > root at om-gta02:~# opkg status kernel-module-xt-physdev
> > Package: kernel-module-xt-physdev
> > Version: 2:2.6.24+git75969+a1e97c611253511ffc2d8c45e3e6d6894fa03fa3-r1.01
> > Depends: update-modules, kernel-2.6.24, kernel-module-x-tables
> > Status: install ok installed
> > Architecture: neo1973
> > Installed-Time: 1226894980
> >
> > root at om-gta02:~# opkg status kernel-module-xt-tcpudp
> > Package: kernel-module-xt-tcpudp
> > Version: 3:2.6.24+gitr1+6e2a723ef54ee2e739c34786981b2c508db803c1-r2
> > Depends: update-modules, kernel-2.6.24, kernel-module-x-tables
> > Status: install user installed
> > Architecture: om-gta02
>
> To be honest I am not exactly sure what you are trying to say here. I
> guess you want kernel-module-xt-physdev uninstalled in favour of
> kernel-module-xt-tcpudp, right?
I use these 2 packages as example because this situation actually
should not happen. I installed a new set of kernel (3:xxx) but some
of the old modules are still there. (2:xxx) These two packages are
unrelated to each other so one cannot relace the other.
- John
More information about the Openembedded-devel
mailing list