gc-linux-devel — Development-related discussion.

[Gc-linux-devel] Re: Interrupts on the GameCube

[poulpy <dam...@fr...>]

> There are pros for each side. Presenting two levels is more the Linux 
> way, while linearizing the interrupts is easier for driver developers 
> and has no real disadvantages. I tend to prefer the Linux way, tmbinc 
> seems to prefer the GameCube SDK way.

The linux way sounds good to me, two levels are a cleaner way to do the 
job. Let's drivers deal with second level interrupts.

We can shorten some paths like this one, but I do beleive we're here to 
bring linux on the GC nicely not as some kind of rubber patch.

My two (euro)cents...

Damien

[Gc-linux-devel] Re: elf.h: No such file or directory

[Mathieu <mma...@ny...>]

Ok, I am answering myself. I reread the README of devkitcube, and I put 
alias:

alias powerpc-eabi-elf-gcc = 'powerpc-eabi-elf-gcc 
-I/cygdrive/c/devkitcube/powerpc-eabi-elf/include'
alias powerpc-eabi-elf-gcc  = 'powerpc-eabi-elf-gcc 
-L/cygdrive/c/devkitcube/powerpc-eabi-elf/lib'

But still the makefile is using gcc (I turn Verbose on) and I get:

make -f scripts/Makefile.build obj=scripts
   gcc -Wp,-MD,scripts/.fixdep.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/fixdep scripts/fixdep.c
make -f scripts/Makefile.build obj=scripts/genksyms
   gcc  -o scripts/genksyms/genksyms scripts/genksyms/genksyms.o 
scripts/genksyms/parse.o scripts/genksyms/lex.o
   gcc -Wp,-MD,scripts/.split-include.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/split-include scripts/split-include.c
   gcc -Wp,-MD,scripts/.conmakehash.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/conmakehash scripts/conmakehash.c
   gcc -Wp,-MD,scripts/.docproc.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/docproc scripts/docproc.c
   gcc -Wp,-MD,scripts/.kallsyms.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/kallsyms scripts/kallsyms.c
   powerpc-eabi-elf-gcc -Wp,-MD,scripts/.empty.o.d -nostdinc 
-iwithprefix include -D__KERNEL__ -Iinclude  -Iarch/ppc -D__KERNEL__ 
-Iinclude  -Iarch/ppc -Wall -Wstrict-prototypes -Wno-trigraphs 
-fno-strict-aliasing -fno-common -Iarch/ppc -msoft-float -pipe 
-ffixed-r2 -Wno-uninitialized -mmultiple -mstring -O2 
-fomit-frame-pointer     -DKBUILD_BASENAME=empty -DKBUILD_MODNAME=empty 
-c -o scripts/.tmp_empty.o scripts/empty.c
   gcc -Wp,-MD,scripts/.mk_elfconfig.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer        -o scripts/mk_elfconfig scripts/mk_elfconfig.c
scripts/mk_elfconfig.c:4:17: elf.h: No such file or directory
scripts/mk_elfconfig.c: In function `main':
scripts/mk_elfconfig.c:9: error: `EI_NIDENT' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:9: error: (Each undeclared identifier is reported 
only once
scripts/mk_elfconfig.c:9: error: for each function it appears in.)
scripts/mk_elfconfig.c:19: error: `ELFMAG' undeclared (first use in this 
function)
scripts/mk_elfconfig.c:19: error: `SELFMAG' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:23: error: `EI_CLASS' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:24: error: `ELFCLASS32' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:27: error: `ELFCLASS64' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:33: error: `EI_DATA' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:34: error: `ELFDATA2LSB' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:37: error: `ELFDATA2MSB' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:9: warning: unused variable `ei'
make[1]: *** [scripts/mk_elfconfig] Error 1
make: *** [scripts] Error 2



any trick very welcome...
thanks
mathieu



Mathieu wrote:

