Yes, I still have an old SB16 ISA card in my machine. Works
fine i 2.5.41, but with 2.5.42 I get this:
osiris:~ $ sudo /sbin/depmod -ae
depmod: *** Unresolved symbols in /lib/modules/2.5.42/kernel/fs/smbfs/smbfs.o
depmod: do_schedule
depmod: *** Unresolved symbols in /lib/modules/2.5.42/kernel/sound/oss/sound.o
depmod: movsl_mask
depmod: __copy_user_zeroing_int
depmod: do_schedule
depmod: __copy_user_int
depmod version 2.4.18
--
Henrik Storner <[email protected]>
On Sun, 13 Oct 2002, Henrik St?rner wrote:
> Yes, I still have an old SB16 ISA card in my machine. Works
> fine i 2.5.41, but with 2.5.42 I get this:
>
> osiris:~ $ sudo /sbin/depmod -ae
> depmod: *** Unresolved symbols in /lib/modules/2.5.42/kernel/fs/smbfs/smbfs.o
> depmod: do_schedule
My local 2.5.42 tree doesn't have any references to do_schedule at all.
Any funny patches?
/Urban
Urban Widmark wrote:
>
> On Sun, 13 Oct 2002, Henrik St?rner wrote:
>
> > Yes, I still have an old SB16 ISA card in my machine. Works
> > fine i 2.5.41, but with 2.5.42 I get this:
> >
> > osiris:~ $ sudo /sbin/depmod -ae
> > depmod: *** Unresolved symbols in /lib/modules/2.5.42/kernel/fs/smbfs/smbfs.o
> > depmod: do_schedule
>
> My local 2.5.42 tree doesn't have any references to do_schedule at all.
> Any funny patches?
>
That's from the kgdb patch. He's using a -mm patchset. do_schedule()
is exported so it's probably a build thing. `make clean' perhaps?
On Sun, Oct 13, 2002 at 08:49:37PM +0200, Urban Widmark wrote:
> On Sun, 13 Oct 2002, Henrik St?rner wrote:
>
> > Yes, I still have an old SB16 ISA card in my machine. Works
> > fine i 2.5.41, but with 2.5.42 I get this:
> >
> > osiris:~ $ sudo /sbin/depmod -ae
> > depmod: *** Unresolved symbols in /lib/modules/2.5.42/kernel/fs/smbfs/smbfs.o
> > depmod: do_schedule
>
> My local 2.5.42 tree doesn't have any references to do_schedule at all.
> Any funny patches?
Whoops - seems you are right. I apparently forgot to do a modules_install
after trying out the 2.5.42-mm2 patch, which is where the do_schedule
came from.
Sorry about the false alarm.
--
Henrik Storner <[email protected]>