Jump to content


  • Content count

  • Joined

  • Last visited

About Atsushi

  • Rank
    InsanelyMac Protégé
  1. Celeron D 自作PCにuphuck 10.4.9 universal DVD v1.3をインストール してみましたが、いつまでたってもデスクトップが現れない。 "-v"で見ると、Window Serverへのコネクション発行ができなかったというメッセージを 延々繰り返していた。 一方、VAIOにuphuck 10.4.9 universal DVD v1.3をインストールしてみたら、 ブルースクリーンでマウスカーソルも出てこなかった。 どうやら、家のPCにはuphuckは鬼門のようです。
  2. 同じ方法で、10.4.10になんちゃってアップデートできました。 10.4.9のVAIO type C(VGN-C90HS, Core 2 Duo T5500 1.66GHz)でもトライしてみましたが、 ブルースクリーンで、マウスカーソルすら出て来ませんでした。
  3. 4 months ago I built xnu-1048-semthex_2 kernel for my study though it didn't work with my PC that has a Celeron D which has SSE2 also SSE3. Recently, I got a VAIO that has Core 2 Duo so I tried xnu-1048-semthex_2 kernel(named mach_kernel.vaio) that was bulit by me then it worked so I've tried remote debugging for xnu-1048-semthex_2 but gdb can't attach the target PC. I have done the following things, used VAIO as Target and G4 Cube as Host. 1. Boot the Target with "hd(0,3)mach_kernel.vaio debug=0x144" on the Darwin/x86 boot loader for booting OSx86 10.4.9 on my VAIO. "debug=0x144" means DB_NMI, DB_ARP and DB_LOG_PI_SCRN. 2. Host, set up a permanent network connection to the target computer via ARP. $ ping -c 1 $ arp -an $ sudo arp -s 00:13:a9:a6:ec:3b $ arp -an 3. Host, Run gdb on the kernel. $ gdb -arch i386 /mach_kernel 4.Host, Tell gdb that you will be debugging remotely. (gdb) target remote-kdp 5.Target Break into the kernel debugging mode Hold down the following five keys: Alt, Windows, Ctrl, Shift and Esc. 6.Host Attach to the target computer. attach But, gdb showed "kdp_reply_wait: error from kdp_receive: receive timeout exceeded kdp_transaction (remote_connect): transaction timed out kdp_transaction (remote_connect): re-sending transaction" After "ping" on the Host terminal so I hold down the following five keys: Alt, Windows, Ctrl, Shift and Esc on the Target then mouse doesn't work on the Target and ping stopped ping statistics because Target didn't connect to Host. Then I think the reason is this but target actually breaks into the kernel debugging mode. If it goes well, in console, I’ll see the following message on the screen like this: ethernet MAC address: 00:13:a9:a6:ec:3b ip address: But console.app doesn't show them. At last I think that kdp or something doesn't work though I don't know what is kdp. Actually, I changed the device ID on the kext for VAIO LAN then LAN works and debug version kernel showed 00:00:00:00:00:00 for MAC address also for IP address when booted with kernel debug version on VAIO. Maybe I will succeed with a LAN that is recogized by kernel debug version on the other PC. Isn't there person who succeeds remote debugging for OSx86 mach_kernel? Before do this, I read Two-Machine Debugging and Hello Debugger: Debugging a Device Driver With GDB Thank you, Atsushi
  4. 以前ビルドしたmach_kernelをVAIO type C VGN-C90HSで試してみたら、ブートしました。 カーネルソース読んでハックできるかも??無理無理。
  5. Atsushi

    Sony Vaio drivers

    I have VAIO type C, VGN-C90HS that has a Core 2 Duo T5500 1.66GHz and I installed JaS 10.4.8 AMD-Intel-SSE2-SSE3 with PPF1 & PPF2.iso but no sounds(Realtek High Definition Audio) and the LAN(Marvell Yukon 88E8036 PCI-E Fast Ethernet) doesn't work. So I checked vendor ID also device ID for Marvell Yukon 88E8036 PCI-E Fast Ethernet with Windows Vista and followed Marvell Yukon 88E8036 PCI-E Fast Ethernet FIXED, FIXED BY MYSELF!!!!!!!!! then LAN works, also the audio works after installed AzaliaAudio.pkg from ALC88x 10.4.8 Kext, Drivers for ALC88x Audio on 8.8.1 kernel.
  6. VAIO type C(VGN-C90HS, Core 2 Duo T5500 1.66GHz)にJaS 10.4.8 AMD-Intel-SSE2-SSE3 with PPF1 & PPF2.isoをインストールしてみました。 インストールしただけでは、音(Realtek High Definition Audio)も鳴らないし、 ワイヤレスLAN(Intel 3945ABG)もオンボードLAN(Marvell Yukon 88E8036 PCI-E Fast Ethernet)も認識しません。 VistaでベンダーIDとデバイスIDを調べてから、 Marvell Yukon 88E8036 PCI-E Fast Ethernet FIXED, FIXED BY MYSELF!!!!!!!!!の方法で、 オンボードLANが動作しました。 また、ALC88x 10.4.8 Kext, Drivers for ALC88x Audio on 8.8.1 kernelのAzaliaAudio.pkgで、 音も鳴りました。 Intel 3945ABGはIntel PRO/Wireless 2200-2915/2100/3945 device driver for Darwin and Mac OS Xを試してみましたが、カーネルパニックでした。
  7. Method to Update hackintosh 10.4.8 to 10.4.9 (Intel SSE2/3)., Temporary method -- NO NEW KERNEL -- Fixed most problemsを見て、SSE2のPCでなんちゃってアップデートしました。
  8. Atsushi

    10.4.8 Live DVD and Installer Beta Test

    Hi Rammjet and everybody, Live DVD app works perfectly and a 10.4.8 Live DVD also works perfectly!! I tried Modbin method though I failed many times. Rammjet, Thank you for your great job!! Atsushi
  9. Modbinの方法Part1とPart 2 に従い、OSx86 10.4.8 Live DVDの作成にトライしましたが失敗に終わりました。 昨日、RammjetがLive DVD.appにて単純明解にOSx86 10.4.8 Live DVDのISOイメージを 作成できるようにしてくれました!! 10.4.8 Live DVD and Installer Beta Test
  10. 一旦、投稿(Full Edit)した後はいつも文字化けしますが、Quick Editすると、文字化け解消しました。 いつも、文字化け確認してから、Quick Editしてます。
  11. OSx86のDarwin/x86ブートローダー boot-132(http://www.opensource.apple.com/darwinsource/tarballs/apsl/boot-132.tar.gz)ですが、 namespace.hを見つけたので、やっと、makeできました。 これで、checkForSupportedHardware()で(cpuid_result[3] & 0x04000000) == 0でも、 return 0;なcdbootをmakeできます。
  12. 一応、extra Intel kernel-toolsを sudo tar xzf kernel-tools-8J2135.root.tar.gz -C / してから、 semthexさんのパッチをxnu-1048-semthex_2_に当て、 source SETUP/setup.sh make ARCH_CONFIGS=I386 KERNEL_CONFIGS=RELEASE install で、makeしたら、 /usr/bin/ld: Undefined symbols: _hibernate_newruntime_map collect2: ld returned 1 exit status make[2]: *** [do_build_mach_kernel] Error 1 make[1]: *** [build_all] Error 2 make: *** [all] Error 2 このリンカエラーを解決するために、いろいろ探していたら、 hibernate_newruntime_mapコールをコメントを見つけたので、コメントとし、 mach_kernelがBUILD/obj/RELEASE_I386にできました。 早速、-vでブートしたみたら、"Configuring kernel extensions"と表示された後、 /etc/rc実行時、kext.d, launchctl, SytemStarterと/usr/sbin/updateでIllegal instructionが発生し、フリーズしました。 でも、シングルユーザーモードでは起動できました。 それから、8.8.1 Semthex Kernelのバリエーションによれば、 JaS 10.4.8 AMD Intel SSE2 SSE3をインストールしたPCで"uname -a"の実行結果に"Dec 9 22:18:27"見つけましたので、Beta9だと思われます。 また、mach_kernelのファイルサイズなんですが、 JaS 10.4.8 AMD Intel SSE2 SSE3のは4159428で、 semthex.diffをパッチしてできたのは4155224で、若干違います。 semthexさんのBeta9ソースが欲しい...。
  13. 以下を手本に、Darwin カーネルバージョン 8.8.1(xnu-792.13.8)のmakeにMac OS X 10.4.3のPower Macintosh G4で挑戦してみました。 Building Your First Kernel Kernel build tools posted export PATH=/usr/local/bin:$PATH sudo gcc_select 3.3 Get the bootstrap_cmds, Libstreams, kext_tools, IOKitUser, and cctools packages sudo mkdir -p /usr/local/bin sudo mkdir -p /usr/local/lib extract the bootstrap_cmds then do the following cd bootstrap_cmds-version/relpath.tproj make sudo make install sudo cp relpath /usr/local/bin extract the Libstreams then do the following cd ../../Libstreams-version make sudo make install extract the cctools then do the following cd ../cctools-version sudo cp /usr/include/ar.h /System/Library/Frameworks/Kernel.framework/Headers extract the extra Intel kernel-tools then do the following sudo cp seg_hack /usr/local/bin sudo cp libkld.a /usr/local/lib sudo ranlib /usr/local/lib/libkld.a extract the IOKitUser sudo mkdir -p /System/Library/Frameworks/IOKit.framework/Versions/A/PrivateHeaders/kext cd /System/Library/Frameworks/IOKit.framework/ sudo ln -s Versions/A/PrivateHeaders PrivateHeaders sudo cp PATH_TO_IOKITUSER/IOKitUser-version/kext.subproj/*.h PrivateHeaders/kext sudo cp kextsymboltool /usr/local/bin extract the xnu then do the following export PATH=/usr/local/bin:$PATH source SETUP/setup.sh export ARCH_CONFIGS="I386" make exporthdrs make all で、Power PC G4 450MHzではカーネルができるまで、40分ほどかかりました、 Semthexさんのカーネルソースも ビルドできました。 早速、xnu-1048-semthex_2_のカーネルをOSx86 10.4.8をインストールした/にコピってブートしてみましたが、 Darwin/x86ブートローダー起動後、"-s"でブートするとPCがリセットしてしまいます。 どこか、カーネルビルドの手順に誤りがあるのでしょう...。 カーネルのサイズを比較すると、Semthexさんのカーネルよりも若干、小さいことに気づきました。 Intel Build Instructionがあれば...。
  14. JaS 10.4.8 AMD Intel SSE2 SSE3をインストールしてみましたが、 私のIntel SSE2 PCではインストール後の最初の再起動で、ブートできるOSが見つからないエラーになりました。 FIX for the Disk Utility bugs, in the newest JaS 10.4.8 SSE2/3 AMD/INTEL + PPF v1を見つけて、 ISOイメージにJaS.10.4.8.AMD.Intel.SSe2.SSe3.v1p ppfを当て、the_defiantさんのパッチを当てたら、うまくいきました。
  15. Darwin/x86 ブートローダーbootをobjdumpすると 4cc0: 53 push %ebx 4cc1: b8 01 00 00 00 mov $0x1,%eax 4cc6: 0f a2 cpuid 4cc8: 83 ec 10 sub $0x10,%esp 4ccb: 89 54 24 0c mov %edx,0xc(%esp) 4ccf: 81 e2 00 00 00 04 and $0x4000000,%edx 4cd5: 89 04 24 mov %eax,(%esp) 4cd8: 89 5c 24 04 mov %ebx,0x4(%esp) 4cdc: 89 4c 24 08 mov %ecx,0x8(%esp) 4ce0: b8 02 00 00 00 mov $0x2,%eax 4ce5: 74 0b je 0x4cf2 4ce7: 83 e1 01 and $0x1,%ecx 4cea: 83 f9 01 cmp $0x1,%ecx 4ced: 19 c0 sbb %eax,%eax 4cef: 83 e0 03 and $0x3,%eax 4cf2: 83 c4 10 add $0x10,%esp 4cf5: 5b pop %ebx 4cf6: c3 ret これは、ソースboot.cのcheckForSupportedHardware()に該当するようです。 int checkForSupportedHardware() { uint32_t cpuid_result[4]; do_cpuid(1, cpuid_result); if ((cpuid_result[3] & 0x04000000) == 0) { // Missing SSE2 return 2; } return 0; } "53B801" -> "33C0C3"で "push %ebx mov $0x1,%eax" が "xor %eax,%eax ret" となります。 これは、Cソースで言うと、do_cpuid(1, cpuid_result);しないで return 0;したことになるのでしょう。多分。