gxemul-users — Mailing list for user questions regarding GXemul

Re: [GXemul-users] copying files into/out of emulated m88k machine

[Anders G. <ga...@gm...>]

Tor 2009-01-22 klockan 00:31 -0500 skrev Vince Weaver:
> A few comments.  One, it might be nice to make illegal instructions not 
> cause a fatal error that kills the emulator.  I had to endure a few disk 
> checks because of this.

Yes, this can be a pain. It's a balance between developing the emulator
(where I want so-far unimplemented opcodes to cause fatal errors) and
running the emulator when it is "finished" (where unimplemented opcodes
should throw an M88K exception so that the guest OS can handle it).

> The most common cause was my own fault, bad assembly causing the program 
> to go off into the 0 padding which is:
> 
>    to_be_translated(): TODO: unimplemented instruction:
>    u00001028: 00000000     -	 ld.d        x0,r0,0

I guess this should throw an exception.

> You can also get the following if you do an "info as", space, space
> under OpenBSD:
> 
>    Unimplemented fdiv combination 0x0.
>    to_be_translated(): TODO: unimplemented instruction:
>    u0001bcd0: 8484700d     fdiv.sss r4,r4,r13
> 
> And if the emulator sits overnight it dies with:
> 
>    Unimplemented fadd combination 0x5.
>    to_be_translated(): TODO: unimplemented instruction:
>    u0001455c: 849928a4 (d) fadd.dsd r4,r25,r4

