[Bug 25193] Git 3f2c77659ca552c43f544228f3a5a5fe6365513a breaks here
http://bugs.freedesktop.org/show_bug.cgi?id=25193 --- Comment #1 from Alex Deucher 2009-11-19 22:02:08 PST --- Sounds like you are building against an old version of libdrm_radeon. To update build libdrm configured with --enable-radeon-experimental-api -- 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
[Bug 25109] Wine - Civ4 Black Terrain after upgrading to mesa 7.6
http://bugs.freedesktop.org/show_bug.cgi?id=25109 --- Comment #3 from Tom 2009-11-19 21:24:36 PST --- I tried to run git bisect to find the cause of this bug, but I couldn't find the exact commit because some of the commits caused Wine to crash. However, I still think I have some useful information. Here are my results: Civilization 4 running on top of Wine works as expected until this commit: d1a0ece9077b3de49c293a04c220b995424cef28 is first bad commit commit d1a0ece9077b3de49c293a04c220b995424cef28 Author: Pauli Nieminen Date: Wed Aug 12 20:28:54 2009 +0300 radeon: Port flush preventation code from r200 to r100. - emit prediction - fixes to emit_sizes for data - clean up of excesive use of radeonEnsureCmdBufferSpace Signed-off-by: Pauli Nieminen :04 04 f5047ec4056835fd217922cabb4907bf59dd5e31 d4c7e96406e9a9529073e104b18e2af16ef9b01a M src Starting with this commit, Wine crashes right after starting Civilization 4. This behavior continues until this commit: 4916a5a2e72b05c176809dd0db5066a966a45b80 is first bad commit commit 4916a5a2e72b05c176809dd0db5066a966a45b80 Author: Maciej Cencora Date: Sun Sep 20 13:54:59 2009 +0200 radeon: update buffer map/unmap code for changes introduced in 92033a9516942d7272ce4bf36ecd422009bbaf60 and 822c7964819ca1fcc270880d4ca8b3de8a4276d0 :04 04 7f8f99ed6e80c9554b1d4a34030a3720beb7f174 a2673b431fd186ffe0224c0c5783abef43f76e5d M src Starting with this commit, I experience the problem I originally described. Civilization 4 starts correctly, but during game play all the terrain is black. The cause of this bug is somewhere between these two commits. -- 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
[Bug 25193] New: Git 3f2c77659ca552c43f544228f3a5a5fe6365513a breaks here
http://bugs.freedesktop.org/show_bug.cgi?id=25193 Summary: Git 3f2c77659ca552c43f544228f3a5a5fe6365513a breaks here Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: e...@aei.ca Mesa built from commit 3f2c77659ca552c43f544228f3a5a5fe6365513a fails giving me a non working software renderer which leaves artifacts all over the background. Reverting to 827ba44f6ee83ab21c6a2b09323f6f1df4a7d4c8 works and glxinfo reports a render string of: Mesa DRI R600 (RS780 9614) 20090101 TCL DRI2. Rebuiling libdrm from git before building mesa does not change anything. I am on gentoo, amd64 with xorg 1.7.1, xf86-video-ati, libdrm & mesa from git. Kernel is 2.6.31.6 + Airlies drm-next tree as of Nov 6th. Hope this helps -- 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
[Bug 25177] [r6xx][RV635] mipmap crash with secondlife
http://bugs.freedesktop.org/show_bug.cgi?id=25177 --- Comment #5 from Maciej Cencora 2009-11-19 13:18:55 PST --- (In reply to comment #4) > That was from yesterday's merges around 2009-11-18 23:55 > I'll try reproducing this bug on my machine. -- 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] intel: make chipset strings more consistent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tormod Volden wrote: > From: Tormod Volden > > --- > > For automated bug triaging hackery purposes, it can be nice to have > these chipset labels, reported in glxinfo, more consistent. > > I wonder if also the "E7221G (i915)" string can be further harmonized > with the other labels, but I have no idea what that chip is. NAK. Annoying as they may be, these are the strings our corporate overlords have commanded us to use. > > Tormod > > src/mesa/drivers/dri/intel/intel_context.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/src/mesa/drivers/dri/intel/intel_context.c > b/src/mesa/drivers/dri/intel/intel_context.c > index 2aeca6b..f7bd807 100644 > --- a/src/mesa/drivers/dri/intel/intel_context.c > +++ b/src/mesa/drivers/dri/intel/intel_context.c > @@ -104,7 +104,7 @@ intelGetString(GLcontext * ctx, GLenum name) > chipset = "Intel(R) 915G"; > break; >case PCI_CHIP_E7221_G: > - chipset = "Intel (R) E7221G (i915)"; > + chipset = "Intel(R) E7221G (i915)"; >break; >case PCI_CHIP_I915_GM: > chipset = "Intel(R) 915GM"; > @@ -148,7 +148,7 @@ intelGetString(GLcontext * ctx, GLenum name) >chipset = "Intel(R) 965GME/GLE"; >break; >case PCI_CHIP_GM45_GM: > - chipset = "Mobile Intel® GM45 Express Chipset"; > + chipset = "Intel(R) GM45"; >break; >case PCI_CHIP_IGD_E_G: >chipset = "Intel(R) Integrated Graphics Device"; > > > > > -- > 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksFsdwACgkQX1gOwKyEAw+g7ACePKZxluAGhmLRhdIWppdWtg4z 8/kAnRZVC0/X/aWX0lY3QQq5JPBD4O8Z =V0sP -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
Re: [PATCH] drm/radeon/kms: Fix oops when set_base is call with no FB
> On Tue, 2009-11-10 at 14:30 -0800, Andrew Morton wrote: > > On Wed, 4 Nov 2009 20:03:19 +0100 > > Jerome Glisse wrote: > > > > > Just do nothings crct_set_base i call with no FB. > > > > > > > hmpf. It's obvious that you spent hours carefully describing this > > patch for us. > > > > Sorry, truth is i don't understand why crtc set_base call back > can be call with a null fb, i did just replicate what intel kms > and other part of radeon kms was doing in front of such situation. > It should go down to 2.6.31, useless before as there is no KMS > for radeon in earlier version. The oops will happen when user > switch btw X & vt or in some case when changing mode. > > Will clearly state my ignorance in future patch. The secert to understanding why a oops occurs is to look at the function drm_crtc_helper_set_config in drm_crtc_helper.c. This function is called by both drm_fb_helper_set_par and drm_fb_helper_pan_display as well as from userland attempting to set a mode via the dri layer. The code path for this last case is drm_mode_setcrtc in drm_crtc.c. In the userland setting case drm_mode_setcrtc() test to see if a drm_framebuffer is avaliable. Either by user requesting a specific fb or by using the default fb from the drm_crtc. If no fb is found then the function returns a error. So the user must prepare a framebuffer before hand. Now the second case is the fbdev emulation layer calling drm_crtc_helper_set_config. First in this method we have two states, mode_change and fb_change. The first test is to see if crtc->fb equals the desired fb. If the crtc->fb or the desired fb is NULL it is considered a full mode change. If we have do have both fb which are not the same objects then we expect a fb_change. This is true also we want any panning. After that we test if the drm_display_mode passed in and the crtc->mode are equal. If not then it is a mode_change. Now if the driver doesn't support set_base then it is always a mode_change. After all the testing we are ready to change the hardware state. In the mode_change case we save the original fb which is crtc->fb. Then we set the crtc->fb to the new fb and then call our function. old_fb = set->crtc->fb; set->crtc->fb = set->fb; ... drm_crtc_helper_set_mode(set->crtc, set->mode, set->x, set->y, old_fb) In the fb_change case we also shuffle the fbs like above and call the following. old_fb = set->crtc->fb; if (set->crtc->fb != set->fb) set->crtc->fb = set->fb; ret = crtc_funcs->mode_set_base(set->crtc, set->x, set->y, old_fb); Okay now to the problem with the fbdev emulation layer. If you look at drm_fb_helper_single_fb_probe you will notice a new drm_framebuffer could be created. Now the following field at set to this new fb: modeset->fb fb_helper->fb If you notice no crtc->fb is set. This what causes the problems. Even more interesting is the conditional check in drm_fb_helper_set_par. if (crtc->fb == fb_helper->crtc_info[i].mode_set.fb) { But because crtc->fb is null the mode is never changed. I repeat the set_par function never changes the graphics mode. The worst part is the var for the framebuffer console ends up out of sync with the dri layer if someone attempts to change the mode via the fbdev layer. So what is setting the default graphics mode. Actually it's the panning function drm_fb_helper_pan_display. You will notice that the fb is never checked there. -- 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 25177] [r6xx][RV635] mipmap crash with secondlife
http://bugs.freedesktop.org/show_bug.cgi?id=25177 --- Comment #4 from Shawn Starr 2009-11-19 12:30:57 PST --- That was from yesterday's merges around 2009-11-18 23:55 -- 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] drm/ttm: Fix build failure due to missing struct page
Martin Michlmayr wrote: > drm/ttm fails to build on MIPS because "struct page" is not known: > | In file included from drivers/gpu/drm/ttm/ttm_memory.c:28: > | include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside > parameter list > | include/drm/ttm/ttm_memory.h:154: warning: its scope is only this > definition or declaration, which is probably not what you want > | include/drm/ttm/ttm_memory.h:156: warning: 'struct page' declared inside > parameter list > | drivers/gpu/drm/ttm/ttm_memory.c:540: error: conflicting types for > 'ttm_mem_global_alloc_page' > | include/drm/ttm/ttm_memory.h:154: error: previous declaration of > 'ttm_mem_global_alloc_page' was here > | drivers/gpu/drm/ttm/ttm_memory.c:561: error: conflicting types for > 'ttm_mem_global_free_page' > | include/drm/ttm/ttm_memory.h:156: error: previous declaration of > 'ttm_mem_global_free_page' was here > > Signed-off-by: Martin Michlmayr > > --- a/include/drm/ttm/ttm_memory.h > +++ b/include/drm/ttm/ttm_memory.h > @@ -33,6 +33,7 @@ > #include > #include > #include > +#include > > /** > * struct ttm_mem_shrink - callback to shrink TTM memory usage. > > Acked-by: Thomas Hellstrom -- 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] intel: make chipset strings more consistent
Sorry, I think I posted this (and the previous patch) to the wrong mailing list. This should have gone to Mesa3d-dev@ I guess. Or even intel-...@. Tormod -- 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 25114] [R600] Nexuiz 2.5.2 crashes on demo5 (Silver City), errors on demo piece-o-cake too
http://bugs.freedesktop.org/show_bug.cgi?id=25114 Alex Deucher changed: What|Removed |Added Component|DRM/Radeon |Drivers/DRI/R600 Product|DRI |Mesa Version|XOrg CVS|git --- Comment #4 from Alex Deucher 2009-11-19 11:17:45 PST --- This should be fixed in the 7.7 branch of mesa. Can you verify? -- 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
[PATCH] intel: make chipset strings more consistent
From: Tormod Volden --- For automated bug triaging hackery purposes, it can be nice to have these chipset labels, reported in glxinfo, more consistent. I wonder if also the "E7221G (i915)" string can be further harmonized with the other labels, but I have no idea what that chip is. Tormod src/mesa/drivers/dri/intel/intel_context.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_context.c b/src/mesa/drivers/dri/intel/intel_context.c index 2aeca6b..f7bd807 100644 --- a/src/mesa/drivers/dri/intel/intel_context.c +++ b/src/mesa/drivers/dri/intel/intel_context.c @@ -104,7 +104,7 @@ intelGetString(GLcontext * ctx, GLenum name) chipset = "Intel(R) 915G"; break; case PCI_CHIP_E7221_G: -chipset = "Intel (R) E7221G (i915)"; +chipset = "Intel(R) E7221G (i915)"; break; case PCI_CHIP_I915_GM: chipset = "Intel(R) 915GM"; @@ -148,7 +148,7 @@ intelGetString(GLcontext * ctx, GLenum name) chipset = "Intel(R) 965GME/GLE"; break; case PCI_CHIP_GM45_GM: -chipset = "Mobile Intel® GM45 Express Chipset"; +chipset = "Intel(R) GM45"; break; case PCI_CHIP_IGD_E_G: chipset = "Intel(R) Integrated Graphics Device"; -- 1.6.3.3 -- 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
[PATCH 2/2] drm: use page flip event to signal flip completion
>From fa621056b43d24ca97b61863c8566ac12696ce25 Mon Sep 17 00:00:00 2001 From: Jesse Barnes Date: Thu, 19 Nov 2009 10:25:46 -0800 Subject: [PATCH 2/2] drm: use page flip event to signal flip completion We don't actually know which frame number the flip will complete on, so userspace needs a specific flip notification to tell it when the last flip completed. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/drm_crtc.c |2 +- include/drm/drm.h |1 + 2 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index ac2fa19..3bc870d 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -2527,7 +2527,7 @@ int drm_mode_page_flip_ioctl(struct drm_device *dev, goto out; } - e->event.base.type = DRM_EVENT_VBLANK; + e->event.base.type = DRM_EVENT_FLIP_COMPLETE; e->event.base.length = sizeof e->event; e->event.user_data = page_flip->user_data; e->base.event = &e->event.base; diff --git a/include/drm/drm.h b/include/drm/drm.h index 3919a4f..309d0a5 100644 --- a/include/drm/drm.h +++ b/include/drm/drm.h @@ -718,6 +718,7 @@ struct drm_event { }; #define DRM_EVENT_VBLANK 0x01 +#define DRM_EVENT_FLIP_COMPLETE 0x02 struct drm_event_vblank { struct drm_event base; -- 1.6.1.3 -- 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
[PATCH 1/2] drm/i915: add GETPARAM request for page flipping
>From 3dea813806ecc117fadd2751580018040afefd0b Mon Sep 17 00:00:00 2001 From: Jesse Barnes Date: Wed, 18 Nov 2009 04:31:47 + Subject: [PATCH 1/2] drm/i915: add GETPARAM request for page flipping Add a GETPARAM request for checking if page flipping is supported. Useful for the 2D driver to enable the flipping path. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_dma.c |3 +++ include/drm/i915_drm.h |1 + 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c index 093146b..419b399 100644 --- a/drivers/gpu/drm/i915/i915_dma.c +++ b/drivers/gpu/drm/i915/i915_dma.c @@ -810,6 +810,9 @@ static int i915_getparam(struct drm_device *dev, void *data, case I915_PARAM_HAS_OVERLAY: value = dev_priv->overlay ? 1 : 0; break; + case I915_PARAM_HAS_PAGEFLIPPING: + value = 1; + break; default: DRM_DEBUG_DRIVER("Unknown parameter %d\n", param->param); diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index c900499..1b4f3a5 100644 --- a/include/drm/i915_drm.h +++ b/include/drm/i915_drm.h @@ -271,6 +271,7 @@ typedef struct drm_i915_irq_wait { #define I915_PARAM_HAS_GEM 5 #define I915_PARAM_NUM_FENCES_AVAIL 6 #define I915_PARAM_HAS_OVERLAY 7 +#define I915_PARAM_HAS_PAGEFLIPPING 8 typedef struct drm_i915_getparam { int param; -- 1.6.1.3 -- 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
[PATCH] drm/i915: Add intel implementation of the pageflip ioctl
Dave, here's an updated version that fixes the checkpatch warnings, removes a stray line (the forced alignment hack) and fixes pre-965 support. I have some related followup patches, but I think this one is ready. Thanks, Jesse -- From 2bec6039e7e6180a981971665be712f5a5b9b0e0 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Kristian=20H=C3=B8gsberg?= Date: Tue, 17 Nov 2009 12:43:56 -0500 Subject: [PATCH 1/4] Add intel implementation of the pageflip ioctl MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Acked-by: Jakob Bornecrantz Acked-by: Thomas Hellström Review-by: Chris Wilson Signed-off-by: Jesse "Orange Smoothie" Barnes Signed-off-by: Kristian Høgsberg --- drivers/gpu/drm/i915/i915_drv.h | 12 ++ drivers/gpu/drm/i915/i915_gem.c | 64 +- drivers/gpu/drm/i915/i915_irq.c | 10 ++ drivers/gpu/drm/i915/i915_reg.h |2 + drivers/gpu/drm/i915/intel_display.c | 237 +- drivers/gpu/drm/i915/intel_drv.h |3 + 6 files changed, 294 insertions(+), 34 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index 835625b..75acb5d 100644 --- a/drivers/gpu/drm/i915/i915_drv.h +++ b/drivers/gpu/drm/i915/i915_drv.h @@ -536,6 +536,10 @@ typedef struct drm_i915_private { /* indicate whether the LVDS_BORDER should be enabled or not */ unsigned int lvds_border_bits; + struct drm_crtc *plane_to_crtc_mapping[2]; + struct drm_crtc *pipe_to_crtc_mapping[2]; + wait_queue_head_t pending_flip_queue; + /* Reclocking support */ bool render_reclock_avail; bool lvds_downclock_avail; @@ -635,6 +639,13 @@ struct drm_i915_gem_object { * Advice: are the backing pages purgeable? */ int madv; + + /** +* Number of crtcs where this object is currently the fb, but +* will be page flipped away on the next vblank. When it +* reaches 0, dev_priv->pending_flip_queue will be woken up. +*/ + atomic_t pending_flip; }; /** @@ -826,6 +837,7 @@ void i915_gem_free_all_phys_object(struct drm_device *dev); int i915_gem_object_get_pages(struct drm_gem_object *obj); void i915_gem_object_put_pages(struct drm_gem_object *obj); void i915_gem_release(struct drm_device * dev, struct drm_file *file_priv); +void i915_gem_object_flush_write_domain(struct drm_gem_object *obj); void i915_gem_shrinker_init(void); void i915_gem_shrinker_exit(void); diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 2065b8f..55ed06f 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm/i915/i915_gem.c @@ -2771,6 +2771,22 @@ i915_gem_object_flush_cpu_write_domain(struct drm_gem_object *obj) old_write_domain); } +void +i915_gem_object_flush_write_domain(struct drm_gem_object *obj) +{ + switch (obj->write_domain) { + case I915_GEM_DOMAIN_GTT: + i915_gem_object_flush_gtt_write_domain(obj); + break; + case I915_GEM_DOMAIN_CPU: + i915_gem_object_flush_cpu_write_domain(obj); + break; + default: + i915_gem_object_flush_gpu_write_domain(obj); + break; + } +} + /** * Moves a single object to the GTT read, and possibly write domain. * @@ -3536,6 +3552,41 @@ i915_gem_check_execbuffer (struct drm_i915_gem_execbuffer *exec, return 0; } +static int +i915_gem_wait_for_pending_flip(struct drm_device *dev, + struct drm_gem_object **object_list, + int count) +{ + drm_i915_private_t *dev_priv = dev->dev_private; + struct drm_i915_gem_object *obj_priv; + DEFINE_WAIT(wait); + int i, ret = 0; + + for (;;) { + prepare_to_wait(&dev_priv->pending_flip_queue, + &wait, TASK_INTERRUPTIBLE); + for (i = 0; i < count; i++) { + obj_priv = object_list[i]->driver_private; + if (atomic_read(&obj_priv->pending_flip) > 0) + break; + } + if (i == count) + break; + + if (!signal_pending(current)) { + mutex_unlock(&dev->struct_mutex); + schedule(); + mutex_lock(&dev->struct_mutex); + continue; + } + ret = -ERESTARTSYS; + break; + } + finish_wait(&dev_priv->pending_flip_queue, &wait); + + return ret; +} + int i915_gem_execbuffer(struct drm_device *dev, void *data, struct drm_file *file_priv) @@ -3551,7 +3602,7 @@ i915_gem_execbuffer(struct drm_device *dev, void *data, int ret, ret2, i, pinned = 0; uint64_t exec_offset; uint32_t seqno, flush_do
[PATCH] radeon: typo in error message in radeon_bo_legacy_validate
From: Tormod Volden --- src/mesa/drivers/dri/radeon/radeon_bo_legacy.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/drivers/dri/radeon/radeon_bo_legacy.c b/src/mesa/drivers/dri/radeon/radeon_bo_legacy.c index ce60a2f..90b69f9 100644 --- a/src/mesa/drivers/dri/radeon/radeon_bo_legacy.c +++ b/src/mesa/drivers/dri/radeon/radeon_bo_legacy.c @@ -706,7 +706,7 @@ int radeon_bo_legacy_validate(struct radeon_bo *bo, int retries = 0; if (bo_legacy->map_count) { -fprintf(stderr, "bo(%p, %d) is mapped (%d) can't valide it.\n", +fprintf(stderr, "bo(%p, %d) is mapped (%d), can not validate it.\n", bo, bo->size, bo_legacy->map_count); return -EINVAL; } -- 1.6.3.3 -- 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/ttm: Fix build failure due to missing struct page
* Thomas Hellstrom [2009-11-19 14:49]: > Sorry for not reviewing this earlier, but what about including the > include file that defines > struct page instead of a separate declaration? Sure, I can send such a patch. -- Martin Michlmayr http://www.cyrius.com/ -- 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/ttm: Fix build failure due to missing struct page
drm/ttm fails to build on MIPS because "struct page" is not known: | In file included from drivers/gpu/drm/ttm/ttm_memory.c:28: | include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside parameter list | include/drm/ttm/ttm_memory.h:154: warning: its scope is only this definition or declaration, which is probably not what you want | include/drm/ttm/ttm_memory.h:156: warning: 'struct page' declared inside parameter list | drivers/gpu/drm/ttm/ttm_memory.c:540: error: conflicting types for 'ttm_mem_global_alloc_page' | include/drm/ttm/ttm_memory.h:154: error: previous declaration of 'ttm_mem_global_alloc_page' was here | drivers/gpu/drm/ttm/ttm_memory.c:561: error: conflicting types for 'ttm_mem_global_free_page' | include/drm/ttm/ttm_memory.h:156: error: previous declaration of 'ttm_mem_global_free_page' was here Signed-off-by: Martin Michlmayr --- a/include/drm/ttm/ttm_memory.h +++ b/include/drm/ttm/ttm_memory.h @@ -33,6 +33,7 @@ #include #include #include +#include /** * struct ttm_mem_shrink - callback to shrink TTM memory usage. -- Martin Michlmayr http://www.cyrius.com/ -- 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: RFC: libdrm repo
On Tue, 2009-11-17 at 11:33 -0500, Kristian Høgsberg wrote: > 2009/11/6 Kristian Høgsberg : > > Hi, > > > > This has come up a few time and it's something I think makes a lot of > > sense. Since all driver development (afaik) now happens in linux > > kernel tree, it makes sense to drop the driver bits from the drm.git > > repo. > > Ok, here's an update to the proposal. I've rebased the libdrm branch > in people.freedesktop.org/~krh/libdrm.git to include a copy of > $kernel_source/usr/include/drm as a toplevel include/drm directory in > git. I also added a makefile rule to copy a new version of the > headers from a kernel git repo and commit it with a message describing > the version it was copied from. The location of the kernel repo is > given at ./configure time with the --with-kernel-source argument. > > By adding the makefile rule, I'd like to encourage people to not hand > edit the headers and to commit updates of the header files > independently from other changes. And of course, updates to the > headers should still follow the rules we have now; only copy over new > changes once they're in drm-next (I think, or is that in Linus' > tree?). > > Anyway, I think this should address the concerns raised in the thread > and if there's no other problems, I can put this into place today. > I'll merge the couple of changes on master since I branched for this > work and I'll put a mesa/drm.git symlink in place to point to > libdrm.git. Awesome. Just a touchup to the README to reflect the current state seems to be needed. -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part -- 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 25179] File radeon_dma.c function radeonReleaseDmaRegions line 348 - Leaking dma buffer object!
http://bugs.freedesktop.org/show_bug.cgi?id=25179 --- Comment #1 from Alex Deucher 2009-11-19 07:29:54 PST --- (In reply to comment #0) > After the great work of Maciej doom3 now starts fine. However after about 1 > minute of play the game trigger this: > > *WARN_ONCE* > File radeon_dma.c function radeonReleaseDmaRegions line 348 > Leaking dma buffer object! > *** > > I am using current mesa_7_7_branch + the "radeon_dma.c function > radeonReleaseDmaRegions line 348" fix from mesa_7_6_branch (it crashes after > the WARN_ONCE without this one). Does it work without that "fix" for the 7.6 branch? -- 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
[PATCH] drm/ttm: Fix build failure due to missing struct page
drm/ttm fails to build on MIPS because "struct page" is not known: | In file included from drivers/gpu/drm/ttm/ttm_memory.c:28: | include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside parameter list | include/drm/ttm/ttm_memory.h:154: warning: its scope is only this definition or declaration, which is probably not what you want | include/drm/ttm/ttm_memory.h:156: warning: 'struct page' declared inside parameter list | drivers/gpu/drm/ttm/ttm_memory.c:540: error: conflicting types for 'ttm_mem_global_alloc_page' | include/drm/ttm/ttm_memory.h:154: error: previous declaration of 'ttm_mem_global_alloc_page' was here | drivers/gpu/drm/ttm/ttm_memory.c:561: error: conflicting types for 'ttm_mem_global_free_page' | include/drm/ttm/ttm_memory.h:156: error: previous declaration of 'ttm_mem_global_free_page' was here Signed-off-by: Martin Michlmayr --- Maybe it wasn't clear when I posted this a week ago but this needs to go into 2.6.32. --- a/include/drm/ttm/ttm_memory.h 2009-11-11 22:02:56.0 + +++ b/include/drm/ttm/ttm_memory.h 2009-11-11 22:04:23.0 + @@ -143,6 +143,7 @@ spin_unlock(&glob->lock); } +struct page; extern int ttm_mem_global_init(struct ttm_mem_global *glob); extern void ttm_mem_global_release(struct ttm_mem_global *glob); extern int ttm_mem_global_alloc(struct ttm_mem_global *glob, uint64_t memory, -- Martin Michlmayr http://www.cyrius.com/ -- 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/ttm: Fix build failure due to missing struct page
Martin, Sorry for not reviewing this earlier, but what about including the include file that defines struct page instead of a separate declaration? /Thomas Martin Michlmayr wrote: > drm/ttm fails to build on MIPS because "struct page" is not known: > | In file included from drivers/gpu/drm/ttm/ttm_memory.c:28: > | include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside > parameter list > | include/drm/ttm/ttm_memory.h:154: warning: its scope is only this > definition or declaration, which is probably not what you want > | include/drm/ttm/ttm_memory.h:156: warning: 'struct page' declared inside > parameter list > | drivers/gpu/drm/ttm/ttm_memory.c:540: error: conflicting types for > 'ttm_mem_global_alloc_page' > | include/drm/ttm/ttm_memory.h:154: error: previous declaration of > 'ttm_mem_global_alloc_page' was here > | drivers/gpu/drm/ttm/ttm_memory.c:561: error: conflicting types for > 'ttm_mem_global_free_page' > | include/drm/ttm/ttm_memory.h:156: error: previous declaration of > 'ttm_mem_global_free_page' was here > > Signed-off-by: Martin Michlmayr > > --- > Maybe it wasn't clear when I posted this a week ago but this needs to go > into 2.6.32. > > --- a/include/drm/ttm/ttm_memory.h2009-11-11 22:02:56.0 + > +++ b/include/drm/ttm/ttm_memory.h2009-11-11 22:04:23.0 + > @@ -143,6 +143,7 @@ > spin_unlock(&glob->lock); > } > > +struct page; > extern int ttm_mem_global_init(struct ttm_mem_global *glob); > extern void ttm_mem_global_release(struct ttm_mem_global *glob); > extern int ttm_mem_global_alloc(struct ttm_mem_global *glob, uint64_t memory, > > -- 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: radeon fence object allocation and free frequently
Hi Jerome, Actually, I haven't done any benchmark yet. The memory management itself is complicated and powerful, and the fence object "allocate/free" is trivial to some extent in contrast with the memory management. So maintain a pool in the driver is useless, meanwhile the kernel slab act the same role in terms of pool. Got it. thanks. Donnie. 2009/11/19 Jerome Glisse > On Thu, 2009-11-19 at 16:29 +0800, Donnie Fang wrote: > > Hi all, > > after reviewed the radeon fence scheme, there are lots of chances > > that it needs create a new fence object, and also there are lots of > > chances need to destroy these fence objects. > > In my opinion, is it possible to maintain a list for recording > > some freed fence object for later usage and hence save performance. Am > > i right? > > Donnie. > > > > Idea is that kernel allocator already do that for us. I would like to > avoid having many pools in the driver, i don't think it's well behaving > to do so. And fence are small enough to take advantage of any slab/slub > allocator kernel has. > > However if you have benchmark that shows that fence allocation is > slowing down, by huge margin, application than we might consider doing > so. But i don't think fence are biggest bottleneck, i am pretty sure > memory management is. > > Cheers, > Jerome > > -- 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 23710] [R500] doom3 lockups when starting a new game
http://bugs.freedesktop.org/show_bug.cgi?id=23710 Fabio changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Fabio 2009-11-19 02:13:20 PST --- The original issue is fixed and the game starts fine. See bug #25179 for a new minor issue. -- 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
[Bug 25179] New: File radeon_dma.c function radeonReleaseDmaRegions line 348 - Leaking dma buffer object!
http://bugs.freedesktop.org/show_bug.cgi?id=25179 Summary: File radeon_dma.c function radeonReleaseDmaRegions line 348 - Leaking dma buffer object! Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: fabio@libero.it After the great work of Maciej doom3 now starts fine. However after about 1 minute of play the game trigger this: *WARN_ONCE* File radeon_dma.c function radeonReleaseDmaRegions line 348 Leaking dma buffer object! *** I am using current mesa_7_7_branch + the "radeon_dma.c function radeonReleaseDmaRegions line 348" fix from mesa_7_6_branch (it crashes after the WARN_ONCE without this one). Also using standard Ubuntu 2.6.31-14.48 kernel without KMS and latest libdrm git including libdrm_radeon. GL_RENDERER = Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX/SSE2 TCL -- 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
[Bug 22742] prey game freezes
http://bugs.freedesktop.org/show_bug.cgi?id=22742 Fabio changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Fabio 2009-11-19 01:39:44 PST --- (In reply to comment #9) > It's fixed in current mesa_7_7_branch. Can you confirm? Confirmed. Also confirmed that it renders properly only when libtxc_dxtn.so is available. -- 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: radeon fence object allocation and free frequently
On Thu, 2009-11-19 at 16:29 +0800, Donnie Fang wrote: > Hi all, > after reviewed the radeon fence scheme, there are lots of chances > that it needs create a new fence object, and also there are lots of > chances need to destroy these fence objects. > In my opinion, is it possible to maintain a list for recording > some freed fence object for later usage and hence save performance. Am > i right? > Donnie. > Idea is that kernel allocator already do that for us. I would like to avoid having many pools in the driver, i don't think it's well behaving to do so. And fence are small enough to take advantage of any slab/slub allocator kernel has. However if you have benchmark that shows that fence allocation is slowing down, by huge margin, application than we might consider doing so. But i don't think fence are biggest bottleneck, i am pretty sure memory management is. Cheers, Jerome -- 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 25177] [r6xx][RV635] mipmap crash with secondlife
http://bugs.freedesktop.org/show_bug.cgi?id=25177 Maciej Cencora changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Maciej Cencora 2009-11-19 00:56:22 PST --- Could you retest it with newest mesa_7_7_branch? I've merged many miptree fixes just yesterday. -- 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
[Bug 21501] Assertion `lvl->size > 0' failed.
http://bugs.freedesktop.org/show_bug.cgi?id=21501 Maciej Cencora changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Maciej Cencora 2009-11-19 00:54:59 PST --- The miptree fixes were merged to mesa_7_7_branch not master branch. Could you retest it on mesa_7_7_branch? -- 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
radeon fence object allocation and free frequently
Hi all, after reviewed the radeon fence scheme, there are lots of chances that it needs create a new fence object, and also there are lots of chances need to destroy these fence objects. In my opinion, is it possible to maintain a list for recording some freed fence object for later usage and hence save performance. Am i right? Donnie. -- 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 1/5] drm/via: add VIA Chrome9 chipset support
brucech...@via.com.tw wrote: > Hello Sirs: > Thank you very much for your help on adding VX800 PCIIDS. I would also > like to share the DRM patch I have for VIA Chrome9 graph as below. The > 32bit/64bit issue is solved with comp_ioctl which is used by most of the > GFX chipset. This patch has been verified under Ubuntu 9.04+Upgraded > kernel 2.6.32-rc5 with (1) 2D source code which is released on > http://linux.via.com.tw/support/beginDownload.action?eleid=310&fid=605 > with EXA (2) 3D driver which is release on > http://linux.via.com.tw/support/beginDownload.action?eleid=341&fid=642. It > supports CN896/VX800/VX855 chipsets. I tested this VIA Chrome9 DRM driver under Ubuntu 9.10 and its patched 2.6.31.4 kernel. It loads fine, bus as soon as I start my openchrome Xserver (compiled for 1.6.4, module version = 0.2.904) I get following Oops: ~~ Here the via_chome9 DRM driver is loaded ~~ Nov 18 23:50:41 netbook kernel: [ 729.223543] [drm] Initialized drm 1.1.0 20060810 Nov 18 23:50:41 netbook kernel: [ 729.231046] [drm] via_chrome9 verify function enabled. Nov 18 23:50:41 netbook kernel: [ 729.231100] pci :00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Nov 18 23:50:41 netbook kernel: [ 729.231291] [drm] Initialized via_chrome9 2.11.1 20080415 for :00:01.0 on minor 0 ~~ Here I start the X.org server ~~ Nov 18 23:51:01 netbook kernel: [ 749.340827] *pde = 6ef77067 Nov 18 23:51:01 netbook kernel: [ 749.340844] Modules linked in: via_chrome9 drm ppdev agpgart iptable_filter ip_tables acpi_cpufreq bridge stp x_tables bnep snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep arc4 snd_pcm_oss ecb snd_mixer_oss snd_pcm snd_seq_dummy uvcvideo ath5k snd_seq_oss videodev mac80211 led_class snd_seq_midi joydev i2c_viapro lp v4l1_compat via_sdmmc btusb ath snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore psmouse snd_page_alloc cfg80211 serio_raw parport video output sky2 [last unloaded: drm] Nov 18 23:51:01 netbook kernel: [ 749.340906] Nov 18 23:51:01 netbook kernel: [ 749.340913] Pid: 2407, comm: Xorg Not tainted (2.6.31.4-via-pdc-short #5) NC20/NB20 Nov 18 23:51:01 netbook kernel: [ 749.340919] EIP: 0060:[] EFLAGS: 00013246 CPU: 0 Nov 18 23:51:01 netbook kernel: [ 749.340928] EIP is at via_chrome9_ioctl_allocate_event_tag+0x22/0x60 [via_chrome9] Nov 18 23:51:01 netbook kernel: [ 749.340934] EAX: EBX: f6a86180 ECX: EDX: f6adfe70 Nov 18 23:51:01 netbook kernel: [ 749.340939] ESI: f64bd400 EDI: f8233ac4 EBP: f6adfe30 ESP: f6adfe30 Nov 18 23:51:01 netbook kernel: [ 749.340944] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Nov 18 23:51:01 netbook kernel: [ 749.340957] f6adff00 f8493600 0001 f84a3834 f84a2e16 f84a4784 0967 40086443 Nov 18 23:51:01 netbook kernel: [ 749.340967] <0> 0043 e200 0001 0043 f822acd0 f6adfe70 f6adfe70 40086443 Nov 18 23:51:01 netbook kernel: [ 749.340978] <0> 00fa1400 0f01d7e0 c1d6c584 0085 f6f75730 f6f7567c f64a2bb0 f6f7572c Nov 18 23:51:01 netbook kernel: [ 749.341056] [] ? drm_ioctl+0x180/0x360 [drm] Nov 18 23:51:01 netbook kernel: [ 749.341067] [] ? via_chrome9_ioctl_allocate_event_tag+0x0/0x60 [via_chrome9] Nov 18 23:51:01 netbook kernel: [ 749.341078] [] ? filemap_fault+0xb3/0x400 Nov 18 23:51:01 netbook kernel: [ 749.341089] [] ? ext3_file_write+0x2d/0xc0 Nov 18 23:51:01 netbook kernel: [ 749.341100] [] ? mem_cgroup_update_mapped_file_stat+0x1e/0x70 Nov 18 23:51:01 netbook kernel: [ 749.341106] [] ? unlock_page+0x41/0x50 Nov 18 23:51:01 netbook kernel: [ 749.341118] [] ? __do_fault+0x388/0x470 Nov 18 23:51:01 netbook kernel: [ 749.341125] [] ? vfs_ioctl+0x73/0x90 Nov 18 23:51:01 netbook kernel: [ 749.341131] [] ? do_vfs_ioctl+0x6a/0x5b0 Nov 18 23:51:01 netbook kernel: [ 749.341138] [] ? handle_mm_fault+0x138/0x8b0 Nov 18 23:51:01 netbook kernel: [ 749.341144] [] ? rw_verify_area+0x5f/0xe0 Nov 18 23:51:01 netbook kernel: [ 749.341154] [] ? hrtimer_interrupt+0x183/0x210 Nov 18 23:51:01 netbook kernel: [ 749.341160] [] ? vfs_write+0x127/0x190 Nov 18 23:51:01 netbook kernel: [ 749.341170] [] ? do_page_fault+0x19b/0x380 Nov 18 23:51:01 netbook kernel: [ 749.341176] [] ? sys_ioctl+0x5f/0x80 Nov 18 23:51:01 netbook kernel: [ 749.341183] [] ? syscall_call+0x7/0xb Nov 18 23:51:01 netbook kernel: [ 749.341258] ---[ end trace 25ad901e84ee46d5 ]--- Nov 18 23:51:16 netbook kernel: [ 764.057266] *pde = 6e4f1067 Nov 18 23:51:16 netbook kernel: [ 764.057282] Modules linked in: via_chrome9 drm ppdev agpgart iptable_filter ip_tables acpi_cpufreq bridge stp x_tables bnep snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep arc4 snd_pcm_oss ecb snd_mixer_oss snd_pcm snd_seq_dummy uvcvideo ath5k snd_seq_oss videodev mac80211 led_class snd_seq_midi joydev i2c_viapro lp v4l1_compat via_sdmmc btusb ath snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore psm