Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
- To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
 
- Subject: Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
 
- From: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
 
- Date: Thu, 3 Jul 2025 14:52:01 +0000
 
- Accept-language: en-US
 
- Arc-authentication-results: i=2; mx.google.com; dkim=pass                         header.i=@CMEconsulting.onmicrosoft.com                         header.s=selector2-CMEconsulting-onmicrosoft-com                         header.b="S7BlZZa/"; arc=pass (i=1 spf=pass                         spfdomain=cmephyconsulting.com dkim=pass                         dkdomain=cmephyconsulting.com dmarc=pass                         fromdomain=cmephyconsulting.com); spf=pass                         (google.com: domain of george@xxxxxxxxxxxxxxxxxxxx                         designates 40.107.223.102 as permitted sender)                         smtp.mailfrom=george@xxxxxxxxxxxxxxxxxxxx
 
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass                         smtp.mailfrom=cmephyconsulting.com; dmarc=pass                         action=none header.from=cmephyconsulting.com;                         dkim=pass header.d=cmephyconsulting.com; arc=none
 
- Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com;                       s=arc-20240605;                       h=mime-version:content-transfer-encoding:content-language                       :accept-language:in-reply-to:references:message-id:date:thread-index                       :thread-topic:subject:to:from:dkim-signature;                       bh=ljZM/y699VaGZaXxcs3rs/8JSTmBJRQPYhoGKY4LdBc=;                       fh=gugQI5KHSIdluy9DPlcYczNktyfHkiLR0mbYv41DkpY=;                       b=hEKFP+nfbrjALP06hddavwBb4uMFwLt1UCBRITw+9SRYLoX8dY4bcU5f8piSzWH7jy                       gjM5Er5boSchXaAXv9ttoDTE0YEsL5mYIbEHxvT3nk+d0wDsa9G9NMuP3BGUtjl6RcYW                       w9fOSNNiuT2kc441uPpJpzQ2lO9rXEngXla/oS3BuLxMeJWW3aWwNiCqxlVE9hGs1I0N                       r7ANp8HhafaWbJB6+XRf32JAThBCWRz2FZi1wn7NlXqxvyht1r04KZQpTLgRwgbb7Lr0                       NHxqHRwxzuChqjLaMGDHeoeigeP9mXOSE6CUq3EQTpLnaldL48CYOLnKhy4+I6+MvER5 +nJg==;                       dara=google.com
 
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;                       s=arcselector10001;                       h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1;                       bh=ljZM/y699VaGZaXxcs3rs/8JSTmBJRQPYhoGKY4LdBc=;                       b=p8iE7sgfpHqPHLwIz0vVzFZtKPW8/xLhWkNJFHeiH8HLqM9H4nhRBitSIfVbX2IzjueyumeDbL5shVRcSueakYR6HHqtyXLqFR5Xy5a284J+kTOfK9dmsjt+l0c/OTDA95OPg3cnlcCxCUuBa68bZEQ3mNq279v/2qbxyHryX/rKDrSYbyda4MopcbK3Bxq8gsKe4q7IYA4snb62+0NIv1oeMZvNdU4oeaMP5Es50DfRf3ojEmYfseyrRCFcOmxKDxMe2niNtrWVStx5Jz1T/ZacQ8FJdTZhbG5PzhWJuEdP0BpsrzpRCv5oh3Ye8R3mXjtOnGr0BSl+oNM7mbQAhg==
 
- Arc-seal: i=2; a=rsa-sha256; t=1751554327; cv=pass; d=google.com;          s=arc-20240605;          b=eLGR6dvo4lD++qJcjvVCQKGTTlpApqsPEoASO3zbnbp1xiYgFliEzZ85TUGEbisnCh          794iUChgKIO8E/sRY6DpCKRYvBcXaaf/pX3W86sciIQAwFz+3bFFjh7KXjk4q5BPrteL          AzgJ813S0+HOnckLWar4c7WCmZg147EMRfEMcqgWR8HC86nOhlXfM1U43l9EohK8PFn9          NJ3tGY/6zeIgwuPMGVnzYi0byc0sCP+F25HjdxdItYX64PbptiKoyHe+G12u5aq4zjnB          DfKme/vmCIHyFwPnscMZXmOMR92KdNtOdHzLxsVMfbnog40IZW3f0h0s0XUh2CHklpX8          ZRig==
 
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none;          b=JWml8VJi5qdJI8VkSS/DRuOXE2rWJiyBLh1mUo6Pkd05z616/nLAijEnZ5BXXWhj11V+rId4m7hIg4vZQEmOH3DdfFqqgHdXacsLuP+925xNUEBXkJYeYCK6za6KGebW7gSmbQaudSLJOJWPOwb23nJTQltx7PJPThX9iMNfazt59wYb6Wb57+NcgqWLZEhIXWhISbctL41BC8EMiDHRnFLjeKqMZrK0Z7xAJYggSfnTle5VqQZaLUQqsv/xHhXciEEpb/WHDfSuZ07vieGTuhO2uCq1rPOz8o/yW48aditKWXjtSVKkSdVRDht9hmYvZ7sb5P5EDgxq1cDSjzms0g==
 
- Delivered-to: mhonarc@xxxxxxxxxxxxxxxx
 
- Delivered-to: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
 
- In-reply-to: <5325290346128107.WA.wei.loubroadcom.com@listserv.ieee.org>
 
- List-archive: <https://listserv.ieee.org/cgi-bin/wa?LIST=STDS-802-3-ISAAC>
 
- List-help: <https://listserv.ieee.org/cgi-bin/wa?LIST=STDS-802-3-ISAAC>,           <mailto:LISTSERV@LISTSERV.IEEE.ORG?body=INFO%20STDS-802-3-ISAAC>
 
- List-owner: <mailto:STDS-802-3-ISAAC-request@LISTSERV.IEEE.ORG>
 
- List-subscribe: <mailto:STDS-802-3-ISAAC-subscribe-request@LISTSERV.IEEE.ORG>
 
- List-unsubscribe: <mailto:STDS-802-3-ISAAC-unsubscribe-request@LISTSERV.IEEE.ORG>
 
- References: <5325290346128107.WA.wei.loubroadcom.com@listserv.ieee.org>
 
- Reply-to: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
 
- Thread-index: AQHb69yTk7zrpTrE0UGoE3XEo9xLtrQgej6A
 
- Thread-topic: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based              802.3dm PHY
 
Wei Lou -thank you for the response, this is the kind of thing that is usually helped by having the variable, timer, and function definitions along with the state diagram.  I see them for the PCS diagrams on page 32, but did I miss these definitions for the PHY control state diagram?
Also, I might recommend for clarity to consider variable names carefully.  Particularly, I noticed you're using the name 'link_fail_inhibit_timer' which is widely used and understood in 802.3 as associated with autonegotiation.  You might consider a different name to be specific for the TDD training link monitor, which seems to be the use here.
George Zimmerman, Ph.D.
President & Principal
CME Consulting, Inc.
Experts in Advanced PHYsical Communications
george@xxxxxxxxxxxxxxxxxxxx
310-920-3860
-----Original Message-----
From: Wei Lou <000047a3c8c56bbe-dmarc-request@xxxxxxxxxxxxxxxxx> 
Sent: Wednesday, July 2, 2025 10:37 PM
To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
Hi, Ragnar,
Thank you for carefully reviewing TDD baseline text proposal. It is a valid question. Let me clarify the purpose of training_active signal. It is basically not a control signal to tell Master/Slave to start training. Rather, it is a flag which is used to indicate whether to start link_inhibit_timer. When link_inhibit_timer is started once, training_active will also be set to '1', and next time, the PHY won't enter the following if {} 
if(training_active=0 & detect_lp_burst)
   {training_active<=1
   start link_inhibit_timer}
This will avoid the case link_inhibit_timer is repeatedly restarted.
In our proposal, MASTER link_inhibit_timer is started when Master detects the 1st link partner burst( detect_lp_burst=1). While SLAVE link_inhibit_timer is started upon it enters TRAINING0 state (its detect_lp_burst is already set by detecting MASTER burst). While in TRAINING0 state, both master and slave will only start link_inhibit_timer once, then because training_active is set to '1', the if{} will not be satisfied anymore.
The actual SLAVE training starts during the SLAVE SILENT0 state. SLAVE stays SILENT0 until it trains its receiver and achieves synchronization/equalization, and set is loc_rcvr_status0=OK. At this time, SLAVE enters TRAINING0 state and sends its 1st burst/quiet cycle. 
Hope this answers your question. Thank you.
Wei
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1