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 07DFAC433F5 for ; Mon, 7 Mar 2022 17:16:48 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=BPCiRRlkaeoky7GXfxZuKb5EMS+p9Laik4/h3JDBJCI=; b=g+VW83Gj9s1Kjf EorpF1womWziZczxQ5xAMY6TFWtVN3EGAIjxc1nBjoW4z6gEe6VlbTCP+5KMeXRG2f+lzeqx901ZX LsP00eETrZpDn0bQ5+RS4xinIVofFn6EpYbtZhRFgbYb4xMMblMQgchE7XtfPxL7/IlnadxNgUJz+ nczFTBjTuHzgwcSQjO9hy55j4/G9YNqouoFMblyGaR+VCSJP+4AeptlxFBanWQ91rogsYEdZRC4v0 tllmiIGy7mZD9efDivE3ah/iDK35yUHQqZPjTo6vh91ov2j5OfMCI2z87gHCFOKS5yFyaHur1FgUh YBe7frpGEWddIVHk4IAA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nRGxS-000zgy-3O; Mon, 07 Mar 2022 17:15:42 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:32c8:5054:ff:fe00:142]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nRGxN-000zG5-Ui for linux-arm-kernel@lists.infradead.org; Mon, 07 Mar 2022 17:15:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=cyOdgkBPAi8HZ+wyg63D6XoRXf0paAU6y5HI06M0iJQ=; b=x3OJDebOdjo36iunPnfYkYSQiu Y8mTvOq6n0bQti+ufcd/1DTyBzYQ4AWQQU6cw9VffRLbD67sykkV540eqCtRxixs9iPO9Ysaa0sov 677IsGE/2roQxq3CAT3Ap+6HabzHGXTV4ASDk2fgxcHAUBAIQ5FWzXo/dSmm1n1KlkM+39oW+rFAv PWxfZw8GM2QTlnfzt7naskTPygLuhzDAKMcvPSy9xQlBH0YAdqMjdtqgY0Q/719LV7t8ECPZasA5w Sg932sFJ0oOAy1w1cU8xkIzu8F5LTQgYe4fLUsCsyneVu5xl/oIJyIj509PmjPM6oTo4oZpYoy8i0 o/0D6Pvg==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:57684) by pandora.armlinux.org.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nRGvM-0007eB-Rj; Mon, 07 Mar 2022 17:13:32 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.94.2) (envelope-from ) id 1nRGvL-0005vl-Tb; Mon, 07 Mar 2022 17:13:31 +0000 Date: Mon, 7 Mar 2022 17:13:31 +0000 From: "Russell King (Oracle)" To: Giammarco lynx Cc: linux-arm-kernel@lists.infradead.org Subject: Re: Fwd: Question abount VSOL/CarlitoxxPro SFP Patch on Marvell Armada (MCBIN DS) Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220307_091538_013395_74049669 X-CRM114-Status: GOOD ( 16.70 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi, On Mon, Mar 07, 2022 at 05:18:18PM +0100, Giammarco lynx wrote: > Hi all, > > i'm trying to make link up of a VSOL V2810F into a MacchiatoBIN > double-shot on port SFP@2.5GbE (rif > https://www.spinics.net/lists/arm-kernel/msg857257.html) > > The current situation is this one (putting some logs into sfp.c): sfp.c already has debugging present (see the dev_dbg() statements). Those in sfp_sm_event() will show you the complete state machine state and events at entry and exit from each state machine run and is superior to the output provided below, which I can't really make too much sense of. > the SFP reaches the RX_LOS state and there should be a link up (i've > forced los=true on the sfp.c), but nothing happens :( So what state did SFP end up in? There's two ways to know that - either via the debugfs "state" file for the SFP (which should be /sys/kernel/debug/sfp-eth3/state) or by using the provided debug in sfp.c which can be enabled by adding #define DEBUG at the stop of sfp.c. Also defining DEBUG at the top of phylink.c to get further debugging output that will be useful to see what's going on at the MAC side. I suspect you are getting to the "SFP_S_LINK_UP" state, but for some reason the link between the host and the module isn't coming up. Is the PON module connected to the PON network? Thanks. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last! _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel