All of lore.kernel.org
 help / color / mirror / Atom feed
* reiser4 as a module
@ 2010-10-22 10:02 Viji V Nair
  2010-10-22 10:30 ` Edward Shishkin
  2010-10-22 12:53 ` Christian Stroetmann
  0 siblings, 2 replies; 8+ messages in thread
From: Viji V Nair @ 2010-10-22 10:02 UTC (permalink / raw)
  To: reiserfs-devel

Hi,

I have been trying to build reiser4 as a module, but the module which
is getting compiled having the "symbol" issue.

<snip>
reiser4: Unknown symbol lzo1x_1_compress
reiser4: Unknown symbol might_fault
reiser4: Unknown symbol mutex_lock_nested
reiser4: Unknown symbol zlib_deflate
reiser4: Unknown symbol writeback_inodes_wbc
</snip>

I could see from the reiser4 2.6.34 patch that it is adding
"EXPORT_SYMBOL" to few files in fs & mm directories of the kernel
source tree. Can we have all these symbols defined in the core source
tree of resier4 also? Do we have a patch for this already?

Thanks
Viji

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 10:02 reiser4 as a module Viji V Nair
@ 2010-10-22 10:30 ` Edward Shishkin
  2010-10-22 12:23   ` Viji V Nair
  2010-10-22 12:53 ` Christian Stroetmann
  1 sibling, 1 reply; 8+ messages in thread
From: Edward Shishkin @ 2010-10-22 10:30 UTC (permalink / raw)
  To: Viji V Nair; +Cc: reiserfs-devel

Viji V Nair wrote:
> Hi,
>
>   

Hello.

> I have been trying to build reiser4 as a module, but the module which
> is getting compiled having the "symbol" issue.
>
> <snip>
> reiser4: Unknown symbol lzo1x_1_compress
> reiser4: Unknown symbol might_fault
> reiser4: Unknown symbol mutex_lock_nested
> reiser4: Unknown symbol zlib_deflate
> reiser4: Unknown symbol writeback_inodes_wbc
> </snip>
>   


How to reproduce?
What stuff are you using?

Thanks,
Edward.

> I could see from the reiser4 2.6.34 patch that it is adding
> "EXPORT_SYMBOL" to few files in fs & mm directories of the kernel
> source tree. Can we have all these symbols defined in the core source
> tree of resier4 also? Do we have a patch for this already?
>
> Thanks
> Viji
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>   


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 10:30 ` Edward Shishkin
@ 2010-10-22 12:23   ` Viji V Nair
  2010-10-22 12:46     ` Edward Shishkin
  0 siblings, 1 reply; 8+ messages in thread
From: Viji V Nair @ 2010-10-22 12:23 UTC (permalink / raw)
  To: Edward Shishkin; +Cc: reiserfs-devel

On Fri, Oct 22, 2010 at 4:00 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> Viji V Nair wrote:
>> Hi,
>>
>>
>
> Hello.
>
>> I have been trying to build reiser4 as a module, but the module which
>> is getting compiled having the "symbol" issue.
>>
>> <snip>
>> reiser4: Unknown symbol lzo1x_1_compress
>> reiser4: Unknown symbol might_fault
>> reiser4: Unknown symbol mutex_lock_nested
>> reiser4: Unknown symbol zlib_deflate
>> reiser4: Unknown symbol writeback_inodes_wbc
>> </snip>
>>
>
>
> How to reproduce?

1. Download and install fedora kernel source package for latest fedora
kernel (f13)
2. Patch for reiser4
3. make the module (Warning of missing Module.symvers)

# make CONFIG_REISER4_FS=m CONFIG_REISER4_DEBUG=n M=fs/reiser4

4. Insert the module

# insmod fs/reiser4/reiser4.ko
# insmod: error inserting 'fs/reiser4/reiser4.ko': -1 Unknown symbol in module

# dmesg

