Who's Online |
136 user(s) are online ( 97 user(s) are browsing Forums)
Members: 0
Guests: 136
more...
|
|
Headlines |
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
-
libfaac.lha - development/library/audio
Apr 22, 2024
-
libfaad.lha - development/library/audio
Apr 22, 2024
-
image2pdf.lha - utility/text/convert
Apr 22, 2024
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
-
libpng.lha - development/library/graphics
Apr 20, 2024
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: Yesterday 10:40
#21
|
Quite a regular
|
@Hans Quote: Where did you get this from (bboot/brd_pegasos2): I wrote it after reading the OpenFirmware PCI doc I've linked to above. Maybe also check the Marvell Discovery II docs as that provides the PCI bus on pegasos2. Quote: These are from libpayload as can be seen in the comment at the top of the file. Did you try if you can access the card behind the bridge with config-l@ config-w@ and so on from the SmartFirmware prompt? Maybe you're just passing the wrong address to the RTAS function that's why it does not read the right bus.
|
|
|
|
Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
|
Posted on: Yesterday 10:36
#22
|
Just popping in
|
@Hypex
You know I was referring to modern gen Amiga systems right? lol
I mean, if I were to try another card, it would be a 7450, as that card requires the same power to run as the 5450
HOWEVER
According to geennamm, it doesnt have backward compatibility for 5v, meaning, despite me having ample PSU power, without an rail adapter, it still wont work.....
Alas, back to square 1, I either go back to a 9250, 9200, or grab the 460le, and use its pcie slot.....
Albeit having said that, I'd have to double check with the community here if the 460le would be able to run a r7 240 or whatever without an adapter with its pcie slot thats included, knowing my luck in Amiga land, nothing will be that simple.
|
Courtesy of SAM440Flex & Amiga OS4.1 only Flex is 800mhz A1000 with Classic 520 Amiga OS3.2.1 AmiKit 12 MorphOS PowerBook G4 (which can play youtube vids) https://blitterwolf.blogspot.com
|
|
|
Re: SAM Flex Stuttering Issue workbench or software use / games
|
Posted on: Yesterday 10:30
#23
|
Just popping in
|
@Hypex
:D
This isn't windoze Hypex, ofcourse it isn't included.....
They even only included an extremely basic Radeon HD Driver with Amiga os4.1FE release, what about all the people that may have already upgraded their cards and did not keep their 9250 or whatever???? lol
I could continue but I won't, as I really am a little hopeful that Amiga Os4.1fe is still under going development to see the light of perhaps Amiga OS4.2 or Amiga os 5.0, LOL
Call it being in dream land or la la land if you will, but the hopefulness is still there.
I'm even hopeful they've re-coded it all to be able to be on more accessible hardware for all of us that remain, I dont mind if it went ARM even, if this is an easier plausible action to complete.
Anyway, I suppose maybe thats why they released the first enhancer for free to allow users to atleast have a driver that could work with some of their more basic cards that werent 9250s?
Cheers
|
Courtesy of SAM440Flex & Amiga OS4.1 only Flex is 800mhz A1000 with Classic 520 Amiga OS3.2.1 AmiKit 12 MorphOS PowerBook G4 (which can play youtube vids) https://blitterwolf.blogspot.com
|
|
|
Re: Heretic II Multiplayer Event on 27th April 2024
|
Posted on: 4/23 18:28
#24
|
Just popping in
|
Here a small reminder - this Saturday on 27th 19.00 (German time) there will be the Heretic II Multiplayer Event (Servers see the thread above). It needs game/shoot/H2_Big_Data.lha from aminet.net as mentioned before (the huge file got an installer).
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Home away from home
|
@balaton Where did you get this from (bboot/brd_pegasos2):
static int bases_for_bus(prom_handle ph)
{
int i, n = prom_getprop(ph, "ranges", cells, sizeof(cells));
if (n <= 0) {
puts("Cannot get ranges");
return 0;
}
n /= sizeof(cells[0]);
for (i = 0; i < n; i += 6) {
switch (PHYS_HI_TYPE(cells[i])) {
case 1:
iobase = cells[i + 3];
iolen = cells[i + 5];
break;
case 2:
membase = cells[i + 3];
memlen = cells[i + 5];
break;
}
}
if (!iobase || !iolen || !membase || !memlen) {
puts("Cannot get ranges");
return 0;
}
printf("/pci@%x: io %x/%x mem %x/%x\n", membase, iobase, iolen, membase, memlen);
memavail = membase;
unsigned long pci_cfgbase;
if (membase == 0x80000000) {
ioresavail = IORES_START; /* reserved for south bridge functions */
ioavail = IORES_TOP;
pci_cfgbase = MV64361_BASE + 0xc78;
} else if (membase == 0xc0000000) {
ioresavail = iolen; /* no reserved space on this bus */
ioavail = IORES_START;
pci_cfgbase = MV64361_BASE + 0xcf8;
} else {
puts("Unknown PCI bus");
return 0;
}
pci_set_addr(pci_cfgbase, pci_cfgbase + 4);
return 1;
}
Then in pci.c:
void pci_set_addr(unsigned long conf_addr, unsigned long data_addr)
{
pci_conf_addr = conf_addr;
pci_data_addr = data_addr;
}
u8 pci_read_config8(pcidev_t device, u16 reg)
{
write32_le(pci_conf_addr, device | reg | (1UL << 31));
return read8(pci_data_addr);
}
u16 pci_read_config16(pcidev_t device, u16 reg)
{
write32_le(pci_conf_addr, device | reg | (1UL << 31));
return read16_le(pci_data_addr);
}
u32 pci_read_config32(pcidev_t device, u16 reg)
{
write32_le(pci_conf_addr, device | reg | (1UL << 31));
return read32_le(pci_data_addr);
}
...
This code performs direct register writes instead of using OpenFirmware calls or RTAS. Hans
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Home away from home
|
@balaton So in bboot you accessing PCI configuration registers directly and not OpenFirmware's calls for that? I.e. no RTAS and co ?
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 23:32
#27
|
Quite a regular
|
@Hans I don't know of any docs on pegasos2 specifically but there are some docs on OpenFirmware here: https://openfirmware.info/Bindings and on PCI there are many on the net. You may also look at some BSD sources but not GPL code if you want to use it in non-GPL closed source project.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 18:20
#28
|
Not too shy to talk
|
@kas1e my xorg.confs are on hyperion site So if you have in lspci: 0000:01:00.0 in xorg.conf in Device section probably should be: BusID "PCI:1@0:0:0" or BusID "PCI:1:0:0"
Section "Device"
Option "Accel" "yes" # [<bool>]
Identifier "Radeon X1950 XT"
Driver "radeon"
BusID "PCI:1@0:0:0"
EndSection
|
AmigaOS3: Amiga 1200 AmigaOS4: Micro A1-C, AmigaOne XE, Pegasos II, Sam440ep, Sam440ep-flex, AmigaOne X1000 MorphOS: Efika 5200b, Pegasos I, Pegasos II, Powerbook, Mac Mini, iMac, Powermac Quad
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 16:04
#29
|
Home away from home
|
@Hypex Quote: I've never seen that happen for a standard net install. They always needed internet connection. The Sam install CDs for example won't even get to the installer without a working server.
The Debian net install can install without internet connection for sure : it says "you have no connection, install the base minimal setup ?" , but then, even if it installs it, it misses some post-install steps, making the system not bootable in the end. Quote: I've not got this to work. A few months ago I booted a Debian net installer and looked for a working repo. I must have spent over two hours looking for a working source, and every one I found online failed without working ppc32 support.
You didn't search close enough for, in the Google there are few places pointing to correct servers which can be used with Debian (at least the one for pegasos2, which is 8.11):
deb http://archive.debian.org/debian/ jessie main non-free contrib
deb-src http://archive.debian.org/debian/ jessie main non-free contrib
deb http://archive.debian.org/debian-security/ jessie/updates main non-free contrib
deb-src http://archive.debian.org/debian-security/ jessie/updates main non-free contrib
@All Please not deral thread too much now, we need Balaton to see what Hans ask, as this is what important for us in this thread. Thanks !
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 15:46
#30
|
Just popping in
|
@smarkusg Quote: The Net installation (netinstall.iso) even if you can't download packages contains the "base" core packages. I've never seen that happen for a standard net install. They always needed internet connection. The Sam install CDs for example won't even get to the installer without a working server. Quote: You can change the installation of packages from the repository by changing the domain to "archive.debian.org", but this should not be necessary for your needs. I've not got this to work. A few months ago I booted a Debian net installer and looked for a working repo. I must have spent over two hours looking for a working source and every one I found online failed without working ppc32 support.
|
|
|
|
Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
|
Posted on: 4/22 15:30
#31
|
Just popping in
|
@Gebrochen Quote: Well, the r7 240 isn't a waste, as technically I might need this card in future for the old 440ep which James plans on giving back to me....(Oh crap, it means Ill also need to buy yet another adapter......lol) Well, perhaps next time, you could try one of those PCI1PEX1 cards for some variety. You never know your luck if it works. Variety is the spice of life! Quote: Yeah I know, easier to do on PC, but, not as fun watching my friends confused windoze brains trying to use the Amiga OS.... lol What were they trying to do? Well actually, if you can get both online normally, there both on the network. But networked over a cross link, well, Miami was good for that like a Mac with internet sharing features. I gave up on that almost 20 years ago with Roadshow. It just needed too much manual work. Where as with Miami or MiamiDX it may have been, it was built in, it just needed one Amiga to connect to the other and both were online. Quote: Albeit having said that, anyone who's used a mac before will probably find it relatively quick and easy to understand and even possibly get annoyed at the OS for not auto arranging icons, for example, when opening up a drawer. Yes I find that annoying these days as well. And even after the three actions needed to it, it can still not look right after. The reason it's like that is to avoid writing to disk. Since AmigaOS started as a floppy OS. And this avoiding of writing has continued on, though it may seem quaint now, so the disk isn't constantly thrashed. This is evident in the design of specific save/use/cancel in requesters where as in other desktops, which I also see as confusing, the close window action actually saves. The AmiDock tends to save on change though which differs from standard AmigaOS practice.
|
|
|
|
Re: X5000 switches itself off
|
Posted on: 4/22 15:02
#32
|
Quite a regular
|
@Gregor
Those values are measured with the ADC inside a serparate microcontroller on the X5000 mainboard (Atmel). The OS (OS4 or Linux) has no part in that.
Those ADCs are generally bad and don't specify items like gain and offset drift. So don't expect multimeter quality values.
|
|
|
|
Re: SAM Flex Stuttering Issue workbench or software use / games
|
Posted on: 4/22 14:48
#33
|
Just popping in
|
@Gebrochen Quote: So looking at what you've written here, its basically not comparable due to how Amiga OS works with these cards versus any other modern operating system that actually has support basically. Yes, pretty much. And also something I forgot to mention. How the card interfaces with the computer matters as well. So a 9250 PCI is designed for a PCI system and can work well. The Sam supporting a 66Mhz would help if it does have full support. But a 5450 and above with a PCIe interface needing a PCI bridge would have a bottleneck. Some 5450 cards had PCI interfaces on the hardware but I don't know if they would perform any better being a legacy interface. My XE, though is has a 66Mhz PCI slot and AGP, doesn't miss out on bottlenecks either. The 66Mhz slot, it it can work, is not plug and play, needs some config in UBoot and conflicts with AGP. The AGP is set at 2x speed, but in reality, only works at 1x speed. Also, funny enough, when I set it up and bought my 9200SE with 8x AGP from a normal computer shop, I sent messages about it to OS4 people, and was told an 8X card will never work in my XE AGP slot. I forget the details, but I plugged it it in, and it worked fine as it does now almost 20 years later. I'd expect for the PassMark tests that the PC hardware plugged in, especially PCIe, was plugged into a native PCIe slot. Working at full speed. With drivers optimised for maximum efficiency. Quote: is there a web site that shows comparisons to what Im getting with a card on a system compared to other users using the same card? Well, yes, that would be results on the HDRLab site Joerg linked too. The Composite 3d demo could also be good to test as well. Quote: Im baffled why the community didnt continue with the idea that WARGUS put upon the community, a user may have an original CD, and there fore could physically install the copy.... Well, they still do for some ports. Wargus is one example. There would be others. A recent example is the Quake 2 OS4 update which uses a PC CD for data files. But that one is strange, as it's a paid product update of the Hyperion port from years ago, that needs the data files. I'd expect if paying for a game that it would all be included.
|
|
|
|
Re: X5000 switches itself off
|
Posted on: 4/22 14:40
#34
|
Just popping in
|
@LyleHazeQuote: LyleHaze wrote: using a software method can't do that, but it can let you monitor gradual changes before the fatal ending. and it has the advantage of being free, requires no additional computer or cable.. you can have it right now. That's true... When I have followed the voltages with MCUinfo, the values have been very stable. There are only four values in which there is a constant 10mv 'flip-flop': Voltages (mV) CPLD: 3320 XenaXorro A: 3300...3310 XenaXorro B: 1010 PCIe: 1000mv Main 3.3V: 3350...3360 Main 2.5V: 2490...2500 Ethernet: 1200...1210 Platform: 1030 Core A: 1200 Core B: 1190 DDR3: 1490 Serdes: 1820 But the base level has not changed. Quote: And you asked about replacing parts.. low voltages can be caused by the supply (regulator) or by excessive load. chips that draw too much power get noticeably warm.. but history puts the odds on a flakey regulator, which may not get warm at all. These shutdowns has appeared totally randomly, both after the computer has been on for a long time, and just for a few minutes. That suggests there is no temperature issue, at least. Also, I have had both AmigaOS and Linux running when the issue appears, so the OS does not seem to affect it directly.
|
|
|
|
Re: SAM Flex Stuttering Issue workbench or software use / games
|
Posted on: 4/22 14:04
#35
|
Just popping in
|
@joerg
Yes, that's the one, that's the 3D on 2D compositing I was thinking of.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 10:44
#36
|
Home away from home
|
@smarkusg I of course tried and pure base install from netiso, and with manual typing of correct mirrors working today (archive...something, and it dl stuff from net when install), but in any case it fail. But from dvd1.iso all goes well. Its like net install is broken in some way and didnt manage properly to do post install steps to make system to boot.
But so far dvd one works, that enough for our tests :)
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 4/22 10:14
#37
|
Not too shy to talk
|
@kas1e Quote: @smarksugs Installing from powerpc-DVD-1.iso works fine ! I can see that when installation finished, it doing some more steps in "Finishing installation" stage, and then, i am able to boot correctly, and in the log i can see that initrd image attached. I forgot that Debian 8 "jessie" was ported to the archive in 2020. The Net installation (netinstall.iso) even if you can't download packages contains the "base" core packages. It should install itself. It is possible. that in case of correct apt/sources.list entries it does not complete the installation correctly. If you need to install any packages, use the packages from the install DVD. The entries should be apt/sources.list. You can change the installation of packages from the repository by changing the domain to "archive.debian.org", but this should not be necessary for your needs.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Home away from home
|
@balaton
I took a quick look at the BBoot source-code. Is it accessing PCI configuration registers via register accesses instead of using OpenFirmware's function calls for that?
If so, is there documentation on how it's done?
The major problem blocking the use of RadeonHD/RX cards on the Pegasos-2, is that attempting to access its PCI configuration registers fails. Reads return either 0, or 0xFFFFFFFF, and writes fail. This is using RTAS calls.
From kas1e's tests, it looks like Linux may also be unable to access the configuration registers.
The Pegasos-II firmware was clearly able to access the device's config registers at some point, or the device wouldn't be listed in the device tree.
If there's documentation on how to read the PCI configuration registers of any device directly (i.e., without RTAS), then we may have a chance to get it working.
Hans
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Not too shy to talk
|
@kas1e
I just answered on hyperion website ( look here for example). Try to setup xorg.conf with right BusID.
When I will be at home, I will send examples of config.
|
AmigaOS3: Amiga 1200 AmigaOS4: Micro A1-C, AmigaOne XE, Pegasos II, Sam440ep, Sam440ep-flex, AmigaOne X1000 MorphOS: Efika 5200b, Pegasos I, Pegasos II, Powerbook, Mac Mini, iMac, Powermac Quad
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Home away from home
|
@All Ok, that the next test i do : I plugged off Radeon9250, keep only Bridge+Radeon X1950 in, installed SSHD server, and boot the linux. Now, when i do "lspci -knn" , i had:
root@debian:/home/kas1e# lspci -knn
0000:00:00.0 Host bridge [0600]: Marvell Technology Group Ltd. MV64360/64361/64362 System Controller [11ab:6460] (rev 03)
0000:00:01.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller [1106:3044] (rev 46)
Subsystem: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller [1106:3044]
Kernel driver in use: firewire_ohci
0000:00:06.0 PCI bridge [0604]: Pericom Semiconductor PI7C9X111SL PCIe-to-PCI Reversible Bridge [12d8:e111] (rev 02)
0000:00:0c.0 ISA bridge [0601]: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] [1106:8231] (rev 10)
Kernel driver in use: parport_pc
0000:00:0c.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
Kernel driver in use: pata_via
0000:00:0c.2 USB controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 1e)
Subsystem: VIA Technologies, Inc. (Wrong ID) VA-502 Mainboard [0925:1234]
Kernel driver in use: uhci_hcd
0000:00:0c.3 USB controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 1e)
Subsystem: VIA Technologies, Inc. (Wrong ID) VA-502 Mainboard [0925:1234]
Kernel driver in use: uhci_hcd
0000:00:0c.4 Bridge [0680]: VIA Technologies, Inc. VT8235 ACPI [1106:8235] (rev 10)
0000:00:0c.5 Multimedia audio controller [0401]: VIA Technologies, Inc. VT82C686 AC97 Audio Controller [1106:3058] (rev 40)
Kernel driver in use: snd_via82xx
0000:00:0c.6 Communication controller [0780]: VIA Technologies, Inc. AC'97 Modem Controller [1106:3068] (rev 20)
0000:00:0d.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6102 [Rhine-II] [1106:3065] (rev 51)
Subsystem: Device [3065:1106]
Kernel driver in use: via-rhine
0000:01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] R580+ [Radeon X1950 XT] [1002:7244]
0001:02:00.0 Host bridge [0600]: Marvell Technology Group Ltd. MV64360/64361/64362 System Controller [11ab:6460] (rev 03)
So the same bridge and X1950 in found, but no driver loaded (probabaly this "radeon" driver should be ok for ?) Then, i do "dmesg | egrep 'drm|radeon'" , and that what we have:
root@debian:/home/kas1e# dmesg | egrep 'drm|radeon'
[ 30.283165] [drm] Initialized drm 1.1.0 20060810
[ 31.088890] [drm] radeon kernel modesetting enabled.
[ 31.574171] [drm] initializing kernel modesetting (R580 0x1002:0x7244 0x0000:0x0000).
[ 31.675977] __ioremap(): phys addr 0x0 is RAM lr radeon_device_init [radeon]
[ 31.760392] radeon 0000:01:00.0: Fatal error during GPU init
[ 32.791013] radeon: probe of 0000:01:00.0 failed with error -12
root@debian:/home/kas1e#
I can be wrong, but it seems that phys address is set to 0x0 again (the same as we have under amigaos4 as far as i understand).
|
|
|
|