* [lm-sensors] problems loading i2c-proc
@ 2005-07-07 22:23 Steven Timm
2005-07-07 22:38 ` Jean Delvare
` (5 more replies)
0 siblings, 6 replies; 7+ messages in thread
From: Steven Timm @ 2005-07-07 22:23 UTC (permalink / raw)
To: lm-sensors
System configuration:
Kernel 2.4.21-32.0.1.ELsmp as downloaded from RHEL vs 3 update 5
I2C 2.9.1
Problems happen in i686 and athlon architectures. Opteron (x86_64)is ok.
Compiles are clean on all.
When I do modprobe i2c-proc, the following happens:
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol create_proc_entry_R0be93f3a
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol kmalloc_R93d4cfe6
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol __generic_copy_to_user_Rd523fdd3
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol remove_proc_entry_Re94539f7
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol proc_bus_Rd6eafc0f
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol sprintf_R1d26aa98
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol kfree_R037a0cba
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: unresolved
symbol printk_R1b7d4074
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o failed
/lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
i2c-procfailed
Any idea what might be wrong? Some wrong header getting into the compile
somewhere? Other? As I say, x86_64 version is OK.
Steve Timm
--
------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Div/Core Support Services Dept./Scientific Computing Section
Assistant Group Leader, Farms and Clustered Systems Group
Lead of Computing Farms Team
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
@ 2005-07-07 22:38 ` Jean Delvare
2005-07-07 22:46 ` Steven Timm
` (4 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: Jean Delvare @ 2005-07-07 22:38 UTC (permalink / raw)
To: lm-sensors
Hi Steven,
> Problems happen in i686 and athlon architectures. Opteron (x86_64)is
> ok. Compiles are clean on all.
> When I do modprobe i2c-proc, the following happens:
>
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol create_proc_entry_R0be93f3a
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol kmalloc_R93d4cfe6
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol __generic_copy_to_user_Rd523fdd3
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol remove_proc_entry_Re94539f7
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol proc_bus_Rd6eafc0f
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol sprintf_R1d26aa98
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol kfree_R037a0cba
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
> unresolved symbol printk_R1b7d4074
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o failed
> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>
> i2c-procfailed
>
>
> Any idea what might be wrong? Some wrong header getting into the
> compile somewhere? Other? As I say, x86_64 version is OK.
Make sure you have File Systems > /proc file system support enabled
(CONFIG_PROC_FS). In theory i2c-proc should depend on it (in Config.in),
but now it looks like it doesn't...
Another possibility is a problem with symbol versioning, which you seem
to have enabled. It should work, but maybe you could try without
versioning, just in case.
Hope that helps,
--
Jean Delvare
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
2005-07-07 22:38 ` Jean Delvare
@ 2005-07-07 22:46 ` Steven Timm
2005-07-08 21:02 ` Jean Delvare
` (3 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: Steven Timm @ 2005-07-07 22:46 UTC (permalink / raw)
To: lm-sensors
On Thu, 7 Jul 2005, Jean Delvare wrote:
> Hi Steven,
>
>> Problems happen in i686 and athlon architectures. Opteron (x86_64)is
>> ok. Compiles are clean on all.
>> When I do modprobe i2c-proc, the following happens:
>>
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol create_proc_entry_R0be93f3a
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol kmalloc_R93d4cfe6
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol __generic_copy_to_user_Rd523fdd3
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol remove_proc_entry_Re94539f7
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol proc_bus_Rd6eafc0f
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol sprintf_R1d26aa98
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol kfree_R037a0cba
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol printk_R1b7d4074
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>>
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o failed
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>>
>> i2c-procfailed
>>
>>
>> Any idea what might be wrong? Some wrong header getting into the
>> compile somewhere? Other? As I say, x86_64 version is OK.
>
> Make sure you have File Systems > /proc file system support enabled
> (CONFIG_PROC_FS). In theory i2c-proc should depend on it (in Config.in),
> but now it looks like it doesn't...
It's enabled.
>
> Another possibility is a problem with symbol versioning, which you seem
> to have enabled. It should work, but maybe you could try without
> versioning, just in case.
I have no idea either how to enable or disable symbol versioning. Have
never had to do anything about this before in previous i2c releases
compiled on the same machines.
steve
>
> Hope that helps,
>
--
------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Div/Core Support Services Dept./Scientific Computing Section
Assistant Group Leader, Farms and Clustered Systems Group
Lead of Computing Farms Team
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
2005-07-07 22:38 ` Jean Delvare
2005-07-07 22:46 ` Steven Timm
@ 2005-07-08 21:02 ` Jean Delvare
2005-07-08 21:06 ` Steven Timm
` (2 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: Jean Delvare @ 2005-07-08 21:02 UTC (permalink / raw)
To: lm-sensors
Hi Steven,
> > Another possibility is a problem with symbol versioning, which you
> > seem to have enabled. It should work, but maybe you could try
> > without versioning, just in case.
>
> I have no idea either how to enable or disable symbol versioning.
> Have never had to do anything about this before in previous i2c
> releases compiled on the same machines.
This is enabled at kernel compilation time in Loadable module support >
Set version information on all module symbols.
You didn't tell us how you are installing i2c. Have you patched your
kernel sources tree? Or are you compiling i2c separately? In the latter
case, is the kernel a stock one or did you recompile it at some point?
Can you share your kernel configuration file so that I try reproducing
the problem?
Thanks,
--
Jean Delvare
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
` (2 preceding siblings ...)
2005-07-08 21:02 ` Jean Delvare
@ 2005-07-08 21:06 ` Steven Timm
2005-07-11 15:26 ` Steven Timm
2005-07-11 15:50 ` Jean Delvare
5 siblings, 0 replies; 7+ messages in thread
From: Steven Timm @ 2005-07-08 21:06 UTC (permalink / raw)
To: lm-sensors
On Fri, 8 Jul 2005, Jean Delvare wrote:
> Hi Steven,
>
>>> Another possibility is a problem with symbol versioning, which you
>>> seem to have enabled. It should work, but maybe you could try
>>> without versioning, just in case.
>>
>> I have no idea either how to enable or disable symbol versioning.
>> Have never had to do anything about this before in previous i2c
>> releases compiled on the same machines.
>
> This is enabled at kernel compilation time in Loadable module support >
> Set version information on all module symbols.
>
> You didn't tell us how you are installing i2c. Have you patched your
> kernel sources tree? Or are you compiling i2c separately? In the latter
> case, is the kernel a stock one or did you recompile it at some point?
>
My process
1) take the kernel-source rpm as it comes from RedHat
2) recompile it as it is
3) compile the i2c sources separately, but pointed at the
kernel configs and includes in that kernel tree.
> Can you share your kernel configuration file so that I try reproducing
> the problem?
Kernel config is just the one that would be in
red hat 2.4.21-32.0.1.ELsmp. I haven't changed anything.
Can send by separate E-mail if you want.
Steve Timm
>
> Thanks,
>
--
------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Div/Core Support Services Dept./Scientific Computing Section
Assistant Group Leader, Farms and Clustered Systems Group
Lead of Computing Farms Team
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
` (3 preceding siblings ...)
2005-07-08 21:06 ` Steven Timm
@ 2005-07-11 15:26 ` Steven Timm
2005-07-11 15:50 ` Jean Delvare
5 siblings, 0 replies; 7+ messages in thread
From: Steven Timm @ 2005-07-11 15:26 UTC (permalink / raw)
To: lm-sensors
It appears that this problem was due to my mistakely compiling
the modules for a SMP kernel with a uniprocessor kernel config.
Have fixed that, and things load OK now.
Steve Timm
On Thu, 7 Jul 2005, Jean Delvare wrote:
> Hi Steven,
>
>> Problems happen in i686 and athlon architectures. Opteron (x86_64)is
>> ok. Compiles are clean on all.
>> When I do modprobe i2c-proc, the following happens:
>>
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol create_proc_entry_R0be93f3a
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol kmalloc_R93d4cfe6
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol __generic_copy_to_user_Rd523fdd3
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol remove_proc_entry_Re94539f7
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol proc_bus_Rd6eafc0f
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol sprintf_R1d26aa98
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol kfree_R037a0cba
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o:
>> unresolved symbol printk_R1b7d4074
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>>
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o failed
>> /lib/modules/2.4.21-32.0.1.ELsmp/kernel/drivers/i2c/i2c-core.o: insmod
>>
>> i2c-procfailed
>>
>>
>> Any idea what might be wrong? Some wrong header getting into the
>> compile somewhere? Other? As I say, x86_64 version is OK.
>
> Make sure you have File Systems > /proc file system support enabled
> (CONFIG_PROC_FS). In theory i2c-proc should depend on it (in Config.in),
> but now it looks like it doesn't...
>
> Another possibility is a problem with symbol versioning, which you seem
> to have enabled. It should work, but maybe you could try without
> versioning, just in case.
>
> Hope that helps,
>
--
------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Div/Core Support Services Dept./Scientific Computing Section
Assistant Group Leader, Farms and Clustered Systems Group
Lead of Computing Farms Team
^ permalink raw reply [flat|nested] 7+ messages in thread
* [lm-sensors] problems loading i2c-proc
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
` (4 preceding siblings ...)
2005-07-11 15:26 ` Steven Timm
@ 2005-07-11 15:50 ` Jean Delvare
5 siblings, 0 replies; 7+ messages in thread
From: Jean Delvare @ 2005-07-11 15:50 UTC (permalink / raw)
To: lm-sensors
Hi Steven,
> It appears that this problem was due to my mistakely compiling
> the modules for a SMP kernel with a uniprocessor kernel config.
> Have fixed that, and things load OK now.
Oh, great. This explains why I was unable to reproduce the problem, no
matter the kernel version nor how hard I tried.
Anyway, glad you finally figured it out. I'll try to remember in case
others report the same problem. It was really not obvious what the
problem was from the logs alone.
--
Jean Delvare
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-07-11 15:50 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-07 22:23 [lm-sensors] problems loading i2c-proc Steven Timm
2005-07-07 22:38 ` Jean Delvare
2005-07-07 22:46 ` Steven Timm
2005-07-08 21:02 ` Jean Delvare
2005-07-08 21:06 ` Steven Timm
2005-07-11 15:26 ` Steven Timm
2005-07-11 15:50 ` Jean Delvare
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.