Appel à contribution pour "Do & don't for device drivers".

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
21
mai
2003
Linux
Tariq Shureih, auteur et mainteneur du document "Do & don't for devices drivers" a récemment annoncé sur la liste de messagerie du projet kernel-janitor de prochaines mises à jour et appelle à contribution sur certains sujets très spécifiques.

J'espère en proposant cette annonce sur linuxfr éveiller l'attention d'éventuels lecteurs compétents sur quelques sujets pointus. Je recopie ici l'essentiel du message :

Subject: Call for contributions to dosdonts document
Date: Tue, 20 May 2003 10:26:07 -0700
From: "Shureih, Tariq"
To:

All:

I have received multiple emails regarding additional information to be
included in the "dosdonts" document I posted to the KJP website over a
month ago.
I have been busy with the OpenHPI project however, been trying to keep
the document alive and updated.

The three areas I will be updating soon are based on Rik Van Riel's
email containing many relevant areas to the document.
I am working on text and code for the following "don'ts":
#Drivers which do not work SMP.
#Drivers which add syscalls.
#Drivers which add private ioctls that duplicate existing functionality.

I can use some help (text explaining the DO or DON'T with supplemental
code) with the following:
# Driver code that is 32-bit-specific.
# Driver source code includes x86 assembly without C replacement and/or
not
protected by ifdef correctly
# Driver does not use portable PCI DMA APIs as documented in
Documentation/DMA-mapping.txt (non-portable code uses
virt_to_bus/bus_to_virt)
# Driver assumes it can DMA to stack space
# Driver puts large objects on the stack (> 1024 bytes)


If you decide to contribute anything, please send it to me in the form
of a text patch to the TEXT version of the document on the web site.

Thanks in advance.

Aller plus loin

  • # Re: Appel à contribution pour

    Posté par  . Évalué à 0.

    Question bête : C'est quoi dosdont ? (ou Do & don't for devices drivers). Personnellement ca ne me parle pas trop donc pour répondre à la contribution c'est pas évidant !
    • [^] # Re: Appel à contribution pour

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Il me semble qu'il demande tout simplement quelles sont les fonctionnalités les plus évidentes qui ne marchent pas sur certains drivers du noyau (entraînant bien souvent des explosions de logiciels, quand ce n'est pas de jolies bombes dignes de nos vieux atari ST et mac 68k), et lequels sont mal-portables (code assembleur trop spécifique sans , redondance, ...)

      Je suis clair ?
    • [^] # Re: Appel à contribution pour

      Posté par  . Évalué à 3.

      Il demande quelles sont les choses a faire et ne pas faire quand on ecrit un driver afin d'avoir un driver stable, maintenable et portable.
    • [^] # Re: Appel à contribution pour

      Posté par  . Évalué à 1.

      Et puis au cas où ce serait véritablement le fond de ta question (et d'une manière générale, pour les non-anglophones), "Do & Don't" signifient « Faire & Ne Pas Faire ».

      Vala ...
  • # Re: Appel à contribution pour

    Posté par  (site web personnel) . Évalué à 2.

    Est-ce qu'une traduction de ce document a été déjà faite ou en cours ??

    --
    http://titux.tuxfamily.org(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.