gc-linux-devel — Development-related discussion.

Re: [Gc-linux-devel] Keyboard adapter

[Daniel T. <da...@re...>]

On Wed, 2005-05-04 at 14:12 +0200, Groepaz wrote:
> On Tuesday 03 May 2005 21:24, Daniel Thompson wrote:
>=20
> > I've no idea what these bits do and groepaz's YAGD is also unsure. Oddl=
y
> > enough bits 0..29 are undocumented here but some of these bits are used
> > in the Linux keyboard driver.
>=20
> the problem that shows up here is that only very few people actually care
> about sending me fixes for yagcd...and i cant keep up with all and every-
> thing on my own.

Don't worry, YAGCD is very useful already.

Unfortunately I can't add anything to the table regarding the keyboard -
YAGCD describes exactly how my keyboard adaptor works already.



--=20
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

Re: [Gc-linux-devel] Keyboard adapter

[Groepaz <gr...@gm...>]

On Tuesday 03 May 2005 21:24, Daniel Thompson wrote:

> I've no idea what these bits do and groepaz's YAGD is also unsure. Oddly
> enough bits 0..29 are undocumented here but some of these bits are used
> in the Linux keyboard driver.

the problem that shows up here is that only very few people actually care
about sending me fixes for yagcd...and i cant keep up with all and every-
thing on my own. 

-- 
gpz

http://www.hitmen-console.org
http://www.gc-linux.org/docs/yagcd.html

Re: [Gc-linux-devel] Keyboard adapter

[Daniel T. <da...@re...>]

On Mon, 2005-05-02 at 10:10 -0700, Shaun Jackman wrote:
> If we label raw[1] as bits 0..31 and raw[0] as bits 32..63 we have
>=20
> 	key[0] =3D bits 44..51
> 	key[1] =3D bits 36..43
> 	key[2] =3D bits 28..35
> 	key[3] =3D bits 24..31
> 	key[4] =3D bits 16..23
> 	key[5] =3D bits 8..15

I don't think anyone has a compete picture of exactly how the keyboard
is supposed to work (though I think groepaz is closest).

In the case of the cheap third party adaptors (which is what I think you
have) the keyboard scan codes appear in bits 24..31 if a single key is
pressed, bits 16..31 when two keys are pressed and bits 8..31 when three
keys are pressed. My patch lets Linux read those three bytes and I left
the original code unmodified to try and stop my patch breaking real
Nintendo keyboards (unfortunately I haven't found anyone else with a
keyboard that can test my patch on so it hasn't yet been offered for
CVS).

I assumed that the register protocol permits keyboards to have up to six
keys pressed simultaneously but that PC derived keyboard controllers
can't support than many keys. This allows different keyboard to stash
their scan codes in different parts of the register space. I would add
that never having seen a Nintendo keyboard that this is purely
speculation on my part.
=20
> This table shows the overlap of bits 28..31, as well as the undecoded
> bits 0..7 and 52..63. Is there any information transmitted in those
> undecoded bits?

I've no idea what these bits do and groepaz's YAGD is also unsure. Oddly
enough bits 0..29 are undocumented here but some of these bits are used
in the Linux keyboard driver.

--=20
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

Re: [Gc-linux-devel] fceu colours

[Shaun J. <sja...@gm...>]

On 5/1/05, Groepaz <gr...@gm...> wrote:
> that should be fixed by recompiling fceu against isobels sdl port...if
> fceu is even sdl that is :=3DP

fceu does use SDL. I'll check out isobel's patch. Thanks!
Shaun

Re: [Gc-linux-devel] Keyboard adapter

[Shaun J. <sja...@gm...>]

On 5/1/05, Daniel Thompson <da...@re...> wrote:
> On Sat, 2005-04-30 at 17:36 -0700, Shaun Jackman wrote:
> > I have a PS/2 keyboard to GameCube joystick port adapter labelled "GC
> > Keyboard & PS Controller Adapter 2 in 1 for GameCube". It works with
> > Action Replay and Phantasy Star Online, but I haven't managed to get
> > it working with Linux. Does this device work with GC Linux? I'm
> > running Linux 2.6.11-isobel-nfs9.
>=20
> Try the attached patch.

