gc-linux-devel — Development-related discussion.

Re: SPAMVERDACHT:[Gc-linux-devel] Re: Framebuffer code

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

On Tuesday 27 January 2004 00:02, Carlos Correa wrote:
> point, and why some gamecubes have different problems the other from what i
> hear.

its almost certainly the different loaders that cause the problems... none of
them is perfect (and that also includes tmbincs ipl, and my own elfloader aswell)
and they all cause other weird issues :=P

gpz

[Gc-linux-devel] Re: Framebuffer code

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

Razor123:
 
26 January 2004: Preliminary framebuffer code in CVS  drivers/video/gamecube.c can clear the screen and hopefully soon display text.
 
 
Nice code, but i would like to know who did it. I think it was mist but i could be wrong, also if needed i think i have some ideas on having text displayed, maybe even in color. 
also, i haven't test the kernel due to need to buy a bba and Pso(game), so would like to know what happenes up to this point, and why some gamecubes have different problems the other from what i hear.
 


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!

Re: [Gc-linux-devel] Re: Gc-linux-devel digest, Vol 1 #11 - 16 msgs

[Steven L. <st...@mi...>]

On Mon, Jan 26, 2004 at 05:34:15PM -0000, ro...@Ih... wrote:
> Message: 16
> > From: Michael Steil <st...@in...>
> > Subject: Re: [Gc-linux-devel] Booting
> > Date: Mon, 26 Jan 2004 16:01:57 +0100
> > To: gc-...@li...
> > Reply-To: gc-...@li...
> >
> 
> >> Can't seem to get it running in DolWin at all. Is there anything
> >> special
> >> i need to do?
> >
> > DolWin won't work at the current status any more, because it does not
> > support virtual memory - GameCube games don't need it, but Linux
> > depends on it.
> 
> What? Virtual memory? swapping? Urm, I compiled this out of my kernel, why
> on earth would it be needed in a box with ram and no disk storage?
> -Alan

It's not the virtual memory you know from windows (the swapfile) or the swap partition when running some unix. This is about the MMU (memory management unit) which makes sure everything is in memory when needed (ok, the OS actually needs to do this, but the MMU helps) (swapping). 

It also makes sure once userland process cannot write into the memory used by another userland process. It does a few other things, but these are the most important. It maps from virtual addresses into physical addresses.

> 
> 
> 
> 
> -------------------------------------------------------
> 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
> 

[Gc-linux-devel] Virtual Memory

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

On Jan 26, 2004, at 6:34 PM, <ro...@Ih...> wrote:
>>> Can't seem to get it running in DolWin at all. Is there anything
>>> special
>>> i need to do?
>>
>> DolWin won't work at the current status any more, because it does not
>> support virtual memory - GameCube games don't need it, but Linux
>> depends on it.
>
> What? Virtual memory? swapping? Urm, I compiled this out of my kernel, 
> why
> on earth would it be needed in a box with ram and no disk storage?

Without virtual memory, you'll have the following problems:
* If you run a program, the complete executable needs to be loaded into 
memory. With virtual memory the parts are loaded on demand.
* If a process forks off another process, the complete process needs to 
be duplicated. WIth VM, the data will be duplicated on a write access.
* You won't have any memory protection. Processes can overwrite other 
processes' memory. (I am not sure about this one.)

So turning VM off only needs more memory. It only makes sense for truly 
tiny systems (like ones with only 4 MB RAM) that need a tiny kernel and 
run optimized applications. At least this is my impression.

   Michael

[Gc-linux-devel] Re: Gc-linux-devel digest, Vol 1 #11 - 16 msgs

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

Message: 16
> From: Michael Steil <st...@in...>
> Subject: Re: [Gc-linux-devel] Booting
> Date: Mon, 26 Jan 2004 16:01:57 +0100
> To: gc-...@li...
> Reply-To: gc-...@li...
>

>> Can't seem to get it running in DolWin at all. Is there anything
>> special
>> i need to do?
>
> DolWin won't work at the current status any more, because it does not
> support virtual memory - GameCube games don't need it, but Linux
> depends on it.

What? Virtual memory? swapping? Urm, I compiled this out of my kernel, why
on earth would it be needed in a box with ram and no disk storage?
-Alan

Re: [Gc-linux-devel] Booting

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

On Jan 26, 2004, at 2:16 PM, phr...@o2... wrote:
> Right then, I am in UK so my cube is a PAL cube (anyone else running 
> PAL?)

tmbinc, me, ionic, alan - actually most of us.

> It was bought mid december of last year.
>
> Am using psoload v1.1 OSX/Linux port running on Linux. (Are we getting 
> a
> v2.0 OSX/Linux port?)
>
> Can't seem to get it running in DolWin at all. Is there anything 
> special
> i need to do?

DolWin won't work at the current status any more, because it does not 
support virtual memory - GameCube games don't need it, but Linux 
depends on it.

> Could the fact that it is PAL be causing the boot only as far as PID 
> hash
> table?

It might have to do with PSOload 1.1. I use a mid-December 2003 PAL GC 
and I have the full screen with PSOload 2.0

> Also would it be simple to check if the cube is PAL and enable the 
> framebuffer
> in PAL or PAL60 mode?

Yes. The framebuffer *is* in PAL mode - at least on your GC. As I 
understand the code, it inherits the mode from the PSO game.

> If so i would like to implement this as my tv doesn't do 60Hz to well 
> :-(
>
> To access the CVS properly i am guessing i register with SF then ask 
> the
> maintainer to add my username to CVS access?
>
> If this is the case then could you add me Michael? my username is 
> phreakster.

Sure, I've added you.
Btw, anonymous CVS always returns the state of 24 hours before.

   Michael

Re: [Gc-linux-devel] Booting linux stuck at: Pid hash table...

[Steven L. <st...@mi...>]

Oh, I'm using psoload1.1-linux.

On Mon, Jan 26, 2004 at 03:20:19PM +0100, Steven Looman wrote:
> Hi,
> 
> As requested, info about my cube when/where it gets stuck.
> 
> Stuck:
> Pid hash table entries: 64 (order 6: 512 byes)
> 
> Cube:
> Bought it in Holland, it's a PAL cube. Running PSO at 50 and 60 Hz, the results are the same.
> 
> Bye,
> 
> Steven Looman (Steve_-)
> 
> 
> -------------------------------------------------------
> 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
> 

[Gc-linux-devel] Booting linux stuck at: Pid hash table...

[Steven L. <st...@mi...>]

Hi,

As requested, info about my cube when/where it gets stuck.

Stuck:
Pid hash table entries: 64 (order 6: 512 byes)

Cube:
Bought it in Holland, it's a PAL cube. Running PSO at 50 and 60 Hz, the results are the same.

Bye,

Steven Looman (Steve_-)

Re: [Gc-linux-devel] Volunteer for mouse (and keyboard) driver

[Steven L. <st...@mi...>]

On Mon, Jan 26, 2004 at 12:55:05PM +0100, Free The Cube wrote:
> Steven Looman wrote:
> >Hi,
> >
> >I'd like to volunteer for a mouse (using the pad). And when i get a 
> >keyboard adapter I'd like to (try to) write a keyboard "driver" too.
> >
> >Tho, this might be a bit early, I just wanted you to know.
> 
> Great !
> 
> As said in previous mails, this kind of driver (mouse/joypad/keyboard) 
> must use a Serial Interface driver (not yet written).

Just subscribed. :)

> 
> I'm trying to write a such driver , but i haven't got enough time to 
> progress as quickly as the GC-Linux core kernel developpers, and i 
> haven't got enough experience in kernel development :( .
> 
> About the mouse driver using the pad, i wrote a user-land driver that do 
> this.
> 
> Conclusion : perhaps we can work together on this :) !?

Sure, mail me sometime. :) (or use this mailinglist)

> 
> Regards, Free The Cube.
> 
> PS : As Richard Eng said, the entire 0xcc006400 register
> range is covered in the US Patent 6,609,977
> 
> 
> 
> 
> -------------------------------------------------------
> 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
> 

[Gc-linux-devel] Booting

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

Right then, I am in UK so my cube is a PAL cube (anyone else running PAL?=
)

It was bought mid december of last year.

Am using psoload v1.1 OSX/Linux port running on Linux. (Are we getting a
v2.0 OSX/Linux port?)

Can't seem to get it running in DolWin at all. Is there anything special
i need to do?

Could the fact that it is PAL be causing the boot only as far as PID hash=

table?

Also would it be simple to check if the cube is PAL and enable the frameb=
uffer
in PAL or PAL60 mode?

If so i would like to implement this as my tv doesn't do 60Hz to well :-(=


To access the CVS properly i am guessing i register with SF then ask the
maintainer to add my username to CVS access?

If this is the case then could you add me Michael? my username is phreaks=
ter.

Good work on the doc gropeaz. Should be very helpful.

Mike

Re: [Gc-linux-devel] PSOload V2.0a on Linux (WINE)

[<bo...@bo...>]

On Mon, Jan 26, 2004 at 01:09:15PM +0100, Groepaz wrote:
> uhmz my wine runs suid root so thats probably not it (i think?!)

Hmm, the other case when such a message happens, is if you already have an
application which has bound a socket to this port. ie : if you 've got a
dns server running on this host.

Regards,

-- 
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

Re: [Gc-linux-devel] PSOload V2.0a on Linux (WINE)

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

On Monday 26 January 2004 12:47, a.b...@fr... wrote:
> Quoting Groepaz <gr...@gm...>:
> > On Sunday 25 January 2004 13:15, Azalyn wrote:
> > i had to disable psoloads builtin dns server and run my own instead to
> > make it work.... might be worth a try if you get "unable to bind to
> > socket" errors.
>
> Hello,
>
> you got this message because normal users arent allowed to bind ports under
> 1024 and dns uses port 53. if you already have got your own dns server on
> you network, you can just make it resolve the PSO server name, else, you
> can simply run psoload as root.

uhmz my wine runs suid root so thats probably not it (i think?!)

gpz

Re: [Gc-linux-devel] Volunteer for mouse (and keyboard) driver

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

Steven Looman wrote:
> Hi,
> 
> I'd like to volunteer for a mouse (using the pad). And when i get a keyboard adapter I'd like to (try to) write a keyboard "driver" too.
> 
> Tho, this might be a bit early, I just wanted you to know.

Great !

As said in previous mails, this kind of driver (mouse/joypad/keyboard) 
must use a Serial Interface driver (not yet written).

I'm trying to write a such driver , but i haven't got enough time to 
progress as quickly as the GC-Linux core kernel developpers, and i 
haven't got enough experience in kernel development :( .

About the mouse driver using the pad, i wrote a user-land driver that do 
this.

Conclusion : perhaps we can work together on this :) !?

Regards, Free The Cube.

PS : As Richard Eng said, the entire 0xcc006400 register
range is covered in the US Patent 6,609,977

Re: [Gc-linux-devel] PSOload V2.0a on Linux (WINE)

[<a.b...@fr...>]

Quoting Groepaz <gr...@gm...>:

> On Sunday 25 January 2004 13:15, Azalyn wrote:
> i had to disable psoloads builtin dns server and run my own instead to =
make
> it work.... might be worth a try if you get "unable to bind to socket"
> errors.
>=20

Hello,

you got this message because normal users arent allowed to bind ports und=
er 1024
and dns uses port 53. if you already have got your own dns server on you
network, you can just make it resolve the PSO server name, else, you can =
simply
run psoload as root.

