gc-linux-devel — Development-related discussion.

Re: [Gc-linux-devel] Paper Card Reader boot load?

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

On Thursday 05 August 2004 22:33, Scott Mazur wrote:

> That explains alot (not too surprisingly).  So I guess all the load disk 
> needs to do is redirect the controller inputs.
> 
> Can that bottom port be made to do anything more useful than this?  I'm 
> picturing an aftermarket base that's not much more than a hacked up USB hub.

yeah something like that can probably be done... read the patents for the
specs, its pretty much the same as the sram port on the n64.

gpz

Re: [Gc-linux-devel] Paper Card Reader boot load?

[Scott M. <gb...@li...>]

On Thu, 5 Aug 2004 21:42:37 +0200, Groepaz wrote
> On Thursday 05 August 2004 21:25, Scott Mazur wrote:
> 
> > We've got a GBA adapter sitting under our GC.  Presumable the boot disk 
for 
> > GBA games does some sort of load-and-convert of the GB cartridge.  Would 
it 
> > be possible to create a custom GBA boot cartridge?
> 
> no, the gba player is basically a gba that just uses the gc for 
> video output. no gba code is executed or emulated by the gc at all.

That explains alot (not too surprisingly).  So I guess all the load disk 
needs to do is redirect the controller inputs.

Can that bottom port be made to do anything more useful than this?  I'm 
picturing an aftermarket base that's not much more than a hacked up USB hub.

Scott