Yes, I noticed and patched those after the release :(

http://gxemul.svn.sourceforge.net/viewvc/gxemul/gxemul/trunk/src/cpus/cpu_m88k_instr.c?r1=5318&r2=5329&pathrev=5329

I'll merge the fixed to the 0.4.7.x branch.

> And again, stupid assembly error on my part (not using subu) can get:
> 
>    to_be_translated(): TODO: unimplemented instruction:
>    u000011c4: f54e7412     sub     r10,r14,r18

Again, it's that ballance. This opcode is apparently so uncommon "in the
wild" that it was not implemented.

You can try running with -K, which will drop you into the debugger on
unimplemented instructions (usually), but the guest OS will still not
get a chance to save anything.


Anders

Re: [GXemul-users] copying files into/out of emulated m88k machine

[Vince W. <vi...@cs...>]

> I usually use the disk image approach (like cdrom, but writable):
>
>  http://gavare.se/gxemul/gxemul-stable/doc/misc.html#filexfer
>
> (The long term goal is to implement Lance VME ethernet glue, but for
> now, disk images will have to suffice.)

Ah, I should have looked closer at the documentation.

The disk image approach worked for me.  I cheated and on the host linux 
side set up a loopback device /dev/loop0 to point to the disk image.  That 
way I could just use "tar" to copy files to the disk image and then use 
tar on the inside to get them back out.  With the right number of "sync" 
commands on either side it ended up being transparent to move files back 
and forth while emulation was ongoing.


A few comments.  One, it might be nice to make illegal instructions not 
cause a fatal error that kills the emulator.  I had to endure a few disk 
checks because of this.

The most common cause was my own fault, bad assembly causing the program 
to go off into the 0 padding which is:

   to_be_translated(): TODO: unimplemented instruction:
   u00001028: 00000000     -	 ld.d        x0,r0,0

You can also get the following if you do an "info as", space, space
under OpenBSD:

   Unimplemented fdiv combination 0x0.
   to_be_translated(): TODO: unimplemented instruction:
   u0001bcd0: 8484700d     fdiv.sss r4,r4,r13

And if the emulator sits overnight it dies with:

   Unimplemented fadd combination 0x5.
   to_be_translated(): TODO: unimplemented instruction:
   u0001455c: 849928a4 (d) fadd.dsd r4,r25,r4

And again, stupid assembly error on my part (not using subu) can get:

   to_be_translated(): TODO: unimplemented instruction:
   u000011c4: f54e7412     sub     r10,r14,r18


Overall though the simulator worked great.  I finished my project, which 
was to translate a program of mine into yet another assembly language
( http://deater.net/weave/vmwprod/asm/ll/ll.html )

Thanks again

Vince

Re: [GXemul-users] copying files into/out of emulated m88k machine

[Anders G. <ga...@gm...>]

Fre 2009-01-16 klockan 17:53 -0500 skrev Vince Weaver:
> Hello
> 
> Great job on the m88k port.

Thanks.

> one quick question.  Is there an easy way to move files into/out of the 
> emulated m88k machine?
> 
> I'd like to do some m88k assembly language programming and I'd like to be able 
> to edit the files outside of the emulator but easily copy them in. Without 
> networking the only possibilities seem to be either big cut&pastes, or else a 
> cd-rom image (which is one-way).

I usually use the disk image approach (like cdrom, but writable):

  http://gavare.se/gxemul/gxemul-stable/doc/misc.html#filexfer

(The long term goal is to implement Lance VME ethernet glue, but for
now, disk images will have to suffice.)


Anders

[GXemul-users] copying files into/out of emulated m88k machine

[Vince W. <vi...@de...>]

Hello

Great job on the m88k port.

one quick question.  Is there an easy way to move files into/out of the 
emulated m88k machine?

I'd like to do some m88k assembly language programming and I'd like to be able 
to edit the files outside of the emulator but easily copy them in. Without 
networking the only possibilities seem to be either big cut&pastes, or else a 
cd-rom image (which is one-way).

Thanks,

Vince

[GXemul-users] GXemul 0.4.7 has been released

[Anders G. <ga...@gm...>]

Hello GXemul users,

GXemul 0.4.7 has been released, 2009-01-02.

The main change from 0.4.6.6 is:

 * Motorola 88K emulation is now complete enough to run a guest
   operating system: OpenBSD/mvme88k 4.4. [*]

   A big thank you goes to Miod Vallat, who sent me physical 88100
   documentation, via snail mail. This has been invaluable when
   implementing the 88K emulation mode.

Motorola 88K is the fifth architecture to be considered "stable" in
GXemul. It is interesting both from a historical perspective (being
Motorola's RISC attempt between the 68K and PowerPC architectures), and
from an emulation perspective (emulation of the execution pipeline).

Release notes:  http://gavare.se/gxemul/gxemul-stable/RELEASE.html
Download page:  http://gavare.se/gxemul/download.html


Anders

[*]
http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#openbsdmvme88kinstall

Re: [GXemul-users] gxemul-legacy (0.4.6.x) now available via SVN

[Anders G. <ga...@gm...>]

Fre 2008-08-08 klockan 14:04 +0200 skrev Dobrica Pavlinusic:
> On Fri, Aug 08, 2008 at 01:31:30PM +0200, Anders Gavare wrote:
> > The legacy versions of GXemul (prior to 0.5.x), which were previously
> > stored in a CVS repository without Internet connectivity, have now been
> > converted into Subversion and added next to the main gxemul repository.
> 
> ++1
> 
> It really helped me to browsed through revisions when playing
> with gxemul, so I guess that it would be helpful for others also.

Note that gxemul-legacy/trunk tree (0.4.x) has now been moved to
gxemul/trunk. I'm putting the 0.5.x experiment on ice. The gxemul-legacy
tree isn't updated any longer. (I'll hopefully have time to continue
working on the 0.4.x tree.)

So, from now on, gxemul/trunk is what matters.


Anders

[GXemul-users] GXemul 0.4.6.6 has been released

[Anders G. <ga...@gm...>]

Hello GXemul users.

GXemul 0.4.6.6 has been released, 2008-11-11.

The changes from 0.4.6.5 are:

* Applying a patch from Kiyotaka Inaba which causes an ARM UND exception
  to be generated by the instruction word 0xe6000011, which is needed by
  gdb when running inside the emulator.

* Fix for a free() bug in bootblock_iso9660.c.

* OpenBSD/landisk installation instructions have been updated to 4.4.

* Most NetBSD installation instructions have been updated to 4.0.1.


Release notes:  http://gavare.se/gxemul/gxemul-stable/RELEASE.html
Download page:  http://gavare.se/gxemul/download.html


Anders

Re: [GXemul-users] Windows NT ppc or OS/2 ppc

[Anders G. <ga...@gm...>]

Hi Paulo,

Ons 2008-10-29 klockan 22:33 -0200 skrev Paulo Correia:
> Hi,
> I´m trying to run these  systems on Gxemul in ubuntu 8.0.4
> I created two disks with these command lines:
> dd if=/dev/zero of=os2ppc.img bs=1024 count=1 seek=999000
> dd if=/dev/zero of=ntppc.img bs=1024 count=1 seek=999000

I've never tried OS/2 in GXemul at all. It sounds like an interesting
experiment.

...
>         ISO9660 boot:
>             "NTSRV351":MIPS\ARCINST
>             extracted 73216 bytes into /tmp/gxemul.XXXXXXC4rDpo
>         loading 
> 
> No such file or directory

It should say something like loading /tmp/gxemul.XXXXXXC4rDpo. There's a
bug in src/disk/bootblock_iso9660.c. For a quick temporary workaround,
remove the following lines from the end of bootblock_iso9660.c and
recompile:

        if (tmpfname != NULL)
                free(tmpfname);

> I installed gxemul using apt-get install gxemul  on ubuntu

Downloading the .tar.gz file, editing bootblock_iso9660.c, and
running ./configure && make should hopefully work on Ubuntu.


Anders

[GXemul-users] Windows NT ppc or OS/2 ppc

[Paulo C. <ps...@ho...>]

Hi,
I´m trying to run these  systems on Gxemul in ubuntu 8.0.4
I created two disks with these command lines:
dd if=/dev/zero of=os2ppc.img bs=1024 count=1 seek=999000
dd if=/dev/zero of=ntppc.img bs=1024 count=1 seek=999000
When I ran Gxemul using these command lines:
gxemul -X -E prep -e ibm6050 -d os2ppc.img -d b:os2ppc.iso  -j (*)
In OS/2, I tried BL_AUTO to boot after the Gxemul loading the following 
error message appeared "*No such file or directory*"
And also
gxemul -X -E prep -e ibm6050 -d ntppc.img -d b:WINNT351.ISO -j(*)
I Tried to run the Windows NT MIPS example on Gxemul website but ARCINST 
didn't run and the following error message appeared "*No such file or 
directory*"
(*)I don´t know where they are or who are the boot files in OS/2 or 
Windows NT someone can help me on this ?

What is wrong ?

All files (*. img and *. iso) are in the Doccuments Folder and I´m using 
the Gxemul command line in this Folder.
Below follows everything that appears when I try to run the example of 
Windows NT MIPS:
root@paulo-desktop:/home/paulo/Doccuments# gxemul -X -e pica -d 
ntmips.img -d b:WINNT351.ISO -j MIPS\\ARCINST
GXemul 0.4.6.3    Copyright (C) 2003-2008  Anders Gavare
Read the source code and/or documentation for other Copyright messages.
Simple setup...
    net:
        simulated network: 10.0.0.0/8 (max outgoing: TCP=100, UDP=100)
        simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10)
        simulated nameserver uses real nameserver 200.204.0.10
    machine:
        memory: 64 MB
        cpu0: R4000 (I+D = 8+8 KB, L2 = 512 KB)
        ARC system @ 0xffffffffbfca8000 ("PICA-61")
        ARC cpu0 @ 0xffffffffbfca803c
            picache @ 0xffffffffbfca8078, pdcache @ 0xffffffffbfca80ac
            sdcache @ 0xffffffffbfca80e0
        machine: ARC (Microsoft Jazz, Acer PICA-61)
        bootstring(+bootarg): scsi(0)cdrom(1)fdisk(0)\MIPS\ARCINST -aN
        diskimage: ntmips.img
            SCSI DISK id 0, read/write, 975 MB (1998002 sectors)
        diskimage: WINNT351.ISO
            SCSI CD-ROM id 1, read-only, 334 MB (685056 sectors) (BOOT)
        ISO9660 boot:
            "NTSRV351":MIPS\ARCINST
            extracted 73216 bytes into /tmp/gxemul.XXXXXXC4rDpo
        loading

No such file or directory
I installed gxemul using apt-get install gxemul  on ubuntu
Thanks for any answer
Paulo

Re: [GXemul-users] gxemul-legacy (0.4.6.x) now available via SVN

[Dobrica P. <dp...@ro...>]

On Fri, Aug 08, 2008 at 01:31:30PM +0200, Anders Gavare wrote:
> The legacy versions of GXemul (prior to 0.5.x), which were previously
> stored in a CVS repository without Internet connectivity, have now been
> converted into Subversion and added next to the main gxemul repository.

++1

It really helped me to browsed through revisions when playing
with gxemul, so I guess that it would be helpful for others also.

-- 
Dobrica Pavlinusic               2share!2flame            dp...@ro...
Unix addict. Internet consultant.             http://www.rot13.org/~dpavlin

[GXemul-users] gxemul-legacy (0.4.6.x) now available via SVN

[Anders G. <ga...@gm...>]

Hi All,

The legacy versions of GXemul (prior to 0.5.x), which were previously
stored in a CVS repository without Internet connectivity, have now been
converted into Subversion and added next to the main gxemul repository.

All (stable) fixes to GXemul 0.4.6.x end up here.

If you want to browse the tree, go to:

https://gxemul.svn.sourceforge.net/viewvc/gxemul/gxemul-legacy/trunk/

If you want to check out the tree, and built the latest stable legacy
version, then execute the following commands:

svn co \ 
https://gxemul.svn.sourceforge.net/svnroot/gxemul/gxemul-legacy/trunk \ 
gxemul-legacy
cd gxemul-legacy; ./configure && make


Anders

PS. There seems to be a problem with uploading dump files to
SourceForge, if the dump file doesn't contain _all_ revisions. So,
since each update can take hours, it is not 100% guaranteed that the
tree will be up-to-date when you look at it. It might still be
"migrating" (loading data) from a dump file. DS.

[GXemul-users] GXemul 0.4.6.5 has been released

[Anders G. <ga...@gm...>]

> Hello GXemul users.
> 
> GXemul 0.4.6.4 has been released, 2008-06-10.

Unfortunately, one of the ARM fixes in 0.4.6.4 was incorrect. 0.4.6.5 is
now available, with a more correct fix.

...
> Release notes:  http://gavare.se/gxemul/gxemul-stable/RELEASE.html
> Download page:  http://gavare.se/gxemul/download.html


Anders

[GXemul-users] GXemul 0.4.6.4 has been released

[Anders G. <ga...@gm...>]

Hello GXemul users.

GXemul 0.4.6.4 has been released, 2008-06-10.

The changes from 0.4.6.3 are:

* For ARM emulation, a special case for PC-relative load which wasn't 
  implemented before has now been implemented. (The problem could be
  triggered by attempting large builds using NetBSD's pkgsrc inside e.g.
  NetBSD/cats.)

* The ARMv5 'bkpt' instruction has been implemented (patch from Jiri
  Svoboda).


Release notes:  http://gavare.se/gxemul/gxemul-stable/RELEASE.html
Download page:  http://gavare.se/gxemul/download.html


Anders

Re: [GXemul-users] problem running NetBSD/pmax on gxemul 0.6.4.3

[Anders G. <ga...@gm...>]

Hi Crni,

On Mon, 2008-04-28 at 13:52 +0200, Crni Gorac wrote:
> Installed gxemul from source, and then NetBSD/pmax following
> instructions found here:
> http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#netbsdpmaxinstall.
>  All went smoothly, however now when I try to run NetBSD (through
> "gxemul -e 3max -d nbsd_pmax.img" command), errors are reported:
> ----------
> NetBSD/pmax 4.0 FFS Primary Bootstrap
> open 5/rz0//boot.pmax: 2
> Can't load '5/rz0//boot.pmax'
> open 5/rz0//boot: 2
> Can't load '5/rz0//boot'
> open 5/rz0//boot.pma: 2
> Can't load '5/rz0//boot.pma

This is what it looks like for me if I remove the /boot.pmax file from
the disk image.

It is possible that you rebooted the emulated machine too quickly after
installation, so that NetBSD did not have time to synch all data to
disk. (I've seen this several times with OpenBSD, I am not sure if I've
seen it with NetBSD.)

Perhaps you could try installing again, and instead of just exiting the
emulator forcefully, make sure you choose "reboot" in the NetBSD
installer menu. Perhaps even exit to the shell prompt and run "sync"
before "reboot".

A possible other explanation could be if your disk image was larger than
4 GB, and you triggered a yet unknown 32-bit vs 64-bit bug.


Anders

[GXemul-users] problem running NetBSD/pmax on gxemul 0.6.4.3

[Crni G. <cg...@gm...>]

Installed gxemul from source, and then NetBSD/pmax following
instructions found here:
http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#netbsdpmaxinstall.
 All went smoothly, however now when I try to run NetBSD (through
"gxemul -e 3max -d nbsd_pmax.img" command), errors are reported:
----------
NetBSD/pmax 4.0 FFS Primary Bootstrap
open 5/rz0//boot.pmax: 2
Can't load '5/rz0//boot.pmax'
open 5/rz0//boot: 2
Can't load '5/rz0//boot'
open 5/rz0//boot.pma: 2
Can't load '5/rz0//boot.pma
----------

Any hint?

Thanks.

Re: [GXemul-users] [GXemul] - Small question

[Anders G. <ga...@gm...>]

On Wed, 2008-04-23 at 13:07 +0200, Bemipefe wrote:
> .. 
> Yes ... the compile command is made by me and the ldscript
> it's for psone. My goal was to start a static binary.
> (because dynamic binary i think don't work without OS)

http://gavare.se/gxemul/gxemul-stable/doc/intro.html#emulmodes contains
a list of the machine modes that have been implemented, and the guest
OSes that are known to work.

The PS1 is not emulated by GXemul, so it won't work at all. Sorry.

> ..
> I have just downloads
> the debian-mipsel iso but i must read documentation becouse i
> get this :
> 
> ---------------------------------------------------------------------------------------------------------------
> $ gxemul -C R4000 -E dec -e 3max -d 
> b:Desktop/debian-40r3-mipsel-kde-CD-1.iso
...
> Linux version 2.6.18-6-r4k-kn04 (Debian 2.6.18.dfsg.1-18) 
...
> The botting stop here.
> I will retry with iso linked in gxemul manual

The r4k Linux kernel doesn't work. Only the ISO image in the GXemul
documentation is officially known to work out of the box.


Anders

Re: [GXemul-users] [GXemul] - Small question

[Anders G. <ga...@gm...>]

Hi Bemipefe,

On Tue, 2008-04-22 at 12:00 +0200, Bemipefe wrote:
> Hi anders!
> 
> I send this email directly to you becouse i can't find the "gxemul" 
> mailing list address.

The mailing lists are located at SourceForge:

http://sourceforge.net/mail/?group_id=191414

I'm copying this to the gxemul-users list; I hope this is ok with you.

> I'm play with your emulator (i would compliment for this good program) 
> for testing mipsel programs that are compiled with
> ELDK tool kit by DENK (it's compiled and easy to install )
> 
> http://www.denx.de/wiki/DULG/ELDK

I am not familiar with ELDK, but I'll try to answer in general terms.

> When i compile the simple hello word:
> 
> ----------------------------------------------------------------
>     int main()
>     {
>     printf("hello world\n");
>     return 0;
>     }
> 
> ----------------------------------------------------------------
> 
> with this command:
> 
> mips_4KCle-gcc -EL -static -mbranch-likely -march=mips32 -msoft-float 
> -msingle-float -mno-mad -mno-abicalls -Xlinker -T -Xlinker 
> $(pwd)/ldscript/elf32custom.xbn hello.c -o test.run

You are linking the Hello World program into a static executable, for
some operating system and/or target host environment...

> and play it with:
> 
> gxemul -V -T -e 3max test.run

... and this starts the DECstation emulation mode of GXemul, and
launches test.run as if it was a DECstation operating system kernel. It
most likely is not.

(Typically, when using the -e 3max option, you would launch a NetBSD or
Linux kernel.)

> the program start and run but when i receive this message:
> 
> GXemul>
> 80037dfc: 0000000c      syscall
> [ exception SYS v0=4122 a0=0xa0007d30 a1=0xa0007f0c a2=0xa0007f04 
> a3=0x800307d0 pc=0x80037dfc <uname+0x10> ]
> 
> 
> the program break.

This is because your hello world program tried to issue a system call,
and no syscall handler was installed. If test.run had been an operating
system kernel, one of the first things it had set up would have been
trap handlers.

You probably want to do one of the following three things. Number 1 and
2 are mostly to get a feel of how GXemul works, and number 3 has more to
do with your specific question...


1) Compile and run the Hello World program included in GXemul:

http://gavare.se/gxemul/gxemul-stable/doc/experiments.html#hello


2) Run a plain Hello World. In this case, you need to run it inside an
OS. You can't use printf() on bare hardware. For example, install
NetBSD/pmax:

http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#netbsdpmaxinstall

and then inside NetBSD/pmax compile your hello world using a simple

  cc hello.c -o hello

and run it.


3) To run the test.run binary you produced above, you need to find out
what kind of binary this is (is it a kernel? or a firmware image? or a
userland binary?) and for which host platform (DECstations are different
from SGI machines, which are different from Playstation2, etc).


