Hello,

A new version of 64-bit AROS is now available. It contains changes and improvements implemented in first quarter 2023. You can find the full change log below. Enjoy!

The release can be downloaded from:
https://github.com/deadw00d/AROS/releases/tag/ABIv11_20230430-1
https://axrt.org/downloads-aros

Also, for the first time, an alpha version of native AROS for 64-bit PCs is available. You can run it on a virtual machine or real hardware (support and stability varies; list of known issues below). It can be downloaded from: https://axrt.org/development/aros-pc-x86_64-alpha-6.zip


Change log
Quote:

AROS ABIv11 20230430-1 changes: Functionalities: Implemented network driver for certain nVidia chipsets (Neil) Synchronize Zune configuration across all builds (deadwood) Restore build and functioning on pc-x86_64 AROS (deadwood) Make native kernel more reselient in case of early error (deadwood, Kalamatee) Added broadcom4400.device network driver (Neil) Synchronize on use of ISO-8859-2 for Polish across all builds (deadwood) First working version of nvme.device is available (Kalamatee) Implemented FORMAT64 and SEEK64 commands in ahci.device (Kalamatee) Stabilized handling of WARM reset, implemented missing shutdown handlers (Kalamatee) Requesters add scroll bars if too much text is shown (Kalamatee) 64-bit support: Correct size of fpos_t and ino_t C library types (deadwood) 68k support: ARM support: muimaster.library (bugs: MUI_Request not compiling) (deadwood) Restore build of armhf AROS (deadwood) Updates: AROS build system (Kalamatee) libz 1.2.13 (Kalamatee) libpng 1.6.39 / png.library v53.2 (Kalamatee) freetype 2.13.0 / freetype2.library v6.6 (Kalamatee) libudis86 (Kalamatee) Functional fixes: Correctly handle __stdiowin when also using C library (deadwood) gl.library (bugs: race condition during initialization) (deadwood) hostgl.library (make it work with newer 64-bit hosts) (deadwood) exec.library (bugs: wrong disassembly due to wrong start address) (deadwood) ata.device (bugs: media insert/eject detection not working) (deadwood) muimaster.library (bugs: MUIA_String_Acknowledge not readable) (deadwood) png.datatype (bugs: 1-bit APLHA pngs not supported) (deadwood) fat-handler (bugs: partition check too strict) (deadwood) InstallAROS (bugs: not working with > 2GB RAM) (deadwood) dos.library (bugs: SFS not working with > 4GB RAM) (deadwood) C:Install-Grub2 (bugs: not working with > 4GB RAM) (deadwood) GCC (bugs: sometimes generates non-loadable executables) (deadwood) Kernel (bugs: wrong configuration of IRQ pins in IO-APIC, TaskReady list damaged) (deadwood) Area.mui (bugs: events sent when not expected to) (deadwood) pciusb.device (bugs: EeePC USB boot not working) (Neil) Register.mui (bugs: tab text cannot be formatted) (deadwood) String.mui, Area.mui, Cycle.mui (bugs: setting same value is causing notification) (deadwood) pciusb.device (bugs: too long boot delay on AspireOne ZG5) (Neil) ntfs-handler (bugs: accessing non existent entries) (Kalamatee) DiskInfo (recognize more filesystems) (Kalamatee) pciusb.device (workaround for MosChip MCS9990, detect addtional ports) (Kalamatee) Kernel (bugs: SSE registers not preserved during interrupt) (Kalamatee) timer.device (bugs: can issues interrupt after warm reboot) (Kalamatee) C:Decoration (bugs: wrong rendering of paletted pngs) (Kalamatee) i8042.hidd (bugs: regression in mouse detection) (deadwood) crt.library (bugs: wrong time returned by clock_gettime) (deadwood) Stability fixes: graphics.library (bugs: boot driver not unregistered correctly) (deadwood) MultiView (bugs: crash in About window when using amigaguide.datatype) (deadwood) exec.library (bugs: crash when showing disassembly in alert requester) (deadwood) Prefs/ScreenMode (bugs: crash on certain drivers) (deadwood) acpica.library (deadwood)

