51 results about "Ioctl" patented technology

A software implementation of an application watchdog, comprising a restart service operating in the user mode and a watchdog driver operating in the kernel mode of a computer operating system. The driver incorporates a system thread configured to monitor a plurality of user applications operating in the user mode. The driver provides a first IOCTL signal interface for communicating control signals between the watchdog driver and one of the user applications and a second IOCTL signal interface for communicating control signals between the watchdog driver and the restart service. A communication interface exists for coordinating timer events with the operating system scheduler. If the system thread does not receive a message from one of said applications within an allotted period of time, the timer event alerts the watchdog driver that the allotted time has elapsed and the watchdog driver signals the restart service to restart that application.

A method, system, and program for monitoring thread usage to dynamically control a thread pool are provided. An application running on the server system invokes a listener thread on a listener socket for receiving client requests at the server system and passing the client requests to one of multiple threads waiting in a thread pool. Additionally, the application sends an ioctl call in blocking mode on the listener thread. A TCP layer within the server system detects the listener thread in blocking mode and monitors a thread count of at least one of a number of incoming requests waiting to be processed and a number of said plurality of threads remaining idle in the thread pool over a sample period. Once the TCP layer detects a thread usage event, the ioctl call is returned indicating the thread usage event with the thread count, such that a number of threads in the thread pool may be dynamically adjusted to handle the thread count.

A method, system, and program for monitoring thread usage to dynamically control a thread pool are provided. An application running on the server system invokes a listener thread on a listener socket for receiving client requests at the server system and passing the client requests to one of multiple threads waiting in a thread pool. Additionally, the application sends an ioctl call in blocking mode on the listener thread. A TCP layer within the server system detects the listener thread in blocking mode and monitors a thread count of at least one of a number of incoming requests waiting to be processed and a number of said plurality of threads remaining idle in the thread pool over a sample period. Once the TCP layer detects a thread usage event, the ioctl call is returned indicating the thread usage event with the thread count, such that a number of threads in the thread pool may be dynamically adjusted to handle the thread count.

The invention belongs to the technical field of location privacy protection and provides an Android platform based GPS (global positioning system) data intercepting control method. Without impacting Android system performances, an own location service monitoring module is inserted into a system_server process to achieve intercepting control of GPS data. For achieving GPS data intercepting control of an Android platform, the method includes the two steps of firstly, finding an entry address of an ioctl function during operation of the system_server process, and secondly, loading the own monitoring module at the entry address of the ioctl function in the system_server process so that GPS datagram is intercepted on the bottom layer.

A hardware-independent proxy layer for synchronous processing of commands in a mobile telephone is disclosed. Such synchronous processing may include receiving a function call of an application program interface (API) that is associated with a function to be performed by a mobile telephone, waiting to receive from a driver layer a result notify event indicating that the function has been performed, and, after receiving the result notify event from the driver layer, passing to the client first result data associated with the first result notify event. The API may be translated into an input / output control (IOCTL) code, which may be sent to the driver layer.

A data-processing system and method are disclosed, which generally includes a plurality of components connected to a bus within a data-processing apparatus utilizing one or more input / output interfaces (e.g., IOCTL) in communication with the bus. A dynamic interface is implemented, which includes a plurality of interface modules that permits varying data-processing applications to scan, identify and interface with the plurality of components utilizing the input / output interface, thereby increasing data-processing application development efficiency relative to one or more components within the data-processing system.

A method and system to transmit code to a System on Chip (SOC) from a host processor using a host-side driver is provided herein. The SOC and host processor are coupled by a bus. The host driver receives an overlay from an application layer and stores the overlay. The host driver receives an IOCTL to be transmitted to the SOC. The host driver determines whether an input / output control (IOCTL) value of the IOCTL to be transmitted to the SOC corresponds to an IOCTL value in one of the stored overlays. The host driver transmits an overlay to the SOC if the IOCTL value of the IOCTL to be transmitted is equal to at least one IOCTL value in the overlay. The host driver then transmits the IOCTL to the SOC.

The invention discloses a method for realizing retention and recovery of a universal register. The process retention method comprises the following steps: enabling a user process to call a system callioctl function; setting a process flag retention / recovery flag bit in the ioctl function; switching a kernel mode to a user mode, and entering judgment on a reservation / recovery flag bit according toa linux signal processing mechanism; if the reservation / recovery flag bit exists, entering a do_work_pending processing function; and storing all the general registers $0-$29 on the kernel stack intoa file or a specified memory by the do_work_pending processing function; according to the process recovery method, the first three steps are the same as the steps of the process retention method, andthe process recovery method also comprises the steps: switching a kernel mode to a user mode, and entering the judgment on a retention / recovery flag bit according to a linux signal processing mechanism; if the reservation / recovery flag bit exists, entering the do_work_pending processing function; and recovering a file or a universal register $0-$29 stored in a specified memory to the kernel stackin the do_work_pending processing function, and returning a user state by the user process after the do_work_pending processing function exits. The problem that a general register is not completely reserved is solved.

The invention discloses a method for invoking a user mode function in a kernel mode, comprising: converting the invocation of the user mode function in the kernel mode into blocking and waking up the kernel mode thread; realizing the parameters of the invoked user mode function in the kernel mode Encapsulation, kernel mode thread blocking, ioctl message communication to complete the user mode function call, when the called user mode function returns the call result, the user mode function return result is sent to the kernel mode through ioctl message communication, and then the blocked kernel mode is woken up The thread, completes the entire process of the function call. The invention realizes the calling of the user state function from the kernel state, and uses the blocking wake-up mode to complete the transparent call from the kernel state to the user state without modifying the logic of the original function without modifying the logic of the original function.