Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1376033ybk; Sat, 16 May 2020 09:19:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwWFmBF+tC0DcRJnRVwc6CDM5BeYaIMDhUN+3kWnxhmE7EkD7y/hOYslZ4qiJxcuFM4A6zt X-Received: by 2002:a50:bb07:: with SMTP id y7mr7094867ede.176.1589645972138; Sat, 16 May 2020 09:19:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589645972; cv=none; d=google.com; s=arc-20160816; b=wgHenZQnJ7pgfSRISHaUBBOvduX+nQY/MGcC3I+wVqEwAsmYeMNojMIYSMBnAT9uBa /q2nBo2hzd0ilWF46JrQfFEo5esqIwqCZzpkoKq7rXRV+TdckMu+W0dpQNCrqQpeg0Ta 6QIl3HXDfEouIrBi5ZP6fN52KINNw+mox2q/aBvdYIe+5Q5jtX4iwy66YBSFnmexaOGY rIvY60PzNKbGpIW8rD2vVjCUm7NEaAr8rp9XU15sPC3RJQAy8jk536Z9/wmD7Aqf3ciA R3PYcRbIDO9rmaJklImO43NbHTMAhghnDOYSUJZcf0kIM0UyZsQu1pZKH39KtWwfeSQH QHRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=HzirPJr8B+We0KXUcmx0Ppg1bldadwDRdOYhZA/qcOA=; b=Fa7AyKKc4eHaAJsF5ouNYO9Pd7jDD69LSLQV9jecHHzATD0eC6hIIuTT7BMDIu63IM EcPMojdV112rrgNTSrzcC+zdvRayIJ0Das17uuSw6zd9Q3E3AObPX8M/mYPqqU75xq4L UR2njjUPSunFC1i80+KkjVenh/RImOIsu4NeFSAtrUZQmCrPnapr60eGlRHI8oYTJonQ Uu3mkv2pjtoO/emfgx2sdYaqZUQTcxTuY0fQgPjW9PAJEJ6t3bCI43LB4XYn90/xjrGJ za4r9UE1rdIo1EDyiv3Xtdhc7SvwsLfyDw0vJqeHAc6tcsELNoGvlCua1JRgOtKoAYz7 A/EA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=DuqEyAzU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id le4si3547221ejb.193.2020.05.16.09.19.07; Sat, 16 May 2020 09:19:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=DuqEyAzU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726254AbgEPQP3 (ORCPT + 99 others); Sat, 16 May 2020 12:15:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51170 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726233AbgEPQP2 (ORCPT ); Sat, 16 May 2020 12:15:28 -0400 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B6ADEC061A0C for ; Sat, 16 May 2020 09:15:28 -0700 (PDT) Received: by mail-ot1-x343.google.com with SMTP id d26so4477362otc.7 for ; Sat, 16 May 2020 09:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=HzirPJr8B+We0KXUcmx0Ppg1bldadwDRdOYhZA/qcOA=; b=DuqEyAzUBs810YvqTHyDEW9Z9XIitPau58ZVpkfnYlvUDgiNYP2M3OEIj+GO2f2jXS c2nFr3O2HJBItokgtKl7+YE9S2rIlralZUMPb6TfHf08TFJADXewsUr4M/sm4PNtTtDh yvKsfbV8ra0huKouVxR5W0jmix7qaPLUklJ5kaG81Jh87VD2sv0LSDo58M2ZdunI+nIo x2y+NOM9+fGEIsW9rZ4w5U28VBKvAeUfV/YLHNl4rhdFTKul9a77G5qcGFUAzoPOXFpl HdKfDcdDHf3AR9VnERd6FrCAhgW8VEgVPNsuduT+M2HgpnC6o0SWXFRFzHjbbwpSSW8I +P7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=HzirPJr8B+We0KXUcmx0Ppg1bldadwDRdOYhZA/qcOA=; b=eTrZaGQUkDgvbua6XY/RtfMa/pMocxIq3Z9P3ngjDvSfVbyy1AcETDqzO9ZUdgwSIR STq0GKNHimVhRiyXRlncq8yLwXMd+Of9Sz+yW5UvYZ88S690X2gCvF9lN2TymhafEnkA byHlCo7/AXLIalRiLI39E1e+/22c/gOD1C1DOGIShXB5K0GfRO7ZqIdVIQZlifSod4/o BLBuGkuAh7rH7BvssQF80WBcf5jhKoAHsU6S/qNVzkkcwZwQx5sG9lPVYLC+HebGfRau QPWaq+Y8CyLGg2sxH2k4rWGar1qsPGgB0OEVAsuLyKLzWdyB9J35ahg95hFxJER4BcfJ Gm+g== X-Gm-Message-State: AOAM5313jyp7X/Q5+bRT+suBB6dZxEoabJgOku4ZukN8gfVdBCefeHTI xjDPZcYxeqqBsvdKkbST9u2t37dm5cMaP9SHSAbPxXMe X-Received: by 2002:a9d:7d8a:: with SMTP id j10mr5623386otn.266.1589645727993; Sat, 16 May 2020 09:15:27 -0700 (PDT) MIME-Version: 1.0 References: <374485.1589637193@turing-police> In-Reply-To: From: Subhashini Rao Beerisetty Date: Sat, 16 May 2020 21:45:15 +0530 Message-ID: Subject: Re: general protection fault vs Oops To: Randy Dunlap Cc: =?UTF-8?Q?Valdis_Kl=C4=93tnieks?= , kernelnewbies , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 16, 2020 at 9:29 PM Randy Dunlap wrote: > > On 5/16/20 6:53 AM, Valdis Kl=C4=93tnieks wrote: > > On Sat, 16 May 2020 18:05:07 +0530, Subhashini Rao Beerisetty said: > > > >> In the first attempt when I run that test case I landed into =C3=A2=E2= =82=AC=C5=93general > >> protection fault: 0000 [#1] SMP" .. Next I rebooted and ran the same > >> test , but now it resulted the =C3=A2=E2=82=AC=C5=93Oops: 0002 [#1] SM= P". > > > > And the 0002 is telling you that there's been 2 previous bug/oops since= the > > reboot, so you need to go back through your dmesg and find the *first* = one. > > > >> In both cases the call trace looks exactly same and RIP points to > >> =C3=A2=E2=82=AC=C5=93native_queued_spin_lock_slowpath+0xfe/0x170".. > > > > The first few entries in the call trace are the oops handler itself. So= ... > > > > > >> May 16 12:06:17 test-pc kernel: [96934.567347] Call Trace: > >> May 16 12:06:17 test-pc kernel: [96934.569475] []__= raw_spin_lock_irqsave+0x37/0x40 > >> May 16 12:06:17 test-pc kernel: [96934.571686] [] e= vent_raise+0x22/0x60 [osa] > >> May 16 12:06:17 test-pc kernel: [96934.573935] [] m= ulti_q_completed_one_buffer+0x34/0x40 [mcore] > > > > The above line is the one where you hit the wall. > > > >> May 16 12:59:22 test-pc kernel: [ 3011.405602] Call Trace: > >> May 16 12:59:22 test-pc kernel: [ 3011.407892] [] _= raw_spin_lock_irqsave+0x37/0x40 > >> May 16 12:59:22 test-pc kernel: [ 3011.410256] [] e= vent_raise+0x22/0x60 [osa] > >> May 16 12:59:22 test-pc kernel: [ 3011.412652] [] m= ulti_q_completed_one_buffer+0x34/0x40 [mcore] > > > > And again. > > > > However, given that it's a 4.4 kernel from 4 years ago, it's going to = be > > hard to find anybody who really cares. > > Right. > > > In fact. I'm wondering if this is from some out-of-tree or vendor patch= , > > because I'm not finding any sign of that function in either the 5.7 or = 4.4 > > tree. Not even a sign of ## catenation abuse - no relevant hits for > > "completed_one_buffer" or "multi_q" either > > Modules linked in: > dbg(OE) mcore(OE) osa(OE) > > Out-of-tree, unsigned modules loaded. Yes, those are out-of-tree modules. Basically, my question is, in general what is the difference between 'general protection fault' and 'Oops' failure in kernel mode. > We don't know what those are or how to debug them. > > > I don't think anybody's going to be able to help unless somebody first > > identifies where that function is.... > > > > > -- > ~Randy >