--
Nothing goes to waste when Little Fish are near!
(http://www.littlefish.ca)

Re: [Gc-linux-devel] Paper Card Reader boot load?

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

On Thursday 05 August 2004 21:25, Scott Mazur wrote:

> We've got a GBA adapter sitting under our GC.  Presumable the boot disk for 
> GBA games does some sort of load-and-convert of the GB cartridge.  Would it 
> be possible to create a custom GBA boot cartridge?

no, the gba player is basically a gba that just uses the gc for video output.
no gba code is executed or emulated by the gc at all.

gpz

Re: [Gc-linux-devel] Paper Card Reader boot load?

[Scott M. <sc...@li...>]

On Thu, 5 Aug 2004 20:25:53 +0200, Groepaz wrote
> On Thursday 05 August 2004 20:10, Scott Mazur wrote:
> > Forgive my memory, I've just found the project...
> > 
> > There was/is a card reader device for the GC.  I've never owned one, but 
if 
> > I understand correctly, it plugged into a game port, then you swiped 
trading 
> > cards with barcode/dot patterns that eventually loaded a mini game.  I'm 
> > assuming it came with a disk as well.  In other words, the disk lets you 
> > load programs through a game port, possibly even store them on flash for 
> > later?
> > 
> > If you had the card reader disk, would it be possible to reverse 
engineer 
> > the card reader device and come up with a patch cord to directly load up 
> > programs from another computer?  Or for that matter, maybe a small boot 
> > loader program could be written and printed in the paper card format 
that 
> > would contain enough code to get the network up and a real boot loader 
> > running?
> 
> ääääh...wasnt that a device made for the GBA ? (which btw, has been cracked
> already)

Hmm... you're probably right.  It's been a while since I looked at one.

Along those same lines...

We've got a GBA adapter sitting under our GC.  Presumable the boot disk for 
GBA games does some sort of load-and-convert of the GB cartridge.  Would it 
be possible to create a custom GBA boot cartridge?


Scott

--
Nothing goes to waste when Little Fish are near!
(http://www.littlefish.ca)

Re: [Gc-linux-devel] Paper Card Reader boot load?

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

On Thursday 05 August 2004 20:10, Scott Mazur wrote:
> Forgive my memory, I've just found the project...
>=20
> There was/is a card reader device for the GC.  I've never owned one, but =
if=20
> I understand correctly, it plugged into a game port, then you swiped trad=
ing=20
> cards with barcode/dot patterns that eventually loaded a mini game.  I'm=
=20
> assuming it came with a disk as well.  In other words, the disk lets you=
=20
> load programs through a game port, possibly even store them on flash for=
=20
> later?
>=20
> If you had the card reader disk, would it be possible to reverse engineer=
=20
> the card reader device and come up with a patch cord to directly load up=
=20
> programs from another computer?  Or for that matter, maybe a small boot=20
> loader program could be written and printed in the paper card format that=
=20
> would contain enough code to get the network up and a real boot loader=20
> running?

=E4=E4=E4=E4h...wasnt that a device made for the GBA ? (which btw, has been=
 cracked
already)

gpz

[Gc-linux-devel] Paper Card Reader boot load?

[Scott M. <gb...@li...>]

Forgive my memory, I've just found the project...

There was/is a card reader device for the GC.  I've never owned one, but if 
I understand correctly, it plugged into a game port, then you swiped trading 
cards with barcode/dot patterns that eventually loaded a mini game.  I'm 
assuming it came with a disk as well.  In other words, the disk lets you 
load programs through a game port, possibly even store them on flash for 
later?

If you had the card reader disk, would it be possible to reverse engineer 
the card reader device and come up with a patch cord to directly load up 
programs from another computer?  Or for that matter, maybe a small boot 
loader program could be written and printed in the paper card format that 
would contain enough code to get the network up and a real boot loader 
running?

Scott

--
Nothing goes to waste when Little Fish are near!
(http://www.littlefish.ca)

[Gc-linux-devel] Mplayer benchmarks

[Bohdy <bo...@tp...>]

Hello, 
	 I have done some benchmarks with mplayer on gc-linux with various audio and video modes. They may be of interest: 
	 
Sound and video: 
 
SDL sound and video 
BENCHMARKs: VC:  21.087s VO:  27.197s A:   2.843s Sys:   5.826s =   56.953s 
BENCHMARK%: VC: 37.0258% VO: 47.7535% A:  4.9912% Sys: 10.2295% = 100.0000% 
 
SDL video with OSS sound 
BENCHMARKs: VC:  20.013s VO:  26.374s A:   2.302s Sys:   4.381s =   53.069s 
BENCHMARK%: VC: 37.7105% VO: 49.6965% A:  4.3378% Sys:  8.2551% = 100.0000% 
 
fbdev video and SDL sound 
BENCHMARKs: VC:  26.030s VO:   5.755s A:   2.190s Sys:   3.292s =   37.266s 
BENCHMARK%: VC: 69.8480% VO: 15.4421% A:  5.8763% Sys:  8.8336% = 100.0000% 
 
fbdev video with OSS sound 
BENCHMARKs: VC:  26.159s VO:   5.911s A:   1.402s Sys:   1.105s =   34.577s 
BENCHMARK%: VC: 75.6555% VO: 17.0954% A:  4.0537% Sys:  3.1953% = 100.0000% 
 
Video Only: 
 
SDL video with no sound 
BENCHMARKs: VC:  20.332s VO:  27.254s A:   0.000s Sys:   0.580s =   48.165s 
BENCHMARK%: VC: 42.2129% VO: 56.5834% A:  0.0000% Sys:  1.2037% = 100.0000% 
 
fbdev video with no sound 
BENCHMARKs: VC:  26.636s VO:   5.956s A:   0.000s Sys:   0.587s =   33.179s 
BENCHMARK%: VC: 80.2799% VO: 17.9500% A:  0.0000% Sys:  1.7701% = 100.0000% 
 
Sound Only: 
 
SDL sound but no video 
BENCHMARKs: VC:  20.809s VO:   0.012s A:   1.501s Sys:   5.059s =   27.382s 
BENCHMARK%: VC: 75.9970% VO:  0.0433% A:  5.4824% Sys: 18.4773% = 100.0000% 
 
OSS sound but no video 
BENCHMARKs: VC:  20.707s VO:   0.006s A:   1.472s Sys:   6.209s =   28.394s 
BENCHMARK%: VC: 72.9277% VO:  0.0200% A:  5.1846% Sys: 21.8677% = 100.0000% 
 
Transfer rate comparisons: 
 
fbdev video with OSS sound (nocache) 
BENCHMARKs: VC:  23.254s VO:   5.164s A:   7.280s Sys:   6.079s =   41.777s 
BENCHMARK%: VC: 55.6613% VO: 12.3602% A: 17.4270% Sys: 14.5515% = 100.0000% 
 
fbdev video with OSS sound (cache=2048) 
BENCHMARKs: VC:  26.159s VO:   5.911s A:   1.402s Sys:   1.105s =   34.577s 
BENCHMARK%: VC: 75.6555% VO: 17.0954% A:  4.0537% Sys:  3.1953% = 100.0000% 
 
fbdev video with OSS sound (nocache, directly from Aram) 
BENCHMARKs: VC:  22.215s VO:   5.028s A:   1.234s Sys:   0.892s =   29.368s 
BENCHMARK%: VC: 75.6431% VO: 17.1198% A:  4.2011% Sys:  3.0360% = 100.0000% 
 
Pure decoding test: 
 
No video and no sound and limits are off 
BENCHMARKs: VC:  16.034s VO:   0.006s A:   0.000s Sys:   0.553s =   16.594s 
BENCHMARK%: VC: 96.6303% VO:  0.0360% A:  0.0000% Sys:  3.3337% = 100.0000% 
 
All these test have been performed on one quicktime file of fairly high bitrate (~3000 kbps @ 640x480) encoded with the Sorenson 
3 video and mp3 audio codecs with a lenght of 27.5 seconds using mplayer's built in -benchmark mode.  
Of course its worth noting that the fbdev mode produces discoloured results which are completely fixed in Isobel's wonderful SDL 
port but I think that it shows that video output is possible with fairly little overhead. I also think that its clear by the pure decoding 
test that there is a lot of room for improvement. 
 
Cheers, bohdy. 

Re: [Gc-linux-devel] Merging CVS with Kernel source

[Mike G. <eb_...@sb...>]

Indeed. The patch DID work. I now have a working kernel. I don't 
actually have a BBA for my GC yet, but I grabbed a GC emu off the net 
and it works well enough to load the kernel and let me know that it 
compiled properly.

Thanks for the help Arthur.

- Mike Goggin

PS-I never answered your questions, so: Yes, I built it on a PPC host 
(eMac 1GHz, 512MB RAM); and I have no clue what version of binutils I 
was using. It was whatever version came with Yellow Dog Linux 3.0.1. 
Though, after applying the patch, the kernel was built using Gentoo 
Linux (2.6.1-benh1). If you'd still like to know, I can grab the 
bintuils version for you for Gentoo.

On Jul 20, 2004, at 6:32 PM, Arthur Othieno wrote:

> No. The -0x80000000 is not a valid incremental value for 
> --change-addresses.
> Good catch. Funny how this doesn't barf on making zImage; the same 
> funkiness
> appears there as well.
>
> Looking at the build output, I assume that you're building on a PPC 
> host?
> What version of binutils (objcopy --version)? In any case, this patch,
> hackish at best, should fix things. Please confirm.

[Gc-linux-devel] gamecube dnetc

[Jesse K. <j.k...@ti...>]

I just tried running dnetc on my gc since I finally start to figure out
how ramdisks and tuff works :). I thought I would just post how it runs:

[Jul 22 02:41:52 UTC] Automatic processor type detection did not
                      recognize the processor (tag: "750CXe (Gekko)")
[Jul 22 02:41:52 UTC] OGR: using core #0 (GARSP 5.13 Scalar).
[Jul 22 02:42:11 UTC] OGR: Benchmark for core #0 (GARSP 5.13 Scalar)
                      0.00:00:16.57 [6,238,931 nodes/sec]
[Jul 22 02:42:11 UTC] RC5-72: using core #0 (MH 2-pipe).
[Jul 22 02:42:29 UTC] RC5-72: Benchmark for core #0 (MH 2-pipe)
                      0.00:00:16.20 [1,589,227 keys/sec]
[Jul 22 02:42:29 UTC] RC5-72: using core #1 (KKS 2-pipe).
[Jul 22 02:42:48 UTC] RC5-72: Benchmark for core #1 (KKS 2-pipe)
                      0.00:00:16.39 [1,610,305 keys/sec]
[Jul 22 02:42:48 UTC] RC5-72: using core #2 (KKS 604e).
[Jul 22 02:43:06 UTC] RC5-72: Benchmark for core #2 (KKS 604e)
                      0.00:00:16.17 [1,448,343 keys/sec]
[Jul 22 02:43:06 UTC] RC5-72: using core #5 (MH 1-pipe).
[Jul 22 02:43:25 UTC] RC5-72: Benchmark for core #5 (MH 1-pipe)
                      0.00:00:16.44 [1,645,607 keys/sec]
[Jul 22 02:43:25 UTC] RC5-72: using core #6 (MH 1-pipe 604e).
[Jul 22 02:43:43 UTC] RC5-72: Benchmark for core #6 (MH 1-pipe 604e)
                      0.00:00:16.12 [1,596,753 keys/sec]
[Jul 22 02:43:43 UTC] OGR-P2: using core #0 (GARSP 5.13 Scalar).
[Jul 22 02:44:01 UTC] OGR-P2: Benchmark for core #0 (GARSP 5.13 Scalar)
                      0.00:00:16.43 [6,234,169 nodes/sec]

In comparison: My athlonXP 1800+ has 4,400,000 in RC5-72 and my dads
pentium 4 2,6 ghz had something like 3,600,00 . I'm wondering what macs
can get because they have a similar cpu as the gc. Does anyone know
about these scores of macs, or can anyone find out? Perhaps that give
some insight in optimalisations.=20

Do you think there is a lot to gain when the cores would be optimized
for gekko? I'm very new to this stuff so I don't know anything about it
but what I can see is that it doesn't even recognize gekko.=20

Jesse

Re: [Gc-linux-devel] Merging CVS with Kernel source

[Mike G. <eb_...@sb...>]

Great. I'll confirm it as soon as I get YDL back on my Mac...or compile 
the kernel from Mac OS X. Either way, I'll let you know ASAP.

- Mike Goggin

On Jul 20, 2004, at 6:32 PM, Arthur Othieno wrote:

> On Sat, Jul 17, 2004 at 10:36:40PM -0500, Mike Goggin wrote:
>> I downloaded the 2.6.7 source, and got it patched to support the GC.
>> make vmlinux compiles fine. But make zImage.initrd gives me the
>> following error:
>>
>> [tosk@cavalier ~/linux-2.6.7]$ make zImage.initrd
>> make[1]: `arch/ppc/kernel/asm-offsets.s' is up to date.
>>  CHK     include/linux/compile.h
>>  SKIPPED include/linux/compile.h
>>  AS      arch/ppc/boot/simple/head.o
>>  AS      arch/ppc/boot/simple/relocate.o
>>  CC      arch/ppc/boot/simple/misc-embedded.o
>> arch/ppc/boot/simple/misc-embedded.c: In function `load_kernel':
>> arch/ppc/boot/simple/misc-embedded.c:80: warning: unused variable `ch'
>> arch/ppc/boot/simple/misc-embedded.c:81: warning: unused variable 
>> `timer'
>>  CC      arch/ppc/boot/simple/embed_config.o
>> arch/ppc/boot/simple/embed_config.c:45: warning: `def_enet_addr' 
>> defined
>> but not used
>> objcopy -O elf32-powerpc \
>>        --add-section=.ramdisk=arch/ppc/boot/images/ramdisk.image.gz \
>>        --set-section-flags=.ramdisk=contents,alloc,load,readonly,data 
>> \
>>        --add-section=.image=arch/ppc/boot/images/vmlinux.gz \
>>        --set-section-flags=.image=contents,alloc,load,readonly,data \
>>        arch/ppc/boot/simple/dummy.o arch/ppc/boot/simple/image.o
>> ld -T /home/tosk/linux-2.6.7/arch/ppc/boot/ld.script -Ttext 0x00800000
>> -Bstatic
>> -o arch/ppc/boot/simple/zvmlinux.initrd arch/ppc/boot/simple/head.o
>> arch/ppc/boot/simple/relocate.o arch/ppc/boot/simple/misc-embedded.o
>> arch/ppc/boot/simple/embed_config.o arch/ppc/boot/simple/image.o
>> arch/ppc/boot/common/lib.a arch/ppc/boot/lib/lib.a
>> objcopy -O elf32-powerpc arch/ppc/boot/simple/zvmlinux.initrd
>> arch/ppc/boot/simple/zvmlinux.initrd --change-addresses=-0x80000000 -R
>> .comment -R .stab \
>>        -R .stabstr -R .sysmap
>> objcopy: --change-addresses: bad number: -0x80000000
>> make[2]: *** [arch/ppc/boot/simple/zvmlinux.initrd] Error 1
>> make[1]: *** [simple] Error 2
>> make: *** [zImage.initrd] Error 2
>>
>> Did I do something wrong?
>
> No. The -0x80000000 is not a valid incremental value for 
> --change-addresses.
> Good catch. Funny how this doesn't barf on making zImage; the same 
> funkiness
> appears there as well.
>
> Looking at the build output, I assume that you're building on a PPC 
> host?
> What version of binutils (objcopy --version)? In any case, this patch,
> hackish at best, should fix things. Please confirm.
>
>
> Index: arch/ppc/boot/simple/Makefile
> ===================================================================
> RCS file: /cvsroot/gc-linux/linux/arch/ppc/boot/simple/Makefile,v
> retrieving revision 1.6
> diff -u -r1.6 Makefile
> --- arch/ppc/boot/simple/Makefile	16 Jun 2004 17:30:42 -0000	1.6
> +++ arch/ppc/boot/simple/Makefile	20 Jul 2004 23:16:25 -0000
> @@ -113,6 +113,10 @@
>    entrypoint-$(CONFIG_SPRUCE)		:= 0x00800000
>          misc-$(CONFIG_SPRUCE)		+= misc-spruce.o
>
> +      zimage-$(CONFIG_GAMECUBE)		:= zImage-DOL
> +zimageinitrd-$(CONFIG_GAMECUBE)		:= zImage.initrd-DOL
> +         end-$(CONFIG_GAMECUBE)		:= dol
> +
>  # SMP images should have a '.smp' suffix.
>           end-$(CONFIG_SMP)             := $(end-y).smp
>
> @@ -167,7 +171,7 @@
>  		--set-section-flags=.image=contents,alloc,load,readonly,data \
>  		$(obj)/dummy.o $(obj)/image.o
>  	$(LD) $(LD_ARGS) -o $@ $(OBJS) $(obj)/image.o $(LIBS)
> -	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ --change-addresses=-0x80000000 -R 
> .comment -R .stab \
> +	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ -R .comment -R .stab \
>  		-R .stabstr -R .ramdisk -R .sysmap
>
>  $(obj)/zvmlinux.initrd: $(OBJS) $(LIBS) $(srctree)/$(boot)/ld.script \
> @@ -179,7 +183,7 @@
>  		--set-section-flags=.image=contents,alloc,load,readonly,data \
>  		$(obj)/dummy.o $(obj)/image.o
>  	$(LD) $(LD_ARGS) -o $@ $(OBJS) $(obj)/image.o $(LIBS)
> -	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ --change-addresses=-0x80000000 -R 
> .comment -R .stab \
> +	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ -R .comment -R .stab \
>  		-R .stabstr -R .sysmap
>
>  # Sort-of dummy rules, that let us format the image we want.
> @@ -218,3 +222,14 @@
>  $(images)/zImage.initrd-PPLUS: $(obj)/zvmlinux.initrd $(MKPREP) 
> $(MKBUGBOOT)
>  	$(MKPREP) -pbp $(obj)/zvmlinux.initrd 
> $(images)/zImage.initrd.$(end-y)
>  	$(MKBUGBOOT) $(obj)/zvmlinux.initrd $(images)/zImage.initrd.bugboot
> +
> +#
> +# FIXME Must generate actual .dol's. All these targets do ATM is to 
> adjust
> +# VMA/LMA addresses of all sections in the respective images so we 
> can just
> +# feed the result into `doltool'. Ick.
> +#
> +$(images)/zImage-DOL: $(obj)/zvmlinux
> +	$(OBJCOPY) $(OBJCOPY_ARGS) $^ $^ --change-addresses=0x80000000
> +
> +$(images)/zImage.initrd-DOL: $(obj)/zvmlinux.initrd
> +	$(OBJCOPY) $(OBJCOPY_ARGS) $^ $^ --change-addresses=0x80000000
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Gc-linux-devel mailing list
> Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>

Re: [Gc-linux-devel] Merging CVS with Kernel source

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

On Sat, Jul 17, 2004 at 10:36:40PM -0500, Mike Goggin wrote:
> I downloaded the 2.6.7 source, and got it patched to support the GC. 
> make vmlinux compiles fine. But make zImage.initrd gives me the 
> following error:
> 
> [tosk@cavalier ~/linux-2.6.7]$ make zImage.initrd
> make[1]: `arch/ppc/kernel/asm-offsets.s' is up to date.
>  CHK     include/linux/compile.h
>  SKIPPED include/linux/compile.h
>  AS      arch/ppc/boot/simple/head.o
>  AS      arch/ppc/boot/simple/relocate.o
>  CC      arch/ppc/boot/simple/misc-embedded.o
> arch/ppc/boot/simple/misc-embedded.c: In function `load_kernel':
> arch/ppc/boot/simple/misc-embedded.c:80: warning: unused variable `ch'
> arch/ppc/boot/simple/misc-embedded.c:81: warning: unused variable `timer'
>  CC      arch/ppc/boot/simple/embed_config.o
> arch/ppc/boot/simple/embed_config.c:45: warning: `def_enet_addr' defined 
> but not used
> objcopy -O elf32-powerpc \
>        --add-section=.ramdisk=arch/ppc/boot/images/ramdisk.image.gz \
>        --set-section-flags=.ramdisk=contents,alloc,load,readonly,data \
>        --add-section=.image=arch/ppc/boot/images/vmlinux.gz \
>        --set-section-flags=.image=contents,alloc,load,readonly,data \
>        arch/ppc/boot/simple/dummy.o arch/ppc/boot/simple/image.o
> ld -T /home/tosk/linux-2.6.7/arch/ppc/boot/ld.script -Ttext 0x00800000 
> -Bstatic
> -o arch/ppc/boot/simple/zvmlinux.initrd arch/ppc/boot/simple/head.o 
> arch/ppc/boot/simple/relocate.o arch/ppc/boot/simple/misc-embedded.o 
> arch/ppc/boot/simple/embed_config.o arch/ppc/boot/simple/image.o 
> arch/ppc/boot/common/lib.a arch/ppc/boot/lib/lib.a
> objcopy -O elf32-powerpc arch/ppc/boot/simple/zvmlinux.initrd 
> arch/ppc/boot/simple/zvmlinux.initrd --change-addresses=-0x80000000 -R 
> .comment -R .stab \
>        -R .stabstr -R .sysmap
> objcopy: --change-addresses: bad number: -0x80000000
> make[2]: *** [arch/ppc/boot/simple/zvmlinux.initrd] Error 1
> make[1]: *** [simple] Error 2
> make: *** [zImage.initrd] Error 2
> 
> Did I do something wrong?
 
No. The -0x80000000 is not a valid incremental value for --change-addresses.
Good catch. Funny how this doesn't barf on making zImage; the same funkiness
appears there as well.

Looking at the build output, I assume that you're building on a PPC host?
What version of binutils (objcopy --version)? In any case, this patch,
hackish at best, should fix things. Please confirm.


Index: arch/ppc/boot/simple/Makefile
===================================================================
RCS file: /cvsroot/gc-linux/linux/arch/ppc/boot/simple/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- arch/ppc/boot/simple/Makefile	16 Jun 2004 17:30:42 -0000	1.6
+++ arch/ppc/boot/simple/Makefile	20 Jul 2004 23:16:25 -0000
@@ -113,6 +113,10 @@
   entrypoint-$(CONFIG_SPRUCE)		:= 0x00800000
         misc-$(CONFIG_SPRUCE)		+= misc-spruce.o
 
+      zimage-$(CONFIG_GAMECUBE)		:= zImage-DOL
+zimageinitrd-$(CONFIG_GAMECUBE)		:= zImage.initrd-DOL
+         end-$(CONFIG_GAMECUBE)		:= dol
+
 # SMP images should have a '.smp' suffix.
          end-$(CONFIG_SMP)             := $(end-y).smp
 
@@ -167,7 +171,7 @@
 		--set-section-flags=.image=contents,alloc,load,readonly,data \
 		$(obj)/dummy.o $(obj)/image.o
 	$(LD) $(LD_ARGS) -o $@ $(OBJS) $(obj)/image.o $(LIBS)
-	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ --change-addresses=-0x80000000 -R .comment -R .stab \
+	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ -R .comment -R .stab \
 		-R .stabstr -R .ramdisk -R .sysmap
 
 $(obj)/zvmlinux.initrd: $(OBJS) $(LIBS) $(srctree)/$(boot)/ld.script \
@@ -179,7 +183,7 @@
 		--set-section-flags=.image=contents,alloc,load,readonly,data \
 		$(obj)/dummy.o $(obj)/image.o
 	$(LD) $(LD_ARGS) -o $@ $(OBJS) $(obj)/image.o $(LIBS)
-	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ --change-addresses=-0x80000000 -R .comment -R .stab \
+	$(OBJCOPY) $(OBJCOPY_ARGS) $@ $@ -R .comment -R .stab \
 		-R .stabstr -R .sysmap
 
 # Sort-of dummy rules, that let us format the image we want.
@@ -218,3 +222,14 @@
 $(images)/zImage.initrd-PPLUS: $(obj)/zvmlinux.initrd $(MKPREP) $(MKBUGBOOT)
 	$(MKPREP) -pbp $(obj)/zvmlinux.initrd $(images)/zImage.initrd.$(end-y)
 	$(MKBUGBOOT) $(obj)/zvmlinux.initrd $(images)/zImage.initrd.bugboot
+
+#
+# FIXME Must generate actual .dol's. All these targets do ATM is to adjust
+# VMA/LMA addresses of all sections in the respective images so we can just
+# feed the result into `doltool'. Ick.
+#
+$(images)/zImage-DOL: $(obj)/zvmlinux
+	$(OBJCOPY) $(OBJCOPY_ARGS) $^ $^ --change-addresses=0x80000000
+
+$(images)/zImage.initrd-DOL: $(obj)/zvmlinux.initrd
+	$(OBJCOPY) $(OBJCOPY_ARGS) $^ $^ --change-addresses=0x80000000

Re: [Gc-linux-devel] Merging CVS with Kernel source

[Mike G. <eb_...@sb...>]

Cool, thanks. Now, one more question...

I downloaded the 2.6.7 source, and got it patched to support the GC. 
make vmlinux compiles fine. But make zImage.initrd gives me the 
following error:

[tosk@cavalier ~/linux-2.6.7]$ make zImage.initrd
make[1]: `arch/ppc/kernel/asm-offsets.s' is up to date.
  CHK     include/linux/compile.h
  SKIPPED include/linux/compile.h
  AS      arch/ppc/boot/simple/head.o
  AS      arch/ppc/boot/simple/relocate.o
  CC      arch/ppc/boot/simple/misc-embedded.o
arch/ppc/boot/simple/misc-embedded.c: In function `load_kernel':
arch/ppc/boot/simple/misc-embedded.c:80: warning: unused variable `ch'
arch/ppc/boot/simple/misc-embedded.c:81: warning: unused variable `timer'
  CC      arch/ppc/boot/simple/embed_config.o
arch/ppc/boot/simple/embed_config.c:45: warning: `def_enet_addr' defined 
but not used
objcopy -O elf32-powerpc \
        --add-section=.ramdisk=arch/ppc/boot/images/ramdisk.image.gz \
        --set-section-flags=.ramdisk=contents,alloc,load,readonly,data \
        --add-section=.image=arch/ppc/boot/images/vmlinux.gz \
        --set-section-flags=.image=contents,alloc,load,readonly,data \
        arch/ppc/boot/simple/dummy.o arch/ppc/boot/simple/image.o
ld -T /home/tosk/linux-2.6.7/arch/ppc/boot/ld.script -Ttext 0x00800000 
-Bstatic
-o arch/ppc/boot/simple/zvmlinux.initrd arch/ppc/boot/simple/head.o 
arch/ppc/boot/simple/relocate.o arch/ppc/boot/simple/misc-embedded.o 
arch/ppc/boot/simple/embed_config.o arch/ppc/boot/simple/image.o 
arch/ppc/boot/common/lib.a arch/ppc/boot/lib/lib.a
objcopy -O elf32-powerpc arch/ppc/boot/simple/zvmlinux.initrd 
arch/ppc/boot/simple/zvmlinux.initrd --change-addresses=-0x80000000 -R 
.comment -R .stab \
        -R .stabstr -R .sysmap
objcopy: --change-addresses: bad number: -0x80000000
make[2]: *** [arch/ppc/boot/simple/zvmlinux.initrd] Error 1
make[1]: *** [simple] Error 2
make: *** [zImage.initrd] Error 2

Did I do something wrong?

- Mike Goggin

Arthur Othieno wrote:

>On Fri, Jul 16, 2004 at 05:56:55PM -0500, Mike Goggin wrote:
>  
>
>>I'd like to be able to build a kernel that will boot on the GC, but I'm 
>>not sure where to start. I know I need kernel source, but what version 
>>works with the patches in CVS?
>>    
>>
> 
>All versions from 2.6.1 - 2.6.7
>
>  
>
>>About CVS, how do you apply the patches? They aren't like conventional 
>>patches that I'm used to (ie-patch -p0 < patch.diff).
>>
>>Any information would be greatly appreciated.
>>    
>>
>
>One of two ways (asumming you've unpacked a vanilla kernel):
>
>1) Using GNU diff-style patches. These are on the project download page.
>2) Checking out either a tagged release or HEAD from CVS, and copying
>   that over your vanilla tree. Something like:
>
>   cvs -d:pserver:ano...@cv...:/cvsroot/gc-linux co -r linux-2_6_N linux
>   cp -r linux/* linux-2.6.N
>
>   Where N could be 1-7, depending on what kernel version you're working
>   with.  To check out a snapshot of the latest stuffi (HEAD), drop the
>   -r option entirely.
>
>	Arthur
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by BEA Weblogic Workshop
>FREE Java Enterprise J2EE developer tools!
>Get your free copy of BEA WebLogic Workshop 8.1 today.
>http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
>_______________________________________________
>Gc-linux-devel mailing list
>Gc-...@li...
>https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>
>  
>

Re: [Gc-linux-devel] Merging CVS with Kernel source

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

On Fri, Jul 16, 2004 at 05:56:55PM -0500, Mike Goggin wrote:
> I'd like to be able to build a kernel that will boot on the GC, but I'm 
> not sure where to start. I know I need kernel source, but what version 
> works with the patches in CVS?
 
All versions from 2.6.1 - 2.6.7

> About CVS, how do you apply the patches? They aren't like conventional 
> patches that I'm used to (ie-patch -p0 < patch.diff).
> 
> Any information would be greatly appreciated.

One of two ways (asumming you've unpacked a vanilla kernel):

1) Using GNU diff-style patches. These are on the project download page.
2) Checking out either a tagged release or HEAD from CVS, and copying
   that over your vanilla tree. Something like:

   cvs -d:pserver:ano...@cv...:/cvsroot/gc-linux co -r linux-2_6_N linux
   cp -r linux/* linux-2.6.N

   Where N could be 1-7, depending on what kernel version you're working
   with.  To check out a snapshot of the latest stuffi (HEAD), drop the
   -r option entirely.

	Arthur

[Gc-linux-devel] Merging CVS with Kernel source

[Mike G. <eb_...@sb...>]

I'd like to be able to build a kernel that will boot on the GC, but I'm 
not sure where to start. I know I need kernel source, but what version 
works with the patches in CVS?

About CVS, how do you apply the patches? They aren't like conventional 
patches that I'm used to (ie-patch -p0 < patch.diff).

Any information would be greatly appreciated.

Thanks.

- Mike Goggin

Re: [Gc-linux-devel] (no subject)

[Pezezin <pez...@ya...>]

> > That seems to be very interesting. Do you know where can I find him
> > (website or e-mail?
>
> sorry i forgot....it was posted on some spanish webforum... i found the
> link on either dextrose or gcdev or...some other page :=P maybe someone
> else remembers :)
>
> gpz

Ok, thank you. I have found the forum, but they are not spanish, they are 
italian, and I don't understand italian very well :(

Anyway, what I have read is very interesting. Maybe we can burn a Linux ISO in 
a mini-DVD and boot with the modchip...

Qapla'

Re: [Gc-linux-devel] Action Replay Max Drive Pro

[Darrell B. <da...@du...>]

> Well as soon as you get one give us feedback :)

Don't worry, I will. But I'm still waiting for them to be released.
Currently they stand at the 30th of July so it's not too long to wait...
providing they get released on time that is.

Darrell

Re: [Gc-linux-devel] Action Replay Max Drive Pro

[Fogel E. <con...@gm...>]

Well as soon as you get one give us feedback :)
tnx
seeya
Fogel

On Thu, 15 Jul 2004 12:13:18 +0200, Jonathan Perret
<j-g...@jo...> wrote:
> > Darrell Blake wrote:
> > > I ordered one yesterday. When I receive it I'll post some info about it.
> 
> FWIW, I ordered one near the end of June. Still no news whatsoever,
> but I'm still confident they'll send it someday...
> 
> Cheers,
> --Jonathan
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> 
> 
> _______________________________________________
> Gc-linux-devel mailing list
> Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>

Re: [Gc-linux-devel] (no subject)

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

On Thursday 15 July 2004 15:43, Pezezin wrote:
> > origa is a spanish guy who has appearently made a working modchip.
> >
> > btw if you use a AR loader, exactly one button press and one open/close
> > of the lid is needed :=P
> >
> > gpz
>
> That seems to be very interesting. Do you know where can I find him
> (website or e-mail?

sorry i forgot....it was posted on some spanish webforum... i found the
link on either dextrose or gcdev or...some other page :=P maybe someone
else remembers :)

gpz

Re: [Gc-linux-devel] (no subject)

[Pezezin <pez...@ya...>]

> origa is a spanish guy who has appearently made a working modchip.
>
> btw if you use a AR loader, exactly one button press and one open/close
> of the lid is needed :=P
>
> gpz

That seems to be very interesting. Do you know where can I find him (website 
or e-mail?

Qapla'

Re: [Gc-linux-devel] (no subject)

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

On Thursday 15 July 2004 11:14, Philip Lawatsch wrote:
> ro...@Ih... wrote:
> > I ordered a Max Drive Pro - Datel took the money of me, and they havent
> > even finished making it yet. :-/
> > As soon as I get it, I'll be able to tell you about it. But until then, I
> > cant.
> >
> > Course, if the stuff with Origa stuff comes to fruition before datel
> > finish maxdrive pro, then I'll cancel the order and get my cash back :)
>
> I didn't quite get this one I'm afraid. What "Origa" stuff?
>
> Is there anything else to boot over the network without pressing 10000
> buttons on the controller (Which is the reason why I would by one of
> these Max Drive Pro units)?

origa is a spanish guy who has appearently made a working modchip.

btw if you use a AR loader, exactly one button press and one open/close
of the lid is needed :=P

gpz

Re: [Gc-linux-devel] Action Replay Max Drive Pro

[Jonathan P. <j-g...@jo...>]

> Darrell Blake wrote:
> > I ordered one yesterday. When I receive it I'll post some info about it.

FWIW, I ordered one near the end of June. Still no news whatsoever,
but I'm still confident they'll send it someday...

Cheers,
--Jonathan

Re: [Gc-linux-devel] (no subject)

[Philip L. <ph...@la...>]

ro...@Ih... wrote:
> I ordered a Max Drive Pro - Datel took the money of me, and they havent
> even finished making it yet. :-/
> As soon as I get it, I'll be able to tell you about it. But until then, I
> cant.

> Course, if the stuff with Origa stuff comes to fruition before datel
> finish maxdrive pro, then I'll cancel the order and get my cash back :)

I didn't quite get this one I'm afraid. What "Origa" stuff?

Is there anything else to boot over the network without pressing 10000 
buttons on the controller (Which is the reason why I would by one of 
these Max Drive Pro units)?

kind regards -ph-

[Gc-linux-devel] Re: Gc-linux-devel digest, Vol 1 #79 - 2 msgs

[James W. <jk...@ho...>]

There is a statement on their website that says that this product has not
been released.
I have ordered and am waiting (impatiently!)

James Wall
jk...@ho...
----- Original Message ----- 
From: <gc-...@li...>
To: <gc-...@li...>
Sent: Wednesday, July 14, 2004 8:22 PM
Subject: Gc-linux-devel digest, Vol 1 #79 - 2 msgs


> Send Gc-linux-devel mailing list submissions to
> gc-...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
> or, via email, send a message with subject or body 'help' to
> gc-...@li...
>
> You can reach the person managing the list at
> gc-...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Gc-linux-devel digest..."
>
>
> Today's Topics:
>
>    1. Re: Action Replay Max Drive Pro (Philip Lawatsch)
>    2. Re: Action Replay Max Drive Pro (Fogel Eleadrim)
>
> --__--__--
>
> Message: 1
> Date: Wed, 14 Jul 2004 14:47:58 +0200
> From: Philip Lawatsch <ph...@la...>
> To:  gc-...@li...
> Subject: Re: [Gc-linux-devel] Action Replay Max Drive Pro
> Reply-To: gc-...@li...
>
> Darrell Blake wrote:
> > I ordered one yesterday. When I receive it I'll post some info about it.
>
> Any news about this device?
>
> I'm considering to buy one of these too, if booting Linux works :)
>
> kind regards -ph-
>
>
> --__--__--
>
> Message: 2
> Date: Wed, 14 Jul 2004 12:11:08 -0400
> From: Fogel Eleadrim <con...@gm...>
> To: gc-...@li...
> Subject: Re: [Gc-linux-devel] Action Replay Max Drive Pro
> Reply-To: gc-...@li...
>
> What about the Max Drive Pro developper version ! any of you tried it ?
>
> bye
> Fogel
>
> On Wed, 14 Jul 2004 14:47:58 +0200, Philip Lawatsch <ph...@la...>
wrote:
> > Darrell Blake wrote:
> > > I ordered one yesterday. When I receive it I'll post some info about
it.
> >
> > Any news about this device?
> >
> > I'm considering to buy one of these too, if booting Linux works :)
> >
> > kind regards -ph-
> >
> > -------------------------------------------------------
> > This SF.Net email sponsored by Black Hat Briefings & Training.
> > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> > digital self defense, top technical experts, no vendor pitches,
> > unmatched networking opportunities. Visit www.blackhat.com
> > _______________________________________________
> > Gc-linux-devel mailing list
> > Gc-...@li...
> > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
> >
>
>
>
> --__--__--
>
> _______________________________________________
> Gc-linux-devel mailing list
> Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>
>
> End of Gc-linux-devel Digest
>

[Gc-linux-devel] (no subject)

[<ro...@Ih...>]

I ordered a Max Drive Pro - Datel took the money of me, and they havent
even finished making it yet. :-/
As soon as I get it, I'll be able to tell you about it. But until then, I
cant.
Course, if the stuff with Origa stuff comes to fruition before datel
finish maxdrive pro, then I'll cancel the order and get my cash back :)
-Randomdude

Re: [Gc-linux-devel] Action Replay Max Drive Pro

[Fogel E. <con...@gm...>]

What about the Max Drive Pro developper version ! any of you tried it ?

bye
Fogel

On Wed, 14 Jul 2004 14:47:58 +0200, Philip Lawatsch <ph...@la...> wrote:
> Darrell Blake wrote:
> > I ordered one yesterday. When I receive it I'll post some info about it.
> 
> Any news about this device?
> 
> I'm considering to buy one of these too, if booting Linux works :)
> 
> kind regards -ph-
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Gc-linux-devel mailing list
> Gc-...@li...
> https://lists.sourceforge.net/lists/listinfo/gc-linux-devel
>