> Hi,
> 
>     I have just download devkitcube-r1.zip,
> 1. set PATH to /home/mathieu/GameCube/devkitcube/bin.
> 2. download linux261
> 3. cvs up gc-linux
> 4. copy gc-linux cvs over linux261
> 5 copy arch/ppc/configs/gamecube_defconfig to linux-2.6.1/.config
> 6 cd linux-2.6.1, and then I type make
> 
> Here is what I get:
> 
>   HOSTCC  scripts/fixdep
>   HOSTLD  scripts/genksyms/genksyms
>   HOSTCC  scripts/split-include
>   HOSTCC  scripts/conmakehash
>   HOSTCC  scripts/docproc
>   HOSTCC  scripts/kallsyms
>   CC      scripts/empty.o
>   HOSTCC  scripts/mk_elfconfig
> scripts/mk_elfconfig.c:4:17: elf.h: No such file or directory
> scripts/mk_elfconfig.c: In function `main':
> scripts/mk_elfconfig.c:9: error: `EI_NIDENT' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:9: error: (Each undeclared identifier is reported 
> only once
> scripts/mk_elfconfig.c:9: error: for each function it appears in.)
> scripts/mk_elfconfig.c:19: error: `ELFMAG' undeclared (first use in this 
> function)
> scripts/mk_elfconfig.c:19: error: `SELFMAG' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:23: error: `EI_CLASS' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:24: error: `ELFCLASS32' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:27: error: `ELFCLASS64' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:33: error: `EI_DATA' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:34: error: `ELFDATA2LSB' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:37: error: `ELFDATA2MSB' undeclared (first use in 
> this function)
> scripts/mk_elfconfig.c:9: warning: unused variable `ei'
> make[1]: *** [scripts/mk_elfconfig] Error 1
> make: *** [scripts] Error 2
> 
> 
> What am I doing wrong
> 
> Thanks a bunch
> Mathieu
> Ps:  I had to remove the cygwin1.dll that come with the devkitcube, 
> otherwise I get:
> cygheap version mismatch detected - 0x61600000/0x615F0000 ...
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn

[Gc-linux-devel] elf.h: No such file or directory

[Mathieu <mma...@ny...>]

Hi,

	I have just download devkitcube-r1.zip,
1. set PATH to /home/mathieu/GameCube/devkitcube/bin.
2. download linux261
3. cvs up gc-linux
4. copy gc-linux cvs over linux261
5 copy arch/ppc/configs/gamecube_defconfig to linux-2.6.1/.config
6 cd linux-2.6.1, and then I type make

Here is what I get:

   HOSTCC  scripts/fixdep
   HOSTLD  scripts/genksyms/genksyms
   HOSTCC  scripts/split-include
   HOSTCC  scripts/conmakehash
   HOSTCC  scripts/docproc
   HOSTCC  scripts/kallsyms
   CC      scripts/empty.o
   HOSTCC  scripts/mk_elfconfig
scripts/mk_elfconfig.c:4:17: elf.h: No such file or directory
scripts/mk_elfconfig.c: In function `main':
scripts/mk_elfconfig.c:9: error: `EI_NIDENT' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:9: error: (Each undeclared identifier is reported 
only once
scripts/mk_elfconfig.c:9: error: for each function it appears in.)
scripts/mk_elfconfig.c:19: error: `ELFMAG' undeclared (first use in this 
function)
scripts/mk_elfconfig.c:19: error: `SELFMAG' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:23: error: `EI_CLASS' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:24: error: `ELFCLASS32' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:27: error: `ELFCLASS64' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:33: error: `EI_DATA' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:34: error: `ELFDATA2LSB' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:37: error: `ELFDATA2MSB' undeclared (first use in 
this function)
scripts/mk_elfconfig.c:9: warning: unused variable `ei'
make[1]: *** [scripts/mk_elfconfig] Error 1
make: *** [scripts] Error 2


What am I doing wrong

