From owner-freebsd-x11@FreeBSD.ORG Sun Nov 7 07:28:42 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB83106572F for ; Sun, 7 Nov 2010 07:28:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 48E638FC0A for ; Sun, 7 Nov 2010 07:28:42 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id E21F51CCA9 for ; Sun, 7 Nov 2010 08:28:41 +0100 (CET) From: linimon@FreeBSD.org To: x11@freebsd.org Message-Id: <20101107072841.E21F51CCA9@mail.droso.net> Date: Sun, 7 Nov 2010 08:28:41 +0100 (CET) Cc: Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2010 07:28:42 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11-drivers/xf86-input-citron broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-citron portname: x11-drivers/xf86-input-elographics broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-elographics portname: x11-drivers/xf86-input-fpit broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-fpit If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 09:22:39 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF8DB106564A for ; Mon, 8 Nov 2010 09:22:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D64F58FC17 for ; Mon, 8 Nov 2010 09:22:38 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA25745; Mon, 08 Nov 2010 11:22:37 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFNvx-0003im-9v; Mon, 08 Nov 2010 11:22:37 +0200 Message-ID: <4CD7C15D.2010203@icyb.net.ua> Date: Mon, 08 Nov 2010 11:22:37 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org, freebsd-x11@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 09:22:40 -0000 Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 11:07:10 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36C5C1065673 for ; Mon, 8 Nov 2010 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 189C88FC17 for ; Mon, 8 Nov 2010 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oA8B79Ao088272 for ; Mon, 8 Nov 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oA8B79eU088270 for freebsd-x11@FreeBSD.org; Mon, 8 Nov 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Nov 2010 11:07:09 GMT Message-Id: <201011081107.oA8B79eU088270@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 11:07:10 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/151596 x11 x11/xorg: wacom bamboo button 1 no longer works o ports/151392 x11 [UPDATE] x11-drivers/xf86-video-ati to v6.13.2 o ports/151373 x11 Please upgrade x11-drivers/xf86-video-neomagic to 1.2. o ports/150633 x11 x11-servers/xorg-server: KVM switching causing X serve o ports/150594 x11 [patch] graphics/dri: add support for ATI Radeon HD 42 o ports/150223 x11 [patch] x11-drivers/xorg-drivers/Makefile refers nonex o ports/150155 x11 x11/xorg hangs after xrandr(1) usage o ports/149743 x11 x11/xorg: garbled window since Xorg-7.5 o ports/149636 x11 x11/xorg: buffer overflow in pci_device_freebsd_read_r o ports/149537 x11 I have updated the x11/pixman port to release 0.18.2 o ports/149536 x11 Upgraded x11-drivers/xf86-video-vmware port to version o ports/149535 x11 Upgraded x11-drivers/xf86-input-vmmouse port to versio o ports/148744 x11 Add more x11 applications to x11/xorg-apps o ports/148712 x11 [UPDATE] x11-drivers/xf86-video-ati to v6.13.1 o ports/148652 x11 x11-drivers/xf86-video-intel support for HM55 o ports/148591 x11 information note for x11-drivers/xf86-input-synaptics o ports/148444 x11 [hang] x11-drivers/xf86-video-intel: intel driver free o ports/148340 x11 x11-drivers/xf86-video-neomagic: unresolved symbol xf8 o ports/148095 x11 Regression / bug in x11-servers/xorg-server o ports/148035 x11 [patch] x11/xdm Fix auth in case of ro /usr o ports/148029 x11 Unable to build graphics/libGL o ports/147646 x11 [PATCH] graphics/libGL: fix linking with newer gcc and o ports/147568 x11 [patch] powerpc64 support for x11-servers/xorg-server o ports/147318 x11 [Patch]graphics/libdrm:Fix the PLIST when define WITHO o ports/147267 x11 PORT graphics/libglut should conflict with graphics/fr o ports/147149 x11 x11/xorg: Xorg 7.5 hangs o ports/147125 x11 x11-servers/xorg-vfbserver missing dependency o ports/146473 x11 keysym names are unavailable to x11/xmodmap after upgr o ports/146460 x11 x11/xorg: crash after upgrade to v7.5 with radeon driv o ports/146364 x11 x11/xeyes does not run, and destroy X o ports/146363 x11 error in startup script of x11-fonts/xfs o ports/146321 x11 x11/libSM picks the wrong uuid.h o ports/146264 x11 [regression] x11-servers/xorg-server 1.7.5,1 xorg.conf o ports/146258 x11 x11-fonts/xfs: doc/pdf doesn't build o ports/146256 x11 x11/xorg does fails to start after upgrade from 7.4 to o ports/145658 x11 x11-servers/xephyr: XGetVisualInfo returns multiple XV o ports/145649 x11 x11/xorg: X server crashes when starting opengl compos o ports/145218 x11 x11/xorg and x11/xorg-minimal fail to build on a fresh o ports/144598 x11 Makefile / pkg-plist issue with x11-drivers/xf86-video o ports/144287 x11 [PATCH] graphics/libGL and friends: Fix build with new o ports/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/141386 x11 x11/xorg won't build from ports o ports/141272 x11 x11-drivers/xf86-video-ati and x11-drivers/xf86-video- o ports/141223 x11 x11-drivers/xf86-video-chips needs to be updated to 1. o ports/141145 x11 devel/makedepend: causes problem with openssl & X o ports/141116 x11 [hang] x11/xorg: ATI radeon xorg freezes [regression] o ports/140809 x11 x11/xorg: Xorg 7.4 radeon drm crashes 8.0 o ports/140775 x11 x11/xorg: fatal trap 12 after closing XORG with CTRL-A o ports/140764 x11 x11-drivers/xf86-video-openchrome segfaults with VIA K o ports/140254 x11 x11-drivers/xf86-video-cirrus: Black Screen with Cirru o ports/139509 x11 x11-servers/xorg-server: runtime problems in latest (2 o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/137748 x11 x11/xorg: "unprocessed" mouse click results in effecti o ports/137731 x11 [patch] x11-drivers/xf86-input-vmmouse o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134643 x11 [patch] x11-servers/xorg-server - Unbreak Xorg 7.4 ser o ports/134244 x11 x11/xorg: "intel" driver for Xorg is very broken o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/134082 x11 x11/xdriinfo: xdriinfo-1.0.2 build fail o ports/133946 x11 x11-servers/xorg-server [patch] X crashes in xinerama o ports/133482 x11 x11/libXext "Generic Event Extension not available" er o ports/133465 x11 x11/xorg: X crashes with mplayer -vo xv with xf86-vide o ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh s kern/130478 x11 [request] Port Linux kernel stub of nouveau to FreeBSD o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/120947 x11 x11/xsm ignores system.xsm and .xsmstartup s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) 73 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 11:50:28 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBF5106566B; Mon, 8 Nov 2010 11:50:28 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A85EB8FC1F; Mon, 8 Nov 2010 11:50:27 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA29427; Mon, 08 Nov 2010 13:50:26 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFQEz-0003un-QK; Mon, 08 Nov 2010 13:50:25 +0200 Message-ID: <4CD7E401.1010206@freebsd.org> Date: Mon, 08 Nov 2010 13:50:25 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org References: <4CD3B1D2.30003@icyb.net.ua> In-Reply-To: <4CD3B1D2.30003@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 11:50:28 -0000 on 05/11/2010 09:27 Andriy Gapon said the following: > > I use FreeSBD head and KDE 4 with all the bells and whistles enabled. > Apparently recent KDE update has enabled even more of them, because I started to > have panics with a kernel that has INVARIANTS and WITNESS enabled. I tried to solve the problem by changing drmdev from mutex to sx: http://people.freebsd.org/~avg/drm-sx.diff The things have improved, I am not getting the panic anymore. Instead I have this LOR now: lock order reversal: 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:791 2nd 0xffffff0072a87200 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff803a7a6a = kdb_backtrace+0x3a _witness_debugger() at 0xffffffff803bd40c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803be879 = witness_checkorder+0x959 _sx_slock() at 0xffffffff80378af8 = _sx_slock+0x88 _vm_map_lock_read() at 0xffffffff805109e6 = _vm_map_lock_read+0x36 vm_map_lookup() at 0xffffffff805127b4 = vm_map_lookup+0x54 vm_fault() at 0xffffffff805097f9 = vm_fault+0xf9 trap_pfault() at 0xffffffff80545d0f = trap_pfault+0x11f trap() at 0xffffffff80546597 = trap+0x657 calltrap() at 0xffffffff805305c8 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff8054405d, rsp = 0xffffff81241b47f0, rbp = 0xffffff81241b4870 --- copyin() at 0xffffffff8054405d = copyin+0x3d radeon_cp_texture() at 0xffffffff8022fbd7 = radeon_cp_texture+0x167 drm_ioctl() at 0xffffffff8020fa38 = drm_ioctl+0x318 devfs_ioctl_f() at 0xffffffff802dd649 = devfs_ioctl_f+0x109 kern_ioctl() at 0xffffffff803c1107 = kern_ioctl+0x1f7 ioctl() at 0xffffffff803c12c8 = ioctl+0x168 syscallenter() at 0xffffffff803b57be = syscallenter+0x26e syscall() at 0xffffffff80545e52 = syscall+0x42 Xfast_syscall() at 0xffffffff805308a2 = Xfast_syscall+0xe2 Is this a serious LOR? How can I resolve it? > The panic: > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex drmdev (drmdev) r = 0 (0xffffff0001b968a0) locked @ > /usr/src/sys/dev/drm/drm_drv.c:791 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b8afa = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff803a7afa = kdb_backtrace+0x3a > _witness_debugger() at 0xffffffff803bd49c = _witness_debugger+0x2c > witness_warn() at 0xffffffff803bed32 = witness_warn+0x322 > trap() at 0xffffffff8054639f = trap+0x39f > calltrap() at 0xffffffff80530688 = calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8054411d, rsp = 0xffffff81241917f0, rbp = > 0xffffff8124191870 --- > copyin() at 0xffffffff8054411d = copyin+0x3d > radeon_cp_texture() at 0xffffffff8022fcc7 = radeon_cp_texture+0x167 > drm_ioctl() at 0xffffffff8020fa78 = drm_ioctl+0x318 > devfs_ioctl_f() at 0xffffffff802dd739 = devfs_ioctl_f+0x109 > kern_ioctl() at 0xffffffff803c1197 = kern_ioctl+0x1f7 > ioctl() at 0xffffffff803c1358 = ioctl+0x168 > syscallenter() at 0xffffffff803b584e = syscallenter+0x26e > syscall() at 0xffffffff80545f12 = syscall+0x42 > Xfast_syscall() at 0xffffffff80530962 = Xfast_syscall+0xe2 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x801f96a1c, rsp = 0x7fffffffe7a8, > rbp = 0xc020644e --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x832372000 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8054411d > stack pointer = 0x28:0xffffff81241917f0 > frame pointer = 0x28:0xffffff8124191870 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 3 > current process = 3439 (initial thread) > trap number = 12 > panic: page fault > cpuid = 0 > > > The panic is quite obvious: drmdev mutex is taken and held in drm_ioctl() and > radeon_cp_texture() can perform copyin and/or copyout, so it's a matter of a > chance (or proper workload) to hit a page fault there. > > What's not obvious is how to properly fix this. > Any ideas? > > Probably less important is what started to trigger the problem. Because the > code hasn't been changed in ages and I have never seen this issue before. > But, d'oh, it seems that this issue has been already reported: > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg67757.html > > I will appreciate any help. > Thanks! -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 12:07:47 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56B7106566C; Mon, 8 Nov 2010 12:07:47 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0664E8FC1C; Mon, 8 Nov 2010 12:07:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA29754; Mon, 08 Nov 2010 14:07:44 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFQVk-0003wZ-Jo; Mon, 08 Nov 2010 14:07:44 +0200 Message-ID: <4CD7E80F.4090100@freebsd.org> Date: Mon, 08 Nov 2010 14:07:43 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101108120403.GC2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 12:07:48 -0000 on 08/11/2010 14:04 Kostik Belousov said the following: > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: >> on 05/11/2010 09:27 Andriy Gapon said the following: >>> >>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. >>> Apparently recent KDE update has enabled even more of them, because I started to >>> have panics with a kernel that has INVARIANTS and WITNESS enabled. >> >> I tried to solve the problem by changing drmdev from mutex to sx: >> http://people.freebsd.org/~avg/drm-sx.diff > I remember that drm lock can be acquired from the interrupt thread, if > the card supports interrupts. Changing it to sx cannot work then, because > interrupt threads cannot sleep. Most likely, you are getting around it > since r600 not yet used interrupts on FreeBSD. > > I think the solution is to drop drm lock around copyin. Kostik, thanks a lot for the help! Are familiar enough with the code to tell if drmdev is always held at that place? Or should I first check if it's actually owned and drop/reacquire it accordingly? -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 12:26:51 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E521065670; Mon, 8 Nov 2010 12:26:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4508FC17; Mon, 8 Nov 2010 12:26:50 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oA8CQhUu088435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2010 14:26:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oA8CQhqE022822; Mon, 8 Nov 2010 14:26:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oA8CQhCU022821; Mon, 8 Nov 2010 14:26:43 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 8 Nov 2010 14:26:43 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101108122643.GE2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD7E80F.4090100@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iTK5zgLp6gXhzOi1" Content-Disposition: inline In-Reply-To: <4CD7E80F.4090100@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 12:26:52 -0000 --iTK5zgLp6gXhzOi1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2010 at 02:07:43PM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> > >>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. > >>> Apparently recent KDE update has enabled even more of them, because I= started to > >>> have panics with a kernel that has INVARIANTS and WITNESS enabled. > >> > >> I tried to solve the problem by changing drmdev from mutex to sx: > >> http://people.freebsd.org/~avg/drm-sx.diff > > I remember that drm lock can be acquired from the interrupt thread, if > > the card supports interrupts. Changing it to sx cannot work then, becau= se > > interrupt threads cannot sleep. Most likely, you are getting around it > > since r600 not yet used interrupts on FreeBSD. > >=20 > > I think the solution is to drop drm lock around copyin. >=20 > Kostik, >=20 > thanks a lot for the help! > Are familiar enough with the code to tell if drmdev is always held at that > place? Or should I first check if it's actually owned and drop/reacquire= it > accordingly? I think you can assume that the lock is always owned. --iTK5zgLp6gXhzOi1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzX7IIACgkQC3+MBN1Mb4jB1wCgyV//8jHNz1bQucRshL/u/oh+ c0YAoLWMqVoUJYj4O4p/Xwxirsbwbd7O =MrAg -----END PGP SIGNATURE----- --iTK5zgLp6gXhzOi1-- From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 12:27:28 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0261065672 for ; Mon, 8 Nov 2010 12:27:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E4CD28FC1E for ; Mon, 8 Nov 2010 12:27:27 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oA8C43LJ086489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2010 14:04:03 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oA8C43BL096621; Mon, 8 Nov 2010 14:04:03 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oA8C43j3096620; Mon, 8 Nov 2010 14:04:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 8 Nov 2010 14:04:03 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101108120403.GC2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i1pIEVnkQA3wUJat" Content-Disposition: inline In-Reply-To: <4CD7E401.1010206@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 12:27:28 -0000 --i1pIEVnkQA3wUJat Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > on 05/11/2010 09:27 Andriy Gapon said the following: > >=20 > > I use FreeSBD head and KDE 4 with all the bells and whistles enabled. > > Apparently recent KDE update has enabled even more of them, because I s= tarted to > > have panics with a kernel that has INVARIANTS and WITNESS enabled. >=20 > I tried to solve the problem by changing drmdev from mutex to sx: > http://people.freebsd.org/~avg/drm-sx.diff I remember that drm lock can be acquired from the interrupt thread, if the card supports interrupts. Changing it to sx cannot work then, because interrupt threads cannot sleep. Most likely, you are getting around it since r600 not yet used interrupts on FreeBSD. I think the solution is to drop drm lock around copyin. >=20 > The things have improved, I am not getting the panic anymore. > Instead I have this LOR now: > lock order reversal: > 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:7= 91 > 2nd 0xffffff0072a87200 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b8b3a =3D db_trace_self_wrapper+0= x2a > kdb_backtrace() at 0xffffffff803a7a6a =3D kdb_backtrace+0x3a > _witness_debugger() at 0xffffffff803bd40c =3D _witness_debugger+0x2c > witness_checkorder() at 0xffffffff803be879 =3D witness_checkorder+0x959 > _sx_slock() at 0xffffffff80378af8 =3D _sx_slock+0x88 > _vm_map_lock_read() at 0xffffffff805109e6 =3D _vm_map_lock_read+0x36 > vm_map_lookup() at 0xffffffff805127b4 =3D vm_map_lookup+0x54 > vm_fault() at 0xffffffff805097f9 =3D vm_fault+0xf9 > trap_pfault() at 0xffffffff80545d0f =3D trap_pfault+0x11f > trap() at 0xffffffff80546597 =3D trap+0x657 > calltrap() at 0xffffffff805305c8 =3D calltrap+0x8 > --- trap 0xc, rip =3D 0xffffffff8054405d, rsp =3D 0xffffff81241b47f0, rbp= =3D > 0xffffff81241b4870 --- > copyin() at 0xffffffff8054405d =3D copyin+0x3d > radeon_cp_texture() at 0xffffffff8022fbd7 =3D radeon_cp_texture+0x167 > drm_ioctl() at 0xffffffff8020fa38 =3D drm_ioctl+0x318 > devfs_ioctl_f() at 0xffffffff802dd649 =3D devfs_ioctl_f+0x109 > kern_ioctl() at 0xffffffff803c1107 =3D kern_ioctl+0x1f7 > ioctl() at 0xffffffff803c12c8 =3D ioctl+0x168 > syscallenter() at 0xffffffff803b57be =3D syscallenter+0x26e > syscall() at 0xffffffff80545e52 =3D syscall+0x42 > Xfast_syscall() at 0xffffffff805308a2 =3D Xfast_syscall+0xe2 >=20 > Is this a serious LOR? I think it is. The d_mmap() cdevsw method acquires drm lock. > How can I resolve it? See above. >=20 > > The panic: > > Kernel page fault with the following non-sleepable locks held: > > exclusive sleep mutex drmdev (drmdev) r =3D 0 (0xffffff0001b968a0) lock= ed @ > > /usr/src/sys/dev/drm/drm_drv.c:791 > > KDB: stack backtrace: > > db_trace_self_wrapper() at 0xffffffff801b8afa =3D db_trace_self_wrapper= +0x2a > > kdb_backtrace() at 0xffffffff803a7afa =3D kdb_backtrace+0x3a > > _witness_debugger() at 0xffffffff803bd49c =3D _witness_debugger+0x2c > > witness_warn() at 0xffffffff803bed32 =3D witness_warn+0x322 > > trap() at 0xffffffff8054639f =3D trap+0x39f > > calltrap() at 0xffffffff80530688 =3D calltrap+0x8 > > --- trap 0xc, rip =3D 0xffffffff8054411d, rsp =3D 0xffffff81241917f0, r= bp =3D > > 0xffffff8124191870 --- > > copyin() at 0xffffffff8054411d =3D copyin+0x3d > > radeon_cp_texture() at 0xffffffff8022fcc7 =3D radeon_cp_texture+0x167 > > drm_ioctl() at 0xffffffff8020fa78 =3D drm_ioctl+0x318 > > devfs_ioctl_f() at 0xffffffff802dd739 =3D devfs_ioctl_f+0x109 > > kern_ioctl() at 0xffffffff803c1197 =3D kern_ioctl+0x1f7 > > ioctl() at 0xffffffff803c1358 =3D ioctl+0x168 > > syscallenter() at 0xffffffff803b584e =3D syscallenter+0x26e > > syscall() at 0xffffffff80545f12 =3D syscall+0x42 > > Xfast_syscall() at 0xffffffff80530962 =3D Xfast_syscall+0xe2 > > --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x801f96a1c, rsp =3D 0x= 7fffffffe7a8, > > rbp =3D 0xc020644e --- > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =3D 0x832372000 > > fault code =3D supervisor read data, page not present > > instruction pointer =3D 0x20:0xffffffff8054411d > > stack pointer =3D 0x28:0xffffff81241917f0 > > frame pointer =3D 0x28:0xffffff8124191870 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 3 > > current process =3D 3439 (initial thread) > > trap number =3D 12 > > panic: page fault > > cpuid =3D 0 > >=20 > >=20 > > The panic is quite obvious: drmdev mutex is taken and held in drm_ioctl= () and > > radeon_cp_texture() can perform copyin and/or copyout, so it's a matter= of a > > chance (or proper workload) to hit a page fault there. > >=20 > > What's not obvious is how to properly fix this. > > Any ideas? > >=20 > > Probably less important is what started to trigger the problem. Becaus= e the > > code hasn't been changed in ages and I have never seen this issue befor= e. > > But, d'oh, it seems that this issue has been already reported: > > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg67757.html > >=20 > > I will appreciate any help. > > Thanks! >=20 >=20 > --=20 > Andriy Gapon --i1pIEVnkQA3wUJat Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzX5zIACgkQC3+MBN1Mb4iYCQCg69m64iuVew7hcbIqf7PdA6G6 KXEAnjxNj7QvJMFQthFHcZ4mNeFNVLwI =gS5A -----END PGP SIGNATURE----- --i1pIEVnkQA3wUJat-- From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 13:06:06 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC1591065670; Mon, 8 Nov 2010 13:06:06 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F08668FC1B; Mon, 8 Nov 2010 13:06:05 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA01039; Mon, 08 Nov 2010 15:06:02 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFRQA-00041A-5l; Mon, 08 Nov 2010 15:06:02 +0200 Message-ID: <4CD7F5B9.3010606@freebsd.org> Date: Mon, 08 Nov 2010 15:06:01 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101108120403.GC2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 13:06:06 -0000 on 08/11/2010 14:04 Kostik Belousov said the following: > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: >> on 05/11/2010 09:27 Andriy Gapon said the following: >>> Kernel page fault with the following non-sleepable locks held: >>> exclusive sleep mutex drmdev (drmdev) r = 0 (0xffffff0001b968a0) locked @ >>> /usr/src/sys/dev/drm/drm_drv.c:791 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at 0xffffffff801b8afa = db_trace_self_wrapper+0x2a >>> kdb_backtrace() at 0xffffffff803a7afa = kdb_backtrace+0x3a >>> _witness_debugger() at 0xffffffff803bd49c = _witness_debugger+0x2c >>> witness_warn() at 0xffffffff803bed32 = witness_warn+0x322 >>> trap() at 0xffffffff8054639f = trap+0x39f Kostik, a tangential question - do you think that it would make sense to put a check like the above (in trap) into copyin/copyout (but non-fatal), so that we can catch such situations pro-actively (without having to wait for a page fault to actually happen)? >>> calltrap() at 0xffffffff80530688 = calltrap+0x8 >>> --- trap 0xc, rip = 0xffffffff8054411d, rsp = 0xffffff81241917f0, rbp = >>> 0xffffff8124191870 --- >>> copyin() at 0xffffffff8054411d = copyin+0x3d >>> radeon_cp_texture() at 0xffffffff8022fcc7 = radeon_cp_texture+0x167 >>> drm_ioctl() at 0xffffffff8020fa78 = drm_ioctl+0x318 >>> devfs_ioctl_f() at 0xffffffff802dd739 = devfs_ioctl_f+0x109 >>> kern_ioctl() at 0xffffffff803c1197 = kern_ioctl+0x1f7 >>> ioctl() at 0xffffffff803c1358 = ioctl+0x168 >>> syscallenter() at 0xffffffff803b584e = syscallenter+0x26e >>> syscall() at 0xffffffff80545f12 = syscall+0x42 >>> Xfast_syscall() at 0xffffffff80530962 = Xfast_syscall+0xe2 >>> --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x801f96a1c, rsp = 0x7fffffffe7a8, >>> rbp = 0xc020644e --- -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 13:16:25 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C536106566B; Mon, 8 Nov 2010 13:16:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AFAE88FC13; Mon, 8 Nov 2010 13:16:24 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oA8DGKEo092214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2010 15:16:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oA8DGKPH094216; Mon, 8 Nov 2010 15:16:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oA8DGKO8094215; Mon, 8 Nov 2010 15:16:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 8 Nov 2010 15:16:20 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101108131620.GG2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD7F5B9.3010606@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gFjys31hhNz6opFj" Content-Disposition: inline In-Reply-To: <4CD7F5B9.3010606@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 13:16:25 -0000 --gFjys31hhNz6opFj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2010 at 03:06:01PM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> Kernel page fault with the following non-sleepable locks held: > >>> exclusive sleep mutex drmdev (drmdev) r =3D 0 (0xffffff0001b968a0) lo= cked @ > >>> /usr/src/sys/dev/drm/drm_drv.c:791 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at 0xffffffff801b8afa =3D db_trace_self_wrapp= er+0x2a > >>> kdb_backtrace() at 0xffffffff803a7afa =3D kdb_backtrace+0x3a > >>> _witness_debugger() at 0xffffffff803bd49c =3D _witness_debugger+0x2c > >>> witness_warn() at 0xffffffff803bed32 =3D witness_warn+0x322 > >>> trap() at 0xffffffff8054639f =3D trap+0x39f >=20 > Kostik, >=20 > a tangential question - do you think that it would make sense to put a ch= eck > like the above (in trap) into copyin/copyout (but non-fatal), so that we = can > catch such situations pro-actively (without having to wait for a page fau= lt to > actually happen)? uiomove() already contains WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, "Calling uiomove()"); at the start. For the copyin/out routines, that are implemented in assembler for most (all ?) architectures, this seems to be overkill, IMHO. >=20 > >>> calltrap() at 0xffffffff80530688 =3D calltrap+0x8 > >>> --- trap 0xc, rip =3D 0xffffffff8054411d, rsp =3D 0xffffff81241917f0,= rbp =3D > >>> 0xffffff8124191870 --- > >>> copyin() at 0xffffffff8054411d =3D copyin+0x3d > >>> radeon_cp_texture() at 0xffffffff8022fcc7 =3D radeon_cp_texture+0x167 > >>> drm_ioctl() at 0xffffffff8020fa78 =3D drm_ioctl+0x318 > >>> devfs_ioctl_f() at 0xffffffff802dd739 =3D devfs_ioctl_f+0x109 > >>> kern_ioctl() at 0xffffffff803c1197 =3D kern_ioctl+0x1f7 > >>> ioctl() at 0xffffffff803c1358 =3D ioctl+0x168 > >>> syscallenter() at 0xffffffff803b584e =3D syscallenter+0x26e > >>> syscall() at 0xffffffff80545f12 =3D syscall+0x42 > >>> Xfast_syscall() at 0xffffffff80530962 =3D Xfast_syscall+0xe2 > >>> --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x801f96a1c, rsp =3D = 0x7fffffffe7a8, > >>> rbp =3D 0xc020644e --- >=20 > --=20 > Andriy Gapon --gFjys31hhNz6opFj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzX+CMACgkQC3+MBN1Mb4gGuQCeIu9Yqqlvx7aQ8LtspawKM6nu jHQAn3o/nO+90GMVXjbjCVxVSi3XZ2QQ =Niyy -----END PGP SIGNATURE----- --gFjys31hhNz6opFj-- From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 14:28:57 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F089106566B; Mon, 8 Nov 2010 14:28:57 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC0C8FC08; Mon, 8 Nov 2010 14:28:56 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA02513; Mon, 08 Nov 2010 16:28:54 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CD80926.2010507@freebsd.org> Date: Mon, 08 Nov 2010 16:28:54 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Nathan Whitehorn References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD7F5B9.3010606@freebsd.org> <20101108131620.GG2392@deviant.kiev.zoral.com.ua> <4CD80792.7070402@freebsd.org> In-Reply-To: <4CD80792.7070402@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 14:28:57 -0000 on 08/11/2010 16:22 Nathan Whitehorn said the following: > > The other issue is that this can be a legal thing to do. If you have taken care to > wire the userland buffers ahead of time, there is no problem copying > copyin()/copyout() with sleepable locks held. The sysctl code does this. As such, > you can't check for problems by panicing if sleepable locks are held. Nathan, very good point, thank you. BTW, perhaps drm should be doing the same? It seems that there are quite a few copyin/copyout calls (disguised with macros) in e.g. sys/dev/drm/radeon_state.c and likely all of them are under dev_lock. So it would be painful to add unlock+lock around each such call. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 14:44:17 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08D8C1065673; Mon, 8 Nov 2010 14:44:17 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id BC7F08FC12; Mon, 8 Nov 2010 14:44:16 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id E8F75582D5; Mon, 8 Nov 2010 08:22:11 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id jzHqV0Dsof-J; Mon, 8 Nov 2010 08:22:11 -0600 (CST) Received: from comporellon.tachypleus.net (unknown [76.210.66.181]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 7A70A582CD; Mon, 8 Nov 2010 08:22:11 -0600 (CST) Message-ID: <4CD80792.7070402@freebsd.org> Date: Mon, 08 Nov 2010 08:22:10 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.14) Gecko/20101021 Thunderbird/3.0.9 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD7F5B9.3010606@freebsd.org> <20101108131620.GG2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101108131620.GG2392@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, Andriy Gapon Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 14:44:17 -0000 On 11/08/10 07:16, Kostik Belousov wrote: > On Mon, Nov 08, 2010 at 03:06:01PM +0200, Andriy Gapon wrote: > >> on 08/11/2010 14:04 Kostik Belousov said the following: >> >>> On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: >>> >>>> on 05/11/2010 09:27 Andriy Gapon said the following: >>>> >>>>> Kernel page fault with the following non-sleepable locks held: >>>>> exclusive sleep mutex drmdev (drmdev) r = 0 (0xffffff0001b968a0) locked @ >>>>> /usr/src/sys/dev/drm/drm_drv.c:791 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at 0xffffffff801b8afa = db_trace_self_wrapper+0x2a >>>>> kdb_backtrace() at 0xffffffff803a7afa = kdb_backtrace+0x3a >>>>> _witness_debugger() at 0xffffffff803bd49c = _witness_debugger+0x2c >>>>> witness_warn() at 0xffffffff803bed32 = witness_warn+0x322 >>>>> trap() at 0xffffffff8054639f = trap+0x39f >>>>> >> Kostik, >> >> a tangential question - do you think that it would make sense to put a check >> like the above (in trap) into copyin/copyout (but non-fatal), so that we can >> catch such situations pro-actively (without having to wait for a page fault to >> actually happen)? >> > uiomove() already contains > WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, > "Calling uiomove()"); > at the start. > > For the copyin/out routines, that are implemented in assembler for > most (all ?) architectures, this seems to be overkill, IMHO. > The other issue is that this can be a legal thing to do. If you have taken care to wire the userland buffers ahead of time, there is no problem copying copyin()/copyout() with sleepable locks held. The sysctl code does this. As such, you can't check for problems by panicing if sleepable locks are held. -Nathan From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 14:50:52 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67F0106564A; Mon, 8 Nov 2010 14:50:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 556F68FC13; Mon, 8 Nov 2010 14:50:51 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oA8Eolip098975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2010 16:50:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oA8EoldF012578; Mon, 8 Nov 2010 16:50:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oA8EolaL012577; Mon, 8 Nov 2010 16:50:47 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 8 Nov 2010 16:50:47 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101108145047.GH2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD7F5B9.3010606@freebsd.org> <20101108131620.GG2392@deviant.kiev.zoral.com.ua> <4CD80792.7070402@freebsd.org> <4CD80926.2010507@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kljy8TnFHfNvTRLN" Content-Disposition: inline In-Reply-To: <4CD80926.2010507@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 14:50:53 -0000 --kljy8TnFHfNvTRLN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2010 at 04:28:54PM +0200, Andriy Gapon wrote: > on 08/11/2010 16:22 Nathan Whitehorn said the following: > >=20 > > The other issue is that this can be a legal thing to do. If you have ta= ken care to > > wire the userland buffers ahead of time, there is no problem copying > > copyin()/copyout() with sleepable locks held. The sysctl code does this= . As such, > > you can't check for problems by panicing if sleepable locks are held. >=20 > Nathan, >=20 > very good point, thank you. > BTW, perhaps drm should be doing the same? > It seems that there are quite a few copyin/copyout calls (disguised with = macros) > in e.g. sys/dev/drm/radeon_state.c and likely all of them are under dev_l= ock. > So it would be painful to add unlock+lock around each such call. This would be a DoS, due to the size of the buffers. --kljy8TnFHfNvTRLN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzYDkcACgkQC3+MBN1Mb4jijwCePL+w9ipmTaC51MMQR6tgqxcf /3gAoJsHeLT6J3sdrt5+1Z65UOFjWiiI =v3UB -----END PGP SIGNATURE----- --kljy8TnFHfNvTRLN-- From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 15:11:47 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF8D51065670; Mon, 8 Nov 2010 15:11:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 055BC8FC15; Mon, 8 Nov 2010 15:11:46 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA03111; Mon, 08 Nov 2010 17:11:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4CD8132D.9090902@icyb.net.ua> Date: Mon, 08 Nov 2010 17:11:41 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Alexey Shuvaev References: <4CD7C15D.2010203@icyb.net.ua> <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 15:11:48 -0000 on 08/11/2010 17:03 Alexey Shuvaev said the following: > On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: >> >> Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? >> It looks like that would require only changing the version >> and regenerating the >> checksums. >> > Seems to be not so trivial. Look at this thread: > http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html > > Since miwi@ and rnoland@ seem to be busy at moment there is a need for > the maintainer of ALL of the xorg-* ports (and not only the single ones, > like xorg-server, etc.). Someone with enough time, motivation (hardware, > programming foo in this area...) Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 15:26:27 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D9441065697 for ; Mon, 8 Nov 2010 15:26:27 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id D7D328FC2B for ; Mon, 8 Nov 2010 15:26:26 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id F04235AC80; Mon, 8 Nov 2010 16:03:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id ED8445AC58; Mon, 8 Nov 2010 16:03:07 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C506E5CD50; Mon, 8 Nov 2010 16:03:07 +0100 (CET) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2HF105) with ESMTP id 2010110816030770-82232 ; Mon, 8 Nov 2010 16:03:07 +0100 Date: Mon, 8 Nov 2010 16:03:06 +0100 From: Alexey Shuvaev To: Andriy Gapon Message-ID: <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> References: <4CD7C15D.2010203@icyb.net.ua> MIME-Version: 1.0 In-Reply-To: <4CD7C15D.2010203@icyb.net.ua> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2HF105 | October 15, 2010) at 11/08/2010 04:03:07 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2HF105 | October 15, 2010) at 11/08/2010 04:03:07 PM, Serialize complete at 11/08/2010 04:03:07 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 15:26:27 -0000 On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: > > Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? > It looks like that would require only changing the version > and regenerating the > checksums. > Seems to be not so trivial. Look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html Since miwi@ and rnoland@ seem to be busy at moment there is a need for the maintainer of ALL of the xorg-* ports (and not only the single ones, like xorg-server, etc.). Someone with enough time, motivation (hardware, programming foo in this area...) Just 0.02$, :-( Alexey. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 15:52:50 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5F41065670; Mon, 8 Nov 2010 15:52:50 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 838FF8FC1C; Mon, 8 Nov 2010 15:52:50 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id B24305AC5D; Mon, 8 Nov 2010 16:52:49 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id AED845AC31; Mon, 8 Nov 2010 16:52:49 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8E1BA5CD41; Mon, 8 Nov 2010 16:52:49 +0100 (CET) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2HF105) with ESMTP id 2010110816524926-82662 ; Mon, 8 Nov 2010 16:52:49 +0100 Date: Mon, 8 Nov 2010 16:52:48 +0100 From: Alexey Shuvaev To: Andriy Gapon Message-ID: <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> References: <4CD7C15D.2010203@icyb.net.ua> <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> <4CD8132D.9090902@icyb.net.ua> MIME-Version: 1.0 In-Reply-To: <4CD8132D.9090902@icyb.net.ua> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2HF105 | October 15, 2010) at 11/08/2010 04:52:49 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2HF105 | October 15, 2010) at 11/08/2010 04:52:49 PM, Serialize complete at 11/08/2010 04:52:49 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 15:52:50 -0000 On Mon, Nov 08, 2010 at 05:11:41PM +0200, Andriy Gapon wrote: > on 08/11/2010 17:03 Alexey Shuvaev said the following: > > On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: > >> > >> Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? > >> It looks like that would require only changing the version > >> and regenerating the > >> checksums. > >> > > Seems to be not so trivial. Look at this thread: > > http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html > > > > Since miwi@ and rnoland@ seem to be busy at moment there is a need for > > the maintainer of ALL of the xorg-* ports (and not only the single ones, > > like xorg-server, etc.). Someone with enough time, motivation (hardware, > > programming foo in this area...) > > Oh, forgot a need to simply bump port revisions of all xorg driver ports. > That's perhaps a little bit laborious, but doesn't require any special skills. > Or did you have something else in mind? > Well, I'm successfully running xorg-server-1.7.7 since May without doing anything else to other xorg-related ports: xorg-server-1.7.7,1 > succeeds index (index has 1.7.5,1) but it could be just a matter of luck :) I mean this (from rnolad): "I have an update to 1.7.7 queued up in my tree along with an updated pixman. It is a little tedious as all of the server based ports need to be updated and drivers need PORTREVISION bumps. I'll try and get it committed in the next couple of days though." He mentions update (not just PORTREVISION bump) of pixman and other server-based ports. I have some vague insight into what he means, but I'd say it should be done by a person more familiar (than me) with xorg infrastucture with all its interdependencies. Alexey. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 16:06:46 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A84106566B; Mon, 8 Nov 2010 16:06:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD638FC13; Mon, 8 Nov 2010 16:06:44 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA03965; Mon, 08 Nov 2010 18:06:41 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4CD82011.20509@icyb.net.ua> Date: Mon, 08 Nov 2010 18:06:41 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Alexey Shuvaev References: <4CD7C15D.2010203@icyb.net.ua> <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> <4CD8132D.9090902@icyb.net.ua> <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 16:06:46 -0000 on 08/11/2010 17:52 Alexey Shuvaev said the following: > On Mon, Nov 08, 2010 at 05:11:41PM +0200, Andriy Gapon wrote: >> on 08/11/2010 17:03 Alexey Shuvaev said the following: >>> On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: >>>> >>>> Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? >>>> It looks like that would require only changing the version >>>> and regenerating the >>>> checksums. >>>> >>> Seems to be not so trivial. Look at this thread: >>> http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html >>> >>> Since miwi@ and rnoland@ seem to be busy at moment there is a need for >>> the maintainer of ALL of the xorg-* ports (and not only the single ones, >>> like xorg-server, etc.). Someone with enough time, motivation (hardware, >>> programming foo in this area...) >> >> Oh, forgot a need to simply bump port revisions of all xorg driver ports. >> That's perhaps a little bit laborious, but doesn't require any special skills. >> Or did you have something else in mind? >> > Well, I'm successfully running xorg-server-1.7.7 since May without > doing anything else to other xorg-related ports: > > xorg-server-1.7.7,1 > succeeds index (index has 1.7.5,1) > > but it could be just a matter of luck :) Me too :-) But I think that I did have to rebuild xorg drivers that I use because they refused to load after xorg-server upgrade. But perhaps I misremember my experiment with 1.8.2 or 1.9.2. > I mean this (from rnolad): > "I have an update to 1.7.7 queued up in my tree along with an updated > pixman. It is a little tedious as all of the server based ports need to > be updated and drivers need PORTREVISION bumps. I'll try and get it > committed in the next couple of days though." > > He mentions update (not just PORTREVISION bump) of pixman and other > server-based ports. I have some vague insight into what he means, > but I'd say it should be done by a person more familiar (than me) with xorg > infrastucture with all its interdependencies. Well, I think that those were meant as bonuses, not as requirements. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 17:17:36 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241AE1065679 for ; Mon, 8 Nov 2010 17:17:36 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 6A0F88FC16 for ; Mon, 8 Nov 2010 17:17:35 +0000 (UTC) Received: (qmail invoked by alias); 08 Nov 2010 17:17:33 -0000 Received: from g231067027.adsl.alicedsl.de (EHLO klausdieter0815.dyndns.org) [92.231.67.27] by mail.gmx.com (mp-eu001) with SMTP; 08 Nov 2010 18:17:33 +0100 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX18WKPUaMJ4WBC6GePj46OPObTHfilPvDfzU6CRJoW se09VAfD8sXnR7 Received: by myhost.mydomain.de (Postfix, from userid 1001) id 41505E4A5; Mon, 8 Nov 2010 18:17:32 +0100 (CET) From: Christof Schulze To: freebsd-x11@freebsd.org Date: Mon, 8 Nov 2010 18:17:30 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RC1; KDE/4.5.2; amd64; ; ) References: <4CD7C15D.2010203@icyb.net.ua> <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> <4CD82011.20509@icyb.net.ua> In-Reply-To: <4CD82011.20509@icyb.net.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011081817.31686.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 Cc: Alexey Shuvaev , Andriy Gapon , freebsd-ports@freebsd.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 17:17:36 -0000 Hi, > >> Oh, forgot a need to simply bump port revisions of all xorg driver > >> ports. That's perhaps a little bit laborious, but doesn't require > >> any special skills. Or did you have something else in mind? more than just laborious. It will break at least the Intel driver as intel is now GEM only which is not available on FreeBSD yet. Christof -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 17:22:26 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF54106564A; Mon, 8 Nov 2010 17:22:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 43AB08FC15; Mon, 8 Nov 2010 17:22:24 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA04768; Mon, 08 Nov 2010 19:22:22 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4CD831CE.9030401@icyb.net.ua> Date: Mon, 08 Nov 2010 19:22:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Christof Schulze References: <4CD7C15D.2010203@icyb.net.ua> <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> <4CD82011.20509@icyb.net.ua> <201011081817.31686.christof.schulze@gmx.com> In-Reply-To: <201011081817.31686.christof.schulze@gmx.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 17:22:26 -0000 on 08/11/2010 19:17 Christof Schulze said the following: > Hi, > >>>> Oh, forgot a need to simply bump port revisions of all xorg driver >>>> ports. That's perhaps a little bit laborious, but doesn't require >>>> any special skills. Or did you have something else in mind? > more than just laborious. It will break at least the Intel driver as > intel is now GEM only which is not available on FreeBSD yet. What exactly will break this? Do you mean xorg-server-1.7.7 *requires* newer version of xf86-video-intel than what we have now in the ports? Because I don't have such an impression. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Mon Nov 8 18:24:26 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55A581065672; Mon, 8 Nov 2010 18:24:26 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A2B698FC12; Mon, 8 Nov 2010 18:24:25 +0000 (UTC) Received: by bwz3 with SMTP id 3so5159371bwz.13 for ; Mon, 08 Nov 2010 10:24:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=GODhfWQlnTS1cd9TmgG+VbltqnNN0zq/NZNRg/1cRt8=; b=NSE16TTJa81u5sDN6MwVWSpw7qvU+JaT8YeH7nFK3WGn0Lg5GRfgPV1FW3CSdqo+b7 hi9A6SqrrPhGn+ylA/h3I7LKHePwRKXKxp40w1QeYJjQr7GabKNL+keQTKxo+5Se+ftO ovPqXfvmtNJ7nIrUCV7+roco1DA09r3ly7QOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=WPS5imqMXp/gvyUTQFK+39IwHPZDouQGB9wjrMXPwrXbpUpOcOtq4w+ZSG28sLp4dJ 03d3U2vtVwoQHVJwF92eDP6WQh02fRD0yzSfc8prktaJ8f/3lAfwEDh5fRWkuGUS4Ygk YBkDQCshf4x17KTsUpJe0jCkLTMawtbQZ7MiY= Received: by 10.204.117.2 with SMTP id o2mr5312894bkq.69.1289240664490; Mon, 08 Nov 2010 10:24:24 -0800 (PST) Received: from ernst.jennejohn.org (p578E279C.dip.t-dialin.net [87.142.39.156]) by mx.google.com with ESMTPS id 4sm172058bki.13.2010.11.08.10.24.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 08 Nov 2010 10:24:23 -0800 (PST) Date: Mon, 8 Nov 2010 19:24:21 +0100 From: Gary Jennejohn To: Andriy Gapon Message-ID: <20101108192421.518f8d9d@ernst.jennejohn.org> In-Reply-To: <4CD831CE.9030401@icyb.net.ua> References: <4CD7C15D.2010203@icyb.net.ua> <20101108155248.GD17517@wep4035.physik.uni-wuerzburg.de> <4CD82011.20509@icyb.net.ua> <201011081817.31686.christof.schulze@gmx.com> <4CD831CE.9030401@icyb.net.ua> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 18:24:26 -0000 On Mon, 08 Nov 2010 19:22:22 +0200 Andriy Gapon wrote: > on 08/11/2010 19:17 Christof Schulze said the following: > > Hi, > > > >>>> Oh, forgot a need to simply bump port revisions of all xorg driver > >>>> ports. That's perhaps a little bit laborious, but doesn't require > >>>> any special skills. Or did you have something else in mind? > > more than just laborious. It will break at least the Intel driver as > > intel is now GEM only which is not available on FreeBSD yet. > > What exactly will break this? > Do you mean xorg-server-1.7.7 *requires* newer version of xf86-video-intel than > what we have now in the ports? > Because I don't have such an impression. > AFAIK the server version has no relevance to problems caused by Linux-centric driver development. I installed 1.7.7. on September 29th and didn't need to touch the installed (admittedly radeon) graphics driver. -- Gary Jennejohn From owner-freebsd-x11@FreeBSD.ORG Tue Nov 9 09:25:55 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04C871065673; Tue, 9 Nov 2010 09:25:55 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 11D838FC12; Tue, 9 Nov 2010 09:25:53 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA18585; Tue, 09 Nov 2010 11:25:51 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFkSc-0007Cd-Vf; Tue, 09 Nov 2010 11:25:50 +0200 Message-ID: <4CD9139D.9060302@freebsd.org> Date: Tue, 09 Nov 2010 11:25:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101108120403.GC2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 09:25:55 -0000 on 08/11/2010 14:04 Kostik Belousov said the following: > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: >> on 05/11/2010 09:27 Andriy Gapon said the following: >>> >>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. >>> Apparently recent KDE update has enabled even more of them, because I started to >>> have panics with a kernel that has INVARIANTS and WITNESS enabled. >> >> I tried to solve the problem by changing drmdev from mutex to sx: >> http://people.freebsd.org/~avg/drm-sx.diff > I remember that drm lock can be acquired from the interrupt thread, if > the card supports interrupts. Changing it to sx cannot work then, because > interrupt threads cannot sleep. Most likely, you are getting around it > since r600 not yet used interrupts on FreeBSD. > > I think the solution is to drop drm lock around copyin. Kostik, I looked at this some more and now I think that using sx is a step in the right direction. Rationale: 1. it seems that on Linux mutex is a sleepable lock and thus can be safely held across a page fault; and Linux mutex -> FreeBSD sx seems to be a porting technique used for kernel code before[*]. 2. DRM interrupt code uses a different lock - irq_lock, which is locked via DRM_SPINLOCK macro (expands to FreeBSD mutex); apparently even on Linux a sleep-able lock can't be acquired in interrupt handler. I use Linux this and Linux that as a justification, because the DRM code apparently originated with Linux model/idioms in mind, although the original purpose was for the code to be portable. So, what do you think about this aspect? Should you agree with the usage of sx, then the previous question pops back - how to resolve the lock order reversal between drmdev lock and user map lock (which both would be sx). [*] http://www.ukuug.org/events/eurobsdcon2009/papers/dvb_driver_paper.pdf -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Tue Nov 9 14:05:22 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EBB106566C; Tue, 9 Nov 2010 14:05:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6F47A8FC22; Tue, 9 Nov 2010 14:05:22 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oA9E5Isg009798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2010 16:05:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oA9E5IFp027316; Tue, 9 Nov 2010 16:05:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oA9E5I5b027315; Tue, 9 Nov 2010 16:05:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 9 Nov 2010 16:05:18 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101109140518.GV2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD9139D.9060302@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gR2gBiFPsZkfqe6l" Content-Disposition: inline In-Reply-To: <4CD9139D.9060302@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 14:05:23 -0000 --gR2gBiFPsZkfqe6l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2010 at 11:25:49AM +0200, Andriy Gapon wrote: > on 08/11/2010 14:04 Kostik Belousov said the following: > > On Mon, Nov 08, 2010 at 01:50:25PM +0200, Andriy Gapon wrote: > >> on 05/11/2010 09:27 Andriy Gapon said the following: > >>> > >>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. > >>> Apparently recent KDE update has enabled even more of them, because I= started to > >>> have panics with a kernel that has INVARIANTS and WITNESS enabled. > >> > >> I tried to solve the problem by changing drmdev from mutex to sx: > >> http://people.freebsd.org/~avg/drm-sx.diff > > I remember that drm lock can be acquired from the interrupt thread, if > > the card supports interrupts. Changing it to sx cannot work then, becau= se > > interrupt threads cannot sleep. Most likely, you are getting around it > > since r600 not yet used interrupts on FreeBSD. > >=20 > > I think the solution is to drop drm lock around copyin. >=20 > Kostik, >=20 > I looked at this some more and now I think that using sx is a step in the= right > direction. >=20 > Rationale: > 1. it seems that on Linux mutex is a sleepable lock and thus can be safel= y held > across a page fault; and Linux mutex -> FreeBSD sx seems to be a porting > technique used for kernel code before[*]. > 2. DRM interrupt code uses a different lock - irq_lock, which is locked v= ia > DRM_SPINLOCK macro (expands to FreeBSD mutex); apparently even on Linux a "even on Linux". Heh. > sleep-able lock can't be acquired in interrupt handler. >=20 > I use Linux this and Linux that as a justification, because the DRM code > apparently originated with Linux model/idioms in mind, although the origi= nal > purpose was for the code to be portable. >=20 > So, what do you think about this aspect? > Should you agree with the usage of sx, then the previous question pops ba= ck - I do not agree. > how to resolve the lock order reversal between drmdev lock and user map l= ock > (which both would be sx). Easiest would be for DRM to provide wrappers for copyin/copyout that unlock, do operation and lock. Where is the reverse order (user map -> drm) ? >=20 > [*] http://www.ukuug.org/events/eurobsdcon2009/papers/dvb_driver_paper.pdf > --=20 > Andriy Gapon --gR2gBiFPsZkfqe6l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzZVR0ACgkQC3+MBN1Mb4igNwCdGq0Gj0h8j/rE8m/9BH7vwc9c aecAoLzwf6qiJ7K+hLQeRQ0tAU2tYuJI =574k -----END PGP SIGNATURE----- --gR2gBiFPsZkfqe6l-- From owner-freebsd-x11@FreeBSD.ORG Wed Nov 10 05:18:59 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7C4106566B; Wed, 10 Nov 2010 05:18:59 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 28BA18FC15; Wed, 10 Nov 2010 05:18:57 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id HAA09247; Wed, 10 Nov 2010 07:18:55 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PG35C-000Abe-Vx; Wed, 10 Nov 2010 07:18:55 +0200 Message-ID: <4CDA2B3E.9030402@freebsd.org> Date: Wed, 10 Nov 2010 07:18:54 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD9139D.9060302@freebsd.org> <20101109140518.GV2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101109140518.GV2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2010 05:18:59 -0000 on 09/11/2010 16:05 Kostik Belousov said the following: > Easiest would be for DRM to provide wrappers for copyin/copyout that > unlock, do operation and lock. I am a little bit worried about this approach in general. Driver state may be changed by a process running in parallel while the lock is dropped. And I don't think that we have any mechanism in DRM to check for that and to restart operations or otherwise account for the state change. The code seems to be written with an assumption that it runs in exclusive mode from DRM ioctl start to its completion. > Where is the reverse order (user map -> drm) ? You mean the following or the opposite? 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:791 2nd 0xffffff000a621510 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff803a7a8a = kdb_backtrace+0x3a _witness_debugger() at 0xffffffff803bd42c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803be899 = witness_checkorder+0x959 _sx_slock() at 0xffffffff80378af8 = _sx_slock+0x88 _vm_map_lock_read() at 0xffffffff80510a06 = _vm_map_lock_read+0x36 vm_map_lookup() at 0xffffffff805127d4 = vm_map_lookup+0x54 vm_fault() at 0xffffffff80509819 = vm_fault+0xf9 trap_pfault() at 0xffffffff80545d6f = trap_pfault+0x11f trap() at 0xffffffff805465f7 = trap+0x657 calltrap() at 0xffffffff80530628 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff805440bd, rsp = 0xffffff8123fe37f0, rbp = 0xffffff8123fe3870 --- copyin() at 0xffffffff805440bd = copyin+0x3d radeon_cp_texture() at 0xffffffff8022fbd7 = radeon_cp_texture+0x167 drm_ioctl() at 0xffffffff8020fa38 = drm_ioctl+0x318 devfs_ioctl_f() at 0xffffffff802dd649 = devfs_ioctl_f+0x109 kern_ioctl() at 0xffffffff803c1127 = kern_ioctl+0x1f7 ioctl() at 0xffffffff803c12e8 = ioctl+0x168 syscallenter() at 0xffffffff803b57de = syscallenter+0x26e syscall() at 0xffffffff80545eb2 = syscall+0x42 Xfast_syscall() at 0xffffffff80530902 = Xfast_syscall+0xe2 If you meant the opposite order, how can I check it? I guess that it could be in a mmap() call for drm cdev. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Wed Nov 10 08:34:12 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF251065672; Wed, 10 Nov 2010 08:34:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D887C8FC12; Wed, 10 Nov 2010 08:34:11 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oAA8Y8JP000677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Nov 2010 10:34:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oAA8Y8p0036569; Wed, 10 Nov 2010 10:34:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAA8Y8T8036568; Wed, 10 Nov 2010 10:34:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Nov 2010 10:34:08 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20101110083408.GC2392@deviant.kiev.zoral.com.ua> References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD9139D.9060302@freebsd.org> <20101109140518.GV2392@deviant.kiev.zoral.com.ua> <4CDA2B3E.9030402@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yOV8wujajMQrgQLM" Content-Disposition: inline In-Reply-To: <4CDA2B3E.9030402@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2010 08:34:12 -0000 --yOV8wujajMQrgQLM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 10, 2010 at 07:18:54AM +0200, Andriy Gapon wrote: > on 09/11/2010 16:05 Kostik Belousov said the following: > > Easiest would be for DRM to provide wrappers for copyin/copyout that > > unlock, do operation and lock. >=20 > I am a little bit worried about this approach in general. > Driver state may be changed by a process running in parallel while the lo= ck is > dropped. And I don't think that we have any mechanism in DRM to check fo= r that > and to restart operations or otherwise account for the state change. The= code > seems to be written with an assumption that it runs in exclusive mode fro= m DRM > ioctl start to its completion. >=20 > > Where is the reverse order (user map -> drm) ? >=20 > You mean the following or the opposite? >=20 > 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:7= 91 > 2nd 0xffffff000a621510 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b8b3a =3D db_trace_self_wrapper+0= x2a > kdb_backtrace() at 0xffffffff803a7a8a =3D kdb_backtrace+0x3a > _witness_debugger() at 0xffffffff803bd42c =3D _witness_debugger+0x2c > witness_checkorder() at 0xffffffff803be899 =3D witness_checkorder+0x959 > _sx_slock() at 0xffffffff80378af8 =3D _sx_slock+0x88 > _vm_map_lock_read() at 0xffffffff80510a06 =3D _vm_map_lock_read+0x36 > vm_map_lookup() at 0xffffffff805127d4 =3D vm_map_lookup+0x54 > vm_fault() at 0xffffffff80509819 =3D vm_fault+0xf9 > trap_pfault() at 0xffffffff80545d6f =3D trap_pfault+0x11f > trap() at 0xffffffff805465f7 =3D trap+0x657 > calltrap() at 0xffffffff80530628 =3D calltrap+0x8 > --- trap 0xc, rip =3D 0xffffffff805440bd, rsp =3D 0xffffff8123fe37f0, rbp= =3D > 0xffffff8123fe3870 --- > copyin() at 0xffffffff805440bd =3D copyin+0x3d > radeon_cp_texture() at 0xffffffff8022fbd7 =3D radeon_cp_texture+0x167 > drm_ioctl() at 0xffffffff8020fa38 =3D drm_ioctl+0x318 > devfs_ioctl_f() at 0xffffffff802dd649 =3D devfs_ioctl_f+0x109 > kern_ioctl() at 0xffffffff803c1127 =3D kern_ioctl+0x1f7 > ioctl() at 0xffffffff803c12e8 =3D ioctl+0x168 > syscallenter() at 0xffffffff803b57de =3D syscallenter+0x26e > syscall() at 0xffffffff80545eb2 =3D syscall+0x42 > Xfast_syscall() at 0xffffffff80530902 =3D Xfast_syscall+0xe2 >=20 > If you meant the opposite order, how can I check it? > I guess that it could be in a mmap() call for drm cdev. Explicitely insert the reversed order into the witness array and watch. --yOV8wujajMQrgQLM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzaWP8ACgkQC3+MBN1Mb4h4ugCcDp3xrnYTuWHdQZYtdlk1D78A kPMAnRQ4Kr+WltgIDSyaNiKGb7vExGe3 =VeFf -----END PGP SIGNATURE----- --yOV8wujajMQrgQLM-- From owner-freebsd-x11@FreeBSD.ORG Thu Nov 11 00:04:34 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950AD1065673 for ; Thu, 11 Nov 2010 00:04:34 +0000 (UTC) (envelope-from c.petrik.sosa@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6970E8FC0C for ; Thu, 11 Nov 2010 00:04:34 +0000 (UTC) Received: by pvc22 with SMTP id 22so336561pvc.13 for ; Wed, 10 Nov 2010 16:04:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=d9T/+WTRfuj2pT/OLYoLoVw21PNLjqYpFWOxXwmm5I0=; b=dIJ2nZoJkT4tdiMvdoa0zM/3tiW3lj5NB7saxVl5v8tyx8g1B4RB27l6nyAIMHfnG6 BpKh8/64EQzplbrSPFYqKVr9Hvvx/QWmToOxAmUZoyPtt7HJjIZcwjOKqga7HVDGoi0a HlM+EbooVnSFYtLhUBq+97p12bsYDS5omoBwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=sRUXdPVoKT/257SkOfQU2iHLw0yfXKhlXdAtMVBFZ9x3erJo9cwlKSFTqqEK3iAFaq Hkdg/3w0w22kPSxjfYMmsbMfsluWt6mjrIUDBh0TjcxK8HpUzlFtIjUEQYJqZhnyuSaX 5ghQMym7JNu1sgUuafZqq5X2zywdwUfWq4OoE= Received: by 10.143.45.20 with SMTP id x20mr7802556wfj.385.1289432259344; Wed, 10 Nov 2010 15:37:39 -0800 (PST) Received: from [10.0.0.252] ([189.148.48.35]) by mx.google.com with ESMTPS id w14sm1489838wfd.6.2010.11.10.15.37.37 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Nov 2010 15:37:38 -0800 (PST) Message-ID: <4CDB2CBD.5030208@gmail.com> Date: Wed, 10 Nov 2010 17:37:33 -0600 From: Chris User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mesa X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 00:04:34 -0000 Hello, I am the maintainer for the mesa-demos port, but even though the package is separate from the libs, I notice some issues when compiling mesa-demos, using 7.4/7.6 ports. Is there any plans on updating the mesa* stuffs? What advice do you give on this update? Regards, Chris (cpet on irc) From owner-freebsd-x11@FreeBSD.ORG Thu Nov 11 05:31:19 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A92381065670 for ; Thu, 11 Nov 2010 05:31:19 +0000 (UTC) (envelope-from argentoff@gmail.com) Received: from paul.rtelekom.ru (paul.rtelekom.ru [217.146.42.160]) by mx1.freebsd.org (Postfix) with ESMTP id E6C318FC1A for ; Thu, 11 Nov 2010 05:31:18 +0000 (UTC) Received: from paul.rtelekom.ru (localhost [127.0.0.1]) by paul.rtelekom.ru (Postfix) with ESMTP id D023F33C96 for ; Thu, 11 Nov 2010 08:13:14 +0300 (MSK) X-Virus-Scanned: amavisd-new at paul.rtelekom.ru Received: from paul.rtelekom.ru ([127.0.0.1]) by paul.rtelekom.ru (paul.rtelekom.ru [127.0.0.1]) (amavisd-new, port 10025) with LMTP id zu3NeaZChYWK for ; Thu, 11 Nov 2010 08:13:03 +0300 (MSK) Received: from [192.168.1.33] (broadband-82-140-210-65.atc.tver.ru [82.140.210.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Pavel Argentov", Issuer "Ratmir-TeleKom Official CA" (verified OK)) (Authenticated sender: paul) by paul.rtelekom.ru (Postfix) with ESMTPSA id E619D33C92 for ; Thu, 11 Nov 2010 08:13:02 +0300 (MSK) Message-ID: <4CDB7B4C.3020800@gmail.com> Date: Thu, 11 Nov 2010 08:12:44 +0300 From: Pavel Argentov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: x11@freebsd.org X-Enigmail-Version: 1.1.1 OpenPGP: id=6F8AB218 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB1292CCE171B22C4EDBA2949" Cc: Subject: x11/xrx port problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: argentoff@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 05:31:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB1292CCE171B22C4EDBA2949 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Dear team, After the last ports upgrade I can't compile the port. Here's what I get: -------------------------------------------------------------------------= -------- [root@paul xrx]# make all =3D=3D=3D> Building for xrx-1.0.3 make all-recursive Making all in helper Making all in plugin Making all in common Making all in include /bin/sh /usr/local/bin/libtool --tag=3DCC --mode=3Dcompile cc -DHAVE_CO= NFIG_H -I. -I.. -I../rx -DNETSCAPE_PLUGIN -DXP_UNIX -DMOZ_X11 -DOJI -DXP_UNIX -Wall -Wpointer-ar= ith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-= aliasing -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement = -D_THREAD_SAFE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -D= _THREAD_SAFE -I/usr/local/include -DXP_UNIX -I/usr/local/include/libxul -O2 -fno-str= ict-aliasing -pipe -march=3Dpentium4 -MT XDpyName.lo -MD -MP -MF .deps/XDpyName.Tpo -c -o XD= pyName.lo `test -f '../rx/XDpyName.c' || echo './'`../rx/XDpyName.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I../rx -DNETSCAPE_PLUGIN = -DXP_UNIX -DMOZ_X11 -DOJI -DXP_UNIX -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes = -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wold-style-def= inition -Wdeclaration-after-statement -D_THREAD_SAFE -D_BSD_SOURCE -DHAS_FCHOWN -= DHAS_STICKY_DIR_BIT -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -DXP_UNIX -I/usr= /local/include/libxul -O2 -fno-strict-aliasing -pipe -march=3Dpentium4 -MT XDpyName.lo -MD -MP -MF = =2Edeps/XDpyName.Tpo -c =2E./rx/XDpyName.c -fPIC -DPIC -o .libs/XDpyName.o In file included from ./RxPlugin.h:57, from ../rx/XDpyName.c:32: /usr/local/include/libxul/npapi.h:622: warning: function declaration isn'= t a prototype /usr/local/include/libxul/npapi.h:625: warning: function declaration isn'= t a prototype /usr/local/include/libxul/npapi.h:626: warning: function declaration isn'= t a prototype In file included from ../rx/XDpyName.c:32: =2E/RxPlugin.h:96: error: expected specifier-qualifier-list before 'int16= ' *** Error code 1 Stop in /usr/ports/x11/xrx/work/xrx-1.0.3/plugin. *** Error code 1 Stop in /usr/ports/x11/xrx/work/xrx-1.0.3/plugin. *** Error code 1 Stop in /usr/ports/x11/xrx/work/xrx-1.0.3. *** Error code 1 Stop in /usr/ports/x11/xrx/work/xrx-1.0.3. *** Error code 1 Stop in /usr/ports/x11/xrx. -------------------------------------------------------------------------= ------------ Would you please give any suggestions? [root@paul xrx]# uname -v FreeBSD 8.1-RELEASE-p1 #0: Tue Oct 19 10:27:53 MSD 2010 root@paul.rtelekom.ru:/usr/obj/usr/src/sys/PAUL_SMP --=20 Yours truly, WBR, Pavel Argentov. RIPE: PA5363-RIPE --------------enigB1292CCE171B22C4EDBA2949 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAkzbe1MACgkQTpyZ2m+KshgLzgCeOy7y2CVFLYG88CnJUY6vE2LC vz4Al3RBBauQh8nU6IeMsC8INcvi8Ew= =vHQm -----END PGP SIGNATURE----- --------------enigB1292CCE171B22C4EDBA2949-- From owner-freebsd-x11@FreeBSD.ORG Thu Nov 11 11:27:53 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44DD1106566B; Thu, 11 Nov 2010 11:27:53 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47EF08FC25; Thu, 11 Nov 2010 11:27:51 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA11008; Thu, 11 Nov 2010 13:27:49 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PGVJl-000EhC-7i; Thu, 11 Nov 2010 13:27:49 +0200 Message-ID: <4CDBD333.5040007@freebsd.org> Date: Thu, 11 Nov 2010 13:27:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> <20101108120403.GC2392@deviant.kiev.zoral.com.ua> <4CD9139D.9060302@freebsd.org> <20101109140518.GV2392@deviant.kiev.zoral.com.ua> <4CDA2B3E.9030402@freebsd.org> <20101110083408.GC2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101110083408.GC2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 11:27:53 -0000 on 10/11/2010 10:34 Kostik Belousov said the following: > On Wed, Nov 10, 2010 at 07:18:54AM +0200, Andriy Gapon wrote: >> on 09/11/2010 16:05 Kostik Belousov said the following: >>> Easiest would be for DRM to provide wrappers for copyin/copyout that >>> unlock, do operation and lock. >> >> I am a little bit worried about this approach in general. >> Driver state may be changed by a process running in parallel while the lock is >> dropped. And I don't think that we have any mechanism in DRM to check for that >> and to restart operations or otherwise account for the state change. The code >> seems to be written with an assumption that it runs in exclusive mode from DRM >> ioctl start to its completion. >> >>> Where is the reverse order (user map -> drm) ? >> >> You mean the following or the opposite? >> >> 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:791 >> 2nd 0xffffff000a621510 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 >> KDB: stack backtrace: >> db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a >> kdb_backtrace() at 0xffffffff803a7a8a = kdb_backtrace+0x3a >> _witness_debugger() at 0xffffffff803bd42c = _witness_debugger+0x2c >> witness_checkorder() at 0xffffffff803be899 = witness_checkorder+0x959 >> _sx_slock() at 0xffffffff80378af8 = _sx_slock+0x88 >> _vm_map_lock_read() at 0xffffffff80510a06 = _vm_map_lock_read+0x36 >> vm_map_lookup() at 0xffffffff805127d4 = vm_map_lookup+0x54 >> vm_fault() at 0xffffffff80509819 = vm_fault+0xf9 >> trap_pfault() at 0xffffffff80545d6f = trap_pfault+0x11f >> trap() at 0xffffffff805465f7 = trap+0x657 >> calltrap() at 0xffffffff80530628 = calltrap+0x8 >> --- trap 0xc, rip = 0xffffffff805440bd, rsp = 0xffffff8123fe37f0, rbp = >> 0xffffff8123fe3870 --- >> copyin() at 0xffffffff805440bd = copyin+0x3d >> radeon_cp_texture() at 0xffffffff8022fbd7 = radeon_cp_texture+0x167 >> drm_ioctl() at 0xffffffff8020fa38 = drm_ioctl+0x318 >> devfs_ioctl_f() at 0xffffffff802dd649 = devfs_ioctl_f+0x109 >> kern_ioctl() at 0xffffffff803c1127 = kern_ioctl+0x1f7 >> ioctl() at 0xffffffff803c12e8 = ioctl+0x168 >> syscallenter() at 0xffffffff803b57de = syscallenter+0x26e >> syscall() at 0xffffffff80545eb2 = syscall+0x42 >> Xfast_syscall() at 0xffffffff80530902 = Xfast_syscall+0xe2 >> >> If you meant the opposite order, how can I check it? >> I guess that it could be in a mmap() call for drm cdev. > > Explicitely insert the reversed order into the witness array and watch. Here it is: lock order reversal: 1st 0xffffff0001a51b30 user map (user map) @ /usr/src/sys/vm/vm_map.c:1400 2nd 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_vm.c:84 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff803a7a8a = kdb_backtrace+0x3a _witness_debugger() at 0xffffffff803bd42c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803be899 = witness_checkorder+0x959 _sx_xlock() at 0xffffffff803789b8 = _sx_xlock+0x88 drm_mmap() at 0xffffffff8021587a = drm_mmap+0x18a dev_pager_getpages() at 0xffffffff804fdcce = dev_pager_getpages+0xce vm_object_populate() at 0xffffffff80515c2f = vm_object_populate+0x9f pmap_object_init_pt() at 0xffffffff8053d600 = pmap_object_init_pt+0xa0 vm_map_pmap_enter() at 0xffffffff8050f1b7 = vm_map_pmap_enter+0x97 vm_map_insert() at 0xffffffff8050fa5d = vm_map_insert+0x45d vm_map_find() at 0xffffffff8051097d = vm_map_find+0xdd vm_mmap() at 0xffffffff80514158 = vm_mmap+0x578 mmap() at 0xffffffff80514903 = mmap+0x383 syscallenter() at 0xffffffff803b57de = syscallenter+0x26e syscall() at 0xffffffff80545f92 = syscall+0x42 Xfast_syscall() at 0xffffffff805309e2 = Xfast_syscall+0xe2 -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Thu Nov 11 12:35:21 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97009106566B for ; Thu, 11 Nov 2010 12:35:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CA95F8FC19 for ; Thu, 11 Nov 2010 12:35:20 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11878; Thu, 11 Nov 2010 14:22:09 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CDBDFF0.8030202@freebsd.org> Date: Thu, 11 Nov 2010 14:22:08 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Chris References: <4CDB2CBD.5030208@gmail.com> In-Reply-To: <4CDB2CBD.5030208@gmail.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: mesa X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 12:35:21 -0000 on 11/11/2010 01:37 Chris said the following: > Hello, > > I am the maintainer for the mesa-demos port, but even though the package is > separate from the libs, I notice some issues when compiling mesa-demos, using > 7.4/7.6 ports. > Is there any plans on updating the mesa* stuffs? What advice do you give on this > update? BTW, FWIW, I use mesa 7.8.2 here (radeon r600) and haven't seen any regressions from that. Should add that I haven't noticed any end-user-visible changes at all. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Thu Nov 11 19:52:31 2010 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE85106564A for ; Thu, 11 Nov 2010 19:52:31 +0000 (UTC) (envelope-from c.petrik.sosa@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 623598FC08 for ; Thu, 11 Nov 2010 19:52:31 +0000 (UTC) Received: by pxi1 with SMTP id 1so520423pxi.13 for ; Thu, 11 Nov 2010 11:52:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=wBGr7J9KhEYy7drF6Qt6jklc3m9VbsfsTu+qrrjddZo=; b=TLxkBFWSpJu6e2MgQdHz/r5kt5crHtp0pACruSzh++zcyqtudkgoBY7+8bruv4ODLj 2heYyjvRm+X12PeUAQ3LPhDXNlNoKW3fqNBV+Mc5whuEbIfmeZdak1fS0jEdaRpogu3C x8Km4jriTevp7lEjCKNVoPH3buBOZrNjL4MKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=a6xvKnKBsW7tvXjk+ZglPuTmquuV5vyZ/lPpmXKKoV1pFHcSXHnLgXT7ha3TbEdVGk xdTDvpzPRfA9PyVR6U9grQr83EpdS8akiNmVucAznEg0NQqpmRdMc0dEbijlQQDEUcRV k9KowyD4OJKy5T8E+dYsLPOEs/Yo5hp2hCY5A= Received: by 10.142.163.6 with SMTP id l6mr822102wfe.406.1289505150952; Thu, 11 Nov 2010 11:52:30 -0800 (PST) Received: from [10.0.0.252] ([189.148.45.49]) by mx.google.com with ESMTPS id p8sm2764686wff.16.2010.11.11.11.52.28 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Nov 2010 11:52:29 -0800 (PST) Message-ID: <4CDC4975.1050303@gmail.com> Date: Thu, 11 Nov 2010 13:52:21 -0600 From: Chris User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Andriy Gapon References: <4CDB2CBD.5030208@gmail.com> <4CDBDFF0.8030202@freebsd.org> In-Reply-To: <4CDBDFF0.8030202@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: mesa X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 19:52:31 -0000 On 11/11/2010 6:22 AM, Andriy Gapon wrote: > on 11/11/2010 01:37 Chris said the following: >> Hello, >> >> I am the maintainer for the mesa-demos port, but even though the package is >> separate from the libs, I notice some issues when compiling mesa-demos, using >> 7.4/7.6 ports. >> Is there any plans on updating the mesa* stuffs? What advice do you give on this >> update? > BTW, FWIW, I use mesa 7.8.2 here (radeon r600) and haven't seen any regressions > from that. Should add that I haven't noticed any end-user-visible changes at all. > Would be nice if these were updated to the latest stable release. Chris From owner-freebsd-x11@FreeBSD.ORG Fri Nov 12 10:55:44 2010 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 373C91065670; Fri, 12 Nov 2010 10:55:44 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 058488FC17; Fri, 12 Nov 2010 10:55:42 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA27499; Fri, 12 Nov 2010 12:55:41 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PGrID-000INZ-0z; Fri, 12 Nov 2010 12:55:41 +0200 Message-ID: <4CDD1CDB.6020409@freebsd.org> Date: Fri, 12 Nov 2010 12:54:19 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org, Konstantin Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> In-Reply-To: <4CD7E401.1010206@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 10:55:44 -0000 on 08/11/2010 13:50 Andriy Gapon said the following: > on 05/11/2010 09:27 Andriy Gapon said the following: >> >> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. >> Apparently recent KDE update has enabled even more of them, because I started to >> have panics with a kernel that has INVARIANTS and WITNESS enabled. > > I tried to solve the problem by changing drmdev from mutex to sx: > http://people.freebsd.org/~avg/drm-sx.diff Quite surprisingly for me, it seems that this patch has solved the following problem for me: http://thread.gmane.org/gmane.os.freebsd.devel.x11/9849 Or maybe this is just a coincidence. Could there be a logical explanation for this? > The things have improved, I am not getting the panic anymore. > Instead I have this LOR now: > lock order reversal: > 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:791 > 2nd 0xffffff0072a87200 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff803a7a6a = kdb_backtrace+0x3a > _witness_debugger() at 0xffffffff803bd40c = _witness_debugger+0x2c > witness_checkorder() at 0xffffffff803be879 = witness_checkorder+0x959 > _sx_slock() at 0xffffffff80378af8 = _sx_slock+0x88 > _vm_map_lock_read() at 0xffffffff805109e6 = _vm_map_lock_read+0x36 > vm_map_lookup() at 0xffffffff805127b4 = vm_map_lookup+0x54 > vm_fault() at 0xffffffff805097f9 = vm_fault+0xf9 > trap_pfault() at 0xffffffff80545d0f = trap_pfault+0x11f > trap() at 0xffffffff80546597 = trap+0x657 > calltrap() at 0xffffffff805305c8 = calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8054405d, rsp = 0xffffff81241b47f0, rbp = > 0xffffff81241b4870 --- > copyin() at 0xffffffff8054405d = copyin+0x3d > radeon_cp_texture() at 0xffffffff8022fbd7 = radeon_cp_texture+0x167 > drm_ioctl() at 0xffffffff8020fa38 = drm_ioctl+0x318 > devfs_ioctl_f() at 0xffffffff802dd649 = devfs_ioctl_f+0x109 > kern_ioctl() at 0xffffffff803c1107 = kern_ioctl+0x1f7 > ioctl() at 0xffffffff803c12c8 = ioctl+0x168 > syscallenter() at 0xffffffff803b57be = syscallenter+0x26e > syscall() at 0xffffffff80545e52 = syscall+0x42 > Xfast_syscall() at 0xffffffff805308a2 = Xfast_syscall+0xe2 > > Is this a serious LOR? > How can I resolve it? -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Fri Nov 12 21:23:07 2010 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50104106566B; Fri, 12 Nov 2010 21:23:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 253A88FC17; Fri, 12 Nov 2010 21:23:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oACLN7D1024016; Fri, 12 Nov 2010 21:23:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oACLN72X024012; Fri, 12 Nov 2010 21:23:07 GMT (envelope-from linimon) Date: Fri, 12 Nov 2010 21:23:07 GMT Message-Id: <201011122123.oACLN72X024012@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/152159: [hang] xorg/x11: X11 freezes with Intel Mobile 965 and Compiz on Macbook X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 21:23:07 -0000 Old Synopsis: [hang] X11 freezes with Intel Mobile 965 and Compiz on Macbook New Synopsis: [hang] xorg/x11: X11 freezes with Intel Mobile 965 and Compiz on Macbook Responsible-Changed-From-To: freebsd-amd64->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Fri Nov 12 21:22:48 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=152159 From owner-freebsd-x11@FreeBSD.ORG Sat Nov 13 19:36:55 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47CF10656B2; Sat, 13 Nov 2010 19:36:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 039258FC12; Sat, 13 Nov 2010 19:36:54 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA16439; Sat, 13 Nov 2010 21:36:49 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PHLu5-000NSA-Lx; Sat, 13 Nov 2010 21:36:49 +0200 Message-ID: <4CDEE881.201@icyb.net.ua> Date: Sat, 13 Nov 2010 21:35:29 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Mark Linimon References: <4CD7C15D.2010203@icyb.net.ua> <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> <4CD8132D.9090902@icyb.net.ua> <20101113192506.GC29660@lonesome.com> In-Reply-To: <20101113192506.GC29660@lonesome.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2010 19:36:56 -0000 on 13/11/2010 21:25 Mark Linimon said the following: > There's this whole "testing" thing :-) So, I thought taht I contributed one test report already :-) > xorg seems to have an amazing ability to introduce regressions, especially > in edge cases/older hardware. Each of the last N updates has been preceded > by a lot of staging/testing, and even so, created a lot of work to clean > everything up. I think that you refer to upgrades of the "Xorg bundle" as a whole. Not sure if we've had any problems like that when upgrading between minor versions of a single module, even such as xorg server. > So, in theory, it's easy, but in practice, it requires someone(s) with a lot > of time and dedication. > > We certainly need one or more such people right now! I agree, but I am not sure how in the ports land we do an application testing in general. That is, I am sure there will be a lot of testers if the port update is actually committed :-) but I am not sure how to test it in advance (given all the possible hardware and software configurations). -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Sat Nov 13 19:44:09 2010 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1AFF106566B for ; Sat, 13 Nov 2010 19:44:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 932CC8FC18 for ; Sat, 13 Nov 2010 19:44:09 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 38AE856029; Sat, 13 Nov 2010 19:25:06 +0000 (UTC) Date: Sat, 13 Nov 2010 19:25:06 +0000 From: Mark Linimon To: Andriy Gapon Message-ID: <20101113192506.GC29660@lonesome.com> References: <4CD7C15D.2010203@icyb.net.ua> <20101108150306.GB17517@wep4035.physik.uni-wuerzburg.de> <4CD8132D.9090902@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CD8132D.9090902@icyb.net.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Alexey Shuvaev , freebsd-x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: xorg-server 1.7.7 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2010 19:44:09 -0000 On Mon, Nov 08, 2010 at 05:11:41PM +0200, Andriy Gapon wrote: > Oh, forgot a need to simply bump port revisions of all xorg driver ports. > That's perhaps a little bit laborious, but doesn't require any special skills. > Or did you have something else in mind? There's this whole "testing" thing :-) xorg seems to have an amazing ability to introduce regressions, especially in edge cases/older hardware. Each of the last N updates has been preceded by a lot of staging/testing, and even so, created a lot of work to clean everything up. So, in theory, it's easy, but in practice, it requires someone(s) with a lot of time and dedication. We certainly need one or more such people right now! mcl