Bug#613137: xserver-xorg-video-radeon: no video signal or kbd after manually launching X
On Mon, Feb 14, 2011 at 4:09 PM, GSR wrote: > Hi, > jcris...@debian.org (2011-02-13 at 1104.39 +0100): >> > back, the screen shows the bg (or maybe it was left from previous run) >> > and then monitor goes into sleep immediately, ignoring kbd as original >> > report. >> You should probably trim your xorg.conf down to just monitor sections to >> stop other stuff interfering... > > Spliting it into files inside xorg.conf.d/ and playing renaming game > (easier to move "foo.conf" to "foo.conf-" to see what part is wrong) I > found the problem of the black screen, but also issues with how things > are done with outputs and config. Maybe worth new bugs? > > The problem line was 'FontPath "unix/:7100"' XFS is running, but seems > that having that line in the conf makes it go nuts in unrelated ways. > > The left issues are: > > System sees an inexistant monitor on VGA connector. The cable is > there, but the monitor is off and not responding (otherwise it would > had seen valid vendor name, etc via DDC, right?). Even so, the system > insists in giving it some random settings and keep the output fully > enabled. If the driver can't detect the monitor using ddc, it uses load detection for analog monitors in case the monitor does not support ddc. In your case the connected monitor is creating a load on the connector. Also, note that monitors are supposed to keep ddc working even when the monitor is powered off, so just turning a monitor off will not general prevent the driver from seeing it. > > Once that monitor is configured via .conf file(s) with better > Modelines than DDC ever provided, it keeps the output enabled even > when the config has 'Option "Enable" "false"'. At least xrandr keeps > the modelines right. IIRC, you need: Option "Disable" "True" > > Set DVI-0 to be primary wihth 'Option "Primary" "true"', but that one > is ignored and VGA is still enabled. It is trully obsessed with having > that output even if not needed and told to forget about it for now. ;] > Workaround is to issue "xrandr --output VGA-0 --off" in ~/.xsession, > so apps do not get confused with false overlapping monitors (maximize, > etc). > > I guess this bug can be closed. Thanks for the help. > > GSR > > > > > ___ > xorg-driver-ati mailing list > xorg-driver-...@lists.x.org > http://lists.x.org/mailman/listinfo/xorg-driver-ati > -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=v2idjy8w_skb+xmzrvj0w5fp8u1wm-tqrv...@mail.gmail.com
mesa: Changes to 'ubuntu'
debian/changelog| 12 + debian/control |3 debian/patches/108_fix_leaks_dri2_screen_creation.patch | 107 debian/patches/series |1 4 files changed, 122 insertions(+), 1 deletion(-) New commits: commit 54e088badb0198655936440091ad8f5fd860aaa0 Author: Bryce Harrington Date: Mon Feb 14 16:03:50 2011 -0800 Bump diff --git a/debian/changelog b/debian/changelog index cac8fe3..eff1c45 100644 --- a/debian/changelog +++ b/debian/changelog @@ -5,8 +5,10 @@ mesa (7.10-1ubuntu2) natty; urgency=low applications to fail with error, "BadLength (poly request too large or internal Xlib length". (LP: #714280) + * Change dep on libudev-dev to not limit to linux-any (fixes FTBS when +using pbuilder, see deb bug 600823) - -- Bryce Harrington Mon, 14 Feb 2011 11:32:25 -0800 + -- Bryce Harrington Mon, 14 Feb 2011 11:44:22 -0800 mesa (7.10-1ubuntu1) natty; urgency=lowe diff --git a/debian/control b/debian/control index 48c4f73..cc355dc 100644 --- a/debian/control +++ b/debian/control @@ -12,7 +12,8 @@ Build-Depends: debhelper (>= 7.2.7), quilt (>= 0.40), pkg-config, libxdamage-dev, libxext-dev, autoconf, automake, x11proto-dri2-dev (>= 2.1), linux-libc-dev (>= 2.6.31) [linux-any], libx11-xcb-dev, libxcb-dri2-0-dev, libxcb-xfixes0-dev, python-libxml2, - libtalloc-dev, libudev-dev [linux-any], +# libtalloc-dev, libudev-dev [linux-any], + libtalloc-dev, libudev-dev, Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git Homepage: http://mesa3d.sourceforge.net/ commit 5e6e8ebf658714712f496f941a38946c1d1cdc6a Author: Bryce Harrington Date: Mon Feb 14 11:35:22 2011 -0800 Add 108_fix_leaks_dri2_screen_creation.patch: Cherrypick from upstream to fix leaks in DRI2 screen creation error paths, which causes Clutter applications to fail with error, "BadLength (poly request too large or internal Xlib length". (LP: #714280) diff --git a/debian/changelog b/debian/changelog index dbac118..cac8fe3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +mesa (7.10-1ubuntu2) natty; urgency=low + + * Add 108_fix_leaks_dri2_screen_creation.patch: Cherrypick from upstream +to fix leaks in DRI2 screen creation error paths, which causes Clutter +applications to fail with error, "BadLength (poly request too large or +internal Xlib length". +(LP: #714280) + + -- Bryce Harrington Mon, 14 Feb 2011 11:32:25 -0800 + mesa (7.10-1ubuntu1) natty; urgency=lowe * Merge from Debian experimental. Remaining Ubuntu changes: diff --git a/debian/patches/108_fix_leaks_dri2_screen_creation.patch b/debian/patches/108_fix_leaks_dri2_screen_creation.patch new file mode 100644 index 000..6f5b7a7 --- /dev/null +++ b/debian/patches/108_fix_leaks_dri2_screen_creation.patch @@ -0,0 +1,107 @@ +From bfc889517ad0d490cce1817eecac146d66bcd923 Mon Sep 17 00:00:00 2001 +From: Henri Verbeet +Date: Sat, 29 Jan 2011 23:00:48 + +Subject: glx: Fix leaks in DRI2 screen creation error paths. + +Signed-off-by: Brian Paul +--- +diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c +index 75b1a10..ab7915c 100644 +--- a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c +@@ -804,11 +804,14 @@ dri2CreateScreen(int screen, struct glx_display * priv) + return NULL; + +memset(psc, 0, sizeof *psc); +- if (!glx_screen_init(&psc->base, screen, priv)) +- return NULL; ++ if (!glx_screen_init(&psc->base, screen, priv)) { ++ Xfree(psc); ++ return NULL; ++ } + +if (!DRI2Connect(priv->dpy, RootWindow(priv->dpy, screen), + &driverName, &deviceName)) { ++ glx_screen_cleanup(&psc->base); + XFree(psc); + return NULL; +} +@@ -918,12 +921,15 @@ dri2CreateScreen(int screen, struct glx_display * priv) +return &psc->base; + + handle_error: ++ if (psc->fd) ++ close(psc->fd); ++ if (psc->driver) ++ dlclose(psc->driver); +Xfree(driverName); +Xfree(deviceName); ++ glx_screen_cleanup(&psc->base); +XFree(psc); + +- /* FIXME: clean up here */ +- +return NULL; + } + +diff --git a/src/glx/glxclient.h b/src/glx/glxclient.h +index 36a0808..fdcef80 100644 +--- a/src/glx/glxclient.h b/src/glx/glxclient.h +@@ -585,6 +585,8 @@ struct glx_display + extern int + glx_screen_init(struct glx_screen *psc, + int screen, struct glx_display * priv); ++extern void ++glx_screen_cleanup(struct glx_screen *psc); + + #if defined(GLX_DIRECT_RENDERING) && !defined(GLX_USE_APPLEGL) + extern __GLXDRIdrawable * +diff --git a/src/glx/glxext.c b/src/glx/glxext.c +index c75c9bf..25d266e 100644 +--- a/src/glx/glxext.c b/src/glx/glxext.c +@@ -194,17 +194,7 @@ FreeScreenConfigs(struct glx_display * priv) +screens = ScreenCount(priv->dpy); +for (i = 0; i < screens; i++) { + psc = priv->screens[i];
xserver-xorg-video-intel: Changes to 'ubuntu'
debian/changelog | 12 + debian/patches/113_remove_broken_max_base_addresses.patch | 46 + debian/patches/114_warnings_cleanup_part_2.patch | 115 ++ debian/patches/series |2 4 files changed, 172 insertions(+), 3 deletions(-) New commits: commit 56ab075f88ed70fca39233f760cdf2452df836dc Author: Bryce Harrington Date: Mon Feb 14 15:55:13 2011 -0800 * 111_fix_clipped_window_plane_offset.patch, * 113_remove_broken_max_base_addresses.patch: Fixes GPU lockup during login with "Bad length (4) in MI_DISPLAY_BUFFER_INFO, [3, 3]" error messages listed in the gpu dump text. (LP: #710321) * 114_warnings_cleanup_part_2.patch: Additional warnings cleanup to the xvmc code, cherrypicked from upstream commit ae8877e3. diff --git a/debian/changelog b/debian/changelog index 17bfc69..45f47bc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,12 +1,18 @@ xserver-xorg-video-intel (2:2.14.0-1ubuntu8) natty; urgency=low - * Add 111_fix_clipped_window_plane_offset.patch, + * 111_fix_clipped_window_plane_offset.patch, 112_fix_error_in_4c4ad555.patch: Fixes issue where vertical green line and strange colors shows up when playing gstreamer with certain videos, when dragged. (LP: #460677) - - -- Bryce Harrington Mon, 14 Feb 2011 15:03:28 -0800 + * 113_remove_broken_max_base_addresses.patch: Fixes GPU lockup during +login with "Bad length (4) in MI_DISPLAY_BUFFER_INFO, [3, 3]" error +messages listed in the gpu dump text. +(LP: #710321) + * 114_warnings_cleanup_part_2.patch: Additional warnings cleanup to the +xvmc code, cherrypicked from upstream commit ae8877e3. + + -- Bryce Harrington Mon, 14 Feb 2011 15:45:48 -0800 xserver-xorg-video-intel (2:2.14.0-1ubuntu7) natty; urgency=low diff --git a/debian/patches/113_remove_broken_max_base_addresses.patch b/debian/patches/113_remove_broken_max_base_addresses.patch new file mode 100644 index 000..72df601 --- /dev/null +++ b/debian/patches/113_remove_broken_max_base_addresses.patch @@ -0,0 +1,46 @@ +From 23f9b14df7c102c1036134835dd5d1a508059858 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Sat, 12 Feb 2011 10:42:34 + +Subject: i965: Remove broken maximum base addresses from video + +WRONG. + +The hardware was never limited to 0x100 and the kernel can quite +rightly place objects above that limit. Specifying such had no relation +to reality, so why did we do it? TWICE! + +Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=34017 +Signed-off-by: Chris Wilson +--- +diff --git a/src/i965_video.c b/src/i965_video.c +index a7374a2..e16a575 100644 +--- a/src/i965_video.c b/src/i965_video.c +@@ -821,20 +821,20 @@ i965_emit_video_setup(ScrnInfoPtr scrn, drm_intel_bo * surface_state_binding_tab + OUT_BATCH(0 | BASE_ADDRESS_MODIFY); /* media base addr, don't care */ + OUT_BATCH(0 | BASE_ADDRESS_MODIFY); /* Instruction base address */ + /* general state max addr, disabled */ +- OUT_BATCH(0x1000 | BASE_ADDRESS_MODIFY); ++ OUT_BATCH(0 | BASE_ADDRESS_MODIFY); + /* media object state max addr, disabled */ +- OUT_BATCH(0x1000 | BASE_ADDRESS_MODIFY); ++ OUT_BATCH(0 | BASE_ADDRESS_MODIFY); + /* Instruction max addr, disabled */ +- OUT_BATCH(0x1000 | BASE_ADDRESS_MODIFY); ++ OUT_BATCH(0 | BASE_ADDRESS_MODIFY); + } else { + OUT_BATCH(BRW_STATE_BASE_ADDRESS | 4); + OUT_BATCH(0 | BASE_ADDRESS_MODIFY); /* Generate state base address */ + OUT_RELOC(surface_state_binding_table_bo, I915_GEM_DOMAIN_INSTRUCTION, 0, BASE_ADDRESS_MODIFY); /* Surface state base address */ + OUT_BATCH(0 | BASE_ADDRESS_MODIFY); /* media base addr, don't care */ + /* general state max addr, disabled */ +- OUT_BATCH(0x1000 | BASE_ADDRESS_MODIFY); ++ OUT_BATCH(0 | BASE_ADDRESS_MODIFY); + /* media object state max addr, disabled */ +- OUT_BATCH(0x1000 | BASE_ADDRESS_MODIFY); ++ OUT_BATCH(0 | BASE_ADDRESS_MODIFY); + } + + /* Set system instruction pointer */ +-- +cgit v0.8.3-6-g21f6 diff --git a/debian/patches/114_warnings_cleanup_part_2.patch b/debian/patches/114_warnings_cleanup_part_2.patch new file mode 100644 index 000..5b60427 --- /dev/null +++ b/debian/patches/114_warnings_cleanup_part_2.patch @@ -0,0 +1,115 @@ +From ae8877e30707cae586565b4deee4c7fd9ac7d3ed Mon Sep 17 00:00:00 2001 +From: Cyril Brulebois +Date: Mon, 31 Jan 2011 05:22:35 + +Subject: xvmc: Get rid of unused variables. + +Signed-off-by: Cyril Brulebois +Signed-off-by: Chris Wilson +--- +diff --git a/src/xvmc/i915_xvmc.c b/src/xvmc/i915_xvmc.c +index 21a1149..fbd4555 100644 +--- a/src/x
xorg-server: Changes to 'ubuntu'
debian/changelog | 19 +++ debian/patches/210_pixman_null_ptr_check.patch | 25 debian/patches/211_glx_fix_bindtextimageext_length_check.patch | 56 ++ debian/patches/212_fix_request_length_check_for_createglxpbuffersgix.patch | 26 debian/patches/series | 3 5 files changed, 127 insertions(+), 2 deletions(-) New commits: commit ec2ca4e565e0b1385fdd03586f5dcc2aedf23a9f Author: Bryce Harrington Date: Mon Feb 14 12:19:18 2011 -0800 * Add 211_glx_fix_bindtextimageext_length_check.patch, 212_fix_request_length_check_for_createglxpbuffersgix.patch: - Correct wrong request size match for xGLXCreateGLXPbufferSGIXReq. This can result in some invalid BadLength errors. (LP: #714280) diff --git a/debian/changelog b/debian/changelog index 7d23055..09158b6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +xorg-server (2:1.9.99.901+git20110131.be3be758-0ubuntu4) natty; urgency=low + + * Add 211_glx_fix_bindtextimageext_length_check.patch, +212_fix_request_length_check_for_createglxpbuffersgix.patch: +- Correct wrong request size match for xGLXCreateGLXPbufferSGIXReq. + This can result in some invalid BadLength errors. + (LP: #714280) + + -- Bryce Harrington Mon, 14 Feb 2011 12:07:45 -0800 + xorg-server (2:1.9.99.901+git20110131.be3be758-0ubuntu3) natty; urgency=low * Restore 208_switch_on_release.diff - the patch does not appear to be @@ -7,7 +17,7 @@ xorg-server (2:1.9.99.901+git20110131.be3be758-0ubuntu3) natty; urgency=low return NULL under a variety of circumstances, thus needs checked before dereferencing it in the pixman_image_set_has_client_clip() call. -(LP: #705078) +(LP: #705078, deb: 596155, fdo: 28882) -- Bryce Harrington Thu, 03 Feb 2011 22:42:52 -0800 diff --git a/debian/patches/211_glx_fix_bindtextimageext_length_check.patch b/debian/patches/211_glx_fix_bindtextimageext_length_check.patch new file mode 100644 index 000..114c0f7 --- /dev/null +++ b/debian/patches/211_glx_fix_bindtextimageext_length_check.patch @@ -0,0 +1,56 @@ +diff --git a/glx/glxcmds.c b/glx/glxcmds.c +index 0b375c3..5d633df 100644 +--- a/glx/glxcmds.c b/glx/glxcmds.c +@@ -1697,13 +1697,21 @@ int __glXDisp_BindTexImageEXT(__GLXclientState *cl, GLbyte *pc) + GLXDrawabledrawId; + intbuffer; + interror; ++CARD32 num_attribs; + +-REQUEST_FIXED_SIZE(xGLXVendorPrivateReq, 8); ++if ((sizeof(xGLXVendorPrivateReq) + 12) >> 2 > client->req_len) ++ return BadLength; + + pc += __GLX_VENDPRIV_HDR_SIZE; + + drawId = *((CARD32 *) (pc)); + buffer = *((INT32 *) (pc + 4)); ++num_attribs = *((CARD32 *) (pc + 8)); ++if (num_attribs > (UINT32_MAX >> 3)) { ++ client->errorValue = num_attribs; ++ return BadValue; ++} ++REQUEST_FIXED_SIZE(xGLXVendorPrivateReq, 12 + (num_attribs << 3)); + + if (buffer != GLX_FRONT_LEFT_EXT) + return __glXError(GLXBadPixmap); +diff --git a/glx/glxcmdsswap.c b/glx/glxcmdsswap.c +index 9d96c9d..d58de62 100644 +--- a/glx/glxcmdsswap.c b/glx/glxcmdsswap.c +@@ -648,19 +648,23 @@ int __glXDispSwap_BindTexImageEXT(__GLXclientState *cl, GLbyte *pc) + xGLXVendorPrivateReq *req = (xGLXVendorPrivateReq *) pc; + GLXDrawable*drawId; + int*buffer; ++CARD32 *num_attribs; + __GLX_DECLARE_SWAP_VARIABLES; + +-REQUEST_FIXED_SIZE(xGLXVendorPrivateReq, 8); ++if ((sizeof(xGLXVendorPrivateReq) + 12) >> 2 > client->req_len) ++ return BadLength; + + pc += __GLX_VENDPRIV_HDR_SIZE; + + drawId = ((GLXDrawable *) (pc)); + buffer = ((int *) (pc + 4)); ++num_attribs = ((CARD32 *) (pc + 8)); + + __GLX_SWAP_SHORT(&req->length); + __GLX_SWAP_INT(&req->contextTag); + __GLX_SWAP_INT(drawId); + __GLX_SWAP_INT(buffer); ++__GLX_SWAP_INT(num_attribs); + + return __glXDisp_BindTexImageEXT(cl, (GLbyte *)pc); + } diff --git a/debian/patches/212_fix_request_length_check_for_createglxpbuffersgix.patch b/debian/patches/212_fix_request_length_check_for_createglxpbuffersgix.patch new file mode 100644 index 000..a8833d9 --- /dev/null +++ b/debian/patches/212_fix_request_length_check_for_createglxpbuffersgix.patch @@ -0,0 +1,26 @@ +diff --git a/glx/glxcmds.c b/glx/glxcmds.c +index 3ef567d..0b375c3 100644 +--- a/glx/glxcmds.c b/glx/glxcmds.c +@@ -1436,7 +1436,7 @@ int __glXDisp_CreateGLXPbufferSGIX(__GLXclientState *cl, GLbyte *pc) + ClientPtr client = cl->client; + xGLXCreateGLXPbufferSGIXReq *req = (xGLXCreateGLXPbufferSGIXReq *) pc; + +-REQUEST_SIZE_MATCH(xGLXCreateGLXPbufferSGIXReq); ++REQUEST_AT_LEAST_SIZE(xGLXCreateGLXPbufferSGIXReq); +
xserver-xorg-video-intel: Changes to 'ubuntu'
debian/changelog | 10 debian/patches/111_fix_clipped_window_plane_offset.patch | 33 +++ debian/patches/112_fix_error_in_4c4ad555.patch | 33 +++ debian/patches/series|2 4 files changed, 78 insertions(+) New commits: commit acf8a398621ed4008ceb699448f596ac9fb984ee Author: Bryce Harrington Date: Mon Feb 14 15:05:34 2011 -0800 Add 111_fix_clipped_window_plane_offset.patch, 112_fix_error_in_4c4ad555.patch: Fixes issue where vertical green line and strange colors shows up when playing gstreamer with certain videos, when dragged. (LP: #460677) diff --git a/debian/changelog b/debian/changelog index 4cf328c..17bfc69 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +xserver-xorg-video-intel (2:2.14.0-1ubuntu8) natty; urgency=low + + * Add 111_fix_clipped_window_plane_offset.patch, +112_fix_error_in_4c4ad555.patch: Fixes issue where vertical green line +and strange colors shows up when playing gstreamer with certain +videos, when dragged. +(LP: #460677) + + -- Bryce Harrington Mon, 14 Feb 2011 15:03:28 -0800 + xserver-xorg-video-intel (2:2.14.0-1ubuntu7) natty; urgency=low * Rename 110_from_git_da990536eca09c6de74627541cd56ecfad925eda.patch diff --git a/debian/patches/111_fix_clipped_window_plane_offset.patch b/debian/patches/111_fix_clipped_window_plane_offset.patch new file mode 100644 index 000..0fc9d8c --- /dev/null +++ b/debian/patches/111_fix_clipped_window_plane_offset.patch @@ -0,0 +1,33 @@ +From 4c4ad64a80311df1a4b762eb1e119c6d95fb Mon Sep 17 00:00:00 2001 +From: Xiang, Haihao +Date: Wed, 19 Jan 2011 15:25:06 + +Subject: Correct offset of planes within clipped window + +Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=24767 +Reported-and-tested-by: Sitsofe Wheeler +Signed-off-by: Chris Wilson +--- +diff --git a/src/intel_video.c b/src/intel_video.c +index 2786201..0d1ffc5 100644 +--- a/src/intel_video.c b/src/intel_video.c +@@ -996,7 +996,7 @@ I830CopyPlanarData(intel_adaptor_private *adaptor_priv, + /* Copy V data for YV12, or U data for I420 */ + src2 = buf +/* start of YUV data */ + (srcH * srcPitch) + /* move over Luma plane */ +- ((top * srcPitch) >> 2) + /* move down from by top lines */ ++ ((top >> 1) * srcPitch) + /* move down from by top lines */ + (left >> 1);/* move left by left pixels */ + + #if 0 +@@ -1015,7 +1015,7 @@ I830CopyPlanarData(intel_adaptor_private *adaptor_priv, + src3 = buf +/* start of YUV data */ + (srcH * srcPitch) + /* move over Luma plane */ + ((srcH >> 1) * srcPitch2) + /* move over Chroma plane */ +- ((top * srcPitch) >> 2) + /* move down from by top lines */ ++ ((top >> 1) * srcPitch) + /* move down from by top lines */ + (left >> 1);/* move left by left pixels */ + #if 0 + ErrorF("src3 is %p, offset is %ld\n", src3, +-- +cgit v0.8.3-6-g21f6 diff --git a/debian/patches/112_fix_error_in_4c4ad555.patch b/debian/patches/112_fix_error_in_4c4ad555.patch new file mode 100644 index 000..c2e959e --- /dev/null +++ b/debian/patches/112_fix_error_in_4c4ad555.patch @@ -0,0 +1,33 @@ +From 5baa63c634990810a66c3150b4f2b76fcee2df38 Mon Sep 17 00:00:00 2001 +From: Xiang, Haihao +Date: Fri, 21 Jan 2011 00:45:52 + +Subject: Fix an error in 4c4ad64a80311df1a4b762eb1e119c6d95fb. + +See the original patch at https://bugs.freedesktop.org/show_bug.cgi?id=24767 + +Signed-off-by: Xiang, Haihao +--- +diff --git a/src/intel_video.c b/src/intel_video.c +index 0d1ffc5..5294f73 100644 +--- a/src/intel_video.c b/src/intel_video.c +@@ -996,7 +996,7 @@ I830CopyPlanarData(intel_adaptor_private *adaptor_priv, + /* Copy V data for YV12, or U data for I420 */ + src2 = buf +/* start of YUV data */ + (srcH * srcPitch) + /* move over Luma plane */ +- ((top >> 1) * srcPitch) + /* move down from by top lines */ ++ ((top >> 1) * srcPitch2) + /* move down from by top lines */ + (left >> 1);/* move left by left pixels */ + + #if 0 +@@ -1015,7 +1015,7 @@ I830CopyPlanarData(intel_adaptor_private *adaptor_priv, + src3 = buf +/* start of YUV data */ + (srcH * srcPitch) + /* move over Luma plane */ + ((srcH >> 1) * srcPitch2) + /* move over Chroma plane */ +- ((top >> 1) * srcPitch) + /* move down from by top lines */ ++ ((top >> 1) * srcPitch2) + /* move down from by top lines */ + (left >> 1);/* move left by left pixels */ + #if 0 + ErrorF("src3 is %p, offset is %ld\n", src3, +-- +cgit v0.8.3-6-g21f6 diff --git a/debian/patches/series b/debian/patches/series index 050224c..42e6827 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -3,3 +3,5 @@ 108_undo_dmg_trans_be
Bug#613451: xserver-xorg: segmentation fault on client closedown
Hi Ferenc, Ferenc Wagner (14/02/2011): > Backtrace: > 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] > 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] > 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb78b940c] > 3: /usr/bin/X (Xfree+0x21) [0x80ab501] > 4: /usr/bin/X (XineramaDeleteResource+0x1d) [0x80f64ad] > 5: /usr/bin/X (FreeClientResources+0xdf) [0x808c20f] > 6: /usr/bin/X (CloseDownClient+0x6f) [0x806e3af] > 7: /usr/bin/X (0x8048000+0x2c018) [0x8074018] > 8: /usr/bin/X (0x8048000+0x1e9aa) [0x80669aa] > 9: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb75ecc76] > 10: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] > Segmentation fault at address 0xfeff if you have a chance, full backtrace welcome: http://pkg-xorg.alioth.debian.org/howtos/use-gdb.html KiBi. signature.asc Description: Digital signature
Bug#613407: libgl1-mesa-dri: mesa 7.10 should depend on libdrm 2.4.23
On Mon, 2011-02-14 at 17:55 +0100, Cyril Brulebois wrote: > Rephrasing: maybe you happen to run into a bug due to this particular > combination of versions. That doesn't mean mesa 7.10 must depend on > 2.4.23 on all systems. Maybe so, but then again, I did try to compile Mesa 7.10 from source code with 2.4.21, and that wasn't possible due to missing constants and stuff in the libdrm header files, so it seems reasonable to assume from that, that Mesa 7.10 depends on something or other in libdrm 2.4.23. > > So in summary: Mesa 7.7 with libdrm-2.4.21 works for me, Mesa 7.10 > > with libdrm-2.4.23 also works, but Mesa 7.10 with libdrm 2.4.21 does > > not. I haven't tried Mesa 7.7 with libdrm-2.4.21. > > I guess you meant 7.7/2.4.23 Correct. :-) -- Fredrik Tolf -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1297725156.26951.7.ca...@pc7.dolda2000.com
Bug#613221: This is related to __thread
Hi, I am experiencing this on Ubuntu 10.10. I am using GNUstep from trunk and cairo 1.10.2 and pixman 0.20.2 built from source. It's caused by the thread-local fast_path_cache variable in pixman.c. If you make that non-thread-local (a normal static variable) the problem will go away. The root problem here is interaction between thread local storage and dlopen, because the gnustep-back bundle, which dynamically links to libpixman, is dlopened by gnustep-gui. However, I'm not sure how to properly fix it other than building pixman without TLS. Cheers, Eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/3d7754c4-6332-4333-9b52-7783defdf...@gmail.com
Bug#613315: xserver-xorg: X server starts with white corrupted screen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You were right. I played with the vanilla ATI driver some time ago. I used the ATI installation, and I didn't manage to completely remove the driver. After removing the diversion and reinstalling xserver-xorg-core everything runs fine again!!! Sorry for the noise in DBTS. Cheers, Jose Manuel On 14/02/11 09:04, Julien Cristau wrote: > On Mon, Feb 14, 2011 at 01:01:57 +, Jose Manuel D. Mendinueta wrote: > >> [ 12862.123] (II) LoadModule: "dri" >> [ 12862.123] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so >> [ 12862.123] dlopen: /usr/lib/xorg/modules/extensions/libdri.so: undefined >> symbol: WindowTable >> [ 12862.123] (EE) Failed to load /usr/lib/xorg/modules/extensions/libdri.so >> [ 12862.123] (II) UnloadModule: "dri" >> [ 12862.123] (EE) Failed to load module "dri" (loader failed, 7) > > You need to fix this. Probably by getting rid of fglrx diversions. > > Cheers, > Julien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1ZpRgACgkQ89MXueSLD4+wygCePS3m5RcEFbd977KoOJ15Du9U OqMAn1/1pvlWb3sKY8g4dZrioPqvNWme =lvjq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d59a524.80...@gmail.com
Bug#613137: xserver-xorg-video-radeon: no video signal or kbd after manually launching X
Hi, jcris...@debian.org (2011-02-13 at 1104.39 +0100): > > back, the screen shows the bg (or maybe it was left from previous run) > > and then monitor goes into sleep immediately, ignoring kbd as original > > report. > You should probably trim your xorg.conf down to just monitor sections to > stop other stuff interfering... Spliting it into files inside xorg.conf.d/ and playing renaming game (easier to move "foo.conf" to "foo.conf-" to see what part is wrong) I found the problem of the black screen, but also issues with how things are done with outputs and config. Maybe worth new bugs? The problem line was 'FontPath "unix/:7100"' XFS is running, but seems that having that line in the conf makes it go nuts in unrelated ways. The left issues are: System sees an inexistant monitor on VGA connector. The cable is there, but the monitor is off and not responding (otherwise it would had seen valid vendor name, etc via DDC, right?). Even so, the system insists in giving it some random settings and keep the output fully enabled. Once that monitor is configured via .conf file(s) with better Modelines than DDC ever provided, it keeps the output enabled even when the config has 'Option "Enable" "false"'. At least xrandr keeps the modelines right. Set DVI-0 to be primary wihth 'Option "Primary" "true"', but that one is ignored and VGA is still enabled. It is trully obsessed with having that output even if not needed and told to forget about it for now. ;] Workaround is to issue "xrandr --output VGA-0 --off" in ~/.xsession, so apps do not get confused with false overlapping monitors (maximize, etc). I guess this bug can be closed. Thanks for the help. GSR -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214210907.GA10450@crossbow.battleship
xserver-xorg-video-intel: Changes to 'ubuntu'
debian/apport-gpu-error-intel.py | 13 - debian/changelog | 18 ++ debian/patches/108_undo_dmg_trans_before_append.patch | 28 +++ debian/patches/109_dont_reconstruct_glyph_cache_on_rotate.patch| 79 ++ debian/patches/110_from_git_da990536eca09c6de74627541cd56ecfad925eda.patch | 28 --- debian/patches/series | 4 6 files changed, 133 insertions(+), 37 deletions(-) New commits: commit 78fe4f6bdc0a96d0337f57bc0acb1f661f4758dd Author: Bryce Harrington Date: Mon Feb 14 11:58:50 2011 -0800 Include 110 diff --git a/debian/patches/series b/debian/patches/series index 7ca8bfe..050224c 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ 107_solid_nullptr_check.patch 108_undo_dmg_trans_before_append.patch 109_dont_reconstruct_glyph_cache_on_rotate.patch +110_warnings_cleanup.patch commit 10143186b1516078f8755648e9b58db01a8cae59 Author: Bryce Harrington Date: Fri Feb 11 17:04:16 2011 -0800 * Add 109_dont_reconstruct_glyph_cache_on_rotate.patch: Fixes font corruption (missing glyphs) on rotated screens. Cherrypick of upstream commit c6dc2756. (fdo #33412) * Add 110_warnings_cleanup.patch: Tidy up a few build warnings. Cherrypicks from upstream tree. * apport-gpu-error-intel.py: + Include a couple more error codes for GPU freezes + Take any matched error code, not just the first seen + Improve matching of hexadecimal numbers + Strip out appending MachineType to title (it's never set) diff --git a/debian/apport-gpu-error-intel.py b/debian/apport-gpu-error-intel.py index c7521d8..4135f91 100644 --- a/debian/apport-gpu-error-intel.py +++ b/debian/apport-gpu-error-intel.py @@ -69,14 +69,13 @@ def get_dump_signature(text): return None m = hashlib.md5() m.update(text) -errmsg = m.hexdigest()[:8] -for k in ["EIR", "PGTBL_ER"]: -regex = re.compile(k+": 0x(\d+)") +codes = [] +for k in ["EIR", "ESR", "PGTBL_ER", "IPEHR"]: +regex = re.compile(k+": 0x([0-9a-fA-F]+)") match = regex.search(text) if match and match.group(1) != "": -errmsg += " (%s: 0x%s)" %(k, match.group(1)) -break -return errmsg +codes.append("%s: 0x%s" %(k, match.group(1))) +return "%s (%s)" %( m.hexdigest()[:8], string.join(codes, " ") ) def main(argv=None): if argv is None: @@ -107,8 +106,6 @@ def main(argv=None): if dump_signature: report['DumpSignature'] = dump_signature report['Title'] += " " + report['DumpSignature'] -if 'MachineType' in report and report['MachineType']: -report['Title'] += " on " + report['MachineType'] attach_hardware(report) attach_related_packages(report, ["xserver-xorg", "libdrm2", "xserver-xorg-video-intel"]) diff --git a/debian/changelog b/debian/changelog index 66a0c18..4cf328c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,9 +3,18 @@ xserver-xorg-video-intel (2:2.14.0-1ubuntu7) natty; urgency=low * Rename 110_from_git_da990536eca09c6de74627541cd56ecfad925eda.patch to 108_undo_dmg_trans_before_append.patch for clarity. * Add 109_dont_reconstruct_glyph_cache_on_rotate.patch: Fixes font -corruption (missing glyphs) on rotated screens. (fdo #33412) - - -- Bryce Harrington Fri, 11 Feb 2011 14:03:11 -0800 +corruption (missing glyphs) on rotated screens. Cherrypick of +upstream commit c6dc2756. +(fdo #33412) + * Add 110_warnings_cleanup.patch: Tidy up a few build warnings. +Cherrypicks from upstream tree. + * apport-gpu-error-intel.py: ++ Include a couple more error codes for GPU freezes ++ Take any matched error code, not just the first seen ++ Improve matching of hexadecimal numbers ++ Strip out appending MachineType to title (it's never set) + + -- Bryce Harrington Fri, 11 Feb 2011 15:57:19 -0800 xserver-xorg-video-intel (2:2.14.0-1ubuntu6) natty; urgency=low commit 4d3d19bdc46b2e4561ed4cc224daa726069388b9 Author: Bryce Harrington Date: Fri Feb 11 15:46:28 2011 -0800 * Rename 110_from_git_da990536eca09c6de74627541cd56ecfad925eda.patch to 108_undo_dmg_trans_before_append.patch for clarity. * Add 109_dont_reconstruct_glyph_cache_on_rotate.patch: Fixes font corruption (missing glyphs) on rotated screens. (fdo #33412) diff --git a/debian/changelog b/debian/changelog index 77ba408..66a0c18 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +xserver-xorg-video-intel (2:2.14.0-1ubuntu7) natty; urgency=low + + * Rename 110_from_git_da990536eca09c6de74627541cd56ecfad925eda.patch +to 108_undo_dmg_trans_before_append.patch for clarity. + * Add 109_dont_reconstruct_glyph_cache_on_rotate.patch: Fixes font +corruption (missing glyphs
Bug#586485: Regression: can't resume after suspend-to-RAM
I've learned of an effective workaround for the problem via another open bug (#565344), and this workaround probably points to the source of the problem. The workaround: go into /etc/modprobe.d/, find the file which has the options for the "radeon" module, and change "modeset=1" to "modeset=0". Reboot. Problem fixed. It appears that on some Radeon chipsets, having the kernel mode-setting enabled will cause this black-screen problem after wakeup from a suspend or hibernation. Explicitly disabling KMS via this option, resolves the problem. The problem doesn't seem to be unique to particular versions of the kernel, or even to specific versions of the Radeon driver and module. I've tried both custom-built kernels, and the standard Squeeze kernel... no difference. In one of the other bug reports on this problem, a poster even tried switching back and forth between Debian and Ubuntu driver installs, and the problem did not follow the installs in any predictable way... once the problem appeared, reverting back to a kernel and driver pair which had previously worked, still exhibited the problem. However, when he did a fresh install of this software on a different system (same chipset) it worked! The difference, apparently, is the contents of the module configuration file... if it says "modeset=1", resume is broken, and if you say "modeset=0", everything works. It seems likely that the problem first occurred on my machine, when I did a regular Debian "testing" upgrade, which picked up a deb package of the Radeon driver that added "modeset=1" to the driver options. When I looked back through the logs I uploaded back in July, I noticed something curious... the driver reported that KMS was being disabled due to some sort of incompatibility. It appears, though, that having "modeset=1" in the driver options was enough to cause the problem to occur, even though kernel modesetting had been disabled by the driver. In any case: (1) I have a workaround and am happy once again! (2) It looks as if there may be some loopholes in how kernel modesetting is done for at least some of the Radeon chips, which causes the black-screen problem upon wakeup if kernel modesetting is not explicitly disabled. This problem may affect the Mobility X700 and has also been reported on the 4200... others may also be affected. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d598a1d.90...@radagast.org
Re: pixman: Changes to 'debian-unstable'
On Wed, Feb 9, 2011 at 10:55:57 +0100, Michel Dänzer wrote: > On Mit, 2011-02-09 at 10:53 +0100, Cyril Brulebois wrote: > > > > Michel Dänzer (09/02/2011): > > > Upstream commit ed781df1cc30748c8193be9b9a497def0b768b6b ('Print a > > > warning when a development snapshot is being configured.') suggests > > > that shipping a development release in sid may not be such a good > > > idea. Was this intentional? > > > > well, somebody has to test development snapshots. > > Surely that's what experimental is for. > Maybe one solution would be to upload 0.20.x to testing so things can move forward while waiting for 0.22, without needing to have a development snapshot in testing? Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214174312.gs3...@radis.liafa.jussieu.fr
Bug#613111: German keyboard AltGr failure found
Hi, First of all I found the failure ! After investigating my problem a lot more deeper I found some really interesting points. 1) When I install Debian 6.0 on a real hardware everything is working as expected. 2) When I install Debian 6.0 in a virtual machine like KVM or VirtualBox it depends on the RDP client program if it is working or not. 3) If I use the 'rdesktop' program on a Unix machine everything is working as expected. 4) If I use the Microsoft remote desktop program 'mstsc.exe' then the problem occurs. So I did again trace the key events with the 'xev' program when I hit the 'AltGr' key if I working as described in point 4: KeyPress event, serial 33, synthetic NO, window 0x121, root 0x10d, subw 0x0, time 1292052, (113,63), root:(209,169), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x121, root 0x10d, subw 0x0, time 1292052, (113,63), root:(209,169), state 0x4, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False The Microsoft remote desktop program sends ALWAYS this two key events when I hit the AltGr key, but on a real hardware or when I using the 'rdesktop' program on a Unix machine ONLY the second key event with 'ISO_Level3_Shift' is sent. After searching the net again I found several complains about this. In order to verify this I do the following quick an dirty hack: xmodmap -e "remove control = Control_L And, surprise, surprise my missing AltGr keys are all back again ! But for sure this is not a working solution, because the left control key is not working anymore. I hope there is any working solution for this problem. Ernst -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5965b5.4020...@chello.at
Bug#613407: libgl1-mesa-dri: mesa 7.10 should depend on libdrm 2.4.23
Fredrik Tolf (14/02/2011): > Not quite. My system worked perfectly well with Mesa 7.7 and > libdrm-2.4.21. The reason I upgraded to Mesa 7.10 was that Mesa 7.7 > has a GLSL linker bug that had been fixed in later versions, but > fixed functionality rendering worked perfectly well. Rephrasing: maybe you happen to run into a bug due to this particular combination of versions. That doesn't mean mesa 7.10 must depend on 2.4.23 on all systems. > So in summary: Mesa 7.7 with libdrm-2.4.21 works for me, Mesa 7.10 > with libdrm-2.4.23 also works, but Mesa 7.10 with libdrm 2.4.21 does > not. I haven't tried Mesa 7.7 with libdrm-2.4.21. I guess you meant 7.7/2.4.23 KiBi. signature.asc Description: Digital signature
[bts-link] source package mesa
# # bts-link upstream status pull for source package mesa # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #590443 (http://bugs.debian.org/590443) # * https://bugs.freedesktop.org/show_bug.cgi?id=24047 # * remote status changed: (?) -> REOPENED usertags 590443 + status-REOPENED # remote status report for #612640 (http://bugs.debian.org/612640) # * https://bugs.freedesktop.org/show_bug.cgi?id=31940 # * remote status changed: (?) -> REOPENED usertags 612640 + status-REOPENED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214163750.1085.37312.btsl...@busoni.debian.org
Bug#613407: libgl1-mesa-dri: mesa 7.10 should depend on libdrm 2.4.23
On Mon, 2011-02-14 at 16:59 +0100, Cyril Brulebois wrote: > Fredrik Tolf (14/02/2011): > > This system uses the i965 driver in case it matters, which I guess > > it does. It has an Arrandale chipset. > > Wild guess, your system needs an updated libdrm, not libgl1-mesa-dri > itself. Not quite. My system worked perfectly well with Mesa 7.7 and libdrm-2.4.21. The reason I upgraded to Mesa 7.10 was that Mesa 7.7 has a GLSL linker bug that had been fixed in later versions, but fixed functionality rendering worked perfectly well. So in summary: Mesa 7.7 with libdrm-2.4.21 works for me, Mesa 7.10 with libdrm-2.4.23 also works, but Mesa 7.10 with libdrm 2.4.21 does not. I haven't tried Mesa 7.7 with libdrm-2.4.21. -- Fredrik Tolf -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1297700780.26951.4.ca...@pc7.dolda2000.com
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #551387 (http://bugs.debian.org/551387) # * https://bugs.freedesktop.org/show_bug.cgi?id=28204 # * remote status changed: NEW -> RESOLVED # * remote resolution changed: (?) -> INVALID # * closed upstream tags 551387 + fixed-upstream usertags 551387 - status-NEW usertags 551387 + status-RESOLVED resolution-INVALID # remote status report for #599223 (http://bugs.debian.org/599223) # * https://bugs.freedesktop.org/show_bug.cgi?id=30637 # * remote status changed: NEW -> RESOLVED # * remote resolution changed: (?) -> INVALID # * closed upstream tags 599223 + fixed-upstream usertags 599223 - status-NEW usertags 599223 + status-RESOLVED resolution-INVALID thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214163749.1085.54834.btsl...@busoni.debian.org
Processed: [bts-link] source package xserver-xorg-video-intel
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package xserver-xorg-video-intel > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #551387 (http://bugs.debian.org/551387) > # * https://bugs.freedesktop.org/show_bug.cgi?id=28204 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> INVALID > # * closed upstream > tags 551387 + fixed-upstream Bug #551387 [xserver-xorg-video-intel] [GM965] GPU hangs Added tag(s) fixed-upstream. > usertags 551387 - status-NEW Bug#551387: [GM965] GPU hangs Usertags were: status-NEW. Usertags are now: . > usertags 551387 + status-RESOLVED resolution-INVALID Bug#551387: [GM965] GPU hangs There were no usertags set. Usertags are now: status-RESOLVED resolution-INVALID. > # remote status report for #599223 (http://bugs.debian.org/599223) > # * https://bugs.freedesktop.org/show_bug.cgi?id=30637 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> INVALID > # * closed upstream > tags 599223 + fixed-upstream Bug #599223 [xserver-xorg-video-intel] xserver-xorg-video-intel: [965GM] drm:i915_hangcheck_elapsed Added tag(s) fixed-upstream. > usertags 599223 - status-NEW Bug#599223: xserver-xorg-video-intel: [965GM] drm:i915_hangcheck_elapsed Usertags were: status-NEW. Usertags are now: . > usertags 599223 + status-RESOLVED resolution-INVALID Bug#599223: xserver-xorg-video-intel: [965GM] drm:i915_hangcheck_elapsed There were no usertags set. Usertags are now: status-RESOLVED resolution-INVALID. > thanks Stopping processing here. Please contact me if you need assistance. -- 599223: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599223 551387: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551387 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129770146913879.transcr...@bugs.debian.org
x11proto-xext_7.1.99.0-1_amd64.changes ACCEPTED into experimental
Accepted: x11proto-xext-dev_7.1.99.0-1_all.deb to main/x/x11proto-xext/x11proto-xext-dev_7.1.99.0-1_all.deb x11proto-xext_7.1.99.0-1.diff.gz to main/x/x11proto-xext/x11proto-xext_7.1.99.0-1.diff.gz x11proto-xext_7.1.99.0-1.dsc to main/x/x11proto-xext/x11proto-xext_7.1.99.0-1.dsc x11proto-xext_7.1.99.0.orig.tar.gz to main/x/x11proto-xext/x11proto-xext_7.1.99.0.orig.tar.gz Override entries for your package: x11proto-xext-dev_7.1.99.0-1_all.deb - optional x11 x11proto-xext_7.1.99.0-1.dsc - source x11 Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp16y-00015g...@franck.debian.org
Processing of x11proto-xext_7.1.99.0-1_amd64.changes
x11proto-xext_7.1.99.0-1_amd64.changes uploaded successfully to localhost along with the files: x11proto-xext_7.1.99.0-1.dsc x11proto-xext_7.1.99.0.orig.tar.gz x11proto-xext_7.1.99.0-1.diff.gz x11proto-xext-dev_7.1.99.0-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0tq-cr...@franck.debian.org
x11proto-randr_1.3.99.1-1_amd64.changes ACCEPTED into experimental
Accepted: x11proto-randr-dev_1.3.99.1-1_all.deb to main/x/x11proto-randr/x11proto-randr-dev_1.3.99.1-1_all.deb x11proto-randr_1.3.99.1-1.diff.gz to main/x/x11proto-randr/x11proto-randr_1.3.99.1-1.diff.gz x11proto-randr_1.3.99.1-1.dsc to main/x/x11proto-randr/x11proto-randr_1.3.99.1-1.dsc x11proto-randr_1.3.99.1.orig.tar.gz to main/x/x11proto-randr/x11proto-randr_1.3.99.1.orig.tar.gz Override entries for your package: x11proto-randr-dev_1.3.99.1-1_all.deb - optional x11 x11proto-randr_1.3.99.1-1.dsc - source x11 Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0ei-0006si...@franck.debian.org
Bug#613407: libgl1-mesa-dri: mesa 7.10 should depend on libdrm 2.4.23
Fredrik Tolf (14/02/2011): > This system uses the i965 driver in case it matters, which I guess > it does. It has an Arrandale chipset. Wild guess, your system needs an updated libdrm, not libgl1-mesa-dri itself. (Like you'd need a newer kernel for a new device.) IIRC testing libgl1-mesa-dri/sid with libdrm*/squeeze worked fine here. KiBi. signature.asc Description: Digital signature
x11proto-xext: Changes to 'refs/tags/x11proto-xext-7.1.99.0-1'
Tag 'x11proto-xext-7.1.99.0-1' created by Julien Cristau at 2011-02-14 15:59 + Tagging upload of x11proto-xext 7.1.99.0-1 to experimental. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAABCAAGBQJNWVFeAAoJEDEBgAUJBeQMOowQAMefmfBZTY2zq8YWVjdA3UOM gpMebtSxS5qdao3Vcp1qgbqk26R5Oxc2o9Algi8pSPXJFr1bpqyH1ruW8AqC02HE L7rSeoHq/VPXrryl/q3jJRnMSAtQZDOioEGciFOrl25DjMJbiudPhWVLHeYNMvCv nDhogsJEn7j4J/GtDrFzQLzgsPUOd6IKBDK830t5VMlIY6vH3Pgt5EnK5NqasqB6 Knhl0tUxQACgGWTZwppXaVexToWOB4KE5IEH/LcDhGpLWqIRg6MC2eMSofXMhhUf AgbBlDDGzQk0afNCTEHw34ahNmLy7luA+NB3BabFFnXarVNQDvZWQhGkmmG7hktZ YR95YWUdYjZeu0aVdw0iN2ul0C6EKQiVxof94f+/D+JxlkiyIw+FV7n37IrLANtH E8QEm6bIM+UIA1KAvMS7/MqeJjeG4TY3D+wLvlBV6ReG+xbhApoZtiEO5ecLD67t BLl6UVFHImBGDNR4ZsPjHg3FbzZvr+giIRW4gIf8qbPxrXAbGyJiBoKwNftX4NCf M579Xjv1Ug+Ne8RLwVC/cyd490yEc3himt/aikra7wsYkCCdf2CzyHEz3msBj1QM sn8ZwXBA3QNr62hi2YO0j42kEdKJV7Ri2IkvaQgjTr8Dox0NdBKpC0AWm4SmYoJ2 6vqrRWv167CARKb5rFdi =1ku5 -END PGP SIGNATURE- Changes since x11proto-xext-7.1.2-1: Christopher James Halse Rogers (3): Merge branch 'upstream-experimental' into debian-experimental Update to new 7.1.99.0 release Drop *.css from install. Cyril Brulebois (1): Mention upstream git URL in a comment. Gaetan Nadon (3): Remove the appgroup specs which is the one for the server side. config: HTML file generation: use the installed copy of xorg.css specs: add low bandwith spec from xorg-docs James Jones (5): Document changes in XSync version 3.1 Initial Fence Sync support Add XSyncQueryFence() Add protocol for XSyncAwaitFence() Bump version to 7.1.99.0 Jesse Adkins (1): Purge cvs tags. Julien Cristau (4): Remove Andres Salomon and David Nusinow from Uploaders. This is a snapshot, not a release Bump Standards-Version to 3.9.1. Upload to experimental Matt Dew (1): specs: add appgroup specs in DocBook/XML format --- configure.ac |2 debian/changelog | 14 debian/control |8 debian/watch |1 debian/x11proto-xext-dev.install |1 shmstr.h |3 specs/.gitignore |2 specs/Makefile.am| 18 specs/appendix.xml | 61 specs/appgroup.xml | 1106 +- specs/lbx.xml| 6291 +++ specs/sync.xml | 229 + syncconst.h |6 syncproto.h | 96 syncstr.h|2 15 files changed, 7639 insertions(+), 201 deletions(-) --- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0ra-7w...@alioth.debian.org
x11proto-xext: Changes to 'debian-experimental'
debian/changelog | 12 +--- debian/control |8 +--- 2 files changed, 14 insertions(+), 6 deletions(-) New commits: commit f114c3b0a109d9f9603d4d930b6b10b503d23340 Author: Julien Cristau Date: Mon Feb 14 16:55:46 2011 +0100 Upload to experimental diff --git a/debian/changelog b/debian/changelog index 809d8c7..b109a4e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -x11proto-xext (7.1.99.0-1) UNRELEASED; urgency=low +x11proto-xext (7.1.99.0-1) experimental; urgency=low [ Christopher James Halse Rogers ] * New upstream snapshot. @@ -10,7 +10,7 @@ x11proto-xext (7.1.99.0-1) UNRELEASED; urgency=low work! * Bump Standards-Version to 3.9.1. - -- Christopher James Halse Rogers Wed, 19 Jan 2011 12:36:08 +1100 + -- Julien Cristau Mon, 14 Feb 2011 16:55:37 +0100 x11proto-xext (7.1.2-1) unstable; urgency=low commit b3e0f18ce294f38b83235e164737bfefe39621af Author: Julien Cristau Date: Mon Feb 14 16:55:32 2011 +0100 Bump Standards-Version to 3.9.1. diff --git a/debian/changelog b/debian/changelog index b068642..809d8c7 100644 --- a/debian/changelog +++ b/debian/changelog @@ -8,6 +8,7 @@ x11proto-xext (7.1.99.0-1) UNRELEASED; urgency=low [ Julien Cristau ] * Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your work! + * Bump Standards-Version to 3.9.1. -- Christopher James Halse Rogers Wed, 19 Jan 2011 12:36:08 +1100 diff --git a/debian/control b/debian/control index e501979..efff44f 100644 --- a/debian/control +++ b/debian/control @@ -10,8 +10,10 @@ Build-Depends: automake, pkg-config, # specs: - xmlto, xorg-sgml-doctools (>= 1:1.5), w3m, -Standards-Version: 3.8.3 + xmlto, + xorg-sgml-doctools (>= 1:1.5), + w3m, +Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/pkg-xorg/proto/x11proto-xext Vcs-Browser: http://git.debian.org/?p=pkg-xorg/proto/x11proto-xext.git commit 79a289b13fae98358af19c7cccd740af39c36957 Author: Julien Cristau Date: Mon Feb 14 16:43:55 2011 +0100 This is a snapshot, not a release diff --git a/debian/changelog b/debian/changelog index 4fe641c..b068642 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,7 +1,7 @@ x11proto-xext (7.1.99.0-1) UNRELEASED; urgency=low [ Christopher James Halse Rogers ] - * New upstream release + * New upstream snapshot. * Drop *.css from .install file. The CSS files are now shipped only once in xorg-sgml-doctools rather than duplicated for each doc. commit e34a9516cb836c5c7651c61f315d4221af919eff Author: Julien Cristau Date: Mon Feb 14 16:43:40 2011 +0100 Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your work! diff --git a/debian/changelog b/debian/changelog index a4bc4f6..4fe641c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,9 +1,14 @@ x11proto-xext (7.1.99.0-1) UNRELEASED; urgency=low + [ Christopher James Halse Rogers ] * New upstream release * Drop *.css from .install file. The CSS files are now shipped only once in xorg-sgml-doctools rather than duplicated for each doc. + [ Julien Cristau ] + * Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your +work! + -- Christopher James Halse Rogers Wed, 19 Jan 2011 12:36:08 +1100 x11proto-xext (7.1.2-1) unstable; urgency=low diff --git a/debian/control b/debian/control index 2b6b141..e501979 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: x11proto-xext Section: x11 Priority: optional Maintainer: Debian X Strike Force -Uploaders: David Nusinow , Andres Salomon , Cyril Brulebois +Uploaders: Cyril Brulebois Build-Depends: debhelper (>= 5.0.0), xutils-dev (>= 1:7.5+4), -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0r0-0008vm...@alioth.debian.org
Processing of x11proto-randr_1.3.99.1-1_amd64.changes
x11proto-randr_1.3.99.1-1_amd64.changes uploaded successfully to localhost along with the files: x11proto-randr_1.3.99.1-1.dsc x11proto-randr_1.3.99.1.orig.tar.gz x11proto-randr_1.3.99.1-1.diff.gz x11proto-randr-dev_1.3.99.1-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0as-0006wa...@franck.debian.org
Bug#613407: libgl1-mesa-dri: mesa 7.10 should depend on libdrm 2.4.23
Package: libgl1-mesa-dri Version: 7.10-3 Severity: normal I just installed mesa 7.10 (from unstable) on a testing system, and it seems that it also needs libdrm 2.4.23, but it only depends on 2.4.21 (which is what comes with testing). With 2.4.21, all programs that used OpenGL hung before being able to render anything at all. With 2.4.23, everything worked as expected. It should also be noted that mesa 7.10 requires libdrm 2.4.23 to compile successfully, which I guess is probably related. This system uses the i965 driver in case it matters, which I guess it does. It has an Arrandale chipset. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.23-2 Userspace interface to intel-speci ii libdrm-radeon12.4.23-2 Userspace interface to radeon-spec ii libdrm2 2.4.23-2 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libgcc1 1:4.4.5-10 GCC support library ii libstdc++64.4.5-10 The GNU Standard C++ Library v3 ii libtalloc22.0.5-1hierarchical pool based memory all libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214155249.8578.41122.report...@wolf.dolda2000.com
x11proto-randr: Changes to 'debian-experimental'
.gitignore| 77 ChangeLog | 283 Makefile.am | 16 README| 30 + configure.ac | 12 debian/README.source | 73 debian/changelog | 53 +++ debian/control| 15 debian/rules | 31 - debian/watch |1 debian/x11proto-randr-dev.install |2 debian/xsfbs/repack.sh| 32 + debian/xsfbs/xsfbs.sh | 78 randr.h | 23 + randrproto.h | 120 +++ randrproto.txt| 640 ++ 16 files changed, 1226 insertions(+), 260 deletions(-) New commits: commit 88ac88f5aa5bb895348a127b3041c2f0063d0d4e Author: Julien Cristau Date: Mon Feb 14 16:34:50 2011 +0100 Upload to experimental diff --git a/debian/changelog b/debian/changelog index b377925..9a7f205 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -x11proto-randr (1.3.99.1-1) UNRELEASED; urgency=low +x11proto-randr (1.3.99.1-1) experimental; urgency=low * New git snapshot. * Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your @@ -6,7 +6,7 @@ x11proto-randr (1.3.99.1-1) UNRELEASED; urgency=low * debian/rules: stop using touch for stampfiles, random whitespace cleanup. * Bump Standards-Version to 3.9.1. - -- Julien Cristau Mon, 03 Jan 2011 20:17:46 +0100 + -- Julien Cristau Mon, 14 Feb 2011 16:34:33 +0100 x11proto-randr (1.3.2-1) unstable; urgency=low commit 08612c2d31a70dfe2141417ed2ad00ca6fa98a24 Author: Julien Cristau Date: Mon Feb 14 16:34:29 2011 +0100 Bump Standards-Version to 3.9.1. diff --git a/debian/changelog b/debian/changelog index b7e9b79..b377925 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,7 @@ x11proto-randr (1.3.99.1-1) UNRELEASED; urgency=low * Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your work! * debian/rules: stop using touch for stampfiles, random whitespace cleanup. + * Bump Standards-Version to 3.9.1. -- Julien Cristau Mon, 03 Jan 2011 20:17:46 +0100 diff --git a/debian/control b/debian/control index 0ececab..e7c2f3e 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Build-Depends: automake, pkg-config, xutils-dev (>= 1:7.5~1) -Standards-Version: 3.8.3 +Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/pkg-xorg/proto/x11proto-randr Vcs-Browser: http://git.debian.org/?p=pkg-xorg/proto/x11proto-randr.git commit 6a0715f5239b6ea64b4a8d53a8656246784b5c5c Author: Julien Cristau Date: Mon Feb 14 16:33:23 2011 +0100 debian/rules: stop using touch for stampfiles, random whitespace cleanup. diff --git a/debian/changelog b/debian/changelog index 5b1400e..b7e9b79 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ x11proto-randr (1.3.99.1-1) UNRELEASED; urgency=low * New git snapshot. * Remove Andres Salomon and David Nusinow from Uploaders. Thanks for your work! + * debian/rules: stop using touch for stampfiles, random whitespace cleanup. -- Julien Cristau Mon, 03 Jan 2011 20:17:46 +0100 diff --git a/debian/rules b/debian/rules index 1c98497..12d0ea3 100755 --- a/debian/rules +++ b/debian/rules @@ -15,34 +15,29 @@ include debian/xsfbs/xsfbs.mk autogen: autogen-stamp autogen-stamp: dh_testdir - autoreconf -vfi - touch autogen-stamp + >$@ .PHONY: configure configure: configure-stamp configure-stamp: autogen-stamp dh_testdir - mkdir -p build cd build && \ ../configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info - touch configure-stamp + >$@ build: build-stamp build-stamp: configure-stamp dh_testdir - cd build && $(MAKE) - - touch build-stamp + >$@ clean: dh_testdir dh_testroot rm -f *-stamp - rm -f config.cache config.log config.status rm -f */config.cache */config.log */config.status rm -f conftest* */conftest* @@ -51,7 +46,6 @@ clean: rm -f aclocal.m4 configure install-sh missing rm -f config.guess config.sub rm -f Makefile.in - dh_clean install: build @@ -59,14 +53,12 @@ install: build dh_testroot dh_clean -k dh_installdirs - cd build && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp PACKAGE=$(PACKAGE) install # Build architecture-independent files here. binary-indep: build install dh_testdir dh_testroot - dh_installdocs dh_installman dh_install --sourcedir=debian/tmp --fail-missing commit f14390b5b12e1bac0ab76feb7606050090812878 Author: Julien Cristau Date: Mon Feb 14 16:20:22 2011 +0100 Remove Andres Salomon and David
x11proto-randr: Changes to 'upstream-experimental'
.gitignore | 77 ++ Makefile.am| 16 - README | 30 ++ configure.ac | 12 - randr.h| 23 +- randrproto.h | 120 ++ randrproto.txt | 640 + 7 files changed, 768 insertions(+), 150 deletions(-) New commits: commit 0d32bb0780db35cec31e423faffa7061ec3e697f Author: Keith Packard Date: Mon Dec 6 22:39:07 2010 -0800 Define new semantics for scanout pixmap destruction. This is not yet implemented in the X server... Signed-off-by: Keith Packard diff --git a/randrproto.txt b/randrproto.txt index e15a798..ee513e7 100644 --- a/randrproto.txt +++ b/randrproto.txt @@ -406,6 +406,12 @@ CRTCCONFIG { crtc: CRTC included as a part of its creation paramaeters, or a Match error results. + If 'pixmap' is destroyed while still being used as a scanout + pixmap, then the associated CRTC will have its scanout pixmap + set back to None, the CRTC origin set back to 0,0 (to make + sure it fits) and the screen pixmap width and height increased + to be at least as big as the current CRTC mode. + ❧❧❧ 6. Extension Initialization commit 3e28d3098faa1a420cd0eb0474b2959cecc8813a Author: Keith Packard Date: Mon Dec 6 10:01:21 2010 -0800 Fix spelling errors, add description of SCANOUTPIXMAPINFO fields. Review results from Aaron Plattner. Signed-off-by: Keith Packard diff --git a/randrproto.h b/randrproto.h index 54abafc..ba9b703 100644 --- a/randrproto.h +++ b/randrproto.h @@ -897,6 +897,7 @@ typedef struct { } xRRSetPanningReply; #define sz_xRRSetPanningReply 32 +#undef PictFormat #undef RRModeFlags #undef RRCrtc #undef RRMode diff --git a/randrproto.txt b/randrproto.txt index f700a84..e15a798 100644 --- a/randrproto.txt +++ b/randrproto.txt @@ -131,8 +131,7 @@ underlying hardware to clients • Per-crtc pixmaps. This provides for multiple scan-out buffers which applications can create and assign to arbitrary collections - of crtcs. These pixmaps can be associated with a window for use - with OpenGL or drawn to directly. + of crtcs. • Sprite position and image transforms. These provide a projective transform for both the hot spot location and the sprite image @@ -356,6 +355,22 @@ SCANOUTPIXMAPINFO { format: PICTFORMAT maxWidth, maxHeight: CARD16 rotations: SETofROTATION } + 'format' is the format of the pixels within the scanout + pixmap. Only 'Direct' formats are supported, this will never + be an 'Indexed' format. + + 'maxWidth' and 'maxHeight' define the largest supported + scanout pixmap. There is no minimum size; scanout pixmaps down + to 1x1 may be created. + + 'rotations' lists the set of rotations which can be provided + without additional latency or memory usage within the + environment. This typically means that they are supported + directly by the hardware. It is expected that a compositing + manager will perform other transforms as a part of the + compositing process in conjunction with the sprite transforms + described in this extension. + CRTCCONFIG { crtc: CRTC x, y: INT16 mode: MODE @@ -363,7 +378,7 @@ CRTCCONFIG { crtc: CRTC sprite-position-transform: TRANSFORM sprite-image-transform: TRANSFORM outputs: LISTofOUTPUT -pixmap: PIXMAP, None or CurrenScanoutPixmap +pixmap: PIXMAP, None or CurrentScanoutPixmap pixmap-x, pixmap-y: INT16 } The sprite-position-transform and sprite-image-transform @@ -373,7 +388,7 @@ CRTCCONFIG { crtc: CRTC 'pixmap' specifies the origin of the pixel data to be presented on 'crtc'. If 'pixmap' is None, then data will be presented from the screen pixmap. If 'pixmap' is 'CurrentScanoutPixmap', then - whatever source is current in use will remain in use, whether + whatever source is currently in use will remain in use, whether that is the screen pixmap or some other allocated scanout pixmap. 'pixmap-x' and 'pixmap-y' specify the origin of the scanout commit ebab32deea654d2ceb0538177e78d8ad48cf2a82 Author: Keith Packard Date: Sun Dec 5 23:22:26 2010 -0800 Add some informative text about the reasons for the PCP and ST bits Signed-off-by: Keith Packard diff --git a/randrproto.txt b/randrproto.txt index 0d537ac..f700a84 100644 --- a/randrproto.txt +++ b/randrproto.txt @@ -134,12 +134,44 @@ underlying hardware to clients of crtcs. These pixmaps can be associated with a window for use with OpenGL or drawn to directly. + • Sprite position and image transforms. These provide a projective + transform for both the hot spot location and the sprite image + itself for each CRTC. + • RRSetCrtcConf
x11proto-randr: Changes to 'refs/tags/x11proto-randr-1.3.99.1-1'
Tag 'x11proto-randr-1.3.99.1-1' created by Julien Cristau at 2011-02-14 15:38 + Tagging upload of x11proto-randr 1.3.99.1-1 to experimental. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAABCAAGBQJNWUx/AAoJEDEBgAUJBeQMYR8P/18M/HuZjhHAve2jDPg8s5o2 vUDxaebsr0iragXRxJWEreBWiZDnlrbACPSgdnVkmCiNL/hV+U2cl/3UiQFeUFLT GVltuSKNnmH5of1noBYsFQWPgt3vVeAGeAN2B6a6O6xNcJDTPYzXQJS0QJuU5r4b LR1iUVAwLfMUTN0tvuer53ZyCfkICOSOmCS+olfyxFy6OqVZ7qX3SwpKettPEiV+ YkfAi4RJAMNL+O5oGP26VRyevuhl48VvvN44p3rAe1xmv+zEDfHWe1Bp3rASd8ov LqQ+NPVBtQjipCAGeZELWRQngbdqgIm++3rNBaWzb3z9Vl4h2CPByApPRhrgOw/o G0X0SAphHDERUeWamIj9RbBdpV6+6fUAmASRZEMvf7FMCXER66hhxF9Q4X2WXD6+ mqrO7G+mD5j17Rnu/SELJ8wFI/sBbpeIRspwjnIvMnHZkunr+IPTec0PluEuEj9P XEonDB2FSZXlsBKzFKA5mCBcaNmoM7tnf+14I0hJ5AgczekZgv0JY0Kj6ND2fFbu y5MUu8Kw+q2mvIN1FEQ1HygIHKT0uqP8S/M7yLWrAX673WUuDEiL0pC1VUocJ41U vpxGHYFlBb29+EsjIg9gzSouAl4vY04toyjH6dWTBmIxU/zZYtE9fhcX3AYO2zV3 QRX/ukQNW13IcsQA7cGF =0vzF -END PGP SIGNATURE- Changes since x11proto-randr-1.3.2-1: Cyril Brulebois (1): Mention upstream git URL in a comment. Julien Cristau (6): Merge branch 'debian-unstable' of git.debian.org:/git/pkg-xorg/proto/x11proto-randr into tmp Bump changelogs Remove Andres Salomon and David Nusinow from Uploaders. debian/rules: stop using touch for stampfiles, random whitespace cleanup. Bump Standards-Version to 3.9.1. Upload to experimental Keith Packard (5): Whitespace cleanups in randrproto.txt RandR version 1.4 additions Add some informative text about the reasons for the PCP and ST bits Fix spelling errors, add description of SCANOUTPIXMAPINFO fields. Define new semantics for scanout pixmap destruction. --- ChangeLog| 54 ++ configure.ac |2 debian/changelog | 10 + debian/control |4 debian/rules | 14 -- debian/watch |1 randr.h | 14 ++ randrproto.h | 120 +++ randrproto.txt | 278 +++ 9 files changed, 441 insertions(+), 56 deletions(-) --- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pp0wu-0001iv...@alioth.debian.org
Processed: Raising severity for armhf bugs
Processing commands for cont...@bugs.debian.org: > # libmad > severity 596936 important Bug #596936 [libmad] libmad: FTBFS on armhf (preliminary arch support) Severity set to 'important' from 'wishlist' > # libv8 > severity 596997 important Bug #596997 [libv8] libv8: Please add preliminary support for armhf port Severity set to 'important' from 'wishlist' > # libffi > severity 597920 important Bug #597920 [libffi] hard-float support Severity set to 'important' from 'wishlist' > # boost1.42 > severity 604107 important Bug #604107 [src:boost1.42] boost1.42: Add support for armhf Severity set to 'important' from 'wishlist' > # oolite > severity 565101 important Bug #565101 [oolite] oolite: ftbfs with gcc-4.5 Severity set to 'important' from 'normal' > # musescore > severity 597802 important Bug #597802 [musescore] musescore: [armel] FTBFS due to QFloat / double / float confusion Severity set to 'important' from 'normal' > # vnc4 > severity 536544 important Bug #536544 [vnc4] FTBFS armel Severity set to 'important' from 'normal' > # libvisual-plugins > severity 527419 important Bug #527419 [libvisual-plugins] libvisual-plugins: Build-Depends on libjack0.100.0-dev Severity set to 'important' from 'minor' > # cln > severity 604792 important Bug #604792 [src:cln] cln: Please add armhf support Severity set to 'important' from 'wishlist' > # fuse > severity 596952 important Bug #596952 [fuse] fuse: Please add preliminary support for port armhf Severity set to 'important' from 'wishlist' > # libx86 > severity 597000 important Bug #597000 [libx86] libx86: Please add preliminary support for armhf port Severity set to 'important' from 'wishlist' > # libaio > severity 596996 important Bug #596996 [libaio] libaio: Please add preliminary support for armhf Severity set to 'important' from 'wishlist' > # u3-tool > severity 596989 important Bug #596989 [u3-tool] u3-tool: Please add preliminary support for armhf Severity set to 'important' from 'wishlist' > # strace > severity 596960 important Bug #596960 [strace] strace: Please add preliminary armhf support Severity set to 'important' from 'wishlist' > # xorg > severity 605841 important Bug #605841 [src:xorg] xorg: Please add armhf support Severity set to 'important' from 'wishlist' > # alsa-lib > severity 596968 important Bug #596968 [alsa-lib] alsa-lib: Please add preliminary support for armhf Severity set to 'important' from 'wishlist' > # xview > severity 604692 important Bug #604692 [src:xview] xview: Please add armhf support Severity set to 'important' from 'wishlist' > # wmii2 > severity 604690 important Bug #604690 [src:wmii2] wmii2: Please add armhf support Severity set to 'important' from 'wishlist' > # scm > severity 604537 important Bug #604537 [src:scm] scm: Please add armhf support Severity set to 'important' from 'wishlist' > # lcdproc > severity 604535 important Bug #604535 [src:lcdproc] lcdproc: Please add armhf support Severity set to 'important' from 'wishlist' > # fenics > severity 604527 important Bug #604527 [src:fenics] fenics: Please add armhf support Severity set to 'important' from 'wishlist' > # scsh-0.6 > severity 604693 important Bug #604693 [src:scsh-0.6] scsh-0.6: Please add armhf support Severity set to 'important' from 'wishlist' > # kgb > severity 604533 important Bug #604533 [src:kgb] kgb: Please add armhf support Severity set to 'important' from 'wishlist' > # superiotool > severity 604669 important Bug #604669 [src:superiotool] superiotool: Please add armhf support Severity set to 'important' from 'wishlist' > # rt-tests > severity 604691 important Bug #604691 [src:rt-tests] rt-tests: Please add armhf support Severity set to 'important' from 'wishlist' > # odyssey > severity 604664 important Bug #604664 [src:odyssey] Please add armhf support Severity set to 'important' from 'wishlist' > # nvramtool > severity 604666 important Bug #604666 [src:nvramtool] Please add armhf support Severity set to 'important' from 'wishlist' > # ext3grep > severity 604656 important Bug #604656 [src:ext3grep] ext3grep: Please add armhf support Severity set to 'important' from 'wishlist' > # bip > severity 604652 important Bug #604652 [src:bip] bip: Please add armhf support Severity set to 'important' from 'wishlist' > # libgdiplus > severity 604662 important Bug #604662 [src:libgdiplus] Please add armhf support Severity set to 'important' from 'wishlist' > # fbi > severity 604657 important Bug #604657 [src:fbi] fbi: Please add armhf support Severity set to 'important' from 'wishlist' > # ecore > severity 604654 important Bug #604654 [src:ecore] ecore: Please add armhf support Severity set to 'important' from 'wishlist' > # scheme2c > severity 604665 important Bug #604665 [src:scheme2c] scheme2c: Please add armhf support Severity set to 'important' from 'wishlist' > # ibam > severity 604674 important Bug #604674 [src:ibam] ibam: Please add armhf support Severity set to 'important' from 'wishlist' > # alsa-tools > severity 60
Bug#466790: libGL.so.1.2 hardcodes /usr/lib/dri
On Mon, 2011-02-14 at 11:46 +0100, Goswin von Brederlow wrote: > Cyril Brulebois writes: > > > Michel Dänzer (09/02/2011): > >> What would be the problem with making the default search path > >> /usr/lib/dri:/usr/lib32/dri ? > > > > Looks easy enough. Goswin, could you try that and tell us if that's > > enough for your needs? Not sure how ia32-libs works. Just bundles > > libraries, moving usr/lib to usr/lib32? > > > > KiBi. > > Two things: > > 1) /usr/lib/dri:/usr/lib32/dri needs to be supported by the library. If it didn't, I wouldn't have suggested a path with multiple elements. :) Anyway, the $ORIGIN solution suggested by Javier actually seems best to me, AFAICT a single element path might even do with that. In fact, if it works on all relevant platforms, maybe that should be the default upstream. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1297694710.3877.18.camel@thor.local
Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
On Mon, Feb 14, 2011 at 14:49:47 +0100, Christian Neumann wrote: > Package: xserver-xorg-video-intel > Version: 2:2.14.0-3 > Severity: important > Tags: upstream > > > Since one of the last upgrades (IIRC shortly after Debian 6.0 was > released), xorg or the intel module floods the Xorg log with > modelines, rendering the PC useless for a couple of seconds. Does this also happen with a newer kernel? Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214140737.gj3...@radis.liafa.jussieu.fr
ti geh
-- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/62a52b18o15-31434646-147r1k13@cescampilla
Bug#466790: libGL.so.1.2 hardcodes /usr/lib/dri which breaks in ia32-libs
Michel Dänzer writes: > On Fre, 2011-02-11 at 00:30 +0100, Javier Serrano Polo wrote: >> I've been using this for lenny: >> >> diff -Nru mesa-7.0.3.orig/configs/debian-dri-default >> mesa-7.0.3/configs/debian-d >> ri-default >> --- mesa-7.0.3.orig/configs/debian-dri-default 2010-07-08 >> 20:32:49.0 +0200 >> +++ mesa-7.0.3/configs/debian-dri-default 2010-07-08 >> 20:33:17.0 +0200 >> @@ -15,8 +15,9 @@ >> >> LIB_DIR = lib/glx >> >> +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) >> DRI_DRIVER_INSTALL_DIR = $(INSTALL_DIR)/lib/dri >> -DRI_DRIVER_SEARCH_DIR = /usr/lib/dri >> +DRI_DRIVER_SEARCH_DIR = /usr/lib/$(DEB_HOST_GNU_TYPE)/dri:/usr/lib/dri >> >> DRI_DIRS = mach64 mga r128 r200 r300 radeon s3v savage tdfx trident >> >> >> >> You may want to use /usr/lib$(BITS)/dri:/usr/lib/dri instead. > > Yeah, AFAICT DEB_HOST_GNU_TYPE wouldn't help on amd64 at least. Why? The 32bit libGL then looks in /usr/lib/i486-linux-gnu/dri on amd64. That is where the files belong under multiarch. > I'd also recommend keeping /usr/lib/dri first in the path, so native > apps can succeed on the first lookup. But then the non native arch would also always look there first and find the wrong plugins and fail to load them. Hopefully they then would keep searching and find the right plugin as second try but that requires extra logic in the source. Better to search the specific dir first and then fallback to the common dir. It is not like the extra stat() will slow things down noticeably. MfG Goswin -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vxij3dl.fsf@frosties.localnet
Bug#466790: libGL.so.1.2 hardcodes /usr/lib/dri
Cyril Brulebois writes: > Michel Dänzer (09/02/2011): >> What would be the problem with making the default search path >> /usr/lib/dri:/usr/lib32/dri ? > > Looks easy enough. Goswin, could you try that and tell us if that's > enough for your needs? Not sure how ia32-libs works. Just bundles > libraries, moving usr/lib to usr/lib32? > > KiBi. Two things: 1) /usr/lib/dri:/usr/lib32/dri needs to be supported by the library. As in the library has to be able to search multiple dirs instead of just a single hardcoded dir. And it should better be the other way around, lib32:lib for 32bit and lib64:lib for 32bit. And yes, ia32-libs just bundles and moves the libs to usr/lib32. This is how gtk/pango solved the problem. 2) Multiarch is ready as far as it concerns you. Just move the files to /usr/lib/$(DEB_HOST_GNU_TYPE)/dri/. For compatibility reasons it would be best to add the dir to the search path (if the lib supports multiple paths, see 1). MfG Goswin -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ei7aj3m8.fsf@frosties.localnet
Bug#613315: xserver-xorg: X server starts with white corrupted screen
On Mon, Feb 14, 2011 at 01:01:57 +, Jose Manuel D. Mendinueta wrote: > [ 12862.123] (II) LoadModule: "dri" > [ 12862.123] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so > [ 12862.123] dlopen: /usr/lib/xorg/modules/extensions/libdri.so: undefined > symbol: WindowTable > [ 12862.123] (EE) Failed to load /usr/lib/xorg/modules/extensions/libdri.so > [ 12862.123] (II) UnloadModule: "dri" > [ 12862.123] (EE) Failed to load module "dri" (loader failed, 7) You need to fix this. Probably by getting rid of fglrx diversions. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214090424.gf3...@radis.liafa.jussieu.fr
Bug#612983: xserver-xorg: X does not start
On Mon, Feb 14, 2011 at 06:41:10 +0530, Sridhar M.A. wrote: > On Sun, Feb 13, 2011 at 02:01:35PM +0100, Cesare Leonardi wrote: >> >> If were you, i would try with a standard Debian kernel. A 32 bit >> for starting, then amd64. > > Sorry for the delayed reply. I will try that shortly. But, my concern is > why a perfectly working system began behaving diffeently. Checked the > logs and could not see any packages that could have affected X. > > As requested in an earlier mail, I am attaching the gdm3 log with this > mail. I do not understand why startx also fails with gdm3 installed. > Your X log says it works fine, so I'd look for a problem with your X clients, not the server. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214090155.ge3...@radis.liafa.jussieu.fr
Bug#551617: xorg: Same behaviour on squeeze with ati radeon driver
Hi Jean-Philippe, Jean-Philippe Mengual (14/02/2011): > The problem is the same on squeeze with ati radeon driver. Here's > attached logs. even if the symptoms look similar, please file your own bug. That helps people triage the reports. > (II) [KMS] drm report modesetting isn't supported. […] > (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version > mismatch. > [dri] This chipset requires a kernel module version of 1.17.0, > [dri] but the kernel reports a version of 2.6.0.[dri] If using legacy > modesetting, upgrade your kernel. > [dri] If using kernel modesetting, make sure your module is > [dri] loaded prior to starting X, and that this driver was built > [dri] with support for KMS. > [dri] Disabling DRI. Since you're running a custom kernel, you should make sure to enable radeon KMS, and not to disable it through the kernel command line, or through /etc/modprobe.d/*-kms.conf KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#613074: xserver-xorg-input-synaptics: Touchpad left and right physical buttons send only button2 events instead of left and right clicks as expected
Processing commands for cont...@bugs.debian.org: > reassign 613074 src:linux-2.6 Bug #613074 [xserver-xorg-input-synaptics] xserver-xorg-input-synaptics: Touchpad left and right physical buttons send only button2 events instead of left and right clicks as expected Bug reassigned from package 'xserver-xorg-input-synaptics' to 'src:linux-2.6'. Bug No longer marked as found in versions xserver-xorg-input-synaptics/1.2.2-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 613074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613074 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129767218032684.transcr...@bugs.debian.org
Bug#613074: xserver-xorg-input-synaptics: Touchpad left and right physical buttons send only button2 events instead of left and right clicks as expected
reassign 613074 src:linux-2.6 thanks Tayroni Francisco de Alencar (13/02/2011): > and the output of "evtest /dev/input/event7" (on tty1) > > Input driver version is 1.0.0 > Input device ID: bus 0x11 vendor 0x2 product 0x8 version 0x7321 > Input device name: "AlpsPS/2 ALPS GlidePoint" > Supported events: > Event type 0 (Sync) > Event type 1 (Key) > Event code 272 (LeftBtn) > Event code 273 (RightBtn) > Event code 274 (MiddleBtn) > Event code 325 (ToolFinger) > Event code 330 (Touch) > Event type 2 (Relative) > Event code 0 (X) > Event code 1 (Y) > Event type 3 (Absolute) > Event code 0 (X) > Value238 > Min0 > Max 1023 > Event code 1 (Y) > Value343 > Min0 > Max 767 > Event code 24 (Pressure) > Value 0 > Min0 > Max 127 > Testing ... (interrupt to exit) > Event: time 1297647718.798783, type 1 (Key), code 272 (LeftBtn), value 1 > Event: time 1297647718.798787, type 1 (Key), code 273 (RightBtn), value 1 > Event: time 1297647718.798790, -- Report Sync > Event: time 1297647718.957825, type 1 (Key), code 272 (LeftBtn), value 0 > Event: time 1297647718.957829, type 1 (Key), code 273 (RightBtn), value 0 > Event: time 1297647718.957831, -- Report Sync > Event: time 1297647720.472790, type 1 (Key), code 272 (LeftBtn), value 1 > Event: time 1297647720.472793, type 1 (Key), code 273 (RightBtn), value 1 > Event: time 1297647720.472796, -- Report Sync > Event: time 1297647720.642271, type 1 (Key), code 272 (LeftBtn), value 0 > Event: time 1297647720.642274, type 1 (Key), code 273 (RightBtn), value 0 > Event: time 1297647720.642276, -- Report Sync > Event: time 1297647721.340442, type 1 (Key), code 272 (LeftBtn), value 1 > Event: time 1297647721.340445, type 1 (Key), code 273 (RightBtn), value 1 > Event: time 1297647721.340447, -- Report Sync > Event: time 1297647721.549657, type 1 (Key), code 272 (LeftBtn), value 0 > Event: time 1297647721.549660, type 1 (Key), code 273 (RightBtn), value 0 > Event: time 1297647721.549662, -- Report Sync > Event: time 1297647722.167348, type 1 (Key), code 272 (LeftBtn), value 1 > Event: time 1297647722.167351, type 1 (Key), code 273 (RightBtn), value 1 > Event: time 1297647722.167354, -- Report Sync > Event: time 1297647722.296923, type 1 (Key), code 272 (LeftBtn), value 0 > Event: time 1297647722.296926, type 1 (Key), code 273 (RightBtn), value 0 > Event: time 1297647722.296928, -- Report Sync > > I've pressed two times the left physical button and then, two times > the right button. Thanks, Tayroni. As you can see, LeftBtn+RightBtn is sent every time, so that's not a bug on the X side, rather on the kernel side. Reassigning there. KiBi. signature.asc Description: Digital signature
Bug#612609: upgrade to 7.10-3 disables composite effects
Hi, Stefan (14/02/2011): > I have a similar problem with 3D acceleration. please find your own bug. > With libgl1-mesa-dri 7.10-3 I get the following in /var/log/Xorg.0.log > > [13.283] (EE) AIGLX error: Calling driver entry point failed > [13.284] (EE) AIGLX: reverting to software rendering > [13.284] (II) AIGLX: Screen 0 is not DRI capable > [13.297] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so > [13.297] (II) GLX: Initialized DRISWRAST GL provider for screen 0 Not the same issue as Michael's AFAICT. If you want to give upstream a chance: http://pkg-xorg.alioth.debian.org/howtos/build-mesa.html (I didn't write anything about updating the environment to get X to grab the hand-built mesa libraries, but you could figure it out.) If that still doesn't work: http://bugs.freedesktop.org/ Component is Mesa. KiBi. signature.asc Description: Digital signature
Processed: severity of 613315 is important
Processing commands for cont...@bugs.debian.org: > severity 613315 important Bug #613315 [xserver-xorg] xserver-xorg: X server starts with white corrupted screen Severity set to 'important' from 'grave' > thanks Stopping processing here. Please contact me if you need assistance. -- 613315: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613315 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129767137529341.transcr...@bugs.debian.org
Bug#612983: xserver-xorg: X does not start
On Sun, Feb 13, 2011 at 02:01:35PM +0100, Cesare Leonardi wrote: > > If were you, i would try with a standard Debian kernel. A 32 bit > for starting, then amd64. Tried with stock debian kernel with same results. I am attaching the gdm3 log file. Regards, -- Sridhar M.A. GPG KeyID : F6A35935 Fingerprint: D172 22C4 7CDC D9CD 62B5 55C1 2A69 D5D8 F6A3 5935 inoculatte: To take coffee intravenously when you are running late. X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux hri 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=55fc3d2d-b4d3-46ec-9e1f-e54cf5355a82 ro quiet Build Date: 12 January 2011 02:59:50AM xorg-server 2:1.7.7-11 (Cyril Brulebois ) Current version of pixman: 0.21.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 14 07:22:44 2011 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) ServerLayout "Default" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (**) |-->Input Device "touchpad" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Keyboard" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. (WW) Disabling Configured Mouse (WW) Disabling Generic Keyboard (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:0046:1025:0356 Intel Corporation Core Processor Integrated Graphics Controller rev 18, Mem @ 0xd000/4194304, 0xc000/268435456, I/O @ 0x3050/8 (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 (==) AIGLX enabled (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.13.0 (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.1.0 (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.7.7, module version = 2.13.0 (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so (II) Module synaptics: vendor="X.Org Foundation" compiled for 1.7.6.901, module version = 1.2.2 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge FATAL: Module fbcon not found. (II) intel(0): Creating default Display subsection in Screen section "Default Screen" for depth/fbbpp 24/32 (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) Arrandale (--) intel(0): Chipset: "Arrandale" (**) intel(0): Tiling di