Thanks a bunch
Mathieu
Ps:  I had to remove the cygwin1.dll that come with the devkitcube, 
otherwise I get:
cygheap version mismatch detected - 0x61600000/0x615F0000 ...

Re: [Gc-linux-devel] I'am New

[bryan <gly...@co...>]

Michael Nicholls wrote:

> Hi all
>  
> Just come across the project and thought I would help if I can.
>  
> I have a cube and PSO and BBA so I can run the code on hardware.
>  
> I can program in C and am familiar with Linux although have never done 
> any kernel work.
>  
> Got the prealpha image to boot on my GC but not to run in DolWin.
>  
> Am currently trying to get the code to compile.
>  
> I am guessing the latest code is in CVS. Not used CVS before, but can 
> see how it should work, but how do I merge the CVS work into a vanilla 
> kernel? If I put the kernel in place and checkout onto it, 
> it complains. Do I just have to checkout and copy the CVS tree into 
> the kernel tree?
>  
> Any specific kernel config I need to do?
>  
> Will make produce a .dol or do I need to run the zImage against 
> another tool?
>  
> Apart form all that, whats the next step that is being worked on?



i think the next step would be getting the bba working under linux so we 
can nfs mount a root file system.


>  
> Cheers
>  
> Mike

RE: [Gc-linux-devel] Interrupts on the GameCube

[Owen W. <ow...@ni...>]

>There are pros for each side. Presenting two levels is more the Linux
>way, while linearizing the interrupts is easier for driver developers
>and has no real disadvantages. I tend to prefer the Linux way, tmbinc
>seems to prefer the GameCube SDK way.

Personally, although I'm not a kernel developer, I prefer the 'Linux way' of
doing things, as it makes more sense for the driver to work out exactly what
kind of interrupt was generated, rather than the kernel needing to know the
21 different types of DVD interrupts.

Although there is little chance of any extra hardware being added, so the
number of interrupts will always be same, the 'Linux way' is how this is
currently implemented in Linux, so why should it change just because this is
a Gamecube?

My opinion anyway...

Owen

[Gc-linux-devel] Mailing List = Newsgroup

[Michael S. <st...@in...>]

On Jan 25, 2004, at 7:45 PM, Felix Domke wrote:
> (Sorry for not having proper f'ups, is it possible to post to the 
> newsgroup (archive) instead of writing to the mailing list? i'd prefer 
> the newsgroup interface).

news://news.gmane.org/gmane.linux.ports.game-cube.devel
http://news.gmane.org/thread.php?group=gmane.linux.ports.game-cube.devel

Gmane allows that.

   Michael

[Gc-linux-devel] Interrupts on the GameCube

[Felix D. <tm...@el...>]

(Sorry for not having proper f'ups, is it possible to post to the 
newsgroup (archive) instead of writing to the mailing list? i'd prefer 
the newsgroup interface).


Anyway, as Mist said, i prefer the linearized view of IRQs, at least of 
the EXI irqs.

Take a BBA driver as example. The BBA driver wants to handle the EXI2 
EXTIRQ. With my model, this would just be a "request_irq", as every 
linux driver would do it.

With the two-level-way, we would have to implement an exi_request_irq, 
which is imho something that the original request_irq could handle fine.
As we can't hardcode interrupt handling (because it might be a modem or 
a bba or anything), we would effectively dublicate a linux api. Why 
should we do this?

For example, on x86, where you have a cascaded irq, they are linearized, 
too. You don't have to handle irq 2 to see which hi irq you have to 
handle. You simply hook the hi irq and everything is fine.

I think EXI handling is different to DVD handling. I certainly don't 
want to linearize everything, only the EXI handling, since there are 
multiple drivers attaching to different exi IRQs.

VI, DVD etc. will all be ONE driver, so we wouldn't have to implement an 
API rather to hardcode the several sub-interrupts.


Felix

[Gc-linux-devel] Re: Interrupts on the GameCube

