RE: Unresolved error in inserting streams.o into kernel..

Hi,

I re installed the sources and uninstalled LiS and compiled and
installed LiS again. I still have the same problem. So, this time I
searched for the unresolved symbols in the kernel source and I can see
them defined in the source. 

This is a very important for me and please help.

 
Thank you in advance.
Soujanya.

-----Original Message-----
From: Brian F. G. Bidulock [mailto:[email protected]] 
Sent: Thursday, September 08, 2005 16:23
To: Soujanya Gundlapalli
Cc: [email protected]
Subject: Re: [Linux-streams] Unresolved error in inserting streams.o
into kernel..


Soujanya,

Try ensuring that you have the kernel source package installed correctly
and verify it (rpm -V) if it is there, then remove LiS and recompile and
install from scratch.

--brian

On Thu, 08 Sep 2005, Soujanya Gundlapalli wrote:

> 
>    Hello,
> 
> 
> 
>    I  am  getting  the  following  errors  when  I compile and insert
the
>    streams.o message in to the kernel.
> 
>    I am using the following versions of software.
> 
> 
> 
>    Linux Kernel: 2.4.21-15.EL
> 
>    Distribution: Red Hat Enterprise Server: V3.0
> 
>    LiS: 2.18.0
> 
> 
> 
>    When I run the command: "insmod streams.o", I am getting the
following
>    error.
> 
>    streams.o: unresolved symbol send_sig
>    streams.o: unresolved symbol dput
>    streams.o: unresolved symbol d_alloc
>    streams.o: unresolved symbol __wake_up
>    streams.o: unresolved symbol __kfree_skb
>    streams.o: unresolved symbol alloc_skb
>    streams.o: unresolved symbol __generic_copy_from_user
>    streams.o: unresolved symbol path_release
>    streams.o: unresolved symbol pci_free_consistent
>    streams.o: unresolved symbol new_inode
>    streams.o: unresolved symbol register_chrdev
>    streams.o: unresolved symbol __d_path
>    streams.o: unresolved symbol unregister_filesystem
>    streams.o: unresolved symbol iput
>    streams.o: unresolved symbol sleep_on
>    streams.o: unresolved symbol permission
>    streams.o: unresolved symbol force_delete
>    streams.o: unresolved symbol remove_wait_queue
>    streams.o: unresolved symbol unregister_netdev
>    streams.o: unresolved symbol __mntput
>    streams.o: unresolved symbol d_rehash
>    streams.o: unresolved symbol register_filesystem
>    streams.o: unresolved symbol pci_alloc_consistent
>    streams.o: unresolved symbol interruptible_sleep_on_timeout
>    streams.o: unresolved symbol request_module
>    streams.o: unresolved symbol register_netdev
>    streams.o: unresolved symbol interruptible_sleep_on
>    streams.o: unresolved symbol __pollwait
>    streams.o: unresolved symbol netif_rx
>    streams.o: unresolved symbol skb_over_panic
>    streams.o: unresolved symbol add_wait_queue
>    streams.o: unresolved symbol direct_strncpy_from_user
>    streams.o: unresolved symbol __user_walk
>    streams.o: unresolved symbol fput
>    streams.o: unresolved symbol fd_install
>    streams.o: unresolved symbol igrab
>    streams.o: unresolved symbol mem_map
>    streams.o: unresolved symbol sleep_on_timeout
>    streams.o: unresolved symbol kern_mount
>    streams.o: unresolved symbol fget
>    streams.o: unresolved symbol d_instantiate
>    streams.o: unresolved symbol softnet_data
>    streams.o: unresolved symbol irq_stat
>    streams.o: unresolved symbol get_empty_filp
>    streams.o: unresolved symbol __generic_copy_to_user
> 
> 
> 
>    I appreciate any help that I can get.
> 
>    Thanks in advance,
>    Soujanya.

-- 
Brian F. G. Bidulock    | The reasonable man adapts himself to the |
[email protected]    | world; the unreasonable one persists in  |
http://www.openss7.org/ | trying  to adapt the  world  to himself. |
                        | Therefore  all  progress  depends on the |
                        | unreasonable man. -- George Bernard Shaw |