Abstract: A display device, a method for producing a display device, and a gesture recognition method are disclosed. The display device includes a display module including a base and an array substrate, a resin layer, a first electrode layer, a pixel definition layer, a light-emitting unit layer, a second electrode layer disposed opposite to the first electrode layer, and an encapsulation layer. The light-emitting unit layer is between the first electrode layer and the second electrode layer and includes a plurality of light-emitting units respectively in a plurality of openings of the pixel definition layer, and an ultrasonic sensor including the second electrode layer, a piezoelectric material layer between the first electrode layer and the pixel definition layer, and a third electrode layer between the pixel definition layer and the resin layer. The piezoelectric material layer includes a plurality of piezoelectric material units separated by the plurality of light-emitting units.

Abstract: An ESPI-based method and device for enhancing server security, including: S100, a Complex Programmable Logic Device (CPLD) monitors packet formats and instructions on an Enhanced Serial Peripheral Interface (ESPI) bus; S200, when the CPLD monitors an abnormal firmware Flash read/write operation, the CPLD records operation-related records in a Flash which is mounted to the CPLD; S300, the CPLD lights a Light-Emitting Diode (LED) corresponding to a system error signal line or a LED corresponding to a Baseboard Management Controller (BMC) error signal line; S400, the CPLD determines whether to take over a CS0 signal or not; S500, when the CPLD determines to take over the CS0 signal, the CPLD requests to interact with a Platform Controller Hub (PCH) and warns of a system security issue.

Abstract: The disclosure provides a method for upgrading components of a container-based cluster. The method generally include receiving, at the container-based cluster, an indication of one or more pods and one or more nodes in the cluster to upgrade, adding an annotation to each of the one or more nodes having at least one of the one or more pods running thereon, performing a pod upgrade, and performing a node upgrade, wherein performance of the pod upgrade and the node upgrade overlap at least partially in time, and wherein performing the node upgrade comprises: selecting a first node, determining at a first time that the first node includes an annotation, refraining from upgrading the first node at the first time, determining at a second time after the first time that the first node does not include the annotation, and upgrading the first node at the second time.

Abstract: The present disclosure provides an ultrasonic imaging method and apparatus. The apparatus includes an ultrasonic signal emission source and a receiving array including ultrasonic signal receiving circuits; the method includes: turning on the source to perform emission of ultrasonic waves toward an object to be detected and causing the ultrasonic waves to propagate through the object, a depth-wise direction of which is along a propagation direction of the ultrasonic waves; after a first predetermined time period having elapsed since the source was turned on, turning on the receiving array to receive reflected echoes returning from a first section plane of the object to be detected perpendicular to the depth-wise direction; thereafter, turning off the receiving array, storing the reflected echoes by the ultrasonic signal receiving circuits and acquiring reflected echo signals, and successively reading the reflected echo signals from the ultrasonic signal receiving circuits during a reading time period.

Abstract: Example methods and systems for cloud native network function deployment are described. One example may involve a computer system obtaining cluster configuration information associated with multiple single node clusters (SNCs). Based on the cluster configuration information, the computer system may configure (a) a first SNC on a first node and (b) a second SNC on a second node. The computer system may configure (a) a first virtual agent associated with the first SNC, and (b) a second virtual agent associated with the second SNC. In response to receiving a deployment request to deploy a first pod and a second pod, the computer system may process the deployment request by (a) deploying, using the first virtual agent, the first pod on the first SNC, and (b) deploying, using the second virtual agent, the second pod on the second SNC.

Abstract: The disclosure provides a method for diagnosing remote sites of a distributed container orchestration system. The method generally includes receiving a test suite custom resource defining an image to be used for a diagnosis of components of a workload cluster deployed at the remote sites, wherein the image comprises a diagnosis module and/or a user-provided plugin to be used for the diagnosis; identifying a failed component in the workload cluster; obtaining infrastructure information about the workload cluster; identifying the components of the workload cluster for diagnosis based on the failed component, the infrastructure information, and the test suite custom resource; identifying at least one diagnosis site of the remote sites where the components are running using the infrastructure information; and deploying a first pod at the at least one diagnosis site to execute the diagnosis of the one or more components.