Native version known issues:
- USB mouse/keyboard is only detected is connected during boot
- delay ~10 seconds when booting SATA disk
- nvme.device/SFS error in VirtualBox when installing
- possible NVME crash on some hardware, add 'NVME=disable' to grub command line as a workaround
- if you experience issues booting, try adding 'noacpi' or 'noioapic' to grub command line
- assume VESA mode for graphics, native graphics drivers most likely won't work

Last edited by deadwood on 02-May-2023 at 04:25 AM.

_________________
https://www.axrt.org

@deadwood

Good work on keeping the AROS system alive, the lawsuit proves we need another option just encase.

Thanks for your work on it!

_________________
AmigaNG, YouTube, LeaveReality Studio

Of course we need. IMHO AROS is a chance for, so called, Amiga NG. There will be no G6, G7 and so on.
Or am I wrong?

Last edited by r-tea on 30-Apr-2023 at 04:55 PM.

_________________
I miss draggable screens in MorphOS... and do you? I know I'm in a minority unfortunately.

Finally!!!

@deadwood

A 64 Bit AROS is always a good idea bit I have some questions concerning AROS v11 from a user perspective:

How is the compatibility with the projected AROS x86-64 V1 ?
[_] it is binary compatible
[_] it is API compatible
[_] it is something else
[_] it is not compatible at all

How compatible are the file system between different AROS x86 Versions ?
[_] it will read and write an x86 filesystem
[_] it will not read or write an x86 filesystem but not crash it when trying
[_] it will will crash other filesystem when using it

Thanks, for answers and keep on the good work (even when some of the answers are not what I wanted)

Last edited by OneTimer1 on 01-May-2023 at 09:42 AM.

@OneTimer1

File system?
AFAIK AROS uses PFS file system. No matter what distribution.

_________________
I miss draggable screens in MorphOS... and do you? I know I'm in a minority unfortunately.

@OneTimer1

How is the compatibility with the projected AROS x86-64 V1 ?
[_] it is binary compatible
[X] it is API compatible
[_] it is something else
[_] it is not compatible at all

How compatible are the file system between different AROS x86 Versions ?
[X] it will read and write an x86 filesystem
[_] it will not read or write an x86 filesystem but not crash it when trying
[_] it will will crash other filesystem when using it

On the file system question, there is no special AROS file system. AROS reads/writes standard FFS, SFS, FAT, NTFS.

_________________
https://www.axrt.org

@deadwood

Quote:

[X] it is API compatible [X] it will read and write an x86 filesystem On the file system question, there is no special AROS file system. AROS reads/writes standard FFS, SFS, FAT, NTFS.

Thanks for your answers, I feared there might be problems with byte order or address size between the different platforms concerning the filesystem.

@all

I am on a Trip making my Network an Island Network parallell to the Internet. I made an esxception just to download 64 Bit AROS! And test it on all my modern Machines!

@all

Booting from CD in Native Mode leads to some IntelGMA crash on 2 Machines, one with some Intel HD and one with some old Radeon GFX Card. Booting in Safe Mode doesn`t work!

But in VESA Mode itself I could boot into Wanderer and had some Results .. Programs work but hdaudio doesn`t although it shows up on one Machine. On the other Machine I had at least some result over the Radeon and HDMI on a Smart TV!

Fotos:









Now I go OFFLINE again!

Last edited by QBit on 01-May-2023 at 07:53 PM.

@QBit

Indeed, that's more or less expected from an alpha version. You should assume VESA works, while native drivers mostly likely won't.

_________________
https://www.axrt.org

In preoparation also a 64Bit AROS One version, soon it will also be available for download !

_________________
AROS One Home Site
AfA One Amiga OS 3.9