Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3604025imm; Mon, 18 Jun 2018 00:34:58 -0700 (PDT) X-Google-Smtp-Source: ADUXVKI2Y+P2r78su5hBCZ2NTiq1nAyHq5+NvXoGYxTJRdXjA2KzwmE6Wn8Swkaxdb94q1z7IGKJ X-Received: by 2002:a62:c16:: with SMTP id u22-v6mr12249688pfi.177.1529307298923; Mon, 18 Jun 2018 00:34:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529307298; cv=none; d=google.com; s=arc-20160816; b=a1900yah8n5/5rsnn54u7tOIeYBFgmcbo2EZNCWnTyBjwTYKmViULWBEVoGipwSMjk p0EkMRG4aQDsY6OkGlTMetPUCll9TMw36JcSamGdGCYpzB43sMww/VQ3J77HD2ultSoN y4cWCYWh0QoC5c0+8YNT2uC29WIjiA5XG93/tY467GKitVzxUhtmNWqnF5i6GevL3Qvx t0BEfC/oDzt0pPpRCM2CWh2KGTZ9Vvz5OrtUuWipINnp12zx9xHf2TNDQW3ufISAWK7l CIWhiyU4M0ylfSX/HeXJJMchPu/DHLvRMn5yUgvgr7DFR0YRK40L/rq9AR+8TmqC3JpJ vXhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:arc-authentication-results; bh=dnGkEOowQC7brSnNdhNWEuzv6a2UylRrTjNZsmn9Ifo=; b=KJW0FmsI0irAMip45fozfE3A3QS2oIPSy2oSszU58sPhX/bUyYhCwFCObFbYUewzj5 /qwARLGyPvmvqzGAW2J2Sci3TpFoquMnflgB7Kwj9YyAL96Qa9Hd+cpws/F1n68T3qeM Lu+rXDIMgrpHFX3b98tEi6WdDGd/PDzcCj1w+GmdMoZWFOxtTx0OoMo6OgaREz0vYuuv EDZ8ZRw6j5aOuibM7PyLm7AinkVRhIk+76Nb9nGzxw3fVNo7F9hM0uODTJn/NsfXG2IT NpdNYK0xBI3nm7JBL2i9ictQWaIAPAPDYDXsE2JeAdikn5q706bn/LHPcSnfW0pQPEiV g1oA== ARC-Authentication-Results: i=1; mx.google.com; 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 n20-v6si14077809plp.298.2018.06.18.00.34.45; Mon, 18 Jun 2018 00:34:58 -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; 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 S1755190AbeFRHeG (ORCPT + 99 others); Mon, 18 Jun 2018 03:34:06 -0400 Received: from ozlabs.org ([203.11.71.1]:33129 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754865AbeFRHeE (ORCPT ); Mon, 18 Jun 2018 03:34:04 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 418NBd4frgz9s2L; Mon, 18 Jun 2018 17:34:01 +1000 (AEST) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au From: Michael Ellerman To: Tejun Heo , Jens Axboe Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, Linus Torvalds , linuxppc-dev Subject: Constant ata messages on console with commit 28361c403683 ("libata: add extra internal command") (was Re: [GIT PULL 2/2] libata changes for v4.18-rc1) In-Reply-To: <20180605191525.GF1351649@devbig577.frc2.facebook.com> References: <20180605190807.GE1351649@devbig577.frc2.facebook.com> <20180605191525.GF1351649@devbig577.frc2.facebook.com> Date: Mon, 18 Jun 2018 17:33:57 +1000 Message-ID: <87bmc8a6qi.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Tejun Heo writes: ... > Jens Axboe (10): > libata: introduce notion of separate hardware tags > libata: convert core and drivers to ->hw_tag usage > libata: bump ->qc_active to a 64-bit type > libata: use ata_tag_internal() consistently > libata: remove assumption that ATA_MAX_QUEUE - 1 is the max > sata_nv: set host can_queue count appropriately > libata: add extra internal command Replying here because I can't find the original mail. The above commit is causing one of my machines to constantly spew ata messages on the console, according to bisect: # first bad commit: [28361c403683c2b00d4f5e76045f3ccd299bf99d] libata: add extra internal command To get it to boot I have to also apply: 88e10092f6a6 ("sata_fsl: use the right type for tag bitshift") The system boots OK and seems fine, except that it's just printing multiple of these per second: ata2: Signature Update detected @ 0 msecs ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: Signature Update detected @ 0 msecs ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: Signature Update detected @ 0 msecs ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: Signature Update detected @ 0 msecs ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: Signature Update detected @ 0 msecs And it never seems to stop. The machine is a Freescale/NXP P5020ds, using the sata_fsl driver presumably. Any ideas? cheers