Abstract: The disclosure provides a method for preparing a simulation system to simulate upgrade operations for a distributed container orchestration system. The method generally includes monitoring, by a simulation operator of the simulation system, for new resources generated at a management cluster in the distributed container orchestration system, based on the monitoring, discovering, by the simulation operator, a new resource generated at the management cluster specifying a version of container orchestration software supported and made available by the management cluster, and triggering, by the simulation operator, a creation of a new mock virtual machine (VM) template in the simulation system specifying the version of the container orchestration software, wherein the simulation system is configured to use the new mock VM template for simulating mock VMs in the simulation system that are compatible with the version of the container orchestration software supported and made available by the management cluster.

Abstract: An example method of propagating fault domain topology information in a distributed container orchestration system includes: receiving, at control plane software executing in a data center, the fault domain topology, which includes tags for a protection group and fault domains for remote sites in communication with the data center; deploying, by a master server of the distributed container orchestration system that executes in the data center, a node pool comprising virtual machines (VMs) executing in servers of the remote sites, the VMs being nodes of the distributed container orchestration system in which containers execute; determining, by a controller of the master server, relationships among the VMs, the servers, the protection group, and the fault domains based on state of resources maintained by the master server; and providing, by the controller, labels to the servers for associating the tags of the protection group and the fault domains to the VMs.

Abstract: An example method of diagnosing remote sites of a distributed container orchestration system includes: receiving, at a management cluster, definition of a test suite custom resource; detecting, by a test controller agent in a cluster of the remote sites, a diagnosis object in the management cluster created in response to the test suite custom resource; deploying, by the test controller agent in response to the diagnosis object, a first pod in the cluster; deploying, by the first pod, a second pod in a server of a first remote site of the remote sites; checking, by the second pod, configuration of the server that includes an additional pod executing alongside the second pod, at least one virtual machine (VM) in which the second pod and the additional pod execute, a hypervisor configured to support the at least one VM, and a hardware platform on which the hypervisor executes; and returning test data from the second pod to the first pod, the test data including results of the step of checking the configuration o

Abstract: The present disclosure provides an ultrasonic imaging method and apparatus. The apparatus includes an ultrasonic signal emission source and a receiving array including ultrasonic signal receiving circuits; the method includes: turning on the source to perform emission of ultrasonic waves toward an object to be detected and causing the ultrasonic waves to propagate through the object, a depth-wise direction of which is along a propagation direction of the ultrasonic waves; after a first predetermined time period having elapsed since the source was turned on, turning on the receiving array to receive reflected echoes returning from a first section plane of the object to be detected perpendicular to the depth-wise direction; thereafter, turning off the receiving array, storing the reflected echoes by the ultrasonic signal receiving circuits and acquiring reflected echo signals, and successively reading the reflected echo signals from the ultrasonic signal receiving circuits during a reading time period.

Abstract: The present application relates to a sofa unfolding device capable of avoiding forward overturning, including a seat, a backrest assembly, a linkage assembly, and a leg rest assembly, wherein the linkage assembly is rotatably connected on the seat, the backrest assembly is rotatably connected to a rear end of the seat via the linkage assembly, the leg rest assembly is rotatably connected to a front end of the seat via the linkage assembly, a support mechanism is connected on the front end of the seat and comprises an abutting member and a support member, the abutting member is rotatably connected with the linkage assembly via a first pivot, and the support member is rotatably connected with the abutting assembly via a second pivot and is rotatably connected with the seat via a third pivot.

Abstract: The disclosure provides an ultrasonic signal detection circuit including a sensing circuit, a unidirectional conduction circuit and a source follower circuit. The sensing circuit is connected to an input terminal of the source follower circuit through the unidirectional conduction circuit; the sensing circuit is configured to generate a piezoelectric signal according to a received ultrasonic echo signal and output the piezoelectric signal to the unidirectional conduction circuit. The piezoelectric signal is an alternating current signal; the unidirectional conduction circuit is configured to rectify the alternating current signal to only allow a forward or a reverse current portion thereof to pass through. The forward/reverse current portion charges/discharges the input terminal of the source follower circuit after passing through the unidirectional conduction circuit.

Abstract: An example method of diagnosing remote sites of a distributed container orchestration system includes: receiving, at a management cluster, definition of a test suite custom resource; deploying, in response to the test suite custom resource, a first pod in the management cluster; deploying, by the first pod, a second pod in a server of a first remote site of the remote sites; checking, by the second pod, configuration of the server that includes an additional pod executing alongside the second pod, at least one virtual machine (VM) in which the second pod and the additional pod execute, a hypervisor configured to support the at least one VM, and a hardware platform on which the hypervisor executes; and returning test data from the second pod to the first pod, the test data including results of the step of checking the configuration of the server.

