Re: [PATCHES] radeon drm kms i2c fixes
AFAIK recompiling the Xorg driver should be enough in openSUSE 11.2. Cheers, Johannes 2010/3/15 Jean Delvare kh...@linux-fr.org: On Thu, 11 Mar 2010 13:35:47 -0500, Alex Deucher wrote: On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare kh...@linux-fr.org wrote: I have the following in my machine: 02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) 02:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200] (Secondary) (rev 01) Can I help with testing? I can follow your instructions. Sure. You need a kms-enabled graphics stack. See this for more: http://wiki.x.org/wiki/radeonBuildHowTo Then, make sure you have the latest kernel bits and the patches I posted. Note that some users have reported problems with the hw i2c engine on some r1xx-r3xx boards. I suspect a problematic prescale or a drive problem. If you run into issues, please try the patch I attached to this bug: http://bugs.freedesktop.org/show_bug.cgi?id=26430 Huuu, looks a little too time consuming, I'm afraid. Anything requiring rebuilding Xorg isn't an option for me. I'm running openSUSE 11.1, it has Xorg 7.4, I guess it's too old... And openSUSE 11.2 has Xorg 7.4 too, I don't think is is KMS-enabled, so I guess upgrading won't help. I will probably have to wait for openSUSE 11.3 before I can do any testing, sorry. -- Jean Delvare -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: gpu wedged [was: mmotm 2010-01-15-15-34 uploaded]
Sorry, forgot to reply to all lists last time... Looks like bug #15004 (kernel) or #25475 (Xorg). Cheers, Johannes -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: gpu wedged [was: mmotm 2010-01-15-15-34 uploaded]
Am 23.01.2010 19:17, schrieb Jiri Slaby: On 01/23/2010 01:56 PM, Jiri Slaby wrote: and kernel says: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung render error detected, EIR: 0x [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 153151 at 153150) [drm:i915_gem_execbuffer] *ERROR* i915_gem_do_execbuffer returns -5 And it happens pretty regularly when accessing digitalnitelevize.cz with firefox 3.6. Maybe some kind of flash crud triggers it? Hi Jiri, is that bug #15004 (kernel) or #25475 (Xorg)? Cheers, Johannes -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.33-rc3-git3: Reported regressions 2.6.31 - 2.6.32
On 10.01.2010 23:45, Rafael J. Wysocki wrote: This message contains a list of some regressions introduced between 2.6.31 and 2.6.32, 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.31 and 2.6.32, please let me know either and I'll add them to the list. How about #15004? Cheers, Johannes -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.32 / intel: starts ok but display suddenly blanks out
Hello, the same behaviour can be confirmed for 945GM using 2.6.32.1. Cheers, Johannes Am 16.12.2009 11:24, schrieb Adrian von Bidder: Heyho! Is this already being investigated? (intel / X from squeeze == sid) X starts ok, but after some time (something like 15min) suddenly decides to blank the screen. ctrl+alt+backspace won't bring back the screen (I have it configured to allow it); ctrl+alt+Fx won't either, but since I can reboot with ctrl+alt+del I guess the console is being activated. Using 2.6.31 kernel is ok. If this is not known I'll try to find out more, but Xorg.0.log (.old after the reboot, of course) nor syslog show anything special that I can see. Seen on an Atom netbook (Acer AOA 150 with intel 945GME) with KMS enabled and on an IBM ThinkStation M58p (no access right now) without KMS. cheers -- vbi -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeon kernel module fails to compile
Don't use that branch, it is outdated, the drm kernel stuff for radeon went into mainline long time ago. Please take kernel source from vanilla instead. Cheers, Johannes 2009/10/7 Johannes Obermayr johannesoberm...@gmx.de: Hi, I tried compiling radeon kernel module from nouveau/linux-2.6 on openSUSE Build Service and received the attached output. Is it a general failure or must I change something? -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
radeon KMS command stream errors
Hi folks, trying the latest kernel (git commit b592972493c38665efd7d429a01b23fcb21e331a) with radeon KMS, libdrm (5a73f066ba149816cc0fc2de4b97ec4714cf8ebc) with experimental-api, Mesa (dc516d6e2afe7f157dbe5aad1288e5624b27e093) and xf86-video-ati (447a2ce1b88aa2d6d5713e93174c4002617720f7) with a slight change in radeon_dri2.c changing DRI2BufferPtr to DRI2Buffer2Ptr to make it compile I get tons of the following messages in the kernel log: [ 4494.586657] [drm:r100_cs_packet_next_reloc] *ERROR* No packet3 for relocation for packet at 4370. [ 4494.58] [drm] ib[4370]=0x1160 [ 4494.586671] [drm] ib[4371]=0x [ 4494.586677] [drm:r300_packet0_check] *ERROR* No reloc for ib[4369]=0x4540 [ 4494.586683] [drm] ib[4368]=0x1150 [ 4494.586687] [drm] ib[4369]=0x [ 4494.586692] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Also glxgears as well as any DRI application uses 100% cpu and does not run at the speed I am used to. Anything I can do about this? Cheers, Johannes -- 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] drm/i915: correct typo in error message
Quoting Johannes Engel, On 05/16/2009 03:44 PM: Signed-off-by: Johannes Engel jcnen...@googlemail.com --- drivers/gpu/drm/i915/intel_fb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c index e4652dc..a0c6dc5 100644 --- a/drivers/gpu/drm/i915/intel_fb.c +++ b/drivers/gpu/drm/i915/intel_fb.c @@ -207,7 +207,7 @@ static int intelfb_set_par(struct fb_info *info) if (var-pixclock != -1) { - DRM_ERROR(PIXEL CLCOK SET\n); + DRM_ERROR(PIXEL CLOCK SET\n); return -EINVAL; } else { struct drm_crtc *crtc; Oops, just saw that Andrew was a bit quicker. ;) Sorry for the noise. Cheers, Johannes -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/i915: correct typo in error message
Signed-off-by: Johannes Engel jcnen...@googlemail.com --- drivers/gpu/drm/i915/intel_fb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c index e4652dc..a0c6dc5 100644 --- a/drivers/gpu/drm/i915/intel_fb.c +++ b/drivers/gpu/drm/i915/intel_fb.c @@ -207,7 +207,7 @@ static int intelfb_set_par(struct fb_info *info) if (var-pixclock != -1) { - DRM_ERROR(PIXEL CLCOK SET\n); + DRM_ERROR(PIXEL CLOCK SET\n); return -EINVAL; } else { struct drm_crtc *crtc; -- 1.6.0.2 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[i915] unknown parameter
Hi folks, using latest kernel from airlied/drm-next together with git master as of today for modular X.org my kernel log shows a few messages like these: [ 390.305982] [drm] Initialized drm 1.1.0 20060810 [ 390.370356] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 390.370366] pci :00:02.0: setting latency timer to 64 [ 390.373818] [drm] Initialized i915 1.6.0 20080730 on minor 0 [ 390.377551] [drm:i915_setparam] *ERROR* unknown parameter 4 [ 390.377597] [drm:i915_getparam] *ERROR* Unknown parameter 6 [ 391.864524] [drm:i915_getparam] *ERROR* Unknown parameter 6 The last one about the unknown parameter 6 appears more often in the following, apparently whenever any DRI application is started. For example glxgears does not work saying: get fences failed: -1 param: 6, val: 0 glxgears: Error: couldn't get an RGB, Double-buffered visual. What's wrong here? Anything I can do to help? Is that related to Jesse's recent patch changing the fences check? Cheers, Johannes -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [i915] unknown parameter
Jesse Barnes wrote: get fences failed: -1 param: 6, val: 0 glxgears: Error: couldn't get an RGB, Double-buffered visual. What's wrong here? Anything I can do to help? Is that related to Jesse's recent patch changing the fences check? The new get fences check shouldn't affect whether you can get your visual or not; that's more likely to be related to some of the recent visual reporting changes... Sorry, that's not what I meant: I meant the error message about the failure in getting fences. :) Strange enough: Using UXA instead of EXA glxgears also drops this message about failure in getting fences, but somehow starts, although it freezes soon. Big downside is: Using UXA for some reason the xserver seems to eat up a huge lot of cpu power and constantly keeps the harddisk busy, pretty much unusable... Cheers, Johannes -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: intel text mode restore problem
Norbert Preining wrote: Where can I get this intel_reg_dumper from? Is there a tree to check out, or a ready made binary from x86_64 (Debian/unstable)? It is residing in the git repository of the intel driver. Cheers, Johannes. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] vblank rework for drm-next
Maksym Veremeyenko wrote: [EMAIL PROTECTED] drm-2.6]# patch -p1 ../drm-next-vblank-rework-2.patch patching file drivers/gpu/drm/drm_drv.c patching file drivers/gpu/drm/drm_irq.c Hunk #2 succeeded at 221 with fuzz 2. Hunk #3 succeeded at 238 (offset -3 lines). Hunk #4 succeeded at 280 with fuzz 2. Hunk #5 succeeded at 322 (offset -3 lines). am i doing wrong? No, why? That are no errors. :) Cheers, Johannes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[GEM i945] X server eats lots of cpu after resuming from s2ram
Hi guys, since I do not quite know who is the culprit for that problem, I want to ask here first before filing a bug report. Maybe one of you has got an idea how to deal with that. The problem is as follows: Using kernel 2.6.27-rc* with the GEM extensions from Eric's drm-gem-merge branch as of today and after resuming from suspend to RAM the xserver eats up about 80% of the cpu load on my DualCore system. X.org modular is from git master as well as mesa, libdrm (branch modesetting-gem) and xf86-video-intel (master after merge of modesetting). None of the logs shows anything irregular. I am using an intel 945GM. Any recommendations how to track that behaviour? OProfile? Cheers, Johannes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
modesetting-gem
Dear All, since Jesse merged the modesetting-gem branch to the intel driver we need the corresponding merge in drm as well, since the driver relies on that. But at least for me the kernel modules need some unknown symbols (kernel 2.6.27-rc3 with Eric's drm-gem-merge branch patches): WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_gem_object_handle_free WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_gem_object_lookup WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_gem_object_alloc WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_clflush_pages WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_gem_object_free WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_gem_handle_create WARNING: /lib/modules/2.6.27-rc4-engel-00011-g5ed94b1/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol drm_vbl_send_signals although these seem to be exported in drm_gem.c. Can you see what went wrong? Cheers, Johannes. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 1/1 repost #1] DRM: don't enable irqs in locking
Thomas Hellström wrote: Johannes Engel wrote: Thomas Hellström wrote: Yes, this bug could occur, but the remedy is not to use spin_lock_irqsave() for lock_data::spinlock but to avoid calling drm_lock_take with the drm_device::tasklet_lock held with irqs disabled. I'll see if I can come up with a patch. Hi Thomas, any news on that so far? Cheers, Johannes Hi! Been on vacation. Pls try the attached patch. It works for me. Thanks a lot. Hope you had pleasant holidays. :) Cheers, Johannes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 1/1 repost #1] DRM: don't enable irqs in locking
Thomas Hellström wrote: Yes, this bug could occur, but the remedy is not to use spin_lock_irqsave() for lock_data::spinlock but to avoid calling drm_lock_take with the drm_device::tasklet_lock held with irqs disabled. I'll see if I can come up with a patch. Hi Thomas, any news on that so far? Cheers, Johannes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH 1/1] Replace drmBO by drm_buffer_object
Hi folks, what do you think about this patch? It makes Mesa compile with TTM-api again. Cheers, Johannes From 4915d2a7a385995ca6ce9cb58029121f6c8e18d3 Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Mon, 11 Aug 2008 12:20:55 +0100 Subject: [PATCH 1/1] Replace drmBO (now undefined) by drm_buffer_object (+pointer) Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- src/mesa/drivers/dri/common/dri_util.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/drivers/dri/common/dri_util.h b/src/mesa/drivers/dri/common/dri_util.h index f126d08..1b1cb57 100644 --- a/src/mesa/drivers/dri/common/dri_util.h +++ b/src/mesa/drivers/dri/common/dri_util.h @@ -525,7 +525,7 @@ struct __DRIscreenRec { * fields will not be valid or initializaed in that case. */ int enabled; #ifdef TTM_API - drmBO sareaBO; + struct drm_buffer_object *sareaBO; #endif void *sarea; __DRIEventBuffer *buffer; -- 1.5.4.5 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH 1/1] Adapt on_each_cpu
Hi folks, this rather trivial patch makes drm compile again on kernel = 2.6.27. It is necessary since in kernel 2.6.27 on_each_cpu (defined in include/linux/smp.h) lost the third argument (retry). What do you think? Cheers, Johannes From 5a5fb6ef609f831bd187321649c93f20294e56c5 Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Wed, 30 Jul 2008 13:16:48 +0100 Subject: [PATCH 1/1] Adapt on_each_cpu Since kernel 2.6.27 on_each_cpu lost its retry argument Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- linux-core/drm_ttm.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/linux-core/drm_ttm.c b/linux-core/drm_ttm.c index 80a8ff5..818809f 100644 --- a/linux-core/drm_ttm.c +++ b/linux-core/drm_ttm.c @@ -72,7 +72,11 @@ void drm_ttm_cache_flush(struct page *pages[], unsigned long num_pages) return; } #endif +#if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,27)) + if (on_each_cpu(drm_ttm_ipi_handler, NULL, 1)) +#else if (on_each_cpu(drm_ttm_ipi_handler, NULL, 1, 1) != 0) +#endif DRM_ERROR(Timed out waiting for drm cache flush.\n); } EXPORT_SYMBOL(drm_ttm_cache_flush); -- 1.5.4.5 signature.asc Description: OpenPGP digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Replace nopfn by fault
Hi, folks, as Ross mentioned four days ago, nopfn has gone from the kernel tree. Therefore we need to adapt drm_vm.c to use fault instead. What do you think about the attached patch? Cheers, Johannes From ba506005a6e7f7beaaedad7919eebf44b6e6db5b Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Tue, 29 Jul 2008 18:02:50 +0100 Subject: [PATCH 1/1] Replace nopfn by fault This is necessary since kernel 2.6.27 will ship whithout nopfn Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- linux-core/drm_vm.c | 27 ++- 1 files changed, 14 insertions(+), 13 deletions(-) diff --git a/linux-core/drm_vm.c b/linux-core/drm_vm.c index 6618c0a..ffe7d8a 100644 --- a/linux-core/drm_vm.c +++ b/linux-core/drm_vm.c @@ -699,8 +699,8 @@ EXPORT_SYMBOL(drm_mmap); */ #ifdef DRM_FULL_MM_COMPAT -static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, - unsigned long address) +static int drm_bo_vm_fault(struct vm_area_struct *vma, + struct vm_fault *vmf) { struct drm_buffer_object *bo = (struct drm_buffer_object *) vma-vm_private_data; unsigned long page_offset; @@ -708,29 +708,30 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, struct drm_ttm *ttm; struct drm_device *dev; unsigned long pfn; + unsigned long address = (unsigned long)vmf-virtual_address; int err; unsigned long bus_base; unsigned long bus_offset; unsigned long bus_size; - unsigned long ret = NOPFN_REFAULT; + int ret = VM_FAULT_NOPAGE; if (address vma-vm_end) - return NOPFN_SIGBUS; + return VM_FAULT_SIGBUS; dev = bo-dev; err = drm_bo_read_lock(dev-bm.bm_lock, 1); if (err) - return NOPFN_REFAULT; + return VM_FAULT_NOPAGE; err = mutex_lock_interruptible(bo-mutex); if (err) { drm_bo_read_unlock(dev-bm.bm_lock); - return NOPFN_REFAULT; + return VM_FAULT_NOPAGE; } err = drm_bo_wait(bo, 0, 1, 0, 1); if (err) { - ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? VM_FAULT_SIGBUS : VM_FAULT_NOPAGE; bo-priv_flags = ~_DRM_BO_FLAG_UNLOCKED; goto out_unlock; } @@ -748,7 +749,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, DRM_BO_FLAG_FORCE_MAPPABLE; err = drm_bo_move_buffer(bo, new_flags, 0, 0); if (err) { - ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? VM_FAULT_SIGBUS : VM_FAULT_NOPAGE; goto out_unlock; } } @@ -757,11 +758,11 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, bus_size); if (err) { - ret = NOPFN_SIGBUS; + ret = VM_FAULT_SIGBUS; goto out_unlock; } - page_offset = (address - vma-vm_start) PAGE_SHIFT; + page_offset = 0 PAGE_SHIFT; if (bus_size) { struct drm_mem_type_manager *man = dev-bm.man[bo-mem.mem_type]; @@ -774,7 +775,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, drm_ttm_fixup_caching(ttm); page = drm_ttm_get_page(ttm, page_offset); if (!page) { - ret = NOPFN_OOM; + ret = VM_FAULT_OOM; goto out_unlock; } pfn = page_to_pfn(page); @@ -785,7 +786,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, err = vm_insert_pfn(vma, address, pfn); if (err) { - ret = (err != -EAGAIN) ? NOPFN_OOM : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? VM_FAULT_OOM : VM_FAULT_NOPAGE; goto out_unlock; } out_unlock: @@ -849,7 +850,7 @@ static void drm_bo_vm_close(struct vm_area_struct *vma) static struct vm_operations_struct drm_bo_vm_ops = { #ifdef DRM_FULL_MM_COMPAT - .nopfn = drm_bo_vm_nopfn, + .fault = drm_bo_vm_fault, #else #if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,19)) .nopfn = drm_bo_vm_nopfn, -- 1.5.4.5 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Replace nopfn by fault
Thomas Hellström wrote: Johannes, If the patch works, it looks correct to me. However, you need to make sure (using defines) that the code will compile also on kernels that don't have the .fault method. /Thomas Hi Thomas, thanks for reviewing and suggesting. :) I created a new variable DRM_HAS_FAULT which is defined for kernels from 2.6.23 and decides about using .fault or .nopfn. I attach a corrected version. Cheers, Johannes From afa7bf20a62ce37b00c06a1ac53527656e4c1c43 Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Tue, 29 Jul 2008 21:54:20 +0100 Subject: [PATCH 1/1] Replace nopfn by fault This is necessary since kernel 2.6.27 will ship without nopfn. The .fault method is supposed to be supported for kernels = 2.6.23. Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- linux-core/drm_compat.h |3 ++ linux-core/drm_vm.c | 52 +++ 2 files changed, 55 insertions(+), 0 deletions(-) diff --git a/linux-core/drm_compat.h b/linux-core/drm_compat.h index 6e5d252..4b56863 100644 --- a/linux-core/drm_compat.h +++ b/linux-core/drm_compat.h @@ -176,6 +176,9 @@ static __inline__ void *kcalloc(size_t nmemb, size_t size, int flags) #define DRM_FULL_MM_COMPAT #endif +#if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,23)) +#define DRM_HAS_FAULT +#endif /* * Flush relevant caches and clear a VMA structure so that page references diff --git a/linux-core/drm_vm.c b/linux-core/drm_vm.c index 6618c0a..61ea915 100644 --- a/linux-core/drm_vm.c +++ b/linux-core/drm_vm.c @@ -699,8 +699,13 @@ EXPORT_SYMBOL(drm_mmap); */ #ifdef DRM_FULL_MM_COMPAT +#ifdef DRM_HAS_FAULT +static int drm_bo_vm_fault(struct vm_area_struct *vma, + struct vm_fault *vmf) +#else static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, unsigned long address) +#endif { struct drm_buffer_object *bo = (struct drm_buffer_object *) vma-vm_private_data; unsigned long page_offset; @@ -708,29 +713,52 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, struct drm_ttm *ttm; struct drm_device *dev; unsigned long pfn; +#ifdef DRM_HAS_FAULT + unsigned long address = (unsigned long)vmf-virtual_address; +#endif int err; unsigned long bus_base; unsigned long bus_offset; unsigned long bus_size; +#ifdef DRM_HAS_FAULT + int ret = VM_FAULT_NOPAGE; +#else unsigned long ret = NOPFN_REFAULT; +#endif if (address vma-vm_end) +#ifdef DRM_HAS_FAULT + return VM_FAULT_SIGBUS; +#else return NOPFN_SIGBUS; +#endif dev = bo-dev; err = drm_bo_read_lock(dev-bm.bm_lock, 1); if (err) +#ifdef DRM_HAS_FAULT + return VM_FAULT_NOPAGE; +#else return NOPFN_REFAULT; +#endif err = mutex_lock_interruptible(bo-mutex); if (err) { drm_bo_read_unlock(dev-bm.bm_lock); +#ifdef DRM_HAS_FAULT + return VM_FAULT_NOPAGE; +#else return NOPFN_REFAULT; +#endif } err = drm_bo_wait(bo, 0, 1, 0, 1); if (err) { +#ifdef DRM_HAS_FAULT + ret = (err != -EAGAIN) ? VM_FAULT_SIGBUS : VM_FAULT_NOPAGE; +#else ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; +#endif bo-priv_flags = ~_DRM_BO_FLAG_UNLOCKED; goto out_unlock; } @@ -748,7 +776,11 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, DRM_BO_FLAG_FORCE_MAPPABLE; err = drm_bo_move_buffer(bo, new_flags, 0, 0); if (err) { +#ifdef DRM_HAS_FAULT + ret = (err != -EAGAIN) ? VM_FAULT_SIGBUS : VM_FAULT_NOPAGE; +#else ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; +#endif goto out_unlock; } } @@ -757,11 +789,19 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, bus_size); if (err) { +#ifdef DRM_HAS_FAULT + ret = VM_FAULT_SIGBUS; +#else ret = NOPFN_SIGBUS; +#endif goto out_unlock; } +#ifdef DRM_HAS_FAULT + page_offset = 0 PAGE_SHIFT; +#else page_offset = (address - vma-vm_start) PAGE_SHIFT; +#endif if (bus_size) { struct drm_mem_type_manager *man = dev-bm.man[bo-mem.mem_type]; @@ -774,7 +814,11 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, drm_ttm_fixup_caching(ttm); page = drm_ttm_get_page(ttm, page_offset); if (!page) { +#ifdef DRM_HAS_FAULT + ret = VM_FAULT_OOM; +#else ret = NOPFN_OOM; +#endif goto out_unlock; } pfn = page_to_pfn(page); @@ -785,7 +829,11 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, err = vm_insert_pfn(vma, address, pfn); if (err) { +#ifdef DRM_HAS_FAULT + ret = (err != -EAGAIN) ? VM_FAULT_OOM : VM_FAULT_NOPAGE; +#else ret = (err != -EAGAIN) ? NOPFN_OOM : NOPFN_REFAULT; +#endif goto out_unlock; } out_unlock: @@ -848,6 +896,9 @@ static void drm_bo_vm_close(struct vm_area_struct *vma) } static struct vm_operations_struct drm_bo_vm_ops = { +#ifdef DRM_HAS_FAULT + .fault = drm_bo_vm_fault, +#else #ifdef DRM_FULL_MM_COMPAT .nopfn = drm_bo_vm_nopfn, #else @@ -857,6 +908,7 @@ static struct vm_operations_struct drm_bo_vm_ops = { .nopage = drm_bo_vm_nopage, #endif
Re: Replace nopfn by fault
Tomas Carnecky wrote: Wow, there are a lot ifdefs in the code. Exactly what I was thinking when I saw the patch. ;) But I was too lazy to think for a solution. Thanks for doing that for me. :) Here comes the result. Cheers, Johannes From 36daa6eccb466164da7538ad7dd7d540ec0eb6b9 Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Tue, 29 Jul 2008 22:17:04 +0100 Subject: [PATCH 1/1] Replace nopfn by fault This is necessary since kernel 2.6.27 will ship whithout nopfn. The method .fault is assumed to be present in kernels = 2.6.23. Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- linux-core/drm_compat.h | 11 +++ linux-core/drm_vm.c | 36 +++- 2 files changed, 38 insertions(+), 9 deletions(-) diff --git a/linux-core/drm_compat.h b/linux-core/drm_compat.h index 6e5d252..c5118bf 100644 --- a/linux-core/drm_compat.h +++ b/linux-core/drm_compat.h @@ -174,8 +174,19 @@ static __inline__ void *kcalloc(size_t nmemb, size_t size, int flags) #if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,21)) #define DRM_FULL_MM_COMPAT + +#if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,23)) +#define DRM_HAS_FAULT +#define DRM_FAULT_SIGBUS VM_FAULT_SIGBUS +#define DRM_FAULT_OOM VM_FAULT_OOM +#define DRM_FAULT_NOPAGE VM_FAULT_NOPAGE +#else +#define DRM_FAULT_SIGBUS NOPFN_SIGBUS +#define DRM_FAULT_OOM NOPFN_OOM +#define DRM_FAULT_NOPAGE NOPFN_REFAULT #endif +#endif /* * Flush relevant caches and clear a VMA structure so that page references diff --git a/linux-core/drm_vm.c b/linux-core/drm_vm.c index 6618c0a..a0bd8bf 100644 --- a/linux-core/drm_vm.c +++ b/linux-core/drm_vm.c @@ -699,8 +699,13 @@ EXPORT_SYMBOL(drm_mmap); */ #ifdef DRM_FULL_MM_COMPAT +#ifdef DRM_HAS_FAULT +static int drm_bo_vm_fault(struct vm_area_struct *vma, + struct vm_fault *vmf) +#else static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, unsigned long address) +#endif { struct drm_buffer_object *bo = (struct drm_buffer_object *) vma-vm_private_data; unsigned long page_offset; @@ -712,25 +717,30 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, unsigned long bus_base; unsigned long bus_offset; unsigned long bus_size; - unsigned long ret = NOPFN_REFAULT; +#ifdef DRM_HAS_FAULT + unsigned long address = (unsigned long)vmf-virtual_address; + int ret = DRM_FAULT_NOPAGE; +#else + unsigned long ret = DRM_FAULT_NOPAGE; +#endif if (address vma-vm_end) - return NOPFN_SIGBUS; + return DRM_FAULT_SIGBUS; dev = bo-dev; err = drm_bo_read_lock(dev-bm.bm_lock, 1); if (err) - return NOPFN_REFAULT; + return DRM_FAULT_NOPAGE; err = mutex_lock_interruptible(bo-mutex); if (err) { drm_bo_read_unlock(dev-bm.bm_lock); - return NOPFN_REFAULT; + return DRM_FAULT_NOPAGE; } err = drm_bo_wait(bo, 0, 1, 0, 1); if (err) { - ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? DRM_FAULT_SIGBUS : DRM_FAULT_NOPAGE; bo-priv_flags = ~_DRM_BO_FLAG_UNLOCKED; goto out_unlock; } @@ -748,7 +758,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, DRM_BO_FLAG_FORCE_MAPPABLE; err = drm_bo_move_buffer(bo, new_flags, 0, 0); if (err) { - ret = (err != -EAGAIN) ? NOPFN_SIGBUS : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? DRM_FAULT_SIGBUS : DRM_FAULT_NOPAGE; goto out_unlock; } } @@ -757,11 +767,15 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, bus_size); if (err) { - ret = NOPFN_SIGBUS; + ret = DRM_FAULT_SIGBUS; goto out_unlock; } +#ifdef DRM_HAS_FAULT + page_offset = 0 PAGE_SHIFT; +#else page_offset = (address - vma-vm_start) PAGE_SHIFT; +#endif if (bus_size) { struct drm_mem_type_manager *man = dev-bm.man[bo-mem.mem_type]; @@ -774,7 +788,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, drm_ttm_fixup_caching(ttm); page = drm_ttm_get_page(ttm, page_offset); if (!page) { - ret = NOPFN_OOM; + ret = DRM_FAULT_OOM; goto out_unlock; } pfn = page_to_pfn(page); @@ -785,7 +799,7 @@ static unsigned long drm_bo_vm_nopfn(struct vm_area_struct *vma, err = vm_insert_pfn(vma, address, pfn); if (err) { - ret = (err != -EAGAIN) ? NOPFN_OOM : NOPFN_REFAULT; + ret = (err != -EAGAIN) ? DRM_FAULT_OOM : DRM_FAULT_NOPAGE; goto out_unlock; } out_unlock: @@ -849,7 +863,11 @@ static void drm_bo_vm_close(struct vm_area_struct *vma) static struct vm_operations_struct drm_bo_vm_ops = { #ifdef DRM_FULL_MM_COMPAT +#ifdef DRM_HAS_FAULT + .fault = drm_bo_vm_fault, +#else .nopfn = drm_bo_vm_nopfn, +#endif #else #if (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,19)) .nopfn = drm_bo_vm_nopfn, -- 1.5.4.5 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event
true boolean in drm_agpsupport.c
Hi folks, since my compiler always complains about that during (aborted) compilation of the kernel modules I decided to send that patch to the ML. Can we safely replace TRUE/FALSE by the boolean values true/false? Cheers, Johannes Signed-off-by: Johannes Engel [EMAIL PROTECTED] Replace old TRUE/FALSE by true boolean true/false linux-core/drm_agpsupport.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/linux-core/drm_agpsupport.c b/linux-core/drm_agpsupport.c index d6594b8..3cc94ff 100644 --- a/linux-core/drm_agpsupport.c +++ b/linux-core/drm_agpsupport.c @@ -517,7 +517,7 @@ drm_agp_bind_pages(struct drm_device *dev, mem-memory[i] = phys_to_gart(page_to_phys(pages[i])); mem-page_count = num_pages; - mem-is_flushed = TRUE; + mem-is_flushed = true; ret = drm_agp_bind_memory(mem, gtt_offset / PAGE_SIZE); if (ret != 0) { DRM_ERROR(Failed to bind AGP memory: %d\n, ret); @@ -597,7 +597,7 @@ static int drm_agp_bind_ttm(struct drm_ttm_backend *backend, int snooped = (bo_mem-flags DRM_BO_FLAG_CACHED) !(bo_mem-flags DRM_BO_FLAG_CACHED_MAPPED); DRM_DEBUG(drm_agp_bind_ttm\n); - mem-is_flushed = TRUE; + mem-is_flushed = true; mem-type = AGP_USER_MEMORY; /* CACHED MAPPED implies not snooped memory */ if (snooped) @@ -696,7 +696,7 @@ struct drm_ttm_backend *drm_agp_init_ttm(struct drm_device *dev) agp_be-mem = NULL; agp_be-bridge = dev-agp-bridge; - agp_be-populated = FALSE; + agp_be-populated = false; agp_be-backend.func = agp_ttm_backend; agp_be-backend.dev = dev; - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Status of everything?
Ben Gamari wrote: What trees are you pulling from. Pulling from drm/modesetting-gem and mesa/drm-gem I'm getting some pretty obvious build errors (e.g. struct drm_gem_open never defined). That's exactly what I am doing. Upto now I did not experience any of these errors. Cheers, Johannes - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Status of everything?
Ben Gamari wrote: On the note of GEM, would it be worth pulling down the GEM trees to play around with and submit bugs against? Is the code in a state at all resembling stable (can you run a moderately standard X session for more than 10 seconds)? As far as I can tell this is working nearly stable with my intel i945GM. The most annoying thing is that it is only possible to start X.org once. After going back to the framebuffer console it won't display anything again. Regards, Johannes - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: GEM merging to master
Quoting Eric Anholt: We're getting close to ready to mark GEM on Intel as done. We've got one failing testcase that we isolated this week with interrupt handling, and we've got a fix in testing that appears to be doing the job. Tomorrow I'm planning on merging the GEM code to master of all 3 repositories. At that point, I'll cut a branch called drm-ttm in drm with the existing interface and support. After that I'm planning on the following changes: I just tested the actual state of the drm-gem branches in drm, mesa and xf86-video-intel. But I could not manage to setup GEM, since there is no DRI2 support in the driver and obviously none of the other conditions on ddx_version etc. are fulfilled. Is there any special requirement I forgot? Best regards, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: GEM merging to master
Quoting He, Shuang: You may need to build mesa with --enable-ttm-api, and update drm kernel modules as well whose source is under drm/linux-core, Thanks for your hint, I had that symbol already enabled. Once I enabled ttm-api in Mesa I get the following (of course after recompiling xserver and the drivers afterwards): glxinfo name of display: :0.0 Couldn't reference front handle 0x6b276502: Operation not permitted glxinfo: intel_regions.c:449: intel_recreate_static: Assertion `region-buffer != ((void *)0)' failed. Aborted Does anyone know how to deal with that? Best regards, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: GEM merging to master
Keith Packard wrote: On Thu, 2008-06-12 at 16:06 +0100, Johannes Engel wrote: Quoting He, Shuang: You may need to build mesa with --enable-ttm-api, and update drm kernel modules as well whose source is under drm/linux-core, Thanks for your hint, I had that symbol already enabled. Once I enabled ttm-api in Mesa I get the following (of course after recompiling xserver and the drivers afterwards): glxinfo name of display: :0.0 Couldn't reference front handle 0x6b276502: Operation not permitted You're using a TTM driver with GEM mesa. That doesn't work. I am using the drm-gem branches of xf86-video-intel and mesa. So which TTM-driver do you mean? Do I have to enable AIGLX manually? Or compile Mesa without ttm-api? Regards, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915 performance, master, i915tex gem
Hi, everyone, I wonder how you got any OpenGL-app running using Keith's GEM tree. For me even glxgears turns the screen black although AFAIK not necessarily crashing the Xserver. I will further investigate on that. Best regards, Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915 performance, master, i915tex gem
Johannes Engel schrieb: Hi, everyone, I wonder how you got any OpenGL-app running using Keith's GEM tree. For me even glxgears turns the screen black although AFAIK not necessarily crashing the Xserver. I will further investigate on that. OK, at least that seems not to be reproducible, since it does not occur at the moment one restart later. On my 945GM GEM lets kwin4 with composite feel much smoother. But that's only subjective. glxgears does not pin the CPU but returns values similar to those with TTM. Greetings, Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915 performance, master, i915tex gem
Thomas Hellström schrieb: Johannes Engel wrote: Hi, everyone, I wonder how you got any OpenGL-app running using Keith's GEM tree. For me even glxgears turns the screen black although AFAIK not necessarily crashing the Xserver. I will further investigate on that. Best regards, Johannes Johannes, Double-check that you're not enabling AIGLX. /Thomas Without AIGLX it does not even run, since I cannot compile the glcore driver since the source file seems to miss any include. :) Greetings, Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: intel-batchbuffer and DRI2
Jie Luo schrieb: Johannes Engel wrote: Hello! Running intel-batchbuffer with DRI2 (mesa, drm, modular X.Org from git master resp. intel-batchbuffer), most things work quite well except frequent and regular crashes of X.org. Last example some minutes ago working with eclipse (just writing). X.Org log is attached. Greetings, Johannes This crash is not caused by DIR2, and it was fixed in latest git master. DIR2 work well with current git master in my machine as well. There are still some small problems. I do not think so, at least I think I am using latest git master, and this still happens. dmesg says [drm:drm_buffer_object_create] *ERROR* Illegal buffer object size. Greetings, Johannes - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
intel-batchbuffer and DRI2
Hello! Running intel-batchbuffer with DRI2 (mesa, drm, modular X.Org from git master resp. intel-batchbuffer), most things work quite well except frequent and regular crashes of X.org. Last example some minutes ago working with eclipse (just writing). X.Org log is attached. Greetings, Johannes Xorg.0.log.old Description: application/trash - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
intel-batchbuffer with DRI2
Hi, Kristian and the rest of the DRI world! ;) Testing your most recent DRI2 work on my 945GM I ran into trouble starting compiz. Digging a little bit deeper I recognized, that glXGetFBConfigs seems not to return any FBConfig at all. But glxinfo lists a whole lot of them: ~/software/mesa/progs/xdemos ./glxinfo name of display: :0.0 calling DRI2CreateDrawable, XID 0x423, GLX ID 0x423 success, head 0x998, handle 0x1f display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 945GM 20061102 x86/MMX/SSE2 OpenGL version string: 1.4 Mesa 7.1 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_framebuffer_object, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_separate_stencil, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SUN_multi_draw_arrays 3 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x56 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x57 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x58 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x59 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0
Re: DRI2 direct rendering
Thanks a lot for your work, Kristian! Testing DRI2 on my 945GM I get ~ glxgears calling DRI2CreateDrawable, XID 0x2c2, GLX ID 0x2c2 success, head 0x30, handle 0x2 DRM_I915_EXECBUFFER: -16 glxgears: intel_context.c:1010: UNLOCK_HARDWARE: Assertion `intel-batch-cliprect_mode != REFERENCES_CLIPRECTS' failed. Aborted Greetings, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Updated i915tex
Thomas Hellström schrieb: Hi! Tungsten Graphics has decided to push an updated version of i915tex, that works with the latest xf86-video-intel and drm. The driver will be available on the mesa i915tex-branch, which is based off the mesa_7_0 branch. Hi, Thomas! I just tested the new code. It is *very* fast compared to the code from master branch on my 945GM. But as well as using master there is one thing I do not quite understand: glxinfo's output shows for example GLX_EXT_texture_from_pixmap for both server and client but not in the GLX extensions section. If I disable drm it appears at all of the three sections: server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 945GM 20061102 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.0.3-rc2 What's that about? Greetings, Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Updated i915tex
Thomas Hellström wrote: Hi! Tungsten Graphics has decided to push an updated version of i915tex, that works with the latest xf86-video-intel and drm. The driver will be available on the mesa i915tex-branch, which is based off the mesa_7_0 branch. Hi, Thomas! I just tested the new code. It is *very* fast compared to the code from master branch on my 945GM. But as well as using master there is one thing I do not quite understand: glxinfo's output shows for example GLX_EXT_texture_from_pixmap for both server and client but not in the GLX extensions section. If I disable drm it appears at all of the three sections: server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 945GM 20061102 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.0.3-rc2 What's that about? Greetings, Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel