From owner-freebsd-fs@freebsd.org Mon May 16 08:43:48 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B80DB3D427 for ; Mon, 16 May 2016 08:43:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (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 064681865; Mon, 16 May 2016 08:43:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-lf0-x22c.google.com with SMTP id j8so113704492lfd.2; Mon, 16 May 2016 01:43:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-transfer-encoding; bh=0XaU0hNJ4iSr+DIl6jiFT4HDIFaPKMjrGCSY1E8edqk=; b=gh64LiD7UnQFQJY7GViNwHhQAXtCl68UfpyPX58y0aBMND6iFNQGtaeXyzX6wvfXcD J37CvOy4kRxrTdS2oPuv4zjK8uw+L9IXLJt56+ElTNxzLLUUd4ioRVIhHqoI+Jj4LJhe N8J3iT5tTEeu+2C4UPI14B7d/+g3zaqSPNSLn2rc++1kwsR54vPhMofF3n95Rqqc9x6O Omrsu9rJlOfnxJQQG9pUqk6ac38hhIhT0nKuHNY6NzYNouwOyoma9tskgvKK6L+Mck7u nCPPjfT4j9GPI09rdyJv2IrW3AO2j+nAFuQRmI93CkEoebDAw9Vvk2q1zo3ZYPRK26l9 pWkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to :content-transfer-encoding; bh=0XaU0hNJ4iSr+DIl6jiFT4HDIFaPKMjrGCSY1E8edqk=; b=i0ZwWw0ZIOCUqzgxoxUt/Mr4W7flWrL3vVNA8fRV/kD9ivzpclSN2mhlX6R6kj/Kzt ezivhgwlTySvb7IV8smifmnf12FCdlMmfgtULVcfeu2Lqanu6xiMFBzsOCIdW+uXnmaB pfPJ4+tF/MPZeImhY9EwxT5YH1O2W0CL9quYkp5qMzlKl9Gg9h+35fpzwh2TzDvUzeho Ko9U47U+vOz1xjH2sX0XvnK4B6SV68ncbFeaKmNHUv1Hp9qUZ1JJTssMrSxwE6VILAb3 TcxRDvoT3b8rse1PE0Q7hPsZIlSaZAjgp/v8M+eSH0zd27x0BN6ywMoQtLcruQaXBQDm 4gRQ== X-Gm-Message-State: AOPr4FU0DJC8vMnH7Wb0a9QxDNLJ4o3o+SHjnBG59m+0yWIkDOlJPeXTcdXDxl8ndYpwGg== X-Received: by 10.25.159.7 with SMTP id i7mr442292lfe.130.1463388226208; Mon, 16 May 2016 01:43:46 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by smtp.googlemail.com with ESMTPSA id o91sm5256487lfi.41.2016.05.16.01.43.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 May 2016 01:43:45 -0700 (PDT) Sender: Alexander Motin Message-ID: <57398840.6010700@FreeBSD.org> Date: Mon, 16 May 2016 11:43:44 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Hans Petter Selasky , "K. Macy" , "freebsd-fs@FreeBSD.org" Subject: Re: bug in umass? References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2016 08:43:48 -0000 On 16.05.16 10:51, Hans Petter Selasky wrote: > Hi Alexander, > > Does dumping core on a USB stick from KDB require any threads? > > From the USB point of view we are doing polling in "umass_cam_poll()". CAM does not differentiate USB from others. Kernel dumping completely bypasses GEOM and its threads, manually pushes CAM queues without requiring context switches, does polling for CAM HBA drivers via respective method call, and processes completion queues without depending on completion threads. > On 05/16/16 07:02, K. Macy wrote: >> I'm not able to complete a coredump in i915 to a USB key. The >> backtrace in the log looks like a bug in umass. >> >> >> May 15 21:57:10 beastie kernel: cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 >> cmap[3]=c4a000 >> May 15 21:57:10 beastie kernel: end FB_INFO >> May 15 21:57:10 beastie kernel: drmn0: fb0: inteldrmfb frame buffer >> device >> May 15 21:57:10 beastie kernel: ..3% >> May 15 21:58:16 beastie syslogd: kernel boot file is /boot/kernel/kernel >> May 15 21:58:16 beastie kernel: trap_fatal() at trap_fatal+0x2d/frame >> 0xfffffe01e2fd6350 >> May 15 21:58:16 beastie kernel: trap() at trap+0xc48/frame >> 0xfffffe01e2fd6690 >> May 15 21:58:16 beastie kernel: trap_check() at trap_check+0x4a/frame >> 0xfffffe01e2fd66b0 >> May 15 21:58:16 beastie kernel: calltrap() at calltrap+0x8/frame >> 0xfffffe01e2fd66b0 >> May 15 21:58:16 beastie kernel: --- trap 0x9, rip = >> 0xffffffff80f5a950, rsp = 0xfffffe01e2fd6780, rbp = 0xfffffe01e2fd6810 >> --- >> May 15 21:58:16 beastie kernel: __mtx_lock_flags() at >> __mtx_lock_flags+0xd0/frame 0xfffffe01e2fd6810 >> May 15 21:58:16 beastie kernel: xpt_done_process() at >> xpt_done_process+0x495/frame 0xfffffe01e2fd68c0 >> May 15 21:58:16 beastie kernel: xpt_done_td() at >> xpt_done_td+0x1c0/frame 0xfffffe01e2fd6930 >> May 15 21:58:16 beastie kernel: fork_exit() at fork_exit+0x13b/frame >> 0xfffffe01e2fd69b0 >> May 15 21:58:16 beastie kernel: fork_trampoline() at >> fork_trampoline+0xe/frame 0xfffffe01e2fd69b0 >> May 15 21:58:16 beastie kernel: --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> > -- Alexander Motin