It's better when people collaborate...
Absolutely. I have a 4k display and will gladly help test things out when my Pulse RX 580 8G arrives next week.
It's better when people collaborate...
The Next Loader has code that says it supports GOP @HiDPI, but I haven't been able to get it to work on my 3,1. I filed an issue, but no one has replied to it yet.
https://github.com/abdyfranco/next-loader/issues/2
However the EmuGOPDxe from next loader is how I got GOP working with CloverUEFI. Clover had support for GOP at the time Jief took the code from Clover to make rEFInd work with GOP, but later code has some of that commented out. However there is still enough GOP code in Clover to make it work with EmuGOPDxe.
I don't have a HiDPI display, just a bunch of older stuff I get by with, but I'm pretty sure @h9826790 still has one, so when he gets the time to do some testing, we may have a better idea how that would work.
Really I've had to do all the heavy lifting in this thread, and put out money to buy hardware to get things working at all. It's better when people collaborate, I just can't debug hardware I don't have, and no one outside of a multi billion dollar corporation can test all the configurations end users might need.
At strangedogs and themacelite we had teams of people helping, and we did what I try to do here, document the process, so others can do what we have done, and hopefully build on it.
As Dave is fond of saying "Make sure brain services is set to on".
Absolutely. I have a 4k display and will gladly help test things out when my Pulse RX 580 8G arrives next week.
I haven't been able to answer or solve the open issues in the Next Loader repository yet, because I haven't had any free time because of my work. I will try to get some free time this weekend to review the bugs and update the base code to the latest version of rEFInd.The Next Loader has code that says it supports GOP @HiDPI, but I haven't been able to get it to work on my 3,1. I filed an issue, but no one has replied to it yet.
https://github.com/abdyfranco/next-loader/issues/2
However the EmuGOPDxe from next loader is how I got GOP working with CloverUEFI. Clover had support for GOP at the time Jief took the code from Clover to make rEFInd work with GOP, but later code has some of that commented out. However there is still enough GOP code in Clover to make it work with EmuGOPDxe.
I don't have a HiDPI display, just a bunch of older stuff I get by with, but I'm pretty sure @h9826790 still has one, so when he gets the time to do some testing, we may have a better idea how that would work.
Really I've had to do all the heavy lifting in this thread, and put out money to buy hardware to get things working at all. It's better when people collaborate, I just can't debug hardware I don't have, and no one outside of a multi billion dollar corporation can test all the configurations end users might need.
At strangedogs and themacelite we had teams of people helping, and we did what I try to do here, document the process, so others can do what we have done, and hopefully build on it.
As Dave is fond of saying "Make sure brain services is set to on".
It's exactly the same problem I found myself developing Next Loader, it requires money to buy hardware to test, and only a few people decided to collaborate as beta testers.Yes, beta tester welcome and appreciated.
I've asked a few times for someone with an nVidia card and a GOP rom to go to a shell and see if the GOP rom is mapped into ram and or linked, but no one has helped. Even tho I know lots of people use PC Cards in their Mac Pro's and would like to have boot screens for them via the GOP rom that is already on the card.
Show some love people, help me, help everyone.
The more I ask, and the more people don't help, the more hardware I have to buy, and the more inclined I am to just keep my mouth shut about how I get these things to work unless someone is willing to pay for it.
I don't find hacking and making money to be mutually exclusive, and l like to recover the hardware costs it takes me to come up with a useful hack, maybe a bit more so I can come up with the next hack.
However I try and document my hacks, so people that don't want things handed to them in an easy package still have a way of doing for themselves.
I've found over the years of hacking, some people just have more money than time, and even if you explain to them how to do something, they'd rather just pay for it, and the people that read all the documentation and build things from source and debug, normally find things I miss and end up adding to a more perfect solution.
Of course Alfa and Beta testers are part of that process, and are always welcome.
I haven't been able to answer or solve the open issues in the Next Loader repository yet, because I haven't had any free time because of my work. I will try to get some free time this weekend to review the bugs and update the base code to the latest version of rEFInd.
In part, I paused the project for lack of beta testers and people who would like to collaborate, but seeing this thread it seems that several people are willing to collaborate.
[doublepost=1534877130][/doublepost]
It's exactly the same problem I found myself developing Next Loader, it requires money to buy hardware to test, and only a few people decided to collaborate as beta testers.
I doubt apple would pull the MP5,1 this late in the game especially considering the BootROM updates apple have made for the 5,1.
the G3 beige thing IIRC was also over OpenGL acceleration which the Rage Pro GPU supported in Mac OS 8.x/9.x but did not in OS X that pissed off a few people to say the least.
and no OS X 10.x DP ever supported any Pre G3 Macintosh the only versions of OS X that do are the 1.x Sever versions. and there where proper retail releases of OS X 1.x as OS X Server 1.x, so no Beige machine ever got dropped during a DP cycle.
the only PCI Beige machine with HDD/CDROM Booting issues like what you describe was the Power Macintosh 4400 where one of its ATA channels could not be used in OpenFirmware (at least as it stands, maybe if someone developed a proper nvramrc script patch for the 4400 it could of, the 4400 was very much a red-headed step child, you can read about my antics with mine here https://forums.macrumors.com/threads/success-with-the-power-macintosh-4400.2077767/ )
all other Macs where fine at an OpenFirmware level AFAIK. (thanks in part to them having nice decent NVRAMRC patches)
If I had any relevant hardware I’d help.Yes, beta tester welcome and appreciated.
I've asked a few times for someone with an nVidia card and a GOP rom to go to a shell and see if the GOP rom is mapped into ram and or linked, but no one has helped. Even tho I know lots of people use PC Cards in their Mac Pro's and would like to have boot screens for them via the GOP rom that is already on the card.
Show some love people, help me, help everyone.
The more I ask, and the more people don't help, the more hardware I have to buy, and the more inclined I am to just keep my mouth shut about how I get these things to work unless someone is willing to pay for it.
I don't find hacking and making money to be mutually exclusive, and l like to recover the hardware costs it takes me to come up with a useful hack, maybe a bit more so I can come up with the next hack.
However I try and document my hacks, so people that don't want things handed to them in an easy package still have a way of doing for themselves.
I've found over the years of hacking, some people just have more money than time, and even if you explain to them how to do something, they'd rather just pay for it, and the people that read all the documentation and build things from source and debug, normally find things I miss and end up adding to a more perfect solution.
Of course Alfa and Beta testers are part of that process, and are always welcome.
Yes, beta tester welcome and appreciated.
I've asked a few times for someone with an nVidia card and a GOP rom to go to a shell and see if the GOP rom is mapped into ram and or linked, but no one has helped. Even tho I know lots of people use PC Cards in their Mac Pro's and would like to have boot screens for them via the GOP rom that is already on the card.
Show some love people, help me, help everyone.
The more I ask, and the more people don't help, the more hardware I have to buy, and the more inclined I am to just keep my mouth shut about how I get these things to work unless someone is willing to pay for it.
I don't find hacking and making money to be mutually exclusive, and l like to recover the hardware costs it takes me to come up with a useful hack, maybe a bit more so I can come up with the next hack.
However I try and document my hacks, so people that don't want things handed to them in an easy package still have a way of doing for themselves.
I've found over the years of hacking, some people just have more money than time, and even if you explain to them how to do something, they'd rather just pay for it, and the people that read all the documentation and build things from source and debug, normally find things I miss and end up adding to a more perfect solution.
Of course Alfa and Beta testers are part of that process, and are always welcome.
Anyway, Apple has reply to my “no boot screen” bug report (for the Sapphire PUSLE RX580).
In fact, the reply came within one hour after I submit the bug report. It breaks my “quickest reply” record.
I am sure they are looking into this issue now. May be at quite high priority as well.
My bug report about the no HEVC decoding except in QT Player also got reply within 10hours (again, for the Sapphire PULSE RX580).
It seems Apple really willing to “fix” the issue which is Sapphire PULSE RX580 related now.
For those who want the boot screen, please go to bugreport.apple.com and submit a bug report.
Anyway, Apple has reply to my “no boot screen” bug report (for the Sapphire PUSLE RX580).
In fact, the reply came within one hour after I submit the bug report. It breaks my “quickest reply” record.
I am sure they are looking into this issue now. May be at quite high priority as well.
My bug report about the no HEVC decoding except in QT Player also got reply within 10hours (again, for the Sapphire PULSE RX580).
It seems Apple really willing to “fix” the issue which is Sapphire PULSE RX580 related now.
For those who want the boot screen, please go to bugreport.apple.com and submit a bug report.
Encouraging! What do the replies say? I've only used Feedback Assistant to report a few bugs and I don't see any reply there, but maybe Apple doesn't reply to bugs submitted that way. Is bugreport.apple.com the best way to go?
That sounds about correct.There are few other .efi files inside the refind folder. So, only the REFIND.efi is the correct one, right?
To test it, I only need to
1) mount a EFI partiton
2) copy the whole refind folder into the EFI folder of the EFI partiton
3) bless the REFIND.efi file correctly
4) reboot
And this should be done with my original Sapphire PULSE RX580 ROM
Is that correct?
Anyway, Apple has reply to my “no boot screen” bug report (for the Sapphire PUSLE RX580).
In fact, the reply came within one hour after I submit the bug report. It breaks my “quickest reply” record.
I am sure they are looking into this issue now. May be at quite high priority as well.
My bug report about the no HEVC decoding except in QT Player also got reply within 10hours (again, for the Sapphire PULSE RX580).
It seems Apple really willing to “fix” the issue which is Sapphire PULSE RX580 related now.
For those who want the boot screen, please go to bugreport.apple.com and submit a bug report.
I just want the SMC update…It does appear making new AMD cards work properly with the Mac Pro is a priority right now since they have been responding to bug reports for things like the fans and boot screen, and also fixed the link speed. I bet we’ll have boot screens in time for the GM.
I have a GTX 960 laying around, I can try stuff out. To be honest I was completely unaware that this thread existed... Sometime ago I had installed reFind on my Mac Pro trying to manually change the pci speed in the EFI console to 5GT/sec as detailed on a netkas post to no avail. The OP was using refit I think instead of refind, maybe thats why it didn't work...
one with a Apple compatible UGA EFI ROM, and an nVidia PC Card with GOP.
Anyway, Apple has reply to my “no boot screen” bug report (for the Sapphire PUSLE RX580).
In fact, the reply came within one hour after I submit the bug report. It breaks my “quickest reply” record.
I am sure they are looking into this issue now. May be at quite high priority as well.
My bug report about the no HEVC decoding except in QT Player also got reply within 10hours (again, for the Sapphire PULSE RX580).
It seems Apple really willing to “fix” the issue which is Sapphire PULSE RX580 related now.
For those who want the boot screen, please go to bugreport.apple.com and submit a bug report.
I wonder... since h9826790 has submitted previous bug reports that were acted upon if his subsequent bug reports get flagged for closer attention than ones coming from users who haven't submitted lots of previous reports. It wouldn't surprise me if they have such a system that ranks bug reports from trusted/reliable people higher than the rest of us.
Anyway, we should all be happy that *someone* is getting a response from Apple, even if it's not us. Because we will all benefit from any fixes. We should all continue to report everything though (and re-report with each beta) because the more people who report it, the better chance it gets noticed and perhaps fixed.
I have opened 2 bugs about the Bootscreen Problem and never got a reply for 10 days.
That could be totally possible. Maybe the also sort for paid developer accounts? I’m using only the public beta.
That sounds about correct.
diskutil list
sudo mkdir /Volumes/EFI
sudo mount -t msdos /dev/diskxs1 /Volumes/EFI
sudo bless --mount /Volumes/EFI --setBoot -nextonly --file /Volumes/EFI/efi/refind/REFIND.efi
I am also only a normal beta tester, no paid developer account. That's why I use PB, but not DP. But I do wrote bug reports for quite a few years already, and always try to provide as much data / details as possible.
When I wrote this boot screen issue report. I emphasised the terms "Apple recommended Sapphire PULSE RX580", may be that make the difference.
Anyway, at least one bug report is addressed. The hope still there.
[doublepost=1534922120][/doublepost]
Have a sudden duty changed. So had few hours for some tests.
What I did
1) insert a USB thumb drive into the cMP front USB 2.0 port. That's a known good bootable USB drive.
2) format the drive to HFS+ (let Disk Utility to re-create the required EFI partition)
3) run
to check the USB thumb driver disk numberCode:diskutil list
4) mount the EFI partition
thenCode:sudo mkdir /Volumes/EFI
with corrected disk numberCode:sudo mount -t msdos /dev/diskxs1 /Volumes/EFI
5) create a EFI folder inside the EFI partition in Finder
5) copy the refind folder to the EFI folder inside the EFI partition
6) bless the REFIND.efi
I add the next only argument to avoid possible further troubleCode:sudo bless --mount /Volumes/EFI --setBoot -nextonly --file /Volumes/EFI/efi/refind/REFIND.efi
Then
I tested threes different scenario
A) Modded RX580 ROM (GPU clock, voltage pointer, VRAM voltage) -> bless REFIND.efi
B) Original RX580 ROM -> bless REFIND.efi
c) Original RX580 ROM -> bless refind_GOPx64.efi
All three scenario has no boot screen with just the RX580 installed in slot 1.
rEFInd log shows the following for all 3 tests
View attachment 777172
Obviously case C is not good because I tried to bless the refind_GOPx64.efi but not REFIND.efi
Case A and B has ScanVolumes, but nothing to display.
I am 100% sure Case B using the original RX580 ROM that I dumped from the card.
Not sure the trouble, but if that is the entire log, then it looks like it's stalling scanning the discs. See my full log from https://forums.macrumors.com/thread...-output-protocol.2089181/page-4#post-26367972
It maybe because rEFInd doesn't like to be booted from USB?