[PATCH] drm: set/clear is_master when master changed
The variable is_master is being used to track the drm_file that is currently
master, so its value needs to be updated accordingly when the master is
changed.
Signed-off-by: Jonas Bonn jo...@southpole.se
---
drivers/gpu/drm/drm_stub.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c
index d009661..1b3e0ff 100644
--- a/drivers/gpu/drm/drm_stub.c
+++ b/drivers/gpu/drm/drm_stub.c
@@ -159,6 +159,9 @@ void drm_master_put(struct drm_master **master)
int drm_setmaster_ioctl(struct drm_device *dev, void *data,
struct drm_file *file_priv)
{
+ if (file_priv-is_master)
+ return 0;
+
if (file_priv-minor-master file_priv-minor-master !=
file_priv-master)
return -EINVAL;
@@ -169,6 +172,7 @@ int drm_setmaster_ioctl(struct drm_device *dev, void *data,
file_priv-minor-master != file_priv-master) {
mutex_lock(dev-struct_mutex);
file_priv-minor-master = drm_master_get(file_priv-master);
+ file_priv-is_master = 1;
mutex_unlock(dev-struct_mutex);
}
@@ -178,10 +182,12 @@ int drm_setmaster_ioctl(struct drm_device *dev, void
*data,
int drm_dropmaster_ioctl(struct drm_device *dev, void *data,
struct drm_file *file_priv)
{
- if (!file_priv-master)
+ if (!file_priv-is_master)
return -EINVAL;
+
mutex_lock(dev-struct_mutex);
drm_master_put(file_priv-minor-master);
+ file_priv-is_master = 0;
mutex_unlock(dev-struct_mutex);
return 0;
}
--
1.6.0.4
--
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm: DRM_CONTROL_ALLOW and DRM_MASTER ioctls
This is more of a question than a patch...
1) Is DRM_CONTROL_ALLOW still relevant? If yes, does it make sense to add a
check for it in drm_ioctl as per the patch below?
2) Is it really necessary to have DRM_MASTER set on the getter ioctl's or
can they be removed as per the patch below?
I found the the modetest application in libdrm fails to work because it is not
'master' and the getter-ioctls require that. By loosening this restriction,
the modetest applications works better.
---
drivers/gpu/drm/drm_drv.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index c4ada8b..ffaf0b4 100644
--- a/drivers/gpu/drm/drm_drv.c
+++ b/drivers/gpu/drm/drm_drv.c
@@ -129,20 +129,20 @@ static struct drm_ioctl_desc drm_ioctls[] = {
DRM_IOCTL_DEF(DRM_IOCTL_GEM_FLINK, drm_gem_flink_ioctl, DRM_AUTH),
DRM_IOCTL_DEF(DRM_IOCTL_GEM_OPEN, drm_gem_open_ioctl, DRM_AUTH),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETRESOURCES, drm_mode_getresources,
DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETCRTC, drm_mode_getcrtc,
DRM_MASTER|DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETRESOURCES,
drm_mode_getresources,DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETCRTC, drm_mode_getcrtc,
DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_SETCRTC, drm_mode_setcrtc,
DRM_MASTER|DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_CURSOR, drm_mode_cursor_ioctl,
DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETGAMMA, drm_mode_gamma_get_ioctl,
DRM_MASTER),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETGAMMA, drm_mode_gamma_get_ioctl, 0),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_SETGAMMA, drm_mode_gamma_set_ioctl,
DRM_MASTER),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETENCODER, drm_mode_getencoder,
DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETCONNECTOR, drm_mode_getconnector,
DRM_MASTER|DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETENCODER, drm_mode_getencoder,
DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETCONNECTOR, drm_mode_getconnector,
DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_ATTACHMODE, drm_mode_attachmode_ioctl,
DRM_MASTER|DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_DETACHMODE, drm_mode_detachmode_ioctl,
DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETPROPERTY, drm_mode_getproperty_ioctl,
DRM_MASTER | DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETPROPERTY, drm_mode_getproperty_ioctl,
DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_SETPROPERTY,
drm_mode_connector_property_set_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETPROPBLOB, drm_mode_getblob_ioctl,
DRM_MASTER|DRM_CONTROL_ALLOW),
- DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETFB, drm_mode_getfb,
DRM_MASTER|DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETPROPBLOB, drm_mode_getblob_ioctl,
DRM_CONTROL_ALLOW),
+ DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETFB, drm_mode_getfb, DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_ADDFB, drm_mode_addfb,
DRM_MASTER|DRM_CONTROL_ALLOW),
DRM_IOCTL_DEF(DRM_IOCTL_MODE_RMFB, drm_mode_rmfb,
DRM_MASTER|DRM_CONTROL_ALLOW),
};
@@ -456,7 +456,8 @@ int drm_ioctl(struct inode *inode, struct file *filp,
retcode = -EINVAL;
} else if (((ioctl-flags DRM_ROOT_ONLY) !capable(CAP_SYS_ADMIN))
||
((ioctl-flags DRM_AUTH) !file_priv-authenticated) ||
- ((ioctl-flags DRM_MASTER) !file_priv-is_master)) {
+ ((ioctl-flags DRM_MASTER) !file_priv-is_master) ||
+ ((!(ioctl-flags DRM_CONTROL_ALLOW))
(file_priv-minor-type == DRM_MINOR_CONTROL))) {
retcode = -EACCES;
} else {
if (cmd (IOC_IN | IOC_OUT)) {
--
1.6.0.4
--
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
RE: Intel(r) G45 Programmer's Reference Manual
Roland Scheidegger wrote on Thursday, April 16, 2009 8:52 AM: On 16.04.2009 01:18, Keith Packard wrote: Digital Enterprise Group (DEG) Software Solutions Group (SSG) _ FROM: Angela Gill (Visual Computing Group), and Keith Packard (Open Source Technology Center) DATE: April 15, 2009 RE: Intel(r) G45 Programmer's Reference Manual _ We are pleased to announce that the Intel(r) G45 Express Chipset [Graphics and Memory Controller Hub-GMCH] Programmer's Reference Manual (PRM) is now publicly available! The PRM resides on the Linux Graphics website (http://intellinuxgraphics.org/index.html) as well as the Visual Computing Training website (http://moss.amr.ith.intel.com/sites/VCG/VCG% 20Training/default.aspx). That's great news! However, http://intellinuxgraphics.org/Vol_4_G45_subsystem.pdf just gets me a 404 and the other site doesn't seem to be publicly available. I just fixed the link. Please give it a retry. Thanks Gordon -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm: clean dirty memory after device release
In current code we register/unregister connector object by
drm_sysfs_connector_add/remove function.
However under some cases, we need to dynamically register or unregister device
multiple times, so we have to
go through register - unregister -register routine. Because after
device_unregister function our memory is dirty,
we need to do clean operation in order to re-register the device, otherwise the
system will crash.
The patch intends to clean device after device release.
Signed-off-by: Ma Ling ling...@intel.com
---
drivers/gpu/drm/drm_sysfs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index bc0c684..022876a 100644
--- a/drivers/gpu/drm/drm_sysfs.c
+++ b/drivers/gpu/drm/drm_sysfs.c
@@ -132,6 +132,7 @@ void drm_sysfs_destroy(void)
*/
static void drm_sysfs_device_release(struct device *dev)
{
+ memset(dev, 0, sizeof(struct device));
return;
}
--
1.5.4.4
--
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Intel(r) G45 Programmer's Reference Manual
On Thursday 16 April 2009 12:29:44 pm Jin, Gordon wrote: Roland Scheidegger wrote on Thursday, April 16, 2009 8:52 AM: I just fixed the link. Please give it a retry. Thanks Gordon ___ xorg mailing list x...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg The link still does not work! Regards Panagiotis -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Intel(r) G45 Programmer's Reference Manual
Panagiotis Papadakos schrieb: On Thursday 16 April 2009 12:29:44 pm Jin, Gordon wrote: Roland Scheidegger wrote on Thursday, April 16, 2009 8:52 AM: I just fixed the link. Please give it a retry. Thanks Gordon ___ xorg mailing list x...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg The link still does not work! Regards Panagiotis http://intellinuxgraphics.org/Vol_4_G45_subsystem.pdf Works for me now. Previously it didn't. Philipp -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13103] New: i915 closing laptop lid kills LVDS until reboot
http://bugzilla.kernel.org/show_bug.cgi?id=13103 Summary: i915 closing laptop lid kills LVDS until reboot Product: Drivers Version: 2.5 Kernel Version: 2.6.29.1-70.fc11.i586 Platform: All OS/Version: Linux Tree: Fedora Status: NEW Severity: high Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: sai...@cs.cornell.edu Regression: Yes I am using KMS with a Intel 915GM card (on a Thinkpad X41 Tablet). Closing and reopening the lid blanks the display permanently until a reboot. Same for docking/undocking. This happens even before X starts. This is not related to suspend/hibernate etc. The problem occurs only with modeset enabled. I can still fly blind (or log in over the network); and vbetool dpms does manage to turn the backlight on or off, but the display remains black. I posted a video of the bug at: http://www.youtube.com/watch?v=-q1N4iosOCI I posted dmesg and Xorg logs in the following Fedora bz: https://bugzilla.redhat.com/show_bug.cgi?id=489907 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
RE: Intel(r) G45 Programmer's Reference Manual
Panagiotis Papadakos wrote on Thursday, April 16, 2009 5:44 PM: On Thursday 16 April 2009 12:29:44 pm Jin, Gordon wrote: Roland Scheidegger wrote on Thursday, April 16, 2009 8:52 AM: I just fixed the link. Please give it a retry. Thanks Gordon ___ xorg mailing list x...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg The link still does not work! Regards Panagiotis The link of http://intellinuxgraphics.org/Vol_4_G45_subsystem.pdf should be working now. Gordon -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.30-rc1-git5: Flooding log with: Failed to copy relocations back out
On Mon, 13 Apr 2009 16:31:29 +0200 Bruno Prémont bonb...@linux-vserver.org wrote: Hi, Current linus tree is flooding my kernel log with: [drm:i915_gem_execbuffer] *ERROR* Failed to copy relocations back out: -107875104 The number at end of line takes any number, positive or negative. The flooding rate is around 2MB/s when running idle enlightenment desktop with running gkrellm. This should be fixed in -rc2 , see also http://bugs.freedesktop.org/show_bug.cgi?id=20985 sincerely, Florian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21223] OpenGL screensaver 'lattice' provokes driver crash
http://bugs.freedesktop.org/show_bug.cgi?id=21223 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org |dri- ||de...@lists.sourceforge.net Component|Driver/Radeon |Drivers/DRI/r300 Product|xorg|Mesa QAContact|xorg-t...@lists.x.org | Version|7.4 |unspecified -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21227] New: intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed.
http://bugs.freedesktop.org/show_bug.cgi?id=21227 Summary: intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed. Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: ladri...@gmail.com I'm using a debian system, if you think some more details can help please let me know. Linux matrix 2.6.29-1-686 #1 SMP Sat Apr 4 17:36:29 UTC 2009 i686 GNU/Linux ii libgl1-mesa-dri 7.4-2A free implementation of the OpenGL API -- DRI modules (gdb) run Starting program: el.x86.linux.bin [Thread debugging using libthread_db enabled] [New Thread 0xb419bb90 (LWP 6053)] [New Thread 0xb3999b90 (LWP 6058)] [New Thread 0xb29f4b90 (LWP 6070)] [Thread 0xb3999b90 (LWP 6058) exited] do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. [New Thread 0xb21f3b90 (LWP 6086)] el.x86.linux.bin: intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed. Program received signal SIGABRT, Aborted. 0xb7fe1424 in __kernel_vsyscall () (gdb) back #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb78ef640 in raise () from /lib/i686/cmov/libc.so.6 #2 0xb78f1008 in abort () from /lib/i686/cmov/libc.so.6 #3 0xb78e85ce in __assert_fail () from /lib/i686/cmov/libc.so.6 #4 0xb6f3c2df in ?? () from /usr/lib/dri/i915_dri.so #5 0xb70fcca8 in ?? () from /usr/lib/dri/i915_dri.so #6 0xb70fcb4d in ?? () from /usr/lib/dri/i915_dri.so #7 0x0163 in ?? () #8 0xb70fcd49 in ?? () from /usr/lib/dri/i915_dri.so #9 0x in ?? () (gdb) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21227] intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed.
http://bugs.freedesktop.org/show_bug.cgi?id=21227 --- Comment #1 from bruno ramos ladri...@gmail.com 2009-04-16 08:46:57 PST --- installed the libgl1-mesa-dri-dbg libgl1-mesa-glx-dbg and tried tried again (gdb) back #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb78ef640 in raise () from /lib/i686/cmov/libc.so.6 #2 0xb78f1008 in abort () from /lib/i686/cmov/libc.so.6 #3 0xb78e85ce in __assert_fail () from /lib/i686/cmov/libc.so.6 #4 0xb6f3c2df in intelTexImage (ctx=0x974ba48, dims=2, target=3553, level=0, internalFormat=6408, width=630, height= 425, depth=1, border=0, format=6408, type=5121, pixels=0x0, unpack=0x9758610, texObj=0x9a37c40, texImage= 0xb99f978, imageSize=0, compressed=0) at intel_tex_image.c:355 #5 0xb6f3c6ae in intelTexImage2D (ctx=0x974ba48, target=3553, level=0, internalFormat=6408, width=630, height=425, border=0, format=6408, type=5121, pixels=0x0, unpack=0x9758610, texObj=0x9a37c40, texImage=0xb99f978) at intel_tex_image.c:582 #6 0xb6f3d241 in intelCopyTexImage2D (ctx=0x974ba48, target=3553, level=0, internalFormat=6408, x=0, y=0, width=630, height=425, border=0) at intel_tex_copy.c:248 #7 0xb6ff4b14 in _mesa_CopyTexImage2D (target=3553, level=0, internalFormat=6408, x=0, y=0, width=1024, height=512, border=0) at main/teximage.c:3024 #8 0x080cd1f4 in take_snapshot (width=630, height=425) at loading_win.c:100 #9 0x080cd242 in create_loading_win (width=630, height=425, snapshot=1) at loading_win.c:113 #10 0x080cf61e in init_map_loading (file_name=0xbfffd15c ./maps/map6nf.elm) at map.c:164 #11 0x080cf658 in el_load_map (file_name=0xbfffd15c ./maps/map6nf.elm) at map.c:196 #12 0x080cf830 in change_map (mapname=0xbfffd15c ./maps/map6nf.elm) at map.c:255 #13 0x080d98a6 in process_message_from_server (in_data=0xb9a14c8 \a\023, data_length=21) at multiplayer.c:820 #14 0x080cd7e8 in start_rendering () at main.c:166 #15 0x080cdcba in main (argc=1, argv=0xb6c4) at main.c:344 (gdb) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Bug 13103] New: i915 closing laptop lid kills LVDS until reboot
On Thu, 16 Apr 2009 10:50:57 GMT bugzilla-dae...@bugzilla.kernel.org wrote: http://bugzilla.kernel.org/show_bug.cgi?id=13103 Summary: i915 closing laptop lid kills LVDS until reboot Product: Drivers Version: 2.5 Kernel Version: 2.6.29.1-70.fc11.i586 Platform: All OS/Version: Linux Tree: Fedora Status: NEW Severity: high Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: sai...@cs.cornell.edu Regression: Yes I am using KMS with a Intel 915GM card (on a Thinkpad X41 Tablet). Closing and reopening the lid blanks the display permanently until a reboot. Same for docking/undocking. This happens even before X starts. This is not related to suspend/hibernate etc. The problem occurs only with modeset enabled. I can still fly blind (or log in over the network); and vbetool dpms does manage to turn the backlight on or off, but the display remains black. I posted a video of the bug at: http://www.youtube.com/watch?v=-q1N4iosOCI I posted dmesg and Xorg logs in the following Fedora bz: https://bugzilla.redhat.com/show_bug.cgi?id=489907 Can you file this at freedesktop.org instead? Register dumps from intel_reg_dumper from before and after the lid close should help narrow this down quickly, so please include those too. Thanks, -- Jesse Barnes, Intel Open Source Technology Center -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13103] i915 closing laptop lid kills LVDS until reboot
http://bugzilla.kernel.org/show_bug.cgi?id=13103 --- Comment #1 from Jesse Barnes jbar...@virtuousgeek.org 2009-04-16 16:45:32 --- On Thu, 16 Apr 2009 10:50:57 GMT bugzilla-dae...@bugzilla.kernel.org wrote: http://bugzilla.kernel.org/show_bug.cgi?id=13103 Summary: i915 closing laptop lid kills LVDS until reboot Product: Drivers Version: 2.5 Kernel Version: 2.6.29.1-70.fc11.i586 Platform: All OS/Version: Linux Tree: Fedora Status: NEW Severity: high Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: sai...@cs.cornell.edu Regression: Yes I am using KMS with a Intel 915GM card (on a Thinkpad X41 Tablet). Closing and reopening the lid blanks the display permanently until a reboot. Same for docking/undocking. This happens even before X starts. This is not related to suspend/hibernate etc. The problem occurs only with modeset enabled. I can still fly blind (or log in over the network); and vbetool dpms does manage to turn the backlight on or off, but the display remains black. I posted a video of the bug at: http://www.youtube.com/watch?v=-q1N4iosOCI I posted dmesg and Xorg logs in the following Fedora bz: https://bugzilla.redhat.com/show_bug.cgi?id=489907 Can you file this at freedesktop.org instead? Register dumps from intel_reg_dumper from before and after the lid close should help narrow this down quickly, so please include those too. Thanks, -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #12 from Maciej Cencora m.cenc...@gmail.com 2009-04-16 09:54:12 PST --- Created an attachment (id=24870) -- (http://bugs.freedesktop.org/attachment.cgi?id=24870) patch fixing failing numLevels assertion Attached patch should fix the failing assertion (it's against mesa_7_4_branch). In r300CreateContext we set max texture levels to 13 for = RV513, for earlier cards we leave it to default (12). In r300SetTexImages we were checking numLevels against RADEON_MAX_TEXTURE_LEVELS (12) instead of actual limit. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13103] i915 closing laptop lid kills LVDS until reboot
http://bugzilla.kernel.org/show_bug.cgi?id=13103 --- Comment #2 from Saikat Guha sai...@cs.cornell.edu 2009-04-16 16:59:48 --- Thanks. Freedesktop bz created: https://bugs.freedesktop.org/show_bug.cgi?id=21230 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 8818] total system freeze in quake 3 vtk
http://bugs.freedesktop.org/show_bug.cgi?id=8818 --- Comment #8 from Maciej Cencora m.cenc...@gmail.com 2009-04-16 10:15:26 PST --- Can you reproduce it with mesa 7.4 or master? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11594] Assertion fails in r300_vertprog.c:438: r300TranslateVertexShader
http://bugs.freedesktop.org/show_bug.cgi?id=11594 --- Comment #17 from Maciej Cencora m.cenc...@gmail.com 2009-04-16 10:42:33 PST --- Can you reproduce the bug with mesa 7.4 or master? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/i915: fix transition to I915_TILING_NONE
Transitions to TILING_NONE skipped the call to unbind the object, which left
the fence register set and caused future CPU access through the GTT to
access the object in tiled mode.
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_gem_tiling.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c
b/drivers/gpu/drm/i915/i915_gem_tiling.c
index f27e523..52a0593 100644
--- a/drivers/gpu/drm/i915/i915_gem_tiling.c
+++ b/drivers/gpu/drm/i915/i915_gem_tiling.c
@@ -283,7 +283,6 @@ i915_gem_set_tiling(struct drm_device *dev, void *data,
mutex_lock(dev-struct_mutex);
if (args-tiling_mode == I915_TILING_NONE) {
- obj_priv-tiling_mode = I915_TILING_NONE;
args-swizzle_mode = I915_BIT_6_SWIZZLE_NONE;
} else {
if (args-tiling_mode == I915_TILING_X)
--
1.6.2.1
--
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11594] Assertion fails in r300_vertprog.c:438: r300TranslateVertexShader
http://bugs.freedesktop.org/show_bug.cgi?id=11594 --- Comment #18 from WolfgangKoebler wk-l...@koebler.com 2009-04-16 15:31:52 PST --- Ok, I started PlaneShift again. This time it's PlaneShift 0.4.03 with Mesa 7.4 and Debian Lenny. I sometimes get crashes that are not related to Mesa. I did not see a failed assertion. I did not see any rainbow effects. With the modified gldrivers.xml rendering mostly works. Yet sometimes textures seem to be missing/black and I get hangups with almost 100% CPU usage somewhere in the kernel (top says 9x% sys). With the original gldrivers.xml hardly anything is displayed in 3D. So if your question is if I can reproduce the assertion with Mesa 7.4, the answer is no. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Screen Corruption On Intel GM45
Hi I've noticed some horrible screen corruption using the lastest git xorg intel stack with in X. I've made the screen usable by booting with i915.modeset=0 with Linus's latest tree (this just gives me a back screen with the intel-next tree) I think the problem surfaced the same time as the tiling patches appeared - is there a way to disable tiling to test this? My 2.6.29 and last weeks git kernels would refuse to startx for very long not allowing kde to start (it was possible to recognise the loading screen) it would just crash X then try and start it again The latest intel-next tree allows KDE to start WITH the corruption now when KMS is enabled. When I VT switch the consoles look fine, it's only X that's corrupted Hope this isn't too random a bug report Mike -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11594] Assertion fails in r300_vertprog.c:438: r300TranslateVertexShader
http://bugs.freedesktop.org/show_bug.cgi?id=11594 --- Comment #19 from Maciej Cencora m.cenc...@gmail.com 2009-04-16 16:25:41 PST --- (In reply to comment #18) Ok, I started PlaneShift again. This time it's PlaneShift 0.4.03 with Mesa 7.4 and Debian Lenny. I sometimes get crashes that are not related to Mesa. I did not see a failed assertion. I did not see any rainbow effects. With the modified gldrivers.xml rendering mostly works. Yet sometimes textures seem to be missing/black and I get hangups with almost 100% CPU usage somewhere in the kernel (top says 9x% sys). With the original gldrivers.xml hardly anything is displayed in 3D. So if your question is if I can reproduce the assertion with Mesa 7.4, the answer is no. Good, could you try current mesa master? There're a few fixes (e.g. for fog coords, Wpos in fragment program) that may improve rendering for you. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] Screen Corruption On Intel GM45
On Thu, 16 Apr 2009 23:04:36 +0100 Mike Lothian m...@fireburn.co.uk wrote: Hi I've noticed some horrible screen corruption using the lastest git xorg intel stack with in X. I've made the screen usable by booting with i915.modeset=0 with Linus's latest tree (this just gives me a back screen with the intel-next tree) I think the problem surfaced the same time as the tiling patches appeared - is there a way to disable tiling to test this? My 2.6.29 and last weeks git kernels would refuse to startx for very long not allowing kde to start (it was possible to recognise the loading screen) it would just crash X then try and start it again The latest intel-next tree allows KDE to start WITH the corruption now when KMS is enabled. When I VT switch the consoles look fine, it's only X that's corrupted Hope this isn't too random a bug report On GM45 you'll need http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commit;h=f544847fbaf099278343f875987a983f2b913134 which is currently in Eric's drm-intel-next branch. Otherwise in a KMS config the 2D driver will try to use a tiled buffer but the kernel won't set it up properly and you'll just get corruption. -- Jesse Barnes, Intel Open Source Technology Center -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] Screen Corruption On Intel GM45
2009/4/17 Jesse Barnes jbar...@virtuousgeek.org: On Thu, 16 Apr 2009 23:04:36 +0100 Mike Lothian m...@fireburn.co.uk wrote: Hi I've noticed some horrible screen corruption using the lastest git xorg intel stack with in X. I've made the screen usable by booting with i915.modeset=0 with Linus's latest tree (this just gives me a back screen with the intel-next tree) I think the problem surfaced the same time as the tiling patches appeared - is there a way to disable tiling to test this? My 2.6.29 and last weeks git kernels would refuse to startx for very long not allowing kde to start (it was possible to recognise the loading screen) it would just crash X then try and start it again The latest intel-next tree allows KDE to start WITH the corruption now when KMS is enabled. When I VT switch the consoles look fine, it's only X that's corrupted Hope this isn't too random a bug report On GM45 you'll need http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commit;h=f544847fbaf099278343f875987a983f2b913134 which is currently in Eric's drm-intel-next branch. Otherwise in a KMS config the 2D driver will try to use a tiled buffer but the kernel won't set it up properly and you'll just get corruption. -- Jesse Barnes, Intel Open Source Technology Center Hi Jesse As I stated in my e-mail I've already tried the drm-intel-next branch This allows KDE to start, there isn't any corruptions at first, however when KDE's compositing manager starts this is when the screen becomes corrupted. I also tried Keith's patch: [Intel-gfx] [PATCH] drm/i915: fix transition to I915_TILING_NONE but this didn't change anything either Regards Mike -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
