CN115809127A - Loading method, system, equipment, medium and chip of kernel driving module - Google Patents
Loading method, system, equipment, medium and chip of kernel driving module Download PDFInfo
- Publication number
- CN115809127A CN115809127A CN202211429367.6A CN202211429367A CN115809127A CN 115809127 A CN115809127 A CN 115809127A CN 202211429367 A CN202211429367 A CN 202211429367A CN 115809127 A CN115809127 A CN 115809127A
- Authority
- CN
- China
- Prior art keywords
- kernel
- module
- loading
- modules
- driving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
The invention discloses a loading method, a system, equipment, a medium and a chip of a kernel driver module, wherein the loading method comprises the following steps: acquiring a kernel driving module to be loaded; dividing the kernel driving modules with the association relationship into a plurality of driving module groups, wherein the kernel driving modules with the association relationship are divided into the same driving module group; and loading the kernel driving modules in the corresponding driving module groups through a plurality of threads, wherein each driving module group corresponds to one thread. According to the invention, the kernel driving module is loaded through a plurality of threads, so that the loading time is shortened by multiple times, and the loading efficiency is improved; meanwhile, the modules are grouped based on the incidence relation among the modules, the modules with the incidence relation are grouped into the same group, and the modules are sequentially loaded according to the sequence of the priority from high to low, so that the problem of thread deadlock is avoided, and the smooth operation of multithread loading is ensured.
Description
Technical Field
The present invention relates to the technical field of kernel driver module loading, and in particular, to a method, a system, a device, a medium, and a chip for loading a kernel driver module.
Background
The Linux (an operating system) native community moves some functions of the kernel out of the kernel through KO transformation (KO is a compiled product of the kernel module), inserts the kernel when needed, and unloads the kernel when not needed. Due to the introduction of GKI (universal kernel image) architecture, the android platform causes a kernel driver module related to a manufacturer to be loaded only in a KO manner through an init (a process) process of a user space.
At present, the loading of kernel driver modules is single-threaded, and due to factors such as loading dependence among kernel driver modules, the kernel driver modules cannot be loaded directly by simply using multiple threads, otherwise thread deadlock may occur. However, as the demand increases, the number of corresponding kernel driver modules also increases, which leads to a problem that the kernel driver modules are loaded for a long time when the device is started.
Disclosure of Invention
The invention provides a loading method, a system, equipment, a medium and a chip of a kernel driver module, aiming at overcoming the defect that the loading time is long due to the fact that the kernel driver module is loaded in a single-thread mode in the prior art.
The invention solves the technical problems through the following technical scheme:
the invention provides a loading method of a kernel driver module, which comprises the following steps:
acquiring the kernel driving module to be loaded;
dividing the kernel driving modules with the association relationship into a plurality of driving module groups, wherein the kernel driving modules with the association relationship are divided into the same driving module group;
and loading the kernel driving modules in the corresponding driving module groups through a plurality of threads respectively, wherein each driving module group corresponds to one thread.
Preferably, the association relationship includes a dependency relationship, and the step of dividing the kernel driver module having the association relationship into a plurality of driver module groups includes:
and dividing the kernel driving modules with the dependency relationship into the same driving module group.
Preferably, the association relationship includes a business relationship, and the step of dividing the kernel driver modules having the association relationship into a plurality of driver module groups further includes:
and dividing the kernel driving modules with business relation to each other into the same driving module group.
Preferably, the step of loading the kernel driver module in the driver module group by a plurality of threads further includes:
dividing the kernel driving module without the incidence relation into one or a plurality of driving module groups.
Preferably, the loading method further comprises:
determining the priority of the kernel driving module;
and sequentially loading the kernel driving modules according to the sequence of the priority from high to low.
Preferably, the step of determining the priority of the kernel driver module comprises:
in the same drive module group, for a first kernel drive module and a second kernel drive module which have a dependency relationship, if the first kernel drive module depends on the second kernel drive module, it is determined that the priority of the second kernel drive module is higher than that of the first kernel drive module.
Preferably, the step of determining the priority of the kernel driver module comprises:
and determining the priority of the kernel driver module based on the configuration file of the kernel driver module.
The invention also provides a loading system of the kernel driver module, which comprises:
the obtaining module is used for obtaining the kernel driving module to be loaded;
the grouping module is used for dividing the kernel driving modules with the association into a plurality of driving module groups, wherein the kernel driving modules with the association are divided into the same driving module group;
and the loading module is used for loading the kernel driving modules in the corresponding driving module groups through a plurality of threads, wherein each driving module group corresponds to one thread.
Preferably, the association relationship includes a dependency relationship, and the grouping module is further configured to group the kernel driver modules having a dependency relationship with each other into the same driver module group.
Preferably, the association relationship includes a business relationship, and the grouping module is further configured to group the kernel driver modules having a business relationship with each other into the same driver module group.
Preferably, the grouping module is further configured to divide the kernel driver modules without an association relationship into one or several driver module groups.
Preferably, the loading system further comprises:
the priority determining module is used for determining the priority of the kernel driving module;
the loading module is also used for sequentially loading the kernel driving modules according to the sequence of the priority from high to low.
Preferably, the priority determining module is further configured to, in the same driver module group, for a first kernel driver module and a second kernel driver module that have a dependency relationship, determine that the priority of the second kernel driver module is higher than that of the first kernel driver module if the first kernel driver module depends on the second kernel driver module.
Preferably, the priority determining module is further configured to determine the priority of the kernel driver module based on the configuration file of the kernel driver module.
The invention also provides an electronic device, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor realizes the loading method of the kernel driver module when executing the computer program.
The invention also provides a chip applied to the electronic equipment, wherein the chip is used for executing the loading method of the kernel driving module.
The invention also provides a chip module which is applied to electronic equipment and comprises a transceiving component and a chip, wherein the chip is used for executing the loading method of the kernel driving module.
The present invention also provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the loading method of the kernel driver module described above.
On the basis of the common knowledge in the field, the preferred conditions can be combined randomly to obtain the preferred embodiments of the invention.
The positive progress effects of the invention are as follows: the kernel driving module is loaded through a plurality of threads, so that the loading time is shortened by multiple times, and the loading efficiency is improved; meanwhile, modules are grouped based on the incidence relation among the modules, the modules with the incidence relation are grouped into the same group, and are sequentially loaded according to the sequence of the priority from high to low, so that the problem of thread deadlock is avoided, and the smooth operation of multithreading loading is ensured; thereby improving the efficiency of starting the equipment and improving the performance of the product.
Drawings
Fig. 1 is a flowchart of a method for loading a kernel driver module according to embodiment 1 of the present invention.
Fig. 2 is a flowchart of a specific implementation of a loading method of a kernel driver module according to embodiment 1 of the present invention.
Fig. 3 is a first module diagram of a loading system of a kernel driver module according to embodiment 2 of the present invention.
Fig. 4 is a second module diagram of a loading system of a kernel driver module according to embodiment 2 of the present invention.
Fig. 5 is a schematic structural diagram of an electronic device according to embodiment 3 of the present invention.
Detailed Description
The invention is further illustrated by the following examples, which are not intended to limit the scope of the invention.
Example 1
The present embodiment provides a loading method of a kernel driver module, referring to fig. 1, the loading method includes the following steps:
s1, acquiring a kernel driving module to be loaded;
s2, dividing the kernel driving modules with the association into a plurality of driving module groups, wherein the kernel driving modules with the association are divided into the same driving module group;
and S3, loading the kernel driving modules in the corresponding driving module groups through a plurality of threads, wherein each driving module group corresponds to one thread.
Specifically, step S1 obtains a list of kernel driver modules to be loaded. For a particular software version, this list contains which kernel driver modules need to be loaded, and if timing requirements exist, the priority of module loading. This list is manually configured by the developer.
And S2, dividing the kernel driving modules with the association relationship into a plurality of driving module groups, and dividing the kernel driving modules with the association relationship into the same group. The key point of the application is that the kernel driving modules are grouped according to the association relationship: due to the dependency relationship among the kernel driver modules, one module can be loaded only after the module dependent on the module is loaded, and if all modules to be loaded are simply divided into a plurality of threads to be directly loaded, the problem of thread deadlock is likely to occur, so that loading failure is caused. Therefore, the association relationship between the modules needs to be combed out according to the compiling logic during compiling and the information in the kernel driver module list, and the modules with the association relationship are divided into the same group.
It should be noted that other kernel driver modules without an association relationship may be loaded through one thread, or may be loaded in groups through multiple threads.
And S3, loading the kernel driving modules in the corresponding driving module groups through a plurality of threads, wherein each thread correspondingly loads each module in one driving module group.
In the scheme, the kernel driving modules are divided into a plurality of groups according to the incidence relation, and the kernel driving modules are loaded in a multi-thread mode, so that on one hand, the loading efficiency can be improved, and the time-consuming multiple level of loading is reduced; on the other hand, the problem of thread deadlock is avoided, and smooth loading is ensured.
In an implementable approach, the association relationship includes a dependency relationship, and step S2 includes:
and dividing the kernel driving modules with the dependency relationship into the same driving module group.
Specifically, the dependency relationship list of the kernel driver is analyzed according to the compiling dependency relationship of the kernel driver, and the analysis is completed by depmod (a tool for detecting module dependency).
For example, the dependencies between modules in the dependency list may be represented in the following manner:
/vendor/lib/modules/*.ko:/vendor/lib/modules/**.ko
". ko" represents kernel driver module file, the following colon represents the module that the former depends on, and the colon is empty if there is no dependency.
Modules with dependency relationship among each other are classified into the same group, and the modules with dependency relationship are loaded later.
In the scheme, the kernel driving modules with the dependency relationship are divided into the same group, so that the thread deadlock problem caused by loading dependency can be avoided, and the reliability of multithread loading is ensured.
In an implementable scenario, the association relationship includes a business relationship, and step S2 includes:
and dividing the kernel driving modules with business relation to each other into the same driving module group.
Specifically, the modules having business relations are classified into the same group according to the business relations among the kernel driver modules, such as audio (audio), wifi (wireless communication), bt (bit stream), usb (universal serial bus), and the like. For example, when implementing a certain function, n kernel driver modules, sn-soc-1. Ko, … …, and sn-soc-n.ko, need to be loaded, the n kernel driver modules are divided into the same group and loaded by the same thread.
In the scheme, the kernel driving modules with business relation are divided into the same group, so that the rationality and the effectiveness of multithread loading can be improved.
It should be noted that the association relationship between the kernel driver modules is not limited to the dependency relationship and the business relationship, but also includes other association relationships that affect the multi-thread downloading.
In an implementation scenario, step S3 further includes:
and dividing the kernel driving module without the incidence relation into one or a plurality of driving module groups.
Specifically, modules without an association relationship may be divided into one group and loaded by one thread, or may be divided into multiple groups and loaded by multiple threads.
In the scheme, the loading efficiency can be further improved by grouping and multithreading loading the modules without the incidence relation.
In an implementable scenario, the loading method further includes:
determining the priority of the kernel driving module;
and loading the kernel driving modules in sequence from high priority to low priority.
Specifically, the modules with higher priority are loaded first, and the modules with lower priority are loaded later. The priority is determined by the dependence relationship between the modules, the time sequence and other factors.
In the scheme, the kernel driving modules are sequentially loaded in the priority order, so that the problem of thread deadlock can be avoided, and the smooth loading is ensured.
In one embodiment, the step of determining the priority of the kernel driver module comprises:
in the same drive module group, for a first kernel drive module and a second kernel drive module which have a dependency relationship, if the first kernel drive module depends on the second kernel drive module, the priority of the second kernel drive module is determined to be higher than that of the first kernel drive module.
In particular, if a.ko is dependent on b.ko, b.ko has a higher priority than a.ko, i.e. b.ko is loaded before a.ko.
Further, if a.ko depends on k.ko and f.ko, and b.ko depends on k.ko, then a.ko, b.ko, k.ko, f.ko are grouped into the same drive module group, and k.ko and f.ko have a higher priority than a.ko, while k.ko also has a higher priority than b.ko, and the loading priority may be k.ko > b.ko > f.ko > a.ko.
In the scheme, the priority among the kernel driving modules with the mutual dependency relationship is confirmed, so that the depended modules can be guaranteed to be loaded first, the problem of thread deadlock is avoided, and the loading is guaranteed to be carried out smoothly.
In one embodiment, the step of determining the priority of the kernel driver module comprises:
and determining the priority of the kernel driver module based on the configuration file of the kernel driver module.
Specifically, the configuration file is manually configured by a developer based on different versions of software. To ensure that some critical modules complete the load preferentially, they are assigned a higher priority.
In the scheme, the loading priority of each module is determined through the configuration file of the kernel driver module, so that the key module can be guaranteed to complete loading preferentially, and the reliability of the loading mode is improved.
Referring to fig. 2, the following describes, in a specific implementation manner, an implementation process of the loading method for the kernel driver module provided in this embodiment:
and combing the dependency relationship between the kernel driver modules on the current device according to the module.load (kernel driver module loading list) and the module.dep (dependency relationship list) configuration file generated during compiling. And classifying the kernel driving modules according to the correlation relations such as the dependency relations, the business relations and the like, wherein the modules with the correlation relations are divided into the same group (correlation driver 1, … … and correlation driver n), and the modules without the correlation relations (independent drivers) are divided into one group or a plurality of groups. And in the init process, loading the kernel driving module in the corresponding driving module group through a plurality of threads. And waiting for the loading completion of all the sub-threads, and executing other starting processes.
According to the loading method of the kernel driver module, the kernel driver module is loaded through a plurality of threads, so that the loading time is shortened by multiple times, and the loading efficiency is improved; meanwhile, modules are grouped based on the incidence relations such as the dependency relations and the business relations among the modules, the modules with the incidence relations are divided into the same group, and the modules are sequentially loaded according to the sequence from high priority to low priority, so that the problem of thread deadlock is avoided, and the rationality and the reliability of multithread loading are ensured.
Example 2
The present embodiment provides a loading system of a kernel driver module, referring to fig. 3, the loading system includes:
an obtaining module 21, configured to obtain a kernel driver module to be loaded;
the grouping module 22 is used for dividing the kernel driving modules with the association into a plurality of driving module groups, wherein the kernel driving modules with the association are divided into the same driving module group;
and the loading module 23 is configured to load the kernel driver modules in the corresponding driver module groups through a plurality of threads, where each driver module group corresponds to one thread.
In the scheme, the kernel driving modules are divided into a plurality of groups according to the incidence relation, and the kernel driving modules are loaded in a multi-thread mode, so that on one hand, the loading efficiency can be improved, and the time-consuming multiple level of loading is reduced; on the other hand, the problem of thread deadlock is avoided, and smooth loading is ensured.
In an implementable scheme, the association relationship includes a dependency relationship, and the grouping module 22 is further configured to group the kernel driver modules having a dependency relationship with each other into the same driver module group.
In the scheme, the kernel driving modules with the dependency relationship with each other are divided into the same group, so that the problem of thread deadlock caused by loading dependency can be avoided, and the reliability of multithreading loading is ensured.
In an implementation scheme, the association relationship includes a business relationship, and the grouping module 22 is further configured to group the kernel driver modules having a business relationship with each other into the same driver module group.
In the scheme, the kernel driving modules with business relation to each other are divided into the same group, so that the rationality and the effectiveness of multi-thread loading can be improved.
In an implementation, the grouping module 22 is further configured to divide the unassociated kernel driver module into one or several driver module groups.
In the scheme, the loading efficiency can be further improved by grouping and multithreading loading the modules without the incidence relation.
In an implementable scenario, referring to fig. 4, the loading system further comprises:
a priority determining module 24, configured to determine a priority of the kernel driver module;
the loading module 23 is further configured to sequentially load the kernel driver modules according to the priority order from high to low.
In the scheme, the kernel driving modules are sequentially loaded in the priority order, so that the problem of thread deadlock can be avoided, and the smooth loading is ensured.
In an implementable scheme, the priority determining module 24 is further configured to, in the same driver module group, for a first kernel driver module and a second kernel driver module that have a dependency relationship, if the first kernel driver module depends on the second kernel driver module, determine that the priority of the second kernel driver module is higher than that of the first kernel driver module.
In the scheme, the priority among the kernel driving modules with the mutual dependency relationship is confirmed, so that the depended modules can be guaranteed to be loaded first, the problem of thread deadlock is avoided, and the loading is guaranteed to be carried out smoothly.
In an implementation, the priority determining module 24 is further configured to determine the priority of the kernel driver module based on the configuration file of the kernel driver module.
In the scheme, the loading priority of each module is determined through the configuration file of the kernel driver module, so that the key module can be guaranteed to complete loading preferentially, and the reliability of the loading mode is improved.
Since the loading system of the kernel driver module provided in this embodiment has the same principle as the loading method of the kernel driver module provided in embodiment 1, details are not described here.
According to the loading system of the kernel driver module, the kernel driver module is loaded through the multiple threads, so that the loading time is shortened by multiple times, and the loading efficiency is improved; meanwhile, the modules are grouped based on the incidence relations such as the dependency relation, the service relation and the like among the modules, the modules with the incidence relations are divided into the same group, and the modules are sequentially loaded according to the sequence of the priority from high to low, so that the problem of thread deadlock is avoided, and the rationality and the reliability of multithread loading are ensured.
Example 3
The embodiment provides an electronic device, and fig. 5 is a schematic block diagram of the electronic device. The electronic device comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, and the loading method of the kernel driver module of the embodiment 1 is realized when the processor executes the program. The electronic device 30 shown in fig. 5 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 5, the electronic device 30 may be embodied in the form of a general purpose computing device, which may be, for example, a server device. The components of the electronic device 30 may include, but are not limited to: the at least one processor 31, the at least one memory 32, and a bus 33 connecting the various system components (including the memory 32 and the processor 31).
The bus 33 includes a data bus, an address bus, and a control bus.
The memory 32 may include volatile memory, such as Random Access Memory (RAM) 321 and/or cache memory 322, and may further include Read Only Memory (ROM) 323.
The processor 31 executes various functional applications and data processing, such as a loading method of a kernel driver module according to embodiment 1 of the present disclosure, by executing a computer program stored in the memory 32.
The electronic device 30 may also communicate with one or more external devices 34 (e.g., a keyboard, a pointing device, etc.). Such communication may be through an input/output (I/O) interface 35. Also, model-generating device 30 may also communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet) via network adapter 36. As shown in FIG. 5, network adapter 36 communicates with the other modules of model-generating device 30 via bus 33. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the model-generating device 30, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID (disk array) systems, tape drives, and data backup storage systems, etc.
It should be noted that although in the above detailed description several units/modules or sub-units/modules of the electronic device are mentioned, such a division is merely exemplary and not mandatory. Indeed, the features and functionality of two or more of the units/modules described above may be embodied in one unit/module according to embodiments of the invention. Conversely, the features and functions of one unit/module described above may be further divided into embodiments by a plurality of units/modules.
Example 4
A chip, applied to the electronic device of embodiment 3, for executing the loading method of the kernel driver module according to embodiment 1.
Example 5
A chip module, applied to the electronic device of embodiment 3, is used to execute the loading method of the kernel driver module of embodiment 1.
Example 6
The present embodiment provides a computer-readable storage medium on which a computer program is stored, which when executed by a processor implements the loading method of the kernel driver module of embodiment 1.
More specific examples, among others, that the readable storage medium may employ may include, but are not limited to: a portable disk, a hard disk, random access memory, read only memory, erasable programmable read only memory, optical storage device, magnetic storage device, or any suitable combination of the foregoing.
In a possible implementation manner, the present invention can also be implemented in the form of a program product, which includes program code for causing a terminal device to execute a loading method for implementing the kernel driver module of embodiment 1 when the program product runs on the terminal device.
Where program code for carrying out the invention is written in any combination of one or more programming languages, the program code may execute entirely on the user device, partly on the user device, as a stand-alone software package, partly on the user device and partly on a remote device or entirely on the remote device.
While specific embodiments of the invention have been described above, it will be appreciated by those skilled in the art that this is by way of example only, and that the scope of the invention is defined by the appended claims. Various changes and modifications to these embodiments may be made by those skilled in the art without departing from the spirit and scope of the invention, and these changes and modifications are within the scope of the invention.
Claims (18)
1. A loading method of a kernel driver module is characterized in that the loading method comprises the following steps:
acquiring the kernel driving module to be loaded;
dividing the kernel driving modules with the association relationship into a plurality of driving module groups, wherein the kernel driving modules with the association relationship are divided into the same driving module group;
and loading the kernel driving modules in the corresponding driving module groups through a plurality of threads respectively, wherein each driving module group corresponds to one thread.
2. The method for loading kernel driver modules according to claim 1, wherein the association relationship includes a dependency relationship, and the step of dividing the kernel driver modules having the association relationship into a plurality of driver module groups includes:
and dividing the kernel driving modules with the dependency relationship into the same driving module group.
3. The loading method of kernel driver module according to claim 1, wherein said association relationship includes a business relationship, and said step of dividing said kernel driver module having the association relationship into a plurality of driver module groups further includes:
and dividing the kernel driving modules with business relation to each other into the same driving module group.
4. The method for loading kernel driver modules according to claim 1, wherein the step of loading the kernel driver modules in the driver module group by a plurality of threads further comprises:
and dividing the kernel driving module without the incidence relation into one or a plurality of driving module groups.
5. A loading method of a kernel driver module according to any one of claims 1 to 4, wherein the loading method further comprises:
determining the priority of the kernel driving module;
and sequentially loading the kernel driving modules according to the sequence of the priority from high to low.
6. The loading method of the kernel driver module according to claim 5, wherein the step of determining the priority of the kernel driver module comprises:
in the same drive module group, for a first kernel drive module and a second kernel drive module which have a dependency relationship, if the first kernel drive module depends on the second kernel drive module, it is determined that the priority of the second kernel drive module is higher than that of the first kernel drive module.
7. The loading method of the kernel driver module according to claim 5, wherein the step of determining the priority of the kernel driver module includes:
and determining the priority of the kernel driver module based on the configuration file of the kernel driver module.
8. A loading system for a kernel driver module, the loading system comprising:
the obtaining module is used for obtaining the kernel driving module to be loaded;
the grouping module is used for dividing the kernel driving modules with the association into a plurality of driving module groups, wherein the kernel driving modules with the association are divided into the same driving module group;
and the loading module is used for loading the kernel driving modules in the corresponding driving module groups through a plurality of threads, wherein each driving module group corresponds to one thread.
9. The loading system of kernel driver modules according to claim 8, wherein said association relationship comprises a dependency relationship, and said grouping module is further configured to group said kernel driver modules having a dependency relationship with each other into the same driver module group.
10. The loading system of kernel driver modules according to claim 8, wherein said association relationship comprises a business relationship, and said grouping module is further configured to group said kernel driver modules having a business relationship with each other into the same driver module group.
11. The loading system of kernel driver module according to claim 8, wherein said grouping module is further configured to divide said kernel driver module without association into one or several said driver module groups.
12. A loading system for a kernel driver module according to any one of claims 8-11, wherein said loading system further comprises:
the priority determining module is used for determining the priority of the kernel driving module;
the loading module is also used for sequentially loading the kernel driving modules according to the sequence of the priority from high to low.
13. The system for loading kernel driver modules according to claim 12, wherein the priority determining module is further configured to, in the same driver module group, for a first kernel driver module and a second kernel driver module that have a dependency relationship, determine that a priority of the second kernel driver module is higher than that of the first kernel driver module if the first kernel driver module depends on the second kernel driver module.
14. The loading system of the kernel driver module according to claim 12, wherein the priority determining module is further configured to determine the priority of the kernel driver module based on a configuration file of the kernel driver module.
15. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the loading method of the kernel driver module according to any one of claims 1 to 7 when executing the computer program.
16. A chip applied to an electronic device, wherein the chip is used for executing the loading method of the kernel driver module according to any one of claims 1-7.
17. A chip module applied to electronic equipment is characterized by comprising a transceiving component and a chip, wherein the chip is used for executing the loading method of the kernel driving module according to any one of claims 1 to 7.
18. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the loading method of the kernel driver module according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211429367.6A CN115809127A (en) | 2022-11-15 | 2022-11-15 | Loading method, system, equipment, medium and chip of kernel driving module |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211429367.6A CN115809127A (en) | 2022-11-15 | 2022-11-15 | Loading method, system, equipment, medium and chip of kernel driving module |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115809127A true CN115809127A (en) | 2023-03-17 |
Family
ID=85483328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211429367.6A Pending CN115809127A (en) | 2022-11-15 | 2022-11-15 | Loading method, system, equipment, medium and chip of kernel driving module |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115809127A (en) |
-
2022
- 2022-11-15 CN CN202211429367.6A patent/CN115809127A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6993746B2 (en) | Configuration tool for building a user application for multiple operating systems | |
| US9690595B2 (en) | Booting method for computer system with multiple central processing units | |
| US9836303B2 (en) | Single code set applications executing in a multiple platform system | |
| CN111176804A (en) | Automatic infrastructure update in a clustered environment including containers | |
| CN110134446B (en) | Method for starting PCIE equipment scanning | |
| US20110219373A1 (en) | Virtual machine management apparatus and virtualization method for virtualization-supporting terminal platform | |
| US10606677B2 (en) | Method of retrieving debugging data in UEFI and computer system thereof | |
| US10459742B2 (en) | System and method for operating system initiated firmware update via UEFI applications | |
| CN109983448B (en) | Information processing apparatus, device allocation method, and computer-readable storage medium | |
| CN112698888A (en) | Application modularization, component calling and component initialization method and device | |
| CN113407414A (en) | Program operation monitoring method, device, terminal and storage medium | |
| CN110442399B (en) | Method and device for executing read Native service of application, storage medium and terminal equipment | |
| US8429218B2 (en) | Process restart on a compute node | |
| US8726258B2 (en) | Supporting multiple hardware components in UEFI | |
| CN115291946A (en) | Hongmong system transplanting method, device, electronic equipment and readable medium | |
| US8874865B2 (en) | Memory type-specific access control of a field of a record | |
| JP2004021990A (en) | Firmware selector of computer including processor | |
| CN112711427A (en) | Method and device for acquiring mirror image file | |
| CN115809127A (en) | Loading method, system, equipment, medium and chip of kernel driving module | |
| CN111782335A (en) | Extended application mechanism through in-process operating system | |
| US10838737B1 (en) | Restoration of memory content to restore machine state | |
| EP3791274B1 (en) | Method and node for managing a request for hardware acceleration by means of an accelerator device | |
| US9086895B1 (en) | Controlling hardware driver selection | |
| US8799616B2 (en) | Method and system for preferred CPU binding on virtual partitions | |
| KR101395007B1 (en) | Apparatus and method for processing snapshot image by using snapshot image compression |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |