Yes It happens also on 460. boot with no s-s and rx doesn't work. You have an error on serial

ethaddr = MAC of sam unit 0
eth1addr= MAC of sam unit 1
ethact=ppc_4xx_eth0 ... what is it?

I have the same variables on sam440ep but i'm using the sam network card.

rtl8169.device of course don't use that variables and should be driven by roadshow.
Did you try with a static ip? I have some issues sometimes using DHCP. Try always a static ip first.

@joerg



clib2 (newest version) has almost all glibc functions (except the usual one.. fork, waitpid and so on) and if someone find something missing it can be added (if possible).
It supports also shared objects (even if they needs to be debugged heavily) so even the problem to have a single monolith exe is not a problem.


Yes I know.. :) it was just a way to tell that it is crazy.. And if you change an include file most probably you have to recompile everything all the time..

The main problems in my opinion are gcc/exec/elf. But while the first one can be patched if something is missing or needed in the two other one, we have to wait forever..
Another problem could be your missing.. :D but if you have some spare time (even 10 minutes a day) would be great.. :)

RadeonRX are supported by Sam460. Only uboot screen is not visible but the cards works perfectly on OS4

Don't know if can help but take a look also at zz9000 driver:

https://source.mnt.re/amiga/zz9000-dri ... b/master/rtg/mntgfx-gcc.c

remember. If you found something weird check also linking against newlib. Even if clib2 seems at least mature to compile games correctly. But I'm curious about speed too

Maybe you can compile it natively on OS4.. But it will took 4 years..

@kas1e
Add the port on github and we'll try to add something.. however in my opinion we need to merge the changes to the official repositories of all ports we made. Otherwise we'll never stay up to date

c++ is different from c (library speaking) so you need to recompile libstdc++ with updated clib2 to avoid all problems.
However I have an open issue that is causing some problems if streams are opened from c++ too early. It happens on shared libraries all of the times, while with static libraries it happened only one time in my tests.
So you should be able to use c++ without any problem (after recompiling libstdc++ of course..)

I was working on it in the past and a window was opening.. :D
But it was far from call it a working version..
However the code is written very good and it is easy to implement stuff

try an autoreconf -i first

use this:

./configure --host=ppc-amigaos --prefix=/usr/ppc-amigaos/SDK/local/clib2 CFLAGS="-O3 -mcrt=clib2 -gstabs" CPPFLAGS="-mcrt=clib2 CXXFLAGS=-O3 -mcrt=clib2 -gstabs" LDFLAGS="-mcrt=clib2 -athread=native" --without-dlsym --without-ada --with-termpath=ENV:termcap.os4 --disable-db-install --without-manpages -disable-rpath-hack --enable-getcap --disable-stripping --enable-termcap --enable-wgetch-events --enable-sigwinch --with-terminfo-dirs=ENVARC:terminfo --with-default-terminfo-dir=ENVARC:terminfo

check that prefix matches your adtools installation

check discord

I don't know how l2be functions works, but usually swap 16 bits and 32 bits has different functions. Not only. Single byte doesn't needs to be swapped if read is done byte by byte. And I don't think also that sigCheck needs to be swapped.
Only stuff read from disk needs to be swapped if saved in little endian mode. But if you create a variable at runtime it is already in big endian

You should ask acube for all details. I was speaking with m3x about this and he told me that L2 cache is disabled because the cache coherency problem. He has found the problem using md5sum.

Yes because most probably the Kernel needs to be patched to support L2 cache. On 460 on DMA operations L2 cache needs to be invalidated.
But at least you have some improvements

Welcome home :)

Did you try l2cache and Sam460ex_setup from os4depot before tests?

The second one:

hat it does:

* enables Store Gathering in CCR0 register.
This new setting doubles write speed to a PCI Express graphic card (up to
320 MB/s
on a Radeon X1950 and up to 300 MB/s on a Radeon HD 4650 PCI-E card) and
increase 50% write speed to a PCI card.
Ragemem and Gfxbench2D will show higher values for CPU (not DMA) initiated

data transfers.

In the old clib2 was defined in a different way.
I have changed the definition to match the correct function declaration but I have to test the changes. You will find it in next commit on beta8

In clib2 there are a lot of new functions to measure time.
For example in test_programs/memory/string_benchmark.c you have somthing like:

clock_t begin = clock();
//DO STUFF
clock_t end = clock();
double time_spent = (double) (end - begin) / CLOCKS_PER_SEC;
printf("%lf secs\n", time_spent);

But there are other examples too both for c++ and c