Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
63 user(s) are online (54 user(s) are browsing Forums)

Members: 1
Guests: 62

Kamelito, more...

Headlines

 
  Register To Post  

« 1 ... 58 59 60 (61) 62 63 64 ... 66 »
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@Maijestro

I immediately wanted to test your precious suggestion. for (AHI)

I have to make myself want to move the entire system to SSD

With WinUAE the speed increases exponentially and the "cache" of the SSD is not exploited.

I don't know if with "qemu" the SSD disk cache is exploited.
We should understand if the partition initialization can occur as on "real hardware"

In any case, the speed increases at least ten times in writing and also in reading even without "cache"

a bit like what happens on old laptops when you put the SSD in place of the mechanical HD.

I don't know, in this case with qemu it would be useful to have an opinion from @balaton.

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@whiteQuote:
white wrote:@Maijestro
I have to make myself want to move the entire system to SSD

With WinUAE the speed increases exponentially and the "cache" of the SSD is not exploited.

I don't know if with "qemu" the SSD disk cache is exploited.
We should understand if the partition initialization can occur as on "real hardware"

In any case, the speed increases at least ten times in writing and also in reading even without "cache"

I don't know, in this case with qemu it would be useful to have an opinion from @balaton.


Somewhere here in this forum I had already tested write and read accesses @joerg gave me the hint and it was much faster than on real hardware.

AmigaOs4.1 is here with me also on a very fast SSD transfer rates:

Resized Image

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@Maijestro

but does the test concern a virtual HD on SSD or on a dedicated real SSD partition ?

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@whiteQuote:
white wrote:@Maijestro

but does the test concern a virtual HD on SSD or on a dedicated real SSD partition ?


Of course I installed AmigaOs4.1 on a Virtual HD, have you found a way to use AmigaOs4.1 on a real HD under Qemu?

If that's the case, I'll have to completely change my setup.

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@Maijestro

the preparation happens in this way
"x76" raw disk
in this case there is no need for the "hide" flag
or is it better to say yes I don't remember with Linux

with windows yes, because otherwise it always tries to initialize it and it cannot be used

you can optionally set the "hide" flag

sudo fdisk -l

Device Boot Start End Sectors Size Id Type
/dev/sdd5 1892083712 1948473343 56389632 26.9G 76 unknown <<<--- this is my real partition on HD that I currently use with WinUAE

as you can see it is marked as "76 and unknown"
because it has the SFS filesystem of AmigaOS Classic


initializing with qemu with the Pegasos2 CD
-cdrom Amiga.iso -hda /dev/sdd5/id/ etc.

now the question is:
Is it accessible with qemu ?

I might already test this just to see if the AmigaOS CD-ROM can access it.

If he accesses it, it's done.

The process can work.

Once everything is complete.
the nice thing is that "true-image" is able to backup the entire partition in bulk despite being an AmigaOS partition

so when you back up you can include it in addition to your main system.

I backed up Linux two days ago because I wanted to.

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
Ok, it works

by booting from the Pegasos2 CD

I have direct access to the hard disk where AmigaOS Classic is installed and if I wanted I could initialize it to see if everything works.

here is the simple command:

sudo qemu-system-ppc -L pc-bios -M pegasos2 -bios /home/white/Downloads/pegasos2.rom -m 1024 -serial stdio -vga none -device sm501 -device rtl8139,netdev=network00 -netdev user,id =network00 -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev/sdd5

is the log:
WARNING: Image format was not specified for '/dev/sdd5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
PegasosII Boot Strap (c) 2002-2003 bplan GmbH
Running on CPU PVR:80020102
Enable L1 ICache... Done.
Clean/Flush Block enabled
Reading W83194 : FAILED.
Setting Front Side Bus to 133MHz... FAILED.
Configuring DDR... Done.
Configuring PCI0... Done.
Configuring PCI1... Done.
Configuring ETH... Done.
Releasing IDE reset ... Done.
Configuring Legacy Devices
Initializing KBD... Done.
Testing 10000000 Bytes, Pass: 00000000 Failed: 00000000
RAM TEST (fill linear)... Done.
FFFFFFFF

SmartFirmware:
cpu0: PowerPC,74x7 CPUClock 1533 Mhz BUSClock 133 Mhz (Version 0x8002,0x0102)
no/bad nvramrc - performing default startup script
channel 0 unit 0 : ata | QEMU HARDDISK | 2.5+
ATA device not present or not responding
channel 1 unit 0 : atapi | QEMU DVD-ROM | 2.5+
ATA device not present or not responding



Welcome to SmartFirmware(tm) for bplan Pegasos2 version 1.1 (20040405172512)
SmartFirmware(tm) Copyright 1996-2001 by CodeGen, Inc.
All Rights Reserved.
Pegasos BIOS Extensions Copyright 2001-2003 by bplan GmbH.
All Rights Reserved.
entering main read/eval loop...
ok boot cd amigaboot.of
ISO-9660 filesystem: System-ID: "AMIGA BOOT" Volume-ID: "AmigaOS 4.1 Final Edition"
Root dir: "" flags=0x2 extent=0x2A size=0x800


AmigaOS 4.x OpenFirmware Bootloader V1.0


I'll make a video now

Of course now it's a matter of understanding as well as being helped

I used the pegasos.rom in this case.

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
So I guess it can be done
here the video:
https://youtu.be/9PHDSppyqn8

therefore a more complete command would be needed for the part dedicated to the real partition

does anyone know how to do it ?

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Just popping in
Just popping in


See User information
@white

>it's probably an E-UAE problem with qemu
>or it would be useful to know if anyone uses real hardware for 4.1
>with E-UAE encounters the same problem with the demo-scenes of "elude" with >Workbench 3.2.

Elude is a group from the AmigaOS scene from my country ... must work on my hardware
They were always unlucky to come second from what I remember....

https://streamable.com/xeyo6t

https://streamable.com/p6ase0

It works although sometimes you have to wait a while.

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@smarkusg

Well,

Can you post or attach your config file somewhere ?
Thank you.

Maybe it's a management problem
chipmem_size or z3mem that I assigned

which picasso driver (uaegfx) did you use (version) ?

I would prefer the complete config file if possible

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
For the real hard disk
it also works:

sudo qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -display gtk,zoom-to-fit=on -full-screen -vga none -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev /sda5

here is the initial log:
[sudo] white's password:
WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.

BBoot 0.4 (24.7.2023)
/pci@80000000: io fe000000/10000 mem 80000000/40000000
/pci@80000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
/pci@80000000/display: 0:1.0 126f:0501 38000 | 0501126f 0000 0
Added assigned-addresses, set interrupt 0009
2000810 0 80000000 0 4000000 | 00000000 ! 80000000
2000814 0 84000000 0 200000 | 00000000 ! 84000000
/pci@80000000/ethernet: 0:2.0 10ec:8139 20000 | 813910ec 0100 0
Added assigned-addresses, set interrupt 0109
1001010 0 fe001200 0 100 | 00000001 ! 00001201
2001014 0 84200000 0 100 | 00000000 ! 84200000
2001030 0 84240000 0 40000 | 00000000 ! 84240000
/pci@80000000/isa: 0:c.0 1106:8231 60100 | 82311106 0000 8
Added assigned-addresses
/pci@80000000/ide: 0:c.1 1106:0571 1018f | 05711106 010e 87
Added assigned-addresses
1006110 0 fe001000 0 8 | 00000001 ! 00001001
1006114 0 fe001008 0 4 | 00000001 ! 00001009
1006118 0 fe001010 0 8 | 00000001 ! 00001011
100611c 0 fe001018 0 4 | 00000001 ! 00001019
1006120 0 fe001020 0 10 | 00000001 ! 00001021
/pci@80000000/usb: 0:c.2 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006220 0 fe001040 0 20 | 00000001 ! 00001041
/pci@80000000/usb: 0:c.3 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006320 0 fe001060 0 20 | 00000001 ! 00001061
/pci@80000000/other: 0:c.4 1106:8235 68000 | 82351106 0009 0
Added assigned-addresses
/pci@80000000/sound: 0:c.5 1106:3058 40100 | 30581106 0309 4
Added assigned-addresses
1006510 0 fe001100 0 100 | 00000001 ! 00001101
1006514 0 fe001030 0 4 | 00000001 ! 00001031
1006518 0 fe001034 0 4 | 00000001 ! 00001035
/pci@80000000/pci1106,3068: 0:c.6 1106:3068 78000 | 30681106 0309 30
Added assigned-addresses
/pci@c0000000: io f8000000/10000 mem c0000000/20000000
/pci@c0000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
Checking initrd at 0x600000-0x94a3a0 (3449760 bytes)
Found zip with 66 entries
Parsing Kicklayout at 0x94a3a0 (3287 bytes)
Booting config 1: AmigaOS_4.1_Final_Edition
Loading loader.of
Loading kernel
Loading FastFileSystem
Loading SmartFilesystem
Loading JXFileSystem
Loading peg2ide.device.kmod
Loading battclock.resource.kmod
Loading bootmenu.kmod
Loading bootimage
Loading CDFileSystem
Loading con-handler.kmod
Loading console.device.kmod
Loading diskboot.kmod
Loading diskboot.config
Loading diskcache.library.kmod
Loading dos.library.kmod
Loading elf.library.kmod
Loading env-handler.kmod
Loading FileSystem.resource.kmod
Loading gadtools.library.kmod
Loading gameport.device.kmod
Loading graphics.library.kmod
Loading hunk.library.kmod
Loading input.device.kmod
Loading intuition.library.kmod
Loading it8212ide.device.kmod
Loading keyboard.device.kmod
Loading keymap.library.kmod
Loading lsi53c8xx.device.kmod
Loading newlib.library.kmod
Loading nonvolatile.library.kmod
Loading nvram.config
Loading ps2.resource.kmod
Loading ram-handler.kmod
Loading ramdrive.device.kmod
Loading ramlib.kmod
Loading shell.kmod
Loading sii0680ide.device.kmod
Loading sii3112ide.device.kmod
Loading sii3114ide.device.kmod
Loading sii3512ide.device.kmod
Loading strap.kmod
Loading timer.device.kmod
Loading PCIGraphics.card
Loading ATIRadeon.chip
Loading 3dfxVoodoo.chip
Loading siliconmotion502.chip
Loading petunia.library.kmod
Loading usbresource.library
Loading usbsys.device
Loading hub.usbfd
Loading bootmouse.usbfd
Loading bootkeyboard.usbfd
Loading massstorage.usbfd
Loading uhci.usbhcd
Loading ohci.usbhcd
Loading ehci.usbhcd
Loading mounter.library
Starting exec

Now I'd like to find a way to not use the ROOT command to start qemu

and I imagine that:

WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.


And
-hda/dev/sda5

needs additional parameters
but I can't find them

some idea ?

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@all

Can someone please link to the AmigaOne Qemu emulation?

I have searched the whole forum but can't find this thread anymore. There was some debug information I did under this emulation and I need this information now to improve the sound output.

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Just popping in
Just popping in


See User information

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@Primax

Thanks for the quick help

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
Well it seems everything is ok,
the SSD is recognized and is ready to be initialized.

The difficulty I encountered was the "hidden" flag.
Having both Linux and Windows, if I did all the work from Linux then when I went to initialize the SSD from AmigaOS I had the RDB-DISK with the wrong blocks.
Because strangely, an uninitialized partition appeared in Windows 10.

Long story short I solved it.
Those who only use Linux will not encounter this problem.

But if you have both Linux and Windows you may encounter this problem.
(Although I use Split Boot-Loader it is not dual-boot for practical reasons.)

For MAC there probably won't be this problem.
But I can't say because I don't have a MAC

Clearly the SSD will not be able to use the "cache"
But I think the speed of execution improves.

I just have to try now.

The command line:

sudo qemu-system-ppc -M pegasos2 -accel tcg -kernel /home/white/Scaricati/bboot-0.4/bboot -initrd /home/white/Scaricati/Kickstart.zip -m 2048 -serial stdio -device sm501 -cdrom /home/white/Scaricati/Pegasos2InstallCD-53.54.iso -hda /dev/sdc2 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -display gtk,zoom-to-fit=on -full-screen -vga none


First I'll back up with TrueImage but I don't want to do it all over again

here The SSD recognized without problems

Thank goodness I watched the video again
I was initializing the 1TB SSD


Edited by white on 2023/9/19 17:18:13
Edited by white on 2023/9/19 17:20:03
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@whiteQuote:
white wrote:Well it seems everything is ok,
the SSD is recognized and is ready to be initialized.

For MAC there probably won't be this problem.
But I can't say because I don't have a MAC

here The SSD recognized without problems

Thank goodness I watched the video again
I was initializing the 1TB SSD


To be able to use a real SSD under Qemu for AmigaOs4.1 would of course be ideal, but mounting under MacOs with -hda /path/to/SSD/ doesn't work without further ado, I need to read up a bit more on how things work under MacOs with Qemu.

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@Maijestro

I'll try it now and let you know if it's worth it
I hadn't used Linux in years.
I dedicated 50gb for AmigaOS
On the other hand, I bought the 250GB SSD specifically to use qemu

