Retourner au contenu associé (journal : Cycles Per Instruction - The Kernel Module Edition)
Posté par Space_e_man (site web personnel) le 09 mai 2014 à 08:35. En réponse au journal Cycles Per Instruction - The Kernel Module Edition. Évalué à 1.
D'abord, je n'ai pas trouvé facilement de référence à la licence... qu'en est-il ?
Dans le code source suivant (tracks/trk1.c), il n'y a aucune indication de licence :
#include "../netcat.h" #define NETCAT_CPI_TRK1_LEN 624344 struct netcat_track netcat_cpi_trk1 = { .name = "Interrupt 0x7f", .len = NETCAT_CPI_TRK1_LEN, .data = { #include "trk1data.h" } };
Mais pire encore, le code est triviale et "gobe" un immonde blob (tracks/trk1data.h) :
0x4F, 0x67, 0x67, 0x53, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00, ...
D'où ma question, le kernel ne risque-t-il pas d'être fortement teinté en privateur ? :)
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
# kernel taint state ?
Posté par Space_e_man (site web personnel) . En réponse au journal Cycles Per Instruction - The Kernel Module Edition. Évalué à 1.
D'abord, je n'ai pas trouvé facilement de référence à la licence... qu'en est-il ?
Dans le code source suivant (tracks/trk1.c), il n'y a aucune indication de licence :
Mais pire encore, le code est triviale et "gobe" un immonde blob (tracks/trk1data.h) :
D'où ma question, le kernel ne risque-t-il pas d'être fortement teinté en privateur ? :)