forums.ps2dev.org

optixx00 · Joined: 18 Jul 2005 Posts: 11

Yes i have usbgdb enabled. Was using sio for shell and usb for hostfs. i tried to use only usb for shell and hostfs. but got the same problem.
Checked the thlist, server seems to run.

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Try going into gdbcommon/gdb-stub.c and uncomment the _DEBUG define at the top and rebuild, see what if any output you get.

JiGGaK · Joined: 19 May 2006 Posts: 5

So I built my self a SIO cable and it works well (sioshell works fine). I would really like to debug remotely with gdb but for the life of me I can't get his going.

I have tried both OS X and Linux with similar results. I'm going to use my results on Linux since it sounds like most people are having success with linux.

Slackware 10.2, libusb 0.1.12, psplink0.9g, and a fresh build using the psp toolchain.

I am attempting to debug the sprite sample from the sdk. I have built with the -g flag and copied the elf over to the root of the MS. In psplink I have disabled the USB and WiFi shells, enabled the SIO shell, disabled USB host filling, and enabled USB debugging.

I start usbhostfs_pc -d, then run debug sprite.elf in the shell, then run psp-gdb sprite.elf and type target remote :10001 in gdb.

The output in usbhostfs_pc is:

The output in gdb is:

Nothing happens on the psp.

Any ideas?

Edit: For the hell of it, I grapped the source from svn for psplink and tried uncommenting the DEBUG define in gdb-stub.c. I followed the same procedure above again with nothing happening on the PSP. Similir output is displayed in usbhostfs_pc, and just cause I didn't want to fire up the linux box this is Mac OSX 10.4.6 with libusb 0.1.12 and I tried psplink h (whatever is lattest in svn).

Edit2: Ok, didn't feel like going to work today so I did some more tinkering. And wouldn't you know it, gdb is debugging like a champ. After setting usbhost=1 I started to get somewhere. In hindsight I guess this should have been obvious. I should also note that I got this working on my Linux box with a fresh copy of psplink from svn (and libusb 0.1.12). It still doesn't work in OS X but I have not given up yet!

CheChin · Joined: 04 Aug 2005 Posts: 8

question. am i totally off here, or could you in theory use some kind of other usb storage device with this? like, connect a psp with a external hard drive / usb memory stick, using a male->female converter'? would that work?

weltall · Joined: 20 Feb 2004 Posts: 310

if that device has a host chip, could work as host and is programmable

waltrend2 · Joined: 29 May 2006 Posts: 1

I also have the problem 2 other members here reported with gdb-psp:

(gdb) target remote :10001
Remote debugging using :10001
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Malformed response to offset query, timeout

Usbhost=1 as well as Usbgdb=1 are set in the ini-file on the psp, the GDBSERVER module is loaded...

A packetsniffer revealed that the psp returns six bytes of 00 on all three requests $Hc-1#09, $qC#b4, $qOffsets#4b, gdb just doesn't complain before getting the offset query reply 00 00 00 00 00 00...

Any ideas anyone?

Shazz · Posted: Mon May 29, 2006 9:37 pm Post subject:

Sorry for the delay (and interrupting this GDB discussion...)

So here is a piece of code to demonstrate the issue between PSPLINK and LIBPNG (I tried various pieces of code, some by urchin... same result)

while loading a PNG from host, this step fails (works well from ms0) :

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Shazz, okay I first ran this on my linux box and it worked perfectly, I am assuming displaying a picture was the intention, so I was willing to give it up ;) Okay so I thought I would try it on my xp laptop with a cygwin install, guess what it fails to load the picture with a read error.

So what you may be asking is the problem? Well seems on one of the lseeks it passes a crazy value to the function, in the order of 300billion or so, I get away with it on my linux box because I cast the int64 to off_t which happens to be 32bit on this machine, this trucates the top 32bits off the number and gives what I assume is the expected value, 8. However in cygwin it is 64bit so no truncation is actually done, this crazy value gets passed to lseek which proceeds to either barf or seek to this crazy value where libpng can no longer read more data from. I am making an assumption that mac osx also uses 64bit off_t.

Okay so as of yet I do not know where I can attribute blame, could be in a number of places, newlib, the compiler, libpng etc. However one thing I know is it doesn't seem to be a fault of usbhostfs directly. The lseek prototype is slightly crazy in that is shouldn't have the int unk1 bit there but that doesn't make a difference to the underlying ABI used to pass in 64bit values. On the mips it seems if you have the prototype (int fd, int64_t ofs) it passes fd in a0, and ofs split over a2 and a3 missing out a1 completely (which is why there is the unknown parameter in the prototype :) I apihooked lseek from user mode and the pngtest app is indeed passing bogus values into lseek so that narrows it down to something in the sdk.

So what can you do to fix it ? Well the quickest dirtiest trick you can use is on line 1231 of usbhostfs_pc's code change the cast of (off_t) LE64(cmd->ofs) to (int32_t) LE64(cmd->ofs) instead, that will crop the top 32bits off and it works, at least on my xp box. More tracing will have to be done to try and determine exactly what is causing the real underlying issue though.

Update. I think it is in some way related to psplink as doing an apihook when running it from ms doesn't exhibit this issue. Ill look further.

Shazz · Posted: Mon May 29, 2006 11:52 pm Post subject:

Wow what a quick analysis :D

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Okay think I have found the problem :)

The prototype for the lseek fileio driver was returning an int when it should have been returning int64 so probably other apps which compiled against the pspsdk prototype (which did return int64) was picking up garbage with what ever was left in v1. Obviously this has only worked for so long cause on linux it always removed the top 32bits :)

