This list is closed, nobody may subscribe to it.
2004 |
Jan
(103) |
Feb
(56) |
Mar
(25) |
Apr
(38) |
May
(24) |
Jun
(20) |
Jul
(22) |
Aug
(23) |
Sep
(1) |
Oct
(24) |
Nov
(8) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(14) |
Feb
(23) |
Mar
(7) |
Apr
(23) |
May
(11) |
Jun
(1) |
Jul
(29) |
Aug
(7) |
Sep
|
Oct
|
Nov
(8) |
Dec
(11) |
2006 |
Jan
|
Feb
(24) |
Mar
(22) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
(2) |
Dec
(4) |
2007 |
Jan
(1) |
Feb
(4) |
Mar
(5) |
Apr
(10) |
May
|
Jun
(5) |
Jul
(3) |
Aug
(3) |
Sep
(6) |
Oct
(11) |
Nov
(3) |
Dec
(4) |
2008 |
Jan
(8) |
Feb
(19) |
Mar
(43) |
Apr
(27) |
May
(15) |
Jun
(10) |
Jul
(39) |
Aug
(9) |
Sep
(12) |
Oct
(15) |
Nov
(14) |
Dec
(4) |
2009 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(15) |
2010 |
Jan
(2) |
Feb
(7) |
Mar
|
Apr
(16) |
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
|
Oct
(9) |
Nov
(2) |
Dec
|
2011 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(3) |
2012 |
Jan
(12) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2017 |
Jan
(1) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Free T. C. <Fre...@fr...> - 2004-01-23 08:49:12
|
Arthur Othieno wrote: > IMHO, you're better off going with the bus-layer -> device-driver > architecture, initially. That way, the bus driver handles things like > probing for and maintaining a list of existing devices, binding device > drivers to devices, handling PM and hotplug events, etc, while device > drivers handle stuff like enabling the device, accessing configuration > space and communicating with the drive. > > Don't get me wrong here - if you feel more comfortable starting with your > approach, feel free to do so. We can always move over later on :) > > > Arthur 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... Regards, Free The Cube. |
From: Alexandre B. <al...@bo...> - 2004-01-23 02:58:26
|
Le 23.01.2004 03:34:47, Franck a =E9crit=A0: > I've already started this job(je suis fran=E7ais aussi :)), but it > appears > someone already sent huge amount of french translation to This makes me ask a general question : this project is very young, thus =20 many people are working on the same problems. But soon, the project =20 will have to choose one implementation among the others and go on to =20 something else. Then my question is : who will commit things to the cvs? how will the =20 choices be done? and how will people be able to submit patches, and how =20 will those be approved... I just thought those things have to be cleared. P.S. i'm french too, so if you need another translator, or someone to =20 check the translations... --=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 |
From: Samuli T. <sa...@ai...> - 2004-01-23 02:55:22
|
Samuli Tuomola wrote: > devkitcube crosscompiler from > http://heliscar.com/greg/ (there's one with better build environment and > couple of samples at http://www.hangar-eleven.de/en/) Oops, the latter one was of course a revision of the libogc sdk, was hassling around at work trying to get things done and still have time to go to the store so didn't notice the mix up :). It seems like things are happening fast at http://gc-linux.org/down/ with tmbinc's patch, guess I'll be stepping back, letting the dust settle and waiting for something solid to sink the teeth in, maybe work on some game code meanwhile. -stt |
From: Franck <ro...@de...> - 2004-01-23 02:34:57
|
> I'm willing to do some translation and coding/testing too. > I can translate in French (as I am one of them :p) and as soon as I got > my PSO and broadband I can start some testing/coding/debugging/report ! > > Cheers > I've already started this job(je suis français aussi :)), but it appears someone already sent huge amount of french translation to Michael(someone else than me). So let's susbscribe the -docs list and wait for further informations... Franck. |
From: <ad...@t1...> - 2004-01-22 22:53:20
|
Quoting poulpy <dam...@fr...>: > Adrian von Buttlar wrote: > > hi everyone, > > > > like Pezezin i'd like to contribute to the gc-linux efforts. > > my only problem would be the coding, so i decided to try and get my hands > dirty > > on the translation of the gc-linux.org site. > > that said, i'm eager to start off. someone tell me what to do first .. :) > > > > adrian > > Hi ya, > > I'm willing to do some translation and coding/testing too. > I can translate in French (as I am one of them :p) and as soon as I got > my PSO and broadband I can start some testing/coding/debugging/report ! > > Cheers > :) .. german would be language of choice. adrian |
From: Michael S. <st...@in...> - 2004-01-22 22:43:29
|
On 22.01.2004, at 19:05, Joshua Drew wrote: > On Jan 22, 2004, at 12:23 PM, Michael Steil wrote: >> Now that we're so far, and tmbinc's build is even more advanced, we >> will need a network driver *very* soon. So if anyone is interested, >> please have a look at GCLIB (at SourceForge.net) and implement a >> Linux 2.6.x driver. :-) > > I'm interested in giving this a shot. So, I took a look at > http://gclib.sourceforge.net/doc/, and the only mention of the > broadband adaptor I see is at: > > http://gclib.sourceforge.net/doc/GC__EXI_8h.html#a30 > > The slashdot story is what sparked my interest in this project - that > is to say, I'm not terribly familiar with any of this yet. What part, > specifically, of GCLIB needs to be ported? All code can be seen in the CVS: http://sourceforge.net/cvs/?group_id=91681 http://cvs.sourceforge.net/viewcvs.py/gclib/ (web interface) GC_BBA.c ( http://cvs.sourceforge.net/viewcvs.py/gclib/GCLIBCVS/GC_BBA.c? rev=1.1&view=auto ) has all BBA code. It also includes (TCP)/IP code, which is not needed for Linux. We just need a network device driver. The network device sits on top top the EXI bus, so it makes sense to coordinate your effort with hubb, who is doing the EXI driver. Michael |
From: poulpy <dam...@fr...> - 2004-01-22 22:40:16
|
Adrian von Buttlar wrote: > hi everyone, > > like Pezezin i'd like to contribute to the gc-linux efforts. > my only problem would be the coding, so i decided to try and get my hands dirty > on the translation of the gc-linux.org site. > that said, i'm eager to start off. someone tell me what to do first .. :) > > adrian Hi ya, I'm willing to do some translation and coding/testing too. I can translate in French (as I am one of them :p) and as soon as I got my PSO and broadband I can start some testing/coding/debugging/report ! Cheers |
From: Adrian v. B. <adr...@t1...> - 2004-01-22 22:08:29
|
hi everyone, like Pezezin i'd like to contribute to the gc-linux efforts. my only problem would be the coding, so i decided to try and get my hands dirty on the translation of the gc-linux.org site. that said, i'm eager to start off. someone tell me what to do first .. :) adrian |
From: Alexandre B. <al...@bo...> - 2004-01-22 21:20:31
|
Le 22.01.2004 21:15:51, Arthur Othieno a =E9crit=A0: >=20 > I wrote some brief notes while building a cross-toolchain sometime > last year. I've just uploaded them here for anyone interested: >=20 > http://mypage.bluewin.ch/matovu/hubb/ppc-eabi-toolchain.txt Hello, In your doc, the target you use is "powerpc-eabi-elf". I think that =20 something like "powerpc-linux" or "powerpc-750-linux" would be more =20 accurate in the current context (the "750" thing is just a vendor name =20 and doesn't influence the target). btw, according to gcc's online docs, powerpc-eabi-elf is equal to =20 "powerpc-elf" (which is _different_ from "powerpc-eabi"), because here =20 too, "eabi" is just a vendor name. I wrote too a "quick and dirty" toolchain script, and included two =20 patches that fix bugs prevent compiling gcc 3.3.2 and glibc 2.3.2 for =20 powerpc (Yes, glibc is not the best choice on an embedded system with =20 limited RAM. Note that you need a GC patched kernel too, or else there =20 will be a problem with glibc and entrypoints). http://startx.u-strasbg.fr/~boeglin/dump/toolchain/ --=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 |
From: <a.o...@bl...> - 2004-01-22 20:15:59
|
On Thu, Jan 22, 2004 at 01:12:06PM +0100, Michael Steil wrote: [...] > By the way, I use Mandrake 9.1/PPC to compile, if anyone has advice on > how to best cross-compile a kernel on a PC, I think many people would > be interested. I wrote some brief notes while building a cross-toolchain sometime last year. I've just uploaded them here for anyone interested: http://mypage.bluewin.ch/matovu/hubb/ppc-eabi-toolchain.txt Arthur -- Linux is a true multitasking system. Are you? |
From: Samuli T. <sa...@ai...> - 2004-01-22 18:50:36
|
Samuli Tuomola wrote: > trivial just need to copy the image offsets in place by hand. Meant the entrypoints of course, are both of those processors found in gamecubes? Got mine just last week, still need to spend some time with the techdocs. -stt |
From: Samuli T. <sa...@ai...> - 2004-01-22 18:39:04
|
ro...@Ih... wrote: > > Heh, thanks :) I've just updated it, and diffs's are uploading as we > speak. Give em 5 min and they'll be up.. > -Alan Oh, hey thanks, didn't notice this post at first. Yep, seems to apply with few offsets to 2.6.1 also, except for one Makefile, but that's trivial just need to copy the image offsets in place by hand. Thanks, great work :), is there something particular that you'll continuing the work with? To anyone who wants to try this but is not familiar with linux kernel or just wants a jumpstart, make sure you have devkitcube crosscompiler from http://heliscar.com/greg/ (there's one with better build environment and couple of samples at http://www.hangar-eleven.de/en/) and that shell is able to find it (export PATH=/usr/local/devkitcube/bin:$PATH). Then go to your kernel tree, do "make mrproper; patch -p1 <../patchfile.diff" (fix arch/ppc/boot/simple/Makefile according to Makefile.rej if you're using 2.6.1), do the "powerpc-eabi-elf-gcc -r -o built-in.o *[^w].c" in arch/ppc/cube/mygcn as Alan says on his webpage, then back to kernel root, "cp .config2 .config; make menuconfig", save and "make", if you want a .dol to run on the cube, do "powerpc-eabi-elf-objcopy -O binary zImage.elf zImage.elf.dol" in arch/ppc/boot/images/, good luck :). -stt |
From: Joshua D. <jd...@sp...> - 2004-01-22 18:00:41
|
Michael et al.: On Jan 22, 2004, at 12:23 PM, Michael Steil wrote: > Now that we're so far, and tmbinc's build is even more advanced, we > will need a network driver *very* soon. So if anyone is interested, > please have a look at GCLIB (at SourceForge.net) and implement a Linux > 2.6.x driver. :-) I'm interested in giving this a shot. So, I took a look at http://gclib.sourceforge.net/doc/, and the only mention of the broadband adaptor I see is at: http://gclib.sourceforge.net/doc/GC__EXI_8h.html#a30 The slashdot story is what sparked my interest in this project - that is to say, I'm not terribly familiar with any of this yet. What part, specifically, of GCLIB needs to be ported? Thanks! Josh --- Joshua Drew, jd...@sp... Programmer, SpinWeb Net Designs, Inc. http://www.spinweb.net |
From: Michael S. <st...@in...> - 2004-01-22 17:25:09
|
On 22.01.2004, at 15:42, Alexandre Boeglin wrote: > All the docs that are on gcdemos.com are also included in dolwin 0.08 > source package, and the files present in this package seemed more > acurate to me than those on gcdemos.com. Someone just sent me a beta version of self-written a 500 KB HTML document containing so much GameCube information that the dolwin docs are probably obsolete anyway. Michael |
From: Michael S. <mi...@c6...> - 2004-01-22 17:23:15
|
On 22.01.2004, at 18:07, Michael Steil wrote: > 22 January 2004: Uncompressing Linux...done. Now booting the kernel=A0=20= > Alan Hammond got the kernel booted on the GameCube up to this point.=20= > This doesn't mean you can run Linux yet, though. Now that we're so far, and tmbinc's build is even more advanced, we=20 will need a network driver *very* soon. So if anyone is interested,=20 please have a look at GCLIB (at SourceForge.net) and implement a Linux=20= 2.6.x driver. :-) Michael= |
From: Richard E. <ric...@br...> - 2004-01-22 17:11:14
|
I really think that the SI interface should be a general driver, and build the pads etc. on top of it. Not all of you know this, but there are a few keyboards for the gamecube currently available. I have one made by Datel, that was designed to be used with PSO. It's actually a normal PS/2 keyboard with a PS/2 to GC adapter. There's also an adapter on Lik-Sang. I would really like to get my keyboard working with GC-Linux.. Richard Eng > .------[ Free The Cube wrote (Thu, Jan 22, 2004 at 01:44:20PM +0100) ]------ > | > | >Anyway, the joystick->mouse converter sounds very interesting, but a > | >kernel driver would be more useful, I think. Adding code for > | >joystick->keyboard conversion should not be hard then. > | OK, i will try to put the "joystick->mouse converter" into kernel-space :) ! > | For the joystick->keyboard conversion, i don't know how to make it > | possible, someone has got an idea ??? > > This may be something no one wants to deal with, but the joystick has enough buttons to do a simple two-handed chording keyboard. You can press up to 5 buttons at a time so you'd get 36 characters.Or you could use the directions as a shift type thing and get 4x (or even 8x) 15. > > Anyway, it's just an idea and no one really likes learning how to type on those things anyway, but for lack of another input device it would work... |
From: Michael S. <st...@in...> - 2004-01-22 17:07:32
|
22 January 2004: Uncompressing Linux...done. Now booting the kernel=A0=20= Alan Hammond got the kernel booted on the GameCube up to this point.=20 This doesn't mean you can run Linux yet, though.= |
From: <xa...@da...> - 2004-01-22 17:03:55
|
.------[ Free The Cube wrote (Thu, Jan 22, 2004 at 01:44:20PM +0100) ]------ | | >Anyway, the joystick->mouse converter sounds very interesting, but a | >kernel driver would be more useful, I think. Adding code for | >joystick->keyboard conversion should not be hard then. | OK, i will try to put the "joystick->mouse converter" into kernel-space :) ! | For the joystick->keyboard conversion, i don't know how to make it | possible, someone has got an idea ??? This may be something no one wants to deal with, but the joystick has enough buttons to do a simple two-handed chording keyboard. You can press up to 5 buttons at a time so you'd get 36 characters.Or you could use the directions as a shift type thing and get 4x (or even 8x) 15. Anyway, it's just an idea and no one really likes learning how to type on those things anyway, but for lack of another input device it would work... -s |
From: <ro...@Ih...> - 2004-01-22 16:18:24
|
> To: gc-...@li... > From: Samuli Tuomola <sa...@ai...> > Date: Thu, 22 Jan 2004 15:53:55 +0200 > Subject: [Gc-linux-devel] Re: (no subject) > Reply-To: gc-...@li... > > aha...@ee... wrote: >> Back on topic, I have a bootloader running on the cube that >> decompresses and runs the kernel. Pics are on my site >> http://www.nomad-consultancy.co.uk .... the direct link to the pic is >> http://www.nomad-consultancy.co.uk/cubieshot1.gif . There isnt a lot >> on my site yet. >> And although the screenshot is running in dolwin, it runs on a real >> cube too :) >> -Alan Hammond > > Hey that's great, I was just looking for a place to start when I heard > about this post. A patch would be greatly appreciated :). > > -stt Heh, thanks :) I've just updated it, and diffs's are uploading as we speak. Give em 5 min and they'll be up.. -Alan |
From: Pezezin <pez...@ya...> - 2004-01-22 15:57:18
|
Hello everybody. I bought a Gamecube two weeks ago, it's a wonderful machine, and I want to= =20 hack it ;) I just found your web, it's very interesting... Booting my favorite OS in m= y=20 favorite console would be a dream. I noticed the web page has links for oth= er=20 languages, but currently only the link for English works. Is there anybody= =20 translating the web to Spanish? I have lots of spare time so if nobody is=20 doing it, I could do the translation. =2D-=20 Qapla' |
From: Alexandre B. <al...@bo...> - 2004-01-22 14:38:37
|
On Thu, 22 Jan 2004 13:56:48 +0100 Michael Steil <st...@in...> wrote: > On 22.01.2004, at 13:54, Michael Steil wrote: > Oh, I just didn't understand the website. Bad web design. :-( > http://gcdemos.com/lowlevel.htm - does anyone want to help HTMLizing > this? I want to have all docs on gc-linux.org (including a link to the > Hello, All the docs that are on gcdemos.com are also included in dolwin 0.08 source package, and the files present in this package seemed more acurate to me than those on gcdemos.com. -- Alexandre Boeglin e. mail : al...@bo... | Jabber : bo...@ja... ICQ UIN : 38852646 | Website : http://www.boeglin.org/ GPG Key fingerprint : 6B02 86CA A79E FA83 2FF0 3B83 14DE 4187 39C1 2786 |
From: <a.o...@bl...> - 2004-01-22 14:26:43
|
On Thu, Jan 22, 2004 at 01:44:20PM +0100, Free The Cube wrote: > Michael Steil wrote: > >** SI/gamepad driver > >"Free the Cube" has announced yesterday that he was working on a > >SI/gamepad driver - great. Don't we need an independent driver for the > >SI bus first, that exports an API for the bus, and gamepad drivers > >later, that plug into the SI API? > > The GCPAD driver from GCLIB uses direct memory access to the mapped area > where are pad status, it should be possible to do like this > (temporarily)... Then we can modify this first implementation to use the > SI layer ! (i need confirmation) > IMHO, you're better off going with the bus-layer -> device-driver architecture, initially. That way, the bus driver handles things like probing for and maintaining a list of existing devices, binding device drivers to devices, handling PM and hotplug events, etc, while device drivers handle stuff like enabling the device, accessing configuration space and communicating with the drive. Don't get me wrong here - if you feel more comfortable starting with your approach, feel free to do so. We can always move over later on :) Arthur -- Linux is a true multitasking system. Are you? |
From: <a.o...@bl...> - 2004-01-22 13:53:59
|
On Thu, Jan 22, 2004 at 01:54:29PM +0100, Michael Steil wrote: > > http://gcdemos.com/tuts.htm ? Hmmm, I can't click on anything. If > anyone can provide me with documentation, pelase email me and I'll add > it to the website. http://gcdemos.com/lowlevel.htm is probably what you want. Arthur -- Linux is a true multitasking system. Are you? |
From: Samuli T. <sa...@ai...> - 2004-01-22 13:53:57
|
aha...@ee... wrote: > Back on topic, I have a bootloader running on the cube that decompresses > and runs the kernel. Pics are on my site > http://www.nomad-consultancy.co.uk .... the direct link to the pic is > http://www.nomad-consultancy.co.uk/cubieshot1.gif . There isnt a lot on my > site yet. > And although the screenshot is running in dolwin, it runs on a real cube > too :) > -Alan Hammond Hey that's great, I was just looking for a place to start when I heard about this post. A patch would be greatly appreciated :). -stt |
From: <aha...@ee...> - 2004-01-22 13:34:38
|
> >I just want to say good luck to all developers involved, i'm looking >forward for this :) > >A bit OT, does anyone know where i can buy a broadband adapter in >europe? (online stores and such) > >Thanks, and good luck, >Hugo I got mine from ebay.. Though I'd warn you off a guy called 'smiley7man' on there that sells them. Back on topic, I have a bootloader running on the cube that decompresses and runs the kernel. Pics are on my site http://www.nomad-consultancy.co.uk .... the direct link to the pic is http://www.nomad-consultancy.co.uk/cubieshot1.gif . There isnt a lot on my site yet. And although the screenshot is running in dolwin, it runs on a real cube too :) -Alan Hammond |