Prosecution Insights
Last updated: April 20, 2026
Application No. 18/192,500

TRUNCATION FLOATING-POINT CONVERSION TO INTEGER WITH SATURATION

Non-Final OA §103
Filed
Mar 29, 2023
Examiner
PETRANEK, JACOB ANDREW
Art Unit
2183
Tech Center
2100 — Computer Architecture & Software
Assignee
Intel Corporation
OA Round
1 (Non-Final)
80%
Grant Probability
Favorable
1-2
OA Rounds
3y 9m
To Grant
88%
With Interview

Examiner Intelligence

Grants 80% — above average
80%
Career Allow Rate
605 granted / 761 resolved
+24.5% vs TC avg
Moderate +8% lift
Without
With
+8.5%
Interview Lift
resolved cases with interview
Typical timeline
3y 9m
Avg Prosecution
36 currently pending
Career history
797
Total Applications
across all art units

Statute-Specific Performance

§101
6.1%
-33.9% vs TC avg
§103
52.6%
+12.6% vs TC avg
§102
15.0%
-25.0% vs TC avg
§112
12.6%
-27.4% vs TC avg
Black line = Tech Center average estimate • Based on career data from 761 resolved cases

Office Action

§103
DETAILED ACTION Claims 1-20 are pending. The office acknowledges the following papers: Oath filed on 1/24/2024, Letter requesting suspension filed on 3/14/2024. Priority The effective filing date for the subject matter defined in the pending claims in this application is 9/26/2022. Drawings The Examiner contends that the drawings submitted on 03/29/2023 are acceptable for examination proceedings. Specification The disclosure is objected to because of the following informalities: The lengthy specification has not been checked to the extent necessary to determine the presence of all possible minor errors. The Applicant’s cooperation is requested in correcting any errors of which the Applicant may become aware. Appropriate correction is required. Claim Rejections - 35 USC § 103 In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status. The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action: A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made. Claims 1-5, 7, and 15-19 are rejected under 35 U.S.C. 103 as being unpatentable over Oberman et al. (U.S. 2001/0051969), in view of Moudgill et al. (U.S. 2018/0173527). As per claim 1: Oberman and Moudgill disclosed an apparatus comprising: decoder circuitry to decode an instance of a single instruction (Oberman: Figures 4 and 39A elements 120 and 3120, paragraphs 129-130 and 286)(The decoder decodes the PF2ID instruction.), the instance of the single instruction to include at least one or more fields for an opcode (Oberman: Figures 28 and 39A elements 2304 and 3121, paragraphs 242 and 286), one or more fields for location information for at least a first source operand and a destination operand (Oberman: Figure 39A elements 3122A and 3122B, paragraph 286), wherein the opcode is to indicate that execution circuitry is to convert, using truncation or saturation, each floating-point data element of at least the first source operand to an integer value and store the integer value into a corresponding data element position of the destination operand (Oberman: Figures 4, 28, and 39A-B elements 136E, 2300, 2304, 3121, and 3122A-B, paragraphs 130, 145, 241-248, 254-256, and 286-287)(The opcode of the PF2ID instruction controls the execution logic to convert the packed floating-point data elements of the source register to integer elements to be stored in the destination register. The opcode controls processing of the instruction, which includes clamping values at a maximum/minimum value when outside of an allowable conversion range (i.e. saturation).), wherein truncation is to be used when a conversion is inexact (Moudgill: Figure 3 element 302, paragraphs 45 and 47-48)(Oberman: Figures 39A-C element 3128, paragraphs 10, 286-289)(Moudgill disclosed a floating-point to integer conversion instruction that includes rounding rules to handle undefined numbers/NaNs (e.g. inexact). The combination allows for Oberman to convert NaNs to the default rounding mode (i.e. truncation).) and saturation is to be used when a conversion overflows (Oberman: Figures 39A-B, paragraphs 286-287)(The opcode controls processing of the instruction, which includes clamping values at a maximum/minimum value (i.e. overflow/underflow) when outside of an allowable conversion range (i.e. saturation).); and the execution circuitry to execute the decoded instance of the single instruction according to the opcode (Oberman: Figures 4, 28, and 39A elements 136E, 2300, 2304, and 3121, paragraphs 130, 145, 241-248, and 286)(Floating-point execution logic executes the PF2ID instruction.). The advantage of implementing rounding rules for unsupported numbers or NaNs in conversion operations is that exception calls can be avoided. Thus, it would have been obvious to one of ordinary skill in the art at the time of the effective filing date to implement the method of truncating NaNs in Moudgill within the vector conversion instructions of Oberman for the above advantage. As per claim 2: Oberman and Moudgill disclosed the apparatus of claim 1, wherein the one or more fields for location information for the first source operand are to identify a vector register (Oberman: Figure 39A element 3122B, paragraph 286)(In an embodiment, the source field identifies a vector source register.). As per claim 3: Oberman and Moudgill disclosed the apparatus of claim 1, wherein the one or more fields for location information for the first source operand to provide memory location information (Oberman: Figure 39A element 3122B, paragraph 286)(In an embodiment, the source field identifies a memory location.). As per claim 4: Oberman and Moudgill disclosed the apparatus of claim 1, wherein each of the floating-point values of the first source operand is to have a type that is one of a 4-bit floating point value, an 8-bit floating point value, a 16-bit floating point value, a 32-bit floating point value, or a 64-bit floating point value (Oberman: Figures 39A and 40A, paragraphs 286 and 290)(The source field identifies a source operand location storing either 16/32-bit floating point data elements, as indicated by the opcode.). As per claim 5: Oberman and Moudgill disclosed the apparatus of claim 4, wherein the type is identified by the opcode (Oberman: Figures 39A and 40A, paragraphs 286 and 290)(The source field identifies a source operand location storing either 16/32-bit floating point data elements, as indicated by the opcode.). As per claim 7: Oberman and Moudgill disclosed the apparatus of claim 1, wherein the instance of the single instruction is to indicate a rounding mode to be applied (Moudgill: Figure 3 element 302, paragraphs 45 and 47-48)(Oberman: Figures 39A-C element 3128, paragraphs 10, 286-289)(Moudgill disclosed a floating-point to integer conversion instruction that includes rounding rules to handle undefined numbers/NaNs (e.g. inexact). The combination allows for Oberman to convert NaNs to the default rounding mode (i.e. truncation).). As per claim 15: Claim 15 essentially recites the same limitations of claim 1. Claim 15 additionally recites the following limitations: memory to store at least an instance of a single instruction (Oberman: Figure 4 element 114, paragraph 129); wherein the decoder circuitry is to support instructions other than the single instruction (Oberman: Figure 4 elements 120 and 136A-E, paragraphs 129-130). As per claim 16: The additional limitation(s) of claim 16 basically recite the additional limitation(s) of claim 2. Therefore, claim 16 is rejected for the same reason(s) as claim 2. As per claim 17: The additional limitation(s) of claim 17 basically recite the additional limitation(s) of claim 3. Therefore, claim 17 is rejected for the same reason(s) as claim 3. As per claim 18: The additional limitation(s) of claim 18 basically recite the additional limitation(s) of claim 4. Therefore, claim 18 is rejected for the same reason(s) as claim 4. As per claim 19: The additional limitation(s) of claim 19 basically recite the additional limitation(s) of claim 5. Therefore, claim 19 is rejected for the same reason(s) as claim 5. Claims 6, 8-14, and 20 are rejected under 35 U.S.C. 103 as being unpatentable over Oberman et al. (U.S. 2001/0051969), in view of Moudgill et al. (U.S. 2018/0173527), further in view of Official Notice. As per claim 6: Oberman and Moudgill disclosed the apparatus of claim 1, wherein the instance of the single instruction further comprises one or more fields to provide location information for a second source operand (Oberman: Figure 39A element 3122B, paragraph 286)(In an embodiment, the source field identifies a vector source register. Official notice is given that vector instructions can use multiple source operands to select data elements for execution and movement into a destination register for the advantage of increasing code density. Thus, it would have been obvious to one of ordinary skill in the art to implement a second source operand within the vector conversion instruction of Oberman.). As per claim 8: Claim 8 essentially recites the same limitations of claim 1. Claim 8 additionally recites the following limitations: translating an instance of a single instruction from a first instruction set architecture to one or more instructions of second instruction set architecture (Oberman: Figure 4 element 120, paragraph 129)(Official notice is given that non-supported ISA operations can be translated to supported ISA instructions in the front-end of processors for the advantage of executing non-native programs. Thus, it would have been obvious to one of ordinary skill in the art to implement an instruction translation unit in Oberman.). As per claim 9: The additional limitation(s) of claim 9 basically recite the additional limitation(s) of claim 2. Therefore, claim 9 is rejected for the same reason(s) as claim 2. As per claim 10: The additional limitation(s) of claim 10 basically recite the additional limitation(s) of claim 3. Therefore, claim 10 is rejected for the same reason(s) as claim 3. As per claim 11: The additional limitation(s) of claim 11 basically recite the additional limitation(s) of claim 4. Therefore, claim 11 is rejected for the same reason(s) as claim 4. As per claim 12: The additional limitation(s) of claim 12 basically recite the additional limitation(s) of claim 5. Therefore, claim 12 is rejected for the same reason(s) as claim 5. As per claim 13: The additional limitation(s) of claim 13 basically recite the additional limitation(s) of claim 6. Therefore, claim 13 is rejected for the same reason(s) as claim 6. As per claim 14: The additional limitation(s) of claim 14 basically recite the additional limitation(s) of claim 7. Therefore, claim 14 is rejected for the same reason(s) as claim 7. As per claim 20: The additional limitation(s) of claim 20 basically recite the additional limitation(s) of claim 6. Therefore, claim 20 is rejected for the same reason(s) as claim 6. Conclusion The following is text cited from 37 CFR 1.111(c): In amending in reply to a rejection of claims in an application or patent under reexamination, the applicant or patent owner must clearly point out the patentable novelty which he or she thinks the claims present in view of the state of the art disclosed by the references cited or the objections made. The applicant or patent owner must also show how the amendments avoid such references or objections. The prior art made of record and not relied upon is considered pertinent to applicant’s disclosure. Blomgren et al. (U.S. 9,264,066), taught type conversion using a FPU. Rodriguez et al. (U.S. 7,103,621), taught floating-point conversion. Handlogten et al. (U.S. 6,684,232), taught convert-to-integer operations. Abdallah et al. (U.S. 6,292,815), taught packed data conversion operations. Keith et al. (U.S. 5,764,548), taught fast floating-point conversion. Poon (U.S. 5,257,215), taught floating point conversions in a floating-point adder. Ito (U.S. 2020/0143232), taught floating-point to integer conversion. Rovers (U.S. 2018/0278264), taught floating-point to fixed-point conversion. Chauvel et al. (U.S. 2006/0026393), taught floating-point to integer instructions. Ho et al. (U.S. 2016/0211862), taught floating-point to integer conversions. Any inquiry concerning this communication or earlier communications from the examiner should be directed to JACOB A. PETRANEK whose telephone number is (571)272-5988. The examiner can normally be reached on M-F 8:00-4:30. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Jyoti Mehta can be reached on (571) 270-3995. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of an application may be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative or access to the automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. /JACOB PETRANEK/Primary Examiner, Art Unit 2183
Read full office action

