Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 07-06-05, 10:25 AM   #1
SNoiraud
Registered User
 
Join Date: Jun 2005
Posts: 19
Default 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

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 ?
SNoiraud is offline   Reply With Quote
Old 07-06-05, 11:30 AM   #2
SNoiraud
Registered User
 
Join Date: Jun 2005
Posts: 19
Default Re: 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

Same problem with 7667 and nvidia installer.
this is allways at the same address :
... acquired at: os_alloc_sema+0x47/0x81 [nvidia]
SNoiraud is offline   Reply With Quote
Old 07-08-05, 08:25 AM   #3
SNoiraud
Registered User
 
Join Date: Jun 2005
Posts: 19
Default Re: 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

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.
SNoiraud is offline   Reply With Quote
Old 07-09-05, 07:11 AM   #4
zander
NVIDIA Corporation
 
zander's Avatar
 
Join Date: Aug 2002
Posts: 3,740
Default Re: 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

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.
zander is offline   Reply With Quote
Old 07-09-05, 10:20 PM   #5
elektronisch
Registered User
 
Join Date: Aug 2003
Posts: 76
Default Re: 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

Quote:
Originally Posted by SNoiraud
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.
Please tell us, what other manufacturer is there that supports this unofficial real time patch?
elektronisch is offline   Reply With Quote
Old 08-24-05, 07:25 AM   #6
oneforall
Registered User
 
Join Date: Aug 2005
Posts: 1
Default Re: 2.6.12 + RT ( PREEMPT_RT ) BUG: modprobe/7482, lock held at task exit time!

Quote:
Originally Posted by zander
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.
just wondering what you mean by with the check removed.?
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 07:28 AM. Reason: forgot the output in dmesg
oneforall is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
Fedora KDE 16 Geforce GTX260 and slow gtk applications Rendering NVIDIA Linux 10 07-11-13 08:02 AM

All times are GMT -5. The time now is 11:31 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.