2.4.0-pre10 -- Unresolved symbols in smctr.o and comx.o

2.4.0-pre10 -- Unresolved symbols in smctr.o and comx.o

[Miles Lane]

depmod: *** Unresolved symbols in
/lib/modules/2.4.1-pre10/kernel/drivers/net/tokenring/smctr.o
depmod: 	__bad_udelay
depmod: *** Unresolved symbols in
/lib/modules/2.4.1-pre10/kernel/drivers/net/wan/comx.o
depmod: 	proc_get_inode

If you need more info, just ask.

	Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-pre10 -- Unresolved symbols in smctr.o and comx.o

[Jeff Garzik]

Miles Lane wrote:
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.1-pre10/kernel/drivers/net/tokenring/smctr.o
> depmod:         __bad_udelay

When you see this, this means you have a -huge- udelay in there, like
udelay(200000) or udelay(50000) or something.

Big delays like that should be converted to mdelay or schedule_timeout.

	Jeff


-- 
Jeff Garzik       | "You see, in this world there's two kinds of
Building 1024     |  people, my friend: Those with loaded guns
MandrakeSoft      |  and those who dig. You dig."  --Blondie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

rlim_t and DNS?

[Admin Mailing Lists]

Trying to compile bind 9.1.0 here.
Kernel is 2.2.18, gcc 2.7.2.1.
It failed trying to find the type for rlim_t.
The C file says BSD/OS is the only OS they found not to have rlim_t.
Am I missing something?
Where can i find this in linux? I looked in all the include
files, including resource.h
For now i jsut typedefed it as a long.

Also, it's looking for a setting for SYS_capset to pass to syscall()
and can't that either. Again, I looked in the include files without
success.

Thanx,

-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco                       Network Administrator/Engineer
thelittleprince@asteroid-b612.org       Intergrafix Internet Services

    "Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org                http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Bruce Harada]

On Thu, 1 Feb 2001 09:53:35 -0500 (EST)
Admin Mailing Lists <mlist@intergrafix.net> wrote:
> 
> Trying to compile bind 9.1.0 here.
> Kernel is 2.2.18, gcc 2.7.2.1.
> It failed trying to find the type for rlim_t.
> The C file says BSD/OS is the only OS they found not to have rlim_t.
> Am I missing something?
> Where can i find this in linux? I looked in all the include
> files, including resource.h

Are you sure you looked in ALL the include files? I seem to have it as:

/usr/include/bits/resource.h:typedef __rlim_t rlim_t;

where __rlim_t is

/usr/include/bits/types.h:typedef long int __rlim_t;

so you could try including those two in the appropriate places.

> For now i jsut typedefed it as a long.
> 
> Also, it's looking for a setting for SYS_capset to pass to syscall()
> and can't that either. Again, I looked in the include files without
> success.

I have this:

/usr/include/bits/syscall.h:#define SYS_capset __NR_capset

Hope that helps (although l-k probably isn't the best place for this...)

--
Bruce Harada
bruce@ask.ne.jp

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Admin Mailing Lists]

On Fri, 2 Feb 2001, Bruce Harada wrote:

> > The C file says BSD/OS is the only OS they found not to have rlim_t.
> > Am I missing something?
> > Where can i find this in linux? I looked in all the include
> > files, including resource.h
> 
> Are you sure you looked in ALL the include files? I seem to have it as:
> 
> /usr/include/bits/resource.h:typedef __rlim_t rlim_t;
> 
> where __rlim_t is
> 
> /usr/include/bits/types.h:typedef long int __rlim_t;
> 