https://youtu.be/AJEoERNQZ5c


note:
the right command would be:
-hda /dev/sdc2/ "disk id"
precisely to avoid unexpected device changes

but I couldn't find the syntax to do it


Edited by white on 2023/9/19 17:54:05
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
@whiteQuote:
white wrote:@Maijestro

I'll try it now and let you know if it's worth it
I hadn't used Linux in years.
I dedicated 50gb for AmigaOS
On the other hand, I bought the 250GB SSD specifically to use qemu


This looks really good, I keep my fingers crossed that it works and am curious about further tests.

The read and write speeds of the virtual HD are already enormously high, I'm not sure if passing a real hard drive will be even faster, or even relieve the CPU a bit.

MacStudio ARM M1 Max Qemu/AmigaOs4.1FE/Pegasos2
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Just popping in
Just popping in


See User information
Would this also allow such a device (SSD or another) to be used to be accessed from both "sides" - the host system and AOS4.1?

Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
SDD works.

this problem also remains:
even if AmigaOS works and the SSD works:

WARNING: Image format was not specified for '/dev/sdd2' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.

I also tried with pegasos.rom
instead of boot-0.4 but the problem is identical.

I was reading a bit of everything online.
But I can't find the solution.

Hoped @balaton can give me some suggestions or anyone might know how to do it.

1)Everything works, ssd etc.
2)I can also access the WinUAE partition on the OS4.1 Classic system. Clearly I can't use the apps.
3)I can use SSD + a .raw virtual disk at the same time
just add it with "HDToolBox".
4) I use a 250gb SSD from "crucial" which does not perform excellently.
paid 27 euros on Amazon. But it's good for its price.

Now let's get to the problem

This also occurs with a normal configuration:

so if I use the .raw disk configuration

example:
qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 - drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0 -device rtl8139 ,netdev=mynet0 -drive if=none,id=hd1,file=/home/white/Scaricati/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1 -display gtk,zoom -to-fit=on -full-screen -vga none

Everything works.

But if I do

sudo qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -drive if=none,id=hd1,file=/home/white/Scaricati/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1 -display gtk, zoom-to-fit=on -full-screen -vga none

then using : sudo qemu-system-ppc etc. etc.

the audio stops working
Here are the errors in the output window:


ALSA lib pcm_dsnoop.c:566:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
ALSA lib pcm_dsnoop.c:566:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
audio: Could not create a backend for voice `ac97.mc'

you can try it yourself

use in front of your current command:
I sweat
and the audio should stop working.

I guess I have to compile differently and add my "user" probably.

I also simply tried:
./configure --target-list=ppc-softmmu --disable-dbus-display --enable-slirp --enable-lto --enable-sdl --enable-gtk --audio-drv-list=alsa,pa

but it's the same.

with the SSD if I do:

sudo qemu-system-ppc -M pegasos2 -cpu 7457 -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -vga none -hda /dev/sdd2 -audiodev driver=alsa,id=snd0,out.try-poll=off -device AC97,audiodev=snd0

it's the same the audio is not heard.

Practically :
IF YOU COULD USE THE ABOVE COMMAND WITHOUT "sudo" EVERYTHING WOULD WORK

How do I compile to enable the "white" user
to use the SSD without the "sudo" command?

or I can somehow modify:
qemu.conf

somehow like:

#user=root
#group=root

in

user=white
group=root

with libvirt
I have already created the "white" user
etc. but I imagine it has nothing to do with qemu from the command line.

@Reth
What do you mean by:
Would this also allow such a device (SSD or another) to be used to be accessed from both "sides" - the host system and AOS4.1?

If you give me a practical example I will understand better


Edited by white on 2023/9/20 10:29:39
Edited by white on 2023/9/20 10:53:49
Edited by white on 2023/9/20 11:01:44
Go to top
Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


See User information
this removes the restrictions:

WARNING: Image format was not specified for '/dev/sdd2' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.


-drive format=raw,file=/dev/sdd2

now there is no more warning

the audio problem remains


I always sudo fdisk -l
at every startup
(of the machine Linux not of qemu)

the DISK ID should also be added here
because it could change with each reboot.

And you might mount the wrong partition

I haven't figured out how to add it yet


Edited by white on 2023/9/20 12:49:09
Edited by white on 2023/9/20 12:55:16
Go to top

  Register To Post
« 1 ... 58 59 60 (61) 62 63 64 ... 66 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project