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: Michael S. <st...@in...> - 2004-01-22 12:56:59
|
On 22.01.2004, at 13:54, 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. 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 original source of course). Michael |
From: Michael S. <st...@in...> - 2004-01-22 12:54:41
|
On 22.01.2004, at 13:44, Free The Cube wrote: > 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) "temporarily"? :-) http://www.over-yonder.net/~fullermd/rants/bsd4linux/bsd4linux8.php says that it's typical of Linux hackers to do temporary solutions that will never be replaced by good solutions. :-) But in this case I tend to agree that a temporary, working solution is better, because we will certainly lack good debug methods in the first time. By the way, porting the ethernet adapter code of GCLIB to Linux would also be important. Any voluntaries? >> ->"Free the Cube": The EXI doc looks interesting, it doesn't seem to >> be the same as Costis' article on the website. Perhaps it makes sense >> to merge information contained in yours into Costis' article (in >> English)? > This is not mine, this is a french translation :) from the article > taken from GCDemos, I have to write the source on the headline, sorry. 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. Michael |
From: Free T. C. <Fre...@fr...> - 2004-01-22 12:44:28
|
Michael Steil wrote: > Hi! > > It is really amazing how many people are interested in contributing! > > ** 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) > 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 ??? > > ** EXI driver ** > > Arthur Othieno (hubb) told me yesterday that he was working on a driver > for the EXI bus. He already has an API design as well as a skeleton > driver that builds and loads into a x86 kernel. > > ** writing drivers/docs ** > > You might ask whether it already makes sense to start writing drivers, > if the kernel doesn't boot yet. Yes, it makes sense. You can't try it > out yet, but if you're motivated, then write some code! In the Xbox > Linux project, we had an almost-working bootloader as well as a simple > filesystem drivers before we even had a modchip. > So if you want to start working on some other driver (see > http://gc-linux.org/docs/roadmap.html ), just announce it on the mailing > list and go ahead. Yes, we have very little documentation on the > website. If you have some documentation from elsewhere on the web, tell > me, and we'll add it. Also tell me if you want to write documentation > (<- this is _very_ useful!). > > ***** > > ->"Free the Cube": The EXI doc looks interesting, it doesn't seem to be > the same as Costis' article on the website. Perhaps it makes sense to > merge information contained in yours into Costis' article (in English)? This is not mine, this is a french translation :) from the article taken from GCDemos, I have to write the source on the headline, sorry. > > Michael > > > > ------------------------------------------------------- > 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 > > |
From: Michael S. <st...@in...> - 2004-01-22 12:38:05
|
Hi Jimmi! I'm Cc:ing this to the mailing list and I would suggest that=20= you also join it (=20 http://lists.sourceforge.net/lists/listinfo/gc-linux-devel ), okay? On 20.01.2004, at 22:08, jl...@fr... wrote: > I've just seen the new GC-Linux porting project, after looking from=20 > time to time > on the Xbox Linux website ... These projects are both hi-tech and fun,=20= > it's great ! :-) > I'm dropping these lines to you, because i think there are already=20 > avaiable code > that may help you on this project. > > The Game Cube main CPU is a custom chip (ASIC) made for Nintendo,=20 > including the > PowerPC 405 CPU and various peripherals. Besides the PPC 405 GP from=20= > IBM, > another chip includes this processor core : the Virtex II Pro from=20 > Xilinx, which > is a FPGA (you know, a programmable logic device). And there is=20 > already a Linux > port on this chip :-) > > There are even two : Mind Linux Solutions (www.mind.be) did it for=20 > standard > Linux kernel, and Montavista Linux (www.mvista.com) did it for the=20 > real-time > version of the Kernel, plus a complete distribution. Both these ports=20= > are GPL, > so you could get PPC405 code without any legal headache, and grab some=20= > boot > code, drivers for Ethernet, RTC, or X11 port, with minimal changes=20 > required. Hmmm... The documentation on the internet that I found, said "PowerPC=20 750CXe" ( http://www.anandtech.com/showdoc.html?i=3D1566&p=3D2 ), and=20 that's PPC7xx, not PPC4xx... (what's the difference anyway?) Well, Linux exists for both PPC7xx and PPC4xx, i.e. all code that is=20 CPU specific is in the standard kernel tree. And I think neither of=20 Ethernet, RTC and video of the GameCube are compatible with these=20 devices, as they are all implemented outside the CPU. :-( > Are there already shcematics, or at least block-diagrams of the GC=20 > arhitecture, > available on the web ? It may be possible to map VHDL models of the=20 > peripherals > in Virtex II Pro FPGA, to get a developpment system for GC without the > limitations of the GC (memory size, CD drive ...). Finding some JTAG > connector/test points on the board could also give access to the debug=20= > port of > the PPC405, allowing easy trace and debug, esp for the boot process. That's the way a hardware person thinks. :-) As I software person, I=20 think quite differently - I would just use the real thing as use some=20 debug code (that I know that works) to find out whether my code is=20 still alive at a certain point. It is my impression that building=20 custom development hardware might be too much work, as so much is known=20= about the GC already. > I'm sorry i can not help you much for the moment (i'm already busy=20 > trying to > hack some Linux on Xilinx chips) and i don't even have a CG (despite=20= > it's > getting rather cheap here, around 100=80). May be i could help on some=20= > french > translation ? Certainly. Anyone interested in doing translations, please join the=20 "docs" mailing list (=20 http://lists.sourceforge.net/lists/listinfo/gc-linux-docs ) and=20 announce it there. But since you seem to be a very experienced hardware=20= person, I am sure you can help in other ways - a bit? > Good luck, and have fun with you Tux-customized consoles ! > Jimmy Michael |
From: Michael S. <st...@in...> - 2004-01-22 12:23:23
|
Hi! It is really amazing how many people are interested in contributing! ** 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? 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. ** EXI driver ** Arthur Othieno (hubb) told me yesterday that he was working on a driver for the EXI bus. He already has an API design as well as a skeleton driver that builds and loads into a x86 kernel. ** writing drivers/docs ** You might ask whether it already makes sense to start writing drivers, if the kernel doesn't boot yet. Yes, it makes sense. You can't try it out yet, but if you're motivated, then write some code! In the Xbox Linux project, we had an almost-working bootloader as well as a simple filesystem drivers before we even had a modchip. So if you want to start working on some other driver (see http://gc-linux.org/docs/roadmap.html ), just announce it on the mailing list and go ahead. Yes, we have very little documentation on the website. If you have some documentation from elsewhere on the web, tell me, and we'll add it. Also tell me if you want to write documentation (<- this is _very_ useful!). ***** ->"Free the Cube": The EXI doc looks interesting, it doesn't seem to be the same as Costis' article on the website. Perhaps it makes sense to merge information contained in yours into Costis' article (in English)? Michael |
From: Michael S. <st...@in...> - 2004-01-22 12:12:18
|
Hi! I've done some work on the kernel yesterday (btw, we use 2.6). As on the x86, the startup code in a PPC kernel looks like this: 1 CPU initialization 2 machine initialization, information gathering through firmware 3 kernel relocation, decompression 4 (formerly compressed code:) kernel initialization If we use a kernel in this format (bzImage), we have it in compressed form, and we might not even need a bootloader. Other projects, like tuxbox (dbox2 Linux), take the kernel in vmlinux.gz form (the uncompressed code beginning of step 4) and make the bootloader (ppcboot/u-boot) initialize the machine and decompress the kernel. So I think we should try bzImage. The handy thing about it is that compiling the kernel creates an ELF file, which can be loaded by the "dolwin" GameCube emulator directly, or can easily be converted into .DOL. I have put together a kernel configuration that contains only a minimal set of drivers and disables most of step 2 by using "CONFIG_PCORE" as the platform, which doesn't do OpenFirmware information gathering (as I understand the kernel, we have to start from there, creating CONFIG_GAMECUBE in parallel to CONFIG_PCORE). The resulting kernel (arch/ppc/boot/images/zImage.elf) is 517 KB in size. When I run it in dolwin, the first code executes just fine (dolwin has a nice debugger); then the emulator stays in a (big) loop for some minutes (i haven't waited longer) - perhaps that's the relocation, or perhaps it's just terribly wrong. (The control flow goes like this: * http://lxr.linux.no/source/arch/ppc/boot/simple/head.S?v=2.6.0 * http://lxr.linux.no/source/arch/ppc/boot/simple/relocate.S?v=2.6.0 * ??? ) What has to be found out is, what code this really is and whether it is a good thing. If it is, a breakpoint needs to be set afterwards, and stepping through the kernel needs to be continued there. Since we're still in a non-paged environment, debug output using GCLIB code should be possible, so it might also make sense to try on the real thing then. tmbinc has told me on Monday that he had also done something similar. Perhaps I have done duplicate work. Well, never mind, let's see. At least we have some documentation now on where to start in the kernel. Please feel invited to have a look at this yourselves as well! I have uploaded the kernel configuration and the zImage.elf to http://www.gc-linux.org/down/kernel/ - so you can even try stepping through the kernel without compiling it. 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. Michael |
From: <fr...@le...> - 2004-01-21 19:12:55
|
no des is a sinnvolle mail ,net wor ? >:-) > > > >------------------------------------------------------- >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 ------------------- Email sent using ESQLAP HTTP Mailer |
From: Michael S. <st...@in...> - 2004-01-21 18:29:37
|
:-) |
From: Richard E. <ric...@br...> - 2004-01-21 16:50:33
|
Hello there! > - I didn't see informations about the Serial Interface. Have you got some > (maybe it could help me to make a better GCPad driver) ? I'm not an expert on the subject, but as far as I know the only documentation on the serial interface is found in US patent 6,609,977. If you look at the patent you will find the following line: "Serial interface provides a serial interface to hand controllers or other serial devices using automatic controller polling and bulk data mode including a light gun interface." If you need more info about the registers, then take a look at the patent. The entire 0xcc006400 register range is covered there. Take a close look on the SI Communication Control Status Register (Offset + 0x34). You will find all interrupt related stuff there. It is possible to get an interrupt when a "pad-poll" has completed, but you still need to start the transfer somewhere (Writing a '1' to the Control Status Register bit 0.) Remember also to set bit 27 of the register to enable the TC (Transfer Complete) interrupt. Good luck! Richard Eng |
From: Mathieu M. <mat...@ki...> - 2004-01-21 14:55:25
|
> BTW make sure you got PSO PAL version I read somewhere you can't mix a > NTSC version + an american broad band Sorry I meant a PAL game with american broadband and NTSC game with a european broadband.... |
From: Mathieu M. <mat...@ki...> - 2004-01-21 14:39:57
|
Hugo Santos wrote: > I just want to say good luck to all developers involved, i'm looking=20 > forward for this :) >=20 > A bit OT, does anyone know where i can buy a broadband adapter in=20 > europe? (online stores and such) >=20 > Thanks, and good luck, > Hugo Did you tried Amazon.fr ? [Adaptateur Modem Haut D=E9bit GameCube] http://www.amazon.fr/exec/obidos/tg/browse/-/3686861/ref=3Dbr_bx_1_c_2_1/= 171-7160235-1669853 BTW make sure you got PSO PAL version I read somewhere you can't mix a=20 NTSC version + an american broad band HTH Mathieu |
From: Rick J. <ph...@dc...> - 2004-01-21 14:00:43
|
Hey, I'm very excited about gc-linux! Any help you need I will be very glad to contribute <e.g. time, testing, programming> I' releasing my own Linux Distro so I might be of some help. -Richard J. _____________________________________________________________ Washington DC's Largest FREE Email service. ---> http://www.DCemail.com ---> A Washington Online Community Member ---> http://www.DCpages.com |
From: Samuli T. <sa...@ai...> - 2004-01-21 13:00:41
|
Hi. > Michael Steil wrote: > >> Hi! >> >> Welcome to the GameCube Linux Development Mailing List. >> >> Due to the news on Slashdot we already have 40 mailing list members. >> >> Please feel free to post your thoughts to this list. This includes >> questions. Personally, I plan to put some basic GameCube hardware >> documentation on the website as soon as possible. >> >> If you feel like contributing - do it! Just bought my gamecube last week and coding for it was a big issue in deciding what console system I'd get (have actually battled with the decision on and off for few years, also viewtiful joe and zelda helped :) ), so I was happy to find out that as big and useful project as this was just launched, good luck to everyone participating. Hugo Santos wrote: > I just want to say good luck to all developers involved, i'm looking > forward for this :) Thanks :). > A bit OT, does anyone know where i can buy a broadband adapter in > europe? (online stores and such) Almost ordered my bba from play-asia.com or ebgames.com, but then luckily found one from a local store (megaswap.fi). They do seem to be sold-out from most places, when asking about it from the local nintendo chapter they replied that new accessories are in the making and they should ship out during february. -stt P.S. I hope that posting to the newsgroup through gmane really reaches the list, although have been aware of the system I haven't really used it before (this is actually a re-post after I noticed you have to authorize your first post by replying to a mail sent to the from-address, and I had 'nospam'-obfuscated it). |
From: Free T. C. <Fre...@fr...> - 2004-01-21 10:12:14
|
Hello everybody ! I'm currently trying to port the GCPad driver from GCLib to Linux/GC (I use an dummy GCPAD environment on my x86 box)... I've got some questions : - In the GCLib, the driver reads gamepad status into the mapped memory, but is there an IRQ sent by the controller to know when its status changes ? I ask for this because the standard input layer into the Linux kernel is not really done to be used with devices that make an active wait loop for data (waste of CPU time) ! - I didn't see informations about the Serial Interface. Have you got some (maybe it could help me to make a better GCPad driver) ? Regards, Free The Cube. PS : Last year, i also made an 'user-land' driver that converts joystick events into mouse events, so you can use a GCPad as a pointer/mouse. It works with XFree86 and GPM, but not with DirectFB (I could make a kernel-space version to work with). It can emulate PS/2 and IMPS/2 protocols (and soon EXPS/2), and joystick keys can be assigned. http://freshmeat.net/projects/js2mouse/ We can imagine to use a virtual keyboard such like http://freshmeat.net/projects/xvkbd/ or xkbd (i don't know the URL). PS2 : I don't if you are interested by a french translation of some docs : http://free.the.cube.free.fr |
From: Hugo S. <hu...@in...> - 2004-01-21 04:33:44
|
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 Michael Steil wrote: > Hi! > > Welcome to the GameCube Linux Development Mailing List. > > Due to the news on Slashdot we already have 40 mailing list members. > > Please feel free to post your thoughts to this list. This includes > questions. Personally, I plan to put some basic GameCube hardware > documentation on the website as soon as possible. > > If you feel like contributing - do it! > > Michael > > > > ------------------------------------------------------- > 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 > |
From: Michael S. <mi...@c6...> - 2004-01-21 00:09:05
|
Hi! Welcome to the GameCube Linux Development Mailing List. Due to the news on Slashdot we already have 40 mailing list members. Please feel free to post your thoughts to this list. This includes questions. Personally, I plan to put some basic GameCube hardware documentation on the website as soon as possible. If you feel like contributing - do it! Michael |
From: Richard E. <ric...@br...> - 2004-01-20 18:12:16
|
Just a comment, If I'm not wrong: The second framebuffer register (0xCC002024) should point to the beginning of the first pixel on the second scanline. This means that in main.c: video[9] = FRAMEBUFFERADDR; should be replaced with: video[9] = FRAMEBUFFERADDR + 1280; Red Angel |
From: Edgar H. <hos...@ed...> - 2004-01-19 22:44:07
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFADF2wxMGlREqvNUYRAoTpAJsGSGGAOaKFpabf796bldDcGW2MGwCfU4VO BQkQZZ+gq4JFbxbzuDr8368= =lc0/ -----END PGP SIGNATURE----- |