Re: Some actions destroy backlite on Lenovo X61s
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Do den 3. Sep 2015 um 23:35 schrieb Santiago Vila: > luakit is just a web browser and has no direct access to hardware by itself. That might be. But I never ever seen that problem with other software. It seems to be an only problem of luakit. And will not start it again on my laptop as this is destroying the hardware(!) Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJV6VYeAAoJEKZ8CrGAGfasu60MAJWJZqSv75WQxWoN8H+T8Wxf 8glCrYYyoztNk+XhcOX9EOBjS8+JyaAhvzMPUDXcbAErav/X2/94DRkq8PcWWQL2 zO56gtASm8YTQJ1cF1/Nvnta3EfYq3apUPVpt+CGtS6p3h083RxytgX/+JiXbJ1b 7hnz0nRQbm3axdmEyLHxslyIbs+v+s0aMX6EdQdYhXqtvUvF9GMe8gQrrPYb9skQ RffecjouvJ2ymK9UNWMbWmpkyNI5qJWNttxA5V866oWl7u4oaTpsgYiWHHW2mIiH I8p4cnlTMfbTWGLo8YhrFQVk5YqH/p83Bqxp/ceABs1/J+sVLtrs4810zUN6DCFV HFjqPn6MJ3rcgsVLtCpnha6E1MQn6yqU1lvD4REhBZpDQzczJEPrtWDctMC2v53k l+fP9JTKIKn/JcEU0Wj4yeTjWSb/ALeTaRJc4GLXFdlkMquPVsmftDNuPRXhbPcC qUeFAQ/HbnZENQTNjxHXoZ3wYe5woKrkwkDbgMGOAQ== =ISGG -END PGP SIGNATURE-
mesa: Changes to 'ubuntu+1'
VERSION|2 debian/changelog |8 + debian/rules |3 src/gallium/auxiliary/util/u_debug.c |7 - src/gallium/drivers/freedreno/a3xx/fd3_emit.c | 19 +++ src/gallium/drivers/freedreno/freedreno_context.h |2 src/gallium/drivers/freedreno/freedreno_state.c|4 src/gallium/drivers/nouveau/nv50/nv50_state.c | 10 - src/gallium/drivers/nouveau/nv50/nv50_state_validate.c | 22 src/gallium/drivers/nouveau/nv50/nv50_stateobj.h |2 src/gallium/drivers/nouveau/nv50/nv50_surface.c|6 + src/gallium/drivers/nouveau/nvc0/nvc0_surface.c|1 src/gallium/drivers/r600/r600_asm.c|2 src/gallium/drivers/r600/r600_pipe.h | 31 +++--- src/gallium/drivers/r600/r600_shader.c |4 src/gallium/drivers/r600/sb/sb_bc_decoder.cpp |1 src/gallium/drivers/r600/sb/sb_bc_parser.cpp |9 + src/gallium/drivers/r600/sb/sb_sched.cpp |2 src/gallium/drivers/radeon/r600_query.c| 16 +-- src/gallium/winsys/radeon/drm/radeon_drm_cs.c |8 - src/gallium/winsys/radeon/drm/radeon_drm_cs.h |2 src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 12 -- src/gallium/winsys/radeon/drm/radeon_drm_winsys.h |1 src/mesa/drivers/dri/i965/brw_draw_upload.c| 30 ++--- src/mesa/drivers/dri/i965/brw_fs.cpp |4 src/mesa/drivers/dri/i965/brw_misc_state.c |3 src/mesa/drivers/dri/i965/gen8_draw_upload.c | 71 ++ src/mesa/main/get.c| 86 + src/mesa/main/texgetimage.c|7 + src/mesa/main/teximage.c | 11 +- src/mesa/main/texparam.c | 12 ++ src/mesa/main/texstore.c |2 src/mesa/main/uniform_query.cpp| 21 ++-- src/mesa/main/uniforms.c |9 - 34 files changed, 314 insertions(+), 116 deletions(-) New commits: commit f5d38c5aaa73c33f5b2de1bd2f3ee2c5e0545d56 Author: Timo Aaltonen Date: Fri Sep 4 17:25:36 2015 +0300 rules: add a missing hunk lost in a merge, oops. diff --git a/debian/rules b/debian/rules index 2f0cadd..38f8432 100755 --- a/debian/rules +++ b/debian/rules @@ -100,6 +100,9 @@ else GALLIUM_DRIVERS += radeonsi confflags_GALLIUM += --enable-gallium-llvm confflags_GALLIUM += ac_cv_path_LLVM_CONFIG=llvm-config-3.7 + GALLIUM_DRIVERS += swrast + else + DRI_DRIVERS += swrast endif confflags_DIRECT_RENDERING = --enable-driglx-direct commit 822902d8dd381e266c677e056b1ea62c71cc7a80 Author: Timo Aaltonen Date: Wed Sep 2 11:38:49 2015 +0300 release to experimental diff --git a/debian/changelog b/debian/changelog index cd40081..9dca1ae 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +mesa (11.0.0~rc2-1) experimental; urgency=medium + + * New upstream release candidate. + + -- Timo Aaltonen Wed, 02 Sep 2015 11:38:28 +0300 + mesa (11.0.0~rc1-1) experimental; urgency=medium [ Andreas Boll ] commit 3f8d44210c70f4b16651f1faf5fd72c47c64ab07 Author: Emil Velikov Date: Mon Aug 31 13:40:19 2015 +0100 Update version to 11.0.0-rc2 Signed-off-by: Emil Velikov diff --git a/VERSION b/VERSION index 69d3cd2..f25fb60 100644 --- a/VERSION +++ b/VERSION @@ -1 +1 @@ -11.0.0-rc1 +11.0.0-rc2 commit 579ca506aefabc018d2cdd1856de4ce0e95bdfcf Author: Marek Olšák Date: Sun Aug 23 12:57:09 2015 +0200 gallium/radeon: fix the ADDRESS_HI mask for EVENT_WRITE CIK packets Cc: mesa-sta...@lists.freedesktop.org Reviewed-by: Alex Deucher (cherry picked from commit 437cb1e3f482570447501526927df4d80c845bf5) diff --git a/src/gallium/drivers/radeon/r600_query.c b/src/gallium/drivers/radeon/r600_query.c index 7057aa1..65339bb 100644 --- a/src/gallium/drivers/radeon/r600_query.c +++ b/src/gallium/drivers/radeon/r600_query.c @@ -197,7 +197,7 @@ static void r600_emit_query_begin(struct r600_common_context *ctx, struct r600_q radeon_emit(cs, PKT3(PKT3_EVENT_WRITE, 2, 0)); radeon_emit(cs, EVENT_TYPE(EVENT_TYPE_ZPASS_DONE) | EVENT_INDEX(1)); radeon_emit(cs, va); - radeon_emit(cs, (va >> 32UL) & 0xFF); + radeon_emit(cs, (va >> 32) & 0x); break; case PIPE_QUERY_PRIMITIVES_EMITTED: case PIPE_QUERY_PRIMITIVES_GENERATED: @@ -206,13 +206,13 @@ static void r600_emit_query_begin(struct r600_common_context *ctx, struct r600_q radeon_emit(cs, PKT3(PKT3_EVENT_WRITE, 2, 0)); radeon_emit(cs, EVENT_TYPE(event_type
Bug#798060: xserver-xorg-video-nouveau: xserver crashes when network cable gets disconnected while monitor is in sleeping state. (KDE, GeForce 6150 LE)
Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: normal Dear Maintainer, A crash happens in Debian Jessie on a Dell Optiplex 740 with a onboard GeForce 6150 LE by following these actions: - Install Debian Wheezy x86_64, with KDE desktop - On first login get many graphic glitches that make working impossible. (disable temporarily Desktop Effects by ALT+shift+F12 and change Composite Type from OpenGL 2.0 to OpenGL 1.2. After that it works perfect except sometimes the mouse pointer disappears and of course following crash.) - Wait until monitor enters energy saving state. - Unplug network cable, wait 10 seconds and replug. - The monitor awakes and presents the KDM login screen. For some reason it seems when monitor sleeps the function nouveau_exa_download_from_screen fails and therefore we get into this path with exaMemcpyBox. With the attached patch the crash does not happen, but there are still some graphic glitches after monitor left sleeping state. Following is the backtrace with debug symbols installed: (gdb) bt #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy- sse2-unaligned.S:33 #1 0x7f99f8e4433e in memcpy (__len=4096, __src=0x0, __dest=) at /usr/include/x86_64-linux-gnu/bits/string3.h:51 #2 exaMemcpyBox (pbox=, src=0x0, src_pitch=4096, dst=, dst_pitch=4096, pPixmap=) at .../../exa/exa_migration_classic.c:59 #3 0x7f99f8e44803 in exaCopyDirty (migrate=0x1, pValidDst=0x0, pValidSrc=0x1000, transfer=0x7f99f9265d90, fallback_index=-3108192, fallback_index@entry=1, sync=0x1000) at ../../exa/exa_migration_classic.c:240 #4 0x7f99f8e44a02 in exaCopyDirtyToSys (migrate=migrate@entry=0x7ffda3452790) at ../../exa/exa_migration_classic.c:285 #5 0x7f99f8e46e9f in exaPrepareAccessReg_mixed (pPixmap=0x7f99ffa822b0, index=, pReg=0x0) at ../../exa/exa_migration_mixed.c:256 #6 0x7f99f8e4f48a in ExaCheckCopyNtoN (pSrc=0x7f99ff9184e0, pDst=0x7f99ffa79270, pGC=0x7f99ffa79720, pbox=0x7f99ffb17360, nbox=3, dx=0, dy=-741, reverse=0, upsidedown=0, bitplane=0, closure=0x0) at .../../exa/exa_unaccel.c:156 #7 0x7f99ff1de087 in miCopyRegion (pSrcDrawable=pSrcDrawable@entry=0x7f99ff9184e0, pDstDrawable=pDstDrawable@entry=0x7f99ffa79270, pGC=pGC@entry=0x7f99ffa79720, pDstRegion=pDstRegion@entry=0x7ffda34529b0, dx=dx@entry=0, dy=dy@entry=-741, copyProc=0x7f99f8e48d60 , bitPlane=0, closure=0x0) at .../../mi/micopy.c:121 #8 0x7f99ff1de62e in miDoCopy (pSrcDrawable=0x7f99ff9184e0, pDstDrawable=0x7f99ffa79270, pGC=0x7f99ffa79720, xIn=64, yIn=0, widthSrc=777, heightSrc=27, xOut=64, yOut=741, copyProc=0x7f99f8e48d60 , bitPlane=0, closure=0x0) at ../../mi/micopy.c:297 #9 0x7f99f8e47415 in exaCopyArea (pSrcDrawable=, pDstDrawable=, pGC=, srcx=, srcy=, width=, height=27, dstx=64, dsty=0) at .../../exa/exa_accel.c:608 #10 0x7f99ff18826d in damageCopyArea (pSrc=0x7f99ff9184e0, pDst=0x7f99ffa79270, pGC=0x7f99ffa79720, srcx=64, srcy=, width=777, height=27, dstx=64, dsty=0) at ../../../miext/damage/damage.c:764 #11 0x7f99ff13d356 in doShmPutImage (data=, dy=, dx=, sh=, sw=, sy=, sx=, h=, w=, format=, depth=, pGC=, dst=) at ../../Xext/shm.c:482 #12 ProcShmPutImage (client=0x7f99ff70b990) at ../../Xext/shm.c:592 #13 0x7f99ff13e945 in ProcShmDispatch (client=0x7f99ff70b990) at .../../Xext/shm.c:1292 #14 0x7f99ff09f3f7 in Dispatch () at ../../dix/dispatch.c:432 #15 0x7f99ff0a3596 in dix_main (argc=8, argv=0x7ffda3452e48, envp=) at ../../dix/main.c:296 #16 0x7f99fcd5db45 in __libc_start_main (main=0x7f99ff08d8e0 , argc=8, argv=0x7ffda3452e48, init=, fini=, rtld_fini=, stack_end=0x7ffda3452e38) at libc-start.c:287 #17 0x7f99ff08d90e in _start () (gdb) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 30 15:59 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Feb 11 2015 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:05.0 VGA compatible controller [0300]: NVIDIA Corporation C51 [GeForce 6150 LE] [10de:0241] (rev a2) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) Xorg X server log files on system: -- -rw-r--r-- 1 root root 28600 Sep 5 00:33 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 1256.038] X.Org X Server 1.16.4 Release Date: 2014-12-20 [ 1256.038] X Protocol Version 11, Revision 0 [ 1256.038] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 1256.038] Current Operating System: Linux august2015 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64
Re: Some actions destroy backlite on Lenovo X61s
On Fri, Sep 4, 2015 at 00:35:39 +0200, Santiago Vila wrote: > reassign 754659 xserver-xorg > severity 754659 normal > thanks > > On Sun, 13 Jul 2014, Klaus Ethgen wrote: > > > Package: luakit > > Version: 2012.09.13-r1-3 > > Severity: critical > > > > I tagged that bug critical as it has some bad effect to the hardware. I > > am not fully sure where the problem lives in. The only informations that > > I have I will put into this report. > > > > I use luakit on my laptop, a Lenovo X61s with a intel GM965/GL960 > > graphic controller. I am not able to reproduce that bug with any other > > browser or software or any other hardware. As X is involved, I will also > > attach the full Xorg log of a broken session. > > > > When I use luakit and _load new pages_ it often blanks the screen by > > switching the backlight of. There is no way to switch it back on again > > but with a trick, putting the laptop to sleep and waking it up again, I > > get some backlight back. Some means in this case that only the right > > side is lighted. I have to do a full system restart to get the proper > > backlight back. I do not know if that is good for the hardware or not > > but I do not think that it should be the case that a browser is able to > > destroy hardware. > > > > I have no idea what does trigger the bug but I fear about using luakit > > on that laptop anymore. > > > > [...] > > luakit is just a web browser and has no direct access to hardware by itself. > I'm reassigning this report to xserver-xorg as the most probably package > to blame, but even in such case, be ready to provide the X maintainers > whatever additional information they might ask you. > X doesn't touch the hardware nowadays, that all lives in the kernel. Cheers, Julien signature.asc Description: Digital signature
