Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp1891809ima; Sun, 21 Oct 2018 23:54:07 -0700 (PDT) X-Google-Smtp-Source: ACcGV61EAwrmpCTMfjQ9F0kKpPlwLNgssKZGjH1Z38vYhXExcsfx9d0f5FgzYs/xudzikKFa+vjY X-Received: by 2002:a62:9fc4:: with SMTP id v65-v6mr44793245pfk.130.1540191247774; Sun, 21 Oct 2018 23:54:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540191247; cv=none; d=google.com; s=arc-20160816; b=uQCapwsHeloG2z2Hr2T4Y9uk/v4MUCHtLMM+M4JEcfyGia751w0fkb2Dx6mhUfErco ZRpbo5+pi72rQJHC1WpTOJwLdVJnZLsucBxZM3ymJzdJAT+6j3VIHmQOVjsh+c23x/89 kbS8170ifcGJ/k5zDWC5zrFXBMV6RNQAajJ5g1DQo0G4l2p0KQu7NkoYvEuoSPPOtasY Yxapi6uh1I06D0GmRNrNPLEPVkaVgsYVF728rqy6GHVKlX0c0WA2igEqFvW9preE7JHz rcUOnmw15SJ8B9QgibAXBcfPySbnsYZDxXPuMCP7OfRhwpZH34uxptIJaVSbbpgC7z8G hccg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=5MpJuFEVdXPtIWsEwKdzhI5yrmRMY8W+7wZ3IaW7sWc=; b=VyhVziexCsBwOsn8sWffe339y84r2iWIHvBMeHqJfJOQqS2s4yabMQaaWcQMTTNoOH aPTxB/LRRbdAFMTEI2xZSruB5Z1MbrqHtcXMGNk9MCL/EW7sJCLCcz0ePyHGMUeR7DFl 1zYMzuEXPxh2Fl90PN0aU58drFKWtZLTs30HJ7lej/lWbx+UWlg6W9oNRKvsKJasTyuy 6T1T6mxogOkOsEEuwpm+r2X/Q1UF4pC9Xg5uco8uANoQPulVp4qrNVAADTQfN8mgyGah pb5o95Z+mMHzjJ25jXC3Ez3UXF2YQQvH9hY26I7OOu2aEZjY7Qlq23OoeqTja8/5NuvV /0Kw== 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j91-v6si33361433pld.181.2018.10.21.23.53.52; Sun, 21 Oct 2018 23:54:07 -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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727623AbeJVPJM (ORCPT + 99 others); Mon, 22 Oct 2018 11:09:12 -0400 Received: from mout01.posteo.de ([185.67.36.141]:45007 "EHLO mout01.posteo.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727387AbeJVPJM (ORCPT ); Mon, 22 Oct 2018 11:09:12 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 92DC821255 for ; Mon, 22 Oct 2018 08:51:57 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 42dnHw1c12z6tmF; Mon, 22 Oct 2018 08:51:56 +0200 (CEST) Subject: Re: CRC errors between mvneta and macb To: linux-kernel@vger.kernel.org, Richard Genoud Cc: Thomas Petazzoni , Antoine Tenart , Gregory CLEMENT , Yelena Krivosheev , Maxime Chevallier , Nicolas Ferre , netdev@vger.kernel.org References: <20181019154439.GC24045@1wt.eu> From: Richard Genoud Message-ID: Date: Mon, 22 Oct 2018 08:51:55 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20181019154439.GC24045@1wt.eu> Content-Type: text/plain; charset=utf-8 Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 19/10/2018 à 17:44, Willy Tarreau a écrit : > On Fri, Oct 19, 2018 at 05:15:03PM +0200, Richard Genoud wrote: >> When there's a CRC error, the TXCLK has its polarity inverted... >> That's a clue ! >> >> But this TXCLK (25MHz) is not used on the g35-ek. >> Only the REFCLK/XT2 (50MHz) is used to synchronise the PHY and the macb. >> So I guess that the TXCLK has a role to play to generate TX+/TX- > > Well, just a stupid idea, maybe when this signal is inverted, the TX+/TX- > are desynchronized by half a clock and are not always properly interpreted > on the other side ? > > Willy > I must admit that I'm not familiar with the PHY internals, I'll have to dig into that. Richard.