option custom DSDT initrd dans config noyau 2.6.30
6 réponses
julien
Bonjour,
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian
testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas
sélectionnée ?
Concrètement, je sais que le bios de ma carte mère contient un DSDT
buggué (je suis allé sur la page indiquée dans
Documentation/acpi/dsdt-override.txt du package kernel source 2.6.30) et
le fabricant ne propose plus de mise à jour du bios pour ma carte (une
Asus K8VSE-Deluxe)
Donc pour avoir une DSDT corrigée, il faut soit que je l'inclus dans un
noyau compilé manuellement, soit que j'utilise initrd. Or, l'option
mentionnée n'étant pas sélectionnée, je suis là encore obligé de passer
par une compilation manuelle du noyau.
Le pb, c'est que le faire 1 fois pourquoi pas, mais je n'ai pas envie de
faire ça à chaque sortie de version du noyau.
Donc pourquoi cette option a été retirée ?
Je précise "retirée" car l'option était présente avant (6 mois, 1 an je
ne me rappelle plus).
Question subsidiaire : la prochaine fois que j'achète une carte mère,
comment connaître à l'avance les constructeurs qui fournissent une DSDT
correcte ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
Salut,
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ? A ma connaissance cette option n'a jamais été intégrée dans une version stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via un patch Debian (comme dans d'autres distributions), mais je n'en trouve aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques discussions et rapport de bugs demandant l'inclusion de ce patch dans le noyau Debian mais pas d'indication que ça a été fait, seulement un "won't fix".
Salut,
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian
testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas
sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ?
Je précise "retirée" car l'option était présente avant (6 mois, 1 an je
ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
A ma connaissance cette option n'a jamais été intégrée dans une version
stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via
un patch Debian (comme dans d'autres distributions), mais je n'en trouve
aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques
discussions et rapport de bugs demandant l'inclusion de ce patch dans le
noyau Debian mais pas d'indication que ça a été fait, seulement un
"won't fix".
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ? A ma connaissance cette option n'a jamais été intégrée dans une version stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via un patch Debian (comme dans d'autres distributions), mais je n'en trouve aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques discussions et rapport de bugs demandant l'inclusion de ce patch dans le noyau Debian mais pas d'indication que ça a été fait, seulement un "won't fix".
julien
Pascal Hambourg a écrit :
Salut,
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ? A ma connaissance cette option n'a jamais été intégrée dans une version stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via un patch Debian (comme dans d'autres distributions), mais je n'en trouve aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques discussions et rapport de bugs demandant l'inclusion de ce patch dans le noyau Debian mais pas d'indication que ça a été fait, seulement un "won't fix".
Maintenant que tu poses la question j'ai comme un doute.
Je n'ai essayé qu'1 fois et il y a bien longtemps la version stable de Debian, j'ai tout de suite laissé tomber. Mon but n'étant pas d'avoir un serveur de prod à la maison, j'ai essayé par la suite la sid qui s'est avérée trop instable à mon goût (et c'est normal par définition !) pour finir sur la testing. En ce qui me concerne la testing est un bon compromis entre stabilité et logiciels récents.
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing. Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
Pascal Hambourg a écrit :
Salut,
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian
testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas
sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ?
Je précise "retirée" car l'option était présente avant (6 mois, 1 an je
ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
A ma connaissance cette option n'a jamais été intégrée dans une version
stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via
un patch Debian (comme dans d'autres distributions), mais je n'en trouve
aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques
discussions et rapport de bugs demandant l'inclusion de ce patch dans le
noyau Debian mais pas d'indication que ça a été fait, seulement un
"won't fix".
Maintenant que tu poses la question j'ai comme un doute.
Je n'ai essayé qu'1 fois et il y a bien longtemps la version stable de
Debian, j'ai tout de suite laissé tomber. Mon but n'étant pas d'avoir un
serveur de prod à la maison, j'ai essayé par la suite la sid qui s'est
avérée trop instable à mon goût (et c'est normal par définition !) pour
finir sur la testing.
En ce qui me concerne la testing est un bon compromis entre stabilité et
logiciels récents.
Donc pour répondre à la question, si le patch était présent, je n'ai pu
le voir que sur un noyau testing. Sauf si avant je m'embêtais à
recompiler le noyau manuellement à chaque nouvelle version de testing
pour intégrer le patch dsdt (ce qui est possible avec le doute que tu
m'as mis ! :-) )
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que
cela représenterait une brèche dans la sécurité ?
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ? A ma connaissance cette option n'a jamais été intégrée dans une version stable du noyau Linux "officiel" (kernel.org) donc c'était forcément via un patch Debian (comme dans d'autres distributions), mais je n'en trouve aucune trace dans les changelogs du noyau Debian. J'ai trouvé quelques discussions et rapport de bugs demandant l'inclusion de ce patch dans le noyau Debian mais pas d'indication que ça a été fait, seulement un "won't fix".
Maintenant que tu poses la question j'ai comme un doute.
Je n'ai essayé qu'1 fois et il y a bien longtemps la version stable de Debian, j'ai tout de suite laissé tomber. Mon but n'étant pas d'avoir un serveur de prod à la maison, j'ai essayé par la suite la sid qui s'est avérée trop instable à mon goût (et c'est normal par définition !) pour finir sur la testing. En ce qui me concerne la testing est un bon compromis entre stabilité et logiciels récents.
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing. Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
Pascal Hambourg
julien a écrit :
Pascal Hambourg a écrit :
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005. <http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le patch, comme Ubuntu, SuSE ou Mandriva ?
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a été brièvement inclus lors du développement du noyau 2.6.25 mais retiré avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit 71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image early, but that just ended up showing other problems with the whole approach. The fact is, the VFS layer simply isn't initialized this early, and the relevant ACPI code should either run much later, or this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble toujours maintenu.
julien a écrit :
Pascal Hambourg a écrit :
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian
testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas
sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ?
Je précise "retirée" car l'option était présente avant (6 mois, 1 an je
ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu
le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai
rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005.
<http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à
recompiler le noyau manuellement à chaque nouvelle version de testing
pour intégrer le patch dsdt (ce qui est possible avec le doute que tu
m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le
patch, comme Ubuntu, SuSE ou Mandriva ?
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que
cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que
par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a
été brièvement inclus lors du développement du noyau 2.6.25 mais retiré
avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit
71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs
DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image
early, but that just ended up showing other problems with the whole
approach. The fact is, the VFS layer simply isn't initialized this
early, and the relevant ACPI code should either run much later, or
this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this
concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble
toujours maintenu.
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005. <http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le patch, comme Ubuntu, SuSE ou Mandriva ?
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a été brièvement inclus lors du développement du noyau 2.6.25 mais retiré avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit 71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image early, but that just ended up showing other problems with the whole approach. The fact is, the VFS layer simply isn't initialized this early, and the relevant ACPI code should either run much later, or this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble toujours maintenu.
Pascal Hambourg
julien a écrit :
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
julien a écrit :
Donc pour répondre à la question, si le patch était présent, je n'ai pu
le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
julien
Pascal Hambourg a écrit :
julien a écrit :
Pascal Hambourg a écrit :
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005. <http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le patch, comme Ubuntu, SuSE ou Mandriva ?
Effectivement, ça doit être ça : j'ai eu Ubuntu pendant un long moment car Debian même en testing, ne me satisfaisait pas. Au bout d'un moment, Debian s'est assez amélioré niveau Desktop pour que je puisse me passer d'Ubuntu ; je trouvais Ubuntu un peu moins "propre". (ce n'est pas un appel au troll, ce n'est qu'un point de vue, forcément subjectif donc. Peut-être que cela est dû à une certaine ignorance de ma part. Je ne connais pas la situation d'Ubuntu aujourd'hui mais je sais qu'elle a permis et permet encore une plus large diffusion de Linux).
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a été brièvement inclus lors du développement du noyau 2.6.25 mais retiré avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit 71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image early, but that just ended up showing other problems with the whole approach. The fact is, the VFS layer simply isn't initialized this early, and the relevant ACPI code should either run much later, or this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble toujours maintenu.
Merci pour l'information et pour tes réponses détaillées !
Pascal Hambourg a écrit :
julien a écrit :
Pascal Hambourg a écrit :
julien a écrit :
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian
testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas
sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ?
Je précise "retirée" car l'option était présente avant (6 mois, 1 an je
ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu
le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai
rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005.
<http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à
recompiler le noyau manuellement à chaque nouvelle version de testing
pour intégrer le patch dsdt (ce qui est possible avec le doute que tu
m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le
patch, comme Ubuntu, SuSE ou Mandriva ?
Effectivement, ça doit être ça : j'ai eu Ubuntu pendant un long moment
car Debian même en testing, ne me satisfaisait pas.
Au bout d'un moment, Debian s'est assez amélioré niveau Desktop pour que
je puisse me passer d'Ubuntu ; je trouvais Ubuntu un peu moins "propre".
(ce n'est pas un appel au troll, ce n'est qu'un point de vue, forcément
subjectif donc. Peut-être que cela est dû à une certaine ignorance de ma
part. Je ne connais pas la situation d'Ubuntu aujourd'hui mais je sais
qu'elle a permis et permet encore une plus large diffusion de Linux).
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que
cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que
par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a
été brièvement inclus lors du développement du noyau 2.6.25 mais retiré
avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit
71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs
DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image
early, but that just ended up showing other problems with the whole
approach. The fact is, the VFS layer simply isn't initialized this
early, and the relevant ACPI code should either run much later, or
this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this
concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble
toujours maintenu.
Merci pour l'information et pour tes réponses détaillées !
J'ai beau chercher sur Google, j'aimerais savoir pourquoi, sur Debian testing en tout cas, l'option CONFIG_ACPI_CUSTOM_DSDT_INITRD n'est pas sélectionnée ?
[...]
Donc pourquoi cette option a été retirée ? Je précise "retirée" car l'option était présente avant (6 mois, 1 an je ne me rappelle plus).
C'était dans quelle version/variante de noyau Debian ?
[...]
Maintenant que tu poses la question j'ai comme un doute.
[...]
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
Les noyaux passent par unstable avant d'arriver dans testing, et je n'ai rien vu dans le changelog de linux-2.6 depuis la version 2.6.12 en 2005. <http://packages.debian.org/changelogs/pool/main/l/linux-2.6/current/changelog>
Sauf si avant je m'embêtais à recompiler le noyau manuellement à chaque nouvelle version de testing pour intégrer le patch dsdt (ce qui est possible avec le doute que tu m'as mis ! :-) )
Ça n'aurait pas pu être un noyau d'une autre distribution qui inclut le patch, comme Ubuntu, SuSE ou Mandriva ?
Effectivement, ça doit être ça : j'ai eu Ubuntu pendant un long moment car Debian même en testing, ne me satisfaisait pas. Au bout d'un moment, Debian s'est assez amélioré niveau Desktop pour que je puisse me passer d'Ubuntu ; je trouvais Ubuntu un peu moins "propre". (ce n'est pas un appel au troll, ce n'est qu'un point de vue, forcément subjectif donc. Peut-être que cela est dû à une certaine ignorance de ma part. Je ne connais pas la situation d'Ubuntu aujourd'hui mais je sais qu'elle a permis et permet encore une plus large diffusion de Linux).
En tout cas, c'est bien dommage que l'option ne soit pas là. Est-ce que cela représenterait une brèche dans la sécurité ?
D'après ce que j'ai lu, le patch a été rejeté aussi bien en amont que par Debian plutôt à cause de sa qualité insuffisante. En début 2008 il a été brièvement inclus lors du développement du noyau 2.6.25 mais retiré avant la sortie définitive par Linus T. avec ce commentaire (en VO) :
This essentially reverts commit 71fc47a9adf8ee89e5c96a47222915c5485ac437 ("ACPI: basic initramfs DSDT override support"), because the code simply isn't ready.
It did ugly things to the init sequence to populate the rootfs image early, but that just ended up showing other problems with the whole approach. The fact is, the VFS layer simply isn't initialized this early, and the relevant ACPI code should either run much later, or this shouldn't be done at all.
For 2.6.25, we'll just pick the latter option. We can revisit this concept later if necessary.
Le patch est disponible à <http://gaugusch.at/kernel.shtml> et semble toujours maintenu.
Merci pour l'information et pour tes réponses détaillées !
julien
Pascal Hambourg a écrit :
julien a écrit :
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
Et non ! Je peux juste te dire que ça date de entre 2005 (l'année où j'ai acheté ma carte mère) et fin 2007 (car je suis sûr qu'à partir de 2008, je ne m'embêtais plus à chercher le pourquoi du comment concernant la dsdt). Je pense, comme je l'ai mis sur le post précédent, que cela devait être présent sur Ubuntu.
Pascal Hambourg a écrit :
julien a écrit :
Donc pour répondre à la question, si le patch était présent, je n'ai pu
le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
Et non ! Je peux juste te dire que ça date de entre 2005 (l'année où
j'ai acheté ma carte mère) et fin 2007 (car je suis sûr qu'à partir de
2008, je ne m'embêtais plus à chercher le pourquoi du comment concernant
la dsdt).
Je pense, comme je l'ai mis sur le post précédent, que cela devait être
présent sur Ubuntu.
Donc pour répondre à la question, si le patch était présent, je n'ai pu le voir que sur un noyau testing.
J'oubliais, tu n'as pas conservé le noyau en question pour voir sa version ?
Et non ! Je peux juste te dire que ça date de entre 2005 (l'année où j'ai acheté ma carte mère) et fin 2007 (car je suis sûr qu'à partir de 2008, je ne m'embêtais plus à chercher le pourquoi du comment concernant la dsdt). Je pense, comme je l'ai mis sur le post précédent, que cela devait être présent sur Ubuntu.
