(01-25-2019, 02:17 PM)micrex22 Wrote: (01-24-2019, 08:54 AM)johnnym Wrote: (01-24-2019, 02:29 AM)micrex22 Wrote: (01-23-2019, 01:19 AM)johnnym Wrote: Now I'm puzzled. Do these PPC970 systems use 68pin SCSI disks in their drive sleds instead of 80pin SCA SCSI disks the POWER5(+) systems use?
Correct, they are just regular 68-pin SCSI. You can even see this in the photo here: https://c1.staticflickr.com/8/7219/73809...9f86_b.jpg
Sorry, where do I have to look in that photo to see that?
I don't doubt that the hardware of 7037 and 7047 is identical. But does same FRU also mean same firmware? I tought about some artificial firmware (or maybe VPD - if these machines also have something like that) limitation in the 7037.
As Larbob wrote that his GXT4500 is known working, but doesn't work in a 7037 - I interpolated: (1) not working in any compatible slot, (2) neither in SMS nor later and (3) on the same display where it worked earlier with another machine - whereas it should work in a 7047 according to the IBM documentation, the "conclusion" that there could be a limitation in the 7037's firmware, looked straight-forward to me. But maybe that's too far fetched...
You can see the characteristic 68-pin rainbow cables (fairly famous adaptec cables), and it's possible to see some of the 68-pin cable heads (albeit it's a dark photo).
Thanks, I now already found this one - titled "185_power_hdd_bay" - on your website, which makes things pretty clear and if you would have pointed me to that, it also would have done so earlier already:
From other pictures from the web showing a 7037-A50 - e.g. like this one here:
...it looked like that black cover could cover a hot-plug drive cage. It looks pretty similar to the covers used on e.g. p5 520, although it's a little wider now that we can compare them "side by side":
Hence I initially assumed the 7037-A50 would use the same disk sleds as the other p5 systems and a SCSI backplane - in the end it was sold as System p5 185.
(01-25-2019, 02:17 PM)micrex22 Wrote: It's pretty easy to spot if you deal with 68-pin SCSI often I suppose. For instance at a glance you can tell this is 68-pin SCSI as well:
FWIW internal 68pin SCSI cables alone are not significant enough in my opinion, because the cables from SCSI controllers to SCSI backplanes are often just 68pin SCSI cables, though maybe usually without cable heads between the ends.
(01-25-2019, 02:17 PM)micrex22 Wrote: If the firmware was different.. there would have to be a different FRU. Otherwise you'd be getting the wrong firmware boards for both systems with no way to tell them apart...
See, that was my question, thanks for the clarification.
(01-25-2019, 02:17 PM)micrex22 Wrote: The GXT4500 will work on 42R5210/42R5208; there is no debate. If there's a problem it's unrelated to firmware as all of the motherboards have the same firmware. IBM took 7037 and threw it in a different deskside chassis to sell as an "IntelliStation", but all of the IntelliStation POWERs are actually motherboards borrowed from something else and thrown in a different chassis. They're not going to waste R&D on making something completely new each time.
I specifically referred to the firmware (not the hardware), which could have been different for different applications - at least I've seen such with other vendors.
(01-25-2019, 02:17 PM)micrex22 Wrote: Not to mention, the 7047 can utilize PowerVM just like 7037 because of their identical firmware. If that's not enough to convince you, 7047 even has the same firmware to download as 7037:
https://www.ibm.com/support/knowledgecen...rm_atx.htm
Please, I never questioned your statements, or did I? I think I explained already why I came to my conclusion regarding the nonfunctioning of a known good graphics card in a specific machine type earlier.
EDIT, to make it sound less harsh maybe

:
Dear micrex22, you seem to have a profound knowledge of IBM machinery, I don't question that. Please forgive me that I have to resort to my intuition and experience with other machines and vendors when trying to diagnose issues with machines I don't have available for verification. This can sometimes direct one to conclusions that might be proved wrong later. In this case a firmware limitation sounded conclusive, given the fact that IBM is known to limit hardware capabilities like number of usable CPU cores, etc.. Maybe next time you could just jump in a little earlier with some facts?