[SLOF] Loading file from disk image
Jd Lyons
lyons_dj at yahoo.com
Wed Jan 3 02:38:47 AEDT 2018
> On Jan 2, 2018, at 10:10 AM, Thomas Huth <thuth at redhat.com> wrote:
>
> On 02.01.2018 16:02, Jd Lyons wrote:
>>
>>
>>> On Jan 2, 2018, at 9:25 AM, Thomas Huth <thuth at redhat.com> wrote:
>>>
>>> On 02.01.2018 15:17, Jd Lyons wrote:
>>>>
>>>>
>>>>> On Jan 2, 2018, at 8:43 AM, Jd Lyons <lyons_dj at yahoo.com> wrote:
>>>>>
>>>>> Joy!peffpwpc……
>>>>>
>>>>> 14677: [ a5] 0 0 0 2 1 5e77ef40 5e7d1078 4 0
>>>>> 14679: [111] encode-int 0 0 2 1 5e77ef40 5e7d1078 4 5e7d107c 4
>>>>> 1467b: [112] encode+ 0 0 2 1 5e77ef40 5e7d1078 8
>>>>> 1467c: [ 12] b(") 0 0 2 1 5e77ef40 5e7d1078 8 1467e e
>>>>> 1468d: [110] property 0 0 2 1 5e77ef40
>>>>> 1468f: [127] finish-device 0 0 2 1 5e77ef40
>>>>> 14691: [127] finish-device 0 0 2 1 5e77ef40
>>>>> 14693: [de0] xde0 0 0 2 1 5e77ef40
>>>>> 14694: [ 0] end0 0 0 2 1 5e77ef40
>>>>> restored fcode@ 5e77ef40
>>>>> restored fcode-spread 1
>>>>> restored fcode-offset 2
>>>>> restored fcode-end 0
>>>>> restored ip 0
>>>>> ok
>>>>> 0 > dev /pci ls
>>>>> 5e72ad60 : /pci at 800000020000000
>>>>> 5e72d2e8 : |-- ethernet at 0
>>>>> 5e72d9d8 : +-- NVDA,Parent at 1
>>>>> 5e7cfab0 : |--
>>>>>
>>>>
>>>> Seems to be having trouble populating the children,
>>>>
>>>> I should see:
>>>>
>>>>> 5e72d9d8 : +-- NVDA,Parent at 1
>>>>> 5e7cfab0 : |-- NVDA,Display-A
>>>
>>> Indeed, sounds like there is something wrong here. Does SLOF hang during
>>> the "ls" or do you get back to the firmware prompt? Could you please
>>> paste the whole log, right from the start of booting the VM?
>>>
>>
>> Seems to scroll on forever after the ls command, so there is some data in the child, not sure what it is. I may try and let it run to it’s end, I only gave it about 10 min.
>>
>>
>>
>>> Not sure, but in case you've manually started the FCODE from the
>>> firmware prompt, maybe you've also got to open the node for "extension"
>>> instead. So instead of doing select-dev or open-dev, could you please
>>> try this instead:
>>>
>>> dev /pci/vga
>>> get-node extend-device
>>>
>>
>> Seems to matter the oder I do things, I haven’t figured the correct oder of commands:
> [...]
>> 0 > dev /pci/vga ok
>> 0 > get-node extend-device ok
>> 0 > include evaluator.fs ok
>> 0 > load disk1:,\666
>> Trying to load: from: /vdevice/v-scsi at 71000002/disk at 8100000000000000:,\666 ... ok
>> 0 > 4040 1 byte-load no current instance
>> 0 > s" /pci/vga" select-dev ok
>> 0 > load disk1:,\666
>> Trying to load: from: /vdevice/v-scsi at 71000002/disk at 8100000000000000:,\666 ... ok
>> 0 > 4040 1 byte-load byte-load Undefined word
>>
>> 0 > 4040 1 byte-load byte-load Undefined word
>>
>> 0 > include evaluator.fs ok
>> 0 > 4040 1 byte-load FCode called abort: IP 1405f 6 b
>> Aborted
>> 0 > true to eva-debug? ok
>> 0 > 4040 1 byte-load
>
> Please always do the "include evaluator.fs" and "true to eva-debug?"
> commands first - otherwise the FCODE evaluator Forth words might get
> installed as words of /pci/vga only instead, and not of the global Forth
> dictionary.
>
> I think you should also do the "load disk1..." before changing to the
> /dev/vga node, since "load" might also tinker with the current device
> tree node. So please try this order:
>
> include evaluator.fs
> true to eva-debug?
> load disk1:,\666
> dev /pci/vga
> get-node extend-device
> 4040 1 byte-load
>
Doing this seems to result in not getting the correct instance.
14022: [ c2] fc-locals-b(;) 0 0 2 1 5e77e658
14023: [ 11] b(') 0 0 2 1 5e77e658 5e7a0b78
14026: [ c3] b(to) 0 0 2 1 5e77e658
1402a: [e34] xe34 0 0 2 1 5e77e658
1402c: [dff] xdff 0 0 2 1 5e77e658
1402e: [93d] x93d 0 0 2 1 5e77e658 43
1402f: [ 10] b(lit) 0 0 2 1 5e77e658 43 f
14034: [ 3d] <> 0 0 2 1 5e77e658 -1
14035: [ 14] b?branch 0 0 2 1 5e77e658
14039: [9bd] x9bd 0 0 2 1 5e77e658 2000014
1403a: [ 10] b(lit) 0 0 2 1 5e77e658 2000014 ff
1403f: [ 23] AND 0 0 2 1 5e77e658 14
14041: [103] my-space 0 0 2 1 5e77e658 14 800
14042: [ 1e] + 0 0 2 1 5e77e658 814
14044: [a08] xa08 no current instance
Reseting the system and doing:
Ready!
0 > include evaluator.fs ok
0 > true to eva-debug? ok
0 > load disk1:,\666
Trying to load: from: /vdevice/v-scsi at 71000002/disk at 8100000000000000:,\666 ... ok
0 > s" /pci/vga" select-dev ok
0 > 4040 1 byte-load
This gives me the NVDA,Parent, but seems to have trouble with the children, but at least the evaluator is able to complete the Fcode to end0
This seems correct, from what I remember of hacking this roms, it’s been about 10 years since I had a PPC Mac.
> dev /pci/@1 .properties
VRAM,memsize 10000000 10000000
#size-cells 00000000
#address-cells 00000001
reg 00000800 00000000 00000000 00000000
00000000 02000810 00000000 00000000
00000000 01000000 0200081c 00000000
00000000 00000000 01000000 42000814
00000000 00000000 00000000 10000000
02000830 00000000 00000000 00000000
00020000
NVDA,Level 00000001
NVDA,Features 005002ef
rom-revision 2149
32313439 00
name NVDA,Parent
4e564441 2c506172 656e7400
NVCAP 04000100 00100003 001c0000 00000007
000000
NVPM 01000000 00000000 00000000 00000000
00000000 00000000 00000000
device_type NVDA,GeForce
4e564441 2c476546 6f726365 00
NVDA,BMP 55aa7eeb 4b373430 30e94c19 77cc5649
44454f20 0d000000 00005710 00004942
4d205647 4120436f 6d706174 69626c65
01000000 b0100b18 30362f32 342f3035
00000000 00000000 01100000 00000000
e93edd00 00000000 00000000 00004081
efffff7f 10000080 2200a542 e9f5b7e9
fcb7ffb8 42495400 00010c06 10473201
0400de00 42021600 e2004301 0e00f800
44010400 06014901 0e000a01 4c010200
18017401 12001a01 4d010200 2c014e00
00000000 50011900 2e015302 15004701
54010200 5c015501 03005e01 56010600
61016300 00000000 69022300 67010000
00007502 43050000 00000000 a8073030
2f30302f 30300200 00000000 00000000
8a010000 3d020000 00004302 55026102
9102d902 d9025502 2903c803 ce03d403
ec030404 1c043404 4c046404 cc127c04
0000b704 00000f05 00006805 0000a205
000042a7 050000ba 05500a06 19230628
4b06145f 06238206 23a50614 b9060000
00fc0611 07000075 02430500 600140fd
13005743 2e073036 2f32342f 30350000
00000000 00000000 3a072104 23050000
00006400 95019001 e8030300 23001900
640001ff 01ff0119 011f0007 00000000
00204000 00640095 01580278 05030023
00190064 0001ff01 ff011f01 1f000703
00000000 08400000 90012003 90012003
0d000000 32002003 011f011f 01010101
00070000 00000008 05680064 00950190
01e80303 00230019 00640001 ff01ff01
19011f01 07000000 00002005 68006400
95019001 e8030300 23001900 640001ff
01ff0119 011f0107 00000000 00ffff80
05800544 07870b5b 10951173 12000074
12a012cc 12000101 01020103 01040105
01d40210 00010000 001c0210 00010000
00d00210 00010000 00d80210 00010000
00dc0210 00010000 00dc0210 00000000
00001010 00400000 00400000 00000000
000f0000 00020000 00101300 00000100
00000000 00001010 00200000 00200000
00401500 00000001 00000000 00401500
00000002 00000000 00d4033c 70042103
0300d403 3c700421 030301d4 033c7004
21030302 d4033c70 04210303 03d4033c
70042103 4040d403 3c700421 032f21d4
033c7004 21032f23 d4033c70 04210320
00010103 02030101 63301f02 10002823
98139813 bc13bc13 68037403 80038c03
9803a403 b003bc03 00000001 01020103
01040105 01060107 01080109 010a010b
010c010d 010e010f e81cd013 7017d713
0000de13 e81ce513 7017ec13 0000f313
d039fa13 e02e0114 00000814 d0390f14
e02e1614 00001d14 e81c2414 70172b14
00003214 e81c3914 70174014 00004714
d0394e14 e02e5514 00005c14 d0396314
e02e6a14 00007114 04083132 3519007e
b4000000 00010203 090a0b0c 0e0f1011
17181e1f 2022292c 33343c3d 21f07c1f
44765700 43034903 8301f400 d2d21620
c04033
model GeForce 6600
4765466f 72636520 36363030 00
revision-id 000000a4
subsystem-id 00000010
assigned-addresses 82000830 00000000 83000000 00000000
00020000 82000810 00000000 81000000
00000000 01000000 c3000814 00002100
00000000 00000000 10000000 8200081c
00000000 82000000 00000000 01000000
ibm,req#msi 00000001
vendor-id 000010de
device-id 00000141
class-code 00030000
interrupts 00000001
min-grant 00000000
max-latency 00000000
subsystem-vendor-id 000010de
cache-line-size 00000000
devsel-speed 00000000
ibm,loc-code vfio_vfio-pci:0000:00:01.0
7666696f 5f766669 6f2d7063 693a3030
30303a30 303a3031 2e3000
ibm,my-drc-index 40000008
ibm,pci-config-space-type 00000001 ok
> Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/slof/attachments/20180102/92cbeff7/attachment-0001.html>
More information about the SLOF
mailing list