Prosecution Timeline

Mar 29, 2023
Application Filed
May 18, 2023
Response after Non-Final Action
Oct 24, 2025
Non-Final Rejection — §103
Mar 30, 2026
Response Filed

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12585466
IN-MEMORY COMPUTING PROCESSOR, PROCESSING SYSTEM, PROCESSING APPARATUS, DEPLOYMENT METHOD OF ALGORITHM MODEL
2y 5m to grant Granted Mar 24, 2026
Patent 12554489
SUPPORTING 8-BIT FLOATING POINT FORMAT OPERANDS IN A COMPUTING ARCHITECTURE
2y 5m to grant Granted Feb 17, 2026
Patent 12554503
PROCESSOR PIPELINE FOR INTERLOCKED DATA TRANSFER OPERATIONS WITH VARIABLE LATENCY
2y 5m to grant Granted Feb 17, 2026
Patent 12554492
DATA PROCESSING SYSTEMS
2y 5m to grant Granted Feb 17, 2026
Patent 12547404
STORING A DUPLICATED RETURN ADDRESS AND STACK POINTER IN REGISTERS TO PREVENT OVERFLOW ATTACKS
2y 5m to grant Granted Feb 10, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

AI Strategy Recommendation

Get an AI-powered prosecution strategy using examiner precedents, rejection analysis, and claim mapping.
Powered by AI — typically takes 5-10 seconds

Prosecution Projections

1-2
Expected OA Rounds
80%
Grant Probability
88%
With Interview (+8.5%)
3y 9m
Median Time to Grant
Low
PTA Risk
Based on 761 resolved cases by this examiner. Grant probability derived from career allow rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month