[Gc-linux-devel] Volunteer for mouse (and keyboard) driver

[Steven L. <st...@mi...>]

Hi,

I'd like to volunteer for a mouse (using the pad). And when i get a keyboard adapter I'd like to (try to) write a keyboard "driver" too.

Tho, this might be a bit early, I just wanted you to know.

Bye,

Steven Looman (Steve_-)

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

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

Michael Steil wrote:
> Sounds to me like top half and bottom half, what you are talking about. 
> There is a monimal interrupt handler, the top half. The bottom half is 
> the actual code that does something, but it gets called but the 
> scheduler later, not by the interrupt directly.
> 
> If that's what you were thinking about - that's something else.
Yes, I think about 'top half' and 'bottom half'... So, I say stupid 
things, sorry :) !

Free The Cube.

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

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

On Jan 26, 2004, at 10:12 AM, Free The Cube wrote:
> I don't want to say stupid things, but IIRC the Linux kernel can 
> handle an Interrupt quickly (first level) but can report its treatment 
> later (second level) to improve the speed/latency, can not do it !?
> If so, it should be better to use the Linux way...

Sounds to me like top half and bottom half, what you are talking about. 
There is a monimal interrupt handler, the top half. The bottom half is 
the actual code that does something, but it gets called but the 
scheduler later, not by the interrupt directly.

If that's what you were thinking about - that's something else.

   Michael

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

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

Hi !

I don't want to say stupid things, but IIRC the Linux kernel can handle 
an Interrupt quickly (first level) but can report its treatment later 
(second level) to improve the speed/latency, can not do it !?
If so, it should be better to use the Linux way...

Free The Cube.


Michael Steil wrote:
> Hi!
> 
> tmbinc and me have been talking about how to implement interrupts on the 
> GameCube. The GameCube has an interrupt controller with 14 sources. Each 
> source is a device, and each device can trigger one or more different 
> interrupts by only having one line to the interrupt controller. This is 
> quite similar to other architectures: Interrupt 8 in this case comes 
> from the VI (Video Interface), and the VI has 4 different sources for 
> interrupts.
> 
> The original GameCube system software  presents a linear system to the 
> user. It is aware of all possible interrupts sources at the second level 
> and presents them in a single list. The user must only register for one 
> specific VI interrupt, for example, and not for the common VI interrupt 
> and then check which one it was, using the VI registers. GCLIb also 
> implements this behavior.
> 
> It is my understanding that it is common in Linux to only implement the 
> first level in the kernel interrupt handling code, i.e. 14 sources, and 
> that drivers must do the rest manually. This is done because the generic 
> kernel interrupt code cannot be aware of all different devices in a 
> system - on a normal computer you can change the configuration easily 
> and remove or add devices, like PCI cards. On the GameCube, the number 
> of different interrupts is fixed; there is no way to add a device that 
> can trigger another interrupt, so the generic interrupt code would 
> already handle all interrupts at the sources and pretend that this 
> two-level design didn't exist.
> 
> There are pros for each side. Presenting two levels is more the Linux 
> way, while linearizing the interrupts is easier for driver developers 
> and has no real disadvantages. I tend to prefer the Linux way, tmbinc 
> seems to prefer the GameCube SDK way.
> 
> What are your opinions?
> 
>   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
> 
> 

Re: [Gc-linux-devel] PSOload V2.0a on Linux (WINE)

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

