CN112527425A - Startup picture display method, terminal and storage medium - Google Patents

Startup picture display method, terminal and storage medium Download PDF

Info

Publication number
CN112527425A
CN112527425A CN201910889214.1A CN201910889214A CN112527425A CN 112527425 A CN112527425 A CN 112527425A CN 201910889214 A CN201910889214 A CN 201910889214A CN 112527425 A CN112527425 A CN 112527425A
Authority
CN
China
Prior art keywords
coprocessor
application processor
picture
display
starting
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.)
Withdrawn
Application number
CN201910889214.1A
Other languages
Chinese (zh)
Inventor
许明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201910889214.1A priority Critical patent/CN112527425A/en
Publication of CN112527425A publication Critical patent/CN112527425A/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4403Processor initialisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)
  • Controls And Circuits For Display Device (AREA)

Abstract

The embodiment of the application discloses a startup picture display method, a terminal and a storage medium, and belongs to the technical field of terminals. The method is used for a terminal, the terminal is provided with an application processor and a coprocessor, and the method comprises the following steps: in the starting process, the application processor wakes up the coprocessor; after the coprocessor is awakened, controlling a display screen to display a self-defined starting-up picture, wherein the self-defined starting-up picture is stored in the coprocessor in advance and is set in a starting-up state; and when the startup is finished, the application processor controls the display screen to display the user interface. Different from the prior art that the terminal can only display a fixed startup picture, in the embodiment of the application, the coprocessor is arranged in the terminal, and in the startup starting process, the coprocessor is awakened through the application processor, so that the awakened coprocessor controls the display screen to display a self-defined startup picture which is arranged in the startup state in advance, and the self-defined display of the startup picture is realized.

Description

