Linux on the Nintendo GameCube and Wii

Shaun Jackman wrote:

>I'd like to attach a hard drive to my Game Cube so that I could boot
>Linux without the aid of a (standard) computer. I thought one way to
>accomplish this would be to use an Ethernet hard drive, aka
>Network-attached Storage (NAS). Has anyone tried this?
>  
>
I don't even own a GC any more, so I haven't tried this myself, but I'd 
look at a Linksys NSLU2 
(http://www1.linksys.com/products/product.asp?prid=640&scid=43). A 
friend has one, and they are _tiny_ - the picture on that web site is 
only a bit smaller than the real thing. It will convert a regular hard 
drive in the USB 2 enclosure of your choice into something your GC can 
see over the Ethernet port. And they tend to be cheap and easy to find 
on Ebay.

The best part is it runs Linux, and has a fairly robust community making 
firmware upgrades for it (http://www.nslu2-linux.org/). So it can make 
that drive available through NFS, CIFS(Samba), FTP, whatever.

It's a pretty cool little gadget made to add USB drives to a network, 
but it sounds like a perfect little NAS appliance for a GC.

Regards,

Mike

T24gMy83LzA2LCBUdWlUbyA8bGd0dWl0b0B0ZXJyYS5jb20uYnI+IHdyb3RlOgo+IGhpIGFsbCwK
Pgo+IEkgYm91Z2h0IHRoZSBWaXBlciBFeHRyZW1lIG1vZGNoaXAgKHN0aWxsIHdhaXRpbmcgdG8g
YmUgc2hpcHBlZCkuCj4KPiBJIHdvbmRlciBpZiB3ZSBjYW4gdXNlIHRoZSB1c2IgcG9ydCBpdCBo
YXMgYXMgYSBiYmEtbGlrZSB0byBuZXR3b3JrIHRoZSBjdWJlCj4gd2l0aCBsaW51eCAodGhlIHVz
YiBpcyB1c2VkIHRvIHVwZGF0ZSB0aGUgbW9kY2hpcCBiaW9zKS4KCkknZCBndWVzcyBpdCBpcyB2
ZXJ5IHVubGlrZWx5IHRoYXQgdGhlIG1vZGNoaXAncyBVU0IgY2hpcCBjYW4gYmUgdXNlZApmcm9t
IHRoZSBHYW1lIEN1YmUgc2lkZS4KCj4gVGhlcmUncyBhbHNvIGEgMTYgbWJpdCAoMiBNQikgb2Yg
Zmxhc2ggbWVtb3J5IHRoYXQgY2FuIGJlIHVzZWQgdG8gc3RvcmUgc3R1ZmYuCj4KPiBJcyBpdCBw
b3NzaWJsZSB0byB1cGxvYWQgdGhlIGtlcm5lbCB0byB0aGVyZSBhbmQgYm9vdCBsaW51eCB3aGVu
IHRoZSBjdWJlIGlzCj4gc3RhcnRlZCB3aXRob3V0IGEgZGlzaz8gVGhhdCB3b3VsZCBiZSBuaWNl
LgoKVGhpcyBzZWVtcyBhIGxvdCBtb3JlIGxpa2VseS4gSSdtIHVuc3VyZSBpZiB0aGlzIGZsYXNo
IGNoaXAgaXMgdXNlZCB0bwptb2RpZnkgb25seSB0aGUgRFZELVJPTSBkcml2ZSdzIEJJT1MsIG9y
IHRoZSBHYW1lIEN1YmUncyBCSU9TIGFzIHdlbGwuCklzIHRoZSBmbGFzaCBkYXRhIGFjY2Vzc2li
bGUgdG8gYSBMaW51eCBrZXJuZWwgcnVubmluZyBvbiB0aGUgR2FtZQpDdWJlPyBJcyBpdCBhY2Nl
c3NpYmxlIGFzIGEgbWVtb3J5IHRlY2hub2xvZ3kgZGV2aWNlIChNVEQpPwoKQ2hlZXJzLApTaGF1
bgo=

Hello Shaun, thanks for the reply.

Shaun Jackman wrote:
> On 3/7/06, TuiTo <lgtuito@...> wrote:
> 
>>hi all,
>>
>>I bought the Viper Extreme modchip (still waiting to be shipped).
>>
>>I wonder if we can use the usb port it has as a bba-like to network the cube
>>with linux (the usb is used to update the modchip bios).
> 

A friend of mine told me that the usb actually can be used to network the cube 
with a computer (to upload the bios).

So that's why I wonder how linux can make use of that.

> 
> I'd guess it is very unlikely that the modchip's USB chip can be used
> from the Game Cube side.
> 
> 
>>There's also a 16 mbit (2 MB) of flash memory that can be used to store stuff.
>>
>>Is it possible to upload the kernel to there and boot linux when the cube is
>>started without a disk? That would be nice.
> 
> 
> This seems a lot more likely. I'm unsure if this flash chip is used to
> modify only the DVD-ROM drive's BIOS, or the Game Cube's BIOS as well.
> Is the flash data accessible to a Linux kernel running on the Game
> Cube? Is it accessible as a memory technology device (MTD)?

As far I understand, this flash is a separate memory for user storage, not to 
hold the bios, but I won't confirm anything just yet.

Regards,
TuiTo.




> Cheers,
> Shaun
> N�HS^�隊X���'���u��<�ڂ�.���y�"��*m�x%jx.j���^�קvƩ�X�jب�ȧ��m�ݚ���v&��קv�^�+����j�Z���{az���^��h��஋�n���)�{h�����ا�׫�+h�(m�����Z��jY�w��ǥrg�y$���Oxḝn�mj��^�2===

The Viper Extreme's USB port is supposed to be 2-way and programmable, 
but its specs hasn't been released yet.

I wouldn't store the linux kernel on the chip's flash for two reasons:
it would take almost all of the available space and, since the kernel 
gets updated every now and then, one would have to reflash it. It would 
be better, I think, to store a small apploader on the chip and load the 
kernel via USB. This could be done automatically on Cube startup.

TuiTo wrote:
> hi all,
> 
> I bought the Viper Extreme modchip (still waiting to be shipped).
> 
> I wonder if we can use the usb port it has as a bba-like to network the 
> cube with linux (the usb is used to update the modchip bios).
> 
> There's also a 16 mbit (2 MB) of flash memory that can be used to store 
> stuff.
> 
> Is it possible to upload the kernel to there and boot linux when the 
> cube is started without a disk? That would be nice.
> 
> TuiTo.

Masken wrote:
> The Viper Extreme's USB port is supposed to be 2-way and programmable, 
> but its specs hasn't been released yet.
> 
> I wouldn't store the linux kernel on the chip's flash for two reasons:
> it would take almost all of the available space and, since the kernel 
> gets updated every now and then, one would have to reflash it. It would 
> be better, I think, to store a small apploader on the chip and load the 
> kernel via USB. This could be done automatically on Cube startup.
> 

this is nice too. But the main idea for for uploading the kernel directly was to 
make the cube completly independent (say, you're travelling and want to watch 
some movies).

> TuiTo wrote:
> 
>> hi all,
>>
>> I bought the Viper Extreme modchip (still waiting to be shipped).
>>
>> I wonder if we can use the usb port it has as a bba-like to network 
>> the cube with linux (the usb is used to update the modchip bios).
>>
>> There's also a 16 mbit (2 MB) of flash memory that can be used to 
>> store stuff.
>>
>> Is it possible to upload the kernel to there and boot linux when the 
>> cube is started without a disk? That would be nice.
>>
>> TuiTo.
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

TuiTo wrote:
> Masken wrote:
>> The Viper Extreme's USB port is supposed to be 2-way and programmable, 
>> but its specs hasn't been released yet.
>>
>> I wouldn't store the linux kernel on the chip's flash for two reasons:
>> it would take almost all of the available space and, since the kernel 
>> gets updated every now and then, one would have to reflash it. It 
>> would be better, I think, to store a small apploader on the chip and 
>> load the kernel via USB. This could be done automatically on Cube 
>> startup.
>>
> 
> this is nice too. But the main idea for for uploading the kernel 
> directly was to make the cube completly independent (say, you're 
> travelling and want to watch some movies).

The kernel by itself isn't a working system; for example, mplayer and 
its attendant libraries takes several megabytes of space, requiring 
storage on DVD (see the mfe-distro) or on an NFS/NBD server.

So since you need extra storage anyway, you might as well put the kernel 
with the rest of the linux system.

T24gMy83LzA2LCBUdWlUbyA8bGd0dWl0b0B0ZXJyYS5jb20uYnI+IHdyb3RlOgo+IEEgZnJpZW5k
IG9mIG1pbmUgdG9sZCBtZSB0aGF0IHRoZSB1c2IgYWN0dWFsbHkgY2FuIGJlIHVzZWQgdG8gbmV0
d29yayB0aGUgY3ViZQo+IHdpdGggYSBjb21wdXRlciAodG8gdXBsb2FkIHRoZSBiaW9zKS4KPgo+
IFNvIHRoYXQncyB3aHkgSSB3b25kZXIgaG93IGxpbnV4IGNhbiBtYWtlIHVzZSBvZiB0aGF0LgoK
VGhlcmUncyBhIGRpc3RpbmN0IGRpZmZlcmVuY2UgYmV0d2VlbiBiZWluZyBhYmxlIHRvIHVzZSB0
aGUgVVNCIHRvCnVwbG9hZCB0aGUgQklPUyB0byB0aGUgbW9kLWNoaXAsIGFuZCBiZWluZyBhYmxl
IHRvIHVzZSB0aGUgVVNCIHRvCm5ldHdvcmsgdGhlIEdhbWUgQ3ViZS4gSSBzdXNwZWN0IHRoZSBm
b3JtZXIgaXMgcG9zc2libGUgYW5kIHRoZQpsYXR0ZXIuLi4gbm90IHNvIG11Y2guCgpDaGVlcnMs
ClNoYXVuCg==

T24gMy83LzA2LCBUdWlUbyA8bGd0dWl0b0B0ZXJyYS5jb20uYnI+IHdyb3RlOgo+IFNoYXVuIEph
Y2ttYW4gd3JvdGU6Cj4+IE9uIDUvMS8wNSwgR3JvZXBheiA8Z3JvZXBhekBnbXgubmV0PiB3cm90
ZToKPj4+dGhhdCBzaG91bGQgYmUgZml4ZWQgYnkgcmVjb21waWxpbmcgZmNldSBhZ2FpbnN0IGlz
b2JlbHMgc2RsIHBvcnQuLi5pZgo+Pj5mY2V1IGlzIGV2ZW4gc2RsIHRoYXQgaXMgOj1QCj4+Cj4+
IGZjZXUgZG9lcyB1c2UgU0RMLiBJJ2xsIGNoZWNrIG91dCBpc29iZWwncyBwYXRjaC4gVGhhbmtz
IQo+PiBTaGF1bgo+Pgo+IENvb2wsIGxldCB1cyBrbm93IGlmIGl0IHdvcmtlZCBvdXQgYnkgcmVj
b21waWxpbmcuIEknbSBhbHNvIGludGVyZXN0ZWQgaW4KPiBydW5uaW5nIGEgbmVzIGVtdWxhdG9y
IGluIHRoZSBnYW1lIGN1YmUuCj4KPiBJZiBwb3NzaWJsZSwgeW91IGNvdWxkIHBvaW50IG91dCBo
b3cgeW91IGRpZCB0aGUgd2hvbGUgcHJvY2VzcywgdGhhdCBzaG91bGQgYmUKPiB2ZXJ5IGhlbHBm
dWxsIGZvciBtYW55IHBwbC4KClVzaW5nIElzb2JlbCdzIFNETCBwb3J0IGRpZCBmaXggdGhlIGNv
bG91ciBwYWxldHRlIGlzc3VlLCBhbmQgZmNldSwKdGhlIE5FUyBlbXVsYXRvciwgd29ya3Mgd29u
ZGVyZnVsbHkhIEkgcGxheWVkIERyLiBNYXJpbyBvbiBteSBHYW1lCkN1YmUgcXVpdGUgaGFwcGls
eS4KCkknZCBiZSBoYXBweSB0byBwb3N0IGFuIGFjY291bnQgb2YgbXkgZXhwZXJpZW5jZSwgYnV0
IEkgZGlkIGFsbCB0aGlzCndvcmsgYWJvdXQgYSB5ZWFyIGFnbywgYW5kIEkgZG9uJ3QgcmVjYWxs
IHRoZSBkZXRhaWxzLCBvbmx5IGdlbmVyYWwKc3VjY2Vzc2VzLgoKQ2hlZXJzLApTaGF1bgo=

Shaun Jackman wrote:
> On 3/7/06, TuiTo <lgtuito@...> wrote:
> 
>>Shaun Jackman wrote:
>>
>>>On 5/1/05, Groepaz <groepaz@...> wrote:
>>>
>>>>that should be fixed by recompiling fceu against isobels sdl port...if
>>>>fceu is even sdl that is :=P
>>>
>>>fceu does use SDL. I'll check out isobel's patch. Thanks!
>>>Shaun
>>>
>>
>>Cool, let us know if it worked out by recompiling. I'm also interested in
>>running a nes emulator in the game cube.
>>
>>If possible, you could point out how you did the whole process, that should be
>>very helpfull for many ppl.
> 
> 
> Using Isobel's SDL port did fix the colour palette issue, and fceu,
> the NES emulator, works wonderfully! I played Dr. Mario on my Game
> Cube quite happily.
> 
> I'd be happy to post an account of my experience, but I did all this
> work about a year ago, and I don't recall the details, only general
> successes.
> 
Ok, no problem at all. I think I'll be writing the howto myself then.

oh, just remembered... does the emulator runs from linux or it's a native game 
cube binary that runs without linux ?

If it runs from linux, it would be nice to have a section on the gc-linux wiki 
with information on how to run emulators on the gc. What you guys think?

Regards
TuiTo.


> Cheers,
> Shaun
> N�HS^�隊X���'���u��<�ڂ�.���y�"��*m�x%jx.j���^�קvƩ�X�jب�ȧ��m�ݚ���v&��קv�^�+����j�Z���{az���^��h��஋�n���)�{h�����ا�׫�+h�(m�����Z��jY�w��ǥrg�y$���Oxḝn�mj��^�2===

T24gMy83LzA2LCBUdWlUbyA8bGd0dWl0b0B0ZXJyYS5jb20uYnI+IHdyb3RlOgouLi4KPiBvaCwg
anVzdCByZW1lbWJlcmVkLi4uIGRvZXMgdGhlIGVtdWxhdG9yIHJ1bnMgZnJvbSBsaW51eCBvciBp
dCdzIGEgbmF0aXZlIGdhbWUKPiBjdWJlIGJpbmFyeSB0aGF0IHJ1bnMgd2l0aG91dCBsaW51eCA/
CgpmY2V1IHJ1bnMgaW4gTGludXguCgotLSBzZGoK

SGVsbG8gUm9iLAoKSSBtb2RpZmllZCBhIE5pbnRlbmRvIEdhbWVjdWJlIGNvbXBvbmVudCB2aWRl
byBjYWJsZSB0byBvdXRwdXQgUkdCSFYKaW5zdGVhZCBvZiBZQ2JDciBhbmQgY29ubmVjdGVkIGl0
IHRvIGFuIExDRCBzY3JlZW4uIEl0IHdvcmtlZCB2ZXJ5CndlbGwhIEkgdXNlZCBpdCB3aXRoIHN0
b2NrIE5pbnRlbmRvIGdhbWVzIHdoaWNoIGNvdWxkIG91dHB1dApwcm9ncmVzc2l2ZSB2aWRlbyBp
biBhZGRpdGlvbiB0byBpbnRlcmxhY2VkIHZpZGVvLiBXaGF0IHlvdSdyZSBhc2tpbmcKaXMgY2Vy
dGFpbmx5IHRlY2huaWNhbGx5IHBvc3NpYmxlLiBJIGRvbid0IGtub3cgaWYgdGhlIExpbnV4IGtl
cm5lbApzdXBwb3J0cyBpdC4KCkNoZWVycyEKU2hhdW4KCk9uIDMvMy8wNiwgUm9iIFJlaWxpbmsg
PHJvYkByZWlsaW5rLm5ldD4gd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gSSdtIHRyeWluZyB0byBzZWUg
aWYgaXQgaXMgcG9zc2libGUgdG8gaG9vcCB1cCBhIFRGVCBMQ0QgKGZyb20gYW4gb2xkCj4gbGFw
dG9wKSB0byB0aGUgZ2FtZWN1YmUgZGlnaXRhbCB2aWRlbyBvdXRwdXQuIFRoZSBvdXRwdXQgc2Vl
bXMgdG8gYmUKPiByZWFzb25hYmx5IGNvbXBhdGlibGUgd2l0aCB0aGUgdGltaW5nIHJlcXVpcmVk
IGZvciB0aGUgVEZULgo+IFdoYXQgSSBoYXZlIGZvdW5kIGluIHBhdGVudCA2NjA5OTc3Cj4gKGh0
dHA6Ly9mcmVlcGF0ZW50c29ubGluZS5jb20vNjYwOTk3Ny5odG1sLCBzZWFyY2ggZm9yIEV4YW1w
bGUgVmlkZW8KPiBJbnRlcmZhY2UpCj4gVGhlIGRpZ2l0YWwgb3V0cHV0IG91dHB1dHMgWSwgQ3Is
IFkgLENiIGRhdGEgb24gYSBmaXhlZCByYXRlIG9mIDI3IE1Iego+IGFuZCB0aGUgb3V0cHV0IGZv
cm1hdCBpcyBzZWxlY3RhYmxlIGJldHdlZW4gTlRTQywgUEFMLCBNUEFMKD8pIGFuZCBEZWJ1Zwo+
IChDQ0lSNjU2KS4gVGhlIDI3TUh6IG1ha2VzIHNlbnNlIGZvciBhYm91dCA2NDAgcGl4ZWxzIGhv
cml6b250YWxseSBmb3IKPiBpbnRlcmxhY2VkIHZpZGVvLiBURlQgZGlzcGxheXMgaG93ZXZlciBy
ZXF1aXJlIG5vbi1pbnRlcmxhY2VkIGRhdGEuIFRvCj4gYXZvaWQgdXNpbmcgYSBkaWZmaWN1bHQg
Y29udmVyc2lvbiwgaXQgaXMgbmVzY2Vzc2FyeSB0byB1c2UgYSA1NE1Iego+IHBpeGVsIGNsb2Nr
LCB3aGljaCBzaG91bGQgYmUgcG9zc2libGUgYWNjb3JkaW5nIHRvIHRoZSBwYXRlbnQ6Cj4KPiAg
VkkgQ2xvY2sgU2VsZWN0IFJlZ2lzdGVyIChSL1cpCj4gICAgIFRoaXMgcmVnaXN0ZXIgc2VsZWN0
cyB3aGV0aGVyIHRoZSBWSSB3aWxsIHJlY2VpdmUgYSAyNyBNaHogb3IgYSA1NCBNaHoKPiAgICAg
Y2xvY2suIFRoZSA1NCBNaHogY2xvY2sgaXMgdXNlZCBvbmx5IHdpdGggdGhlIHByb2dyZXNzaXZl
Cj4gICAgICAgICAgICAgICAgICAgICAgICAgICBkaXNwbGF5IG1vZGVzLgo+ICAgICAgICAgVklD
TEtTRUwgICAgICAgICAgMSAgICAgICAwIC0yNyBNaHogdmlkZW8gY2xrICAgICAgMAo+ICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxIC01NCBNaHogdmlkZW8gY2xrCj4KPgo+IElz
IGl0IHBvc3NpYmxlIHdpdGggdGhlIGN1cnJlbnQgZ2NuZmIgbW9kdWxlIHRvIHNlbGVjdCBvdGhl
ciBtb2RlcyB0aGFuCj4gUEFMIG9yIE5UU0M/IE9yIGlzIHRoZXJlIGFuIG90aGVyIHdheSB0bwo+
IHR3ZWFrIGFyb3VuZCB3aXRoIHRoZSB2aWRlbyByZWdpc3RlcnM/Cj4KPiBUaGlzIGludGVybGFj
ZWQvbm9uLWludGVybGFjZWQgaXNzdWUgc2VlbXMgdG8gYmUgdGhlIG9ubHkgcHJvYmxlbSBpbgo+
IGludGVyZmFjaW5nIFRGVCBMQ0QncyB0byB0aGUgR0MsIHNpbmNlIHRoZSB0aW1pbmcgaXMgcXVp
dGUgY29tcGF0aWJsZSBvbgo+IGFsbCBvdGhlciBjYXNlcyBhbmQgaW50ZXJmYWNpbmcgc2hvdWxk
IGJlIGEgbWF0dGVyIG9mIGEgc2ltcGxlIENQTEQgdG8KPiBzcGxpdCB0aGUgZGF0YSBzdHJlYW0s
IGV4dHJhY3Qgc3luYyBkYXRhIGFuZCBjb252ZXJ0IGl0IHRvIFJHQi4KPgo+IEtpbmQgcmVnYXJk
cywKPgo+IFJvYgo=

Dud, how you did that?

Thanks a lot
Melo.

Shaun Jackman wrote:
> Hello Rob,
>=20
> I modified a Nintendo Gamecube component video cable to output RGBHV
> instead of YCbCr and connected it to an LCD screen. It worked very
> well! I used it with stock Nintendo games which could output
> progressive video in addition to interlaced video. What you're asking
> is certainly technically possible. I don't know if the Linux kernel
> supports it.
>=20
> Cheers!
> Shaun
>=20
> On 3/3/06, Rob Reilink <rob@...> wrote:
>=20
>>Hi all,
>>
>>I'm trying to see if it is possible to hoop up a TFT LCD (from an old
>>laptop) to the gamecube digital video output. The output seems to be
>>reasonably compatible with the timing required for the TFT.
>>What I have found in patent 6609977
>>(http://freepatentsonline.com/6609977.html, search for Example Video
>>Interface)
>>The digital output outputs Y, Cr, Y ,Cb data on a fixed rate of 27 MHz
>>and the output format is selectable between NTSC, PAL, MPAL(?) and Debu=
g
>>(CCIR656). The 27MHz makes sense for about 640 pixels horizontally for
>>interlaced video. TFT displays however require non-interlaced data. To
>>avoid using a difficult conversion, it is nescessary to use a 54MHz
>>pixel clock, which should be possible according to the patent:
>>
>> VI Clock Select Register (R/W)
>>    This register selects whether the VI will receive a 27 Mhz or a 54 =
Mhz
>>    clock. The 54 Mhz clock is used only with the progressive
>>                          display modes.
>>        VICLKSEL          1       0 -27 Mhz video clk      0
>>                                  1 -54 Mhz video clk
>>
>>
>>Is it possible with the current gcnfb module to select other modes than
>>PAL or NTSC? Or is there an other way to
>>tweak around with the video registers?
>>
>>This interlaced/non-interlaced issue seems to be the only problem in
>>interfacing TFT LCD's to the GC, since the timing is quite compatible o=
n
>>all other cases and interfacing should be a matter of a simple CPLD to
>>split the data stream, extract sync data and convert it to RGB.
>>
>>Kind regards,
>>
>>Rob
>=20
> N=18=EF=BF=BDHS^=EF=BF=BD=E9=9A=8AX=EF=BF=BD=EF=BF=BD=EF=BF=BD'=EF=BF=BD=
=EF=BF=BD=EF=BF=BDu=EF=BF=BD=EF=BF=BD<=EF=BF=BD=DA=82=EF=BF=BD.=EF=BF=BD=EF=
=BF=BD=EF=BF=BDy=EF=BF=BD"=EF=BF=BD=0B=1C=EF=BF=BD*m=EF=BF=BDx%jx.j=07=EF=
=BF=BD=EF=BF=BD=EF=BF=BD^=EF=BF=BD=D7=A7v=C6=A9=EF=BF=BDX=EF=BF=BDj=D8=A8=
=EF=BF=BD=C8=A7=EF=BF=BD=EF=BF=BD=1Em=EF=BF=BD=DD=9A=EF=BF=BD=EF=BF=BD=EF=
=BF=BDv&=EF=BF=BD=EF=BF=BD=D7=A7v=EF=BF=BD^=EF=BF=BD+=EF=BF=BD=EF=BF=BD=EF=
=BF=BD=EF=BF=BDj=EF=BF=BDZ=EF=BF=BD=EF=BF=BD=EF=BF=BD{az=EF=BF=BD=EF=BF=BD=
=EF=BF=BD^=EF=BF=BD=EF=BF=BDh=EF=BF=BD=EF=BF=BD=E0=AE=8B=EF=BF=BDn=EF=BF=BD=
=EF=BF=BD=EF=BF=BD)=EF=BF=BD{h=EF=BF=BD=18=EF=BF=BD=EF=BF=BD=EF=BF=BD=1C=EF=
=BF=BD=D8=A7=EF=BF=BD=D7=AB=EF=BF=BD+h=EF=BF=BD(m=EF=BF=BD=EF=BF=BD=EF=BF=
=BD=EF=BF=BD=EF=BF=BDZ=EF=BF=BD=EF=BF=BD=1FjY=1A=EF=BF=BDw=EF=BF=BD=EF=BF=
=BD=C7=A5rg=EF=BF=BDy$=EF=BF=BD=EF=BF=BD=EF=BF=BDOx=E1=B8=9D=03n=EF=BF=BD=
m=1Dj=EF=BF=BD=EF=BF=BD^=EF=BF=BD2=3D=3D=3D

VGhlIEQyQSBjaGlwIGluc2lkZSB0aGUgY29tcG9uZW50IHZpZGVvIGNhYmxlIGlzIGNhcGFibGUg
b2YKdHJhbnNtaXR0aW5nIGVpdGhlciBZQ2JDciBvciBSR0JIVi4gQSBwaW4gb24gdGhlIGNoaXAg
aXMgZWl0aGVyCnB1bGxlZC11cCBvciBwdWxsZWQtZG93biB0byBzZWxlY3Qgd2hpY2guIEkgb3Bl
bmVkIHVwIHRoZSBjYWJsZSwKdG9nZ2xlIHRoZSBwaW4sIGFuZCBzb2xkZXJlZCBvbiBob3Jpem9u
dGFsIGFuZCB2ZXJ0aWNhbCBzeW5jIGNhYmxlcy4gSQp0aGVuIG1hZGUgYW4gYWRhcHRlciBmcm9t
IGZvdXIgUkNBIGNvbm5lY3RvcnMsIHRvIG9uZSBWR0EgY29ubmVjdG9yLgpUaGUgbmljZSB0aGlu
ZyBhYm91dCB0aGlzIGRlc2lnbiBpcyB0aGF0IGlmIHlvdSBpbnN0YWxsIGEgc3dpdGNoIG9uCnRo
ZSBZQ2JDci9SR0JIViBzZWxlY3Rpb24gcGluLCB5b3UgY2FuIHVzZSB0aGUgY2FibGUgZm9yIGVp
dGhlcgpjb21wb25lbnQgdmlkZW8gb3IgVkdBISBUaGVyZSdzIGEgc2hvcnQgcG9zdCBvbiBteSBz
ZXJpb3VzbHkgdW5kZXJ1c2VkCmJsb2c6CgoJaHR0cDovL2Zvb3pvdC5ibG9nc3BvdC5jb20vCgpD
aGVlcnMhClNoYXVuCgoyMDA1LTAyLTI1CgpHYW1lQ3ViZSBWR0EgQ2FibGUgV29ya3MKClRoZSBH
YW1lQ3ViZSBWR0EgY2FibGUgSSB3YXMgYnVpbGRpbmcgaXMgY29tcGxldGUgYW5kIHdvcmtzISBX
ZWxsLCBhdApsZWFzdCBlbGVjdHJpY2FsbHkuIEl0IHN0aWxsIGhhcyBzb21lIG1lY2hhbmljYWwg
aXNzdWVzLiBUaGUKaG9yaXpvbnRhbCBhbmQgdmVydGljYWwgc3luYyBjYWJsZSBoYXMgbm8gc3Ry
YWluIHJlbGllZiBhbmQgc28gaXMgdmVyeQpzdXNjZXB0aWJsZSB0byBiZWluZyBwdWxsZWQgcmln
aHQgb2ZmLCBlc3BlY2lhbGx5IHNpbmNlIGl0J3Mgc29sZGVyZWQKcmlnaHQgdG8gdGhlIHBpbnMg
b2YgdGhlIHN1cmZhY2UgbW91bnQgZGlnaXRhbCB0byBhbmFsb2cgY29udmVydGVyCmNoaXAuIEkn
bGwgcG9zdCBzb21lIHBob3RvcyBvbmNlIEkgZmluZCBhIGJpdCBvZiB0aW1lLiBBZnRlcgpjb21w
bGV0aW5nIHRoaXMgcHJvamVjdCwgSSB0aGluayB0aGUgRC1UZXJtaW5hbCBWaWRlbyBDYWJsZSAo
RE9MLTAwOSkKd291bGQgcHJvdmlkZSBhIGJldHRlciBzdGFydGluZyBwb2ludCBzaW5jZSBpdCBp
bmNsdWRlcyB0aGUgaG9yaXpvbnRhbAphbmQgdmVydGljYWwgd2lyZXMgaW4gdGhlIGNhYmxlLiBU
aGlzIHBhcnQgaXMgYSBoYXJkZXIgdG8gY29tZSBieSBpbgpOb3J0aCBBbWVyaWNhIHRoYW4gdGhl
IENvbXBvbmVudCBWaWRlbyBDYWJsZSAoRE9MLTAxMCkgdGhvdWdoLgoKT24gMy82LzA2LCBUdWlU
byA8bGd0dWl0b0B0ZXJyYS5jb20uYnI+IHdyb3RlOgo+IER1ZCwgaG93IHlvdSBkaWQgdGhhdD8K
Pgo+IFRoYW5rcyBhIGxvdAo+IE1lbG8uCj4KPiBTaGF1biBKYWNrbWFuIHdyb3RlOgo+ID4gSGVs
bG8gUm9iLAo+ID4KPiA+IEkgbW9kaWZpZWQgYSBOaW50ZW5kbyBHYW1lY3ViZSBjb21wb25lbnQg
dmlkZW8gY2FibGUgdG8gb3V0cHV0IFJHQkhWCj4gPiBpbnN0ZWFkIG9mIFlDYkNyIGFuZCBjb25u
ZWN0ZWQgaXQgdG8gYW4gTENEIHNjcmVlbi4gSXQgd29ya2VkIHZlcnkKPiA+IHdlbGwhIEkgdXNl
ZCBpdCB3aXRoIHN0b2NrIE5pbnRlbmRvIGdhbWVzIHdoaWNoIGNvdWxkIG91dHB1dAo+ID4gcHJv
Z3Jlc3NpdmUgdmlkZW8gaW4gYWRkaXRpb24gdG8gaW50ZXJsYWNlZCB2aWRlby4gV2hhdCB5b3Un
cmUgYXNraW5nCj4gPiBpcyBjZXJ0YWlubHkgdGVjaG5pY2FsbHkgcG9zc2libGUuIEkgZG9uJ3Qg
a25vdyBpZiB0aGUgTGludXgga2VybmVsCj4gPiBzdXBwb3J0cyBpdC4KPiA+Cj4gPiBDaGVlcnMh
Cj4gPiBTaGF1bgo=

Yes and no. WhineCube can boot the kernel, but only up to the point 
where it loads the first user-space program; the kernel panics then. If 
you can put your code that needs to be tested before that point, it'll 
run. However, emulators are rather simplistic at the moment, so you'll 
need to test your stuff on real hardware sooner or later.

//Masken


TuiTo wrote:
> Hi
> 
> Is there an emulator which can run the current version of the kernel?
> 
> basicaly for testing purposes.