On Sunday 25 January 2004 13:15, Azalyn wrote:
> Hey there.
> I was asked by mist to compile all this info, and post it to this list, so
> here it is. ^_^
>
> I've gotten PSOload v2.0a working in Linux, by using WINE.
> (http://www.winehq.com/) My Wine version is "Wine 20030508", pretty old as
> you can see. I compiled it myself. My Linux distribution is pretty darned
> old too, I'm using Slackware 7.1 so chances are that since it works on my
> system, it'll work on pretty much everyone else's system too.

i had to disable psoloads builtin dns server and run my own instead to make
it work.... might be worth a try if you get "unable to bind to socket" errors.

gpz

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

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

On Sunday 25 January 2004 21:59, Mathieu wrote:
> Mathieu
> Ps:  I had to remove the cygwin1.dll that come with the devkitcube,
> otherwise I get:
> cygheap version mismatch detected - 0x61600000/0x615F0000 ...

fix this before you continue (keeping the dll that comes with devkitcube,
removing any other). mixing different cygwin installs on one system is
the root of all evil(tm) :=P

gpz

[Gc-linux-devel] Re: Gc-linux-devel digest, Vol 1 #10 - 5 msgs

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

> From: Michael Steil <st...@in...>
> Subject: Re: [Gc-linux-devel] I'am New
> Date: Mon, 26 Jan 2004 00:37:39 +0100
> To: gc-...@li...
> Reply-To: gc-...@li...
>
> On Jan 25, 2004, at 11:38 PM, Michael Nicholls wrote:

Some Stuff.....

>> I can boot as far as PID hash table entries: 64 (order 6: 512 bytes)
>> Is that as far as it should currently boot?
>
> That's weird. We have one machine (Alan) that doesn't boot at all, two
> machine (you, Costis) that boot up to this point (can it be
> reproduced?), and some machines that boot up to "Failed to mount root"
> (see screenshot). Can you please tell us when and where your GC has
> been bought?
>
>   Michael
>

I think this may be loader dependant. My results:

Using Psul: boots to black screen, dies
Using Psoload v1.1: as you - to the PID hash table bit
Using Psoload v2.0a: dies while uploading dolfile, I'd put money this is
becuase of my lan/PC although I have tried a 10mb hub and a 100mb switch.
What loader are you using?

(gloat: Although my kernel works in psul, and dolwin too. it just doesnt
yet work up to the pid hash table ;))
-Alan randomdude Hammond.

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

[Joe M. <jo...@no...>]

On Sun, Jan 25, 2004 at 04:41:01PM +0100, Michael Steil wrote:
> It is my understanding that it is common in Linux to only implement the 
> first level in the kernel interrupt handling code, i.e. 14 sources, and 
> that drivers must do the rest manually. This is done because the 
> generic kernel interrupt code cannot be aware of all different devices 
> in a system - on a normal computer you can change the configuration 
> easily and remove or add devices, like PCI cards. On the GameCube, the 
> number of different interrupts is fixed; there is no way to add a 
> device that can trigger another interrupt, so the generic interrupt 
> code would already handle all interrupts at the sources and pretend 
> that this two-level design didn't exist.
> 
> There are pros for each side. Presenting two levels is more the Linux 
> way, while linearizing the interrupts is easier for driver developers 
> and has no real disadvantages. I tend to prefer the Linux way, tmbinc 
> seems to prefer the GameCube SDK way.
> 
> What are your opinions?

If the two-stage behaviour only exists to work around a problem
(reconfigurable devices) that we simply don't have here, I see no reason
to stick with it.  If we decide later that the kernel should support
modifying the GC hardware, we can always add an "other" interrupt for
each of the 14 sources.

Joe

[Gc-linux-devel] PSOload V2.0a on Linux (WINE)

[Azalyn <zen...@vi...>]

Hey there.
I was asked by mist to compile all this info, and post it to this list, so
here it is. ^_^

I've gotten PSOload v2.0a working in Linux, by using WINE. (http://www.winehq.com/)
My Wine version is "Wine 20030508", pretty old as you can see. I compiled it myself.
My Linux distribution is pretty darned old too, I'm using Slackware 7.1 so
chances are that since it works on my system, it'll work on pretty much
everyone else's system too.

