Abstract: A method for handling engineering change orders (ECOs) for an integrated circuit design is described herein. An ECO program performs operations for an ECO flow. The ECO flow includes the ECO program generating a changed design by applying ECO changes for a set of ECOs to integrated circuits in an initial design. The ECO program then finds ECO change rule violations for the changed design. The ECO program next identifies selected ECOs associated with ECO change rule violations. The ECO program then removes the selected ECOs from the set of ECOs.

Abstract: Systems and methods for outputting to a vehicle dashboard screen from multiple operating systems are described in this disclosure. The systems and methods use a computing device to host different types of applications in the operating systems. A first of the operating systems runs driving-critical applications, and a second of the operating systems can run non-driving-critical applications. The first operating system has direct access to display hardware on the computing device, and can include security features to prevent it from being compromised. Outputs generated by the non-driving-critical applications in the second operating system are sent to the first operating system, where the outputs are combined with outputs from the driving-critical applications, to create a series of composite images for display on the dashboard screen. Either the first operating system or the second operating system can control the whole dashboard screen based on predetermined configurations.

Abstract: Systems and methods for using multiple control displays to control displaying applications on a dashboard screen in a vehicle are described. The applications can be non-driving-critical applications running in an operating system installed on a computing device embedded in the vehicle. The computing device is connected to the dashboard screen, a first control display and a second control display. A controlling application in the operating system can populate the first control display and the second control display with different menus, and display one or more of the non-driving-critical applications in a single display area or multiple display areas depending on user inputs from the first control display and the second control display. In an embodiment, the first control display is positioned within a driving wheel of the vehicle and the second control display is positioned between two front seats in the vehicle.

Abstract: Systems and methods for outputting to a vehicle dashboard screen from multiple operating systems are described in this disclosure. The systems and methods use a computing device to host different types of applications in the operating systems. A first of the operating systems runs driving-critical applications, and a second of the operating systems can run non-driving-critical applications. The first operating system has direct access to display hardware on the computing device, and can include security features to prevent it from being compromised. Outputs generated by the non-driving-critical applications in the second operating system are sent to the first operating system, where the outputs are combined with outputs from the driving-critical applications, to create a series of composite images for display on the dashboard screen. Either the first operating system or the second operating system can control the whole dashboard screen based on predetermined configurations.

Abstract: Systems and methods for using multiple control displays to control displaying applications on a dashboard screen in a vehicle are described. The applications can be non-driving-critical applications running in an operating system installed on a computing device embedded in the vehicle. The computing device is connected to the dashboard screen, a first control display and a second control display. A controlling application in the operating system can populate the first control display and the second control display with different menus, and display one or more of the non-driving-critical applications in a single display area or multiple display areas depending on user inputs from the first control display and the second control display. In an embodiment, the first control display is positioned within a driving wheel of the vehicle and the second control display is positioned between two front seats in the vehicle.

Abstract: A hosting provider operates a server system that provides a service to one or more tenants. The server system receives configuration data from the tenants. As part of providing the service to a given tenant, the server system attempts to access an external service due to the configuration data received from the given tenant identifying the external service. Service access errors can occur when attempting to access the external service. In response to determining that an error has occurred when attempting to access the external service, the server system sends a service access alert to a recipient associated with the given tenant. The service access alert notifies the recipient that the error has occurred.

Abstract: A hosting provider operates a server system that provides a service to one or more tenants. The server system receives configuration data from the tenants. As part of providing the service to a given tenant, the server system attempts to access an external service due to the configuration data received from the given tenant identifying the external service. Service access errors can occur when attempting to access the external service. In response to determining that an error has occurred when attempting to access the external service, the server system sends a service access alert to a recipient associated with the given tenant. The service access alert notifies the recipient that the error has occurred.

