Menu
▾
▴
gc-linux-devel — Development-related discussion.
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: <a.o...@bl...> - 2005-07-19 01:05:58
|
On Fri, Jul 15, 2005 at 04:57:51PM -0400, Arthur Othieno wrote: > GNU diff-style patches will be made available on the File Release System > for those who don't want to pull a hefty ~95MB just to build a toolchain ;) > These will also be bundled with an updated version of the uClibc > toolchain (buildroot) which should be available soon. Patches uploaded here: https://sourceforge.net/project/showfiles.php?group_id=98581&package_id=158168&release_id=342875 Toolchain will have to wait until the morning. 03h05 over here. *yawns* Arthur |
|
From: Groepaz <gr...@gm...> - 2005-07-17 01:27:55
|
On Sunday 17 July 2005 03:18, Arthur Othieno wrote: > U.S. Pat. 6,468,160; _6,712,704_ (Security system for video game system > with hard disk drive and internet access capability) mmmh is that actually related to gc? > U.S. Pat. 6,681,296; _6,859,862_ (Method and apparatus for software > management of on-chip cache) -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-17 01:18:23
|
On Sat, Jul 16, 2005 at 11:55:17PM +0200, Groepaz wrote: > On Saturday 16 July 2005 23:50, Arthur Othieno wrote: > > > U.S. 6,571,328 gets no mention in YAGCD though ;) > > thanks for mentioning, added to my work-copy :) Also, additional patent numbers for these, FWIW: U.S. Pat. 6,468,160; _6,712,704_ (Security system for video game system with hard disk drive and internet access capability) U.S. Pat. 6,681,296; _6,859,862_ (Method and apparatus for software management of on-chip cache) |
|
From: Groepaz <gr...@gm...> - 2005-07-16 21:55:34
|
On Saturday 16 July 2005 23:50, Arthur Othieno wrote: > U.S. 6,571,328 gets no mention in YAGCD though ;) thanks for mentioning, added to my work-copy :) -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-16 21:50:52
|
On Sat, Jul 16, 2005 at 06:45:45PM +0300, Anders M Montonen wrote: > > ISTR Nintendo filed a patent regarding the Gekko extensions. However a > > search on uspto.gov doesn't bring up anything conclusive. Do you have > > any patent numbers and/or related documentation I could work with? > > 6,571,328 Method and apparatus for obtaining a scalar value directly from > a vector register > 6,681,296 Method and apparatus for software management of on-chip cache > 6,701,424 Method and apparatus for efficient loading and storing of > vectors Great. This is exactly what I was looking for. Thanks. U.S. 6,571,328 gets no mention in YAGCD though ;) > IBM's Hot Chips presentation: > <http://www.hotchips.org/archives/hc13/2_Mon/06ibm-gekko.pdf> Another interesting read. I uploaded a copy of this to the project "Files" page earlier this week. These have a reputation of disappearing mysteriously ;) Arthur |
|
From: Groepaz <gr...@gm...> - 2005-07-16 15:51:22
|
On Saturday 16 July 2005 17:45, Anders M Montonen wrote: > > ISTR Nintendo filed a patent regarding the Gekko extensions. However a > > search on uspto.gov doesn't bring up anything conclusive. Do you have > > any patent numbers and/or related documentation I could work with? > > 6,571,328 Method and apparatus for obtaining a scalar value directly from > a vector register > 6,681,296 Method and apparatus for software management of on-chip cache > 6,701,424 Method and apparatus for efficient loading and storing of > vectors mmmh wasnt the last one about n64? *shrug* -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: Anders M M. <amm...@cc...> - 2005-07-16 15:45:59
|
> ISTR Nintendo filed a patent regarding the Gekko extensions. However a > search on uspto.gov doesn't bring up anything conclusive. Do you have > any patent numbers and/or related documentation I could work with? 6,571,328 Method and apparatus for obtaining a scalar value directly from a vector register 6,681,296 Method and apparatus for software management of on-chip cache 6,701,424 Method and apparatus for efficient loading and storing of vectors IBM's Hot Chips presentation: <http://www.hotchips.org/archives/hc13/2_Mon/06ibm-gekko.pdf> Regards, Anders Montonen |
|
From: Groepaz <gr...@gm...> - 2005-07-16 15:08:36
|
On Saturday 16 July 2005 17:04, Arthur Othieno wrote: > ISTR Nintendo filed a patent regarding the Gekko extensions. However a > search on uspto.gov doesn't bring up anything conclusive. Do you have > any patent numbers and/or related documentation I could work with? > Thanks. look in the appendix of yagcd, there is a long list of patents... i cant recall any related to the gekko extensions, if there are any i would like to know aswell. -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-16 15:04:53
|
On Sat, Jul 16, 2005 at 10:38:50AM +0300, Anders M Montonen wrote: > On Fri, 15 Jul 2005, Arthur Othieno wrote: > > > [1] http://sourceforge.net/mailarchive/forum.php?thread_id=4576350&forum_id=38826 > > FYI, there's an updated version that adds the gqr registers at > <http://www.helsinki.fi/~ammonton/gekko-041107.patch>. I don't remember > the status of that patch though, I lost some changes in a HD crash. The > only real difference between this and the voidpointer one is that Todd's > patch doesn't use the underscore in the mnemonics. > > Regards, > Anders Montonen > Ok, I'm looking at all three now. I'll commit them in chronological order. That way, we have a history/changelog to work with. ISTR Nintendo filed a patent regarding the Gekko extensions. However a search on uspto.gov doesn't bring up anything conclusive. Do you have any patent numbers and/or related documentation I could work with? Thanks. Arthur |
|
From: Anders M M. <amm...@cc...> - 2005-07-16 07:39:05
|
On Fri, 15 Jul 2005, Arthur Othieno wrote: > [1] http://sourceforge.net/mailarchive/forum.php?thread_id=4576350&forum_id=38826 FYI, there's an updated version that adds the gqr registers at <http://www.helsinki.fi/~ammonton/gekko-041107.patch>. I don't remember the status of that patch though, I lost some changes in a HD crash. The only real difference between this and the voidpointer one is that Todd's patch doesn't use the underscore in the mnemonics. Regards, Anders Montonen |
|
From: Groepaz <gr...@gm...> - 2005-07-16 03:09:00
|
On Saturday 16 July 2005 04:08, Arthur Othieno wrote: > Nothing is broken in the Makefiles. The only thing that was "broken" was > the top-level Makefile futzing directly with $(CROSS_COMPILE) and thus > making it toolchain-biased, so to speak. This has since been deleted. whatever it was :) > Again, none of the Makefiles in the kernel tree are toolchain-specific. > Feel free to point out any specific cases. well like i said, i dropped gc stuff. i'll continue maintaining the docs (IF anyone will ever contribute something that is, which rarely happened in the past) but besides that i'll be hacking psp :) -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-16 02:08:22
|
On Sat, Jul 16, 2005 at 01:29:38AM +0200, Groepaz wrote: > On Saturday 16 July 2005 00:57, Arthur Othieno wrote: > > > And so is buildroot[1]. The uClibc toolchain is simply pre-configured > > to target ppc. Apart from that, nothing fancy. > > > > AFAIK, no one has slapped the "official" moniker over it. Allow me to > > quote myself[2]: > > > > "That said, the recommended compiler, for both kernel and userspace, > > is the uClibc one: http://uclibc.org/toolchains.html" > > ...which is probably one of the reasons of little interest in gc-linux among > the ppl in the gcdev channel. i've personally dropped it myself coz when i > complained a while back (even on this list) that gc-linux cant be compiled > with a "clean" gcc, ppl would keep telling me to use that uclibc toolchain > instead of fixing whatever is borked in the makefiles. (it were trivial > things, that much i remember) Nothing is broken in the Makefiles. The only thing that was "broken" was the top-level Makefile futzing directly with $(CROSS_COMPILE) and thus making it toolchain-biased, so to speak. This has since been deleted. ISTR your problem was __powerpc__ not being defined. I pointed out that this was due to a misconfigured compiler, and to which you acknowledged[1]. In any case, if your version of gcc fails this test, then reconfiguring gcc with --target=powerpc-foo-linux should do the trick[2]. hubb@mars:~$ powerpc-linux-gcc -dumpversion 3.3.3 hubb@mars:~$ echo foo | powerpc-linux-gcc -dM -E - | grep powerpc #define __powerpc__ 1 #define __powerpc 1 #define powerpc 1 hubb@mars:~$ > > > i personally never understood why the gc-linux ppl made their own stuff > > > in that area. maybe some ppl should visit the gcdev irc channel on efnet > > > more often :=P > > > > Ok, this sounds a little too religious. Besides, we are talking about > > _binutils_ here, and not about (a collective) toolchain $foo vs. > > toolchain $bar. That alone is another debate of it's own, and one > > in which I have no interest participating. > > imho its not very smart to use seperate distributions of binutils und gcc, > update them seperatly and all that, its just asking for trouble. and there > are reasons for so many ppl to use devkitpro - it just works damn well. > > > I use what works for me, and I'm pretty sure everyone else uses what > > works for _them_. It's only natural. > > ofcourse, no problem with that. the point when its starting to get bad is when > someone relies on certain specific things that are only present in a specific > setup - like the gclinux makefiles do. Again, none of the Makefiles in the kernel tree are toolchain-specific. Feel free to point out any specific cases. [1] http://article.gmane.org/gmane.linux.ports.game-cube.devel/235 [2] http://ozlabs.org/pipermail/linuxppc-embedded/2004-February/013183.html |
|
From: Groepaz <gr...@gm...> - 2005-07-15 23:29:55
|
On Saturday 16 July 2005 00:57, Arthur Othieno wrote: > And so is buildroot[1]. The uClibc toolchain is simply pre-configured > to target ppc. Apart from that, nothing fancy. > > AFAIK, no one has slapped the "official" moniker over it. Allow me to > quote myself[2]: > > "That said, the recommended compiler, for both kernel and userspace, > is the uClibc one: http://uclibc.org/toolchains.html" ...which is probably one of the reasons of little interest in gc-linux among the ppl in the gcdev channel. i've personally dropped it myself coz when i complained a while back (even on this list) that gc-linux cant be compiled with a "clean" gcc, ppl would keep telling me to use that uclibc toolchain instead of fixing whatever is borked in the makefiles. (it were trivial things, that much i remember) > > i personally never understood why the gc-linux ppl made their own stuff > > in that area. maybe some ppl should visit the gcdev irc channel on efnet > > more often :=P > > Ok, this sounds a little too religious. Besides, we are talking about > _binutils_ here, and not about (a collective) toolchain $foo vs. > toolchain $bar. That alone is another debate of it's own, and one > in which I have no interest participating. imho its not very smart to use seperate distributions of binutils und gcc, update them seperatly and all that, its just asking for trouble. and there are reasons for so many ppl to use devkitpro - it just works damn well. > I use what works for me, and I'm pretty sure everyone else uses what > works for _them_. It's only natural. ofcourse, no problem with that. the point when its starting to get bad is when someone relies on certain specific things that are only present in a specific setup - like the gclinux makefiles do. -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-15 22:57:56
|
On Fri, Jul 15, 2005 at 11:25:21PM +0200, Groepaz wrote: > On Friday 15 July 2005 23:13, Arthur Othieno wrote: > > On Fri, Jul 15, 2005 at 11:02:21PM +0200, Groepaz wrote: > > > isnt most of what you are talking about already in the devkitpro > > > toolchain for a long time? > > > > I don't know. I haven't used that toolchain. > > > > But that's exactly what I'm trying to point out. There is no central > > repository, per se, for this development. > > well, to be honest, "everyone" who does gc development -except a few gc-linux > ppl- uses that toolchain. it IS pretty much the central development > repository. (and that toolchain is very popular among gba, gp32 and psp > developers aswell, its very stable and well maintained, its even used in some > commercial projects and preferred over the "official" toolchains) And so is buildroot[1]. The uClibc toolchain is simply pre-configured to target ppc. Apart from that, nothing fancy. AFAIK, no one has slapped the "official" moniker over it. Allow me to quote myself[2]: "That said, the recommended compiler, for both kernel and userspace, is the uClibc one: http://uclibc.org/toolchains.html" > i personally never understood why the gc-linux ppl made their own stuff in that > area. maybe some ppl should visit the gcdev irc channel on efnet more > often :=P Ok, this sounds a little too religious. Besides, we are talking about _binutils_ here, and not about (a collective) toolchain $foo vs. toolchain $bar. That alone is another debate of it's own, and one in which I have no interest participating. I use what works for me, and I'm pretty sure everyone else uses what works for _them_. It's only natural. [1] http://buildroot.uclibc.org/ [2] http://article.gmane.org/gmane.linux.ports.game-cube.devel/237 |
|
From: Groepaz <gr...@gm...> - 2005-07-15 21:25:32
|
On Friday 15 July 2005 23:13, Arthur Othieno wrote: > On Fri, Jul 15, 2005 at 11:02:21PM +0200, Groepaz wrote: > > isnt most of what you are talking about already in the devkitpro > > toolchain for a long time? > > I don't know. I haven't used that toolchain. > > But that's exactly what I'm trying to point out. There is no central > repository, per se, for this development. well, to be honest, "everyone" who does gc development -except a few gc-linux ppl- uses that toolchain. it IS pretty much the central development repository. (and that toolchain is very popular among gba, gp32 and psp developers aswell, its very stable and well maintained, its even used in some commercial projects and preferred over the "official" toolchains) i personally never understood why the gc-linux ppl made their own stuff in that area. maybe some ppl should visit the gcdev irc channel on efnet more often :=P -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <a.o...@bl...> - 2005-07-15 21:13:42
|
On Fri, Jul 15, 2005 at 11:02:21PM +0200, Groepaz wrote: > isnt most of what you are talking about already in the devkitpro toolchain for > a long time? I don't know. I haven't used that toolchain. But that's exactly what I'm trying to point out. There is no central repository, per se, for this development. Arthur |
|
From: Groepaz <gr...@gm...> - 2005-07-15 21:02:36
|
On Friday 15 July 2005 22:57, Arthur Othieno wrote: > Greetings, > > AFAIK, there are currently two patches to binutils floating around that > add support for Gekko's paired-singles[1] and quantization registers[2]. > Patch [2] appears to be more cummulative. > > As a means of consolidating this effort, I'll be importing binutils-2.16.1 > into CVS RSN. This won't be a drop-in tree like the rest of the stuff in > CVS, but rather the full source. Reason being, this is mainly targeted at > _development_. > > GNU diff-style patches will be made available on the File Release System > for those who don't want to pull a hefty ~95MB just to build a toolchain ;) > These will also be bundled with an updated version of the uClibc > toolchain (buildroot) which should be available soon. > > .dol support in the BFD library (and hence ld, objcopy and objdump) > would be a nice addition. That way everything becomes self-contained. > I'll look into this as time permits. > > Comments? isnt most of what you are talking about already in the devkitpro toolchain for a long time? -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org |
|
From: <bri...@te...> - 2005-07-15 21:01:46
|
I will be out of the office starting 15.07.2005 and will not return until 01.08.2005. I will respond to your message when I return. Please contact Stephane Grienenberger or Bertrand Cheronnet for project issues. |
|
From: <a.o...@bl...> - 2005-07-15 20:57:59
|
Greetings, AFAIK, there are currently two patches to binutils floating around that add support for Gekko's paired-singles[1] and quantization registers[2]. Patch [2] appears to be more cummulative. As a means of consolidating this effort, I'll be importing binutils-2.16.1 into CVS RSN. This won't be a drop-in tree like the rest of the stuff in CVS, but rather the full source. Reason being, this is mainly targeted at _development_. GNU diff-style patches will be made available on the File Release System for those who don't want to pull a hefty ~95MB just to build a toolchain ;) These will also be bundled with an updated version of the uClibc toolchain (buildroot) which should be available soon. .dol support in the BFD library (and hence ld, objcopy and objdump) would be a nice addition. That way everything becomes self-contained. I'll look into this as time permits. Comments? PS. Andrew, if there's anything else you would like to commit since your initial announcement[1], contact me off-list and I'll be happy to add you as a project developer. [1] http://sourceforge.net/mailarchive/forum.php?thread_id=4576350&forum_id=38826 [2] http://voidpointer.org/gc-linux/gekko.patch |
|
From: <a.o...@bl...> - 2005-07-13 14:37:47
|
Greetings, Slides and video footage from the 21st Chaos Communication Congress (21c3) are now available on the project "Files" page. These were previously available only on http://www.ccc.de/ (and mirrors). Hopefully, they've now become easier to find. Grab them here: https://sourceforge.net/project/showfiles.php?group_id=98581&package_id=157157 Arthur |
|
From: Rob R. <ro...@re...> - 2005-07-10 10:14:42
|
GoatZilla wrote: >Hi, I had a few questions about the GC Linux happenings... > > >1. How fast is the SD card access on the GC? > > > Max speed of the SD card in 1 bit mode (which must be used on the GC) is 25Mbit/s. Unfortunately, the GC allows to choose for 16Mbit or 27Mbit. So with a little overclocking (which is really just a software setting) 27MBit/s is possible >2. Are there any plans underway to just enable running Debian on the >GC (non-NFS)? It would be nice to be able to simply boot the PowerPC >netinst image with a minor amount of hacking, and just do a netinst >onto and run off of SD, since flash is so cheap nowadays. Hence my >question #1... > > > Plans have been there to enable a GC to run just off an SD card w/o NFS (or without network at all if you boot another way than PSO). It should be no problem, except: -afaik the SD driver has been disabled since the EXI framework has been changed -I (writer of the original SD driver) have no time to fix it or to get playing with the SD-only boot method Rob >Thanks! > > >------------------------------------------------------- >This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening >July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual >core and dual graphics technology at this free one hour event hosted by HP, >AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >_______________________________________________ >Gc-linux-devel mailing list >Gc-...@li... >https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > > |
|
From: GoatZilla <goa...@gm...> - 2005-07-09 23:01:36
|
Hi, I had a few questions about the GC Linux happenings... 1. How fast is the SD card access on the GC? 2. Are there any plans underway to just enable running Debian on the GC (non-NFS)? It would be nice to be able to simply boot the PowerPC netinst image with a minor amount of hacking, and just do a netinst onto and run off of SD, since flash is so cheap nowadays. Hence my question #1... Thanks! |
|
From: Albert H. <alb...@gm...> - 2005-06-30 22:24:37
|
Daniel Thompson <daniel <at> redfelineninja.org.uk> writes: [...] > Basically before I get my hands dirty inside SDL I wondered if anyone > else has already got a local copy of SDL that is a bit further down the > road than wip5. > Latest and greatest libsdl port is currently on CVS. Cheers, Albert |
|
From: Daniel T. <da...@re...> - 2005-05-21 10:01:07
|
Hi Folks I am currently trying to put together an f.d.o xserver release for gc- linux (having waited in vain for someone else to do it for me). I have got it compiling and bringing up a picture using an SDL xserver and isobel's SDL port (for colour space conversion). Having done this I have observed problems with the keyboard and VT allocation that make the server unusable. Reading the source to wip5 it is obvious why - the keyboard and VT code is disabled for GC. Basically before I get my hands dirty inside SDL I wondered if anyone else has already got a local copy of SDL that is a bit further down the road than wip5. --=20 Daniel Thompson (Merlin) <da...@re...> signature.asc? http://www.redfelineninja.dsl.pipex.com/signature.html Did Sigmund's wife wear Freudian slips? |
|
From: James W. <jk...@ho...> - 2005-05-06 05:33:45
|
I would appreciate if somebody could build an "SD Memory" card for me to use with my game cube. I contacted somebody a couple of weeks ago but I didn't get a response. I can pay via PayPal for a tested working card. I'm good with just a circuit board with connector mounted, I can make a case to fit it. I would be interested in upto 3 depending on the price. Thank you for any help or suggestions of who can. James Wall jk...@ho... |
258 messages has been excluded from this view by a project administrator.
