Articles précédents : Développeur
- [35] Recherche directeurs de thème
- [18] Version d'évaluation d'une distribution RedHat pour x86_64 (Opteron™).
- [71] Le format PNG sur nos sites WEB
- [4] Résumé GNOME - 19.04.2003
- [24] L'oeuf ou la poule ? L'analyse prime-t-elle toujours sur le code ?
- [30] Driver Savage XP Castlerock / CLE266 : Une implémentation libre
- [8] Glade 2.0.0 est disponible
- [116] Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
- [19] Kit du développeur d'OpenOffice.org 1.0.2
- [64] Résumé GNOME : 29 mars 2003
Développeur : Appel à contribution pour "Do & don't for device drivers".
Posté par zyvad (). Modéré le 21 mai 2003.
J'espère en proposant cette annonce sur linuxfr éveiller l'attention d'éventuels lecteurs compétents sur quelques sujets pointus.
![[en]](../../../images/en.png)
Projet "Kernel Janitors" (481 hits)
> Lire la suite (5 commentaires, moyenne: 1,8). [dépêche : 1496 caractères]
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.
Re: Appel à contribution pour
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 Da Scritch (page perso, ) le 21/05/2003 à 19:14. (lien). É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 pasBill pasGates () le 21/05/2003 à 20:40. (lien). É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
Re: Appel à contribution pour
Est-ce qu'une traduction de ce document a été déjà faite ou en cours ??
--
http://titux.tuxfamily.org(...)
- Christophe -
Cette page a été générée par Templeet en 0.0768s (dont 0.0183 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.