Thanks for the patch. I haven't yet compiled my own GC kernel, but as
soon as I have I'll get back to you.

In the following line, the right-hand-side is identically zero.=20

  =09=09key[2] |=3D (raw[1] << 28) & 0xFF;

From the surrounding code, I'd guess a right shift was intended.

  =09=09key[2] |=3D (raw[1] >> 28) & 0xFF;

This would mean though that the bits decoded by key[2] and key[3] overlap.

 =09=09key[2] =3D ((raw[0] << 4) & 0xFF) | ((raw[1] >> 28) & 0xFF);
=09=09key[3] =3D (raw[1] >> 24) & 0xFF;

If we label raw[1] as bits 0..31 and raw[0] as bits 32..63 we have

=09key[0] =3D bits 44..51
=09key[1] =3D bits 36..43
=09key[2] =3D bits 28..35
=09key[3] =3D bits 24..31
=09key[4] =3D bits 16..23
=09key[5] =3D bits 8..15

This table shows the overlap of bits 28..31, as well as the undecoded
bits 0..7 and 52..63. Is there any information transmitted in those
undecoded bits?

Cheers,
Shaun

Re: [Gc-linux-devel] fceu colours

[Groepaz <gr...@gm...>]

On Sunday 01 May 2005 03:38, Shaun Jackman wrote:
> Hello,
> 
> I'm using GameCube Linux to run fceu, a Nintendo emulator, on my
> GameCube. First off, I have to say how impressed I am! The joysticks
> work, the sound is flawless. It's amazing how well it very nearly
> *just works*. The only thing that didn't work out of the box for me is
> the colour palette. Everything is in shades of neon green and neon
> orange. Any suggestions?

that should be fixed by recompiling fceu against isobels sdl port...if
fceu is even sdl that is :=P 

-- 
gpz

http://www.hitmen-console.org
http://www.gc-linux.org/docs/yagcd.html

Re: [Gc-linux-devel] Keyboard adapter

[Daniel T. <da...@re...>]

On Sat, 2005-04-30 at 17:36 -0700, Shaun Jackman wrote:
> I have a PS/2 keyboard to GameCube joystick port adapter labelled "GC
> Keyboard & PS Controller Adapter 2 in 1 for GameCube". It works with
> Action Replay and Phantasy Star Online, but I haven't managed to get
> it working with Linux. Does this device work with GC Linux? I'm
> running Linux 2.6.11-isobel-nfs9.

Try the attached patch.

-- 
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

[Gc-linux-devel] fceu colours

[Shaun J. <sja...@gm...>]

Hello,

I'm using GameCube Linux to run fceu, a Nintendo emulator, on my
GameCube. First off, I have to say how impressed I am! The joysticks
work, the sound is flawless. It's amazing how well it very nearly
*just works*. The only thing that didn't work out of the box for me is
the colour palette. Everything is in shades of neon green and neon
orange. Any suggestions?

Amazing stuff! Thanks,
Shaun

[Gc-linux-devel] Keyboard adapter

[Shaun J. <sja...@gm...>]

I have a PS/2 keyboard to GameCube joystick port adapter labelled "GC
Keyboard & PS Controller Adapter 2 in 1 for GameCube". It works with
Action Replay and Phantasy Star Online, but I haven't managed to get
it working with Linux. Does this device work with GC Linux? I'm
running Linux 2.6.11-isobel-nfs9.

Thanks,
Shaun

[Gc-linux-devel] Re: Problems using the new exi =?utf-8?b?ZnJhbWV3b3JrCXdpdGgJbmJk?= swap

[Albert H. <alb...@gm...>]

Daniel Thompson <daniel <at> redfelineninja.org.uk> writes:
> Agreed. After reading this I tried using another means to stress the BBA
> and therefore the EXI bus. The following command issued from the 'cube
> at my main Linux box caused a crash in less than a minute (with swap
> to /dev/aram only):
> 
> drt <at> cube:~$ ssh starfish dd if=/dev/zero > /dev/null
> 

I took a closer look to it, and it seems better than expected.

The get_rtc_time hook is not called from interrupt context, so we do not need to
protect it. It will succeed.

The set_rtc_time hook is called from user and interrupt context, depending on if
you use the /dev/rtc interface or the adjtimex syscall. The good news is that
the system is prepared for set_rtc_time to fail, so we can simply return an
error if the exi channel is busy while trying to write to the rtc.

I'll merge a patch on CVS to fix this.

Cheers,
Albert

[Gc-linux-devel] Re: Problems using the new exi framework with nbd swap

[Albert H. <alb...@gm...>]

Daniel Thompson <daniel <at> redfelineninja.org.uk> writes:
> See attached for my .config though note that it is almost exactly the
> same as the one in your download area on the web site.
> 
> I do run ntp:

I tried running a ntp server too and the bug happened after a few seconds.
So, yes, the bug is indeed triggered by the ntpd.

The problem is that at interrupt time we can't always guarantee that the exi
channel needed to get the current time from the RTC is free, specially at timer
interrupt time.

If the channel is busy, we could derive a time value from the last true value
read and the jiffies since then. I'll look on it.

Meanwhile, you'll need to stop the ntp deamon.

Cheers,
Albert

Re: [Gc-linux-devel] Re: Problems using the new exi framework with nbd swap

[Daniel T. <da...@re...>]

On Sun, 2005-04-24 at 15:17 +0000, Albert Herranz wrote:
> Daniel Thompson <daniel <at> redfelineninja.org.uk> writes:
> > I wasn't running with pre-emption however I have updated to the CVS
> > version since it appears to have quite a lot of changes compared to the
> > one I was using.
> > 
> > Unfortunately I am still seeing a crash when the 'cube starts to swap a
> > little.
> 
> Could you please post your .config and describe a bit when the crash happens?
> (do you run an ntpd deamon, or something?)

See attached for my .config though note that it is almost exactly the
same as the one in your download area on the web site.

I do run ntp:

drt@cube:~$ dpkg -l | grep ntp
ii  ntp         4.2.0a+stable- Network Time Protocol: network utilities
ii  ntp-server  4.2.0a+stable- Network Time Protocol: common server
tools
ii  ntp-simple  4.2.0a+stable- Network Time Protocol: daemon for simple
sys
rc  ntpdate     4.1.0-8        The ntpdate client for setting system
time f

Reading the timer_interrupt() code you might find that the following
file which stores the rate of drift of the RTC might also help with
reproduction:

drt@cube:~$ more /etc/adjtime
-0.412188 1114242043 0.000000
1114242043
UTC

> >From your traces, the crash seems to have nothing to do with swap, but with the
> rtc code. It gets called from interrupt context, something that the rtc driver
> currently does not support (it does not protect the select/deselect region).

Agreed. After reading this I tried using another means to stress the BBA
and therefore the EXI bus. The following command issued from the 'cube
at my main Linux box caused a crash in less than a minute (with swap
to /dev/aram only):

drt@cube:~$ ssh starfish dd if=/dev/zero > /dev/null

-- 
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

[Gc-linux-devel] Re: Problems using the new exi framework =?utf-8?b?d2l0aAluYmQ=?= swap

[Albert H. <alb...@gm...>]

Daniel Thompson <daniel <at> redfelineninja.org.uk> writes:
> I wasn't running with pre-emption however I have updated to the CVS
> version since it appears to have quite a lot of changes compared to the
> one I was using.
> 
> Unfortunately I am still seeing a crash when the 'cube starts to swap a
> little.

Could you please post your .config and describe a bit when the crash happens?
(do you run an ntpd deamon, or something?)

From your traces, the crash seems to have nothing to do with swap, but with the
rtc code. It gets called from interrupt context, something that the rtc driver
currently does not support (it does not protect the select/deselect region).

I would like to be able to get enough information about your environment to
reproduce your crash in my system.

Cheers,
Albert

Re: [Gc-linux-devel] Re: Problems using the new exi framework with nbd swap

[Daniel T. <da...@re...>]

On Tue, 2005-04-19 at 23:08 +0000, Albert Herranz wrote:
> Daniel Thompson <d.thompson <at> gmx.net> writes:
> > I have a recently built 2.6.11 kernel built from the patches in
> > http://www.gc-linux.org/down/isobel
> [...]
> > Unfortunately my kernel is panicing due to one of the BUGONs in the EXI
> > framework (the one that prevents us selecting an already selected EXI
> > channel). The death messages are as follows (I have had to guess the
> > first character since it was off the side of my TV):
> [...]
> > Any clues, ideas or experiments they think I should perform?
>=20
> Hi,
>=20
> Try cvs code (exi-hw.c) or disable preemption.

I wasn't running with pre-emption however I have updated to the CVS
version since it appears to have quite a lot of changes compared to the
one I was using.

Unfortunately I am still seeing a crash when the 'cube starts to swap a
little.

The bulk of the crash info is the same as before but I have observed a
different stack. Although the top is similar the bottom half looks less
broken than the other.

exi_run_command+0x288/2bc

exi_select+0x44/0x58
rtc_set_time+0x1c/0x68
gcn_set_rtc_time+0x30/0x44
timer_interrupt+0x168
ret_from_except+0x0/0x14
ppc6xx_idel+0xe4/0xf0
cpu_idle+0x28/0x38
rest_init+0x24/0x34
start_kernel+0x170/0x1a8

--=20
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

[Gc-linux-devel] Re: Problems using the new exi framework with nbd swap

[Albert H. <alb...@gm...>]

Daniel Thompson <d.thompson <at> gmx.net> writes:
> I have a recently built 2.6.11 kernel built from the patches in
> http://www.gc-linux.org/down/isobel
[...]
> Unfortunately my kernel is panicing due to one of the BUGONs in the EXI
> framework (the one that prevents us selecting an already selected EXI
> channel). The death messages are as follows (I have had to guess the
> first character since it was off the side of my TV):
[...]
> Any clues, ideas or experiments they think I should perform?

Hi,

Try cvs code (exi-hw.c) or disable preemption.

IIRC, the patch you are using doesn't include a small fix for preemption enabled
kernels.

Cheers,
Albert

[Gc-linux-devel] Problems using the new exi framework with nbd swap

[Daniel T. <d.t...@gm...>]

I have a recently built 2.6.11 kernel built from the patches in
http://www.gc-linux.org/down/isobel

It gets its root partition via NFS and its swap from a combination of
ARAM and NBD (I have used priorities to make ARAM the perfered swap
device). The only reason I suspect swap is because the crashes always
list the 'swapper' thread.

Unfortunately my kernel is panicing due to one of the BUGONs in the EXI
framework (the one that prevents us selecting an already selected EXI
channel). The death messages are as follows (I have had to guess the
first character since it was off the side of my TV):

<2>kernel BUG in exi_cmd_select at drivers/exi/exi-hw.c:412!
Oops: Exception in kernel mode. sig: 5 [#3]
?IP: C010C998 LR: C010CB58 SP: C020B580 REGS: c020b4d0 TRAP: 0700    Not
tainted
?SR: 00021032 EE: 0: PR: 0: FP: 0 ME: 1 IR/DR: 11
TASK = c01d9470[0] 'swapper' THREAD: c020a000
Last syscall: 120
PR00: 00000001 C020B580 C01D9470 C020B5E0 00000000 00000000 C020B600
C0220000
PR08: 426563DA 00000000 C01E8610 00000001 F4826EC9 8130D720 CC006400
03000000
PR16: 00001808 00000000 00000000 00000000 FFFFFFFF 04120000 000000BA
800C0000
PR24: C0230000 C0230000 C02270A8 00000000 C020B5E0 C020B5E0 00001032
C01E8610
?IP [c010c998] exi_run_command+0x278/0x2ac
?R [c010cb58] exi_set_time+0x1c/0x68
Call trace:
 [c010cb58] exi_select+0x44/0x58
 [c000b9f8] rtc_set_time+0x1c/0x68
 [c000bab8] gcn_set_rtc_time+0x30/0x44
 [c0005354] timer_interrupt+0x168/0x210
 [c00042cc] ret_from_except+0x0/0x14
 [c000598c] __delay+0xc/0x14
 [c0015580] complete_and_exit+0x0/0x28
 [c0004590] _exception+0x0/0x74
 [c0004600] _exception+0x70/0x74
 [c0005280] ret_from_except_full+0x0/0x4c
 [c010c998] exi_run_command+0x278/0x2ac
 [c010cb58] exi_select+0x44/0x58
 [c000b9f8] rtc_set_time+0x1c/0x68
 [c000bab8] gcn_set_rtc_time+0x30/0x44
 [c0005354] timer_interrupt+0x168/0x210
Kernel panic - not syncing: Aiee, killing interrupt handler!

Any clues, ideas or experiments they think I should perform?
-- 
Daniel Thompson (Merlin) <d.t...@gm...>

If at first you don't succeed then sky diving is probably not for you.

Re: [Gc-linux-devel] Building a SD card adapter

[Shaun J. <sja...@gm...>]

On Apr 9, 2005 3:15 AM, Rob Reilink <ro...@re...> wrote:
> Hi Shaun,
>
> Also you should make sure the contact is ok. I had to insert a 1mm
> plastic strip under the pcb to get the correct height, just like the
> plastic cover of a 'real' mem card does.
> 
> Regards, Rob

My SD card adapter works! It turns out you were right on the money
here, Rob. The PCB was oh-so-slightly warped, so that one of the
GameCube pins, one of the sense pins, wasn't making contact. I put a
shim of electrical tape under it, and it worked!

Thanks for all your help! Cheers,
Shaun

Re: [Gc-linux-devel] Using PSOload

[Shaun J. <sja...@gm...>]

On Apr 11, 2005 1:32 PM, Daniel Thompson <da...@re...> wrote:
> On Sat, 2005-04-09 at 15:44 -0700, Shaun Jackman wrote:
> > There's a copy of PSO1&2 in the used bin of my local Electronic
> > Boutique, but I'm afraid it will suffer the same problem.
> 
> I doubt this; I don't think PSOLoad does supports PSO3.
> 
> IIRC the network protocol was changed between PSO2 and PSO3.
> Specifically the feature that allowed code to be uploaded by a remote
> server was removed.

EB had PSO3 for $20, PSO1&2+ for $30, and PSO1&2 for $40 --
interesting pricing. I tried PSO3, and it didn't work. I haven't tried
PSO1&2+, but PSO1&2 works perfectly.

Cheers,
Shaun

Re: [Gc-linux-devel] Using PSOload

[Daniel T. <da...@re...>]

On Sat, 2005-04-09 at 15:44 -0700, Shaun Jackman wrote:
> There's a copy of PSO1&2 in the used bin of my local Electronic
> Boutique, but I'm afraid it will suffer the same problem.

I doubt this; I don't think PSOLoad does supports PSO3.

IIRC the network protocol was changed between PSO2 and PSO3.
Specifically the feature that allowed code to be uploaded by a remote
server was removed.

--=20
Daniel Thompson (Merlin) <da...@re...>
signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html

Did Sigmund's wife wear Freudian slips?

[Gc-linux-devel] Re: Building a SD card adapter

[Alan R. <aha...@ee...>]

Yo, I suddenly remembered that functionality in the 'tool costis sent me'
I mentioned in my last post is already in libsdcard.

So, I've knocked up a really quick and dirty program to read the CID of
the card in slot B. This is useful because the card doesn't have to have a
filesystem on it for the test to work.
If you download it and run it (assuming PSOload/etc, of course) its fairly
self-explanitory.

It is on my sit http://www.gamesfairy.co.uk/ under 'SD tools'. Let me know
if you have any comments.

My apologies if we're going a bit offtopic from gc-linux here...

-Alan/ Randomdude the Gamesfairy

Re: [Gc-linux-devel] Building a SD card adapter

[Alan R. <aha...@ee...>]

Lo, I'm Randomdude the owner of the GamesFairy site.
I got your mail [to gamesfairy] yesterday or the day before, Shaun, sorry
I didn't respond sooner. Damn real life is catching up with me ;)
Anyway, I'm not at my usual home right now, I've gone to stay with my
parents over the holiday, so I don't have all my stuff availiable to me,
or I'd etch a copy of your circuit and see if I could get it working. I've
compared it to the plans I have on my machine, and it looks alright.. I'm
not totally sure what to suggest.
Costis once sent me (a long time ago, pre-sdload) a .dol that would read
the ID (CID) of the sdcard inserted-it is really useful for debugging
because it doesn't mount a full filesystem. I still have it but I should
probably check with him before I send it to anyone.
I'm using a SanDisk card, too, so no problems there. Mine is 128 and my
brother uses a 512. I think my brother has his about, so I'll interrogate
its filesystem later on. I'd like to make some images of known-good
sdcards availiable on GamesFairy, I think that would be a good idea. I'll
get on it today.

Anyway, sorry I couldn't be much help here. :-/

> Date: Sat, 9 Apr 2005 10:39:57 -0700
> From: Shaun Jackman <sja...@gm...>
> To: gc-...@li...
> Subject: Re: [Gc-linux-devel] Building a SD card adapter
> Reply-To: gc-...@li...
>
> Hi Rob,
>
> The mask [1] I sent you is reversed. The layout I just posted [2] is
> not reversed. The SD card is inserted upside down, so on the reversed
> mask pin 8 is to the left, and pins 1 and 9 are to the right. I've
> posted a photo of the adapter [3] with an SD card inserted. I can see
> scrape marks across the copper fingers where the GameCube's contacts
> have made connection, so it looks like the contacts are in the right
> place and at the right height.
>
> Is any specific type or size of SD card required? My SD card is
> labelled "SanDisk SD Card 32 MB".
>
> Thanks for your help! Cheers,
> Shaun
>
> [1] http://www.sfu.ca/~sdj/gcsd/gcsd-mask.png
> [2] http://www.sfu.ca/~sdj/gcsd/gcsd-layout.png
> [3] http://www.sfu.ca/~sdj/gcsd/gcsd-photo.jpg

Re: [Gc-linux-devel] Using PSOload

[Shaun J. <sja...@gm...>]

I read in sdload/readme.txt that PSO3 wouldn't connect to internal IPs
like 192.168.x.x and 10.x.x.x. So, I'm trying to go through my
router's external IP and forwarding the PSO ports to my internal Linux
box.

The more I look into it though, the more it looks like PSO3 (US)
doesn't work with psoload 2.0. For one thing psoload 2.0 is listening
on ports TCP/9000-9003, 9100, 9200, and 9201, whereas the PSO3 (US) is
attempting to connect to port TCP/9103.

There's a copy of PSO1&2 in the used bin of my local Electronic
Boutique, but I'm afraid it will suffer the same problem.

Cheers,
Shaun

On Apr 9, 2005 1:31 PM, Rob Reilink <ro...@re...> wrote:
> What are you using your router for? If the GC and PC are on the same net
> there should be no requirement to route ports. Also, you should set the
> -i switch to the IP of the card which the GC is connected to. Eg:
> 
> PC -------------------------Switch or cross cable----GC
> 192.168.1.1                                     192.168.1.10
> Psoload -i 192.168.1.1                          DNS:192.168.1.1
>                                                 Default gw:192.168.1.1
> 
> So PSO asks its 'dns server' 192.168.1.10: which is
> gc01.st-pso.games.sega.net?
> PC replies I (192.168.1.1) am
> Then GC contacts 192.168.1.1 to request its 'update'(dolfile) from the
> 'sega server' (your pc)
> 
> At least, that is the way it should work.
> Keep in mind that the GC network adaptor is only 10 Mbit which sometimes
> causes trouble. For me, I had to hook up a 10Mbit hub between my GC & my
> 100MBit switch to make it work relyably. A cross cable to my laptop
> worked as well.
> 
> Rob

RE: [Gc-linux-devel] Using PSOload

[Rob R. <ro...@re...>]

What are you using your router for? If the GC and PC are on the same net
there should be no requirement to route ports. Also, you should set the
-i switch to the IP of the card which the GC is connected to. Eg:

PC -------------------------Switch or cross cable----GC
192.168.1.1                                     192.168.1.10
Psoload -i 192.168.1.1                          DNS:192.168.1.1
                                                Default gw:192.168.1.1

So PSO asks its 'dns server' 192.168.1.10: which is
gc01.st-pso.games.sega.net?
PC replies I (192.168.1.1) am
Then GC contacts 192.168.1.1 to request its 'update'(dolfile) from the
'sega server' (your pc)

At least, that is the way it should work.
Keep in mind that the GC network adaptor is only 10 Mbit which sometimes
causes trouble. For me, I had to hook up a 10Mbit hub between my GC & my
100MBit switch to make it work relyably. A cross cable to my laptop
worked as well.

Rob

> -----Oorspronkelijk bericht-----
> Van: gc-...@li... 
> [mailto:gc-...@li...] Namens 
> Shaun Jackman
> Verzonden: Saturday, April 09, 2005 9:41 PM
> Aan: GameCube Linux
> Onderwerp: [Gc-linux-devel] Using PSOload
> 
> 
> Hello,
> 
> I'm using PSOload for the first time. I'm running PSO3 (C.A.R.D.
> Revolution) on my GameCube. I ran psoload with -i set to my 
> external IP address, set the GameCube's DNS server to my 
> internal IP address, and fired up PSO's web browser. It was 
> awesome to see that worked right away! I browsed my MythTV 
> listings guide using my GameCube. Pretty cool!
> 
> I'm trying to run a DOL file now. I have an SMC router and I 
> forwarded TCP ports 9000-9003, 9100, 9200, and 9201 to my 
> internal IP. Which ports are necessary, by the way? On the 
> GameCube, I created a new account, entered the serial# 
> 11-1111-1111, access key 1111-1111-1111, and password sdload. 
> PSO says "Connecting to the DNS server." and psoload2 says 
> "Query from: 192.168.1.202". The process stalls there though.
> 
> I used ethereal, a network sniffer, to see that the GameCube 
> asked the psoload2 DNS server for the address of 
> gc01.st-pso.games.sega.net, and psoload2 replied with my 
> external IP address. The  GameCube then sends an ARP request 
> for my router, the gateway, but I don't see any GameCube 
> traffic after that. Any suggestions?
> 
> Thanks!
> Shaun
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from 
> real users. Discover which products truly live up to the 
> hype. Start reading now. 
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396> &op=click
> 
> _______________________________________________
> 
> Gc-linux-devel mailing list Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
> 

RE: [Gc-linux-devel] Building a SD card adapter

[Rob R. <ro...@re...>]

Hi Shaun,

I checked and doublechecked your layout with my working adaptor and the
only difference I can find is that you use pin 7 (GC) for 3v3 and I use
pin 4. Should be the same, so I think your layout is ok. Check
conductance/open circuit of all wires and, if you have an oscilloscope,
you could try to catch the clk and dout signals. If you would open up
your GC you could check if the contact with the GC is ok for all pins.

Also, have you noted that SDLOAD requires the SD card to be in slot A
while my kernel driver requires it to be in slot B? Quite important :).

