CN110569068A - method and device for loading program by Linux driver - Google Patents
method and device for loading program by Linux driver Download PDFInfo
- Publication number
- CN110569068A CN110569068A CN201810576272.4A CN201810576272A CN110569068A CN 110569068 A CN110569068 A CN 110569068A CN 201810576272 A CN201810576272 A CN 201810576272A CN 110569068 A CN110569068 A CN 110569068A
- Authority
- CN
- China
- Prior art keywords
- matching
- kernel
- version information
- module
- driver
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 239000000523 sample Substances 0.000 description 2
- 238000004590 computer program Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
Abstract
the invention provides a method and a device for loading a program by a Linux driver, wherein the method comprises the following steps: opening a drive file; calling a matching module arranged on the insmod source code; matching the kernel version information of the current operating system by the matching module according to a configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and executing the next step if the matching is successful; if the matching fails, the matching module returns failure and printing errors by the main program; checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module and loading the driver by the main program; if not, the matching module returns failure and is printed by the main program with errors. The invention can correctly and reasonably reuse the existing drive module, quickens the development period, saves the product cost and improves the stability of the Linux drive loading program.
Description
Technical Field
the invention relates to the technical field of embedded systems, in particular to a method and a device for loading a program by Linux drive.
background
With the continuous development of the embedded industry, the use of the Linux operating system in the embedded field is more and more extensive, and the updating of the Linux kernel is also accelerated. In the embedded industry, software and hardware are often required to be cut out in projects, because in the current Linux system, a compiled driver module can only be loaded into a corresponding kernel and cannot be loaded into kernels of other versions or other configurations, the reason is that when an insmod (load module) or module probe (module probe) program loads the driver module, the kernel version and the kernel configuration are checked, the check currently requires complete matching, and if the check fails, an error is thrown out, and the driver cannot be loaded. In actual project development, as long as kernel versions or configurations are slightly different, all driver modules must be recompiled at the same time, which brings considerable trouble to development work, and particularly for some drivers of independently developed hardware modules, the recompilation driver must find a source code taken by a hardware manufacturer, and then recompile the driver on an upgraded kernel, thereby causing the problems of increased development workload and increased product cost.
Disclosure of Invention
The method and the device for loading the program by the Linux driver can correctly and reasonably reuse the existing driver module, accelerate the development period, save the product cost and improve the stability of the loading program by the Linux driver.
In a first aspect, the present invention provides a method for loading a program by a Linux driver, including:
opening a drive file;
Calling a matching module arranged on the insmod source code;
matching the kernel version information of the current operating system by the matching module according to a configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and executing the next step if the matching is successful; if the matching fails, the matching module returns failure and the main program prints errors;
Checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module, and loading the driver by the main program; if not, the matching module returns failure and the main program prints errors.
optionally, the matching, by the matching module, the kernel version information of the currently running system according to the configuration file that is set on the insmod source code and used for storing the kernel version information, or according to the kernel version information stored in the driver file includes:
Reading, by the matching module, current kernel version information;
Opening the configuration file;
When the configuration file is successfully opened, extracting a list corresponding to the kernel version information in the configuration file, and matching the kernel version information of the current operating system after judging that the current kernel version information is not in the list;
and when the configuration file is failed to be opened, reading the kernel version information corresponding to the compiling driver from the driver file, and then matching the kernel version information of the current running system.
optionally, after extracting a list corresponding to the kernel version information in the configuration file and determining that the current kernel version information is in the list, the method includes:
checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module and loading the driver; if not, the matching module returns failure and the main program prints errors.
Optionally, the kernel version information stored in the configuration file includes: and the driver module corresponding information, the kernel version information correspondingly supported by the driver module and the upgrading information of the kernel version are selected from one or any combination of the driver module corresponding information, the kernel version information and the upgrading information of the kernel version.
Optionally, the matching the kernel version information of the current operating system includes:
matching corresponding version numbers of the two cores;
Matching the minor version numbers of the two cores;
Matching the two kernel versions of the patch.
In a second aspect, the present invention provides an apparatus for loading a program in a Linux driver, including:
the opening module is used for opening the drive file;
The calling module is used for calling the matching module arranged on the insmod source code;
the matching module is used for matching the kernel version information of the current operating system according to a configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and if the matching is successful, the next step is executed; if the matching fails, the matching module returns failure;
the checking module is used for checking whether the kernel of the current running system contains the kernel functional module required by the driving module, and if so, the matching module returns success; if not, the matching module returns failure;
And the driving module is used for loading a driving or printing error from the main program.
optionally, the matching module comprises:
the reading unit is used for reading the current kernel version information;
An opening unit for opening the configuration file;
the first matching unit is used for extracting a list corresponding to the kernel version information in the configuration file when the configuration file is successfully opened, and matching the kernel version information of the current operating system after judging that the current kernel version information is not in the list;
and the second matching unit is used for reading the kernel version information corresponding to the compiling driver from the driver file when the configuration file fails to be opened, and then matching the kernel version information of the current operating system.
Optionally, the first matching unit includes:
The first large version matching subunit is used for matching the corresponding version numbers of the two cores;
the first minor version matching subunit is used for matching minor version numbers of the two kernels;
and the first patch matching subunit is used for matching the patches of the two kernel versions.
optionally, the second matching unit includes:
the second major version matching subunit is used for matching the corresponding version numbers of the two cores;
the second minor version matching subunit is used for matching minor version numbers of the two cores;
and the third patch matching subunit is used for matching the patches of the two kernel versions.
the method and the device for Linux driver loader provided by the embodiment of the invention are characterized in that a driver loader ldmod is re-developed based on insmod, and a matching module and a configuration file are additionally arranged on an insmod source code, wherein the matching module can call kernel version information supported by the configuration file, or match kernel version information of a current running system according to the kernel version information stored in the drive file and specify a kernel version supported by the driver; compared with the prior art, the method mainly comprises the steps of calling an additional matching module after a main program opens a drive file, opening and reading the configuration file by the matching module, matching the kernel version supported by a specified drive by using kernel version information preset in the configuration file, or matching the kernel version information of a current operating system with the kernel version supported by the specified drive according to the kernel version information stored in the drive file, meanwhile, checking whether a kernel in the current operating system contains a kernel function required by the drive or not, and loading the drive by using an ldmod command of the method, on one hand, the method can realize that the same drive binary file can be loaded and used in kernels of different versions, can also be loaded and used in the same version but in different kernels, and can correctly and reasonably reuse the existing drive module in certain development environments, the development period is shortened, and the cost of the product is saved; on the other hand, in the method of the embodiment, the matching module and the configuration file are additionally arranged on the insmod source code, the matching module detects whether the Linux driver loader is matched in detail in a matching mode, the kernel driver is not compiled or modified, the kernel of the current running system is ensured not to be changed greatly, and then a stable state is kept, and the stability of the Linux driver loader is improved.
Drawings
FIG. 1 is a flowchart illustrating a method for loading a program by a Linux driver according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating a method for loading a program by a Linux driver according to another embodiment of the present invention;
FIG. 3 is a schematic structural diagram illustrating an apparatus for loading a program driven by Linux according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of an apparatus for loading a program in a Linux driver according to another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
the embodiment of the invention provides a method for loading a program by a Linux drive, which comprises the following steps of:
S11, opening the drive file;
S12, calling a matching module arranged on the insmod source code;
S13, the matching module matches the kernel version information of the current operating system according to the configuration file which is arranged on the insmod source code and used for storing the kernel version information, or according to the kernel version information stored in the drive file, and if the matching is successful, the next step is executed; if the matching fails, the driving module returns failure and the main program prints errors;
s14, checking whether the kernel of the current running system contains the function needed by the drive module, if yes, the drive module returns success, and the drive is loaded by the main program; if not, the driving module returns failure and the error is printed by the main program.
the Linux driver loader method provided by the embodiment of the invention is characterized in that a driver loader ldmod is re-developed based on insmod, and a matching module and a configuration file are additionally arranged on an insmod source code, wherein the matching module can be used for storing supported kernel version information in a calling configuration file, or matching the kernel version information of a current running system according to the kernel version information stored in the driver file and specifying a kernel version supported by a driver; compared with the prior art, the method mainly comprises the steps of calling an added matching module after a main program opens a drive file, opening and reading the configuration file by the matching module, matching a kernel version supported by a specified drive by using kernel version information preset in the configuration file, or matching the kernel version information of a current running system according to the kernel version information stored in the drive file to specify the kernel version supported by the drive, and meanwhile, checking whether a kernel in the current running system contains a kernel function required by the drive, and loading the drive by using an ldmod command of the method (wherein the ldmod is synthesized by two words of a load module, and the command of the ldmod is not available in a standard linux system, the loading module is modified based on the insmod and is distinguished from the insmod, the representing loading module is similar to the insmod, and can load the linux kernel drive module, the method does not carry out dependence detection), on one hand, the method can realize that the same drive binary file can be loaded and used in the kernels of different versions, and also can be loaded and used in the kernels of the same version but configured differently, and in some development environments, the existing drive module can be correctly and reasonably reused, the development period is shortened, and the product cost is saved; on the other hand, in the method of the embodiment, the matching module and the configuration file are additionally arranged on the insmod source code, the matching module detects whether the Linux driver loader is matched in detail in a matching mode, the kernel driver is not compiled or modified, the kernel of the current running system is ensured not to be changed greatly, and then a stable state is kept, and the stability of the Linux driver loader is improved.
optionally, as shown in fig. 2, the matching, by the matching module, the kernel version information of the currently running system according to the configuration file that is set on the insmod source code and used for storing the kernel version information, or according to the kernel version information stored in the driver file includes:
reading, by the matching module, current kernel version information;
Opening the configuration file;
when the configuration file is successfully opened, extracting a list corresponding to the kernel version information in the configuration file, and matching the kernel version information of the current operating system after judging that the current kernel version information is not in the list;
and when the configuration file is failed to be opened, reading the kernel version information corresponding to the compiling driver from the driver file, and then matching the kernel version information of the current running system.
Specifically, in the method of this embodiment, the matching module first reads a configuration file, and determines whether the driver module supports the kernel version of the current system according to a corresponding list of the configuration file; if the configuration file is failed to be opened, the kernel version information in the corresponding drive file of the drive module is read, matching is carried out according to the kernel version information in the drive module and the kernel version information of the current operating system, after the version matching is successful, whether the kernel of the current system contains the kernel function module required by the drive module is judged, if the kernel matching is successful, the matching module returns success, otherwise, failure is returned. The matching module returns success to the main program, and the main program starts to drive loading work.
optionally, after extracting a list corresponding to the kernel version information in the configuration file and determining that the current kernel version information is in the list, the method includes:
checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module, and loading the driver by the main program; if not, the matching module returns failure and the main program prints errors.
Specifically, in the method of this embodiment, the matching module first reads a configuration file, the configuration file is preset, for example, the configuration file presets names of various driver modules and version information of kernels correspondingly supported by the driver modules, then extracts all kernel versions supported by the driver module according to the name of the currently loaded driver module, then judging whether the kernel version currently running is in the extracted list or not, if so, it is directly judged whether the currently running kernel contains the kernel functional module required by the driver module, if not, firstly matching the kernel version information of the current running system according to the configuration file, then judging whether the current running kernel contains kernel functional modules required by the drive module, and if the current running kernel passes the check, returning to success; if the check fails, a failure is returned.
secondly, if the configuration file is failed to be opened or not existed, reading and compiling the version information of the kernel of the driver from the driver file, then matching the version information with the version information of the currently running kernel, if the matching is successful, further judging whether the currently running kernel contains the kernel module functions required by the driver module, and if the current running kernel passes the checking, returning to success. Otherwise, failure is returned.
optionally, the kernel version information stored in the configuration file includes: and the driver module corresponding information, the kernel version information correspondingly supported by the driver module and the upgrading information of the kernel version are selected from one or any combination of the driver module corresponding information, the kernel version information and the upgrading information of the kernel version.
optionally, the matching the kernel version information of the current operating system includes:
Matching corresponding version numbers of the two cores;
matching the minor version numbers of the two cores;
matching the two kernel versions of the patch.
specifically, the method of this embodiment matches the kernel version number, the minor version number, the patch, and the like in sequence to realize a matching process between the kernel version information read and compiled in the driver file and the currently running kernel version information, so that the driver file can be loaded and used in different kernels under the condition of matching the corresponding version number, the minor version number, and the patch, and thus, the existing driver module is correctly and reasonably reused, the development cycle is accelerated, and the cost is saved.
An embodiment of the present invention further provides a device for loading a program in a Linux driver, where as shown in fig. 3, the device includes:
an opening module 11, configured to open a driver file;
A calling module 12, configured to call a matching module arranged on the insmod source code;
The matching module 13 is used for matching the kernel version information of the current operating system according to the configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and if the matching is successful, executing the next step; if the matching fails, the matching module returns failure;
the checking module 14 is configured to check whether the kernel of the currently running system includes a kernel functional module required by the driver module, and if so, the matching module returns a success; if not, the matching module returns failure;
and the driving module 15 is used for loading driving or printing errors from the main program.
The Linux driver loader device provided by the embodiment of the invention is characterized in that a driver loader ldmod is re-developed based on insmod, and a matching module 13 and a configuration file are additionally arranged on an insmod source code, wherein the matching module 13 can call kernel version information stored in the configuration file, or perform matching processing on the kernel version information of a current running system according to the kernel version information stored in the driver file and specify a kernel version supported by the driver; compared with the prior art, the device mainly calls the added matching module and the matching module 13 opens and reads the configuration file after the driver file is opened by the main program, matches the kernel version supported by the specified driver by using the kernel version information preset in the configuration file, or matches the kernel version information of the current operating system by using the kernel version information stored in the driver file to specify the kernel version supported by the driver, and simultaneously loads the driver by checking whether the kernel in the current operating system contains the kernel function required by the driver and using the ldmod command of the method, on one hand, the device can realize that the same driver binary file can be loaded and used in kernels of different versions, can also be loaded and used in kernels of the same version but configured differently, and in some development environments, the existing driving module can be correctly and reasonably reused, the development period is shortened, and the product cost is saved; on the other hand, in the device of the embodiment, the matching module 13 and the configuration file are additionally arranged on the insmod source code, and the matching module detects whether the Linux driver loader is matched in detail in a matching mode without recompiling or modifying the kernel driver, so that the kernel of the current running system is ensured not to be changed greatly, a stable state is further maintained, and the stability of the Linux driver loader is improved.
optionally, as shown in fig. 4, optionally, the matching module 13 includes:
a reading unit 131, configured to read current kernel version information;
An opening unit 132 for opening the configuration file;
a first matching unit 133, configured to, when the configuration file is successfully opened, extract a list corresponding to the kernel version information in the configuration file, and match the kernel version information of the currently running system after determining that the current kernel version information is not in the list;
the second matching unit 134 is configured to, when the configuration file fails to be opened, read kernel version information corresponding to the compiling driver from the driver file, and then match the kernel version information of the currently running system.
Optionally, the first matching unit 133 includes:
The first large version matching subunit is used for matching the corresponding version numbers of the two cores;
the first minor version matching subunit is used for matching minor version numbers of the two kernels;
and the first patch matching subunit is used for matching the patches of the two kernel versions.
optionally, the second matching unit 134 includes:
the second major version matching subunit is used for matching the corresponding version numbers of the two cores;
the second minor version matching subunit is used for matching minor version numbers of the two cores;
and the third patch matching subunit is used for matching the patches of the two kernel versions.
the apparatus of this embodiment may be configured to implement the technical solutions of the above method embodiments, and the implementation principles and technical effects are similar, which are not described herein again.
it will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.
The above description is only for the specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention are included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (9)
1. a method for loading a program by a Linux driver is characterized by comprising the following steps:
opening a drive file;
calling a matching module arranged on the insmod source code;
Matching the kernel version information of the current operating system by the matching module according to a configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and executing the next step if the matching is successful; if the matching fails, the matching module returns failure and the main program prints errors;
checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module, and loading the driver by the main program; if not, the matching module returns failure and the main program prints errors.
2. The method according to claim 1, wherein the matching, by the matching module, the kernel version information of the currently running system according to a configuration file that is set on the insmod source code and used for storing the kernel version information, or according to the kernel version information stored in a driver file comprises:
reading, by the matching module, current kernel version information;
Opening the configuration file;
when the configuration file is successfully opened, extracting a list corresponding to the kernel version information in the configuration file, and matching the kernel version information of the current operating system after judging that the current kernel version information is not in the list;
and when the configuration file is failed to be opened, reading the kernel version information corresponding to the compiling driver from the driver file, and then matching the kernel version information of the current running system.
3. The method according to claim 2, wherein after extracting a list corresponding to the kernel version information in the configuration file and determining that the current kernel version information is in the list, the method comprises:
checking whether the kernel of the current running system contains kernel functional modules required by the driver module, if so, returning success by the matching module, and loading the driver by the main program; if not, the matching module returns failure and the main program prints errors.
4. the method of claim 1, wherein the kernel version information stored in the configuration file comprises: and the driver module corresponding information, the kernel version information correspondingly supported by the driver module and the upgrading information of the kernel version are selected from one or any combination of the driver module corresponding information, the kernel version information and the upgrading information of the kernel version.
5. The method according to any one of claims 1-4, wherein the matching kernel version information of the currently running system comprises:
matching corresponding version numbers of the two cores;
matching the minor version numbers of the two cores;
Matching the two kernel versions of the patch.
6. an apparatus for loading a program driven by Linux, comprising:
the opening module is used for opening the drive file;
the calling module is used for calling the matching module arranged on the insmod source code;
the matching module is used for matching the kernel version information of the current operating system according to a configuration file which is arranged on the insmod source code and used for storing the kernel version information or according to the kernel version information stored in the drive file, and if the matching is successful, the next step is executed; if the matching fails, the matching module returns failure;
the checking module is used for checking whether the kernel of the current running system contains the kernel functional module required by the driving module, and if so, the matching module returns success; if not, the matching module returns failure;
and the driving module is used for loading a driving or printing error from the main program.
7. the apparatus of claim 6, wherein the matching module comprises:
The reading unit is used for reading the current kernel version information;
an opening unit for opening the configuration file;
the first matching unit is used for extracting a list corresponding to the kernel version information in the configuration file when the configuration file is successfully opened, and matching the kernel version information of the current operating system after judging that the current kernel version information is not in the list;
and the second matching unit is used for reading the kernel version information corresponding to the compiling driver from the driver file when the configuration file fails to be opened, and then matching the kernel version information of the current operating system.
8. the apparatus of claim 7, wherein the first matching unit comprises:
The first large version matching subunit is used for matching the corresponding version numbers of the two cores;
the first minor version matching subunit is used for matching minor version numbers of the two kernels;
and the first patch matching subunit is used for matching the patches of the two kernel versions.
9. the apparatus according to claim 7 or 8, wherein the second matching unit comprises:
The second major version matching subunit is used for matching the corresponding version numbers of the two cores;
The second minor version matching subunit is used for matching minor version numbers of the two cores;
And the third patch matching subunit is used for matching the patches of the two kernel versions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810576272.4A CN110569068A (en) | 2018-06-06 | 2018-06-06 | method and device for loading program by Linux driver |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810576272.4A CN110569068A (en) | 2018-06-06 | 2018-06-06 | method and device for loading program by Linux driver |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110569068A true CN110569068A (en) | 2019-12-13 |
Family
ID=68772344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810576272.4A Pending CN110569068A (en) | 2018-06-06 | 2018-06-06 | method and device for loading program by Linux driver |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110569068A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113220303A (en) * | 2021-04-21 | 2021-08-06 | 北京麟卓信息科技有限公司 | Compiling method and system of kernel module |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104021023A (en) * | 2014-06-24 | 2014-09-03 | 浪潮电子信息产业股份有限公司 | Solving method of breaking version control of kernel module |
| CN104375874A (en) * | 2014-12-11 | 2015-02-25 | 北京奇虎科技有限公司 | Method and device for loading Linux kernel driver |
| CN104572235A (en) * | 2014-12-31 | 2015-04-29 | 北京奇虎科技有限公司 | Compiling method and device for loadable kernel module |
| CN105183530A (en) * | 2015-11-03 | 2015-12-23 | 浪潮(北京)电子信息产业有限公司 | Module loading method and system based on K-UNIX core |
-
2018
- 2018-06-06 CN CN201810576272.4A patent/CN110569068A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104021023A (en) * | 2014-06-24 | 2014-09-03 | 浪潮电子信息产业股份有限公司 | Solving method of breaking version control of kernel module |
| CN104375874A (en) * | 2014-12-11 | 2015-02-25 | 北京奇虎科技有限公司 | Method and device for loading Linux kernel driver |
| CN104572235A (en) * | 2014-12-31 | 2015-04-29 | 北京奇虎科技有限公司 | Compiling method and device for loadable kernel module |
| CN105183530A (en) * | 2015-11-03 | 2015-12-23 | 浪潮(北京)电子信息产业有限公司 | Module loading method and system based on K-UNIX core |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113220303A (en) * | 2021-04-21 | 2021-08-06 | 北京麟卓信息科技有限公司 | Compiling method and system of kernel module |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108829449B (en) | Method, device, equipment and medium for starting operating system by BIOS (basic input output System) | |
| US9600397B2 (en) | Dynamic debugging method of a software module and corresponding device | |
| CN107220085B (en) | Method for automatically upgrading RAID card firmware | |
| CN110569068A (en) | method and device for loading program by Linux driver | |
| US20070050612A1 (en) | Boot program update and restoration system and method thereof | |
| CN110837383B (en) | Application installation-free upgrading method and device | |
| CN116880877A (en) | Virtual machine enhancement tool upgrading method and device, computer equipment and storage medium | |
| CN112068713B (en) | Event processing method, device, electronic equipment and readable medium | |
| CN113076140B (en) | GPIO (general purpose input/output) configuration detection method and device and server | |
| CN109426546A (en) | Using starting method and device, computer storage medium and equipment | |
| CN112463262A (en) | Android system GPS module self-adaption method and terminal | |
| US7415710B1 (en) | Method and system for maintaining a module type definition table | |
| US9081727B2 (en) | Method, apparatus and computer program for loading files during a boot-up process | |
| CN105278993A (en) | Linux system based drive module upgrading method and apparatus | |
| CN111736863A (en) | Software upgrading method and device and electronic equipment | |
| CN112148376A (en) | Terminal starting method and device | |
| CN111752735A (en) | SDK (software development kit) abnormity troubleshooting method and device and computer readable storage medium | |
| CN115167886B (en) | Automatic adaptation method, device, storage medium and electronic equipment | |
| CN112015452B (en) | Firmware upgrading method and device for gate system and gate system | |
| US20050210233A1 (en) | System and method for updating a basic Input/Output system program | |
| CN115878149A (en) | Firmware upgrading method, device, equipment and storage medium | |
| CN112527336A (en) | Operating system software installation method, device, equipment and storage medium | |
| CN116820728A (en) | Startup sequence management method and device, computer equipment and storage medium | |
| CN115658388A (en) | Application program compatible mode operation method and device and computing equipment | |
| CN115993995A (en) | Single board computer starting method, single board computer and storage medium |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191213 |