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