[Franck <ro...@de...>]

erf, the message has forked :/

On Sun, 25 Jan 2004 18:19:46 +0100, Richard Eng wrote:
> I really prefer the two-level Linux way of doing it, simply because I think
> it's
> more clean. I my opinion the first level should not be aware of the
> different
> interrupts for the different devices. This should be up to the specific
> driver to deal with.
> Isn't it quite obvious that it's up to the second level dvd driver (or
> whatever driver) to find out if it's a
> dvd_transfer_complete or a dvd_transfer_error interrupt?
> 

I agree with that, and even if the numbers of interrupts are fixed and
there's no way to add foreign hardware, we should keep the Linux way to
handle interrupts...

> This is just my point of view anyway....

 And mine, but we need more opinions about that, the drivers part depends
 on that and we should take care of it ;)

Franck

[Gc-linux-devel] Interrupts on the GameCube

[Richard E. <ric...@br...>]

>There are pros for each side. Presenting two levels is more the Linux
>way, while linearizing the interrupts is easier for driver developers
>and has no real disadvantages. I tend to prefer the Linux way, tmbinc
>seems to prefer the GameCube SDK way.

I really prefer the two-level Linux way of doing it, simply because I think
it's
more clean. I my opinion the first level should not be aware of the
different
interrupts for the different devices. This should be up to the specific
driver to deal with.
Isn't it quite obvious that it's up to the second level dvd driver (or
whatever driver) to find out if it's a
dvd_transfer_complete or a dvd_transfer_error interrupt?

This is just my point of view anyway....


Richard Eng

Re: [Gc-linux-devel] Interrupts on the GameCube

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

On Sunday 25 January 2004 16:41, Michael Steil wrote:
> easily and remove or add devices, like PCI cards. On the GameCube, the
> number of different interrupts is fixed; there is no way to add a
> device that can trigger another interrupt, 

mmmh... you could always have a custom device and/or a different device
connected to any of the externally (or even internally) available ports
that can trigger an interrupt.... "hardcoding" these kindof limits
the potential use a bit to much imho.

gpz

[Gc-linux-devel] Interrupts on the GameCube

[Michael S. <mi...@c6...>]

Hi!

tmbinc and me have been talking about how to implement interrupts on=20
the GameCube. The GameCube has an interrupt controller with 14 sources.=20=

E=05ach source is a device, and each device can trigger one or more=20
different interrupts by only having one line to the interrupt=20
controller. This is quite similar to other architectures: Interrupt 8=20
in this case comes from the VI (Video Interface), and the VI has 4=20
different sources for interrupts.

The original GameCube system software  presents a linear system to the=20=

user. It is aware of all possible interrupts sources at the second=20
level and presents them in a single list. The user must only register=20
for one specific VI interrupt, for example, and not for the common VI=20
interrupt and then check which one it was, using the VI registers.=20
GCLIb also implements this behavior.

It is my understanding that it is common in Linux to only implement the=20=

first level in the kernel interrupt handling code, i.e. 14 sources, and=20=

that drivers must do the rest manually. This is done because the=20
generic kernel interrupt code cannot be aware of all different devices=20=

in a system - on a normal computer you can change the configuration=20
easily and remove or add devices, like PCI cards. On the GameCube, the=20=

number of different interrupts is fixed; there is no way to add a=20
device that can trigger another interrupt, so the generic interrupt=20
code would already handle all interrupts at the sources and pretend=20
that this two-level design didn't exist.

There are pros for each side. Presenting two levels is more the Linux=20
way, while linearizing the interrupts is easier for driver developers=20
and has no real disadvantages. I tend to prefer the Linux way, tmbinc=20
seems to prefer the GameCube SDK way.

What are your opinions?

   Michael=

Re: [Gc-linux-devel] I'am New

[Michael S. <st...@in...>]