Try it now, hopefully might fix a few issues.

Shazz · Posted: Tue May 30, 2006 12:48 am Post subject:

perfect.... thx for such a quick patch !
_________________
- TiTAN Art Division -
http://www.titandemo.org

JiGGaK · Joined: 19 May 2006 Posts: 5

groepaz · Joined: 01 Sep 2005 Posts: 305

mmmh never had a problem with making things work in gentoo on my powerbook.... i have to admit i didnt try libusb though :)
_________________
http://www.hitmen-console.org
http://hitmen.c02.at/files/yapspd/

JiGGaK · Joined: 19 May 2006 Posts: 5

groepaz · Joined: 01 Sep 2005 Posts: 305

actually.... i use pspinside for what i am doing, not psplink :=P
_________________
http://www.hitmen-console.org
http://hitmen.c02.at/files/yapspd/

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

It has been reported that gdb doesn't work on mac, however I thinking I "might" have worked out why ;) Seems I forget to endian swap the channel number when reading in GDB data. It will work fine for the shell as that uses channel 0 (which is obviously the same no matter what). Committed a fix, can you give it a try?

JiGGaK · Joined: 19 May 2006 Posts: 5

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Well it will do that, you probably no longer have the source to pspsdk (could be considered a bug in psptoolchain). It should be okay though, just set a breakpoint on your main function (break main) and type c to continue and it should stop inside your code with source code. If you want source for those bits then rebuild pspsdk manually and keep the source code around. However do not step through crt0 anyway, it probably wont work and even if it does it might not work very well, blame sony for that little problem ;)

ahman · Joined: 31 May 2006 Posts: 22

First, I would like to thank TyRaNiD for making such a wonderful debugging tool. I'm trying to include the usbhostfs functionality in iR Shell which will allow launching of homebrews from host0:. Full credit will be given when public release is out.

I've a question on the USB HostFS driver. I'm trying to use sceIoAssign to make host0: appears as ms0:, so that homebrews looking for ms0: can access files under host0. Can you let me know what's the block device name & the filesystem device name to be used when doing the sceIoAssign?

Another note, I found a possible bug in the USB HostFS driver. If I do a sceIoChdir and then do a sceIoRename to a file. The file will be renamed, but will also be moved to the root of usbhostfs_pc driver. It seems the driver didn't use the new changed directory for the target renamed file.

Thanks again for the excellent tool.

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

As host is a filesystem device there is no block device you can access, to map the root of host0 to ms0 you can do something like

moonlight · Joined: 26 Oct 2005 Posts: 567

JiGGaK · Joined: 19 May 2006 Posts: 5

ahman · Joined: 31 May 2006 Posts: 22

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Okay ive done a quick few tests, firstly chdir doesn't get sent to the io device as pointed out, I cant remember what driver I reversed exactly which indicates that there was a chdir in there, perhaps it was going to be there but it never happened. So looking at rename it looks to be a sort of bug in the PSPs IO driver. It prefixes the first name with the threads current directory, however it doesn't prefix the second directory for what ever reason.

In psplink I never use sceIoChdir anyway cause it is somewhat unreliable and just easier to maintain my own current directory so I have never seen this issue. The ms driver must be doing something special to handle this case. A simplish fix is to assume that if the second name doesn't start with a / it must be relative to the first name, that would certainly fix it but it does seem odd that the IO driver doesn't do it itself. Stupid thing ;)

Ill try and fix it soon.

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Okay fixed it, should work as you would expect now, hopefully no weird side effects ;)

Oh and for the truely lazy out there ive added an optional, simple readline shell to it. Gives you tab completion on directories and filenames, but not commands etc. You need to rebuild usbhostfs_pc with make READLINE_SHELL=1 to get it to work.

ahman · Joined: 31 May 2006 Posts: 22

I've just tested the fix on Linux host and the rename is working perfectly. Thanks a lot for the quick fix. Your work is highly appreciated!

Gendal · Joined: 19 Jul 2005 Posts: 4

Holy crap does this tool make my psp development easier. Thank you!

Ghoti · Joined: 31 Dec 2005 Posts: 288

hmmm does anybody has a compiled executable for me? i can't seem to create one or find one, it will be alot of help because the usbhostfs_pc.exe provided with DAX doesn't seem to work :(

if it should what am i supposed to do with the file cause it will start but i can't seem to connect with the psplink system on my pc (no input is possible)

EDIT: i need the pcterm the other one works now but i have not the pcterm.exe, can somebody upload it?
_________________
My PSP games:

Boxy II: http://www.ghoti.nl/boxyii.php
Elementals: http://www.ghoti.nl/Elementals.php

dot_blank · Joined: 28 Sep 2005 Posts: 498 Location: Brasil

when type 'make release' in psplink dir
everything is compiled for you ...including pcterm
which is in its proper dir ...if still you cant compile
i have already built binary ...but please do build
yourself to get yourself familiarized ...i dont like to
hold anyones hands :)
_________________
10011011 00101010 11010111 10001001 10111010

Ghoti · Joined: 31 Dec 2005 Posts: 288

:) sorry but the problem is that i don't use cygwin :s i always use visual c++ for programming for the psp so i have not much experience with it and i have not that much time on my hands either but if you could send me the executable then i am very glad (bolleprog [at] hotmail [dot] com)
_________________
My PSP games:

Boxy II: http://www.ghoti.nl/boxyii.php
Elementals: http://www.ghoti.nl/Elementals.php