Thread: [Ndiswrapper-general] Compile/Installation problems with RHEL 3WS
Status: Beta
Brought to you by:
pgiri
From: Arthur K. <art...@te...> - 2005-09-22 00:00:07
Attachments:
ndiswrapper-buginfo.gz
|
Hi, This may have been covered previously - if so, I apologize. For reasons dealing with my employer, I would like to get the wireless interface of my Centrino-based laptop working -- but my laptop has Red Hat Enterprise Linux 3 Work Station (RHEL 3WS) and the correspondingly old kernel version 2.4.21. In order to support other software, my laptop needs to stay with RHEL 3WS. I have included the ndiswrapper-buginfo.gz file, which I got AFTER I made some source changes to get ndiswrapper to compile at all... First, I got a compile error unless I commented out line 352 in file driver/winnt_types.h: //typedef struct task_struct task_t; due to an attempted re-definition of task_t. I guess I could have also changed the line 351 above to read: #if LINUX_VERSION_CODE < KERNEL_VERSION(2,4,21) Since my kernel version is 2.4.21 Next, in the make install I saw the message: /sbin/depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.21-32.0.1.EL/misc/ndiswrapper.o so I entered the following command to see what they were: # /sbin/depmod -ae depmod: *** Unresolved symbols in /lib/modules/2.4.21-32.0.1.EL/misc/ndiswrapper.o depmod: usb_init depmod: usb_reset_port depmod: urb_list_lock depmod: usb_submit_nt_urb depmod: usb_exports # Now these are all defined in driver/usb.c but the make listing doesn't show usb.c being compiled, so why is the rest of the driver looking for these? If I make sure that CONFIG_USB is undefined by commenting out line 52 of driver/ntoskernel.h that helps, bit I still get urb_list_lock as undefined (it is also defined in usb.c). Do I move the definition of urb_list_lock to a different source file (driver/ntoskernel_io.c)? It looks like that wouldn't work either, because it wouldn't get initialized without code from driver/usb.c anyway. Any suggestions? Art |
From: Giridhar P. <gi...@lm...> - 2005-09-22 03:10:56
|
Try latest snapshot. |
From: Arthur K. <art...@te...> - 2005-09-22 13:20:17
|
I did, and the task_t compile error went away -- but still no with the depmod. The depmod listing now looks like this: [root@localhost ndiswrapper]# /sbin/depmod -ae depmod: *** Unresolved symbols in /lib/modules/2.4.21-32.0.1.EL/misc/ndiswrapper.o depmod: usb_reset_configuration depmod: wrap_submit_irp depmod: netdev_priv depmod: destroy_workqueue depmod: usb_exit_device depmod: usb_init depmod: create_singlethread_workqueue depmod: queue_work depmod: usb_init_device depmod: usb_exports depmod: wrap_submit_urb [root@localhost ndiswrapper]# Why so many unresolved symbols? Art |
From: Giridhar P. <gi...@lm...> - 2005-09-22 14:05:05
|
It doesn't look like you are using latest snapshot. Attach your kernel configuration file. -- Giri |
From: Giovanni <gfa...@in...> - 2005-09-22 14:18:03
|
On 09/22/05 15:19, Arthur Kahlich wrote: > I did, and the task_t compile error went away -- but still no with the > depmod. The depmod listing now looks like this: > > [root@localhost ndiswrapper]# /sbin/depmod -ae > depmod: *** Unresolved symbols in > /lib/modules/2.4.21-32.0.1.EL/misc/ndiswrapper.o > depmod: usb_reset_configuration > depmod: wrap_submit_irp > depmod: netdev_priv > depmod: destroy_workqueue > depmod: usb_exit_device > depmod: usb_init > depmod: create_singlethread_workqueue > depmod: queue_work > depmod: usb_init_device > depmod: usb_exports > depmod: wrap_submit_urb > [root@localhost ndiswrapper]# Did you include USB support in kernel? Or better, if your device is not USB, remove usb.o from the Makefile in directory driver. Ciao Giovanni -- A computer is like an air conditioner, it stops working when you open Windows. Registered Linux user #337974 <http://counter.li.org/> |