> Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Bref, est-ce que quelqu'un a réussi à booter un openBSD sur qemu, sur une
autre archi que x86?
> Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Bref, est-ce que quelqu'un a réussi à booter un openBSD sur qemu, sur une
autre archi que x86?
> Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Bref, est-ce que quelqu'un a réussi à booter un openBSD sur qemu, sur une
autre archi que x86?
Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Ce serait encore meilleur si, dans le cadre de l'émulation sparc, elle
était 100% compatible avec les PROM de sparc (on voit par exemple que la
police utilisée n'est pas correcte).
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
Je suppose que tu pourrais aller un peu plus loin en faisant un boot -a,
et en indiquant rd0a comme disque racine. Cela ne fera sans doute que
retarder le plantage.
Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Ce serait encore meilleur si, dans le cadre de l'émulation sparc, elle
était 100% compatible avec les PROM de sparc (on voit par exemple que la
police utilisée n'est pas correcte).
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
Je suppose que tu pourrais aller un peu plus loin en faisant un boot -a,
et en indiquant rd0a comme disque racine. Cela ne fera sans doute que
retarder le plantage.
Enfin, la version d'openBIOS:
Since version 0.8.2, QEMU uses OpenBIOS http://www.openbios.org/.
OpenBIOS is a free (GPL v2) portable firmware implementation. The goal is
to implement a 100% IEEE 1275-1994 (referred to as Open Firmware)
compliant firmware.
Ce serait encore meilleur si, dans le cadre de l'émulation sparc, elle
était 100% compatible avec les PROM de sparc (on voit par exemple que la
police utilisée n'est pas correcte).
Please note that currently NetBSD, OpenBSD or Solaris kernels don't work.
Pour openBSD, j'ai peu d'espoir. Pour netBSD, j'espère que l'autre fil me
permettra de rendre faux cette affirmation.
Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
Je suppose que tu pourrais aller un peu plus loin en faisant un boot -a,
et en indiquant rd0a comme disque racine. Cela ne fera sans doute que
retarder le plantage.
>> Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
>> Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
>> Visiblement, il y a le même problème esp/dma que pour faire fonctionner
NetBSD, et en plus il y a un déréférencement de pointeur NULL pour la
forme, sans doute lié à la ligne "bootpath: " qui me fait soupçonner que
la PROM émulée par qemu n'est pas aussi compatible qu'elle le prétend
(peuplement du noeud /options incomplet ou incorrect).
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Tu n'as pas compris ce que je voulais dire, parce que tu n'es sans doute
pas assez familier avec OpenPROM (ou OpenFirmware, c'est son fiston).
Dans OpenPROM, tu as une hiérarchie de noeuds, chacun ayant des
propriétés (= des variables) et des mots (= des méthodes). L'essentiel
des noeuds correspond à la hiérarchie physique des composants de la
machine, et il y a quelques noeuds particuliers qui sont des alias où
contiennent des propriétés et/ou des mots qui ne correspondent pas à un
composant proprement dit.
Par exemple, le vocabulaire forth de base de l'OpenPROM est contenu dans
le noeud racine (il faut bien le mettre quelque part, et puis c'est bien
pratique ici...). Le noeud /options, lui, contient les variables
d'environnement (commandes printenv et setenv au prompt `ok'), ainsi que
quelques variables dynamiques déterminées au runtime lorsque la PROM
tourne (par exemple, quels sont les composants servant aux
entrées-sorties pour la console, qui peuvent être différent de ceux
parametrés en variables d'environnement - par exemple parce que le
composant a été retiré...).
Pour fonctionner correctement sur sparc, OpenBSD (et NetBSD également)
ont besoin de pouvoir parcourir cette arborescence, et ont besoin que
/options contienne tout ce qu'une vraie OpenPROM va y mettre.
A priori, contrairement à ce que je disais hier, ce point est rempli.
Cependant, en plus de ça, les OpenPROM sparc passent au code qu'elles
chargent, un pointeur dans une structure spécifique (et dont le format
dépend de la version majeur de l'OpenPROM, sinon c'est pas drôle). C'est
depuis cette structure qu'OpenBSD extrait le chemin selon lequel il a
été amorcé, ainsi que les options qui lui ont été passées. Et si la
ligne ``bootpath:'' est vide, j'ai bien peur que cette structure ne soit
que partiellement implémentée dans QEMU.Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
Voir juste au-dessus. Du coup, je ne suis pas si sûr que l'option -a
soit récupérée. Mais tu n'a rien à perdre à essayer.
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Tu n'as pas compris ce que je voulais dire, parce que tu n'es sans doute
pas assez familier avec OpenPROM (ou OpenFirmware, c'est son fiston).
Dans OpenPROM, tu as une hiérarchie de noeuds, chacun ayant des
propriétés (= des variables) et des mots (= des méthodes). L'essentiel
des noeuds correspond à la hiérarchie physique des composants de la
machine, et il y a quelques noeuds particuliers qui sont des alias où
contiennent des propriétés et/ou des mots qui ne correspondent pas à un
composant proprement dit.
Par exemple, le vocabulaire forth de base de l'OpenPROM est contenu dans
le noeud racine (il faut bien le mettre quelque part, et puis c'est bien
pratique ici...). Le noeud /options, lui, contient les variables
d'environnement (commandes printenv et setenv au prompt `ok'), ainsi que
quelques variables dynamiques déterminées au runtime lorsque la PROM
tourne (par exemple, quels sont les composants servant aux
entrées-sorties pour la console, qui peuvent être différent de ceux
parametrés en variables d'environnement - par exemple parce que le
composant a été retiré...).
Pour fonctionner correctement sur sparc, OpenBSD (et NetBSD également)
ont besoin de pouvoir parcourir cette arborescence, et ont besoin que
/options contienne tout ce qu'une vraie OpenPROM va y mettre.
A priori, contrairement à ce que je disais hier, ce point est rempli.
Cependant, en plus de ça, les OpenPROM sparc passent au code qu'elles
chargent, un pointeur dans une structure spécifique (et dont le format
dépend de la version majeur de l'OpenPROM, sinon c'est pas drôle). C'est
depuis cette structure qu'OpenBSD extrait le chemin selon lequel il a
été amorcé, ainsi que les options qui lui ont été passées. Et si la
ligne ``bootpath:'' est vide, j'ai bien peur que cette structure ne soit
que partiellement implémentée dans QEMU.
Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
Voir juste au-dessus. Du coup, je ne suis pas si sûr que l'option -a
soit récupérée. Mais tu n'a rien à perdre à essayer.
J'ai la possibilité d'ajouter a peu près toutes les options prom que
je souhaite, par exemple
`-prom-env string'
Set OpenBIOS variables in NVRAM, for example:
qemu-system-sparc -prom-env 'auto-boot?úlse'
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'
Tu n'as pas compris ce que je voulais dire, parce que tu n'es sans doute
pas assez familier avec OpenPROM (ou OpenFirmware, c'est son fiston).
Dans OpenPROM, tu as une hiérarchie de noeuds, chacun ayant des
propriétés (= des variables) et des mots (= des méthodes). L'essentiel
des noeuds correspond à la hiérarchie physique des composants de la
machine, et il y a quelques noeuds particuliers qui sont des alias où
contiennent des propriétés et/ou des mots qui ne correspondent pas à un
composant proprement dit.
Par exemple, le vocabulaire forth de base de l'OpenPROM est contenu dans
le noeud racine (il faut bien le mettre quelque part, et puis c'est bien
pratique ici...). Le noeud /options, lui, contient les variables
d'environnement (commandes printenv et setenv au prompt `ok'), ainsi que
quelques variables dynamiques déterminées au runtime lorsque la PROM
tourne (par exemple, quels sont les composants servant aux
entrées-sorties pour la console, qui peuvent être différent de ceux
parametrés en variables d'environnement - par exemple parce que le
composant a été retiré...).
Pour fonctionner correctement sur sparc, OpenBSD (et NetBSD également)
ont besoin de pouvoir parcourir cette arborescence, et ont besoin que
/options contienne tout ce qu'une vraie OpenPROM va y mettre.
A priori, contrairement à ce que je disais hier, ce point est rempli.
Cependant, en plus de ça, les OpenPROM sparc passent au code qu'elles
chargent, un pointeur dans une structure spécifique (et dont le format
dépend de la version majeur de l'OpenPROM, sinon c'est pas drôle). C'est
depuis cette structure qu'OpenBSD extrait le chemin selon lequel il a
été amorcé, ainsi que les options qui lui ont été passées. Et si la
ligne ``bootpath:'' est vide, j'ai bien peur que cette structure ne soit
que partiellement implémentée dans QEMU.Le boot -a et le disque racine rd0a ils sont indiqués dans une prom-env?
Voir juste au-dessus. Du coup, je ne suis pas si sûr que l'option -a
soit récupérée. Mais tu n'a rien à perdre à essayer.