CN115878296B - Resource management method and device, electronic equipment and readable storage medium - Google Patents
Resource management method and device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN115878296B CN115878296B CN202310204519.0A CN202310204519A CN115878296B CN 115878296 B CN115878296 B CN 115878296B CN 202310204519 A CN202310204519 A CN 202310204519A CN 115878296 B CN115878296 B CN 115878296B
- Authority
- CN
- China
- Prior art keywords
- hardware
- domain
- target
- resource
- target hardware
- 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.)
- Active
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application discloses a resource management method, a device, an electronic device and a readable storage medium, wherein hardware resource switching instruction information is acquired through a cross-domain control module, hardware resource configuration information of a source hardware domain and a target hardware domain is updated in response to the hardware resource switching instruction information, and target hardware resources of the source hardware domain are configured to the target hardware domain. Therefore, hardware resources of the system-in-chip are allocated across hardware domains in a soft and hard combination mode, on one hand, hardware resources of a source hardware domain and a target hardware domain in the system-in-chip can be flexibly allocated according to different application scene requirements, and automatic configuration of the hardware resources of the hardware domain in the SOC according to the different application scene requirements is realized; on the other hand, aiming at different application scenes, the same version of software can be used for managing the hardware resources of the system-in-chip, and the software maintenance cost is low.
Description
Technical Field
The present disclosure relates to the field of system-on-chip technologies, and in particular, to a resource management method, a device, an electronic apparatus, and a readable storage medium.
Background
With the development of information technology, in order to meet different service requirements of users, multiple operating systems may be run in the same application scenario, for example, a car audio scenario. And for each operating system, a fixed hardware domain is typically configured from the hardware domain of the system on a chip (SOC), the hardware resources of which are used to respond to data scheduling requests of the operating system. However, under different application scenarios, the requirements of different operating systems on hardware resources are different, so that for each application scenario, the hardware resources of the hardware domain need to be manually reconfigured. Therefore, how to implement automatic configuration of hardware resources of a hardware domain in an SOC is a problem to be solved for different application scenarios.
Disclosure of Invention
In view of the foregoing, embodiments of the present application provide a resource management method, apparatus, electronic device, and readable storage medium, so as to at least solve the above-mentioned technical problems in the prior art.
According to a first aspect of the present application, an embodiment of the present application provides a resource management method, applied to a system-in-chip including a plurality of hardware domains, where the hardware domains include a plurality of hardware resources, and the plurality of hardware domains are configured to respectively run different operating systems, the method includes: the cross-domain control module acquires hardware resource switching instruction information, wherein the hardware resource switching instruction information characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain; and in response to the hardware resource switching instruction information, updating the hardware resource configuration information of the source hardware domain and the target hardware domain, and configuring the target hardware resource to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
Optionally, the cross-domain control module obtains hardware resource switching instruction information, including: the cross-domain control module obtains hardware resource configuration information of a target hardware domain, wherein the hardware resource configuration information of the target hardware domain characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain; the cross-domain control module generates hardware resource switching instruction information based on the hardware resource configuration information of the target hardware domain.
Optionally, the cross-domain control module obtains hardware resource configuration information of the target hardware domain, including: the cross-domain control module acquires current application scene information; the cross-domain control module determines the hardware resource configuration information of the target hardware domain under the current application scene information based on the corresponding relation between the preset application scene information and the hardware resource configuration information of the target hardware domain and the current application scene information.
Optionally, the cross-domain control module obtains current application scenario information, including: the cross-domain control module acquires electrical signals of a plurality of circuit boards; each circuit board corresponds to application scene information; current application scenario information is determined based on the electrical signals of the plurality of circuit boards.
Optionally, the cross-domain control module obtains hardware resource switching instruction information, including: the cross-domain control module acquires a target file, wherein the target file comprises hardware resource switching instruction information; and the cross-domain control module analyzes the target file to obtain the hardware resource switching instruction information.
Optionally, the plurality of hardware domains includes a security domain and an application domain, the security domain includes a source hardware domain, and the cross-domain control module is located within the security domain.
Optionally, the target hardware resources include: at least one of an audio resource control module, a video resource control module, a storage module and a plug-in digital signal processing module.
According to a second aspect of the present application, an embodiment of the present application provides a resource management device, applied to a system-in-chip including a plurality of hardware domains, where the hardware domains include a plurality of hardware resources, and the plurality of hardware domains are configured to respectively run different operating systems, where the device includes: the cross-domain control module is used for acquiring hardware resource switching instruction information, wherein the hardware resource switching instruction information characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain; and in response to the hardware resource switching instruction information, updating the hardware resource configuration information of the source hardware domain and the target hardware domain, and configuring the target hardware resource to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
According to a third aspect of the present application, an embodiment of the present application provides an electronic device, including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to cause the at least one processor to perform a resource management method as in the first aspect or any implementation of the first aspect.
According to a fourth aspect of the present application, there is provided a computer readable storage medium storing computer instructions for causing a computer to perform a resource management method as in the first aspect or any implementation of the first aspect.
According to the resource management method, the device, the electronic equipment and the readable storage medium, the cross-domain control module is used for acquiring the hardware resource switching instruction information, and the hardware resource configuration information of the source hardware domain and the target hardware domain is updated in response to the hardware resource switching instruction information to configure the target hardware resource of the source hardware domain to the target hardware domain; therefore, hardware resources of the system-in-chip are allocated across hardware domains in a soft and hard combination mode, on one hand, hardware resources of a source hardware domain and a target hardware domain in the system-in-chip can be flexibly allocated according to different application scene requirements, and automatic configuration of the hardware resources of the hardware domain in the SOC according to the different application scene requirements is realized; on the other hand, aiming at different application scenes, the same version of software can be used for managing the hardware resources of the system-in-chip, and the software maintenance cost is low.
The foregoing description is only an overview of the technical solutions of the present application, and may be implemented according to the content of the specification in order to make the technical means of the present application more clearly understood, and in order to make the above-mentioned and other objects, features and advantages of the present application more clearly understood, the following detailed description of the present application will be given.
Drawings
FIG. 1 is a schematic flow chart of a resource management method according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a system-on-chip in an embodiment of the present application;
fig. 3 is a schematic flow chart of switching an audio resource control module in the embodiment of the application;
fig. 4 is a schematic flow chart of switching between video resource control modules in the embodiment of the present application;
fig. 5 is a schematic structural diagram of a resource management device according to an embodiment of the present application;
fig. 6 is a schematic hardware structure of an electronic device in an embodiment of the application.
Description of the embodiments
For the purposes of making the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.
In the related art, for different hardware domains in the SOC, hardware resources of the different hardware domains cannot be allocated across domains, and the plug-in processing device needs to be preconfigured to a certain hardware domain. For a single or multiple operating systems in a certain application scene, different operating systems correspond to different hardware domains in the SOC, and the hardware domains of the SOC are controlled and managed through software of the single or multiple operating systems. Therefore, for different application scenes, because hardware resources of different hardware domains cannot be freely allocated across domains, the hardware resources of the hardware domains of the different application scenes need to be manually adjusted, and for different application scenes, different software versions need to be developed to control and manage the hardware resources of the hardware domains.
To this end, an embodiment of the present application provides a resource management method, applied to a system-in-chip including a plurality of hardware domains, where the hardware domains include a plurality of hardware resources, and the plurality of hardware domains are configured to respectively run different operating systems, and the resource management method is shown in fig. 1, and includes:
s101, a cross-domain control module acquires hardware resource switching instruction information, wherein the hardware resource switching instruction information characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain.
In some embodiments, the system on chip, as shown in FIG. 2, includes a plurality of hardware domains, such as hardware domain 1, hardware domain 2, hardware domain 3, and so on. Each hardware domain runs a different operating system, such as a hardware domain 1 running a domain 1 system, a hardware domain 2 running a domain 2 system, a hardware domain 3 running a domain 3 system, etc., and the domain 1 system, the domain 2 system, and the domain 3 system … are different operating systems. When the SOC is powered on, the domain 1 system schedules hardware resources of the hardware domain 1 by default, the domain 2 system schedules hardware resources of the hardware domain 2 by default, the domain 3 system schedules hardware resources … of the hardware domain 3 by default, that is, the hardware resources in the hardware domain 1 respond to data scheduling requests of the domain 1 system by default, the hardware resources in the hardware domain 2 respond to data scheduling requests of the domain 2 system by default, and the hardware resources in the hardware domain 3 respond to data scheduling requests of the domain 3 system by default.
In some embodiments, the target hardware resources may include not only hardware resources of the SOC itself, but also hardware resources possessed by devices that are off-chip on the SOC, such as hardware resources of a Digital Signal Processor (DSP) that is off-chip on the SOC. If the device on the SOC is preconfigured to the source hardware domain, the target hardware resource may be a hardware resource possessed by the device on the SOC.
In some embodiments, the target hardware resources include: at least one of an audio resource control module, a video resource control module, a storage module and a plug-in digital signal processing module. That is, the target hardware resource may be one hardware resource or a combination of hardware resources.
In specific implementation, as shown in fig. 2, a cross-domain control module may be set in the SOC, and after the SOC is powered on, the cross-domain control module actively acquires the hardware resource switching instruction information.
In some embodiments, the user may input the hardware resource switching instruction information by means of active input. For example, the user inputs the hardware resource switching instruction information by clicking a shortcut key.
In some embodiments, the cross-domain control module may automatically generate the hardware resource switch instruction information in response to obtaining the hardware resource configuration information of the target file or the target hardware domain. For example, the user sets the target hardware resource configuration information in the source hardware domain to be configured in the target hardware domain, so that after acquiring the hardware resource configuration information of the target hardware domain, the cross-domain control module automatically generates the hardware resource switching instruction information.
S102, in response to the hardware resource switching instruction information, updating the hardware resource configuration information of the source hardware domain and the target hardware domain, and configuring the target hardware resource to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
In this embodiment, the hardware resource configuration information of the source hardware domain and the hardware resource configuration information of the target hardware domain may be stored in one file or may be stored in different files. The target hardware is configured to the target hardware domain, so that the target hardware resource of the target hardware resource responds to the data scheduling request of the operating system of the target hardware domain, and the target hardware resource does not respond to the data scheduling request of the operating system of the source hardware domain, thereby realizing cross-domain free allocation of the hardware resource of the SOC and realizing the freedom degree of hardware resource configuration under different application scenes.
In one implementation, as shown in fig. 2, the configuration of the target hardware resource of the source hardware domain to the target hardware domain may be implemented only by updating the hardware resource configuration information of the source hardware domain and the target hardware domain without changing the location of the target hardware resource. That is, the target hardware resource is not divided into the target hardware domain from the source hardware domain, but only the operating system or the responded hardware domain to which the target hardware resource is responded is changed, so that the target hardware resource is configured to the target hardware domain, the target hardware resource responds to the data scheduling request of the operating system of the target hardware domain, and the target hardware resource does not respond to the data scheduling request of the operating system of the source hardware domain.
In another implementation manner, the target hardware resource of the source hardware domain is configured to the target hardware domain, which may be that the source hardware domain and the hardware resource configuration information of the target hardware domain are updated on one hand, and on the other hand, the target hardware resource is divided into the target hardware domain, so that the target hardware resource responds to the data scheduling request of the operating system of the target hardware domain, and the target hardware resource does not respond to the data scheduling request of the operating system of the source hardware domain.
According to the resource management method provided by the embodiment of the application, the cross-domain control module is used for acquiring the hardware resource switching instruction information, and the hardware resource configuration information of the source hardware domain and the target hardware domain is updated in response to the hardware resource switching instruction information, so that the target hardware resource of the source hardware domain is configured to the target hardware domain; therefore, hardware resources of the system-in-chip are allocated across hardware domains in a soft and hard combination mode, on one hand, hardware resources of a source hardware domain and a target hardware domain in the system-in-chip can be flexibly allocated according to different application scene requirements, and automatic configuration of the hardware resources of the hardware domain in the SOC according to the different application scene requirements is realized; on the other hand, aiming at different application scenes, the same version of software can be used for managing the hardware resources of the system-in-chip, and the software maintenance cost is low.
In an alternative embodiment, the plurality of hardware domains includes a security domain and an application domain, the security domain includes a source hardware domain, and the cross-domain control module is located within the security domain.
In specific implementation, the SOC internal part is a security domain and an application domain. The security domain is more secure than the application domain. The security domain may increase the security of the security domain by means of encryption, for example. The cross-domain control module is arranged in the security domain, so that the cross-domain control module is not easy to tamper and attack. The security domain is mainly used to support the execution of applications requiring a certain level of security. The application domain is mainly used to support more complex computations, such as execution of applications requiring more computation. The storage performance, the image processing performance and the computing performance of the application domain are higher. Thus, the method can support the execution of the application with high security level and the application with large calculation performance. Because the application domain is mainly used for supporting more complex computation, in this embodiment, the source hardware domain is set to have a secure domain, so that hardware resources of the secure domain can be allocated to the application domain for computation meeting higher demands. If the application domain needs to use the hardware resources of the security domain, the hardware resources of the security domain can be switched to the application domain through a cross-domain control module of the security domain.
In an optional embodiment, in step S101, the acquiring, by the cross-domain control module, hardware resource switching instruction information includes: the cross-domain control module obtains hardware resource configuration information of a target hardware domain, wherein the hardware resource configuration information of the target hardware domain characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain; the cross-domain control module generates hardware resource switching instruction information based on the hardware resource configuration information of the target hardware domain.
In specific implementation, the hardware resource configuration information of the target hardware domain and the hardware resource configuration information of the source hardware domain may be placed in a file. When the hardware resource configuration information of the source hardware domain and the target hardware domain is acquired, the hardware resource configuration information of the target hardware domain is acquired. The hardware resource configuration information of the target hardware domain characterizes a source hardware domain, a target hardware domain and target hardware resources, wherein the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to the data scheduling request of the operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain. That is, the hardware resource configuration information of the target hardware domain indicates that the target hardware domain needs the target hardware resource in the source hardware domain, but the target hardware resource does not respond to the data scheduling request of the target hardware domain. The hardware resource configuration information of the target hardware domain may also characterize hardware resources that respond to the target hardware domain operating system data scheduling request.
In one implementation, the SOC is powered on, and hardware configuration information of the source hardware domain and the target hardware domain is automatically issued to the cross-domain control module, and the cross-domain control module receives the hardware configuration information of the source hardware domain and the target hardware domain and generates hardware resource switching instruction information.
In the implementation manner, the SOC can automatically store the hardware configuration information of the source hardware domain and the target hardware domain corresponding to one application scene, so that the hardware configuration information of the target hardware domain can be accurately and rapidly obtained, and the hardware resource switching instruction information can be rapidly generated.
In another implementation, the cross-domain control module obtains hardware resource configuration information of the target hardware domain, including: the cross-domain control module acquires current application scene information; the cross-domain control module determines the hardware resource configuration information of the target hardware domain under the current application scene information based on the corresponding relation between the preset application scene information and the hardware resource configuration information of the target hardware domain and the current application scene information.
In specific implementation, as shown in fig. 3-4, the cross-domain control module obtains current application scenario information, including: the cross-domain control module acquires electrical signals of a plurality of circuit boards; each circuit board corresponds to application scene information; current application scenario information is determined based on the electrical signals of the plurality of circuit boards.
In fig. 3, a plurality of circuit boards, such as a scene 1 board, a scene 2 board, a scene 3 board, and the like, are provided. Each circuit board corresponds to application scene information, such as a scene 1 board corresponds to a vehicle-mounted scene, a scene 2 board corresponds to a video conference scene, a scene 3 board corresponds to a picture storage scene, and the like. After the circuit boards corresponding to the application scene information are electrified, the current application scene information can be determined by detecting the voltage signals of the circuit boards. The voltage signals of all the circuit boards can be detected through a centralized bracket type data application center (ADC) of the SOC, the ADC sends the voltage signals of all the circuit boards to a cross-domain control module, and if the circuit boards have the voltage signals, the cross-domain control module determines that the application scene information corresponding to the circuit boards is the current application scene information. The cross-domain control module pre-stores the hardware resource configuration information of the target hardware domain under a plurality of application scene information, and the cross-domain control module is matched with the hardware resource configuration information of the corresponding target hardware domain based on the current application scene information. The cross-domain control module generates hardware resource switching instruction information according to the hardware resource configuration information of the target hardware domain, the cross-domain control module responds to the hardware resource switching instruction information and updates the hardware resource configuration information of the source hardware domain and the target hardware domain, and the audio resource control module of the source hardware domain is configured to the target hardware domain so that the audio resource control module responds to the data scheduling request of the target hardware domain operating system and the audio resource control module does not respond to the data scheduling request of the source hardware domain operating system. Such as configuring the audio resource control module 1 of hardware domain 1 to hardware domain 2 so that the domain 2 system can schedule the audio resource control module 1.
Meanwhile, the plug-in DSP is connected to the SOC through an I2C bus (I2C) or a Serial Peripheral Interface (SPI). And the cross-domain control module switches the I2C or SPI of the SOC from the source hardware domain to the target hardware domain according to the hardware resource configuration information of the target hardware domain, so that the hardware resource on the plug-in DSP is appointed to the target hardware domain operating system for control. For example, a DSP switch is connected to hardware domain 2 so that the hardware domain 2 system can schedule the plug-in digital signal processing modules 1-3 on the DSP.
In fig. 4, a plurality of circuit boards, such as a scene 1 board, a scene 2 board, a scene 3 board, and the like, are provided. Each circuit board corresponds to application scene information, such as a scene 1 board corresponds to a vehicle-mounted scene, a scene 2 board corresponds to a video conference scene, a scene 3 board corresponds to a picture storage scene, and the like. After the circuit boards corresponding to the application scene information are electrified, the current application scene information can be determined by detecting the voltage signals of the circuit boards. The voltage signals of all the circuit boards can be detected through a centralized bracket type data application center (ADC) of the SOC, the ADC sends the voltage signals of all the circuit boards to a cross-domain control module, and if the circuit boards have the voltage signals, the cross-domain control module determines that the application scene information corresponding to the circuit boards is the current application scene information. The cross-domain control module pre-stores the hardware resource configuration information of the target hardware domain under a plurality of application scene information, and the cross-domain control module is matched with the hardware resource configuration information of the corresponding target hardware domain based on the current application scene information. The cross-domain control module generates hardware resource switching instruction information according to the hardware resource configuration information of the target hardware domain, the cross-domain control module responds to the hardware resource switching instruction information and updates the hardware resource configuration information of the source hardware domain and the target hardware domain, and the video resource control module of the source hardware domain is configured to the target hardware domain so that the video resource control module responds to the data scheduling request of the target hardware domain operating system, and the video resource control module does not respond to the data scheduling request of the source hardware domain operating system. Such as configuring the video resource control module 2 of hardware domain 2 to hardware domain 3 so that the domain 3 system can schedule the video resource control module 2.
It should be noted that, in fig. 3, only the target hardware resource including the audio resource control module and the plug-in digital signal processing module is taken as an example for illustration, and in fig. 4, only the target hardware resource is taken as the video resource control module for illustration, but the target hardware resource is not limited.
In the implementation manner, by arranging a plurality of circuit boards, each circuit board corresponds to one application scene information, so that different application scenes can adopt the same set of design scheme without being designed independently for each application scene.
In the implementation manner, the corresponding relation between the application scene information and the hardware resource configuration information of the target hardware domain is preset, so that the hardware resource configuration information of the target hardware domain in a plurality of application scenes can be preset, and when the current application scene is determined, the hardware resource configuration information of the target hardware domain can be automatically matched, and different application scenes can be realized by adopting the same design scheme without being independently designed aiming at each application scene.
In this embodiment, the cross-domain control module generates the hardware resource switching instruction information based on the hardware resource configuration information of the target hardware domain by acquiring the hardware resource configuration information of the target hardware domain, so that the cross-domain control module can update the hardware resource configuration information of the source hardware domain and the target hardware domain only by pre-storing the hardware resource configuration information of the target hardware domain in the SOC, and configure the target hardware resource to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
In an alternative embodiment, the cross-domain control module obtains the hardware resource switching instruction information, including: the cross-domain control module acquires a target file, wherein the target file comprises hardware resource switching instruction information; and the cross-domain control module analyzes the target file to obtain the hardware resource switching instruction information.
In the implementation, if the hardware resource configuration information of the target hardware domain is not easy to obtain, the target file can be pre-stored in the SOC, the target file comprises the hardware resource switching instruction information, and when the SOC is powered on, the target file is automatically operated, so that the hardware resource switching instruction information can be automatically obtained.
In this embodiment, the cross-domain control module analyzes the target file to obtain the hardware resource switching instruction information by acquiring the target file, so that the update of the hardware resource configuration information of the source hardware domain and the target hardware domain can be realized as long as the target file is pre-stored in the SOC, and the target hardware resource is configured to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
The embodiment of the application provides a resource management device, which is applied to a system-in-chip including a plurality of hardware domains, wherein the hardware domains include a plurality of hardware resources, the plurality of hardware domains are configured to respectively run different operating systems, and the resource management device is shown in fig. 5 and comprises:
the cross-domain control module 51 is configured to obtain hardware resource switching instruction information, where the hardware resource switching instruction information characterizes a source hardware domain, a target hardware domain, and a target hardware resource, the source hardware domain includes the target hardware resource, the target hardware resource does not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resource responds to the data scheduling request of the operating system of the source hardware domain.
And in response to the hardware resource switching instruction information, updating the hardware resource configuration information of the source hardware domain and the target hardware domain, and configuring the target hardware resource to the target hardware domain, so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system, and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
According to the resource management device provided by the embodiment of the application, the cross-domain control module is used for acquiring the hardware resource switching instruction information, and the hardware resource configuration information of the source hardware domain and the target hardware domain is updated in response to the hardware resource switching instruction information so as to configure the target hardware resource of the source hardware domain to the target hardware domain; therefore, hardware resources of the system-in-chip are allocated across hardware domains in a soft and hard combination mode, on one hand, hardware resources of a source hardware domain and a target hardware domain in the system-in-chip can be flexibly allocated according to different application scene requirements, and automatic configuration of the hardware resources of the hardware domain in the SOC according to the different application scene requirements is realized; on the other hand, aiming at different application scenes, the same version of software can be used for managing the hardware resources of the system-in-chip, and the software maintenance cost is low.
In some embodiments, the cross-domain control module is configured to obtain hardware resource configuration information of a target hardware domain, where the hardware resource configuration information of the target hardware domain characterizes a source hardware domain, a target hardware domain, and a target hardware resource, the source hardware domain includes the target hardware resource, the target hardware resource does not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resource responds to the data scheduling request of the operating system of the source hardware domain; and generating hardware resource switching instruction information based on the hardware resource configuration information of the target hardware domain.
In some embodiments, the cross-domain control module is configured to obtain current application scenario information; and determining the hardware resource configuration information of the target hardware domain under the current application scene information based on the corresponding relation between the preset application scene information and the hardware resource configuration information of the target hardware domain and the current application scene information.
In some embodiments, a cross-domain control module is used for acquiring electrical signals of a plurality of circuit boards; each circuit board corresponds to application scene information; current application scenario information is determined based on the electrical signals of the plurality of circuit boards.
In some embodiments, the cross-domain control module is configured to obtain a target file, where the target file includes hardware resource switching instruction information; and analyzing the target file to obtain the hardware resource switching instruction information.
In some embodiments, the plurality of hardware domains includes a security domain and an application domain, the security domain includes a source hardware domain, and the cross-domain control module is located within the security domain.
In some embodiments, the target hardware resources include: at least one of an audio resource control module, a video resource control module, a storage module and a plug-in digital signal processing module.
According to embodiments of the present application, an electronic device and a readable storage medium are also provided.
Fig. 6 shows a schematic block diagram of an example electronic device 800 that may be used to implement embodiments of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the application described and/or claimed herein.
As shown in fig. 6, the electronic device 800 includes a computing unit 801 that can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM) 802 or a computer program loaded from a storage unit 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the electronic device 800 can also be stored. The computing unit 801, the ROM 802, and the RAM 803 are connected to each other by a bus 804. An input/output interface (I/O interface) 805 is also connected to the bus 804.
Various components in the electronic device 800 are connected to an input/output interface (I/O interface) 805, including: an input unit 806 such as a keyboard, mouse, etc.; an output unit 807 such as various types of displays, speakers, and the like; a storage unit 808, such as a magnetic disk, optical disk, etc.; and a communication unit 809, such as a network card, modem, wireless communication transceiver, or the like. The communication unit 809 allows the electronic device 800 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.
The computing unit 801 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 801 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 801 performs the respective methods and processes described above, such as a resource management method. For example, in some embodiments, the resource management method may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as the storage unit 808. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 800 via the ROM 802 and/or the communication unit 809. When a computer program is loaded into RAM 803 and executed by computing unit 801, one or more steps of the resource management method described above may be performed. Alternatively, in other embodiments, the computing unit 801 may be configured to perform the resource management method by any other suitable means (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present application may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server incorporating a blockchain.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present application may be performed in parallel, sequentially, or in a different order, provided that the desired results of the technical solutions disclosed in the present application can be achieved, and are not limited herein.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "a plurality" is two or more, unless explicitly defined otherwise.
The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A resource management method applied to a system-in-chip including a plurality of hardware domains, the hardware domains including a plurality of hardware resources, the plurality of hardware domains being configured to respectively run different operating systems, the hardware resources of the different hardware domains being unable to be scheduled across the hardware domains, the method comprising:
the method comprises the steps that a cross-domain control module obtains hardware resource switching instruction information, wherein the hardware resource switching instruction information represents a source hardware domain, a target hardware domain and a target hardware resource, the source hardware domain comprises the target hardware resource, the target hardware resource does not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resource responds to the data scheduling request of the operating system of the source hardware domain;
and updating the hardware resource configuration information of the source hardware domain and the target hardware domain in response to the hardware resource switching instruction information, and configuring the target hardware resource to the target hardware domain so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
2. The resource management method of claim 1, the cross-domain control module obtaining hardware resource switching instruction information, comprising:
the method comprises the steps that a cross-domain control module obtains hardware resource configuration information of a target hardware domain, wherein the hardware resource configuration information of the target hardware domain represents a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain;
and the cross-domain control module generates hardware resource switching instruction information based on the hardware resource configuration information of the target hardware domain.
3. The resource management method of claim 2, the cross-domain control module obtaining hardware resource configuration information of a target hardware domain, comprising:
the cross-domain control module acquires current application scene information;
the cross-domain control module determines the hardware resource configuration information of the target hardware domain under the current application scene information based on the corresponding relation between the preset application scene information and the hardware resource configuration information of the target hardware domain and the current application scene information.
4. The resource management method of claim 3, wherein the cross-domain control module obtains current application scenario information, and the method comprises:
the cross-domain control module acquires electrical signals of a plurality of circuit boards; each circuit board corresponds to application scene information;
and determining current application scene information based on the electric signals of a plurality of circuit boards.
5. The resource management method of claim 1, the cross-domain control module obtaining hardware resource switching instruction information, comprising:
the method comprises the steps that a cross-domain control module obtains a target file, wherein the target file comprises hardware resource switching instruction information;
and the cross-domain control module analyzes the target file to obtain the hardware resource switching instruction information.
6. The resource management method of claim 1, the plurality of hardware domains including a secure domain and an application domain, the secure domain including the source hardware domain, the cross-domain control module being located within the secure domain.
7. The resource management method of claim 1, the target hardware resource comprising:
at least one of an audio resource control module, a video resource control module, a storage module and a plug-in digital signal processing module.
8. A resource management device applied to a system-in-chip comprising a plurality of hardware domains, the hardware domains comprising a plurality of hardware resources, the plurality of hardware domains being configured to respectively run different operating systems, the hardware resources of the different hardware domains being unable to be scheduled across the hardware domains, the device comprising:
the cross-domain control module is used for acquiring hardware resource switching instruction information, wherein the hardware resource switching instruction information characterizes a source hardware domain, a target hardware domain and target hardware resources, the source hardware domain comprises the target hardware resources, the target hardware resources do not respond to a data scheduling request of an operating system of the target hardware domain, and the target hardware resources respond to the data scheduling request of the operating system of the source hardware domain;
and updating the hardware resource configuration information of the source hardware domain and the target hardware domain in response to the hardware resource switching instruction information, and configuring the target hardware resource to the target hardware domain so that the target hardware resource responds to the data scheduling request of the target hardware domain operating system and the target hardware resource does not respond to the data scheduling request of the source hardware domain operating system.
9. An electronic device, comprising:
at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to cause the at least one processor to perform the resource management method of any of claims 1-7.
10. A computer readable storage medium storing computer instructions for causing a computer to perform the resource management method of any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310204519.0A CN115878296B (en) | 2023-03-06 | 2023-03-06 | Resource management method and device, electronic equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310204519.0A CN115878296B (en) | 2023-03-06 | 2023-03-06 | Resource management method and device, electronic equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115878296A CN115878296A (en) | 2023-03-31 |
| CN115878296B true CN115878296B (en) | 2023-06-13 |
Family
ID=85761970
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310204519.0A Active CN115878296B (en) | 2023-03-06 | 2023-03-06 | Resource management method and device, electronic equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115878296B (en) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115437723A (en) * | 2021-06-01 | 2022-12-06 | 北京小米移动软件有限公司 | Application scene fast switching method and device, electronic equipment and storage medium |
| CN113886048A (en) * | 2021-10-09 | 2022-01-04 | 中科航宇(广州)科技有限公司 | Task processing method and device, electronic equipment, satellite and storage medium |
| CN115145733A (en) * | 2022-07-28 | 2022-10-04 | 阿里云计算有限公司 | Resource allocation method, device, server and system |
-
2023
- 2023-03-06 CN CN202310204519.0A patent/CN115878296B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN115878296A (en) | 2023-03-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109408205B (en) | Task scheduling method and device based on hadoop cluster | |
| CN109840142B (en) | Thread control method and device based on cloud monitoring, electronic equipment and storage medium | |
| CN109582310B (en) | Data processing method and device, electronic equipment and computer readable storage medium | |
| CN109886693B (en) | Consensus realization method, device, equipment and medium for block chain system | |
| CN110391938B (en) | Method and apparatus for deploying services | |
| CN114924751A (en) | Method and device for distributing service access request flow | |
| CN109428926B (en) | Method and device for scheduling task nodes | |
| CN107347093B (en) | Configuration method and device for distributed server system | |
| CN114924851A (en) | Training task scheduling method and device, electronic equipment and storage medium | |
| CN110113176B (en) | Information synchronization method and device for configuration server | |
| US20120005051A1 (en) | Semi-Automated Customer Model-Based Service Deployment Into Data Centers | |
| CN113204425B (en) | Method, device, electronic equipment and storage medium for process management internal thread | |
| CN114296953A (en) | Multi-cloud heterogeneous system and task processing method | |
| CN113220342A (en) | Centralized configuration method and device, electronic equipment and storage medium | |
| CN113791891A (en) | Continuous integration task construction method, device, equipment and computer readable medium | |
| CN115878296B (en) | Resource management method and device, electronic equipment and readable storage medium | |
| CN115022106B (en) | Group information processing method, device, equipment and medium | |
| CN113722007B (en) | Configuration method, device and system of VPN branch equipment | |
| CN109684059A (en) | Method and device for monitoring data | |
| CN111182062B (en) | Service multi-activity calling method, system and electronic equipment | |
| CN115442129A (en) | Method, device and system for managing cluster access authority | |
| CN114625479A (en) | Cloud edge collaborative application management method in edge computing and corresponding device | |
| US20230102645A1 (en) | Resource Reuse for Pipeline Workloads | |
| CN112148448B (en) | Resource allocation method, apparatus, device and computer readable medium | |
| US11323512B2 (en) | Peer to peer infrastructure management architecture |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |