Compositing enabled/disabled makes no difference on 4.1.6. tried both Optimised for performance and optimised for memory usage.

@Paul

AmiUpdate runs fine on my SAM44-flex and AOS4.1 Update 6.
The Amishere prefs from Enhancer Software Core V1.1 locks the system.
The Updater from Enhancer Software Core V1.1 used to lock but now produces a grimreaper on ramlib.

This is on a clean system. So I did a clean reinstall of AOS4.1 up to update 6 (minimum requirement for Enhancer software Core V1.1.)

AmiSphere Server seems to run fine. Or at least it doesn't lockup my system.

I was hoping that upgrading to FE would solve this problem. FE is on its way right now, but apparently it doesn't

@IamSONIC

The reason is obvious. The P5020 is targeting embedded network solutions and not generic PC solutions. So the lanes can be configured for a combination of PCIe, SRIO, XAUI, SGMII and SATA interfaces with network applications in mind. You cannot freely assign these interfaces to any serdes lane. You can only choose from 28 different serdes lane/interface configurations.

Table 3-15 in the P5020 reference manual shows the different configurations for the 18 serdes lanes.

When you want to use two SATA controllers then there are only 18 configurations left.

The optimum configuration for PC applications would be SRDS_PRTCL=0x02. This serdes configuration offers:
-PCIe1 2.0 x4
-PCIe2 2.0 x4
-PCIe3 2.0 x1
-PCIe4 2.0 x1
-SATA1 2.0
-SATA2 2.0
This is a maximum of 12 out of 18 lanes. (There is also a x8 configuration available but this one is limited to PCIe gen1 speeds. So no improvement in bandwidth at the expense of the x4 slot.)

From design perspective, the X5000 needs 14 lanes. 12 PCIe + 2 SATA. So they needed an external PCIe switch anyways to gain the additional lanes.
From performance perspective, it would have been nice that they routed the two unused PCIe lanes to 2 of the PCIe x1 slots directly. But since x1 slots are used for audio cards and ethernet cards, this is no loss. Personally, I wouldn't mind to loose 2 PCIe x1 slots or 1 x1 slot and the two PCI slots. This would have saved the costs of the PCIe switch. But this is now the ultimate P5020 solution for an ATX form factor.

The T2080 has similar limitations. The best configuration for this processor is:
-PCIe4 3.0 x4
-PCIe1 2.0 x4
-PCIe2 2.0 x2
-PCIe3 2.0 x2
-SATA1 2.0
-SATA2 2.0
This is 14 out of 16 lanes. PCIe4 supports gen3. This doubles the bandwidth compared to the P5020. But graphics chips, or at least the ones that we can use, barely benefit from higher bandwidth.
Tomshardware did a nice test about this in: "The Myths Of Graphics Card Performance: Debunked, Part 2". In this acticle, they compared the framerate of the Radeon R9 290x with benchmark software for PCIe 3.0 x16 (15.75GB/s) all the way down to PCIe 1.0 x8 (2GB/s ; same bandwidth as the X5000). The result was 59.6fps versus 56fps. So almost 8 times more bandwidth resulted in only 6.4% more fps.

The two remaining serdes lanes of the T2080 can be used for SGMII. It might be beneficial to the board layout to use the SGMII interface instead of the RGMII interface.

You can uses the plugin "DownThemAll!!" to be able to download files.

This plugin will show you all the links available in a website. Simply select the links you want and start downloading.

Works with os4depot.

I wonder if DMA copy is implemented for the sam440.

In update 2, the copymem() and copymemquick() functions were dreadfully slow.

I have problems with Sam440ep setup utility after update3.
It appears to be running fine, but for unknown reasons my GL screenblankers we stuttering and running only at 1 or two fps. I also don't get the 63MB/write speed on the videobus anymore......

SAM-flex 800MHz / 1Gb / Radeon 9250 128MB

RAGEMEM v0.37 - compiled 11/06/2010

CPU: AMCC PPC440EP 1.3 @ 799 Mhz
Caches Sizes: L1: 32 KB - L2: none - L3: none
Cache Line: 128

---> CPU <---
MAX MIPS: 1598

---> L1 <---
READ32: 2858 MB/Sec
READ64: 5672 MB/Sec
WRITE32: 2868 MB/Sec
WRITE64: 5708 MB/Sec

---> RAM <---
READ32: 298 MB/Sec
READ64: 298 MB/Sec
WRITE32: 165 MB/Sec
WRITE64: 165 MB/Sec
WRITE: 890 MB/Sec (Tricky)

---> VIDEO BUS <---
READ: 14 MB/Sec
WRITE: 50 MB/Sec

Why do the SAM video bus benchmark look the pci bus is running at 33MHz?
I expect write speeds closer to the A1 or Peg2.

@thread

Hey guys,

I just realised that the IO expander board is still not available. Does the arrival of the backplate mean that the IO expander is cancelled? Afterall, it means that a different IO backplate is required.

Image: http://www.vesalia.de/e_sam440ioexp.htm

I've got an annoying problem with my DVD drive in my sam flex. After it's not used for a while it is not accessable/responding anymore. For example when I installed OS4.1 upd 1, I waited to long to press next somewhere in the installation process. The result was that the installation stalled (like waiting forever for the DVD drive to respond). Re-inserting a cd/dvd doesn't help either.

The problem isn't upd 1 specific. It already occured in 4.1 on the same machine.
I've got the same problem with OS4 classic on my A1200+powerflyer+ different CDROM drive.


Any idea's?

@hotrod

Are you sure that the horizontal and vertical frequences are set to the correct value. I had the same behaviour when I added +RB until I found outn that those frequencies were set to a wrong value.

@Eldritch

I had the same problem with my P2470HD. The DDC function apparently doesn't work for my monitor.

So I editted the radeon monitor icon and added +RB to my highest resolution (1920x1080@60+RB) and now the blanking has disappeared.

Be sure that you use the correct horizontal and vertical frequencies. I just found out that I had it wrong in in my 4.1 and that's why the +RB trick didn't work for until now. (have been using vga instead of DVI until now as a solution)

@TearsOfMe

Looks like een old SDK. The most recent publically available is 53.15.


Is this A-EON site linked to www.hyperion-entertainment.com ? It's got excatly the same content (ftp too).

@freddix

Hehe, that looks like a piece of FR4 (PCB). It won't get you pass an EMC test, but at least you won't touch the internal electronics when trying to insert a headphone.

@Cyborg

I took a brief look at the sourcecode, but I guess I have to recompile the drivers because of this:

#if defined(__amigaos4__) || defined(__MORPHOS__)
const VOID *real_rx_function;
const VOID *real_tx_function;
const VOID *real_dma_tx_function;
#endif


So it looks like the current OS4 driver uses DMA.

Hello,

Is it possible to use the current prism OS4 driver in an OS4 classic + mediatorSX setup?
Or is the RTL8029 still the only option when you're not using the Elbox drivers?

Currently I'm using the Elbox drivers but I'd like to go OS4 only since the OS4 voodoo3 driver is much faster.

@Mikey_C

Take a look at 15 on page 6 of the PDF document.
It's now quite clear why AmigaInc needs proof of advertisements and sales figures from ditributors. They will need it for this lawsuit.

I hope that no-one will hand out every information to them that could help thim against Hyperion.

For some strange reason they also believe that it's because of them that the Amiga "have garnered a cult-like following".

Something tells me that Ack is just being used for this court case to "prove" to the judge that they are still using the Amiga trademark and actually delivering product to their "cult-like" followers. As soon as the judge has ruled in favour of AmigaInc then I'm sure that for some unclear reasons his license is withdrawn.