Abstract: Example methods and systems for cluster add-on lifecycle management are described. In one example, a computer system may obtain cluster add-on definition information specifying multiple add-ons that are each capable of extending functionality of at least a first cluster and a second cluster. In response to receiving a first instruction to perform a first management action, a first validation operation may be performed based on the cluster add-on definition information and multiple first configuration values associated the multiple first configuration fields. In response to receiving a second instruction to perform a second management action associated with the second add-on, a second validation operation may be performed based on the cluster add-on definition information and multiple second configuration values associated the multiple second configuration fields. The first/second management action may be performed in response to determination that the first/second validation operation is successful.

Abstract: Example methods and systems for cluster add-on lifecycle management are described. In one example, a computer system may obtain cluster add-on definition information specifying multiple add-ons that are each capable of extending functionality of at least a first cluster and a second cluster. User interface(s) may be generated based on the cluster add-on definition information to allow a user to request for a management action associated. In response to receiving a first request for a first management action associated with the first add-on, a first instruction may be generated and sent to cause the first management action to be performed in the first cluster. In response to receiving a second request for a second management action associated with the second add-on, a second instruction may be generated and sent to cause the second management action to be performed in the first cluster or the second cluster.

Abstract: An example method of upgrading remote sites of a distributed container orchestration system includes: deploying, by upgrade software executing in a data center remote from the remote sites, a second container orchestration (CO) control plane executing concurrently with a first CO control plane, the second CO control plane having a second version different than a first version of the first CO control plane, the first CO control plane initially managing all of the remote sites; upgrading, by the upgrade software, CO support software of a first portion of the remote sites; adding, by the upgrade software, the first portion of the remote sites to a second CO cluster managed by the second CO control plane; and removing, by the upgrade software, the first portion of the remote sites from a first CO cluster managed by the first CO control plane.

Abstract: An example method of propagating fault domain topology information in a distributed container orchestration system includes: receiving, at control plane software executing in a data center, the fault domain topology, which includes tags for a protection group and fault domains for remote sites in communication with the data center; deploying, by a master server of the distributed container orchestration system that executes in the data center, a node pool comprising virtual machines (VMs) executing in servers of the remote sites, the VMs being nodes of the distributed container orchestration system in which containers execute; determining, by a controller of the master server, relationships among the VMs, the servers, the protection group, and the fault domains based on state of resources maintained by the master server; and providing, by the controller, labels to the servers for associating the tags of the protection group and the fault domains to the VMs.

Abstract: The disclosure provides an approach for simulating a virtual environment. A method includes simulating, using a virtualization simulator, a plurality of hosts; simulating, using the virtualization simulator, a plurality of virtual computing instances (VCIs) associated with the plurality of simulated hosts, based on information obtained from a cluster application programming interface (API) provider; creating, using a virtualization simulator operator, one or more node simulator schedulers; creating, using the one or more node schedulers, a node simulator; simulating, using the node simulator, a plurality of guest operating systems (OSs) associated with the plurality of simulated VCIs; and joining the plurality of simulated guest OSs to one or more node clusters in a data center via an API server.

Abstract: An example method of updating device firmware in a distributed container orchestration system includes: receiving, at a master server executing in a data center, a definition for a firmware custom resource; obtaining, by an operator of the master server in response to the firmware custom resource, a firmware file set; providing, from the operator to a plurality of remote sites in communication with the data center, the firmware file set; and executing, by servers at the plurality of remote sites, updates of firmware for devices of the servers.

Abstract: This disclosure is directed to a simulation system that verifies functionality and performance of an automated telecommunication cloud platform (“TCP”) which is used to configure hosts of cell sites and a mobile core of a 5G cellular network. The mock hosts are created with a required virtualization platform inventory of objects for implementing a 5G cellular network and registers the mock hosts with a mock centralized server management platform (“mock VC”). The mock hosts are used to simulate hosts of cell sites and a mobile core of a 5G cellular network using features of the TCP. Scale tests are used to verify functionality and performance of the TCP are performed on the mock hosts without any changes to the TCP.