Who's Online |
59 user(s) are online ( 31 user(s) are browsing Forums)
Members: 0
Guests: 59
more...
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/23 10:16
#141
|
Home away from home
|
@smarkusg Quote: hmm... you have a black screen all the time before the graphics card initialization ? maybe you didn't replace siliconmiotion502.chip with the one from before UP2 update ? It remembers that the system loading time then increases terribly. Yes, there's a very long delay with a black screen. I'll try m3x's new beta... Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/23 9:49
#142
|
Home away from home
|
@MartinW Quote: I will be wanting to get going on a game engine type project I was working on with someone before. For that I've got choices between SDL1, SDL2 or Raylib. I don't recall seeing a Raylib port so I'll probably go SDL2 for that. I'd like to get that building to see what the performance is like under emulation but I need to tackle conversion from cmake to make since I don't recall seeing a cmake for AOS4. I could cross-compile of course but where's the fun in that? I'm hoping that someone will port Raylib. Afxgroup has a partial glfw3 port (one of raylib's dependencies), so the effort required is reducing. There is a cmake port, but it's rather old now and more and more build scripts rely on newer features (because they're easier to use). Hopefully alfkil will get round to updating the port... Hans
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/22 14:04
#143
|
Home away from home
|
@smarkusg Quote: https://streamable.com/yqxu07
That's about the time it should take you to boot Qemu from BBoot. The fact that I'm running it on a Macos shouldn't make much difference. On x86 it should be the same. On an old laptop where I can't even capture the vodeo image properly it takes maybe 10-15 seconds more. What are the specs of this old laptop? And what's the boot-time using the original amigaboot.of? Hans
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/22 9:21
#144
|
Home away from home
|
@balaton Quote: What core i7 version is that and what EQMU version are you using? Is QEMU from a binary or compiled yourself?
Core i7-6700HQ @ 2.6 GHz. I've got 24 GB of RAM, so there should be no issues with running low on RAM. Qemu 8.0.0.0 downloaded from the QEMU website. Hans
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/22 1:33
#145
|
Home away from home
|
@all Thanks for the suggestions. Of course it's going to be a trade-off. Especially with budget restrictions.
I don't need the world's fastest AmigaOS on qemu setup, though. Something a good step up from my current Core i7 laptop's performance would be welcome. Booting takes just over 1.5 minutes (from pushing enter on the bootloader menu), and everything feels sluggish.
Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/22 1:09
#146
|
Home away from home
|
@Maijestro Great to hear you've got a working setup. I'm going to take a peek at Filezilla's source-code because it's the default option for a lot of people. Quote: I am already in contact with someone who could write virtio network drivers for AmigaOs4.1 and maybe some things will improve again for the excellent Qemu emulation. Almost missed this. I suggest anyone considering writing virtio drivers contact me. All virtio drivers have a common method of communicating with the virtual hardware. So, we could potentially share code. Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/21 14:12
#147
|
Home away from home
|
@Maijestro
I have good news and bad news.
Good: it does actually work with port-forwarding. I can upload files with curl Bad: it doesn't work with Filezilla
Here's my hostfwd parameters: hostfwd=::21-:21,hostfwd=::9000-:9000,hostfwd=::9001-:9001,hostfwd=::9002-:9002,hostfwd=::9003-:9003,hostfwd=::9004-:9004
The problem is that Filezilla uses the PASV command for establishing a data connection. ZitaFTP tells it to connect to 10.0.2.15:900x (the emulated machine's IP), which is obviously wrong from the host machine's point-of-view. Filezilla detects that this is wrong, but for some reason doesn't connect to :127.0.0.1:900x instead. It's supposed to handle this case (it's common with NAT routers), but it doesn't seem to work with localhost.
The curl command notices that ZitaFTP supports the EPSV command** and uses that instead. Therefore it works. Filezilla should be able to use EPSV too, but seems to stick with PASV for IPv4. I haven't found a way to make Filezilla use EPSV, or correctly use the same IP address for control and data (which it's supposed to).
Hans
** Advertised as the "nat6" extension feature.
Edited by Hans on 2023/7/21 14:31:20
|
|
|
|
Laptop recommendations
|
Posted on: 2023/7/21 11:08
#148
|
Home away from home
|
I'm holding off for as long as possible, but might need to buy a new laptop soon(ish).
Any recommendations for something that AmigaOS 4 on qemu works reasonably well on, is good for Linux, and isn't too expensive?
Hans
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/20 13:14
#149
|
Home away from home
|
@balaton Quote: You should not need to do anything special on emulation. It should emulate the hardware and work the same so you should not need to detect it either.
There are no caches emulated in QEMU so you also should not need to care about cache coherency as QEMU does not cache anything. GART requires cache coherency, so it won't work on hardware that doesn't have cache coherency. If it will work on an emulated machine (due to the host's caches being coherent), but not the real hardware, then yes, I need to be able to detect emulation if I'm going to enable it for the benefit of emulation users. However, it appears that the Pegasos II's caches are coherent, so this is no longer an issue. Hans
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/20 12:54
#150
|
Home away from home
|
@joerg Quote: Quote:Or, is the Marvell Discovery II chipset's cache already coherent?
Should be, since that was the reason for using the Marvell in the Pegasos2 instead of the Articia-S in the Pegasos1. Okay, so it's worth trying then. I'm skeptical if it'll work, though, because the graphics card needs the RAM's actual physical address, but AmigaOS' DMA/memory functions can only give a 32-bit physical address. Hans
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/20 8:05
#151
|
Home away from home
|
@balaton
Is there a reliable way to detect when the OS is running under emulation rather than real hardware? I'm considering enabling GART in the driver when it's used under emulation, because all modern hardware has memory coherence.
Or, is the Marvell Discovery II chipset's cache already coherent?
Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/20 2:35
#152
|
Home away from home
|
@Maijestro FTP is an unusual protocol in that it uses multiple ports. So, to get it working you need to forward not just port 21, but also the data port range. You need to forward them to the same port numbers, or it won't work (the FTP server tells the client what data ports to connect to). ZitaFTP Server defaults to using ports 9000-9004 for the data ports. So, you'd need to forward ports 21, and 9000-9004. @joerg Quote: Does that mean FTP to the host doesn't work on the emulated machine (guest) at all (or only when using passive FTP)? If active FTP works there must be some way for the host to access the guest, maybe with some builtin NAT rules. FTP from client to host works. The problem is that qemu's default networking setup provides no way for the host to initiate connections to the guest. Port forwarding is a way to work-around this, but it's rather messy. The FTP server also becomes available to the outside network (depending on the firewall settings), which may not be what you want. The best option is to use a TAP network device. The host sees this as a virtual network adaptor with its own IP address. No need to mess with port forwarding. EDIT: A single-port extension to FTP was proposed years ago ( link) that would simplify the port-forwarding setup. Sadly, it never got any traction, and I don't know of any FTP client that supports it. Otherwise, I'd add it to ZitaFTP. Hans
Edited by Hans on 2023/7/20 2:54:28 Edited by Hans on 2023/7/20 2:56:50 Edited by Hans on 2023/7/20 3:02:43
|
|
|
|
Re: What is the current situation with printing in OS4 on real hardware?
|
Posted on: 2023/7/20 1:38
#153
|
Home away from home
|
@mcleppa Thanks for working on this. I suggest you also support programs sending pages in PostScript format, because AmigaOS raster format is a bit too limiting. Printers do a better job when rendering text directly instead of receiving a pre-rendered bitmap. I remember trying converting a page to a bitmap first, and then printing it (on Windows), and the text was fuzzy due to dithering. Printing the file directly resulted in crisp text. Quote: Our printers should be autodetected trough mdns/dns-sd protocol. I have made a working sourcecode for detecting printers/scanners trough mdns protocol. ( I use this in Airscan for detecting scanners ). Nice! Is this something that could be converted to general mdns/dns-sd support? One thing I'd like to do with ZitaFS, is automatically detecting servers on the LAN, and that's exactly what mdns/dns-sd is for. Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/19 12:38
#154
|
Home away from home
|
@Maijestro Quote: I did not read it correctly and suspected a subscription behind it. I also didn't know that they developed software for AmigaOs4.1. That's my company website (I'm the author of ZitaFTP). ZitaFTP Server is the server, so it only needs to be installed on one machine. You can use Filezilla or some other FTP client on the other machine. I use it for testing my software. Basically, I compile the software on my Windows machine, and use a script to copy it to my Amiga. That way I can do a simple "make remoteinstall" to compile and upload it for testing (as explained here). Quote: My line for network under Qemu looks something like this: -device rtl8139,netdev=network01 -netdev user,id=network01
That's the default setup. It allows the emulated machine to access the host and internet, but not the other way round. Hans
|
|
|
|
Re: qemu and tap network on Windows
|
Posted on: 2023/7/19 11:11
#155
|
Home away from home
|
@Maijestro Quote: Do you get an internet connection with Qemu under AmigaOs4.1 at all or does it fail already? As said above, I get no network. Quote: Since ZitaFTP seems to be a paid service Not sure why you think it's a "service." It's software that you install on your machine. Yes, it's commercial software, but you buy it once (as opposed to a paid subscription service). I want to use ZitaFTP Server, so that I can copy files from the host directly to AmigaOS 4 (as opposed to having to first copy it to a shared folder, and then copy it from there using the smb2 filesystem on OS4). It's an easier workflow. Hans
|
|
|
|
Re: qemu pegasos2 applications and experiences.
|
Posted on: 2023/7/19 9:25
#156
|
Home away from home
|
@white
What hardware are you running this on? Your emulated system boots a lot faster than mine.
Hans
|
|
|
|
Re: Booting qemu Pegasos II over TFTP
|
Posted on: 2023/7/19 9:15
#157
|
Home away from home
|
@all I'm starting to suspect that network booting only works with the ethernet built into the Marvell Discovery II chipset... which isn't emulated at present. The Pegasos II SmartFirmware documentation has a section on network booting, so it should work. However, I have no indication that it gets as far as sending a packet on the network. Hans
|
|
|
|
qemu and tap network on Windows
|
Posted on: 2023/7/19 3:47
#158
|
Home away from home
|
I'd like the emulator to be visible from the host OS (Windows) so I can run ZitaFTP Server on AmigaOS within the emulator. So far, I've been unable to get it to work. It doesn't matter if the TAP "network adaptor" is bridged, set up for internet connection sharing, or not. I get no network on AmigaOS 4. DHCP failure? Not sure yet.
Has anyone managed to get it working on Windows? I've been told that it "just works" on Linux & MacOS-X.
Hans
|
|
|
|
Re: Booting qemu Pegasos II over TFTP
|
Posted on: 2023/7/19 3:42
#159
|
Home away from home
|
I've tried using OpenFirmware's debug facility (e.g., debug boot), and see it calls: load, then open-dev, open, decode-unit, open, decode-unit (5 times in a ro), and then close.
A regular boot from hd:0 will have a bunch of decode-unit, open, decode-unit, open calls.
Hans
|
|
|
|
Booting qemu Pegasos II over TFTP
|
Posted on: 2023/7/19 3:39
#160
|
Home away from home
|
Has anyone managed to get the Pegasos II to boot the kickstart modules from qemu's built-in TFTP server? The boot command just says "error while trying to load or boot" when it fails, which is useless for debugging why it failed.
Being able to load the kickstart modules from a TFTP server makes it easier to swap kernel modules in and out.
Hans
|
|
|
|