Re: [Qemu-devel] Open Hack'Ware question
On Thu, 21 Jul 2005, J. Mayer wrote: On Thu, 2005-07-21 at 17:33 +0200, Karel Gardas wrote: On Thu, 21 Jul 2005, Jocelyn Mayer wrote: That would be cool, since this will also help me with booting RTEMS/PowerPC apps (which are also standard multi-boot elfs) Unfortunately, I've not been able to come with any patch for this yet... You should be able to boot an ELF image using -kernel option. Or it has been broken once again... I have to check this point. Could you be so kind and let me know if it works on qemu trunk? There is a lot of unknown variables in this equation. Perhaps also RTEMS might be broken, or Qemu don't like RTEMS way of dealing with PPC750/eMesquito board... I will check with a kernel Linux for the PREP target. But it would be great if you give me a link to a small test image so I may be able to debug this case and keep it to test regressions with future versions of OHW / Qemu... Now, I've build mcp750 BSP of RTEMS 4.7 and using this I've build simple hello world example. Please consider that I do _not_ have this board so I can not verify at all if the example works or not. Anyway, build process produced two executables: silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ file hello.exe hello.exe: x86 boot sector silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ file hello.nxe hello.nxe: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ which is nice since I know even PPC/linux is the `x86 boot sector' file type. For verification that -kernel might be used w/o -hda, I've tried PREP linux kernel and it booted well. I haven't had any luck with booting elf file `hello.nxe' above, since hackware complain about ``ERROR: Found no boot partition''. When I test hello.exe, it at least doesn't complain, but also doesn't boot. Now I can see: Load raw file into memory at 10 160572 (0002733c) 0 () at console and when I switch to serial console I even see: PREP boot... 100200 10 ERROR: BUG caught... System call exception nip=0x00100288 msr=0x2030 dar=0x dsisr=0x Stopping execution Anyway, you can find all interesting files here: http://web.iol.cz/kgardas/o-optimize.tar.gz There is also build.txt containing build log included. You will see that hello.exe is really build ala linux way: bootloaded, gziped elf image and something else together. Please let me know if you need anything special. Some RTEMS users already promissed to test if RTEMS/mcp750 runs well now, so we will at least know that it should work well. Thanks! Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 2005-07-21 at 09:45 -0500, Brian Wheeler wrote: > After checking strings it looks like bootfile.exe is a bootloader that > pounds openfirmware rather extensively. > > Hmm. Is there a way to load a real ibm firmware into qemu? Since I > have access to machines it might be an interesting experiment. You can try to replace the Open Hack'Ware image by an IBM BIOS. I tried this long ago and it did not work, but a lot of things have been improved in Qemu since then. But maybe we need a hardware emulation closer to some IBM machine, not a generic PREP, for this to work. > On Thu, 2005-07-21 at 09:30 -0500, Brian Wheeler wrote: > > On Wed, 2005-07-20 at 22:49 +0200, J. Mayer wrote: > > > On Thu, 2005-07-14 at 10:32 -0500, Brian Wheeler wrote: > > > > All of the websites that are referred to in the docs and source are > > > > missing. Is there another place to get it? I'm tinkering with the idea > > > > to try to boot aix on qemu. > > > > > > There was a broken link. > > > I just fixed it. > > > > > > > Thanks. > > > > > But, for your information, AIX boot has been tested and does not boot. > > > The reason is it use a specific boot file format (with AIXM magic at > > > start) and I did not spent any time to discover where is stored the code > > > offset (but I know what the offset value is). > > > As reported in OHW README, I did test AIX 4.3.3 & 5.1. > > > > > > > Would booting the bootfile.exe from the CD directly via -kernel be a > > future option to work around the AIXM magic? The exe looks to be a > > standard ELF file for powerpc. It might be interesting to see what that > > file actually does (i.e. if its the kernel or a boot loader) > > > > Brian -- J. Mayer <[EMAIL PROTECTED]> Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 2005-07-21 at 17:33 +0200, Karel Gardas wrote: > On Thu, 21 Jul 2005, Jocelyn Mayer wrote: > > >> That would be cool, since this will also help me with booting > >> RTEMS/PowerPC apps (which are also standard multi-boot elfs) > >> Unfortunately, I've not been able to come with any patch for this yet... > > > > You should be able to boot an ELF image using -kernel option. > > Or it has been broken once again... > > I have to check this point. > > Could you be so kind and let me know if it works on qemu trunk? There is a > lot of unknown variables in this equation. Perhaps also RTEMS might be > broken, or Qemu don't like RTEMS way of dealing with PPC750/eMesquito > board... I will check with a kernel Linux for the PREP target. But it would be great if you give me a link to a small test image so I may be able to debug this case and keep it to test regressions with future versions of OHW / Qemu... -- J. Mayer <[EMAIL PROTECTED]> Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 21 Jul 2005, Jocelyn Mayer wrote: That would be cool, since this will also help me with booting RTEMS/PowerPC apps (which are also standard multi-boot elfs) Unfortunately, I've not been able to come with any patch for this yet... You should be able to boot an ELF image using -kernel option. Or it has been broken once again... I have to check this point. Could you be so kind and let me know if it works on qemu trunk? There is a lot of unknown variables in this equation. Perhaps also RTEMS might be broken, or Qemu don't like RTEMS way of dealing with PPC750/eMesquito board... BTW: I'm using -M prep Thanks! Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 2005-07-21 at 16:54 +0200, Karel Gardas wrote: > On Thu, 21 Jul 2005, Brian Wheeler wrote: > > >> But, for your information, AIX boot has been tested and does not boot. > >> The reason is it use a specific boot file format (with AIXM magic at > >> start) and I did not spent any time to discover where is stored the code > >> offset (but I know what the offset value is). > >> As reported in OHW README, I did test AIX 4.3.3 & 5.1. > >> > > > > Would booting the bootfile.exe from the CD directly via -kernel be a > > future option to work around the AIXM magic? The exe looks to be a > > standard ELF file for powerpc. Yes, you should be able to do this. It may fail if the ELF is to be called with special parameters set up by a first stage bootloader. > That would be cool, since this will also help me with booting > RTEMS/PowerPC apps (which are also standard multi-boot elfs) > Unfortunately, I've not been able to come with any patch for this yet... You should be able to boot an ELF image using -kernel option. Or it has been broken once again... I have to check this point. -- Jocelyn Mayer <[EMAIL PROTECTED]> Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 21 Jul 2005, Brian Wheeler wrote: But, for your information, AIX boot has been tested and does not boot. The reason is it use a specific boot file format (with AIXM magic at start) and I did not spent any time to discover where is stored the code offset (but I know what the offset value is). As reported in OHW README, I did test AIX 4.3.3 & 5.1. Would booting the bootfile.exe from the CD directly via -kernel be a future option to work around the AIXM magic? The exe looks to be a standard ELF file for powerpc. That would be cool, since this will also help me with booting RTEMS/PowerPC apps (which are also standard multi-boot elfs) Unfortunately, I've not been able to come with any patch for this yet... Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
After checking strings it looks like bootfile.exe is a bootloader that pounds openfirmware rather extensively. Hmm. Is there a way to load a real ibm firmware into qemu? Since I have access to machines it might be an interesting experiment. Brian On Thu, 2005-07-21 at 09:30 -0500, Brian Wheeler wrote: > On Wed, 2005-07-20 at 22:49 +0200, J. Mayer wrote: > > On Thu, 2005-07-14 at 10:32 -0500, Brian Wheeler wrote: > > > All of the websites that are referred to in the docs and source are > > > missing. Is there another place to get it? I'm tinkering with the idea > > > to try to boot aix on qemu. > > > > There was a broken link. > > I just fixed it. > > > > Thanks. > > > But, for your information, AIX boot has been tested and does not boot. > > The reason is it use a specific boot file format (with AIXM magic at > > start) and I did not spent any time to discover where is stored the code > > offset (but I know what the offset value is). > > As reported in OHW README, I did test AIX 4.3.3 & 5.1. > > > > Would booting the bootfile.exe from the CD directly via -kernel be a > future option to work around the AIXM magic? The exe looks to be a > standard ELF file for powerpc. It might be interesting to see what that > file actually does (i.e. if its the kernel or a boot loader) > > Brian > > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Wed, 2005-07-20 at 22:49 +0200, J. Mayer wrote: > On Thu, 2005-07-14 at 10:32 -0500, Brian Wheeler wrote: > > All of the websites that are referred to in the docs and source are > > missing. Is there another place to get it? I'm tinkering with the idea > > to try to boot aix on qemu. > > There was a broken link. > I just fixed it. > Thanks. > But, for your information, AIX boot has been tested and does not boot. > The reason is it use a specific boot file format (with AIXM magic at > start) and I did not spent any time to discover where is stored the code > offset (but I know what the offset value is). > As reported in OHW README, I did test AIX 4.3.3 & 5.1. > Would booting the bootfile.exe from the CD directly via -kernel be a future option to work around the AIXM magic? The exe looks to be a standard ELF file for powerpc. It might be interesting to see what that file actually does (i.e. if its the kernel or a boot loader) Brian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 2005-07-14 at 10:32 -0500, Brian Wheeler wrote: > All of the websites that are referred to in the docs and source are > missing. Is there another place to get it? I'm tinkering with the idea > to try to boot aix on qemu. There was a broken link. I just fixed it. But, for your information, AIX boot has been tested and does not boot. The reason is it use a specific boot file format (with AIXM magic at start) and I did not spent any time to discover where is stored the code offset (but I know what the offset value is). As reported in OHW README, I did test AIX 4.3.3 & 5.1. -- J. Mayer <[EMAIL PROTECTED]> Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: system emulation booting elf files [was: Re: [Qemu-devel] Open Hack'Ware question]
On Sat, 16 Jul 2005, Natalia Portillo wrote: Use the -kernel command line option to supply the ELF executable to boot. In OHW there is a known problem that surely will prevent doing that in QEMU System PPC, but in QEMU System x86 it should work without problem. Are you sure it should really work? The problem is that -kernel option requires -hda option to be supplied, if I understand sources well, it uses it to load disc partition table into memory. Also the kernel binary supplied is "normal" zImage, which means it contains x86 boot sector, which makes me curious if the boot sector is really used or not. Anyway, if I try this: silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ qemu -kernel ./hello.exe -hda /images/rtems.img where rtems.img is the hardisk image where I store some rtems examples, then Qemu only prints usual messages and ``Booting from Hard Disc...'' and that's all, nothing more and just consume 100% CPU. Thanks, Karel El 15/07/2005, a las 21:17, Karel Gardas escribió: On Thu, 14 Jul 2005, Brian Wheeler wrote: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I've thought about it a little bit, but since I'm not system programmer, I'm a bit lost. RTEMS executables (whole system image) are ordinary elf files: silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ file hello.exe hello.exe: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ (i.e. hello.exe is whole RTEMS kernel and user app built together) for example GRUB is able to boot such file and when booting it prints something like: [Multiboot-elf, <0x10; 0x4e538:0xbe28 (and probably something other which I've not caught since RTEMS booted quickly) So what's IMHO needed is just elf load such file and start it. Perhaps here is possible to use em86/qemu's elfload functionality and instead of linux-user more hook this into the system mode. Any idea how to proceed? (or where exactly to start?) Thanks! Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel Output from gpg gpg: Signature made Sat 16 Jul 2005 02:57:02 AM CEST using DSA key ID BF3BA6E4 gpg: Can't check signature: public key not found -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: system emulation booting elf files [was: Re: [Qemu-devel] Open Hack'Ware question]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Use the -kernel command line option to supply the ELF executable to boot. In OHW there is a known problem that surely will prevent doing that in QEMU System PPC, but in QEMU System x86 it should work without problem. El 15/07/2005, a las 21:17, Karel Gardas escribió: On Thu, 14 Jul 2005, Brian Wheeler wrote: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I've thought about it a little bit, but since I'm not system programmer, I'm a bit lost. RTEMS executables (whole system image) are ordinary elf files: silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ file hello.exe hello.exe: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ (i.e. hello.exe is whole RTEMS kernel and user app built together) for example GRUB is able to boot such file and when booting it prints something like: [Multiboot-elf, <0x10; 0x4e538:0xbe28 (and probably something other which I've not caught since RTEMS booted quickly) So what's IMHO needed is just elf load such file and start it. Perhaps here is possible to use em86/qemu's elfload functionality and instead of linux-user more hook this into the system mode. Any idea how to proceed? (or where exactly to start?) Thanks! Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC2FteSOHwOb87puQRAh+KAJ9MQgG/Rd8IVnmqf9JJgBIU4ky6WQCfabrv 6gITjZLYR7ZUwvxJZRzPdtA= =ncT4 -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
system emulation booting elf files [was: Re: [Qemu-devel] Open Hack'Ware question]
On Thu, 14 Jul 2005, Brian Wheeler wrote: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I've thought about it a little bit, but since I'm not system programmer, I'm a bit lost. RTEMS executables (whole system image) are ordinary elf files: silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ file hello.exe hello.exe: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped silence:~/cvs/rtems/examples/hello_world_c/o-optimize$ (i.e. hello.exe is whole RTEMS kernel and user app built together) for example GRUB is able to boot such file and when booting it prints something like: [Multiboot-elf, <0x10; 0x4e538:0xbe28 (and probably something other which I've not caught since RTEMS booted quickly) So what's IMHO needed is just elf load such file and start it. Perhaps here is possible to use em86/qemu's elfload functionality and instead of linux-user more hook this into the system mode. Any idea how to proceed? (or where exactly to start?) Thanks! Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sure there is no difference. Well the Mayer's webpage seems broken... http://perso.magic.fr/l_indien/OpenHackWare/ I can send you an OHW copy to your private mail if you wish. Regards El 15/07/2005, a las 14:15, Brian Wheeler escribió: That's why I was hoping to find the source so I could tinker with it a bit and see if I could make any progress :) It looks like the test was against AIX 5.2. I've got 4.1 -> 5.2 so I can test a bunch of different versions to see if there's a difference in behavior. Brian On Thu, 2005-07-14 at 23:41 +0100, Natalia Portillo wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AIX won't work, it is tested, check http://www.claunia.com/qemu/, and if you have a correct CD with the correct PReP partition OHW will simply try to boot it with -M prep and -boot d options. Regards, Natalia Portillo El 14/07/2005, a las 17:33, Brian Wheeler escribió: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I think for AIX it is a matter of seeing what the PREP specification says and seeing what OHW does -- and then trying it on something like AIX 4.3.3 and seeing where it fails. For your application, I'm not sure what you'd need to do...but the kernel option does sound like the best bet. Brian Thanks, Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC1uowSOHwOb87puQRAjziAKCSUVJx1KJdBwPWptYFjXWvz0wQDACfWmks j7uut0iMmgMr5aw7agpzZcE= =Kdp/ -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC19pkSOHwOb87puQRAhNlAJwJFQ+hchfnwqeXCXQeSd6r2RagiACeLD2D pU0SCKMz9jvUfRPDGdTy+Ig= =0GPq -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sure there is no difference. Well the Mayer's webpage seems broken... http://perso.magic.fr/l_indien/OpenHackWare/ I can send you an OHW copy to your private mail if you wish. Regards El 15/07/2005, a las 14:15, Brian Wheeler escribió: That's why I was hoping to find the source so I could tinker with it a bit and see if I could make any progress :) It looks like the test was against AIX 5.2. I've got 4.1 -> 5.2 so I can test a bunch of different versions to see if there's a difference in behavior. Brian On Thu, 2005-07-14 at 23:41 +0100, Natalia Portillo wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AIX won't work, it is tested, check http://www.claunia.com/qemu/, and if you have a correct CD with the correct PReP partition OHW will simply try to boot it with -M prep and -boot d options. Regards, Natalia Portillo El 14/07/2005, a las 17:33, Brian Wheeler escribió: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I think for AIX it is a matter of seeing what the PREP specification says and seeing what OHW does -- and then trying it on something like AIX 4.3.3 and seeing where it fails. For your application, I'm not sure what you'd need to do...but the kernel option does sound like the best bet. Brian Thanks, Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC1uowSOHwOb87puQRAjziAKCSUVJx1KJdBwPWptYFjXWvz0wQDACfWmks j7uut0iMmgMr5aw7agpzZcE= =Kdp/ -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC19nmSOHwOb87puQRAmIpAKDbvcjQiFoh8AXpl54cmwm3LnBaZQCeMTzS aZbImDz1zaJOpUpxkWXaKTc= =kRWk -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
That's why I was hoping to find the source so I could tinker with it a bit and see if I could make any progress :) It looks like the test was against AIX 5.2. I've got 4.1 -> 5.2 so I can test a bunch of different versions to see if there's a difference in behavior. Brian On Thu, 2005-07-14 at 23:41 +0100, Natalia Portillo wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > AIX won't work, it is tested, check http://www.claunia.com/qemu/, and > if you have a correct CD with the correct PReP partition OHW will > simply try to boot it with -M prep and -boot d options. > > Regards, > Natalia Portillo > > El 14/07/2005, a las 17:33, Brian Wheeler escribió: > > > On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: > > > >> On Thu, 14 Jul 2005, Brian Wheeler wrote: > >> > >> > >>> All of the websites that are referred to in the docs and source are > >>> missing. Is there another place to get it? I'm tinkering with > >>> the idea > >>> to try to boot aix on qemu. > >>> > >> > >> The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. > >> > >> Any idea how to get such code booting? IMHO the best would be to use > >> Qemu's -kernel option, but I don't know what are precise > >> requirement for > >> it and for image booting in this scenario. > >> > >> > > > > I think for AIX it is a matter of seeing what the PREP specification > > says and seeing what OHW does -- and then trying it on something like > > AIX 4.3.3 and seeing where it fails. > > > > For your application, I'm not sure what you'd need to do...but the > > kernel option does sound like the best bet. > > > > Brian > > > > > > > >> Thanks, > >> Karel > >> -- > >> Karel Gardas [EMAIL PROTECTED] > >> ObjectSecurity Ltd. http://www.objectsecurity.com > >> > >> > >> ___ > >> Qemu-devel mailing list > >> Qemu-devel@nongnu.org > >> http://lists.nongnu.org/mailman/listinfo/qemu-devel > >> > > > > > > > > ___ > > Qemu-devel mailing list > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (Darwin) > > iD8DBQFC1uowSOHwOb87puQRAjziAKCSUVJx1KJdBwPWptYFjXWvz0wQDACfWmks > j7uut0iMmgMr5aw7agpzZcE= > =Kdp/ > -END PGP SIGNATURE- > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AIX won't work, it is tested, check http://www.claunia.com/qemu/, and if you have a correct CD with the correct PReP partition OHW will simply try to boot it with -M prep and -boot d options. Regards, Natalia Portillo El 14/07/2005, a las 17:33, Brian Wheeler escribió: On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. I think for AIX it is a matter of seeing what the PREP specification says and seeing what OHW does -- and then trying it on something like AIX 4.3.3 and seeing where it fails. For your application, I'm not sure what you'd need to do...but the kernel option does sound like the best bet. Brian Thanks, Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC1uowSOHwOb87puQRAjziAKCSUVJx1KJdBwPWptYFjXWvz0wQDACfWmks j7uut0iMmgMr5aw7agpzZcE= =Kdp/ -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 2005-07-14 at 17:52 +0200, Karel Gardas wrote: > On Thu, 14 Jul 2005, Brian Wheeler wrote: > > > All of the websites that are referred to in the docs and source are > > missing. Is there another place to get it? I'm tinkering with the idea > > to try to boot aix on qemu. > > The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. > > Any idea how to get such code booting? IMHO the best would be to use > Qemu's -kernel option, but I don't know what are precise requirement for > it and for image booting in this scenario. > I think for AIX it is a matter of seeing what the PREP specification says and seeing what OHW does -- and then trying it on something like AIX 4.3.3 and seeing where it fails. For your application, I'm not sure what you'd need to do...but the kernel option does sound like the best bet. Brian > Thanks, > Karel > -- > Karel Gardas [EMAIL PROTECTED] > ObjectSecurity Ltd. http://www.objectsecurity.com > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Open Hack'Ware question
On Thu, 14 Jul 2005, Brian Wheeler wrote: All of the websites that are referred to in the docs and source are missing. Is there another place to get it? I'm tinkering with the idea to try to boot aix on qemu. The same here! But for RTEMS and Mesquite cPCI (MCP750) BSP. Any idea how to get such code booting? IMHO the best would be to use Qemu's -kernel option, but I don't know what are precise requirement for it and for image booting in this scenario. Thanks, Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel