Claim tags need clarification
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- c
- Domaine
- devtools, embedded-iot
Piste de recherche
Commencez par registers.h et examinez les définitions et les utilisations de CS_CLAIM_INTERNAL et CS_CLAIM_EXTERNAL dans CSAL. Comparez ces utilisations avec la convention de Arm Debug Interface 6.0 et avec la convention alternative décrite dans l’issue. Le travail est terminé lorsque la sémantique du header est claire, qu’une instance de CSAL peut choisir des tags de claim sans conflits et que des tests ou une documentation de soutien ont été identifiés au cours de l’investigation.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Various devices implement a claim tag register which can be used by different agents (e.g. external and self-hosted debug) to negotiate access. Use of these bits relies on agents adopting a common convention. CSAL's registers.h defines CS_CLAIM_INTERNAL as 0x01 and CS_CLAIM_EXTERNAL as 0x02 based on the recommendations for debug APs in Arm Debug Interface 6.0 specification.
However, an alternative convention (0x01 external and 0x02 self-hosted) is in use, and is used by ArmDS and the Linux kernel, for devices such as CTI and ETM.
It is also unclear whether CSAL should be regarded as an internal or an external debugger. Potentially, CSAL could come into conflict both with an external (JTAG) debugger and with self-hosted (e.g. OS-resident) drivers, or even with another instance of CSAL - e.g. one instance running in management firmware and another running as a userspace device driver.
So the issue here is twofold:
-
clarify CS_CLAIM_INTERNAL and CS_CLAIM_EXTERNAL definitions in the headers, perhaps consider deprecating them
-
build some flexibility into CSAL so that there is more choice about which claim tags are used by a given CSAL instance
- Langage dominant
- C
- Étoiles
- 137
- Forks
- 51
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de ARM-software/CSAL
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
ARM-software/CSAL#29 · 3 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 42/100
ARM-software/CSAL#26 ·
-
Bugs in coresight-toolsOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 42/100
ARM-software/CSAL#25 · 4 commentaires ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
ARM-software/CSAL#20 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 30/100
ARM-software/CSAL#19 · 2 commentaires ·
Toutes les issues de ARM-software/CSAL
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 70/100
ly05010419/MacNativeGames#1340 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
Les mainteneurs répondent en général sous 1 jour
-
area:stdlib bug found-by:cold-read kind:bug
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
InauguralSystems/EigenScript#2197 ·
Les mainteneurs répondent en général sous 1 jour
-
Hide the cursorOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 63/100
seedds/nxnative#675 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 2 jours