10:09 p.m.
Current trunk (1075) lists some files and doesn't boot at all
Welcome to OpenBIOS v1.0 built on Nov 30 2012 19:55
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0 > boot cd:,\\:tbxi >> Not a bootable ELF image
No valid state has been set by load or init-program
ok
0 > dir cd:9,\
73728 2002-07-18 08:21:48 Desktop DB
0 2002-07-18 08:21:49 Desktop DF
0 2002-07-18 08:21:49 Finder
0 2002-07-18 08:21:49 OSXBoot!
0 2002-07-18 08:21:50 System
1778 2002-07-18 08:21:49 Where_have_all_my_files_gone?
ok
0 > boot cd:9,\\:tbxi No valid state has been set by load or init-program
ok
0 >
After testing with this patch:
http://lists.openbios.org/pipermail/openbios/2011-August/006618.html
I have better results
Welcome to OpenBIOS v1.0 built on Nov 30 2012 20:00
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0 > boot cd:,\\:tbxi >> Not a bootable ELF image
No valid state has been set by load or init-program
ok
0 > dir cd:9,\
82 2002-07-24 17:47:43 ._Welcome to Mac OS X
6148 2002-07-31 23:59:42 .DS_Store
0 2002-07-31 23:59:37 .Trashes\
0 2002-07-29 03:06:27 .vol\
0 2002-07-30 10:00:25 Applications\
0 2002-07-31 23:43:08 bin\
5120 2002-07-31 23:59:40 Desktop DB
25410 2002-07-31 23:59:40 Desktop DF
0 2002-07-15 06:20:41 dev\
11 2002-07-31 23:57:11 etc
0 2002-07-30 10:14:44 Library\
11 2002-07-31 23:57:11 mach
3678188 2002-07-28 20:19:43 mach_kernel
0 2002-07-30 10:57:00 private\
0 2002-07-31 23:41:16 sbin\
0 2002-07-30 10:57:38 System\
11 2002-07-31 23:58:55 tmp
0 2002-07-30 10:03:14 usr\
11 2002-07-31 23:58:58 var
0 2002-07-29 03:06:27 Volumes\
0 2002-07-30 11:07:00 Welcome to Mac OS X\
0 2002-07-19 08:21:48 HFS+ Private Data\
ok
0 > boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
Here is also a listing of partitions on mine boot disk,
# mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
/home/amade/emu/Mac OS 10.2 (Disc 1).img
Command (? for help): p
/home/amade/emu/Mac OS 10.2 (Disc 1).img
# type name
length base ( size ) system
/home/amade/emu/Mac OS 10.2 (Disc 1).img1 Apple_partition_map Apple
63 @ 1 ( 31.5k) Partition map
/home/amade/emu/Mac OS 10.2 (Disc 1).img2 Apple_Driver43 Macintosh
56 @ 64 ( 28.0k) Driver 4.3
/home/amade/emu/Mac OS 10.2 (Disc 1).img3 Apple_Driver43_CD Macintosh
140 @ 120 ( 70.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img4 Apple_Void
0 @ 0 ( 0.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img5 Apple_Driver_ATAPI Macintosh
56 @ 260 ( 28.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img6 Apple_Driver_ATAPI Macintosh
140 @ 316 ( 70.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img7 Apple_Patches Patch Partition
512 @ 456 (256.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img8 Apple_Void
0 @ 0 ( 0.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img9 Apple_HFS Mac_OS_X
1278432 @ 968 (624.2M) HFS
/home/amade/emu/Mac OS 10.2 (Disc 1).img10 Apple_Free
45656 @ 1279400 ( 22.3M) Free space
Block size=2048, Number of Blocks=331264
DeviceType=0x1, DeviceId=0x1
Drivers-
1: @ 16 for 5, type=0x1
2: @ 30 for 25, type=0xffff
3: @ 65 for 5, type=0x701
4: @ 79 for 31, type=0xf8ff
Command (? for help):
Two similar (to me) things which probably still need fixing in filesystem handling are
1. "boot cd:,\\:tbxi" should do some kind of search through partitions
2. later in boot process it goes through partitions 0,1,2 seemingly from
comments on GSOC patches expecting some of them to be ignored
(http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
screenshot is from bios with gsoc patches
Also I wonder if "Still waiting for root device" problem which I have
with gsoc patches, isn't caused by not going properly through partitions
or even expecting them to be numbered differently (but those are just
speculations)
Amadeusz
10:25 p.m.
On Nov 30, 2012, at 4:09 PM, Amadeusz Sławiński wrote:
Current trunk (1075) lists some files and doesn't boot at all
0 2002-07-30 11:07:00 Welcome to Mac OS X\
0 2002-07-19 08:21:48 HFS+ Private Data\
ok
0 > boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
Here is also a listing of partitions on mine boot disk,
# mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
/home/amade/emu/Mac OS 10.2 (Disc 1).img
Command (? for help):
Two similar (to me) things which probably still need fixing in filesystem handling are
1. "boot cd:,\\:tbxi" should do some kind of search through partitions
2. later in boot process it goes through partitions 0,1,2 seemingly from
comments on GSOC patches expecting some of them to be ignored
(http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
screenshot is from bios with gsoc patches
Also I wonder if "Still waiting for root device" problem which I have
with gsoc patches, isn't caused by not going properly through partitions
or even expecting them to be numbered differently (but those are just
speculations)
Did you try out my patch I sent to the list today? It fixes the problems with dir cd:,\
not working. It also fixes boot cd:,\\:tbxi.
Could you take the GSOC patch, and submit it as your own patch? You seem to have the best
luck with it. Remember to add this line to the email: submitted-by: Amadeusz Sławiński
<amade(a)asmblr.net>. The original author told me it is ok to use his patches.
10:47 p.m.
On Fri, Nov 30, 2012 at 04:25:48PM -0500, Programmingkid wrote:
On Nov 30, 2012, at 4:09 PM, Amadeusz Sławiński wrote:
> Current trunk (1075) lists some files and doesn't boot at all
>
> 0 2002-07-30 11:07:00 Welcome to Mac OS X\
> 0 2002-07-19 08:21:48 HFS+ Private Data\
> ok
> 0 > boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
>
>
> Here is also a listing of partitions on mine boot disk,
>
> # mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
> /home/amade/emu/Mac OS 10.2 (Disc 1).img
>
> Command (? for help):
>
> Two similar (to me) things which probably still need fixing in filesystem handling
are
> 1. "boot cd:,\\:tbxi" should do some kind of search through partitions
> 2. later in boot process it goes through partitions 0,1,2 seemingly from
> comments on GSOC patches expecting some of them to be ignored
> (http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
> screenshot is from bios with gsoc patches
>
> Also I wonder if "Still waiting for root device" problem which I have
> with gsoc patches, isn't caused by not going properly through partitions
> or even expecting them to be numbered differently (but those are just
> speculations)
>
Did you try out my patch I sent to the list today? It fixes the problems with dir cd:,\
not working. It also fixes boot cd:,\\:tbxi.
Yes with your patch it seems to work correctly
Welcome to OpenBIOS v1.0 built on Nov 30 2012 21:37
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0 > dir cd:,\
82 2002-07-24 17:47:43 ._Welcome to Mac OS X
6148 2002-07-31 23:59:42 .DS_Store
0 2002-07-31 23:59:37 .Trashes\
0 2002-07-29 03:06:27 .vol\
0 2002-07-30 10:00:25 Applications\
0 2002-07-31 23:43:08 bin\
5120 2002-07-31 23:59:40 Desktop DB
25410 2002-07-31 23:59:40 Desktop DF
0 2002-07-15 06:20:41 dev\
11 2002-07-31 23:57:11 etc
0 2002-07-30 10:14:44 Library\
11 2002-07-31 23:57:11 mach
3678188 2002-07-28 20:19:43 mach_kernel
0 2002-07-30 10:57:00 private\
0 2002-07-31 23:41:16 sbin\
0 2002-07-30 10:57:38 System\
11 2002-07-31 23:58:55 tmp
0 2002-07-30 10:03:14 usr\
11 2002-07-31 23:58:58 var
0 2002-07-29 03:06:27 Volumes\
0 2002-07-30 11:07:00 Welcome to Mac OS X\
0 2002-07-19 08:21:48 HFS+ Private Data\
ok
0 > boot cd:,\\:tbxi call-method slw_update_keymap: exception -21
Could you take the GSOC patch, and submit it as your own patch? You
seem to have the best luck with it. Remember to add this line to the email: submitted-by:
Amadeusz Sławiński <amade(a)asmblr.net>. The original author told me it is ok to use
his patches.
I wonder if it can be done this way, can anyone else comment on this?
3:57 p.m.
On Fri, Nov 30, 2012 at 9:47 PM, Amadeusz Sławiński <amade(a)asmblr.net> wrote:
On Fri, Nov 30, 2012 at 04:25:48PM -0500, Programmingkid wrote:
>
> On Nov 30, 2012, at 4:09 PM, Amadeusz Sławiński wrote:
>
> > Current trunk (1075) lists some files and doesn't boot at all
> >
> > 0 2002-07-30 11:07:00 Welcome to Mac OS X\
> > 0 2002-07-19 08:21:48 HFS+ Private Data\
> > ok
> > 0 > boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
> >
> >
> > Here is also a listing of partitions on mine boot disk,
> >
> > # mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
> > /home/amade/emu/Mac OS 10.2 (Disc 1).img
> >
> > Command (? for help):
> >
> > Two similar (to me) things which probably still need fixing in filesystem
handling are
> > 1. "boot cd:,\\:tbxi" should do some kind of search through
partitions
> > 2. later in boot process it goes through partitions 0,1,2 seemingly from
> > comments on GSOC patches expecting some of them to be ignored
> > (http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
> > screenshot is from bios with gsoc patches
> >
> > Also I wonder if "Still waiting for root device" problem which I have
> > with gsoc patches, isn't caused by not going properly through partitions
> > or even expecting them to be numbered differently (but those are just
> > speculations)
> >
>
> Did you try out my patch I sent to the list today? It fixes the problems with dir
cd:,\ not working. It also fixes boot cd:,\\:tbxi.
Yes with your patch it seems to work correctly
Welcome to OpenBIOS v1.0 built on Nov 30 2012 21:37
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0 > dir cd:,\
82 2002-07-24 17:47:43 ._Welcome to Mac OS X
6148 2002-07-31 23:59:42 .DS_Store
0 2002-07-31 23:59:37 .Trashes\
0 2002-07-29 03:06:27 .vol\
0 2002-07-30 10:00:25 Applications\
0 2002-07-31 23:43:08 bin\
5120 2002-07-31 23:59:40 Desktop DB
25410 2002-07-31 23:59:40 Desktop DF
0 2002-07-15 06:20:41 dev\
11 2002-07-31 23:57:11 etc
0 2002-07-30 10:14:44 Library\
11 2002-07-31 23:57:11 mach
3678188 2002-07-28 20:19:43 mach_kernel
0 2002-07-30 10:57:00 private\
0 2002-07-31 23:41:16 sbin\
0 2002-07-30 10:57:38 System\
11 2002-07-31 23:58:55 tmp
0 2002-07-30 10:03:14 usr\
11 2002-07-31 23:58:58 var
0 2002-07-29 03:06:27 Volumes\
0 2002-07-30 11:07:00 Welcome to Mac OS X\
0 2002-07-19 08:21:48 HFS+ Private Data\
ok
0 > boot cd:,\\:tbxi call-method slw_update_keymap: exception -21
> Could you take the GSOC patch, and submit it as your own patch? You seem to have the
best luck with it. Remember to add this line to the email: submitted-by: Amadeusz
Sławiński <amade(a)asmblr.net>. The original author told me it is ok to use his
patches.
I wonder if it can be done this way, can anyone else comment on this?
The original author must add the Signed-off-by: line. Then you could
add for example Tested-by: tag.
--
OpenBIOS http://openbios.org/
Mailinglist: http://lists.openbios.org/mailman/listinfo
Free your System - May the Forth be with you
3:09 p.m.
I tested how real machine (PowerMac G5) behaves
dir cd:,\
dir cd:9,\
should list files
other (dir cd:1,\ etc) shouldn't work
boot cd:,\\:tbxi
boot cd:9,\\:tbxi
should try booting (the rest should also do nothing)
Amadeusz
9:34 p.m.
On 01/12/12 14:09, Amadeusz Sławiński wrote:
I tested how real machine (PowerMac G5) behaves
dir cd:,\
dir cd:9,\
should list files
other (dir cd:1,\ etc) shouldn't work
boot cd:,\\:tbxi
boot cd:9,\\:tbxi
should try booting (the rest should also do nothing)
Amadeusz
Oh so you have a real Mac at hand? That would be really useful to
compare the output of verbose boot between your screenshots and the
output on a real Mac. It may provide some insight into the partition
numbering issues.
ATB,
Mark.
12:18 a.m.
On Mon, Dec 03, 2012 at 08:34:53PM +0000, Mark Cave-Ayland wrote:
On 01/12/12 14:09, Amadeusz Sławiński wrote:
> I tested how real machine (PowerMac G5) behaves
>
> dir cd:,\
> dir cd:9,\
> should list files
> other (dir cd:1,\ etc) shouldn't work
>
> boot cd:,\\:tbxi
> boot cd:9,\\:tbxi
> should try booting (the rest should also do nothing)
>
> Amadeusz
Oh so you have a real Mac at hand? That would be really useful to
compare the output of verbose boot between your screenshots and the
output on a real Mac. It may provide some insight into the partition
numbering issues.
ATB,
Mark.
Not entirely at hand, but I can have access if necessary. However what
seems mostly targeted as boot target is G3 (-machine g3beige) in qemu,
so there may be some differences (isn't G5 64bit?).
I tried booting Max OS X 10.2 using (boot cd:,\\:tbxi) but iirc it didnt like CHRP,
I also found Mac OS X 10.4 Upgrade DVD, so we can test another version,
it's boot messages on real hardware look a bit different from older versions
(emulated),
but I think it's caused by newer XNU.
Trying OS X 10.4 on current trunk (modified to use cd:,\\:tbxi syntax) it stops similarly
to others versions printing:
call-method slw_update_keymap: exception -21
However in qemu with GSOC patched openbios it stops
after printing "Mac OS X Loader"
DEBUG_CIF log from booting GSOC patched version:
0 > boot cd:,\\:tbxi >> finddevice("/openprom") = 0xfff42964
> getprop(0xfff42964, "model", 0x05663bb8, 255) = 15
> 0x05663bb8 4f 70 65 6e 46 69 72 6d 77 61 72 65 20 33 00 __
> OpenFirmware 3.
> peer(0x00000000) = 0xfff427a4
> getprop(0xfff427a4, "#address-cells", 0x0565becc, 4) = 4
> 0x0565becc 00 00 00 01 __ __ __ __ __ __ __ __ __ __ __ __ ....
> peer(0x00000000) = 0xfff427a4
> getprop(0xfff427a4, "#size-cells", 0x0565bed0, 4) = 4
> 0x0565bed0 00 00 00 01 __ __ __ __ __ __ __ __ __ __ __ __ ....
> of_client_interface: interpret 0561656c
> interpret hex unselect-dev " /packages" find-device new-device "
> sl_words" device-name : open true ; : close ; 0 value outputLevel :
> slw_set_output_level dup 0= if 0 stdout ! then to outputLevel ; :
> slw_emit 2 outputLevel <= if emit else drop then ; : slw_cr 2
> outputLevel <= if cr then ; 0 value keyboardIH 20 buffer: keyMap :
> slw_init_keymap to keyboardIH keyMap dup 20 0 fill ; :
> slw_update_keymap { ; dpth } depth -> dpth keyboardIH if "
> get-key-map" keyboardIH $call-method depth dpth - 1 = if 20 then
> 4 / 0 do dup i 4 * + l@ keyMap i 4 * + tuck l@ or swap l!
> loop drop then ; 0 value screenIH 0 value cursorAddr 0 value
> cursorX 0 value cursorY 0 value cursorW 0 value cursorH 0 value
> cursorFrames 0 value cursorPixelSize 0 value cursorStage 0 value
> cursorTime 0 value cursorDelay : slw_spin screenIH 0<> cursorAddr
> 0<> and if get-msecs dup cursorTime - cursorDelay >= if to
> cursorTime slw_update_keymap cursorStage 1+ cursorFrames
> mod dup to cursorStage handle_calls return: 00000000 1fc5afe0
> finddevice("/options") = 0xfff42b0c
> finddevice("/chosen") = 0xfff42b84
> of_client_interface: interpret 05612bcc
> interpret dev /chosen new-device " memory-map" device-name
> active-package device-end ([1] -- [2])
> handle_calls return: 00000000 fff50128
> getprop(0xfff42b84, "mmu", 0x0565bee8, 4) = 4
> 0x0565bee8 1f c5 a7 90 __ __ __ __ __ __ __ __ __ __ __ __ .ŧ.
> getprop(0xfff42b84, "memory", 0x0565beec, 4) = 4
> 0x0565beec 1f c5 ad a8 __ __ __ __ __ __ __ __ __ __ __ __ .ŭ¨
> peer(0x00000000) = 0xfff427a4
> of_client_interface: interpret 05616cb0 fff427a4 0000000a 0561295c
> interpret get-package-property if 0 0 then ([4] -- [3])
> handle_calls return: 00000000 00000024 fff4f3fc
> getprop(0xfff42b84, "stdout", 0x0565bef0, 4) = 4
> 0x0565bef0 1f c5 ae a8 __ __ __ __ __ __ __ __ __ __ __ __ .٨
> instance-to-package(0x1fc5aea8) = 0xfff4e538
> getprop(0xfff42b84, "stdin", 0x0565bef4, 4) = 4
> 0x0565bef4 1f c5 af ac __ __ __ __ __ __ __ __ __ __ __ __ .ů¬
> instance-to-package(0x1fc5afac) = 0xfff4e538
> getprop(0xfff4e538, "name", 0x05663d08, 31) = 5
> 0x05663d08 63 68 2d 62 00 __ __ __ __ __ __ __ __ __ __ __ ch-b.
> open("keyboard") = 0x00000000
> open("kbd") = 0x00000000
> of_client_interface: call-method 05616c70 1fc5afe0 00000000
> call-method slw_init_keymap ([3] -- [2])
> handle_calls return: 00000000 fff4fbc0
> of_client_interface: call-method 05616c80 1fc5afe0
> call-method slw_update_keymap ([2] -- [1])
> handle_calls return: 00000000
> getprop(0xfff42b0c, "security-mode", 0x05663d28, 32) = -1
> of_client_interface: call-method 05616c58 1fc5afe0 00000000
> call-method slw_set_output_level ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b68 1fc5afe0
> call-method slw_cr ([2] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b68 1fc5afe0
> call-method slw_cr ([2] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 0000004d
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000061
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000063
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000020
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 0000004f
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000053
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000020
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000058
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000020
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 0000004c
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 0000006f
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000061
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000064
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000065
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b70 1fc5afe0 00000072
> call-method slw_emit ([3] -- [1])
> handle_calls return: 00000000
> of_client_interface: call-method 05613b68 1fc5afe0
> call-method slw_cr ([2] -- [1])
> handle_calls return: 00000000
> getprop(0xfff42b0c, "boot-image", 0x0565acc8, 255) = -1
> claim(0x05000000, 4194304, 0) = 0x05000000
> claim(0x05400000, 2097152, 0) = 0x05400000
> claim(0x04000000, 16777216, 0) = 0x04000000
> claim(0x00004000, 67092480, 0) = 0x00004000
10:46 p.m.
On 03/12/12 23:18, Amadeusz Sławiński wrote:
Not entirely at hand, but I can have access if necessary. However
what
seems mostly targeted as boot target is G3 (-machine g3beige) in qemu,
so there may be some differences (isn't G5 64bit?).
I tried booting Max OS X 10.2 using (boot cd:,\\:tbxi) but iirc it didnt like CHRP,
I also found Mac OS X 10.4 Upgrade DVD, so we can test another version,
it's boot messages on real hardware look a bit different from older versions
(emulated),
but I think it's caused by newer XNU.
Trying OS X 10.4 on current trunk (modified to use cd:,\\:tbxi syntax) it stops
similarly
to others versions printing:
call-method slw_update_keymap: exception -21
Right. I'd expect this to happen because get-key-map has not yet been
implemented in trunk.
ATB,
Mark.
9:22 p.m.
On 30/11/12 21:09, Amadeusz Sławiński wrote:
Current trunk (1075) lists some files and doesn't boot at all
Welcome to OpenBIOS v1.0 built on Nov 30 2012 19:55
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0> boot cd:,\\:tbxi>> Not a bootable ELF image
No valid state has been set by load or init-program
ok
0> dir cd:9,\
73728 2002-07-18 08:21:48 Desktop DB
0 2002-07-18 08:21:49 Desktop DF
0 2002-07-18 08:21:49 Finder
0 2002-07-18 08:21:49 OSXBoot!
0 2002-07-18 08:21:50 System
1778 2002-07-18 08:21:49 Where_have_all_my_files_gone?
ok
0> boot cd:9,\\:tbxi No valid state has been set by load or init-program
ok
0>
After testing with this patch:
http://lists.openbios.org/pipermail/openbios/2011-August/006618.html
I have better results
Welcome to OpenBIOS v1.0 built on Nov 30 2012 20:00
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
No valid state has been set by load or init-program
0> boot cd:,\\:tbxi>> Not a bootable ELF image
No valid state has been set by load or init-program
ok
0> dir cd:9,\
82 2002-07-24 17:47:43 ._Welcome to Mac OS X
6148 2002-07-31 23:59:42 .DS_Store
0 2002-07-31 23:59:37 .Trashes\
0 2002-07-29 03:06:27 .vol\
0 2002-07-30 10:00:25 Applications\
0 2002-07-31 23:43:08 bin\
5120 2002-07-31 23:59:40 Desktop DB
25410 2002-07-31 23:59:40 Desktop DF
0 2002-07-15 06:20:41 dev\
11 2002-07-31 23:57:11 etc
0 2002-07-30 10:14:44 Library\
11 2002-07-31 23:57:11 mach
3678188 2002-07-28 20:19:43 mach_kernel
0 2002-07-30 10:57:00 private\
0 2002-07-31 23:41:16 sbin\
0 2002-07-30 10:57:38 System\
11 2002-07-31 23:58:55 tmp
0 2002-07-30 10:03:14 usr\
11 2002-07-31 23:58:58 var
0 2002-07-29 03:06:27 Volumes\
0 2002-07-30 11:07:00 Welcome to Mac OS X\
0 2002-07-19 08:21:48 HFS+ Private Data\
ok
0> boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
Here is also a listing of partitions on mine boot disk,
# mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
/home/amade/emu/Mac OS 10.2 (Disc 1).img
Command (? for help): p
/home/amade/emu/Mac OS 10.2 (Disc 1).img
# type name
length base ( size ) system
/home/amade/emu/Mac OS 10.2 (Disc 1).img1 Apple_partition_map Apple
63 @ 1 ( 31.5k) Partition map
/home/amade/emu/Mac OS 10.2 (Disc 1).img2 Apple_Driver43 Macintosh
56 @ 64 ( 28.0k) Driver 4.3
/home/amade/emu/Mac OS 10.2 (Disc 1).img3 Apple_Driver43_CD Macintosh
140 @ 120 ( 70.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img4 Apple_Void
0 @ 0 ( 0.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img5 Apple_Driver_ATAPI Macintosh
56 @ 260 ( 28.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img6 Apple_Driver_ATAPI Macintosh
140 @ 316 ( 70.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img7 Apple_Patches Patch Partition
512 @ 456 (256.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img8 Apple_Void
0 @ 0 ( 0.0k) Unknown
/home/amade/emu/Mac OS 10.2 (Disc 1).img9 Apple_HFS Mac_OS_X
1278432 @ 968 (624.2M) HFS
/home/amade/emu/Mac OS 10.2 (Disc 1).img10 Apple_Free
45656 @ 1279400 ( 22.3M) Free space
Block size=2048, Number of Blocks=331264
DeviceType=0x1, DeviceId=0x1
Drivers-
1: @ 16 for 5, type=0x1
2: @ 30 for 25, type=0xffff
3: @ 65 for 5, type=0x701
4: @ 79 for 31, type=0xf8ff
Command (? for help):
Two similar (to me) things which probably still need fixing in filesystem handling are
1. "boot cd:,\\:tbxi" should do some kind of search through partitions
2. later in boot process it goes through partitions 0,1,2 seemingly from
comments on GSOC patches expecting some of them to be ignored
(http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
screenshot is from bios with gsoc patches
Also I wonder if "Still waiting for root device" problem which I have
with gsoc patches, isn't caused by not going properly through partitions
or even expecting them to be numbered differently (but those are just
speculations)
The code to auto-search for partitions is present, but the criteria used
to select the partition is not exactly known. The current choices are
either based upon partition flags, e.g. is it bootable or filesystem
type which is the approach the patch takes. If you could temporarily
modify OpenBIOS to dump the partition flags for each of the above
partitions, that may reveal a suitable combination of flags.
ATB,
Mark.
11:30 p.m.
On Mon, Dec 03, 2012 at 08:22:36PM +0000, Mark Cave-Ayland wrote:
On 30/11/12 21:09, Amadeusz Sławiński wrote:
> Current trunk (1075) lists some files and doesn't boot at all
>
> Welcome to OpenBIOS v1.0 built on Nov 30 2012 19:55
> Trying hd:,\\:tbxi...
> Trying hd:,\ppc\bootinfo.txt...
> No valid state has been set by load or init-program
>
> 0> boot cd:,\\:tbxi>> Not a bootable ELF image
> No valid state has been set by load or init-program
> ok
> 0> dir cd:9,\
> 73728 2002-07-18 08:21:48 Desktop DB
> 0 2002-07-18 08:21:49 Desktop DF
> 0 2002-07-18 08:21:49 Finder
> 0 2002-07-18 08:21:49 OSXBoot!
> 0 2002-07-18 08:21:50 System
> 1778 2002-07-18 08:21:49 Where_have_all_my_files_gone?
> ok
> 0> boot cd:9,\\:tbxi No valid state has been set by load or init-program
> ok
> 0>
>
> After testing with this patch:
> http://lists.openbios.org/pipermail/openbios/2011-August/006618.html
> I have better results
>
> Welcome to OpenBIOS v1.0 built on Nov 30 2012 20:00
> Trying hd:,\\:tbxi...
> Trying hd:,\ppc\bootinfo.txt...
> No valid state has been set by load or init-program
>
> 0> boot cd:,\\:tbxi>> Not a bootable ELF image
> No valid state has been set by load or init-program
> ok
> 0> dir cd:9,\
> 82 2002-07-24 17:47:43 ._Welcome to Mac OS X
> 6148 2002-07-31 23:59:42 .DS_Store
> 0 2002-07-31 23:59:37 .Trashes\
> 0 2002-07-29 03:06:27 .vol\
> 0 2002-07-30 10:00:25 Applications\
> 0 2002-07-31 23:43:08 bin\
> 5120 2002-07-31 23:59:40 Desktop DB
> 25410 2002-07-31 23:59:40 Desktop DF
> 0 2002-07-15 06:20:41 dev\
> 11 2002-07-31 23:57:11 etc
> 0 2002-07-30 10:14:44 Library\
> 11 2002-07-31 23:57:11 mach
> 3678188 2002-07-28 20:19:43 mach_kernel
> 0 2002-07-30 10:57:00 private\
> 0 2002-07-31 23:41:16 sbin\
> 0 2002-07-30 10:57:38 System\
> 11 2002-07-31 23:58:55 tmp
> 0 2002-07-30 10:03:14 usr\
> 11 2002-07-31 23:58:58 var
> 0 2002-07-29 03:06:27 Volumes\
> 0 2002-07-30 11:07:00 Welcome to Mac OS X\
> 0 2002-07-19 08:21:48 HFS+ Private Data\
> ok
> 0> boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
>
>
> Here is also a listing of partitions on mine boot disk,
>
> # mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
> /home/amade/emu/Mac OS 10.2 (Disc 1).img
> Command (? for help): p
> /home/amade/emu/Mac OS 10.2 (Disc 1).img
> # type name
length base ( size ) system
> /home/amade/emu/Mac OS 10.2 (Disc 1).img1 Apple_partition_map Apple
63 @ 1 ( 31.5k) Partition map
> /home/amade/emu/Mac OS 10.2 (Disc 1).img2 Apple_Driver43 Macintosh
56 @ 64 ( 28.0k) Driver 4.3
> /home/amade/emu/Mac OS 10.2 (Disc 1).img3 Apple_Driver43_CD Macintosh
140 @ 120 ( 70.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img4 Apple_Void
0 @ 0 ( 0.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img5 Apple_Driver_ATAPI Macintosh
56 @ 260 ( 28.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img6 Apple_Driver_ATAPI Macintosh
140 @ 316 ( 70.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img7 Apple_Patches Patch Partition
512 @ 456 (256.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img8 Apple_Void
0 @ 0 ( 0.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img9 Apple_HFS Mac_OS_X
1278432 @ 968 (624.2M) HFS
> /home/amade/emu/Mac OS 10.2 (Disc 1).img10 Apple_Free
45656 @ 1279400 ( 22.3M) Free space
>
> Block size=2048, Number of Blocks=331264
> DeviceType=0x1, DeviceId=0x1
> Drivers-
> 1: @ 16 for 5, type=0x1
> 2: @ 30 for 25, type=0xffff
> 3: @ 65 for 5, type=0x701
> 4: @ 79 for 31, type=0xf8ff
>
> Command (? for help):
>
> Two similar (to me) things which probably still need fixing in filesystem handling
are
> 1. "boot cd:,\\:tbxi" should do some kind of search through partitions
> 2. later in boot process it goes through partitions 0,1,2 seemingly from
> comments on GSOC patches expecting some of them to be ignored
> (http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
> screenshot is from bios with gsoc patches
>
> Also I wonder if "Still waiting for root device" problem which I have
> with gsoc patches, isn't caused by not going properly through partitions
> or even expecting them to be numbered differently (but those are just
> speculations)
The code to auto-search for partitions is present, but the criteria used
to select the partition is not exactly known. The current choices are
either based upon partition flags, e.g. is it bootable or filesystem
type which is the approach the patch takes. If you could temporarily
modify OpenBIOS to dump the partition flags for each of the above
partitions, that may reveal a suitable combination of flags.
ATB,
Mark.
--
OpenBIOS http://openbios.org/
Mailinglist: http://lists.openbios.org/mailman/listinfo
Free your System - May the Forth be with you
Code for reference (and in case I need to use it again :P)
printk("mac-parts: counted %d partitions\n", __be32_to_cpu(par.pmMapBlkCnt));
for (d = 1; d <= __be32_to_cpu(par.pmMapBlkCnt); d++) {
SEEK( bs * d );
READ( &par, sizeof(par) );
printk("Partition: %d\n", d);
printk("pmSig: %x\n", __be16_to_cpu(par.pmSig));
printk("pmSigPad: %x\n", __be16_to_cpu(par.pmSigPad));
printk("pmMapBlkCnt: %x\n", __be32_to_cpu(par.pmMapBlkCnt));
printk("pmPyPartStart: %x\n", __be32_to_cpu(par.pmPyPartStart));
printk("pmPartBlkCnt: %x\n", __be32_to_cpu(par.pmPartBlkCnt));
printk("pmPartName: %s\n", par.pmPartName);
printk("pmPartType: %s\n", par.pmPartType);
printk("pmLgDataStart: %x\n", __be32_to_cpu(par.pmLgDataStart));
printk("pmDataCnt: %x\n", __be32_to_cpu(par.pmDataCnt));
printk("pmPartStatus: %x\n", __be32_to_cpu(par.pmPartStatus));
printk("pmLgBootStart: %x\n", __be32_to_cpu(par.pmLgBootStart));
printk("pmBootSize: %x\n", __be32_to_cpu(par.pmBootSize));
printk("pmBootLoad: %x\n", __be32_to_cpu(par.pmBootLoad));
printk("pmBootLoad2: %x\n", __be32_to_cpu(par.pmBootLoad2));
printk("pmBootEntry: %x\n", __be32_to_cpu(par.pmBootEntry));
printk("pmBootEntry2: %x\n", __be32_to_cpu(par.pmBootEntry2));
printk("pmBootCksum: %x\n", __be32_to_cpu(par.pmBootCksum));
printk("pmPartType: %s\n", par.pmProcessor);
printk("filler: %s\n", par.filler);
printk("\n");
}
Output Max OS X 10.2 disk 1:
> mac-parts: counted 10 partitions
> Partition: 1
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 1
> pmPartBlkCnt: 3f
> pmPartName: Apple
> pmPartType: Apple_partition_map
> pmLgDataStart: 0
> pmDataCnt: 3f
> pmPartStatus: 17
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 2
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 40
> pmPartBlkCnt: 38
> pmPartName: Macintosh
> pmPartType: Apple_Driver43
> pmLgDataStart: 0
> pmDataCnt: 38
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: 2400
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 7b04
> pmPartType:
> filler: ptDR
> Partition: 3
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 78
> pmPartBlkCnt: 8c
> pmPartName: Macintosh
> pmPartType: Apple_Driver43_CD
> pmLgDataStart: 0
> pmDataCnt: 8c
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: c400
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 934b
> pmPartType:
> filler: CDrv
> Partition: 4
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 0
> pmPartBlkCnt: 0
> pmPartName:
> pmPartType: Apple_Void
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 5
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 104
> pmPartBlkCnt: 38
> pmPartName: Macintosh
> pmPartType: Apple_Driver_ATAPI
> pmLgDataStart: 0
> pmDataCnt: 38
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: 2600
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 70da
> pmPartType:
> filler: ptDR
> Partition: 6
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 13c
> pmPartBlkCnt: 8c
> pmPartName: Macintosh
> pmPartType: Apple_Driver_ATAPI
> pmLgDataStart: 0
> pmDataCnt: 8c
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: f200
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 8b46
> pmPartType:
> filler: ATPI
> Partition: 7
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 1c8
> pmPartBlkCnt: 200
> pmPartName: Patch Partition
> pmPartType: Apple_Patches
> pmLgDataStart: 0
> pmDataCnt: 200
> pmPartStatus: 1
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 1
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 8
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 0
> pmPartBlkCnt: 0
> pmPartName:
> pmPartType: Apple_Void
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 9
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 3c8
> pmPartBlkCnt: 1381e0
> pmPartName: Mac_OS_X
> pmPartType: Apple_HFS
> pmLgDataStart: 0
> pmDataCnt: 1381e0
> pmPartStatus: 4000007f
> pmLgBootStart: 3af0
> pmBootSize: c1000
> pmBootLoad: 1c00000
> pmBootLoad2: 0
> pmBootEntry: 1c00cb0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType: powerpc
> filler:
> Partition: 10
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 1385a8
> pmPartBlkCnt: b258
> pmPartName:
> pmPartType: Apple_Free
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
Output Mac OS X 10.0
> mac-parts: counted 10 partitions
> Partition: 1
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 1
> pmPartBlkCnt: 3f
> pmPartName: Apple
> pmPartType: Apple_partition_map
> pmLgDataStart: 0
> pmDataCnt: 3f
> pmPartStatus: 17
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 2
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 40
> pmPartBlkCnt: 38
> pmPartName: Macintosh
> pmPartType: Apple_Driver43
> pmLgDataStart: 0
> pmDataCnt: 38
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: 2400
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: eb19
> pmPartType:
> filler: ptDR
> Partition: 3
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 78
> pmPartBlkCnt: 78
> pmPartName: Macintosh
> pmPartType: Apple_Driver43_CD
> pmLgDataStart: 0
> pmDataCnt: 78
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: c800
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: e9ad
> pmPartType:
> filler: CDrv
> Partition: 4
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 0
> pmPartBlkCnt: 0
> pmPartName:
> pmPartType: Apple_Void
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 5
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: f0
> pmPartBlkCnt: 38
> pmPartName: Macintosh
> pmPartType: Apple_Driver_ATAPI
> pmLgDataStart: 0
> pmDataCnt: 38
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: 2600
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 3cd4
> pmPartType:
> filler: ptDR
> Partition: 6
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 128
> pmPartBlkCnt: 78
> pmPartName: Macintosh
> pmPartType: Apple_Driver_ATAPI
> pmLgDataStart: 0
> pmDataCnt: 78
> pmPartStatus: 37f
> pmLgBootStart: 0
> pmBootSize: ea00
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: ce67
> pmPartType:
> filler: ATPI
> Partition: 7
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 1a0
> pmPartBlkCnt: 200
> pmPartName: Patch Partition
> pmPartType: Apple_Patches
> pmLgDataStart: 0
> pmDataCnt: 200
> pmPartStatus: 1
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 4
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 8
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 0
> pmPartBlkCnt: 0
> pmPartName:
> pmPartType: Apple_Void
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 9
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 3a0
> pmPartBlkCnt: 11a788
> pmPartName: Mac_OS_X
> pmPartType: Apple_HFS
> pmLgDataStart: 0
> pmDataCnt: 11a788
> pmPartStatus: 4000007f
> pmLgBootStart: 3af0
> pmBootSize: b4000
> pmBootLoad: 1c00000
> pmBootLoad2: 0
> pmBootEntry: 1c005b4
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType: powerpc
> filler:
> Partition: 10
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: a
> pmPyPartStart: 11ab28
> pmPartBlkCnt: 254d0
> pmPartName:
> pmPartType: Apple_Free
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
12:20 a.m.
Also Mac OS X 10.4 Upgrade DVD:
> mac-parts: counted 4 partitions
> Partition: 1
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: 4
> pmPyPartStart: 1
> pmPartBlkCnt: 3f
> pmPartName: Apple
> pmPartType: Apple_partition_map
> pmLgDataStart: 0
> pmDataCnt: 3f
> pmPartStatus: 3
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
> Partition: 2
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: 4
> pmPyPartStart: 40
> pmPartBlkCnt: 8
> pmPartName: Macintosh
> pmPartType: Apple_Driver_ATAPI
> pmLgDataStart: 0
> pmDataCnt: 4
> pmPartStatus: 303
> pmLgBootStart: 0
> pmBootSize: 800
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: ffff
> pmPartType:
> filler: DMMY
> Partition: 3
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: 4
> pmPyPartStart: 48
> pmPartBlkCnt: 546810
> pmPartName: Mac_OS_X
> pmPartType: Apple_HFS
> pmLgDataStart: 0
> pmDataCnt: 546810
> pmPartStatus: 40000033
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler: goon
> Partition: 4
> pmSig: 504d
> pmSigPad: 0
> pmMapBlkCnt: 4
> pmPyPartStart: 546858
> pmPartBlkCnt: a
> pmPartName:
> pmPartType: Apple_Free
> pmLgDataStart: 0
> pmDataCnt: 0
> pmPartStatus: 0
> pmLgBootStart: 0
> pmBootSize: 0
> pmBootLoad: 0
> pmBootLoad2: 0
> pmBootEntry: 0
> pmBootEntry2: 0
> pmBootCksum: 0
> pmPartType:
> filler:
10:45 p.m.
On 03/12/12 22:30, Amadeusz Sławiński wrote:
Code for reference (and in case I need to use it again :P)
printk("mac-parts: counted %d partitions\n", __be32_to_cpu(par.pmMapBlkCnt));
for (d = 1; d<= __be32_to_cpu(par.pmMapBlkCnt); d++) {
SEEK( bs * d );
READ(&par, sizeof(par) );
printk("Partition: %d\n", d);
printk("pmSig: %x\n", __be16_to_cpu(par.pmSig));
printk("pmSigPad: %x\n", __be16_to_cpu(par.pmSigPad));
printk("pmMapBlkCnt: %x\n", __be32_to_cpu(par.pmMapBlkCnt));
printk("pmPyPartStart: %x\n", __be32_to_cpu(par.pmPyPartStart));
printk("pmPartBlkCnt: %x\n", __be32_to_cpu(par.pmPartBlkCnt));
printk("pmPartName: %s\n", par.pmPartName);
printk("pmPartType: %s\n", par.pmPartType);
printk("pmLgDataStart: %x\n", __be32_to_cpu(par.pmLgDataStart));
printk("pmDataCnt: %x\n", __be32_to_cpu(par.pmDataCnt));
printk("pmPartStatus: %x\n", __be32_to_cpu(par.pmPartStatus));
printk("pmLgBootStart: %x\n", __be32_to_cpu(par.pmLgBootStart));
printk("pmBootSize: %x\n", __be32_to_cpu(par.pmBootSize));
printk("pmBootLoad: %x\n", __be32_to_cpu(par.pmBootLoad));
printk("pmBootLoad2: %x\n", __be32_to_cpu(par.pmBootLoad2));
printk("pmBootEntry: %x\n", __be32_to_cpu(par.pmBootEntry));
printk("pmBootEntry2: %x\n", __be32_to_cpu(par.pmBootEntry2));
printk("pmBootCksum: %x\n", __be32_to_cpu(par.pmBootCksum));
printk("pmPartType: %s\n", par.pmProcessor);
printk("filler: %s\n", par.filler);
printk("\n");
}
Output Max OS X 10.2 disk 1:
>> mac-parts: counted 10 partitions
>> Partition: 1
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 1
>> pmPartBlkCnt: 3f
>> pmPartName: Apple
>> pmPartType: Apple_partition_map
>> pmLgDataStart: 0
>> pmDataCnt: 3f
>> pmPartStatus: 17
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 2
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 40
>> pmPartBlkCnt: 38
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver43
>> pmLgDataStart: 0
>> pmDataCnt: 38
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: 2400
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 7b04
>> pmPartType:
>> filler: ptDR
>> Partition: 3
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 78
>> pmPartBlkCnt: 8c
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver43_CD
>> pmLgDataStart: 0
>> pmDataCnt: 8c
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: c400
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 934b
>> pmPartType:
>> filler: CDrv
>> Partition: 4
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 0
>> pmPartBlkCnt: 0
>> pmPartName:
>> pmPartType: Apple_Void
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 5
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 104
>> pmPartBlkCnt: 38
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver_ATAPI
>> pmLgDataStart: 0
>> pmDataCnt: 38
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: 2600
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 70da
>> pmPartType:
>> filler: ptDR
>> Partition: 6
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 13c
>> pmPartBlkCnt: 8c
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver_ATAPI
>> pmLgDataStart: 0
>> pmDataCnt: 8c
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: f200
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 8b46
>> pmPartType:
>> filler: ATPI
>> Partition: 7
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 1c8
>> pmPartBlkCnt: 200
>> pmPartName: Patch Partition
>> pmPartType: Apple_Patches
>> pmLgDataStart: 0
>> pmDataCnt: 200
>> pmPartStatus: 1
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 1
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 8
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 0
>> pmPartBlkCnt: 0
>> pmPartName:
>> pmPartType: Apple_Void
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 9
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 3c8
>> pmPartBlkCnt: 1381e0
>> pmPartName: Mac_OS_X
>> pmPartType: Apple_HFS
>> pmLgDataStart: 0
>> pmDataCnt: 1381e0
>> pmPartStatus: 4000007f
>> pmLgBootStart: 3af0
>> pmBootSize: c1000
>> pmBootLoad: 1c00000
>> pmBootLoad2: 0
>> pmBootEntry: 1c00cb0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType: powerpc
>> filler:
>> Partition: 10
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 1385a8
>> pmPartBlkCnt: b258
>> pmPartName:
>> pmPartType: Apple_Free
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
Output Mac OS X 10.0
>> mac-parts: counted 10 partitions
>> Partition: 1
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 1
>> pmPartBlkCnt: 3f
>> pmPartName: Apple
>> pmPartType: Apple_partition_map
>> pmLgDataStart: 0
>> pmDataCnt: 3f
>> pmPartStatus: 17
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 2
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 40
>> pmPartBlkCnt: 38
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver43
>> pmLgDataStart: 0
>> pmDataCnt: 38
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: 2400
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: eb19
>> pmPartType:
>> filler: ptDR
>> Partition: 3
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 78
>> pmPartBlkCnt: 78
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver43_CD
>> pmLgDataStart: 0
>> pmDataCnt: 78
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: c800
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: e9ad
>> pmPartType:
>> filler: CDrv
>> Partition: 4
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 0
>> pmPartBlkCnt: 0
>> pmPartName:
>> pmPartType: Apple_Void
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 5
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: f0
>> pmPartBlkCnt: 38
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver_ATAPI
>> pmLgDataStart: 0
>> pmDataCnt: 38
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: 2600
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 3cd4
>> pmPartType:
>> filler: ptDR
>> Partition: 6
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 128
>> pmPartBlkCnt: 78
>> pmPartName: Macintosh
>> pmPartType: Apple_Driver_ATAPI
>> pmLgDataStart: 0
>> pmDataCnt: 78
>> pmPartStatus: 37f
>> pmLgBootStart: 0
>> pmBootSize: ea00
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: ce67
>> pmPartType:
>> filler: ATPI
>> Partition: 7
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 1a0
>> pmPartBlkCnt: 200
>> pmPartName: Patch Partition
>> pmPartType: Apple_Patches
>> pmLgDataStart: 0
>> pmDataCnt: 200
>> pmPartStatus: 1
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 4
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 8
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 0
>> pmPartBlkCnt: 0
>> pmPartName:
>> pmPartType: Apple_Void
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
>> Partition: 9
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 3a0
>> pmPartBlkCnt: 11a788
>> pmPartName: Mac_OS_X
>> pmPartType: Apple_HFS
>> pmLgDataStart: 0
>> pmDataCnt: 11a788
>> pmPartStatus: 4000007f
>> pmLgBootStart: 3af0
>> pmBootSize: b4000
>> pmBootLoad: 1c00000
>> pmBootLoad2: 0
>> pmBootEntry: 1c005b4
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType: powerpc
>> filler:
>> Partition: 10
>> pmSig: 504d
>> pmSigPad: 0
>> pmMapBlkCnt: a
>> pmPyPartStart: 11ab28
>> pmPartBlkCnt: 254d0
>> pmPartName:
>> pmPartType: Apple_Free
>> pmLgDataStart: 0
>> pmDataCnt: 0
>> pmPartStatus: 0
>> pmLgBootStart: 0
>> pmBootSize: 0
>> pmBootLoad: 0
>> pmBootLoad2: 0
>> pmBootEntry: 0
>> pmBootEntry2: 0
>> pmBootCksum: 0
>> pmPartType:
>> filler:
Thanks a lot for this - this is extremely useful!
Based upon this, it looks as if OS X 10.0 and OS X 10.2 should boot with
the standard CHRP boot procedure since kPartitionAUXIsBootValid is set
on both the OS partitions. However, I realise now that I broke this with
my interpose refactoring in an attempt to accommodate Mac disk images I
had that *didn't* set this flag. I see that I also misunderstood the
direct partition boot, but this was because of an existing bug failing
to match the partition because the pmType string "powerpc" was not
checked in a case-insensitive manner as per the CHRP specification. Sigh.
The other interesting thing is that kPartitionAUXIsBootValid is not set
on your OS 10.4 upgrade disk. If you try and boot from this directly
from a reset, can Apple's Open Firmware actually boot it? Or does it
have to be launched from OS X?
ATB,
Mark.
12:30 a.m.
The other interesting thing is that kPartitionAUXIsBootValid is not
set
on your OS 10.4 upgrade disk. If you try and boot from this directly
from a reset, can Apple's Open Firmware actually boot it? Or does it
have to be launched from OS X?
I booted it by setting boot device in OS X and using open firmware
(boot cd://:tbxi), in both cases it worked fine. Is this what it means
booting from reset?
Amadeusz
8:54 p.m.
On 04/12/12 23:30, Amadeusz Sławiński wrote:
I booted it by setting boot device in OS X and using open firmware
(boot cd://:tbxi), in both cases it worked fine. Is this what it means
booting from reset?
Yes - that's fine thanks. Time to now code up a patch for testing... :)
ATB,
Mark.
12:22 a.m.
On 05/12/12 19:54, Mark Cave-Ayland wrote:
Yes - that's fine thanks. Time to now code up a patch for
testing... :)
Okay - I now have a patch against trunk for mac-parts.c that boots all
my PPC CD images here, and that I hope should also pick the right
partition on all your OS X CDs for "dir cd:,\". Can you please test and
report back to the list?
Many thanks,
Mark.
4:01 a.m.
On Wed, Dec 05, 2012 at 11:22:35PM +0000, Mark Cave-Ayland wrote:
On 05/12/12 19:54, Mark Cave-Ayland wrote:
> Yes - that's fine thanks. Time to now code up a patch for testing... :)
Okay - I now have a patch against trunk for mac-parts.c that boots all
my PPC CD images here, and that I hope should also pick the right
partition on all your OS X CDs for "dir cd:,\". Can you please test and
report back to the list?
Many thanks,
Mark.
Great, it works!
The only thing is that seems like mine 10.0 and 10.2 cd's use those
"wrapped" partitions, so it doesn't boot (boot cd:,\\:tbxi) without patch
http://lists.openbios.org/pipermail/openbios/2011-August/006618.html
but it lists some file (dir cd:,\), seems like the ones needed for
booting are somewhere else.
10.4 works fine with or without "wrapped" partitions patch.
Amadeusz
2264
days inactive
2270
days old
15 comments
4 participants
participants (4)
-
Amadeusz Sławiński -
Blue Swirl -
Mark Cave-Ayland -
Programmingkid