reiser4: Unknown symbol lzo1x_1_compress
reiser4: Unknown symbol might_fault
reiser4: Unknown symbol mutex_lock_nested
reiser4: Unknown symbol zlib_deflate
reiser4: Unknown symbol writeback_inodes_wbc
reiser4: Unknown symbol zlib_deflateReset
reiser4: Unknown symbol __raw_spin_lock_init
reiser4: Unknown symbol generic_writeback_sb_inodes
reiser4: Unknown symbol zlib_deflate_workspacesize
reiser4: Unknown symbol zlib_deflateInit2
reiser4: Unknown symbol inode_lock
reiser4: Unknown symbol _raw_spin_unlock_irq
reiser4: Unknown symbol _raw_spin_lock_nested
reiser4: Unknown symbol _raw_read_unlock
reiser4: Unknown symbol _raw_write_unlock
reiser4: Unknown symbol debug_lockdep_rcu_enabled
reiser4: Unknown symbol lock_acquire
reiser4: Unknown symbol lock_release
reiser4: Unknown symbol __rwlock_init
reiser4: Unknown symbol writeback_skip_sb_inodes
reiser4: Unknown symbol set_page_dirty_notag
reiser4: Unknown symbol _raw_spin_unlock
reiser4: Unknown symbol find_get_pages
reiser4: Unknown symbol rcu_lock_map



> What stuff are you using?

I am Fedora 13 x86_64

# uname -a
Linux dev06 2.6.34.7-56.fc13.x86_64 #1 SMP Wed Sep 15 03:36:55 UTC
2010 x86_64 x86_64 x86_64 GNU/Linux

>
> Thanks,
> Edward.
>
>> I could see from the reiser4 2.6.34 patch that it is adding
>> "EXPORT_SYMBOL" to few files in fs & mm directories of the kernel
>> source tree. Can we have all these symbols defined in the core source
>> tree of resier4 also? Do we have a patch for this already?
>>
>> Thanks
>> Viji
>> --
>> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 12:23   ` Viji V Nair
@ 2010-10-22 12:46     ` Edward Shishkin
  0 siblings, 0 replies; 8+ messages in thread
From: Edward Shishkin @ 2010-10-22 12:46 UTC (permalink / raw)
  To: Viji V Nair; +Cc: reiserfs-devel

Viji V Nair wrote:
> On Fri, Oct 22, 2010 at 4:00 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>   
>> Viji V Nair wrote:
>>     
>>> Hi,
>>>
>>>
>>>       
>> Hello.
>>
>>     
>>> I have been trying to build reiser4 as a module, but the module which
>>> is getting compiled having the "symbol" issue.
>>>
>>> <snip>
>>> reiser4: Unknown symbol lzo1x_1_compress
>>> reiser4: Unknown symbol might_fault
>>> reiser4: Unknown symbol mutex_lock_nested
>>> reiser4: Unknown symbol zlib_deflate
>>> reiser4: Unknown symbol writeback_inodes_wbc
>>> </snip>
>>>
>>>       
>> How to reproduce?
>>     
>
> 1. Download and install fedora kernel source package for latest fedora
> kernel (f13)
>   

