Dear Mr. Miller,
dear listmembers,
I have been gently advised to send this message to the list directly, so here you go. Sorry for the bounces:
the posting below I sent initially in 2004 - quite some time ago. See below. Sorry, maybe I sent to debian sparc instead of sparclinux, and I did not make a CC to sparclinux right now. Here you see two debug - inputs "Size of table: 1843, what is too much to work, because SPARC 64 off stock can only do 1820 for Size of table.
Dec 13 09:35:10 oekalux09 syslogd 1.4.1#16: restart.
Dec 13 09:35:10 oekalux09 kernel: klogd 1.4.1#16, log source = /proc/kmsg started.
Dec 13 09:35:10 oekalux09 kernel: Inspecting /boot/System.map-2.4.26-SMP
Dec 13 09:35:11 oekalux09 kernel: Loaded 14411 symbols from /boot/System.map-2.4.26-SMP.
Dec 13 09:35:11 oekalux09 kernel: Symbols match kernel version 2.4.26.
**** Dec 13 09:35:11 oekalux09 kernel: Loading kernel module symbols - Size of table: 1843 Sizeof alloc: >>117952 /* debugging */
**** Dec 13 09:35:11 oekalux09 kernel: We use __GLIBC__ for klogd /* debugging */
>>>> Dec 13 09:35:11 oekalux09 kernel: Error reading kernel symbols - Cannot allocate memory
Dec 13 09:35:11 oekalux09 kernel: Errno was: -1
Dec 13 09:35:11 oekalux09 kernel: PROMLIB: Sun IEEE Boot Prom 3.23.1 1999/07/16 12:08
Dec 13 09:35:12 oekalux09 kernel: Linux version 2.4.26-SMP (root@oekalux09) (gcc-Version 3.3.4 (Debian 1:3.3.4-13)) #1 SMP Mo Dez 13 09:01:5
And the root cause is:
> What I found is that the allocation works up to 1820 elements
> of the size 72 Bytes, however, we would need a tiny little
> more (1843 in my case, please take a look into the attachement).
and the solution is: use an unsigned int rather than an unsigned long for "value" in struct kernel_sym. The reason for this I (I think) explained. And the only possible cause is the fact that sizeof (unsgned long) in kernel space is 8 and not 4, because the array of char in struct kernel_sym cannot cause this.
Using my suggested patch I get (today since then ...) no error, no warning:
Aug 15 06:48:54 oekalux08 syslogd 1.4.1: restart.
Aug 15 06:48:55 oekalux08 in.identd[634]: started
Aug 15 06:48:59 oekalux08 kernel: klogd 1.4.1, log source = /proc/kmsg started. Aug 15 06:48:59 oekalux08 kernel: Inspecting /boot/System.map-2.4.33-SMP Aug 15 06:49:00 oekalux08 kernel: Loaded 14439 symbols from /boot/System.map-2.4.33-SMP. Aug 15 06:49:00 oekalux08 kernel: Symbols match kernel version 2.4.33. Aug 15 06:49:00 oekalux08 kernel: Loaded 241 symbols from 11 modules. Aug 15 06:49:00 oekalux08 kernel: ip_tables: (C) 2000-2002 Netfilter core team Aug 15 06:49:00 oekalux08 kernel: ip_conntrack version 2.1 (4015 buckets, 32120 max) - 416 bytes per conntrack
If you say this cannot work: please be more specific. If you need even debug output showing exactly this, I can provide. As a matter of fact: it works. If the reason why it works differs from my explanation I would highly appreciate to be told why. Just saying: "I cannot see why this should work" is hardly of any help for understanding things.
Take care
Dieter Jurzitza
--
________________________________________________
HARMAN BECKER AUTOMOTIVE SYSTEMS
Dr.-Ing. Dieter Jurzitza
Manager Hardware Systems
System Development
Industriegebiet Ittersbach
Becker-Göring Str. 16
D-76307 Karlsbad / Germany
Phone: +49 (0)7248 71-1577
Fax: +49 (0)7248 71-1216
eMail: [email protected]
Internet: http://www.becker.de
*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