Startup picture display method, terminal and storage medium
Technical Field
The embodiment of the application relates to the technical field of terminals, in particular to a startup picture display method, a terminal and a storage medium.
Background
In the process of starting up the mobile terminal, the software and hardware environment needs to be initialized, and the system service of the operating system is started through various established processes until the starting of the operating system is completed.
Because the whole startup process needs tens of seconds, each large terminal manufacturer can set a startup picture for the terminal, and the terminal displays the startup picture in the startup process.
Disclosure of Invention
The embodiment of the application provides a startup picture display method, a terminal and a storage medium, which can realize the user-defined display of startup pictures in the startup process. The technical scheme is as follows:
in one aspect, an embodiment of the present Application provides a method for displaying a boot screen, where the method is applied to a terminal, and the terminal is provided with an Application Processor (AP) and a coprocessor, and the method includes:
in the process of starting up, the application processor wakes up the coprocessor;
after the coprocessor is awakened, controlling a display screen to display a user-defined starting-up picture, wherein the user-defined starting-up picture is stored in the coprocessor in advance and is set in a starting-up state;
and when the startup is finished, the application processor controls the display screen to display the user interface.
On the other hand, the embodiment of the application provides a terminal, wherein an application processor and a coprocessor are arranged in the terminal, and the application processor is connected with the coprocessor;
the application processor is used for waking up the coprocessor in the starting process;
the coprocessor is used for controlling a display screen to display a user-defined starting-up picture after being awakened, the user-defined starting-up picture is stored in the coprocessor in advance and is set in a starting-up state;
and the application processor is also used for controlling the display screen to display the user interface when the startup is finished.
In another aspect, a computer-readable storage medium is provided, which stores at least one instruction for execution by a processor to implement the method for displaying a startup picture according to the above aspect.
Different from the prior art that the terminal can only display a fixed startup picture, in the embodiment of the application, the coprocessor is arranged in the terminal, and in the startup starting process, the coprocessor is awakened through the application processor, so that the awakened coprocessor controls the display screen to display a self-defined startup picture which is arranged in the startup state in advance, and the self-defined display of the startup picture is realized; and after the startup is completed, the application processor controls the display screen to display the user interface, so that the influence of the user-defined startup picture display on the normal operation of the terminal is avoided, and the normal use of the terminal in a startup state is ensured.
Drawings
Fig. 1 is a block diagram illustrating a structure of a terminal according to an exemplary embodiment of the present application;
FIG. 2 is a flowchart illustrating a method for displaying a boot-up screen according to an exemplary embodiment of the present application;
FIG. 3 is a flowchart illustrating a method for displaying a boot-up screen according to another exemplary embodiment of the present application;
FIG. 4 is a schematic diagram of a communication process between an application processor and a coprocessor;
FIG. 5 is an interface diagram of a startup screen customization setting interface;
FIG. 6 is a schematic diagram of a data transfer process between an application processor and a coprocessor;
FIG. 7 is a software framework diagram of a system provided by an exemplary embodiment;
fig. 8 shows a block diagram of a terminal according to another embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
Referring to fig. 1, a block diagram of a terminal 100 according to an exemplary embodiment of the present application is shown. The terminal 100 may be a smart phone, a tablet computer, a notebook computer, etc. The terminal 100 in the present application may include one or more of the following components: application processor 110, memory 120, display 130, and coprocessor 140.
The application processor 110 may include one or more processing cores. The application processor 110 connects various parts within the entire terminal 100 using various interfaces and lines, performs various functions of the terminal 100 and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 120 and calling data stored in the memory 120. Alternatively, the application processor 110 may be implemented in at least one hardware form of a Field-Programmable Gate Array (FPGA), a Programmable Logic Array (PLA). The application processor 110 may integrate one or more of a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a Neural-Network Processing Unit (NPU), a modem, and the like. Wherein, the CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing the content to be displayed by the touch display screen 130; the NPU is used for realizing an Artificial Intelligence (AI) function; the modem is used to handle wireless communications. It is understood that the modem may not be integrated into the processor 110, but may be implemented by a single chip.
The Memory 120 may include a Random Access Memory (RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 120 includes a non-transitory computer-readable medium. The memory 120 may be used to store instructions, programs, code sets, or instruction sets. The memory 120 may include a stored program area and a stored data area, wherein the stored program area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing various method embodiments described below, and the like; the storage data area may store data (such as audio data, a phonebook) created according to the use of the terminal 100, and the like.
The display screen 130 is a display component for displaying a user interface. Optionally, the display screen 130 further has a touch function, and a user can perform a touch operation on the display screen 130 by using any suitable object such as a finger, a touch pen, and the like through the touch function.
The display 130 is generally disposed on a front panel of the terminal 130. The display screen 130 may be designed as a full-face screen, a curved screen, a contoured screen, a double-face screen, or a folding screen. The display 130 may also be designed as a combination of a full-screen and a curved-screen, and a combination of a non-flat screen and a curved-screen, which is not limited in this embodiment.
The coprocessor 140 is a chip that is externally attached to the application processor 140 and is connected to various parts of the terminal 100 through interfaces and lines. In the embodiment of the present application, the coprocessor 140 is configured to implement a custom boot image display in the boot process. In other possible embodiments, the coprocessor 140 may also be configured to implement a screen-off picture display in a screen-off state, an interface display in a terminal upgrade state, and the like, which is not limited in this application embodiment.
In one possible embodiment, the coprocessor 140 is composed of a processor core, a flash memory (flash) and a memory, wherein the processor core may be an embedded processor using an Advanced reduced instruction computing machine (ARM) architecture, such as an ARM Cortex-M4, which is not limited in this embodiment.
In addition, those skilled in the art will appreciate that the configuration of terminal 100 as illustrated in the above-described figures is not intended to be limiting of terminal 100, and that terminals may include more or less components than those illustrated, or some components may be combined, or a different arrangement of components. For example, the terminal 100 further includes a microphone, a speaker, a radio frequency circuit, an input unit, a sensor, an audio circuit, a Wireless Fidelity (WiFi) module, a power supply, a bluetooth module, and other components, which are not described herein again.
Referring to fig. 2, a flowchart of a method for displaying a startup picture according to an exemplary embodiment of the present application is shown. The present embodiment is exemplified by applying the method to the terminal shown in fig. 1. The method comprises the following steps:
step 201, in the boot process, the application processor wakes up the coprocessor.
In a possible embodiment, when a user triggers a power-on key of the terminal, an application processor in the terminal is powered on first, and after the application processor is powered on, the coprocessor is pulled up through hardware, so that the coprocessor is awakened (i.e., the coprocessor is powered on). Optionally, the coprocessor is connected to the application processor through a General-Purpose Input/Output (GPIO) interface, and the coprocessor is awakened through the GPIO interface after the application processor is powered on.
Of course, in other possible embodiments, the application processor and the coprocessor may be powered on simultaneously by modifying the terminal power-on procedure without waking up the coprocessor by the application processor, which is not limited in this embodiment of the present application.
Step 202, after the coprocessor is awakened, controlling the display screen to display a user-defined startup picture, wherein the user-defined startup picture is stored in the coprocessor in advance and is set in a startup state.
In the embodiment of the application, the terminal supports the function of self-defining the startup picture, and in a possible implementation manner, in a startup state (i.e. a state in which startup is completed), a user can set a self-defined startup picture through the function of self-defining the startup picture, and the self-defined startup picture is stored in the coprocessor.
The user-defined starting-up picture can be a user-defined animation or at least one user-defined picture, and the embodiment of the application does not limit the concrete representation form of the user-defined starting-up picture.
Optionally, when at least two user-defined pictures are stored in the coprocessor, the coprocessor controls the display screen to display the user-defined pictures one by one according to the preset display sequence of the user-defined pictures.
In other possible embodiments, when the display screen has a touch function, the display screen may further send a touch operation signal to the coprocessor, and the coprocessor switches the custom picture according to the touch operation signal, which is not limited in this embodiment.
As shown in fig. 1, since the coprocessor is connected to the display 130 through an interface and a line, the coprocessor is woken up by the application processor to read a pre-stored customized boot image and control the display to display the customized boot image.
Step 203, when the startup is completed, the application processor controls the display screen to display the user interface.
Because the processing performance of the coprocessor is lower than that of the application processor, in order to ensure the normal use of the terminal in the startup state, after the startup is completed, the coprocessor transfers the control right of the display screen to the application processor, and the application processor controls the display screen to display the user interface.
In a possible implementation manner, in order to reduce the power consumption of the terminal, after the boot is completed, the coprocessor enters a sleep state.
In summary, unlike the related art in which the terminal can only display a fixed startup picture, in the embodiment of the present application, the coprocessor is disposed in the terminal, and in the startup process, the coprocessor is awakened by the application processor, so that the awakened coprocessor controls the display screen to display a self-defined startup picture that is set in advance in the startup state, thereby realizing self-defined display of the startup picture; and after the startup is completed, the application processor controls the display screen to display the user interface, so that the influence of the user-defined startup picture display on the normal operation of the terminal is avoided, and the normal use of the terminal in a startup state is ensured.
In a possible embodiment, in a boot state, the application processor is in a working state, and the coprocessor is in a sleep state, and when a user performs a self-defined boot image setting, the application processor wakes up the coprocessor in the sleep state and writes a self-defined boot image set by the user into the coprocessor, which is described below with an exemplary embodiment.
Please refer to fig. 3, which illustrates a flowchart of a method for displaying a booting screen according to another exemplary embodiment of the present application. The present embodiment is exemplified by applying the method to the terminal shown in fig. 1. The method comprises the following steps:
step 301, in a boot state, when a boot image setting instruction is received, the application processor wakes up the coprocessor by interrupt, wherein in the boot state, the coprocessor is in a dormant state.
In consideration of power consumption of the terminal, in the power-on state, the coprocessor is in a sleep state (powerdown) because there is no need for displaying a power-on picture. When a boot image setting instruction is received, the application processor needs to wake up the coprocessor in order to ensure that the self-defined boot image can be correctly written into the coprocessor.
In a possible implementation manner, communication is implemented between the application processor and the coprocessor through mailbox (mbox) hardware (register), and accordingly, the application processor sends an interrupt (irq) to the coprocessor through the mailbox hardware, so as to wake up the coprocessor in a sleep state.
Illustratively, as shown in fig. 4, the side of the coprocessor 42 is provided with a mailbox a2B 421 and a mailbox b2A 422, when the application processor 41 needs to send an interrupt to the coprocessor 42, it only needs to write a corresponding command (command, cmd) and data (data) into the mailbox a2B 421; when coprocessor 42 needs to send an interrupt to application processor 41, only the corresponding cmd and data need be written to mailbox b2A 422.
In one possible implementation mode, the terminal provides a startup picture self-defining entry, and when receiving a trigger operation on the entry, the terminal displays a startup picture self-defining interface. The user can select a self-defined starting-up picture in the starting-up picture self-defined interface, wherein when the self-defined starting-up picture is at least one self-defined picture, the user can set the display sequence and the display duration of the at least one self-defined picture. When the trigger operation of finishing the setting control is received, the terminal receives the starting picture setting instruction, and the coprocessor is awakened through the application processor.
Illustratively, as shown in fig. 5, after the user selects a custom boot screen 52 in the boot screen custom interface 51, when receiving a trigger operation on the determination control 53, the terminal receives a boot screen setting instruction.
Step 302, after receiving the interrupt sent by the application processor, the coprocessor sends a target storage address to the application processor, where the target storage address is a memory address where the self-defined startup picture is stored in the coprocessor.
In a possible implementation manner, the coprocessor includes a processor core, a flash and a memory, and the application processor may write data into the flash of the coprocessor in a memory sharing manner, so that, in order to write the user-defined boot image into an assigned storage location of the flash, the coprocessor needs to send a memory address, in which the user-defined boot image is stored in the flash, to the application processor after receiving the terminal.
In a possible implementation manner, the coprocessor may send the target storage address to the application processor by sending an interrupt, that is, the mailbox hardware notifies the application processor of the target storage address of the custom boot screen, which is not limited in this embodiment. For example, as shown in fig. 4, coprocessor 42 writes the target memory address to mailbox b2A 422, and application processor 41 reads the target memory address from mailbox b2A 422.
In a possible implementation manner, since the storage space of the flash in the coprocessor is limited, in order to ensure that the customized startup picture can be completely stored in the flash, when the coprocessor sends a target storage address to the application processor, the remaining storage space of the flash is also sent to the application processor, and if the remaining storage space of the flash is smaller than the data volume of the customized startup picture, the terminal displays prompt information on the startup picture customized interface 51 to prompt the user that the data volume of the customized startup picture is too large.
Step 303, the application processor sends a custom boot image to the coprocessor.
Correspondingly, the application processor sends the self-defined startup picture to the coprocessor after sending the target storage address according to the coprocessor.
In one possible embodiment, as shown in fig. 6, the application processor 41 and the coprocessor 42 perform data transmission through a transmission mode from the serial peripheral interface to the peripheral bus (SPI to APB, SPI2APB), and accordingly, the application processor sends the customized boot screen to the coprocessor through the transmission mode from the SPI2 APB. When the SPI2APB transmission mode is adopted for data transmission, data sequentially pass through the SPI bus, the SPI2APB conversion module and the APB bus, wherein the SPI2APB conversion module is used for performing interface conversion on the SPI interface and the APB interface.
Step 304, the coprocessor enters a sleep state after storing the self-defined startup picture.
Correspondingly, after receiving the self-defined startup picture sent by the application processor, the coprocessor stores the self-defined startup picture (to a target storage address) so as to display the self-defined startup picture in the startup process. And the coprocessor enters a dormant state after finishing storage, so that power consumption waste caused by continuous operation of the coprocessor is avoided.
After the self-defined setting of the boot-up image is completed through the steps 301 to 304, when the terminal is restarted or powered off and started subsequently, the self-defined boot-up image stored in the coprocessor can be displayed.
Step 305, in the boot process, the application processor wakes up the coprocessor at a bootloader phase, where the bootloader phase refers to a phase of initializing the terminal hardware device.
In the android system, the boot process may include the following procedures: loading a bootloader bootstrap program by the processor; bootloader calls up a Linux kernel program; after the Linux kernel program is started, an init process is created; the init process starts the Zygote process through the init. rc script; and the Zygote process creates a SystemServer process, and the SystemServer process starts various system services of the Android system.
Since the picture display can be performed by means of the display screen, in order to ensure that the user-defined startup picture can be normally displayed, optionally, in the startup process, the application processor wakes up the coprocessor at the bootloader stage, that is, wakes up the coprocessor after the initialization of the terminal hardware device (including the display screen) is completed, and ensures that the woken-up coprocessor can control the display screen to perform the picture display.
Of course, in other possible embodiments, the application processor may also wake up the coprocessor at other boot stages after the bootloader stage, which is not limited in this embodiment.
And step 306, after the coprocessor is awakened, reading the self-defined startup picture according to the target storage address, and controlling the display screen to display the self-defined startup picture.
And the self-defined starting-up picture is stored under the target storage address, so that after the coprocessor is awakened, the self-defined starting-up picture is read from the target storage address and the display screen is controlled to display. For the process of controlling the display screen to display the customized booting screen by the coprocessor, refer to step 202 above, and this embodiment is not described herein again.
And 307, when the startup is finished, the application processor sends an interrupt to the coprocessor and controls the display screen to display a user interface, wherein the coprocessor is used for entering a dormant state according to the interrupt.
In the process that the coprocessor controls the display screen to display the user-defined starting picture, the application processor continues to start, and when the starting is finished, the application processor sends an interrupt (through mailbox hardware) to the coprocessor; after the coprocessor receives the interrupt, the control right of the display screen is handed to the application processor, the application processor controls the display screen to display the user interface, and the coprocessor enters the dormant state again to reduce the power consumption of the terminal.
In this embodiment, after the application processor wakes up the coprocessor according to the received boot image setting instruction, the coprocessor sends a memory address for storing the custom boot image to the application processor, so that the application processor sends the custom boot image to the coprocessor according to the address, thereby ensuring that the custom boot image is correctly written into the designated storage location, and further ensuring that the custom boot image is correctly read and displayed in the subsequent boot starting process.
In addition, in this embodiment, the application processor wakes up the coprocessor at the bootloader stage, and it is ensured that the display screen is initialized when the woken-up coprocessor controls the display screen, thereby ensuring normal display of the user-defined boot image.
In a possible implementation manner, when the method for displaying a boot screen provided in the foregoing embodiment is applied to a terminal of an android system, a software framework of the system is as shown in fig. 7. Under the software framework, the application processor and the coprocessor carry out communication and data transmission in an interrupt and memory sharing mode.
On the application processor side, the application processor can be divided into four layers, namely a management (Manager) Layer, a Service (Service) Layer, a Hardware Abstraction Layer (HAL) Layer and a Driver (Driver) Layer. After a user sets a self-defined startup picture, an Android Application Package (APK) in a Manager layer receives a setting message and then informs a Service layer; and after receiving the message sent by the Service layer, the HAL layer which is used for bearing the Service layer and the Driver layer informs the Driver layer to communicate with the coprocessor. On the coprocessor side, since data communication needs to be performed through the SPI, and components such as a Display screen and a Touch screen need to be controlled, a Driver layer on the coprocessor side is provided with a Touch Driver (Touch Driver), a Display Driver (Display Driver), and a Universal Asynchronous Receiver/Transmitter (UART) Driver. And the Service layer of the coprocessor side is provided with services such as a command Service (CMD Service), a Touch Service (Touch Service) and a Log Service (Log Service), and the Display of a user-defined startup picture is finally realized by matching with a Display application (Display App) and a Touch application (Touch App) on the upper layer.
Referring to fig. 8, a block diagram of a terminal according to another embodiment of the present application is shown. The terminal 800 comprises an application processor 810 and a coprocessor 820, wherein the application processor 810 is connected with the coprocessor 820. Wherein:
the application processor 810 is used to wake up the coprocessor 820 during the boot process;
the coprocessor 820 is used for controlling the display screen to display a self-defined startup picture after being awakened, the self-defined startup picture is stored in the coprocessor 820 in advance, and the self-defined startup picture is set in a startup state;
the application processor 810 is also configured to control the display screen to display the user interface upon completion of the power-on startup.
Optionally, the application processor 810 is configured to wake up the coprocessor 820 by interrupting when receiving a boot image setting instruction in a boot state, where in the boot state, the coprocessor 820 is in a sleep state;
the application processor 810 is further configured to send a custom boot screen to the coprocessor 820;
the coprocessor 820 is used for entering a sleep state after storing a self-defined boot image.
Optionally, the coprocessor 820 includes a processor core and a flash, and data transmission is performed between the application processor 810 and the coprocessor 820 by using a SPI2APB transmission method;
the coprocessor 820 is configured to send a target storage address to the application processor 810 after receiving an interrupt sent by the application processor 810, where the target storage address is a memory address for storing a custom boot image in a flash;
the application processor 810 is configured to send a custom boot screen to the coprocessor 820 in the SPI2APB transmission manner according to the target storage address;
the coprocessor 820 is also used to store the custom boot picture in the flash.
Optionally, the coprocessor 820 is configured to read a custom boot image from the flash according to the target storage address, and control the display screen to display the custom boot image.
Optionally, the application processor 810 is configured to send an interrupt to the coprocessor 820 when the power-on start is completed, and control the display screen to display the user interface, and the coprocessor 820 is configured to enter the sleep state according to the interrupt.
Optionally, the application processor 810 is configured to wake up the coprocessor 820 at a phase, where a bootloader phase refers to a phase of initializing a terminal hardware device.
Optionally, the customized boot-up picture is a customized animation or at least one customized picture.
It should be noted that, in the detailed process of displaying the boot-up picture by the terminal provided by the foregoing embodiment, reference may be made to the boot-up picture displaying method provided by the foregoing embodiment, which is not described herein again.
In summary, unlike the related art in which the terminal can only display a fixed startup picture, in the embodiment of the present application, the coprocessor is disposed in the terminal, and in the startup process, the coprocessor is awakened by the application processor, so that the awakened coprocessor controls the display screen to display a self-defined startup picture that is set in advance in the startup state, thereby realizing self-defined display of the startup picture; and after the startup is completed, the application processor controls the display screen to display the user interface, so that the influence of the user-defined startup picture display on the normal operation of the terminal is avoided, and the normal use of the terminal in a startup state is ensured.
Meanwhile, after the application processor wakes up the coprocessor according to the received startup picture setting instruction, the coprocessor sends a memory address for storing the self-defined startup picture to the application processor, so that the application processor sends the self-defined startup picture to the coprocessor according to the address, thereby ensuring that the self-defined startup picture is correctly written into the appointed storage position and further ensuring that the self-defined startup picture is correctly read and displayed in the subsequent startup process.
In addition, in this embodiment, the application processor wakes up the coprocessor at the bootloader stage, and it is ensured that the display screen is initialized when the woken-up coprocessor controls the display screen, thereby ensuring normal display of the user-defined boot image.
The embodiment of the present application further provides a computer-readable medium, where at least one instruction is stored, and the at least one instruction is loaded and executed by a processor to implement the startup picture display method according to the above embodiments.
The embodiment of the present application further provides a computer program product, where at least one instruction is stored, and the at least one instruction is loaded and executed by a processor to implement the method for displaying a startup picture according to the above embodiments.
Those skilled in the art will recognize that, in one or more of the examples described above, the functions described in the embodiments of the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims (10)

1. A startup picture display method is used for a terminal, the terminal is provided with an application processor and a coprocessor, and the method comprises the following steps:
in the process of starting up, the application processor wakes up the coprocessor;
after the coprocessor is awakened, controlling a display screen to display a user-defined starting-up picture, wherein the user-defined starting-up picture is stored in the coprocessor in advance and is set in a starting-up state;
and when the startup is finished, the application processor controls the display screen to display the user interface.
2. The method of claim 1, wherein before the application processor wakes the coprocessor, the method comprises:
in the starting-up state, when a starting-up picture setting instruction is received, the application processor wakes up the coprocessor through interruption, wherein in the starting-up state, the coprocessor is in a dormant state;
the application processor sends the self-defined starting-up picture to the coprocessor;
and the coprocessor enters the dormant state after storing the self-defined starting picture.
3. The method of claim 2, wherein before the application processor sends the custom boot picture to the coprocessor, the method further comprises:
after receiving the interrupt sent by the application processor, the coprocessor sends a target storage address to the application processor, wherein the target storage address is a memory address for storing the self-defined starting picture in the coprocessor;
the application processor sending the customized boot screen to the coprocessor, comprising:
and the application processor sends the self-defined starting-up picture to the coprocessor according to the target storage address.
4. The method of claim 3, wherein controlling the display screen to display a custom boot screen comprises:
and the coprocessor reads the self-defined starting-up picture according to the target storage address and controls the display screen to display the self-defined starting-up picture.
5. The method according to any one of claims 1 to 4, wherein when the power-on is completed, the application processor controls the display screen to display the user interface, including:
and when the starting is finished, the application processor sends an interrupt to the coprocessor and controls the display screen to display the user interface, and the coprocessor is used for entering a dormant state according to the interrupt.
6. The method of any of claims 1 to 4, wherein the waking up the coprocessor by the application processor during the boot process comprises:
and the application processor wakes up the coprocessor in a starting loading stage, wherein the stage refers to a stage for initializing terminal hardware equipment.
7. The method according to any one of claims 1 to 4, wherein the customized boot-up image is a customized animation or at least one customized picture.
8. A terminal is characterized in that an application processor and a coprocessor are arranged in the terminal, and the application processor is connected with the coprocessor;
the application processor is used for waking up the coprocessor in the starting process;
the coprocessor is used for controlling a display screen to display a user-defined starting-up picture after being awakened, the user-defined starting-up picture is stored in the coprocessor in advance and is set in a starting-up state;
and the application processor is also used for controlling the display screen to display the user interface when the startup is finished.
9. The terminal of claim 8, wherein the coprocessor comprises a processor core and a flash memory, and the application processor and the coprocessor perform data transfer by a transfer mode from a serial peripheral interface to a peripheral bus;
the coprocessor is used for sending a target storage address to the application processor after receiving an interrupt sent by the application processor, wherein the target storage address is a memory address for storing the self-defined starting-up picture in the flash memory;
the application processor is used for sending the self-defined starting-up picture to the coprocessor in a transmission mode from the serial peripheral interface to a peripheral bus according to the target storage address;
the coprocessor is also used for storing the self-defined startup picture into the flash memory.
10. A computer-readable storage medium storing at least one instruction for execution by a processor to implement the method of displaying a startup picture according to any one of claims 1 to 7.
CN201910889214.1A 2019-09-19 2019-09-19 Startup picture display method, terminal and storage medium Withdrawn CN112527425A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910889214.1A CN112527425A (en) 2019-09-19 2019-09-19 Startup picture display method, terminal and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910889214.1A CN112527425A (en) 2019-09-19 2019-09-19 Startup picture display method, terminal and storage medium

Publications (1)

Publication Number Publication Date
CN112527425A true CN112527425A (en) 2021-03-19

Family

ID=74974410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910889214.1A Withdrawn CN112527425A (en) 2019-09-19 2019-09-19 Startup picture display method, terminal and storage medium

Country Status (1)

Country Link
CN (1) CN112527425A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556609A (en) * 2021-07-27 2021-10-26 海信视像科技股份有限公司 Display device and startup picture display method
CN113867879A (en) * 2021-10-15 2021-12-31 数源科技股份有限公司 Android-based system style deep customization method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581409A (en) * 2012-07-24 2014-02-12 上海斐讯数据通信技术有限公司 Method and mobile terminal for self-defining startup and shutdown interfaces
CN104540037A (en) * 2014-11-29 2015-04-22 福建捷联电子有限公司 Setting method for personalized startup
CN105388748A (en) * 2015-10-28 2016-03-09 广东欧珀移动通信有限公司 Method for displaying time by smart watch and smart watch
CN105828178A (en) * 2015-01-04 2016-08-03 华为技术有限公司 Boot music playing method, boot music playing device and boot music playing system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581409A (en) * 2012-07-24 2014-02-12 上海斐讯数据通信技术有限公司 Method and mobile terminal for self-defining startup and shutdown interfaces
CN104540037A (en) * 2014-11-29 2015-04-22 福建捷联电子有限公司 Setting method for personalized startup
CN105828178A (en) * 2015-01-04 2016-08-03 华为技术有限公司 Boot music playing method, boot music playing device and boot music playing system
CN105388748A (en) * 2015-10-28 2016-03-09 广东欧珀移动通信有限公司 Method for displaying time by smart watch and smart watch

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556609A (en) * 2021-07-27 2021-10-26 海信视像科技股份有限公司 Display device and startup picture display method
CN113556609B (en) * 2021-07-27 2023-02-24 海信视像科技股份有限公司 Display device and startup picture display method
CN113867879A (en) * 2021-10-15 2021-12-31 数源科技股份有限公司 Android-based system style deep customization method
CN113867879B (en) * 2021-10-15 2023-09-22 数源科技股份有限公司 Android-based system style depth customization method

Similar Documents

Publication Publication Date Title
CN101923479B (en) Mobile terminal and method for controlling screen display when starting terminal
CN106233249B (en) Apparatus and method for managing graphics buffers of sleep mode processor
KR101295447B1 (en) System for executing code during operating system initialization
US10481917B2 (en) Method and apparatus for hibernation operation in multiple operating system environments
CN113703799B (en) Computing device and BIOS updating method and medium thereof
CN109426525A (en) A kind of method and device that the sleep state for computer wakes up
CN112987986B (en) Method, device, storage medium and electronic equipment for realizing game application
CN116126201B (en) Application starting method, electronic device and readable storage medium
US11704072B2 (en) Electronic device and method of utilizing storage space thereof
JP2009205422A (en) Information processing system
CN112527425A (en) Startup picture display method, terminal and storage medium
CN108174255A (en) Smart television starting-up method, smart television and computer readable storage medium
TWI479319B (en) Operating method of dual operation system as well as touch-responsive electronic device and computer readable medium with dual operation system
KR100678023B1 (en) Abbreviation method for booting time of mobile communication terminal device
CN112395018B (en) Direction control application starting method and device, electronic equipment and storage medium
KR101624178B1 (en) Portable computer system and method to switch operating system using hotkey
WO2018010438A1 (en) Responding method and apparatus for terminal
CN113543104A (en) Bluetooth communication method, multimedia device and storage medium
WO2021115257A1 (en) Application switching method and apparatus, storage medium and electronic device
JP2009223805A (en) Information processor and drive control method for device controller
CN111045738B (en) Electronic equipment control method and device, electronic equipment and storage medium
CN115373540A (en) Electronic device recognizing touch and performing display
CN112114965A (en) Application program running method and device, terminal and storage medium
CN108549552B (en) Kernel loading method and device and storage medium
CN114661364A (en) Starting method and device of co-processing chip, storage medium and electronic device

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
WW01 Invention patent application withdrawn after publication

Application publication date: 20210319

WW01 Invention patent application withdrawn after publication