Could you please provide a link to fedora's kernels
(I've lost my bookmarks), I'll try to take a look..

Edward.

> 2. Patch for reiser4
> 3. make the module (Warning of missing Module.symvers)
>
> # make CONFIG_REISER4_FS=m CONFIG_REISER4_DEBUG=n M=fs/reiser4
>
> 4. Insert the module
>
> # insmod fs/reiser4/reiser4.ko
> # insmod: error inserting 'fs/reiser4/reiser4.ko': -1 Unknown symbol in module
>
> # dmesg
>
> reiser4: Unknown symbol lzo1x_1_compress
> reiser4: Unknown symbol might_fault
> reiser4: Unknown symbol mutex_lock_nested
> reiser4: Unknown symbol zlib_deflate
> reiser4: Unknown symbol writeback_inodes_wbc
> reiser4: Unknown symbol zlib_deflateReset
> reiser4: Unknown symbol __raw_spin_lock_init
> reiser4: Unknown symbol generic_writeback_sb_inodes
> reiser4: Unknown symbol zlib_deflate_workspacesize
> reiser4: Unknown symbol zlib_deflateInit2
> reiser4: Unknown symbol inode_lock
> reiser4: Unknown symbol _raw_spin_unlock_irq
> reiser4: Unknown symbol _raw_spin_lock_nested
> reiser4: Unknown symbol _raw_read_unlock
> reiser4: Unknown symbol _raw_write_unlock
> reiser4: Unknown symbol debug_lockdep_rcu_enabled
> reiser4: Unknown symbol lock_acquire
> reiser4: Unknown symbol lock_release
> reiser4: Unknown symbol __rwlock_init
> reiser4: Unknown symbol writeback_skip_sb_inodes
> reiser4: Unknown symbol set_page_dirty_notag
> reiser4: Unknown symbol _raw_spin_unlock
> reiser4: Unknown symbol find_get_pages
> reiser4: Unknown symbol rcu_lock_map
>
>
>
>   
>> What stuff are you using?
>>     
>
> I am Fedora 13 x86_64
>
> # uname -a
> Linux dev06 2.6.34.7-56.fc13.x86_64 #1 SMP Wed Sep 15 03:36:55 UTC
> 2010 x86_64 x86_64 x86_64 GNU/Linux
>
>   
>> Thanks,
>> Edward.
>>
>>     
>>> I could see from the reiser4 2.6.34 patch that it is adding
>>> "EXPORT_SYMBOL" to few files in fs & mm directories of the kernel
>>> source tree. Can we have all these symbols defined in the core source
>>> tree of resier4 also? Do we have a patch for this already?
>>>
>>> Thanks
>>> Viji
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>>
>>>       
>>     
>
>   


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 10:02 reiser4 as a module Viji V Nair
  2010-10-22 10:30 ` Edward Shishkin
@ 2010-10-22 12:53 ` Christian Stroetmann
  2010-10-22 15:46   ` Viji V Nair
  1 sibling, 1 reply; 8+ messages in thread
From: Christian Stroetmann @ 2010-10-22 12:53 UTC (permalink / raw)
  To: Viji V Nair; +Cc: linux reiserfs-devel

  Hola;

On the 22.10.2010 12:02, Viji V Nair wrote:
> Hi,
>
> I have been trying to build reiser4 as a module, but the module which
> is getting compiled having the "symbol" issue.
>
> <snip>
> reiser4: Unknown symbol lzo1x_1_compress
> reiser4: Unknown symbol might_fault
> reiser4: Unknown symbol mutex_lock_nested
> reiser4: Unknown symbol zlib_deflate
> reiser4: Unknown symbol writeback_inodes_wbc
> </snip>
You mentioned this problem in the thread [1] as well.
Check your pathes.
> I could see from the reiser4 2.6.34 patch that it is adding
> "EXPORT_SYMBOL" to few files in fs&  mm directories of the kernel
> source tree. Can we have all these symbols defined in the core source
> tree of resier4 also? Do we have a patch for this already?
For what? See above.
Btw.: To be honest, I find it a little bit off-topic, because it's about 
compiling a kernel module and not a R4 issue.
> Thanks
> Viji
[1] Compilation Issue - Reiser4 
http://www.spinics.net/lists/reiserfs-devel/msg02508.html

Have fun
Christian O>-<   *<:o)   _(D)>-<

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 12:53 ` Christian Stroetmann
@ 2010-10-22 15:46   ` Viji V Nair
  2010-10-22 16:19     ` Christian Stroetmann
  0 siblings, 1 reply; 8+ messages in thread
From: Viji V Nair @ 2010-10-22 15:46 UTC (permalink / raw)
  To: Christian Stroetmann; +Cc: linux reiserfs-devel

Hi

On Fri, Oct 22, 2010 at 6:23 PM, Christian Stroetmann
<stroetmann@ontolinux.com> wrote:
>  Hola;
>
> On the 22.10.2010 12:02, Viji V Nair wrote:
>>
>> Hi,
>>
>> I have been trying to build reiser4 as a module, but the module which
>> is getting compiled having the "symbol" issue.
>>
>> <snip>
>> reiser4: Unknown symbol lzo1x_1_compress
>> reiser4: Unknown symbol might_fault
>> reiser4: Unknown symbol mutex_lock_nested
>> reiser4: Unknown symbol zlib_deflate
>> reiser4: Unknown symbol writeback_inodes_wbc
>> </snip>
>
> You mentioned this problem in the thread [1] as well.
> Check your pathes.

Nobody replied to that thread :). I am planning to push reiser4 in the
fedora official repository.
I have checked the paths, looks fine. Even I tried with some other
modules (cifs) and those are getting compiled and loads with out any
issue.

>>
>> I could see from the reiser4 2.6.34 patch that it is adding
>> "EXPORT_SYMBOL" to few files in fs&  mm directories of the kernel
>> source tree. Can we have all these symbols defined in the core source
>> tree of resier4 also? Do we have a patch for this already?
>
> For what? See above.
> Btw.: To be honest, I find it a little bit off-topic, because it's about
> compiling a kernel module and not a R4 issue.

