Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1676414imm; Sun, 15 Jul 2018 13:52:36 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfX6EKr/pMm7WctzBRJRGPO9+vThXXRonIqn6kZJmrYYID3Qs7uBRnXogg8nlnYKD769BJj X-Received: by 2002:a17:902:8f86:: with SMTP id z6-v6mr14231731plo.38.1531687955989; Sun, 15 Jul 2018 13:52:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531687955; cv=none; d=google.com; s=arc-20160816; b=N4GHmznREi47mN1bMiMjihXOQoio/JnvKHU0GiJmBY749ahjDQSJxMzNKXkV7N2P5C T4JnE83nAH+kG8d3F2E6ayYnU0ezKKMyY5WYs9QCl2WmJajxpqLOSoBspXKUgxKapLga QuGRLnXuojewopShonx0dJSGngEuA+QVN/avGRQ6kt6hEaOzUlfIPHibc0BHB3mLw++g kl+/ia6KhZw94nCxxVWNisVMMHBTjpitKTpIxsBviGdLMwrreFzRCg7NMpF4zkj+c3Sp VnqSQBPW9MQ3U4+z/YFL9WrYHziD3FJcpT2psnJml9f7Ac+UU6mNJudwg0aPNzw5k0UC 5aAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=Mw57Anu3QyN4JXAmQqKKWYE58NNgh7vOoLxTehHcDAc=; b=MtPrdJ+y7NuTEkcuBzIciOCMCx8fs2AzDzcXTC8DwIQ9fr/q0qS6W12TJ4eseQhQq7 +/JmflMXfJzy4j4VYorcTNKPDHqsBlS4j/zo/nD0cd8huMG9Vb2LyKIWNQ+jo+XWhJ5B STRNtWnwIepicfniV/x/m+KTMPJ852fhpimKr+oKKzRnZkdt4zHg+RTXQH527VEm3tVl BFwQoTV9G/kk5DpHylebF15N6hrcuhbmHjVvn4rT87t4mqd+qADNQTpnra/l+8BxMtOM yRPA4vVqH0+DVBxoNKlGypPo/Dlxu6bOVYmw/AqmDsV2cp2bG31hiUOb3EvMIe5ubHRW XEPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=iz0InVUa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x7-v6si27099481pgb.297.2018.07.15.13.52.20; Sun, 15 Jul 2018 13:52:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=iz0InVUa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727046AbeGOVP5 (ORCPT + 99 others); Sun, 15 Jul 2018 17:15:57 -0400 Received: from mail-lj1-f193.google.com ([209.85.208.193]:36084 "EHLO mail-lj1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726900AbeGOVP5 (ORCPT ); Sun, 15 Jul 2018 17:15:57 -0400 Received: by mail-lj1-f193.google.com with SMTP id u7-v6so25609594lji.3 for ; Sun, 15 Jul 2018 13:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Mw57Anu3QyN4JXAmQqKKWYE58NNgh7vOoLxTehHcDAc=; b=iz0InVUanNe7LkNdv/TJJTvrCsIStHV5WkBfLUr9UF9OuTZHR/aXVLbi59XPOFXZmQ VXgcEaTeMv1uiAhBrgiupBChGNNvDTxJjynwnRQ+2+MP//zmEHl+KjDgKT6+iFuJqu5Q dCdpRxw21OMwynVU+vMxiTc2nh+ecK7eUWrLey5dn1utn/HAH0jwzbOOcLyRBAdtQ7zt lcm21HH222WhR/L+2Qff9D8UxwBzbAPpNKXOaMVorGzyTuLCA0GHemt6F8fO//kIKFpl FXeBrByDawwJtUd5uDxWK4T+xzo26WwofYowosLUM1fLYSaI7BMShw2Glulxj3FYKpqN h4XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Mw57Anu3QyN4JXAmQqKKWYE58NNgh7vOoLxTehHcDAc=; b=oSgx5JASHHrwKFmBpC5NncqbRN/z+ujXxDAMMyAZN/YYO1Umy6GfwDLdT4uhSGUaqV MVf5ChpVKNbEMXos5UYxBTk5cH+F4hYsQT+HkWbE6a/Pr5lEQOIrOjFi0o0r+BrCd7mx /xh50bxw0g6QT18AbiGM2khZAw/SJbR//GqYHa2P/7JUp5JTZfbAb4WAs6bQBEgKLGjF VqkiZF9R5cr19+F3qLhkbW+EpOPSsoZQCWNwXi4zljlvCv0yLVcMEhYphtNY6MAxt0Fw DzQo5H0FCKAXkmUEkgIe7bB/ucLbi1hAlch4Dwt4qHtXpt5geua8Wu7se+Itm13ZrUC7 ysOw== X-Gm-Message-State: AOUpUlG989f3UERIiqJALsFWXCG2XwyYAcZvrJYAeqkk/oRMzenjlXA6 9/Nm/jtlgN0MM9e8BQyPIPkCpZOhR/TDiY5zqp4rv0Ze X-Received: by 2002:a2e:40c6:: with SMTP id r67-v6mr8636528lje.41.1531687903884; Sun, 15 Jul 2018 13:51:43 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:41c1:0:0:0:0:0 with HTTP; Sun, 15 Jul 2018 13:51:43 -0700 (PDT) In-Reply-To: References: From: Arnd Bergmann Date: Sun, 15 Jul 2018 22:51:43 +0200 X-Google-Sender-Auth: H7164EGotxtdlKzYLko2j4OTHE8 Message-ID: Subject: Re: 4.18-rc* regression: x86-32 troubles (with timers?) To: Meelis Roos Cc: Linux Kernel list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 15, 2018 at 5:05 PM, Meelis Roos wrote: >> > > I then tried multiple other machines. All x86-64 machines seem >> > > unaffected, some x86-32 machines are affected (Athlon with AMD750 >> > > chipset, Fujitsu RX100-S2 with P4-3.4, and P4 with Intel 865 chipset), >> > > some very similar x86-32 machines are unaffected. I have different >> > > customized kernel configuration on them, so far I have not pinpointed >> > > any configuration option to be at fault. >> > > >> > > All machines run Debian unstable. >> > > >> > > 4.17.0 was working fine. >> > > >> > > Will continue with bisecting between 4.17.0 and >> > > 4.18.0-rc1-00023-g9ffc59d57228. > > Bisection has been finished (I'm usually away from the problematic > computers in summer), result is strange and seems unrelated: > > 0bc5fe857274133ca028ebb15ff2e8549a369916 is the first bad commit > commit 0bc5fe857274133ca028ebb15ff2e8549a369916 > Author: Sudarsana Reddy Kalluru > Date: Sat May 5 18:42:59 2018 -0700 > > qed*: Refactor mf_mode to consist of bits. Agreed, that isn't the one you were looking for. > `mf_mode' field indicates the multi-partitioning mode the device is > configured to. This method doesn't scale very well, adding a new MF mode > requires going over all the existing conditions, and deciding whether those > are needed for the new mode or not. > The patch defines a set of bit-fields for modes which are derived according > to the mode info shared by the MFW and all the configuration would be made > according to those. To add a new mode, there would be a single place where > we'll need to go and choose which bits apply and which don't. > > Signed-off-by: Sudarsana Reddy Kalluru > Signed-off-by: Ariel Elior > Signed-off-by: David S. Miller > > :040000 040000 a3572846e1afb9ccfa9c4a84b0135a0057ade66f bdb7b28725a4f1bffe79ee384a3603b3127d6fdb M drivers > :040000 040000 f90c7f26fd8445afa48c6679ed68fed294b23d7f 52119c547a82b268b5c173d3df94e267cc1297a0 M include > mroos@rx100s2:~/linux$ nice git bisect log > git bisect start# good: [29dcea88779c856c7dc92040a0c01233263101d4] Linux 4.17 > git bisect good 29dcea88779c856c7dc92040a0c01233263101d4 > # good: [e27c49291a7fe9dc415c9fcab5bd781ec82dfe04] x86: Convert x86_platform_ops to timespec64 > git bisect good e27c49291a7fe9dc415c9fcab5bd781ec82dfe04 > # bad: [1c8c5a9d38f607c0b6fd12c91cbe1a4418762a21] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next > git bisect bad 1c8c5a9d38f607c0b6fd12c91cbe1a4418762a21 > # bad: [1c8c5a9d38f607c0b6fd12c91cbe1a4418762a21] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next > git bisect bad 1c8c5a9d38f607c0b6fd12c91cbe1a4418762a21 > # good: [135c5504a600ff9b06e321694fbcac78a9530cd4] Merge tag 'drm-next-2018-06-06-1' of git://anongit.freedesktop.org/drm/drm > git bisect good 135c5504a600ff9b06e321694fbcac78a9530cd4 > # bad: [ffbc9197b4721634dc6c0fefa9b31e565fa89cee] wcn36xx: improve debug and error messages for SMD > git bisect bad ffbc9197b4721634dc6c0fefa9b31e565fa89cee > # good: [3a443bd6dd7c43bf5763779309514bf3e7c1c3eb] net/9p: correct the variable name in v9fs_get_trans_by_name() comment > git bisect good 3a443bd6dd7c43bf5763779309514bf3e7c1c3eb > # bad: [93c65d13d8a0b7c272868d4a9779f96fc973df26] vmxnet3: Replace msleep(1) with usleep_range() > git bisect bad 93c65d13d8a0b7c272868d4a9779f96fc973df26 > # good: [4bc871984f7cb5b2dec3ae64b570cb02f9ce2227] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net > git bisect good 4bc871984f7cb5b2dec3ae64b570cb02f9ce2227 Everything below here is is 'bad', which can be an indication that you misclassified one of the commits above as 'good' when it should have been 'bad'. The most likely explanations are that you either typed the 'git bisect good' by accident, or that the failure is not 100% reliable, and it sometimes works fine even on a broken kernel. 0bc5fe857274133ca0 follows directly after 3a443bd6dd7c, "net/9p: correct the variable name in v9fs_get_trans_by_name() comment", which is marked "good", and can't really be good if 0bc5fe85727413 is bad and you are not using the 'qed' driver. I'd retest 3a443bd6dd7c again to see if that should have been 'bad', and if it was, test v4.17-rc4, which is what the net-next tree was based on. Arnd