Hope this helps.


Anders

Re: [GXemul-users] Algor emulation and DEC 21143 Support

[Robin R. <rob...@gm...>]

Hi Anders!

Thanks for a quick response.

On Sat, 2008-04-12 at 16:01 +0200, Anders Gavare wrote:

> On Sat, 2008-04-12 at 10:46 +0100, Robin Randhawa wrote:
> > I'm playing with the algor emulation in GXEmul 0.4.3 in my spare time.
> > ..
> > Before I dig into this, I was wondering if someone could tell me if
> > networking is known to work with the p5064 at all ?
> 
> Short answer: No.
> Longer: I remember experimenting with it, and I also remember commenting
> it out since I never got it to work. I don't recall exactly what the
> problem was. Networking has never officially worked with the p5064
> emulation mode.

Ok.

> Because of the hack-ish way PCI devices are used in GXemul, you need to
> have some glue in src/devices/bus_pci.c, in the PCIINIT(dec21143)
> function. The pci_int_line, isa, and irq variables need to be set to the
> correct values, which may or may not be values that are connected to the
> real world. They may themselves just be hack implementations. :-/

I see. That helps clear things up significantly. Thanks.

> Interestingly, GXemul 0.4.3 actually _has_ an entry for Algor:
> 
>         case MACHINE_ALGOR:
>                 /*  TODO  */
>                 irq = 8 + 7;
>                 pci_int_line = 0x407;
>                 break;
> 
> but this was removed some time after 0.4.3, most likely because it never
> worked.