This was working fine untill 2.6.10 patch. You can find the same issue
in Open Suse/Ubuntu/Mandriva mailing lists.
The missing symbols need to exported in the module level, I think. If
I compile the kernel completely everything works fine, but that is not
I want. I dont want to disturb the stock kernel.


>>
>> Thanks
>> Viji
>
> [1] Compilation Issue - Reiser4
> http://www.spinics.net/lists/reiserfs-devel/msg02508.html
>
> Have fun
> Christian O>-<   *<:o)   _(D)>-<
>

Thank you so much for your support

Viji
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 15:46   ` Viji V Nair
@ 2010-10-22 16:19     ` Christian Stroetmann
  2010-10-22 16:38       ` Viji V Nair
  0 siblings, 1 reply; 8+ messages in thread
From: Christian Stroetmann @ 2010-10-22 16:19 UTC (permalink / raw)
  To: Viji V Nair; +Cc: linux reiserfs-devel

  Thanks for further informations.

On the 22.10.2010 17:46, Viji V Nair wrote:
> Hi
>
> On Fri, Oct 22, 2010 at 6:23 PM, Christian Stroetmann
> <stroetmann@ontolinux.com>  wrote:
>>   Hola;
>>
>> On the 22.10.2010 12:02, Viji V Nair wrote:
>>> Hi,
>>>
>>> I have been trying to build reiser4 as a module, but the module which
>>> is getting compiled having the "symbol" issue.
>>>
>>> <snip>
>>> reiser4: Unknown symbol lzo1x_1_compress
>>> reiser4: Unknown symbol might_fault
>>> reiser4: Unknown symbol mutex_lock_nested
>>> reiser4: Unknown symbol zlib_deflate
>>> reiser4: Unknown symbol writeback_inodes_wbc
>>> </snip>
>> You mentioned this problem in the thread [1] as well.
>> Check your pathes.
> Nobody replied to that thread :). I am planning to push reiser4 in the
> fedora official repository.
> I have checked the paths, looks fine. Even I tried with some other
> modules (cifs) and those are getting compiled and loads with out any
> issue.
This is surprising. Maybe it is in the scripts of the compilation 
toolchain (configure, make, and so on).
>>> I could see from the reiser4 2.6.34 patch that it is adding
>>> "EXPORT_SYMBOL" to few files in fs&    mm directories of the kernel
>>> source tree. Can we have all these symbols defined in the core source
>>> tree of resier4 also? Do we have a patch for this already?
>> For what? See above.
I still believe that they belong to the files in the fs and mm 
directories of the kernel source tree.

Also somehow fuzzy, the fault messages you have sent are referencing 
existing items that are contained in the unpatched/original libraries. 
Are the missing symbols related with the ones that are included in the 
R4 2.6.34 patch?

So, maybe you should take a second and wait for the comments by the 
maintainer about the "EXPORT_SYMBOL" point.
>> Btw.: To be honest, I find it a little bit off-topic, because it's about
>> compiling a kernel module and not a R4 issue.
> This was working fine untill 2.6.10 patch. You can find the same issue
> in Open Suse/Ubuntu/Mandriva mailing lists.
Ah, okay. Good to know this.
> The missing symbols need to exported in the module level, I think. If
> I compile the kernel completely everything works fine, but that is not
> I want. I dont want to disturb the stock kernel.
Okay.
I still guess the problem is in the scripts that compile the module, if 
you say that compiling kernel modules with other file systems and the 
complete kernel with R4 support works correctly. Compare the scipts that 
are used to compile the complete kernel with R4 support with the scripts 
of the R4 kernel module compilation. There must be the searched difference.
>>> Thanks
>>> Viji
>> [1] Compilation Issue - Reiser4
>> http://www.spinics.net/lists/reiserfs-devel/msg02508.html
>>
>> Have fun
>> Christian O>-<     *<:o)   _(D)>-<
>>
> Thank you so much for your support
>
> Viji

Good luck
Christian O>-<   *<:o)   _(D)>-<

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: reiser4 as a module
  2010-10-22 16:19     ` Christian Stroetmann
