[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-29-09 14:03 --- *** Bug 609 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-22-09 07:23 --- programs/Xserver/hw/xfree86/os-support/linux/drm/xf86drm.c . My idea would be to no longer use drmAvailable() in drmOpenByName() but instead load the kernel module in drmOpen() if drmOpenByName() fails and then try again. -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 [EMAIL PROTECTED] changed: What|Removed |Added Summary|X server should unload DRM |X server doesn't load |module when X quits |correct DRM if another one |(prevents DRI on multiple |is already loaded |cards) | --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 07:42 --- [...] I don't agree with your analysis of the cause or conclusion what should be done about it. My thoughts were based on comment #1 which suggested that the r128 DRM in kernel 2.4.22 doesn't deinitialize correctly. Well, you engraved your conclusion in the bug summary from the very beginning... Thanks for the suggestion. I let the r128 stay loaded (after quitting X). Then I manually loaded the tdfx module and then started X on the voodoo3 card and DRI worked !! Good. So the real problem seems to be that the X server doesn't load the correct DRM if another one is already loaded. Changing the bug summary accordingly. Also, it appears from lsmod that the r128 module is still being used (even though X is not using the rage128 card). I guess the X server doesn't close /dev/dri/card0 even though it doesn't use it. Again, this shouldn't prevent it from being used by another server though, or does it? -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 11:07 --- Good. So the real problem seems to be that the X server doesn't load the correct DRM if another one is already loaded. Changing the bug summary accordingly. Thats only part of the problem. From lsmod, its clear that the r128 module is being used even though it is not supposed to used (since there is no X server using the rage128 card). It makes no sense that both r128 and tdfx modules being used when there is only one X server and that is using only the 3dfx card. I guess the X server doesn't close /dev/dri/card0 even though it doesn't use it. From lsmod, the r128 module is still being used. Again, this shouldn't prevent it from being used by another server though, or does it? There is _always_ only one X server running at any given time. And as is clear by now, if I load the drm module manually _before_ starting X, DRI works fine. But not otherwise (see comment #4 ). -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 15:36 --- I guess the X server doesn't close /dev/dri/card0 even though it doesn't use it. From lsmod, the r128 module is still being used. The usage count of a module is increased when a process opens its device node. Again, this shouldn't prevent it from being used by another server though, or does it? There is _always_ only one X server running at any given time. It doesn't matter anyway in that case, but as I said this shouldn't even prevent the other server from using it at the same time. -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 18:05 --- The usage count of a module is increased when a process opens its device node. Thats obvious. But which process ? Neither lsof nor fuser shows any for the device /dev/dri/card0 (taken up by r128 whose used count is 1). Any suggestions ? It doesn't matter anyway in that case, but as I said this shouldn't even prevent the other server from using it at the same time. So, what do u think is the problem, kernel/DRM or the X server or both ? -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 18:16 --- I believe the close code in the r128 kernel module is broken. I have also noticed that the in-use count does not decrement after the module has been opened and you can not rmmod it. -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 18:29 --- It's the X server, as I tried to indicate with the new summary. drmAvailable() only checks that a DRM is loaded, not whether it's the correct one. I have an idea how to fix it, but I'm very busy right now, hopefully I'll get around to it in one or two weeks, unless someone beats me to it. -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 18:43 --- From Jon Smirl 2003-09-21 18:16 --- I have also noticed that the in-use count does not decrement after the module has been opened and you can not rmmod it. Exactly the same experience here. Problem is with the r128 module. Fortunately, I did not see this bug in the tdfx module. It's the X server, as I tried to indicate with the new summary. drmAvailable() only checks that a DRM is loaded, not whether it's the correct one. How does that explain the used status of a drm module that should not be used at all ? Also, this bug affects the r128 module, not the tdfx module, as shown below by lsmod (note that DRI is disabled now): Module Size Used byNot tainted tdfx 35384 0 r128 81364 1 -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 19:30 --- How does that explain the used status of a drm module that should not be used at all ? It doesn't, that's a different bug. -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] [Bug 717] X server doesn't load correct DRM if another one is already loaded
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=717 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 20:54 --- Which file in the xfree cvs has the definition of drmAvailable() ? -- Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
