****************************************************************************** ********************* IBIS GOLDEN PARSER BUG REPORT FORM ********************* ****************************************************************************** INSTRUCTIONS To report a bug in the IBIS golden parser. Please fill out the top part of the following form and send the complete form to ibischk-bug@vhdl.org. A list of reported bugs will be maintained on vhdl.org. ****************************************************************************** PARSER VERSION NUMBER: 3.2.5 PLATFORM (SPARC, HP700, PC, etc.): HP OS AND VERSION: HP_UX (B.10.20) REPORTED BY: Michael Mirmak, Intel Corp. DATE: November 8, 2000 DESCRIPTION OF BUG: Section 9 of the IBIS 3.2 specification, under "Notes on Data Derivation Method," describes the proper assignment of values to "min" and "max" data columns: "The 'min' and 'max' columns for all remaining keywords and subparameters will contain the smallest and largest magnitude values. This applies to the [Model] subparameter C_comp as well..." Currently, the parser does not generate any message to the user when the numerically-largest C_comp value appears under the "min" data column. Similarly, no error is flagged when the numerically-smallest C_comp value appears under the "max" data column. Currently, several vendors' own IBIS converters flag this mis-ordering as an error. As many tool vendors allow the user to map any C_comp value to any device corner, independently of VT and IV curve data, strict numerical ordering of C_comp should be enforced. Some indication -- most appropriately, an error -- should be made by the parser of the incorrect ordering of C_comp values. An example: ERROR (line xxx) - A model's "min" C_comp must be the smallest value listed while "max" C_comp must be the largest value listed. This bug also applies to DOS32 IBISCHK3 v3.2.5. INSERT IBIS FILE DEMONSTRATING THE BUG: | |*********************************************************************** | [IBIS Ver] 3.2 [File Name] bug50tst.ibs [File Rev] 0.0 [Date] 08-November-2000 [Source] File created from specification | [Disclaimer] (C) Copyright 2000 Intel Corp. All rights reserved This model is for demonstration purposes only. | | [Component] GENERIC_IBIS [Manufacturer] Intel Corp. | [Package] | typ min max R_pkg 6.0mO 5.0mO 7.0mO L_pkg 5.0nH 2.0nH 8.0nH C_pkg 1.0pF 0.5pF 1.5pF | | [Pin] signal_name model_name R_pin L_pin C_pin A1 TestSignal1 TestModel | |************************************************************************ | [Model] TestModel Model_type Output Polarity Non-Inverting Cref = 10.0pF C_comp 5.00pF 40.00pF 1.00pF | | [Temperature Range] 27.00 100.00 0.00 [Voltage Range] 3.30V 3.00V 3.60V [Pulldown] | voltage I(typ) I(min) I(max) | -3.3000 -20.0A -25.00A -15.00A 0.0000 0.0A -5.00nA 5.00nA 3.3000 40.00mA 32.00mA 48.00mA 6.6000 10.0A 12.0A 8.00A | [Pullup] | voltage I(typ) I(min) I(max) | -3.3000 10.00A 12.00A 8.00A 0.0000 0.0uA -0.30uA 0.30uA 3.3000 -65.00mA -40.00mA -80.00mA 6.6000 -22.00A -25.00A -19.00A | [Ramp] | variable typ min max dV/dt_r 0.35/1.6n 0.25/1.8n 0.45/1.5n dV/dt_f 0.35/1.6n 0.25/1.8n 0.45/1.5n R_load = 50.000 | |*************************************************************************** | [End] | | | |Parser 3.2.5 responds with | |IBISCHK3 V3.2.5 | |Checking bug50tst.ibs for IBIS 3.2 Compatibility... | |Errors : 0 | |File Passed | ****************************************************************************** ******************** BELOW FOR ADMINISTRATION AND TRACKING ******************* ****************************************************************************** BUG NUMBER: 50 SEVERITY: [FATAL, SEVERE, MODERATE, ANNOYING, ENHANCEMENT] ANNOYING PRIORITY: [HIGH, MEDIUM, LOW] LOW STATUS: [OPEN, CLOSED, WILL NOT FIX, NOT A BUG] CLOSED FIXED VERSION: Version 3.2.8 FIXED DATE: November 20, 2001 NOTES ON BUG FIX: Classified at the November 17, 2000 IBIS Meeting. BUG50 is planned to be fixed in a future ibischk3 release. ****************************************************************************** ******************************************************************************