[git pull] drm-fixes for final
Hi Linus, Please pull the 'drm-fixes' branch from ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Another radeon KMS fix, it just adds some adds a few necessary registers to the command stream checkers and removes one that could let userspace do bad things. Dave. drivers/gpu/drm/radeon/r300.c|2 +- drivers/gpu/drm/radeon/radeon_asic.h |6 ++-- drivers/gpu/drm/radeon/rs600.c | 65 ++ drivers/gpu/drm/radeon/rs690.c | 64 - drivers/gpu/drm/radeon/rv515.c |2 +- 5 files changed, 70 insertions(+), 69 deletions(-) commit a54775c8758a754186bc6adbfc518b1e9f8f1e4e Author: Dave Airlie Date: Mon Sep 7 15:26:19 2009 +1000 drm/radeon/kms: add LTE/GTE discard + rv515 two sided stencil register. This adds some rv350+ register for LTE/GTE discard, and enables the rv515 two sided stencil register. It also disables the DEPTHXY_OFFSET register which can be used to workaround the CS checker. Moves rs690 to proper place in rs600 and uses correct table on rs600. Signed-off-by: Dave Airlie -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 23760] New: Wine crashes on libdrm_intel.so/i915_dri.so with Mesa-7.5 and 7.5.1
http://bugs.freedesktop.org/show_bug.cgi?id=23760 Summary: Wine crashes on libdrm_intel.so/i915_dri.so with Mesa- 7.5 and 7.5.1 Product: Mesa Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: mic...@salaban.info The error occurs under Wine while trying to launch Civilization IV (both basic and BtS) under Wine. I followed the instructions from the thread below: http://osdir.com/ml/wine-users/2009-08/msg00427.html ...and changed OffscreenRenderingMode to "backbuffer". This solves the problem described there but runs into another. Setting it to "pbuffer" gives the same result: ---8< Unhandled exception: page fault on read access to 0x0010 in 32-bit code (0xb774b594). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b774b594 ESP:0033f018 EBP:0033f050 EFLAGS:00010292( R- -- I S -A- - ) EAX: EBX:b7752ff4 ECX:0060 EDX:001e08c0 ESI: EDI:0060 Stack dump: 0x0033f018: 0011 0008 000e 7ef891c1 0x0033f028: 0009 b7ea4ff4 b7ea6380 7efe3ff4 0x0033f038: 001e08a0 7efe3ff4 0033f0b0 b79d5ff4 0x0033f048: b7449008 0060 0033f070 b779bc5b 0x0033f058: 0060 001e08c0 0x0033f068: b7449008 b79d5ff4 0033f0b0 b77f0a30 Backtrace: =>0 0xb774b594 drm_intel_bo_get_subdata+0x1d() in libdrm_intel.so.1 (0x0033f050) 1 0xb779bc5b in i915_dri.so (+0x2bc5b) (0x0033f070) 2 0xb77f0a30 _mesa_GetBufferSubDataARB+0x93() in i915_dri.so (0x0033f0b0) 3 0xb7ab7d2b buffer_get_sysmem+0x9f() in wined3d (0x0033f0d0) 4 0xb7ab9571 in wined3d (+0x29571) (0x0033f170) 5 0xb7ad9607 device_stream_info_from_declaration+0x68f() in wined3d (0x0033f230) 6 0xb7b4169e in wined3d (+0xb169e) (0x0033f2c0) 7 0xb7b0f73a in wined3d (+0x7f73a) (0x0033f2f0) 8 0xb7ac1f39 ActivateContext+0x2a3() in wined3d (0x0033f3a0) 9 0xb7af7167 drawPrimitive+0xe5() in wined3d (0x0033f750) 10 0xb7acfa21 in wined3d (+0x3fa21) (0x0033f7b0) 11 0xb7cc3af7 in d3d9 (+0x13af7) (0x0033f800) 12 0x009a33fd in civ4beyondsword (+0x5a33fd) (0x1a1ffa50) 13 0x (0x00ad63a8) 14 0x009a4620 in civ4beyondsword (+0x5a4620) (0x009a68a0) 0xb774b594 drm_intel_bo_get_subdata+0x1d in libdrm_intel.so.1: movl0x10(%esi),%eax Modules: Module Address Debug info Name (123 modules) PE34- 353000 Deferredzlib1 PE36- 36e000 Deferredhapdbg PE40- 100a000 Export civ4beyondsword PE 101- 137f000 Deferredd3dx9_33 PE 1c7- 2131000 Deferredcvgamecoredll PE fe9- feb Deferredmsseax.flt PE ffc- ffcd000 Deferredmsssrs.flt PE 1000-1002b000 Deferredboost_python-vc71-mt-1_32 PE 1800-18038000 Deferredbinkw32 PE 1b69-1b8f7000 Deferredd3dx9_31 PE 1e00-1e1ca000 Deferredpython24 PE 2110-2118c000 Deferredmss32 PE 2230-2230c000 Deferredmssds3d.flt PE 2300-2300a000 Deferredmssdolby.flt PE 2410-2411e000 Deferredmssdsp.flt PE 2640-2643a000 Deferredmssvoice.asi PE 26f0-26f2e000 Deferredmssmp3.asi PE 69b1-69c14000 Deferredmsxml3 ELF 7bf0-7bf04000 Deferred PE 7c34-7c396000 Deferredmsvcr71 PE 7c3a-7c41b000 Deferredmsvcp71 ELF 7d4c-7d4e5000 Deferredmsacm32 \-PE 7d4d-7d4e5000 \ msacm32 ELF 7d4e5000-7d4fd000 Deferredmsacm32 \-PE 7d4f-7d4fd000 \ msacm32 ELF 7dcfe000-7dd03000 Deferredlibgdbm.so.3 ELF 7dd03000-7dd09000 Deferredlibcap.so.2 ELF 7dd09000-7dd48000 Deferredlibdbus-1.so.3 ELF 7dd48000-7dd5d000 Deferredlibresolv.so.2 ELF 7dd5d000-7dd63000 Deferredlibasyncns.so.0 ELF 7dd63000-7ddaa000 Deferredlibpulsecommon-0.9.15.so ELF 7ddaa000-7dde7000 Deferredlibpulse.so.0 ELF 7dde9000-7ddfe000 Deferredmidimap \-PE 7ddf-7ddfe000 \ midimap ELF 7ddfe000-7de07000 Deferredlibrt.so.1 ELF 7de07000-7dedd000 Deferredlibasound.so.2 ELF 7dede000-7dee7000 Deferredlibwrap.so.0 ELF 7dee7000-7deed000 Deferredlibxtst.so.6 ELF 7deed000-7def4000 Deferredlibasound_module_pcm_pulse.so ELF 7def4000-7df2a000 Deferredwinealsa \-PE 7df0-7df2a000 \ winealsa ELF 7df6f000-7dfa1000 Defe
Re: [PATCH] dri2proto: protocol requests for OML_sync_control and SGI_video_sync
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michel Dänzer wrote: > On Fri, 2009-09-04 at 12:17 -0700, Jesse Barnes wrote: >> I've been working on coding up the server and client side of >> SGI_video_sync, OML_sync_control and SGI_swap_control. I came up with >> this set of new protocol (against the dri2-swapbuffers branch) to >> support the new requests. >> >> We still need to change the DRI2SwapBuffers request to handle the >> various OML bits before it gets merged. >> >> To summarize: >> DRI2GetMSCReq - get MSC triple >> DRI2WaitMSCReq - wait on an MSC count or divisor/remainder >> DRI2WaitSBCReq - wait on a swap count or all pending swaps > > Waiting in the X server will make it quite unlikely that the client will > be notified within a reasonable timeframe from when vertical blank > actually occurs. Won't this jeopardize the usefulness of the > functionality? I'm not very fond of doing a round-trip to the server for these either. It seems like we want a DRM way do this directly. There are a lot of potential race issues, though. How do we handle the case where the client waits for frame N+5, and on frame N+2 the window moves to a different CRTC? >> DRI2MSCReply - MSC triple (generated in response to any of the above) >> >> Kristian and I talked briefly about doing this client side using events >> to notify clients when their CRTC changes, but there are a few issues: >> - races between client blocking and other server events (DPMS, window >> movement) > > Maybe the X server could trigger a DRM event that the client could wait > for directly, or something like that. Jesse and I had discussed a future extension that would allow the creation of a GLsync object from a MSC or SBC wait request. I think using a DRM event would be the only reasonable way to implement that. Adding a way for one process to signal the DRM event that another process is waiting on isn't a big stretch. >> - compositor interaction; in the compositor case the display server >> will be incrementing frame count based on compositor drawing rather >> than vblank events > > I think that's a bad idea, as it will confuse apps if the compositor > misses a frame or renders the app window more than once per frame. That's a good point. The interaction with the compositor here is complex. Ugh. :( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqkdC0ACgkQX1gOwKyEAw+AvACgg/f7FBUaEbvdDDH9sqElEBX9 duMAn0Eh3KioHID26gubLRpLMiNvTqkN =yzBS -END PGP SIGNATURE- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
2.6.31-rc9: Reported regressions 2.6.29 -> 2.6.30
This message contains a list of some regressions introduced between 2.6.29 and 2.6.30, for which there are no fixes in the mainline I know of. If any of them have been fixed already, please let me know. If you know of any other unresolved regressions introduced between 2.6.29 and 2.6.30, please let me know either and I'll add them to the list. Also, please let me know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved 2009-09-06 153 27 27 2009-08-26 152 33 30 2009-08-20 150 35 32 2009-08-10 148 39 37 2009-08-02 145 44 39 2009-07-27 143 48 45 2009-07-07 138 50 46 2009-06-29 133 46 43 2009-06-07 110 35 31 2009-05-31 100 32 27 2009-05-24 92 34 27 2009-05-16 81 36 33 2009-04-25 55 36 26 2009-04-17 37 35 28 Unresolved regressions -- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14105 Subject : pcmcia cards stop working after resuming from snapshot cycle (hibernation) Submitter : Martin Steigerwald Date: 2009-09-01 19:44 (6 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14049 Subject : joydev: blacklist digitizers avoids recognition of Saitek X52 joysticks Submitter : Janos Laube Date: 2009-08-24 14:18 (14 days old) First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d07a9cba6be5c0e947afc1014b5a62182a86f1f1 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13958 Subject : ath5k Atheros AR5001 low signal Submitter : Marco Siviero Date: 2009-08-10 15:03 (28 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13949 Subject : XFS regression Submitter : Justin Piszcz Date: 2009-08-08 8:39 (30 days old) References : http://marc.info/?l=linux-kernel&m=124972079229959&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13898 Subject : Intel 3945ABG - problems on 2.6.30.X Submitter : dienet Date: 2009-07-31 15:17 (38 days old) References : http://marc.info/?l=linux-kernel&m=124905346729959&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13797 Subject : iBook G4 doesn't suspend since 2ed8d2b3a8 Submitter : Jörg Sommer Date: 2009-07-18 20:18 (51 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13795 Subject : abnormal boot and no suspend due to 'async' (fastboot) Submitter : Rafal Kaczynski Date: 2009-07-18 17:19 (51 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13780 Subject : NULL pointer dereference loading powernowk8 Submitter : Kurt Roeckx Date: 2009-07-15 18:00 (54 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13770 Subject : System freeze on XFS filesystem recovery on an external disk Submitter : Jean-Luc Coulon Date: 2009-07-14 10:31 (55 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13739 Subject : 2.6.30 leaking keys on console switch Submitter : Andi Kleen Date: 2009-07-07 8:44 (62 days old) References : http://marc.info/?l=linux-kernel&m=124695628924382&w=4 Handled-By : Jiri Kosina Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13682 Subject : The webcam stopped working when upgrading from 2.6.29 to 2.6.30 Submitter : Nathanael Schaeffer Date: 2009-06-30 13:34 (69 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13583 Subject : pdflush uses 5% CPU on otherwise idle system Submitter : Paul Martin Date: 2009-06-19 13:33 (80 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13581 Subject : ath9k doesn't work with newer kernels Submitter : Matteo Date: 2009-06-19 12:04 (80 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13564 Subject : random general protection fault at boot time caused by khubd. Submitter : Pauli Date: 2009-06-18 12:44 (81 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13558 Subject : Tracelog during resume Submitter : Cijoml Cijomlovic Cijomlov Date: 2009-06-17 11:32 (82 days old) Bug-Entry : http://bugzilla.ke
2.6.31-rc9: Reported regressions from 2.6.30
This message contains a list of some regressions from 2.6.30, for which there are no fixes in the mainline I know of. If any of them have been fixed already, please let me know. If you know of any other unresolved regressions from 2.6.30, please let me know either and I'll add them to the list. Also, please let me know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved 2009-09-06 123 34 27 2009-08-26 108 33 26 2009-08-20 102 32 29 2009-08-10 89 27 24 2009-08-02 76 36 28 2009-07-27 70 51 43 2009-07-07 35 25 21 2009-06-29 22 22 15 Unresolved regressions -- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14141 Subject : order 2 page allocation failures Submitter : Frans Pop Date: 2009-09-06 7:40 (1 days old) References : http://marc.info/?l=linux-kernel&m=12587419691&w=4 Handled-By : Pekka Enberg Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14139 Subject : Output to external monitor is broken Submitter : Carlos R. Mafra Date: 2009-09-06 14:22 (1 days old) First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f8aed700c6ec46ddade6570004ce25332283b306 References : http://marc.info/?l=linux-kernel&m=125224701520738&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14135 Subject : NULL pointer dereference in ima_counts_put Submitter : Ciprian Docan Date: 2009-09-02 13:49 (5 days old) First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=94e5d714f604d4cb4cb13163f01ede278e69258b References : http://marc.info/?l=linux-kernel&m=125190146028116&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14133 Subject : WARNING: at arch/x86/kernel/smp.c:117 native_smp_send_reschedule Submitter : Jens Axboe Date: 2009-08-31 20:43 (7 days old) References : http://marc.info/?l=linux-kernel&m=125175143918050&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14114 Subject : Tuning a saa7134 based card is broken in kernel 2.6.31-rc7 Submitter : Tsvety Petrov Date: 2009-09-03 21:06 (4 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14103 Subject : cdc_acm gives I/O error Submitter : Paul Martin Date: 2009-09-01 13:30 (6 days old) Handled-By : Oliver Neukum Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14095 Subject : Asus EeePC 1005HA-M: Suspend hangs and disables the wireless Submitter : Karsten Jaeger Date: 2009-08-31 10:14 (7 days old) References : http://lists.alioth.debian.org/pipermail/debian-eeepc-devel/2009-August/002513.html Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14070 Subject : lockdep warning triggered by dup_fd Submitter : Bart Van Assche Date: 2009-08-23 09:36 (15 days old) References : http://lkml.org/lkml/2009/8/23/8 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14058 Subject : Oops in fsnotify Submitter : Grant Wilson Date: 2009-08-20 15:48 (18 days old) References : http://marc.info/?l=linux-kernel&m=125078450923133&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14043 Subject : System sometimes hangs during boot Submitter : Bart Van Assche Date: 2009-08-23 18:04 (15 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14018 Subject : kernel freezes, inotify problem Submitter : Christoph Thielecke Date: 2009-08-19 12:48 (19 days old) References : http://marc.info/?l=linux-kernel&m=125068616818353&w=4 Handled-By : Eric Paris Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14013 Subject : hd don't show up Submitter : Tim Blechmann Date: 2009-08-14 8:26 (24 days old) References : http://marc.info/?l=linux-kernel&m=125023842514480&w=4 Handled-By : Tejun Heo Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13987 Subject : Received NMI interrupt at resume Submitter : Christian Casteyde Date: 2009-08-15 07:55 (23 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13950 Subject : Oops when USB Serial disconnected while in use Submitter : Bruno Prémont Date: 2009-08-08 17:47 (30 days ol
Re: [PATCH] dri2proto: protocol requests for OML_sync_control and SGI_video_sync
On Sun, 06 Sep 2009 12:23:12 +0200 Michel Dänzer wrote: > On Fri, 2009-09-04 at 12:17 -0700, Jesse Barnes wrote: > > I've been working on coding up the server and client side of > > SGI_video_sync, OML_sync_control and SGI_swap_control. I came up > > with this set of new protocol (against the dri2-swapbuffers branch) > > to support the new requests. > > > > We still need to change the DRI2SwapBuffers request to handle the > > various OML bits before it gets merged. > > > > To summarize: > > DRI2GetMSCReq - get MSC triple > > DRI2WaitMSCReq - wait on an MSC count or divisor/remainder > > DRI2WaitSBCReq - wait on a swap count or all pending swaps > > Waiting in the X server will make it quite unlikely that the client > will be notified within a reasonable timeframe from when vertical > blank actually occurs. Won't this jeopardize the usefulness of the > functionality? As they're mainly used for throttling drawing, I don't think so. But I also don't see a way to avoid it. In the composited case, compositor interaction will be necessary, and even for non-redirected windows, the client doesn't know which CRTC it's on w/o racing with the server. Definitely open to suggestions though. > > DRI2MSCReply - MSC triple (generated in response to any of the > > above) > > > > Kristian and I talked briefly about doing this client side using > > events to notify clients when their CRTC changes, but there are a > > few issues: > > - races between client blocking and other server events (DPMS, > > window movement) > > Maybe the X server could trigger a DRM event that the client could > wait for directly, or something like that. So make them one way requests that queue a DRM event for the client? Hm yeah that could work and would save us an extra context switch between server and client... > > - compositor interaction; in the compositor case the display server > > will be incrementing frame count based on compositor drawing > > rather than vblank events > > I think that's a bad idea, as it will confuse apps if the compositor > misses a frame or renders the app window more than once per frame. It seems to match what people want though; so far we've heard from Soren and Robert and both want to know when the pixels are actually displayed for various apps. W/o compositor interaction I don't see how we can do that. It could be easily configurable though anyway; if the compositor doesn't support the feature, the frame count would correspond to a screen of the server's choosing. That's what I'm implementing first anyway, just to make sure things work. -- Jesse Barnes, Intel Open Source Technology Center -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 23745] New: x11-drivers/xf86-video-ati: No DRI and wrong colors for OpenGL (Pegasos II + Radeon 9000)
http://bugs.freedesktop.org/show_bug.cgi?id=23745
Summary: x11-drivers/xf86-video-ati: No DRI and wrong colors for
OpenGL (Pegasos II + Radeon 9000)
Product: DRI
Version: XOrg 6.7.0
Platform: PowerPC
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: high
Component: libdrm
AssignedTo: dri-devel@lists.sourceforge.net
ReportedBy: johannes.ge...@web.de
Since the upgrade from xorg-server 1.3 to 1.5 (Gentoo distribution) the
hardware acceleration for a Radeon 9000 graphics card is not working. It seems
the PCI Id is wrong. It should be "pci:0001:01:08.0" but X11 tries to use
"pci::01:08.0".
Reproducible: Always
Steps to Reproduce:
1. Start X11, eg. startx
2. Start glxgears (wrong colors and bad performance)
Actual Results:
The Performance of the Gfx card is very bad and all colors are wrong if you use
OpenGL (Mesa). Eg. glxgears, blender.
Expected Results:
Performance of Gfx card as good as in xorg-sever 1.3 and correct colors.
I'm using Gentoo Linux (CPU: PowerPC G4) and updated my xorg-server to
the version 1.5.3-r6 and now my X11 performance for OpenGL
(Mesa 7.3-r1) is bad and has wrong colors (eg. glxgears).
I did a little investigation of this problem and saw this:
xorg-server-1.5.3-r6 has a library called libglx.so. This library uses
drmOpenOnce(NULL, "pci:0001:01:08.0", ...)
to get the graphics card.
lspci reports
0001:01:08.0 VGA compatible controller:
ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01)
So the PCI Bus ID seems to be correct.
libdrm-2.4.5 has the function drmOpenOnce(). This function goes down to
drmOpen(NULL, "pci:0001:01:08.0") and
drmOpenByBusid("pci:0001:01:08.0").
Now drmGetBusid(fd) is called and returns "pci::01:08.0". Which is
wrong, because it differs from the original PCI Bus ID. So my graphics
card will not be used with hardware accelerated OpenGL.
drmGetBusid() calls the kernel module drm via IOCTL
DRM_IOCTL_GET_UNIQUE. (see file drm_ioc32.c). So is it a bug in the
kernel or libdrm?
PS: Since I have only the version numbers from the Gentoo distribution I do not
know the actual XOrg version. I guess it's 6.7.0 but this could be wrong.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] dri2proto: protocol requests for OML_sync_control and SGI_video_sync
On Fri, 2009-09-04 at 12:17 -0700, Jesse Barnes wrote: > I've been working on coding up the server and client side of > SGI_video_sync, OML_sync_control and SGI_swap_control. I came up with > this set of new protocol (against the dri2-swapbuffers branch) to > support the new requests. > > We still need to change the DRI2SwapBuffers request to handle the > various OML bits before it gets merged. > > To summarize: > DRI2GetMSCReq - get MSC triple > DRI2WaitMSCReq - wait on an MSC count or divisor/remainder > DRI2WaitSBCReq - wait on a swap count or all pending swaps Waiting in the X server will make it quite unlikely that the client will be notified within a reasonable timeframe from when vertical blank actually occurs. Won't this jeopardize the usefulness of the functionality? > DRI2MSCReply - MSC triple (generated in response to any of the above) > > Kristian and I talked briefly about doing this client side using events > to notify clients when their CRTC changes, but there are a few issues: > - races between client blocking and other server events (DPMS, window > movement) Maybe the X server could trigger a DRM event that the client could wait for directly, or something like that. > - compositor interaction; in the compositor case the display server > will be incrementing frame count based on compositor drawing rather > than vblank events I think that's a bad idea, as it will confuse apps if the compositor misses a frame or renders the app window more than once per frame. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13811] [GM965/KMS/UXA] memory corruption on resume from hibernate
http://bugzilla.kernel.org/show_bug.cgi?id=13811 saki changed: What|Removed |Added CC||s...@chare.eu --- Comment #4 from saki 2009-09-06 08:30:38 --- I can confirm the same problem on FSC Esprimo Mobile U9200, 4GB ram, FC11, kernel 2.6.29.6-217.2.8.fc11.i686.PAE graphic card Intel Mobile GM965/GL960 after resume crashes when added option nomodeset to kernel in /etc/grub.conf resumes without problem -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
