You copied the Doc URL to your clipboard.

What information should I provide when raising a support case?

Article ID: 142978430

Published date: 01 Dec 2017

Last updated: -

Applies to: Standard Support and Maintenance

Problem/Question

What information should I provide when raising a support case?

Scenario

N/A

Answer

Please ensure that you provide as much detail as possible when raising a new support case. This will help us answer your case promptly and avoid the need to ask for further clarification. Below we have provided some more specific guidance regarding what information to supply for cases relating to different Arm products.

1. For general software related cases:

Please provide a detailed description of your request, with the following information when possible:

  • Product name and version.

  • OS platform.

  • Error messages and steps to reproduce the issue, for example, command lines or test code.


2. For cases relating to Arm Mali software:

Please provide the following information:

  • About the test

    • What application are you running?

    • Can you provide a binary of the test?

    • Can you provide the source code of the test?

  • About the problem

    • Can you provide a full serial log and the logcat?

    • Can you tell us the steps required to reproduce the issue?

    • Does the issue occur consistently when following these steps, or is there an element of randomness?

    • How long did the test run?

    • How many devices has this issue occurred on?

  • About the Software Platform

    • What is the Linux version, or the Android version?

    • Is this a 64-bit or 32-bit kernel?

    • Is the userspace 64-bit or 32-bit?

    • What is the Mali DDK version?

    • Has any patch been applied?

  • About the Hardware

    • Platform type and name.

    • Process node (for example, nm, FinFET, LP).

    • Bundle numbers for the Arm components, including CPU, GPU and bus system if applicable.

    • System schematic diagram for Arm IP.

    • GPU IP configuration, such as the number of cores and the size of L2 Cache.

    • GPU frequency/range used for the test (MHz).

    • CPU IP configuration, such as the number of cores and the size of L2 Cache.

    • CPU frequency/range used for the test (GHz).

    • Memory frequency/range used for the test (MHz).

    • Screen resolution.

    • System memory size.

    • The test report of running Integration Kit tests in the SOC.

    • Were design rule checks (DRC) executed to 100%?

    • Did you achieve full timing closure for this silicon?


3. For cases relating to hardware IP (for example, RTL, DSM products):

  • State clearly in the summary which Arm products your issue relates to and which IP revisions you are using.

  • If the issue or question relates to system integration, please also provide us with details of the other components in the system, such as CPU, interconnect.

  • If the issue or question is about the verification or test vectors, please also provide the verification purpose, such as functional testing, performance testing, power testing, and so on.

  • Where appropriate, please consider uploading a waveform file to your case (VCD or FSDB are fine). This will help us investigate in more detail. While we welcome all inputs, an actual waveform file is much more useful than screenshots of a waveform viewer.

  • For issues during simulation or emulation of Arm processors, please also provide the TARMAC instruction trace log.

4. For cases relating to IP tooling (Socrates):

  • Make sure that you are using the newest release of Socrates.

  • Make sure that the health checker does not report any errors. The script can be run from the following location:
    <ARM-Socrates>/etc/install/health_check/checkInstallation.sh
    If the health checker reports any issues, please copy the report of the script to the ticket.

  • Describe the operating system that you are using. Supported operating systems are listed in the release note.

  • Describe the design flow that you are using:

    • System Builder (IP Catalog, system integration, deliverables).

    • CoreSight SoC-400 design flow.

    • NIC-400 design flow.

    • CMN-600 design flow.

  • Copy any error messages, and attach all files regarding your issue:

    • Licensing: please attach license dat and log files.

    • Tool usage: please attach your Project.


Workaround

N/A

Example

N/A

Related Information

N/A

Was this page helpful? Yes No