Fine. That sort of gives me enough information to play with.

Thanks a bunch!
Robin

Re: [GXemul-users] Algor emulation and DEC 21143 Support

[Anders G. <ga...@gm...>]

Hi Robin,

On Sat, 2008-04-12 at 10:46 +0100, Robin Randhawa wrote:
> I'm playing with the algor emulation in GXEmul 0.4.3 in my spare time.
> ..
> Before I dig into this, I was wondering if someone could tell me if
> networking is known to work with the p5064 at all ?

Short answer: No.

Longer: I remember experimenting with it, and I also remember commenting
it out since I never got it to work. I don't recall exactly what the
problem was. Networking has never officially worked with the p5064
emulation mode.

Because of the hack-ish way PCI devices are used in GXemul, you need to
have some glue in src/devices/bus_pci.c, in the PCIINIT(dec21143)
function. The pci_int_line, isa, and irq variables need to be set to the
correct values, which may or may not be values that are connected to the
real world. They may themselves just be hack implementations. :-/

Interestingly, GXemul 0.4.3 actually _has_ an entry for Algor:

        case MACHINE_ALGOR:
                /*  TODO  */
                irq = 8 + 7;
                pci_int_line = 0x407;
                break;

but this was removed some time after 0.4.3, most likely because it never
worked.


Anders

[GXemul-users] Algor emulation and DEC 21143 Support

[Robin R. <rob...@gm...>]

Greetings folks.

I'm playing with the algor emulation in GXEmul 0.4.3 in my spare time.
My aim is to get the p4032 emulation up to a stage where I can get pmon
booting unmodified. So far I have been able to get NetBSD 3.1 going with
the p4032 but without networking. I've been using the p5064 as a
baseline.

I find that the DEC 21143's addition to the PCI Bus has been commented
out in machine_algor.c. Uncommenting it doesn't seem to get the device
into an usable shape however. For testing purposes I've been using the
p5064 emulation which I've tried not to mod in the hope that it behaves
as expected.

Firstly the irq_path setup seems invalid so the emulation bombs out
early. Even if I prevent the INTERRUPT_CONNECT() for the 21143, things
don't quite work alright.

Before I dig into this, I was wondering if someone could tell me if
networking is known to work with the p5064 at all ?

Cheers and thanks for a great project.
Robin

[Gxemul-users] test 2

[Anders G. <ga...@gm...>]

hi. test 2.


Anders

[Gxemul-users] hello testing gxemul-users

[Anders G. <ga...@gm...>]

testing...

Anders