Application programming interface to perform delayed memory transaction information check

Inventors: Harold Carter Edwards (Campbell, CA); Olivier Giroux (Santa Clara, CA); Jack H. Choquette (Palo Alto, CA); Gokul Ramaswamy Hirisave Chandra Shekhara (Bangalore, IN); Rui Guo (Shanghai, CN); Chao Li (Austin, TX); Vishalkumar Ketankumar Mehta (Stäfa, CH); David Dastous St. Hilaire (Lake Stevens, WA); Aditya Avinash Atluri (Redmond, WA); Apoorv Parle (San Jose, CA); Ronny Meir Krashinsky (Portola Valley, CA); Subhasmita Chakraborty (Austin, TX); Vikram Dhar (Campbell, CA)

Assignee: NVIDIA Corporation

G06T1/60 G06F3/061 G06F3/0625 G06F3/0659 G06F3/0673 G06F9/3004 G06F9/30087 G06F9/3877 G06F9/466 G06F9/467 G06F9/4881 G06F9/541 G06T1/20

View Patent ↗

Loading inventors, assignments & file history…

Monitor This Case

Get email alerts when status or documents change.

Order Certified Copies

Most orders are placed with the USPTO same day — all within 24 business hours.

Order via The Patent Place →

Pre-filled with this patent's details

Quick Facts

Patent No.: US 12688545
App. No.: 18/081,552
Granted: Jul 21, 2026
Kind: B2

External Links

USPTO Patent Center↗ Full Patent PDF↗

Abstract

One or more processors include circuitry to, in response to a call to an application programming interface (API), check for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API. A system includes one or more processors to, in response to a call to an application programming interface (API), check for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API. A method includes receiving an application programming interface (API) call and, in response to receiving the API call, checking for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API.

Claims (24)

1 . One or more processors, comprising:

circuitry configured to, in response to a call to an application programming interface (API), check for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API.

2 . The one or more processors of claim 1 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions.

3 . The one or more processors of claim 1 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions between a first memory of a graphics processing unit (GPU) and a second memory of the GPU.

4 . The one or more processors of claim 1 , wherein the API is to receive a state of a synchronization object as an input.

5 . The one or more processors of claim 1 , wherein the API is to receive an identifier of a synchronization object as an input.

6 . The one or more processors of claim 1 , wherein the API is to provide an indication of a state of a synchronization object.

7 . The one or more processors of claim 1 , wherein other operations are to be performed before a barrier event has been performed.

8 . A system, comprising:

one or more processors configured to, in response to a call to an application programming interface (API), check for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API.

9 . The system of claim 8 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions.

10 . The system of claim 8 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions between a first memory of a graphics processing unit (GPU) and a second memory of the GPU.

11 . The system of claim 8 , wherein the API is to receive a state of a synchronization object as an input.

12 . The system of claim 8 , wherein the API is to receive a pointer to a synchronization object as an input.

13 . The system of claim 8 , wherein the API is to provide an indication of a state of a synchronization object.

14 . A method, comprising:

receiving an application programming interface (API) call; and

in response to receiving the API call, checking for information about one or more memory transactions after a timeout event indicated by one or more input parameters of the API.

15 . The method of claim 14 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions.

16 . The method of claim 14 , wherein the information includes a state of a thread synchronization object and the one or more memory transactions are asynchronous memory transactions between a first memory of a graphics processing unit (GPU) and a second memory of the GPU.

17 . The method of claim 14 , wherein the API is to receive a state of a synchronization object as an input.

18 . The method of claim 14 , wherein the API is to receive an identifier of a synchronization object as an input.

19 . The method of claim 14 , wherein the API is to provide information indicating a state of completion of the one or more memory transactions.

20 . A non-transitory computer-readable medium having stored thereon a set of instructions, which when performed by one or more processors, cause the one or more processors to at least perform the method of claim 14 .