From: Shalom Bresticker (Shalom.Bresticker@motorola.com)
Date: Mon Aug 06 2001 - 05:30:45 PDT
>Number: 11
>Category: errata
>Originator: Shalom Bresticker <Shalom.Bresticker@motorola.com>
>Description:
<p>--------------54390105EBA79A75EAF1D283
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I look at Example 8 in Section 12.1.3.4 and see a lot of things I don't understand or seem not 100% correct.
It's mostly a lot of little picky stuff, but still ...
Let's start with what I'm more or less sure of:
- In the instantiation of sms_16b216t0, "...rasb" should be ".rasb", "...dqi" should be ".dqi".
- In the instantiation of sms_16b208t0, "...rasb" should be ".rasb", "...dev_id" should be ".dev_id".
- In the instantiation of sms_16b208t0, i should run from 0 to 7.
I'm less sure of the rest, since I am not familiar with DIMMs.
The example seems to be incomplete, which I do not like.
I think examples in standards documents should contain all needed details.
Adam, I think these examples originated with you.
Can you check these details ? Thanks.
- input adr is [11:0], but only [10:0] are used in both instantiations.
- input ds[7:0] is not used at all.
- Is clk really [3:0] ?
- wires rasb, casb, csb, web, bex[7:0] are not used at all.
- The 8M 16b wide mem is called sms_16b216t0,
while the 16M 8b wide mem is called sms_16b208t0.
Is that correct? What's the naming convention ?
- devid3[4:0] and devid7[4:0] are undeclared.
- The input adr to dimm is 12b wide, whereas the input address to task read_mem is 32b wide.
- Task read_mem appears to call a task with the same name which is apparently defined within the sms modules, but not shown. The use
of the same task name for both is confusing.
<p><p>
-- ************************************************************************** Shalom Bresticker Shalom.Bresticker@motorola.com Motorola Semiconductor Israel, Ltd. Tel #: +972 9 9522268 P.O.B. 2208, Herzlia 46120, ISRAEL Fax #: +972 9 9522890 **************************************************************************<p><p>--------------54390105EBA79A75EAF1D283 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> I look at Example 8 in Section 12.1.3.4 and see a lot of things I don't understand or seem not 100% correct. <p>It's mostly a lot of little picky stuff, but still ... <p>Let's start with what I'm more or less sure of: <p>- In the instantiation of sms_16b216t0, "...rasb" should be ".rasb", "...dqi" should be ".dqi". <br>- In the instantiation of sms_16b208t0, "...rasb" should be ".rasb", "...dev_id" should be ".dev_id". <p>- In the instantiation of sms_16b208t0, i should run from 0 to 7. <p>I'm less sure of the rest, since I am not familiar with DIMMs. <br>The example seems to be incomplete, which I do not like. <br>I think examples in standards documents should contain all needed details. <p>Adam, I think these examples originated with you. <br>Can you check these details ? Thanks. <p>- input adr is [11:0], but only [10:0] are used in both instantiations. <p>- input ds[7:0] is not used at all. <p>- Is clk really [3:0] ? <p>- wires rasb, casb, csb, web, bex[7:0] are not used at all. <p>- The 8M 16b wide mem is called sms_16b216t0, <br>while the 16M 8b wide mem is called sms_16b208t0. <br>Is that correct? What's the naming convention ? <p>- devid3[4:0] and devid7[4:0] are undeclared. <p>- The input adr to dimm is 12b wide, whereas the input address to task read_mem is 32b wide. <p>- Task read_mem appears to call a task with the same name which is apparently defined within the sms modules, but not shown. The use of the same task name for both is confusing. <br> <br> <pre>-- ************************************************************************** Shalom Bresticker Shalom.Bresticker@motorola.com Motorola Semiconductor Israel, Ltd. Tel #: +972 9 9522268 P.O.B. 2208, Herzlia 46120, ISRAEL Fax #: +972 9 9522890 **************************************************************************</pre> </html>
--------------54390105EBA79A75EAF1D283--
This archive was generated by hypermail 2.1.4
: Mon Jul 08 2002 - 12:54:43 PDT
and
sponsored by Boyd Technology, Inc.