Abstract: A hosting provider operates a server system that provides a service to one or more tenants. The server system receives configuration data from the tenants. As part of providing the service to a given tenant, the server system attempts to access an external service due to the configuration data received from the given tenant identifying the external service. Service access errors can occur when attempting to access the external service. In response to determining that an error has occurred when attempting to access the external service, the server system sends a service access alert to a recipient associated with the given tenant. The service access alert notifies the recipient that the error has occurred.

Abstract: A multi-level monitoring system is provided for monitoring multiple performance aspects of a cloud service concurrently in order to generate a full and reliable performance analysis of the cloud service. The multi-level monitoring system may include a set of components for carrying out the performance analysis of the cloud service which may be deployed together to operate externally, internally, or concurrently with the cloud service. The component framework of the multi-level monitoring system may include a main component, a plug-in associated with the main component, a definition database, a log database, and an output database. The main components of an example multi-level monitoring framework may include a probe runner component for probing the cloud service, a monitor component for generating alerts based on probe results, and a responder component for processing the alerts and taking appropriate actions to improve the cloud service performance.

Abstract: Architecture for aggregating health alerts from a number of related components into a single aggregated health state that can be analyzed to isolate the component responsible for the fault condition. In a hierarchy of related components within various component groups in a computer system, a number of health indicators can indicate alerts occurring in one or more of the related components whereas the fault condition occurs in only one component upon which the other components depend. The health indicators of related components are aggregated into an aggregated health state for each component group. These aggregated health states are analyzed to identify the related component associated with a root cause of the alert condition for an affected component group.

Abstract: A multi-level monitoring system is provided for monitoring multiple performance aspects of a cloud service concurrently in order to generate a full and reliable performance analysis of the cloud service. The multi-level monitoring system may include a set of components for carrying out the performance analysis of the cloud service which may be deployed together to operate externally, internally, or concurrently with the cloud service. The component framework of the multi-level monitoring system may include a main component, a plug-in associated with the main component, a definition database, a log database, and an output database. The main components of an example multi-level monitoring framework may include a probe runner component for probing the cloud service, a monitor component for generating alerts based on probe results, and a responder component for processing the alerts and taking appropriate actions to improve the cloud service performance.

Abstract: Architecture for aggregating health alerts from a number of related components into a single aggregated health state that can be analyzed to isolate the component responsible for the fault condition. In a hierarchy of related components within various component groups in a computer system, a number of health indicators can indicate alerts occurring in one or more of the related components whereas the fault condition occurs in only one component upon which the other components depend. The health indicators of related components are aggregated into an aggregated health state for each component group. These aggregated health states are analyzed to identify the related component associated with a root cause of the alert condition for an affected component group.

Abstract: Architecture for aggregating health alerts from a number of related components into a single aggregated health state that can be analyzed to isolate the component responsible for the fault condition. In a hierarchy of related components within various component groups in a computer system, a number of health indicators can indicate alerts occurring in one or more of the related components whereas the fault condition occurs in only one component upon which the other components depend. The health indicators of related components are aggregated into an aggregated health state for each component group. These aggregated health states are analyzed to identify the related component associated with a root cause of the alert condition for an affected component group.

Abstract: A hosting provider operates a server system that provides a service to one or more tenants. The server system receives configuration data from the tenants. As part of providing the service to a given tenant, the server system attempts to access an external service due to the configuration data received from the given tenant identifying the external service. Service access errors can occur when attempting to access the external service. In response to determining that an error has occurred when attempting to access the external service, the server system sends a service access alert to a recipient associated with the given tenant. The service access alert notifies the recipient that the error has occurred.

Abstract: Architecture for aggregating health alerts from a number of related components into a single aggregated health state that can be analyzed to isolate the component responsible for the fault condition. In a hierarchy of related components within various component groups in a computer system, a number of health indicators can indicate alerts occurring in one or more of the related components whereas the fault condition occurs in only one component upon which the other components depend. The health indicators of related components are aggregated into an aggregated health state for each component group. These aggregated health states are analyzed to identify the related component associated with a root cause of the alert condition for an affected component group.