> I have a cube and PSO and BBA so I can run the code on hardware.
> =A0
> I can program in C and am familiar with Linux although have never done=20=

> any kernel work.

Cool.

> =A0Got the prealpha image to boot on my GC but not to run in DolWin.

That's obsolete anyway.

> =A0Am currently trying to get the code to compile.
> =A0
> I am guessing the latest code is in CVS. Not used CVS before, but can=20=

> see how it should work, but how do I merge the CVS work into a vanilla=20=

> kernel? If I put the kernel in place=A0and checkout onto it,=20
> it=A0complains. Do I just have to checkout and copy the CVS tree into=20=

> the kernel tree?

Yes, it should be enough to copy the CVS data over vanilla 2.6.1. Some=20=

people have been talking about the "linuxppc" kernel, but the CVS uses=20=

the standard kernel.

> =A0Any specific kernel config I need to do?

The .config is located in arch/ppc/configs/gamecube_defconfig. Copy it=20=

to ".config".

> =A0Will make produce a .dol or do I need to run the zImage against=20
> another tool?

It will create a arch/ppc/boot/images/zImage.elf. Using "doltool -d"=20
you can create a .dol.

> =A0Apart form all that, whats the next step that is being worked on?

There is some preliminary interrupt code. EXI and BBA would be=20
important drivers now, as well as support for loading an initrd.

   Michael

[Gc-linux-devel] I'am New

[Michael N. <phr...@o2...>]

Hi all

Just come across the project and thought I would help if I can.

I have a cube and PSO and BBA so I can run the code on hardware.

I can program in C and am familiar with Linux although have never done =
any kernel work.

Got the prealpha image to boot on my GC but not to run in DolWin.

Am currently trying to get the code to compile.

I am guessing the latest code is in CVS. Not used CVS before, but can =
see how it should work, but how do I merge the CVS work into a vanilla =
kernel? If I put the kernel in place and checkout onto it, it complains. =
Do I just have to checkout and copy the CVS tree into the kernel tree?

Any specific kernel config I need to do?

Will make produce a .dol or do I need to run the zImage against another =
tool?

Apart form all that, whats the next step that is being worked on?

Cheers

Mike

=?iso-8859-1?B?UmWg?= =?iso-8859-1?Q?=3A?= [Gc-linux-devel] PSOLoad vs psul

[Alexandre B. <al...@bo...>]

Le 24.01.2004 02:20:49, Mathieu a =E9crit=A0:
> Just for caching the info here. I have been trying all kind of =20
> version of PSOLoad, but none of them worked, I tried with a 10/100 =20
> switch, cross over ethernet cable,  and even simple one ;). Someone =20
> told me to look at:
>=20
> http://maxconsole.com

maxconsole sucks : it's a warez/piracy oriented website (that's their =20
only one goal).

if you have problems with psoload, check your network config, or use =20
tcpdump or ethereal to trace the IP packets.

> Ok this was the good part. Now I tried to upload a test called =20
> testdemo4.dol, the music is ok, but I get a black picture on the =20
> screen (czn-test.dol display a nice image perfetcly stable). I =20
> finally tried zImage-prealpha.dol, I can see a message, but the =20
> picture is not stable, it's going up all the time. Does anyone have =20
> any idea on what is going on.

You need to check :
-what format (ntsc or pal 50Hz or pal 60Hz) your console and app can =20
output.
-what format your display unit can read.

