|
|
#1 | |
|
Registered User
Join Date: Jun 2005
Posts: 19
|
I use the following RT patch from ingo molnar :
http://people.redhat.com/mingo/realtime-preempt/ I use CONFIG_PREEMPT_RT=y When I try to load the module, I have the following errors : # modprobe nvidia ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 17 (level, low) -> IRQ 17 NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7664 Wed May 25 10:47 :55 PDT 2005 BUG: modprobe/7482, lock held at task exit time! [f6b76584] {(struct semaphore *)(&os_sema->wait)} .. held by: modprobe: 7482 [f6480790, 118] ... acquired at: os_alloc_sema+0x47/0x81 [nvidia] here is the modinfo : # modinfo nvidia filename: /lib/modules/2.6.12-RT-V0.7.51-02/kernel/drivers/video/nvidia/nvidia.ko.gz license: NVIDIA alias: char-major-195-* parmtype: nv_disable_pat:int parmtype: NVreg_VideoMemoryTypeOverride:int parmtype: NVreg_EnableVia4x:int parmtype: NVreg_EnableALiAGP:int parmtype: NVreg_ReqAGPRate:int parmtype: NVreg_NvAGP:int parmtype: NVreg_EnableAGPSBA:int parmtype: NVreg_EnableAGPFW:int parmtype: NVreg_SoftEDIDs:int parmtype: NVreg_Mobile:int parmtype: NVreg_ModifyDeviceFiles:int parmtype: NVreg_DeviceFileUID:int parmtype: NVreg_DeviceFileGID:int parmtype: NVreg_DeviceFileMode:int parmtype: NVreg_ResmanDebugLevel:int parmtype: NVreg_FlatPanelMode:int parmtype: NVreg_DevicesConnected:int parmtype: NVreg_VideoEnhancement:int parmtype: NVreg_RmLogonRC:int vermagic: 2.6.12-RT-V0.7.51-02 SMP preempt 686 gcc-3.4 depends: alias: pci:v000010DEd*sv*sd*bc03sc00i00* I see a new 7667 driver is available. I'll try it. is this problem corrected in the new version ? |
|
|
|
|
|
|
#2 | |
|
Registered User
Join Date: Jun 2005
Posts: 19
|
Same problem with 7667 and nvidia installer.
this is allways at the same address : ... acquired at: os_alloc_sema+0x47/0x81 [nvidia] |
|
|
|
|
|
|
#3 |
|
Registered User
Join Date: Jun 2005
Posts: 19
|
Can somebody help me ?
Where is the support from nVidia ? If we can't have a nVidia driver Working for Real time, we'll found a new manufacturer ! We have more than 150 IBM machines with Quadro4 980 GXL we actually wait for 50 new HP machines with FX1400 This project is for a big airplane manufacturer : Flight simulator and 3D development. |
|
|
|
|
|
#4 | |
|
NVIDIA Corporation
Join Date: Aug 2002
Posts: 3,740
|
Please note that the RT patch is still experimental and not officially supported. The lock in question is initialized to an acquired state, the kernel check generates a false positive. The driver should work fine with the check removed.
|
|
|
|
|
|
|
#5 | |
|
Registered User
Join Date: Aug 2003
Posts: 76
|
Quote:
|
|
|
|
|
|
|
#6 | |
|
Registered User
Join Date: Aug 2005
Posts: 1
|
Quote:
you mean something in the kernel needs to be unchecked ? thanks 2.6.13-rc6-RT-V0.7.53-11 NVRM: Trying to sleep during raised irql!! NVRM: are we holding a lock? NVRM: skipping os_delay NVRM: Trying to sleep during raised irql!! NVRM: are we holding a lock? NVRM: skipping os_delay NVRM: Trying to sleep during raised irql!! NVRM: are we holding a lock? NVRM: skipping os_delay Last edited by oneforall; 08-24-05 at 06:28 AM. Reason: forgot the output in dmesg |
|
|
|
|
![]() |
| Thread Tools | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Fedora KDE 16 Geforce GTX260 and slow gtk applications | Rendering | NVIDIA Linux | 7 | 06-19-12 01:21 PM |