From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 16:31:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 493699F6 for ; Fri, 27 Feb 2015 16:31:48 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3355209 for ; Fri, 27 Feb 2015 16:31:47 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id id10so6763046vcb.5 for ; Fri, 27 Feb 2015 08:31:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=0+am/A3CC6Z7LcjQp9xrxwLtCOAb38I9wmoNDXO6dsg=; b=RjZvBV4SM/3if5Lx+hZJSCnXYMzkzvEla5L2QjcTNwEHcYadB/L89YRhN5I+HVldcl Gg689ysKV6Bv/Z3KhJOC9FkDWVQqM9jZl7rKb2tGQZ2Il+GdK/dpHne8oG5nhvxcErT4 qK1/tEcyqy0E+s0BKuG4Lnba/X1PNwTJnMHaU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-type:content-transfer-encoding; bh=0+am/A3CC6Z7LcjQp9xrxwLtCOAb38I9wmoNDXO6dsg=; b=NIPaZX4CuzVKc6V86gwZyPFG5pDdiNcRJrvmH7CqdxZHy4VmsEPVMg5ZOLThhMXVip 99sV/WVv/vqyF8UUw82K/2TUcRfaqtPr1eKUa5fMdiOjdREahzr9X7Tf+Kdcx/r204Oh QKFSoWM64RFrQoGVWIuI6hBg1wDo786PVu1XMDZj+rS0S0lL1r+BZAbtUv/0cSV7lJyi 12X0XLC/FV5Kp4d6zeSJGlU9tQsRZp3P4kTqpWyIDrxjSOoXIRh9HMxcTPf05HjiOSDx 9cbnFbM4+jhdfvjnGG9buHa48WzfZKy3QBzechbqAFVhobFJllrPZgfgsr7sZlAyy1K1 UYZA== X-Gm-Message-State: ALoCoQn2k3tJwOdOVrfqkBn5XKQLZ9DQOSndfyMh0i0E/kNqikfRaqcDFhdEqIXpgq80twk5N/pm X-Received: by 10.52.120.83 with SMTP id la19mr11593115vdb.34.1425054706932; Fri, 27 Feb 2015 08:31:46 -0800 (PST) Received: from rsbsd.rsb ([31.200.11.109]) by mx.google.com with ESMTPSA id k10sm798558vdi.18.2015.02.27.08.31.45 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Feb 2015 08:31:46 -0800 (PST) Date: Fri, 27 Feb 2015 18:31:43 +0200 From: Beeblebrox To: freebsd-current@freebsd.org Subject: system failure: cannot kill webkit-gtk3 if using dumbell/radeon Message-ID: <20150227183143.708a0656@rsbsd.rsb> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 16:31:48 -0000 I just hit a major kernel bug with the new Radeon code * I'm on dumbbell's patch_38 for world/kernel (11.0-CURRENT #2 45116d3(mast= er)-dirty) * I started www/midori and was getting segfaults with URL that start with "= h". I re-built midori using WITH_DEBUG=3Dyes, got no output, then re-built = without DEBUG enabled because I was having image display problems. Reported= the problem as port issue: http://freebsd.1045724.n5.nabble.com/www-midori= -dislikes-the-letter-h-td5992424.html * At some point while using Midori (and right after I logged into Facebook)= sytem started to hiccup and slow down, so I swithced to tty*. I start X.or= g with "startx", so I tried to kill X with "ctr+c" > no response. Here's where it gets interesting. Each step indicated with "*" was done on = different tty, all tty's were logged in as root: * issue "# top" > tty froze, does not exit. * Several other simple root-level commands from different TTY result in TTY= freeze. * Let's free some RAM: "# service kill xyz" > nothing, no result kill -9 process-name > ok jail -r aa bb cc > tty freeze * jls > jails still running, previous command obviously could not kill let's kill processes: kill -9 process_num_for_midori > ok kill -9 process_num_for_several others > ok kill -9 process_num_for_WebKitWeb > NOPE, DOES NOT KILL * "# shutdown now" > hangs for ever * On TTY1: shows signal 15, but does not proceed. Seems to have difficulty killing jails. "ctl+alt+del" helps a bit. Shuts down eventually, after appx 10 mins. After restart and in xorg, one cycle of start/stop for Midori does not prod= uce any of symptoms above. When killing WebKitWeb, the higher process_numbers died, but the lower proc= ess_numbers resisted. So the spawned processes could be killed, but the mas= ter process could not. --=20 FreeBSD_amd64_11-Current_RadeonKMS