@ 2010-10-22 16:38       ` Viji V Nair
  0 siblings, 0 replies; 8+ messages in thread
From: Viji V Nair @ 2010-10-22 16:38 UTC (permalink / raw)
  To: Christian Stroetmann; +Cc: linux reiserfs-devel

Hi

On Fri, Oct 22, 2010 at 9:49 PM, Christian Stroetmann
<stroetmann@ontolinux.com> wrote:
>  Thanks for further informations.
>
> On the 22.10.2010 17:46, Viji V Nair wrote:
>>
>> Hi
>>
>> On Fri, Oct 22, 2010 at 6:23 PM, Christian Stroetmann
>> <stroetmann@ontolinux.com>  wrote:
>>>
>>>  Hola;
>>>
>>> On the 22.10.2010 12:02, Viji V Nair wrote:
>>>>
>>>> Hi,
>>>>
>>>> I have been trying to build reiser4 as a module, but the module which
>>>> is getting compiled having the "symbol" issue.
>>>>
>>>> <snip>
>>>> reiser4: Unknown symbol lzo1x_1_compress
>>>> reiser4: Unknown symbol might_fault
>>>> reiser4: Unknown symbol mutex_lock_nested
>>>> reiser4: Unknown symbol zlib_deflate
>>>> reiser4: Unknown symbol writeback_inodes_wbc
>>>> </snip>
>>>
>>> You mentioned this problem in the thread [1] as well.
>>> Check your pathes.
>>
>> Nobody replied to that thread :). I am planning to push reiser4 in the
>> fedora official repository.
>> I have checked the paths, looks fine. Even I tried with some other
>> modules (cifs) and those are getting compiled and loads with out any
>> issue.
>
> This is surprising. Maybe it is in the scripts of the compilation toolchain
> (configure, make, and so on).
>>>>
>>>> I could see from the reiser4 2.6.34 patch that it is adding
>>>> "EXPORT_SYMBOL" to few files in fs&    mm directories of the kernel
>>>> source tree. Can we have all these symbols defined in the core source
>>>> tree of resier4 also? Do we have a patch for this already?
>>>
>>> For what? See above.
>
> I still believe that they belong to the files in the fs and mm directories
> of the kernel source tree.
>
> Also somehow fuzzy, the fault messages you have sent are referencing
> existing items that are contained in the unpatched/original libraries. Are
> the missing symbols related with the ones that are included in the R4 2.6.34
> patch?
>
> So, maybe you should take a second and wait for the comments by the
> maintainer about the "EXPORT_SYMBOL" point.
>>>
>>> Btw.: To be honest, I find it a little bit off-topic, because it's about
>>> compiling a kernel module and not a R4 issue.
>>
>> This was working fine untill 2.6.10 patch. You can find the same issue
>> in Open Suse/Ubuntu/Mandriva mailing lists.
>
> Ah, okay. Good to know this.
>>
>> The missing symbols need to exported in the module level, I think. If
>> I compile the kernel completely everything works fine, but that is not
>> I want. I dont want to disturb the stock kernel.
>
> Okay.
> I still guess the problem is in the scripts that compile the module, if you
> say that compiling kernel modules with other file systems and the complete
> kernel with R4 support works correctly. Compare the scipts that are used to
> compile the complete kernel with R4 support with the scripts of the R4
> kernel module compilation. There must be the searched difference.

You are right, I am digging into the fedora kernel source tree, some
scripts are exporting all these symbols globally on a complete
compilation of the kernel. Need to figure out which one, anyway, for
resier4 we should have this symbol exported separately to avoid the
dependency with the above scripts.

>>>>
>>>> Thanks
>>>> Viji
>>>
>>> [1] Compilation Issue - Reiser4
>>> http://www.spinics.net/lists/reiserfs-devel/msg02508.html
>>>
>>> Have fun
>>> Christian O>-<     *<:o)   _(D)>-<
>>>
>> Thank you so much for your support
>>
>> Viji
>
> Good luck
> Christian O>-<   *<:o)   _(D)>-<
>

Thanks
Viji
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2010-10-22 16:38 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-22 10:02 reiser4 as a module Viji V Nair
2010-10-22 10:30 ` Edward Shishkin
2010-10-22 12:23   ` Viji V Nair
2010-10-22 12:46     ` Edward Shishkin
2010-10-22 12:53 ` Christian Stroetmann
2010-10-22 15:46   ` Viji V Nair
2010-10-22 16:19     ` Christian Stroetmann
2010-10-22 16:38       ` Viji V Nair

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.