i have no bits directory, but those definitions are not in my resource.h
or types.h.
I know this is crude, but:
	grep rlim_t /usr/include/*.h /usr/include/*/*.h
	/usr/include/*/*/*.h /usr/include/*/*/*/*.h
returns nothing. /usr/include/linux does link to the linux source too.

Ditto on SYS_capset.
when bind can't find SYS_capset, it does do #define SYS_capset
__NR_capset
the compilation returns that __NR_capset is undeclared.
the only __NR defines i can find are in /usr/include/asm/unistd.h
and capset isn't in there.

*shrug*

-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco                       Network Administrator/Engineer
thelittleprince@asteroid-b612.org       Intergrafix Internet Services

    "Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org                http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.

> so you could try including those two in the appropriate places.
> 
> > For now i jsut typedefed it as a long.
> > 
> > Also, it's looking for a setting for SYS_capset to pass to syscall()
> > and can't that either. Again, I looked in the include files without
> > success.
> 
> I have this:
> 
> /usr/include/bits/syscall.h:#define SYS_capset __NR_capset
> 
> Hope that helps (although l-k probably isn't the best place for this...)
> 
> --
> Bruce Harada
> bruce@ask.ne.jp
> 
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Peter Samuelson]

[Admin Mailing Lists]
> i have no bits directory

Really?  What version of libc, and on what Linux distro?  I thought all
versions of glibc2 had /usr/include/bits/.

If you are using libc4 or libc5, it is not surprising if the BIND
people didn't notice the problem -- they probably didn't try it.

Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Andreas Schwab]

Peter Samuelson <peter@cadcamlab.org> writes:

|> [Admin Mailing Lists]
|> > i have no bits directory
|> 
|> Really?  What version of libc, and on what Linux distro?  I thought all
|> versions of glibc2 had /usr/include/bits/.

No, it was introduced in glibc 2.0.5.

Andreas.

-- 
Andreas Schwab                                  "And now for something
SuSE Labs                                        completely different."
Andreas.Schwab@suse.de
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Admin Mailing Lists]

Yep, it is libc5. i have 1 glibc system and they both have the files
you've mentioned. :( either i'll have to upgrade to glibc (no small task)
or use 8.2.3 for now..the previous 8.2.2 series was compiling ok for me.
Unless someone has a workaround i might try for 9?

-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco                       Network Administrator/Engineer
thelittleprince@asteroid-b612.org       Intergrafix Internet Services

    "Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org                http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.

On Thu, 1 Feb 2001, Peter Samuelson wrote:

> 
> [Admin Mailing Lists]
> > i have no bits directory
> 
> Really?  What version of libc, and on what Linux distro?  I thought all
> versions of glibc2 had /usr/include/bits/.
> 
> If you are using libc4 or libc5, it is not surprising if the BIND
> people didn't notice the problem -- they probably didn't try it.
> 
> Peter
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: rlim_t and DNS?

[Vesselin Atanasov]

Hello.
Just edit lib/isc/unix/resource.c and find following line:
"typedef quad_t rlim_t"

replace it with
"typedef unsigned long rlim_t"

In my case I had also to #undef HAVE_LINUX_CAPABILITY_H in config.h
after running ./configure

This was enough for my libc5 machine.

Regards,
Vesselin Atanasov

On Mon, 5 Feb 2001, Admin Mailing Lists wrote:

> 
> Yep, it is libc5. i have 1 glibc system and they both have the files
> you've mentioned. :( either i'll have to upgrade to glibc (no small task)
> or use 8.2.3 for now..the previous 8.2.2 series was compiling ok for me.
> Unless someone has a workaround i might try for 9?
> 
> -Tony
> .-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
> Anthony J. Biacco                       Network Administrator/Engineer
> thelittleprince@asteroid-b612.org       Intergrafix Internet Services
> 
>     "Dream as if you'll live forever, live as if you'll die today"
> http://www.asteroid-b612.org                http://www.intergrafix.net
> .-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
> 
> On Thu, 1 Feb 2001, Peter Samuelson wrote:
> 
> > 
> > [Admin Mailing Lists]
> > > i have no bits directory
> > 
> > Really?  What version of libc, and on what Linux distro?  I thought all
> > versions of glibc2 had /usr/include/bits/.
> > 
> > If you are using libc4 or libc5, it is not surprising if the BIND
> > people didn't notice the problem -- they probably didn't try it.
> > 
> > Peter

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/