[SLOF] Loading file from disk image

Jd Lyons lyons_dj at yahoo.com
Wed Jan 3 00:17:27 AEDT 2018



> On Jan 2, 2018, at 8:12 AM, Thomas Huth <thuth at redhat.com> wrote:
> 
> On 02.01.2018 13:38, Jd Lyons wrote:
>> 
>> 
>>> On Jan 2, 2018, at 4:35 AM, Thomas Huth <thuth at redhat.com> wrote:
>>> 
>>> On 29.12.2017 10:09, Jd Lyons wrote:
>>> [...]
>>>> Now if there was only a byte-load word:-(
>>> 
>>> The FCode interpreter is currently disabled in SLOF by default - since
>>> nobody was actively using it in years and pulling in all the required
>>> Forth code slowed down the boot process quite a bit.
>>> 
>>> But you can enable it manually by typing this at the firmware prompt:
>>> 
>>> include evaluator.fs
>>> 
>>> After that, the "byte-load" word should be available.
>>> I hope that's good enough for your experiments ... if there's a real
>>> good reason for enabling it permanently again, please let us know, then
>>> we should maybe come up with a better solution for this...
>>> 
>>> Thomas
>> 
>> Also, do you, or anyone know anything about the pci-device_10de_0141.fs?
>> 
>> I have one of these cards( Geforce 6600 ). It’s an Apple OEM with an
>> nVidia Fcode Option Rom.
> 
> I don't remember that graphics card, but the pci-device_10de_0141.fs
> file is only used by the Makefile in the board-js2x folder. That means
> that it was likely supported as one of the graphic cards of the YDL
> PowerStation back in 2008.
> The board-js2x code is currently likely not working anymore, since it is
> bit-rotting since quite some time now. The only code that still gets
> test coverage is board-qemu for the "pseries" VMs that you can run with
> QEMU.
> 
>> I am trying to enable it for PCI Passthough, mostly for Openbios so I
> can use it in the Mac OS, however I have Fedora 27 installed in a qemu
> pseries power8 virtual machine, and the GUI is tearable slow, so it
> would be nice to get a little graphics accretion working.
>> 
>> Tho for linux, the nouveau driver will let me load the PC Bios option rom for this device, and I should be able to get it to work that way, even if SLOF doesn’t.
>> 
>> Just poking around in the code for SLOF, it seems there is some support for reading the option roms of pci devices, and when I look at the properties of my card, it seems at least the rom gets an address, but it doesn’t seem SLOF is trying to use the Fcode off the card at boot time.  
> 
> As mentioned in an earlier mail, the FCODE evaluator is disabled by
> default nowadays. If you want to use it with your graphics card and
> board-qemu, you likely have to do two things:
> 
> 1) Add "$(SLOFCMNDIR)/fs/devices/pci-device_10de_0141.fs" to
> board-qemu/slof/Makefile.
> 
> 2) Revert SLOF commit b3fde41bc75269df2e30a7dfc0645ca239eb2786 so that
> the FCODE evaluator is included by default again, and thus available
> when SLOF is scanning the PCI bus.
> 
> Thomas

Ok, I see, thanks Tom, that’s a big help.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/slof/attachments/20180102/7902eb85/attachment-0001.html>


More information about the SLOF mailing list