Good luck fault finding. Hope I helped you.

Rob

> -----Oorspronkelijk bericht-----
> Van: gc-...@li... 
> [mailto:gc-...@li...] Namens 
> Shaun Jackman
> Verzonden: Saturday, April 09, 2005 7:40 PM
> Aan: gc-...@li...
> Onderwerp: Re: [Gc-linux-devel] Building a SD card adapter
> 
> 
> Hi Rob,
> 
> The mask [1] I sent you is reversed. The layout I just posted 
> [2] is not reversed. The SD card is inserted upside down, so 
> on the reversed mask pin 8 is to the left, and pins 1 and 9 
> are to the right. I've posted a photo of the adapter [3] with 
> an SD card inserted. I can see scrape marks across the copper 
> fingers where the GameCube's contacts have made connection, 
> so it looks like the contacts are in the right place and at 
> the right height.
> 
> Is any specific type or size of SD card required? My SD card 
> is labelled "SanDisk SD Card 32 MB".
> 
> Thanks for your help! Cheers,
> Shaun
> 
> [1] http://www.sfu.ca/~sdj/gcsd/gcsd-mask.png
> [2] http://www.sfu.ca/~sdj/gcsd/gcsd-layout.png
> [3] http://www.sfu.ca/~sdj/gcsd/gcsd-photo.jpg
> 
> On Apr 9, 2005 2:15 AM, Rob Reilink <ro...@re...> wrote:
> > Hi Shaun,
> > 
> > I cannot see clearly which pin is which. Could you:
> > -put some text on the copper laywer with your layout 
> program (if you 
> > used one) so I can see clearly whether this is mirrored or not (PCB 
> > layouts are always printed mirrored and then fabricated 
> with the ink 
> > laying on the copper so the real pcb gets unmirrored) 
> -indicate which 
> > is, according to your schematic/interpretation pin 
> 1/2/11/12 on the GC 
> > side and pin 1 of the MMC/SD adaptor -show the connections 
> between the 
> > big square pads -put a photo online so it becomes clear 
> which way the 
> > SD is inserted.
> > 
> > Also you should make sure the contact is ok. I had to insert a 1mm 
> > plastic strip under the pcb to get the correct height, just 
> like the 
> > plastic cover of a 'real' mem card does.
> > 
> > Regards, Rob
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from 
> real users. Discover which products truly live up to the 
> hype. Start reading now. 
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396> &op=click
> 
> _______________________________________________
> 
> Gc-linux-devel mailing list Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
> 

[Gc-linux-devel] Using PSOload

[Shaun J. <sja...@gm...>]

Hello,

I'm using PSOload for the first time. I'm running PSO3 (C.A.R.D.
Revolution) on my GameCube. I ran psoload with -i set to my external
IP address, set the GameCube's DNS server to my internal IP address,
and fired up PSO's web browser. It was awesome to see that worked
right away! I browsed my MythTV listings guide using my GameCube.
Pretty cool!

I'm trying to run a DOL file now. I have an SMC router and I forwarded
TCP ports 9000-9003, 9100, 9200, and 9201 to my internal IP. Which
ports are necessary, by the way? On the GameCube, I created a new
account, entered the serial# 11-1111-1111, access key 1111-1111-1111,
and password sdload. PSO says "Connecting to the DNS server." and
psoload2 says "Query from: 192.168.1.202". The process stalls there
though.

I used ethereal, a network sniffer, to see that the GameCube asked the
psoload2 DNS server for the address of gc01.st-pso.games.sega.net, and
psoload2 replied with my external IP address. The  GameCube then sends
an ARP request for my router, the gateway, but I don't see any
GameCube traffic after that. Any suggestions?

Thanks!
Shaun