The dll's I got were the following:
iphlpapi.dll   -----  Win98SE DLL-Version
NTDLL.DLL   -----  Win98 DLL-Version
netapi32.dll   -----  Win98SE DLL-Version
dhcpcsvc.dll   -----  Win98SE DLL-Version
ipcfgdll.dll   -----  Win98SE DLL-Version
advapi32.dll   -----  Win98SE DLL-Version

I tossed all of the above in Wine's System directory. I'm not sure if they're
all 100% required, but getting'em all would be safe.

I got all of these from: 
http://www.drd.dyndns.org/search.html
They've got an archive with a bunch of DLL's from various Windows versions
(mostly 9X I think, which is what WINE needs). By the way, notice that
NTDLL.DLL above was typed in caps, thats because the search thing on the above
website seems to be buggy, when you search "ntdll.dll" in lowercase it seems to
return a bunch of irrelevant results, while searching for "NTDLL.DLL" in caps,
gets you the results you're looking for.

The above site can be found by googling for "drd dll" without the quotes, it'll
be the first result that pops up.
However, I'm not totally sure about the legality of the site...

If anyone needs more info, contact me on IRC. (I hardly ever check my email)

/azalyn

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

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

On Jan 25, 2004, at 11:38 PM, Michael Nicholls wrote:
> Right i have the kernel compling so now it is a case of understanding 
> what
> is going on.
>
> The web CVS interface doesn't show the IRQ updates that Michael has 
> made. Am
> is missing something or does the web interface not update that often?

The anonymous CVS is lagged by ~24 hours on SourceForge. The two new 
files are on www.gc-linux.org/down/ (gamecube.c, gamecube.h).

> Will try and take a look at the way network drivers are structured and 
> the
> BBA code in gclib,but am also trying to understand the bootup.

Cool. If you have questions - ask!

> I can boot as far as PID hash table entries: 64 (order 6: 512 bytes)
> Is that as far as it should currently boot?

That's weird. We have one machine (Alan) that doesn't boot at all, two 
machine (you, Costis) that boot up to this point (can it be 
reproduced?), and some machines that boot up to "Failed to mount root" 
(see screenshot). Can you please tell us when and where your GC has 
been bought?

   Michael

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

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

Right i have the kernel compling so now it is a case of understanding what
is going on.

The web CVS interface doesn't show the IRQ updates that Michael has made. Am
is missing something or does the web interface not update that often?

Is there a way i can get the cvs client to tell me which files were updated
most recently?

Will try and take a look at the way network drivers are structured and the
BBA code in gclib,but am also trying to understand the bootup.

I can boot as far as PID hash table entries: 64 (order 6: 512 bytes)

Is that as far as it should currently boot?

Mike

----- Original Message ----- 
From: "bryan" <gly...@co...>
To: <gc-...@li...>
Sent: Sunday, January 25, 2004 8:13 PM
Subject: Re: [Gc-linux-devel] I'am New


> Michael Nicholls wrote:
>
> > Hi all
> >
> > Just come across the project and thought I would help if I can.
> >
> > I have a cube and PSO and BBA so I can run the code on hardware.
> >
> > I can program in C and am familiar with Linux although have never done
> > any kernel work.
> >
> > Got the prealpha image to boot on my GC but not to run in DolWin.
> >
> > Am currently trying to get the code to compile.
> >
> > I am guessing the latest code is in CVS. Not used CVS before, but can
> > see how it should work, but how do I merge the CVS work into a vanilla
> > kernel? If I put the kernel in place and checkout onto it,
> > it complains. Do I just have to checkout and copy the CVS tree into
> > the kernel tree?
> >
> > Any specific kernel config I need to do?
> >
> > Will make produce a .dol or do I need to run the zImage against
> > another tool?
> >
> > Apart form all that, whats the next step that is being worked on?
>
>
>
> i think the next step would be getting the bba working under linux so we
> can nfs mount a root file system.
>
>
> >
> > Cheers
> >
> > Mike
>
>
>
>
>
> -------------------------------------------------------
> 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