> Info:
> Using psul.exe (http://www.64scener.com/tools/gc/czn-psul.zip)
> WinXP home edition, (french version)
> GameCube american version + NTSC TVset

try to read some FAQs (on the french site www.gueux.net for example)

or try to use PSOload 1.1 in a GNU/linux environment (which will give =20
you a lot more tools to find out what's wrong with your config).

Regards,

--=20
Alexandre Boeglin
e. mail : al...@bo... | Jabber : bo...@ja...
ICQ UIN : 38852646 | Website : http://www.boeglin.org/
GPG fingerprint : 6B02 86CA A79E FA83 2FF0  3B83 14DE 4187 39C1 2786

[Gc-linux-devel] PSOLoad vs psul

[Mathieu <mma...@ny...>]

Just for caching the info here. I have been trying all kind of version 
of PSOLoad, but none of them worked, I tried with a 10/100 switch, cross 
over ethernet cable,  and even simple one ;). Someone told me to look at:

http://maxconsole.com

Where there were using psul, I just follow the tutorial (see link in 
help) and then everything went fine.



Ok this was the good part. Now I tried to upload a test called 
testdemo4.dol, the music is ok, but I get a black picture on the screen 
(czn-test.dol display a nice image perfetcly stable). I finally tried 
zImage-prealpha.dol, I can see a message, but the picture is not stable, 
it's going up all the time. Does anyone have any idea on what is going on.

Info:
Using psul.exe (http://www.64scener.com/tools/gc/czn-psul.zip)
WinXP home edition, (french version)
GameCube american version + NTSC TVset

Thanks a bunch
mathieu

Re: [Gc-linux-devel] Nice Start for everyone

[Amit R. <ar...@op...>]

Can I be taken of the list?

On Friday, Jan 23, 2004, at 10:22 US/Pacific, Carlos Correa wrote:

> Nice Start with this project. I would like to help on making some docs 
> and
>
> putting them on the website for n00b's and even people who are not but 
> don't
>
> know how to compile the kernel with the patch. Please Reply if i could 
> help on
>
> that but i'm more of a coder then html editor. (i can do both anyway)
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Gc-linux-devel mailing list
> Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>
>
- Amit
------------
"I have not failed. I've just found 10,000 ways that won't work."
-  Thomas Alva Edison

[Gc-linux-devel] Nice Start for everyone

[Carlos C. <Lin...@ya...>]

Nice Start with this project. I would like to help on making some docs and 

putting them on the website for n00b's and even people who are not but don't 

know how to compile the kernel with the patch. Please Reply if i could help on 

that but i'm more of a coder then html editor. (i can do both anyway) 

[Gc-linux-devel] =?iso-8859-1?Q?Re=A0=3A_=5BGc-linux-devel?= =?iso-8859-1?Q?=5D?= DOC: How to develop for GameCube Linux

[Alexandre B. <al...@bo...>]

Le 23.01.2004 15:37:32, Michael Steil a =E9crit=A0:
> http://www.gc-linux.org/docs/howtodevelop.html

Hello,

As PSOload 2.0a is still only available on windows, maybe you should =20
put a link to the linux version of PSOload 1.1.

Regards,

--=20
Alexandre Boeglin
e. mail : al...@bo... | Jabber : bo...@ja...
ICQ UIN : 38852646 | Website : http://www.boeglin.org/
GPG fingerprint : 6B02 86CA A79E FA83 2FF0  3B83 14DE 4187 39C1 2786

[Gc-linux-devel] DOC: How to develop for GameCube Linux

[Michael S. <mi...@c6...>]

http://www.gc-linux.org/docs/howtodevelop.html

   Michael

[Gc-linux-devel] NEWS: Kernel messages

[Michael S. <mi...@c6...>]

23 January 2004: Kernel messages=A0 Yesterday, tmbinc managed to get the=20=

kernel booted, so that we can now see a full screen of kernel messages.=20=

No, the kernel is not fully functional yet (IRQ/Timers missing).=

[Gc-linux-devel] Translations/Documentation

[Michael S. <st...@in...>]

Hi!

Everybody is welcome to help translating the website into all the 
different languages out there. The website system is the same that is 
used by Xbox Linux and it is described here:
http://www.xbox-linux.org/docs/docsystem.html

If you are interested, please:
* join the -docs mailing list ( 
http://www.gc-linux.org/docs/mailinglist.html )
* pick a file
* check if the translated file already exists
* check that nobody has announced starting the same translation
* announce that you are about to start a translation in the mailing list
* translate
* make sure your xml is still correct
* send the xml to the -docs mailing list for discussion (not zipped!)
* the xml will eventually be put online

   Michael

Re: [Gc-linux-devel] Some coordination

[Free T. C. <Fre...@fr...>]

Michael Steil wrote:
> On 23.01.2004, at 09:49, Free The Cube wrote:
> 
>> You're right :) !!!! But the "temporary" driver is written :), it need 
>> more tests (it's a port of the GCLIB driver so it should work 
>> correclty (i hope) :)
>> I will work on the SI driver...
> 
> 
> Great. Jut send a kernel patch (preferably 2.6.1) to the mailing list 
> and we'll put it in the CVS for everyone to see it.
> ...and you need an SF CVS account yourself then.
> 

I can't send you a patch against 2.6.1, I'm at my work office ;) (no 
kernel sources, and can't spend time to download, test, ...) but I can 
send you the source file tested with linux 2.4.XX :) !

In my version, there are 2 parts :
  - the GCPAD driver
  - some functions (not finished) to test it with my 86 box...
I removed the last one in the attached file.

We still must adjust some values such as 'gcpad[i].dev.absmin' 
'gcpad[i].dev.absmax' !!! If i remember correctly, the trigger values go 
from -32767 to 32768, it is not really what we want (0 to 32768).

This driver (if it works :) ) is not really good :
  - the active loop wastes CPU time, even if i didn't feel this into my 
x86 box.
  - it doesn't use the SI layer
  - and the worst : it is not tested :) !

