Talk:PS3 OpenWRT

From PS3 Developer wiki
Revision as of 19:03, 25 March 2017 by Sandungas (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Images[edit source]

  • NAND can kexec -l huge_elfs, to load some stuff if needed.

Can't flash but can load, we can store an elf on HDD and maybe add an entry to kboot.conf

Precompiled images around vanishes with time, here a fresh one built with 3.10.26 linux kernel, just transfer to ps3, load and execute with kexec
ps3-petitboot-vmlinux-initramfs-3.10.26.elf (md5sum: 8554e2e82d201534e7efb12771dcf55f) It has all needed new drivers and tools, sshd is default over telnetd, can kexec another kernel.

Paralel compilation[edit source]

Don't know if it is just me but any attempt to build openwrt's latest trunk using multiple jobs fails...

Skiski

Yup! Firstly it stops on parted-3.0 (cause it has some libuuid dependencies). But when you do "make package/util-linux/compile; make package/util-linux/install" it stops on compiling ps3strgmngr.

cnpym

  • Order is a key factor compiling petitboot, make sure to use -j1: this also keep filtering for error messages easier to follow.
  • Official howto just tell enough about ps3strgmngr and fix.


Keep getting:

"make[3]: *** No rule to make target `package/preconfig'.  Stop.
 make[2]: [package/rootfs-prepare] Error 2 (ignored)" 

during buildtime. Is there any solution to this?

cnpym

Flashed dtbImage.ps3.bin after build completion. Petitboot boots upto selection screen, but it doesn't react neither to my keyboard nor to gamepad keypressing. Pressing power button gives normal reboot.

cnpym

  • use telnet to remotely control petitboot:
remote_pc# telnet 192.168.1.2
  • recheck/reconfigure/rebuild petitboot and test the image.elf prior to flashing the bin one:
# kexec -l image.elf
# kexec -e

Using current version of petitboot-huge, downloaded from PS3 OpenWRT, "kexec -l /root/openwrt-ps3-petitboot-vmlinux.elf" gives:

"Warning: append= option is not passed. Using the first kernel root partition Modified cmdline: Unable to find /proc/device-tree//chosen/linux,stdout-path, printing from purgat ory is diabled segment[0].mem:0x1143000 memsz:19243008 segment[1].mem:0x239d000 memsz:36864 segment[2].mem:0x7fff000 memsz:4096"

After "kexec -e" ps3 freezes and does nothing.

cnpym

Warning is harmful, the rest is good/debug: retry without USB devices plugged in.
Maybe (now) your flashed petitboot is misconfigured, reflash an official/tested bin with ps3-flash-utils or from GameOS pkg.
Made sure that you have an official flashed to kexec whatever.

That's the point. I'm trying to kexec official elf form psdevwiki and petitboot freezes. Possibly current version of kexec doesn't work at powerpc properly.

cnpym

Rebuilt from trunk: 33760. During startup petitboot gives following message:

"udevd[302]: error: runtime derectory '/run/udev' not writable, for now falling back to '/dev/.udev'"

"- init - /usr/sbin/petitboot: can't load library 'libps3-utils.so.2'"

cnpym

During build time observing following error: "sed: can't read ./staging_dir/target-powerpc_uClibc-0.9.33.2/pkginfo/argp-standalone.default.install: No such file or directory". Could someone explain is it harmful or not? Thanks.

cnpym

Just had compiled petitboot with all new patches and 3.9 kernel. All functions just fine! Many thanks Glevand!

cnpym

Boot Time[edit source]

During boot time appears following string:

"udevd[371]: failed to execute 'sbin/blkid -o udev -p /dev/.tmp-block-7:0' : No such file or directory"

How do I get rid of it?

self build petitboot cannot kexec another kernel[edit source]

I followed your build instruction (http://gitorious.ps3dev.net/ps3openwrt/patches/blobs/master/HOWTO) to create an own petitboot image for my ps3 with the help of the openWRT cross-toolchain. I've tried so far the version based on the 2.x Kernel, the 3.3.x and the 3.7.x Kernel. Unfortunately all my attempts didn't work quite well.

The problem is on the one hand, that all my self-build versions didn't reboot correctly. If I choose "Exit to shell" in petitboot and just hit "reboot", all my versions just hang and didn't force the ps3 to reboot the system. On the other hand a "reboot -f" just give me a blinking cursor which is floating the console.

The other problem is, that I can't kexec another kernel....If I choose (live cd red ribbon or live cd ps3 freebsd) to boot from a live-cd, the system hangs and didn't change the kernel correctly. Maybe it's related to the problem, that the ps3 didn't reboot correctly, cause the kexec will force this command at the end of the kernel change.

I've also found a NAND and NOR version of an offical petitboot image in the Inet....with this image (Kernel 2.x) the system reboots correctly and also kexec to another kernel works quite well.....

I decided to build my own petitboot, cause I like to install freebsd in order to test the new graphic driver under XServer....therefore I need a petitboot version which is able to mount my freebsd partition....all the new versions of petitboot I build so far are able to mount the freebsd partition with udev. From this side I have an kboot-entry in the petitboot UI directly after boot of petitboot.....

but unfortunately all of my attempts fail to kexec another kernel with my own petitboots....

Maybe someone could give me a hint, how to configure openwrt-toolchain correctly in order to get a petitboot image able to kexec another kernel.... You have to include

Thanks for this!

ps3@blackstar ~/openwrt-dev $ grep KEXEC bin/ps3/config.openwrt 
CONFIG_KERNEL_KEXEC=y
CONFIG_KEXEC_TOOLS_TARGET_NAME="powerpc64"
# CONFIG_KEXEC_TOOLS_kdump is not set
CONFIG_KEXEC_ZLIB=y

ps3@blackstar ~/openwrt-dev $ grep KEXEC bin/ps3/config.kernel 
CONFIG_KEXEC=y


btw: it is mentioned to first test all petitboot images from old petitboot-shell with PS3 OpenWRT: kexec -l and kexec -e

just to let you know....even with a working "offical" petitboot image, the method mentioned in the ps3 wiki isn't able to load any petitboot image...so, at this point I can confirm the problem discussed above.


regards, Kontr-Olli