From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E922FC4167B for ; Tue, 14 Nov 2023 10:05:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229861AbjKNKFo (ORCPT ); Tue, 14 Nov 2023 05:05:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45106 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229799AbjKNKFn (ORCPT ); Tue, 14 Nov 2023 05:05:43 -0500 Received: from mail.3ffe.de (0001.3ffe.de [IPv6:2a01:4f8:c0c:9d57::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C562197; Tue, 14 Nov 2023 02:05:40 -0800 (PST) Received: from 3ffe.de (0001.3ffe.de [IPv6:2a01:4f8:c0c:9d57::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.3ffe.de (Postfix) with ESMTPSA id C395817E; Tue, 14 Nov 2023 11:05:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2022082101; t=1699956338; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cc+AlxmF73YQgRQPbI8MrMzhdobkgpHXHYUEe3HGxPc=; b=bBRzJIUao/6Bnt+uUZ/0mvrYgqndWz2GpBqkzcnNantM5qjetIXnMpZBa6BKSJTNBpcbGD rHSALi5FS95sBk6SR9XGmqbfWv4JVU/TWIOBA5K9gvjA/4NVYaHeUCMkpOhC+MmG8+0sX1 Z+X/Zh2Dzje26Q4W/xOIRGg6tWtT7yTdvzAk9Q6LgGrLVcIodK43DWFPpKGsrTOeSJB704 z4QFviLAdeqY0lukjTAeSGJM/RgHswgoiUljBqXgrFhhuTP+0PgM58WSP91pNlcJ3cmMlw i4LM5SXc7jr5i418iEn6fdIrcbDNMwbQpTGO/+jEKt6WRhmc7ckF+6RVAnG/AQ== MIME-Version: 1.0 Date: Tue, 14 Nov 2023 11:05:38 +0100 From: Michael Walle To: Biju Das Cc: Mark Brown , Miquel Raynal , Krzysztof Kozlowski , linux-spi@vger.kernel.org, linux-mtd@lists.infradead.org, Geert Uytterhoeven , Prabhakar Mahadev Lad , "biju.das.au" , linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH RFC 0/4] Add set_iofv() callback In-Reply-To: References: <20231108171149.258656-1-biju.das.jz@bp.renesas.com> <877590a5e3f8c32ec0a032385049a563@walle.cc> <3a9184e1e91689757a5b680e699ce02d@walle.cc> Message-ID: X-Sender: michael@walle.cc Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-renesas-soc@vger.kernel.org Hi Biju, >> But that really begs the question why the Atmel flash isn't >> working with that setting. I suspect some problems during the turn >> around >> of the direction of IO3. >> You'd really have to probe with an oscilloscope though. > > OK, but as per [1], 8.14, IO3 must be HiZ for Atmel flash. Sure, but the question is *why*? The flash shouldn't drive IO3 during the command phase. Also, because it might be in HiZ it cannot read the state (as it is undefined at this point). So what is going wrong here? As mentioned, I suspect something is going wrong during the change of direction of the IO3 line. Either the SoC is driving it for too long, or the flash is driving it too early? -michael From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 18597C4332F for ; Tue, 14 Nov 2023 10:05:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:Cc:To:From :Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=5VqOoMoPysFiDJjiCqTtBErxhgNTkL88L9t0pAhWGjU=; b=ss6kNKipg57YIaDrvBBdxigha6 vi9UFhQTsnZCQdy4lu4X3/mBHH2zLVxKV2LULDoDPkiUzC6PDNjjyGXHA8kXWxnixYG4DusBdLCl2 jAUYgMtGM9o0rjoTE09bmdP4F+OmnG0hX6opL8Vl0woiMwO96UgC/rtPVFANoLeUUoBL/SDuBTEYq 51pRCjFa3kRCjWXt3lgSSCK9O3REXtl7vgSi9d8/y9qBy1kW33TNpj9D7LdFk1DWQQd0iESFfSWYQ /PTauN95BDKWvrPNAz0GVmUfz07DnTe8UB8Ii45cQpSAxGDyB6rUxYYu/aGe6q8OVsQUaGSH3Eb3G qu5g1KUg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1r2qIi-00FY1c-1D; Tue, 14 Nov 2023 10:05:44 +0000 Received: from 0001.3ffe.de ([2a01:4f8:c0c:9d57::1] helo=mail.3ffe.de) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1r2qIf-00FY0k-2e for linux-mtd@lists.infradead.org; Tue, 14 Nov 2023 10:05:43 +0000 Received: from 3ffe.de (0001.3ffe.de [IPv6:2a01:4f8:c0c:9d57::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.3ffe.de (Postfix) with ESMTPSA id C395817E; Tue, 14 Nov 2023 11:05:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2022082101; t=1699956338; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cc+AlxmF73YQgRQPbI8MrMzhdobkgpHXHYUEe3HGxPc=; b=bBRzJIUao/6Bnt+uUZ/0mvrYgqndWz2GpBqkzcnNantM5qjetIXnMpZBa6BKSJTNBpcbGD rHSALi5FS95sBk6SR9XGmqbfWv4JVU/TWIOBA5K9gvjA/4NVYaHeUCMkpOhC+MmG8+0sX1 Z+X/Zh2Dzje26Q4W/xOIRGg6tWtT7yTdvzAk9Q6LgGrLVcIodK43DWFPpKGsrTOeSJB704 z4QFviLAdeqY0lukjTAeSGJM/RgHswgoiUljBqXgrFhhuTP+0PgM58WSP91pNlcJ3cmMlw i4LM5SXc7jr5i418iEn6fdIrcbDNMwbQpTGO/+jEKt6WRhmc7ckF+6RVAnG/AQ== MIME-Version: 1.0 Date: Tue, 14 Nov 2023 11:05:38 +0100 From: Michael Walle To: Biju Das Cc: Mark Brown , Miquel Raynal , Krzysztof Kozlowski , linux-spi@vger.kernel.org, linux-mtd@lists.infradead.org, Geert Uytterhoeven , Prabhakar Mahadev Lad , "biju.das.au" , linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH RFC 0/4] Add set_iofv() callback In-Reply-To: References: <20231108171149.258656-1-biju.das.jz@bp.renesas.com> <877590a5e3f8c32ec0a032385049a563@walle.cc> <3a9184e1e91689757a5b680e699ce02d@walle.cc> Message-ID: X-Sender: michael@walle.cc X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231114_020542_008658_CD46A98C X-CRM114-Status: GOOD ( 10.44 ) X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org Hi Biju, >> But that really begs the question why the Atmel flash isn't >> working with that setting. I suspect some problems during the turn >> around >> of the direction of IO3. >> You'd really have to probe with an oscilloscope though. > > OK, but as per [1], 8.14, IO3 must be HiZ for Atmel flash. Sure, but the question is *why*? The flash shouldn't drive IO3 during the command phase. Also, because it might be in HiZ it cannot read the state (as it is undefined at this point). So what is going wrong here? As mentioned, I suspect something is going wrong during the change of direction of the IO3 line. Either the SoC is driving it for too long, or the flash is driving it too early? -michael ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/