Does anyone recognize any of this?

[Pikoro]

Just bought Talkman today, the new translator for the PSP that comes with a USB microhone, and, of course, I started looking around on the UMD and found an odd file. It looks more like stuff for the PS2 instead of the PSP:

Code: Select all

	 lsn %d size %d name:%d:%s %d/%d/%d %d:%d:%d
	%08x,%04x,%04x,%s
    Copyright 1999-2002 (C) Sony Computer Entertainment Inc. 
    THS_RUN cp=%d : hp=%d 
    not THS_RUN 
   switch_context --> %x:%x,pc=%x,ei=%x =>%x:%d
  %.8s %x 
  readyq = %x, newrun = %x:%d, prio = %d
 %02x
 %s:(%s) 
 Module Name = %s
 No FILEIO service
 No LoadFile service
 No SIF service(fileio)
 No SIF service(loadfile)
 No SIF service(sifcmd)
 No SIFCMD/RPC service
 No cdvd driver 
 R& 
 ReBootStart:di: Terminate resident Libraries
 ReBootStart:ei: Terminate resident Libraries
 Stack = %x, Stack size = %x, SP=%x
 readyq = %x, newrun = %x:%d, prio = %d
%3d]
%d %08x %08x 
%d %s %s
%s:	 found
%s:	 found dir_point %d
%s: %08x %08x 
%s: dir was not found
%s: not found
%s: path level (%d) error
%sCache_%d_%d_%d_%d
%sCache_Path
'!  
'!0@
'System_Memory_Manager
(null)
.bss
.data
.iopmod
.rel.data
.rel.rodata
.rel.text
.rodata
.sbss
.shstrtab
.strtab
.symtab
.text
0 CD_READ LBN= %d sectors= %d all= %d
0123456789ABCDEF
0123456789abcdef
1&! @
2 CD_READ LBN= %d sectors= %d
20031022-190110,conffile,ioprp300.img,xokano@rel-linux/~/tmp_30
4!(@
4$ F
5$(F
8R&! @
8s& 
<&#40;8c$
<NULL>
<P	B$! 
AAAAAA
AddDrv&#40;&#41;/DelDrv&#40;&#41; recursive/mutithread call error !!
Apply NCmd call cmd= 0x%02x
Audio Digital Out&#58; Set param %d
B$! 
B4! 
BBBBBB
Break call&#58; read2_flg= %d func= %d lsn= %d csec= %d nsec= %d
CD-ROM 
CD/DVD-ROM lsn= %d sec= %d
CD001
CDVD&#58; Exchange it for the Layer_%d_Disk Please.
CDVD&#58; Layer_%d Disk not Found
CDVD&#58; LsnDualChg Read Error %02x, %d
CDVD&#58; Not Master Disk %s
CDVD&#58; ReadDvdDualInfo Read Error %02x, %d
CDVD&#58; sceCdLsnDualChg lsn %d&#58; change lsn %d
CDVD&#58; set_prev_command TIMEOUT 5&#40;SEC&#41;
CDVD&#58;DualEmuON
CDVD&#58;library Terminate Call %d
CDVDFSV
CDVDMAN
CD_cachefile&#58; %d files found
CD_cachefile&#58; dir not found
CD_cachefile&#58; searching...
CD_newmedia&#58; %d dir entries found
CD_newmedia&#58; CD Read mode
CD_newmedia&#58; DVD Read mode
CD_newmedia&#58; Disc format error in cd_read&#40;PVD&#41;
CD_newmedia&#58; Get DvdDual_infochk fail
CD_newmedia&#58; Illegal disc media type =%d
CD_newmedia&#58; Read error &#40;PT&#58;%08x&#41;
CD_newmedia&#58; Read error in disc_read&#40;PVD&#41;
CD_newmedia&#58; sarching dir..
CONSOLE
Cache File %s remove&#58; %d
Cache File Close&#58; %d
Cache File Maked
Cachefile&#58;%s Open_or_Close&#58;%d
Call Pause
Call Seek end
Call Seek lsn= %d
Call Standby
Call Standby called
Call Stop
Cannot openfile
CdSearchFile Topen= %s
CdSearchFile&#58; cache dir data used
CdSearchFile&#58; disc error
CdSearchFile&#58; searching %s...
CdSearchFile&#58; start name= %s layer= %d
Cdvd Time Out %d&#40;msec&#41;
Cdvdfsv&#58;thpri=%d Illegal priority
Cdvdman Exit
Cdvdman Init
CheckThreadStack&#40;&#41;
Cmd Time Out %d&#40;msec&#41;
DISK READY call 0x%02x
DISK READY call from iop
DVD/CD sceCdRead0 sec %d num %d spin %d trycnt %d dptn %d adr %08x
Drive Not Ready
Dummy Entry Called
DvdDual_info&#58; %02x	Layer1_LSN&#58;%d opo_or_para %d
EESYNC
EE_ncmd_working code= %d
EXTINFO
Error Can't Get heap buffer
Error Can't Get read buffer
Error&#58;Cannot alloc r/w buffer
FILEIO
FILEIO&#58;PowerOff event flag get fail
FILEIO_service
FIO Cache LSN&#58;%d SEC&#58;%d ADDR&#58;%08x
FIO Usr addr LSN&#58;%d SEC&#58;%d ADDR&#58;%08x
FIO Usr addr LSN&#58;%d SEC&#58;%d ADDR&#58;%08x cpos= %d
File is not ELF format&#40;%d&#41;
File is not for target architecture&#40;%d&#41;
FsBlkIO LBN&#58;%d NBLK&#58;%d addr&#58;%x BLKSIZE&#58;%d TYPE&#58;%d mode&#58;%x
GET TOC call 0x%08x
GET TOC called
Hex Dump addr %08x
IO/File_Manager
IOMAN
IOP Realtime Kernel Ver. 2.2
IOPBOOT
IOP_SIF_manager
IOP_SIF_rpc_interface
IPIerr emu Hit Dummy Err %02x
Input ELF format filename = %s
Intr call func_num&#58; %d Err= %02x OnTout= %d
Intr call user callback func_addr %08x num %d flg %d
Intr func0 no seting
Intr func1 no seting
Known devices are 
Kprob Spd D lsn= %d
LBbyEE
LOADCORE
LOADFILE
Load File service.&#40;99/11/05&#41;
LoadModuleByEE
Loaded, %s
Loaded, %s&#58;%s
MODLOAD
MV %02x %02x %02x %02x
MV 0x%02x,0x%02x,0x%02x,0x%02x
M_NAME_UNKNOWN
Module_Manager
Moldule_File_loader
Multi Threaded Fileio module.&#40;99/11/15&#41; 
Multi_Thread_Manager
P$!0
Panic&#58; not found executable Thread
Panic&#58; not found ready Thread
Path table Cache ON&#58;%d
Path table Cache Search lsn&#58;%d&#58;%d nsec&#58;%d&#58;%d layer%d&#58;%d
PlayStation Master Disc
Prev Cmd Result Illegal Size Try count&#58;%d
Prev Cmd Result Over Flow
PsIIcdvdfsv 3000
PsIIcdvdman 3000`
PsIIeesync  3000
PsIIfileio  3000
PsIIioman   3000invalid lseek arg
PsIIloadcore3000
PsIIloadfile3000`
PsIImodload 3000
PsIIromdrv  3000l
PsIIsifcmd  3000
PsIIsifman  3000@
PsIIstdio   3000
PsIIsysclib 3000
PsIIsysmem  3000
PsIIthreadma3000
PsIItimemani3000
Ptbl_WCache&#58;write %d
RESET
ROM/Flash
ROMDIR
ROMDRV
ROM_file_driver
RV read&#58; sec %d num %d spin %d trycnt %d  addr %08x
Rcvbuf MemAlloc Fail
Read Command call
Read Error= 0x%02x
Read Pause 1 chk status 0x%02x
Read Time Out %d&#40;msec&#41;
Read error code %x cmd error %d
Read error error code %x cmd error %d
ReadChain EE  Memory addr= 0x%08x sector= %d
ReadChain error code= 0x%02x
ReadChain lsn= %d nsec= %d buf= %08x secsize= %d
Read_CD/DVD-ROM Error Recover Start
Read_CD/DVD-ROM Sector_ID Error Recover Start
Read_EE NO_Data_zone error lsn= %d layer= %d SecID %02x
Read_EE Sector_ID error lsn= %d readlsn= %d layer= %d layer1_start %d
Read_IOP Sector_ID error lsn= %d readlsn= %d layer= %d
Reboot fail! need file name argument
ReceiveMbx mbxid= %08x fno= %d addr %08x
Recover_Stat&#58;%d
ReleaseLibraryEntries Error code %d
Retry Read Fatal Error
Rty_Read
SCE_OPEN&#58; ee_fds= %d mbxid= %08x
SE	<RE&#41;5T
SIFCMD
SIFMAN
STDIO
SYSCLIB
SYSMEM
SelfStopModule&#40;&#41;&#58; panic !!! call from unknown Module !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! Unexpected case !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! Unload fail error=%d !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! Unload fail semerror=%d !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! call from unknown Module !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! can't get ThreadID !!!
SelfUnloadModule&#40;&#41;&#58; panic !!! illegal context !!!
SendMbx ee_fds= %d mbxid= %08x fno= %d addr= %08x
Stdio
StopModule&#40;&#41;&#58; panic !!! call from unknown Module !!!
SyncEE
System_C_lib
System_Memory_Manager
THREADMAN
TIMEMANI
Thread &#40;thid=%x, #%d&#41; stack overflow
Thread 0x%x. Unload Fail
Time Out Pause WAIT set_cd_commnad
Timer_Manager
Tray Req test = %d
Un-support
Un-support devctl %08x
Unknown device '%s'
WARNING&#58; AllocateFpl KE_CAN_NOT_WAIT
WARNING&#58; AllocateVpl KE_CAN_NOT_WAIT
WARNING&#58; DelayThread KE_CAN_NOT_WAIT
WARNING&#58; ReceiveMbx&#58;KE_CAN_NOT_WAIT
WARNING&#58; SleepThread KE_CAN_NOT_WAIT
WARNING&#58; WaitEventFlag KE_CAN_NOT_WAIT
WARNING&#58; WaitSema KE_CAN_NOT_WAIT
Wait Drive Ready %x
Warning cdvdfsv.irx&#58; Unload function can't be used.
Warning sceCdSearchFile&#58; Called from Old liblary.
&#91;%3d->
&#91;too many open&#93;
_cdvdfile_cache Read_err OR Drive_not_ready
_cdvdfile_cache_read %d<->%d
_sceCdMV error
_sceCdReadDir&#58; current= %d dsec= %d layer= %d
_sceCdSearchDir&#58; dir name %s layer %d
b psize= %d paddr= %08x bsize= %d ssize= %d saddr %08x
c$!8
cache_fill rst&#58;%d<->%d cur&#58;%d cnt&#58;%d
call Read2intrCDVD&#40;&#41;
called _cdvdfile_cache_fill_read %d
called _cdvdfile_cache_read %d
cd_read&#58; error code %x
cd_read&#58;lsn= %d size= %d layer= %d
cdrom
cdrom0&#58;
cdrom_stm0&#58;
cdvd driver module version 0.1.1 &#40;C&#41;SCEI
cdvd fileIO read start
cdvd&#58; Abort command On
cdvd&#58; NonInter END
cdvd_driver
cdvd_ee_driver
cdvd_odcinit Close Error %d
cdvd_odcinit Open  Error %d
cdvdfsv
cdvdman
cdvdman Init
close fd = %d
dec mode 0x00
dec mode 0x01
dmacman
dummytty
dummytty&#58;
eesync
f psize= %d bsize= %d ssize= %d
fds= %d read file_lbn= %d offset= %d
fileIO CLOSE
fileIO DOPEN name= %s layer %d
fileIO DREAD
fileIO GETSTAT name= %s layer= %d
fileIO OPEN name= %s mode= 0x%08x layer %d
fileIO SEEK
fileIO read ended
fileio&#58; Thread alloc fail
gp address %#08x
heaplib
host
host0&#58;
intrman
io request for unsupported operation
ioabort exit&#58;%s %s
ioman
iop heap service &#40;99/11/03&#41;
iop infomation service &#40;00/02/29&#41;
load heap &#58;error 
loadcore
loadelf version 3.30
loadelf&#58; fname %s secname %s
loadmodule&#58; fname %s args %d arg %s
loadmodule&#58; id %d, ret %d
max_claster %d meta_size_clst %d claster_cur %d
memory allocation failed.
modload
nulldev0 call
open fail directory %s
open fail name %s
open name %s flag 0x%x mode 0x%x
other
out of file descriptors
panic ! Thread DORMANT !
panic ! Thread ExitDeleted !
path_tbl_init Error %d
read end
return from updater '%s' return value = %d
romdrv
s6!0
sceCdAbort call
sceCdGetError&#58; 0x%02x
sceCdInit Dev5 Status %x
sceCdInit Ready check end.
sceCdInit Ready check start.
sceCdInit call
sceCdInit called mode= %d
sceCdInit end
sceCdPowerOff Call
sceCdRead0_Rty Lsn&#58;%d nsec&#58;%d dintrnsec %d func %08x
sceCdRead&#58; Double Booking error r2f= %d waf= %d
sceCdReadDvdDualInfo&#40;&#41;&#58;Cur_Disk %d layer1_start %d
sceCdReadIOPm addr= 0x%08x sector= %d
sceCdSearchFile&#58; Called from Not_Dual_layer Version.
sceCdSpinCtrlIOP speed= %d
sceCdSync&#58; Call mode %d Com %x
sceCdSync&#58; Command= %d Error= %d
sce_Read LBN= %d sectors= %d
sce_Read ON Delay
sce_cdvd N cmd end
sce_cdvd N cmd start %d
sce_cdvd S cmd end
sce_cdvd S cmd start %d
sce_cdvd block IO &#58;unrecognized code 0x%02x
sce_cdvd no block IO &#58;unrecognized code %x
sce_cdvd_lsn
sce_fileio&#58; unrecognized code %x
sce_iopinfo&#58; unrecognized code %x
sce_iopmem&#58; unrecognized code %x
search file name %s call struct_siz %d
secid_chk lsn %d nsec %d IPI Err
secid_chk_ee_trns lsn %d nsec %d IPI Err
self
set_cd_commnad Error	stat %02x
set_prev_command&#58; DMA Wait
sifcmd
sifman
start address %#08x
stdio
switch_context&#40;%x&#58;%x,pc=%x,ei=%x =>%x&#58;%d&#41;
sysclib
sysmem
thbase
thevent
thfpool
thmsgbx
thpri=
thrdman
thsemap
thvpool
timrman
tty&#58;
updater '%s' can't load
write&#58; ret&#58;%d

Does anyone recognize any of these strings and confirm my suspicions?

I see things like CDDVD Drive door status calls, psII references, etc...

filename was ioprp3000.img

Thanks

[dot_blank]

that has copyright information

[Zenurb]

Sony probably has PS* Development kits, and that's probably just an old Language file.

[cheriff]

on ps2, .img files are some sort of archive of several .irx's that get loaded onto the IOP when a game resets it.
If you open it in a hex editor you'll probably see here and there the .ELF magic number a few times in the file. So it is almost definately a ps2 executable (or a bunch of them, even!).
So yeah, it is strange that it's found on a psp game ...

[Zenurb]

I doubt Sony would go to the trouble of changing the binary format of their software much from PS2 to PSP.

Why? So games could be released quickly as direct ports from PS2 -> PSP.

e.g. burnout, thug2 remix (which has alot of graphical bugs which can be attributed to the direct and mainly untested port from PS2 -> PSP)

EDIT: Not to say that the binary files wouldn't have to be compiled seeing as the PSP runs on a totally different processor. I'm just saying that the binary format e.g. the way they lay out their programs (with language files, etc) would not have changed.

The fact that this language file still has PS2 information in it could suggest that this software was released hastily.

[cheriff]

Yes, but this is an executable file that cannot run on psp since it doesn't have the IOP Realtime Kernel Ver. 2.2 OS that the iop in the ps2 runs, it would accessess devices that dont exist on psp. (sif, cdvd, etc)
True it may be a remanant of a port, but i doubt that the psp version uses that file at all. For instance, the windows version of ToyStory actually installed the ps2 .elf file onto my pc. Its obviously not being used on x86 but hey, ports can be rushed and devs can be lazy. Thats what I believe happened here, is all i'm saying.

Also, all this stuff seems to be filesystem and thread related.. which already exists in the kernel, and besides that, it would be more reasonable to recompile it to a prx and ship that than unpack the image to various irx's and whatnot..

[Zenurb]

devs can be lazy

You mean.. devs are lazy.

Perhaps they had a disk usage quota or something.

Sony CTO: "DISK MUST HAVE MORE THAN 1GB USED OR YOU FIRED"
Coder: "................Ok."
* Coder uploads two gigs of lesbian porn onto UMD
Coder: ":D"
Sony CTO: ":D"

[Pikoro]

Ok, thanks for the input. Just wanted to see if my assumptions were correct as I'm not familiar with PS2 development at all.

On a different note.. there are some new USB drivers on this thing that look interesting....

Cheers

[_Psycho]

USB mic ? Strange that they dont use the same sony headset as SOCOM use online (work really nice btw).

[Dr. Vegetable]

Speaking of the SOCOM headset microphone, has anyone figured out how to access this from a homebrew app?

[F9zDark]

Now that there is a USB device available for the PSP, I think it is time that we found out if the PSP is host capable or not. I know word round the campfire is that it isn't, but I have heard evidence from both sides claiming which is true and which isn't.

[CyberBill]

The USB chip is -NOT- host capable. Definately not. Nope. Never.

But that doesnt mean there wont be a lot of awesome uses for it. I mean, a mic!?!? Thats AWESOME! :D

[Dr. Vegetable]

Sony has demonstrated the PSP with a USB keyboard attached, and the microphone from TalkMan appears to attach to the USB port. So this suggests one of (at least) three possibilities:

1. The PSP is somehow capable of behaving as a USB host.
2. The peripherals (mic. and keyboard) are actually USB host devices.
3. The USB port connection can also be used for other (non-USB) communication protocols.

Has anyone examined the purpose of the two gold-plated contacts that are on either side of the PSP USB connector? One of these is connected to the USB shield, and the other goes off into the guts of the PSP somewhere... I've got a few crackpot theories, but wonder if anyone else has explored this?

[cheriff]

Has anyone examined the purpose of the two gold-plated contacts that are on either side of the PSP USB connector?

I think the current theory is that since psp is a standard usb client (at least possibly until told by a device to act otherwise?) , it doesn't provide power for sony's devices (talkman, etc) to use to instigate communications with. So they plug into those bits on the side as well and from there get power to do all the things that usb hosts usually do.

[Dr. Vegetable]

That is one of my "crackpot" theories. But wouldn't that mean that these pins should have a few volts on them whenever the PSP is turned on? They don't seem to.

[Zenurb]

That is one of my "crackpot" theories. But wouldn't that mean that these pins should have a few volts on them whenever the PSP is turned on? They don't seem to.

Perhaps they need somehting plugged into the usb port to actuivate them

[F9zDark]

The GTA:LCS manual calls those two pins "DC Out". So they do indeed supply power, probably when the USB is plugged in and the PSP is operating in a USB mode that is not as a slave device. (ie mass storage)

[Dr. Vegetable]

Thanks to everyone for tolerating my noobishness.

Zenurb: It is certainly possible that power is only applied to these pins when a USB device is connected. That would probably extend the PSP battery life a bit, after all. Still, it seems a bit of a chicken-and-egg problem - the external device needs power in order to connect to the PSP as a USB host, but the PSP won't give it power until it does? I suppose the PSP could monitor the impedance of the USB pins to detect when a device is attached, but it seems like a lot of trouble to go to to save a few milliamps.

F9zDark: Does GTA actually support any USB peripherals? (I don't have a copy yet.) It seems curious that they would document obscure features of the PSP hardware in the booklet for a game.

I suppose I should scour the PSP owner's manual to see what, if anything, it says about this. I'm also devising a few experiments to see if these pins do anything with various devices attached while I wait for my Talkman to arrive...

[Matrixdub]

F9zDark: Does GTA actually support any USB peripherals? (I don't have a copy yet.) It seems curious that they would document obscure features of the PSP hardware in the booklet for a game.

It's the same set of images you see on (almost?) all PSP game manuals. It's just standard practice to put those two pages in; like the safety precautions.

[Dr. Vegetable]

Ah, right. I flipped through the PSP owner's manual cover-to-cover yesterday and found only one reference on page 113, listing "DC OUT connector" in a list of interfaces, but no diagram showing where it is.

Regardless, I just received my Talkman yesterday, and I can verify that the microphone has two pins that make contact with these pads in addition to the mini-USB connector. I haven't dug in too deep yet other than to play with the software a bit. (Neat software, but it's more like one of those "can you direct me to the bathroom/restaurant/hotel" translators than a true BabelFish kinda thing.)

So it looks like these pins are used by USB peripherals. It is still not clear to me whether the microphone or the PSP is acting as the USB host, or how the PSP decides whether to provide power to the port. I plan to void my warranty and pop the microphone open over the extended weekend, so maybe I'll post some pictures if anyone is interested. I might also try to build a breakout box to insert between the PSP and microphone.

Is this thread getting too far OT for this forum? I don't see a group for discussion of PSP hardware, but maybe this discussion should really be going on under SDK Development?

[Zenurb]

I think they should make a new PSP Hardware forum, seeing as how there are new PSP hardware projects such as PSP GPS, etc.

[Dr. Vegetable]

I accidentally made an interesting discovery. Don't know what it means yet, but maybe someone here does.

I was running Talkman yesterday on a 2.00 PSP, when I decided to switch over to a USB-to-PC link. While Talkman was still running, I disconnected the USB microphone and connected my data cable. (The unit was asleep at the time.) When I woke it back up, the PC immediately recognized a Composite USB Device and tried (unsuccessfully) to load drivers for it on a Windows 2000 machine.

So I cancelled the driver load, killed Talkman, and established a regular USB connection. The PSP loaded as the usual removeable drive.

Lather, rinse repeat, same result 3 times around. So I am thinking the USB drivers in Talkman are possibly exposing more services from the PSP than just the memory stick. I suppose it is too much to hope for that it might expose the flash chip as a second drive, but without host-side drivers, who knows?

[urchin]

Just tested on mine now with a dvm. Nothing when the USB cable is disconnected, but around 1 volt when the cable is connected.

[CyberBill]

Is that with a standard USB cable to a PC connected, or with the microphone connected?

[urchin]

That was standard USB cable connected to my powerbook.

[mrn]

Composite USB Device could be anything.
Not restricted to memory devices. just google...

[Dr. Vegetable]

I disassembled my USB microphone to get a look inside. It does appear that the extra pins are power supply lines for the microphone circuit board.

What I found the most interesting (and least surprising) is that all five pins on the USB conector are used. Only four of these are defined for standard USB; the fifth should be NC.

The circuit board contains three ICs and several smaller 4 or 6-terminal devices.

A/D Converter:
WM8950G
58AD8TE

USB Controller?
A01023
534104
A01

Mystery Module:
564
5H4

[Dr. Vegetable]

@mrn:

Yes, I am aware that a composite device is simply one that exposes multiple logical USB devices from one physical device. My question remains: what are the multiple devices?

In ordinary USB-to-PC mode, the PSP is a simple removable drive. To me it is notable that the PC did not recognize the composite device as the same Sony PSP that it is happy to connect to when Talkman is not running.

I think it should be possible to enumerate these device interfaces to see if they conform to standard device classes, and extract other useful information about them as well. It might even be possible to create drivers to access these additional devices, whatever they may be.