let us not be so pessimistic : it uses the standart input layer :D...

Free The Cube.

Re: [Gc-linux-devel] Some coordination

[Michael S. <st...@in...>]

On 23.01.2004, at 09:49, Free The Cube wrote:
> You're right :) !!!! But the "temporary" driver is written :), it need 
> more tests (it's a port of the GCLIB driver so it should work 
> correclty (i hope) :)
> I will work on the SI driver...

Great. Jut send a kernel patch (preferably 2.6.1) to the mailing list 
and we'll put it in the CVS for everyone to see it.
...and you need an SF CVS account yourself then.

   Michael

Re: Re?: [Gc-linux-devel] Re: gc-linux.org translations

[<a.o...@bl...>]

On Fri, Jan 23, 2004 at 04:02:51AM +0100, Alexandre Boeglin wrote:
> This makes me ask a general question : this project is very young, thus  
> many people are working on the same problems. But soon, the project  
> will have to choose one implementation among the others and go on to  
> something else.
> 
> Then my question is : who will commit things to the cvs? how will the  
> choices be done? and how will people be able to submit patches, and how  
> will those be approved...
>
> I just thought those things have to be cleared.
>

Because patches do get lost (they really do), patch submission should be
with the project Patch Tracking System at:

  http://sourceforge.net/tracker/?atid=624433&group_id=98581&func=browse

If your patch makes significant changes, it's a better idea to post it
to the developer mailing list so that it may receive some peer-review,
first.

	Arthur
-- 
Linux is a true multitasking system. Are you?

[Gc-linux-devel] Re: Re : Re: gc-linux.org translations

[Franck <ro...@de...>]

Good morning,

On Fri, 23 Jan 2004 04:02:51 +0100, Alexandre Boeglin wrote:
> Then my question is : who will commit things to the cvs? how will the  
> choices be done? and how will people be able to submit patches, and how  
> will those be approved...

It appears Michael do the cvs update alone, but guys from the irc channel
help a lot obviously. If he can keep up the update, why don't let him do
it on his own until he need help? After all, he leads the Xbox Linux
project and it was a success...

> I just thought those things have to be cleared. 

I think so too.

> P.S. i'm french too, so if you need another translator, or someone to  
> check the translations...

This night I was working on an autoinstaller (sh script) for the
toolchain and seen your's. Good job ;)