Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Not to mention Apple’s historical involvement with Arm probably results in a better deal than other architectural licensees get.

Do you by any chance know how ARM licensing tends to work? I’ve seen claims that Apple doesn’t pay any royalties to ARM at all, since those are only charged for hard IP. It’s possible that Apple simply paid 50-100 millions a couple of years ago for the use of the Aarch64 ISA and that was the end of it. They have already changed a lot of low-level aspects of the architecture anyway, for example their interrupt system and intra-CPU communication are non standard, abs of course you have the fully custom matrix coprocessor instructions as well as architectural state…
 
  • Like
Reactions: amartinez1660
I think you are being overly pessimistic.
That could very well be, but then again, I was never on the Arm is better bandwagon either, backwards compatibility is too important to me and my job.

But of course, everyone has their own needs and you should look at what makes sense to you. Other than some concerns I have with Apples cSAM scanning, their product vision so far matches my own wishes very closely, and I couldn’t be happier with their switch from x86.
That's cool, I can understand that, and at least we share one concern, even though it isn't to the same degree. I'm hoping Apple will backtrack on that eventually and I can happily buy whatever Mac comes after that -- I'm too much of an OS geek to resist it for my home PCs and Apple's OS is definitely in the good category.

And I'm a software geek, not a hardware geek. I got through all my hardware courses in college by thinking like I was making software. :)

It might be kind of hard to get me to buy another iPhone though, I actually like the tech of my new Flip 3, and Android has come a very long way in usability.
 
Maybe Apple wants RISC-V expertise to understand it as a potential future competitive threat?

No matter, it makes sense for Apple to invest in that area.
 
Do you by any chance know how ARM licensing tends to work? I’ve seen claims that Apple doesn’t pay any royalties to ARM at all, since those are only charged for hard IP. It’s possible that Apple simply paid 50-100 millions a couple of years ago for the use of the Aarch64 ISA and that was the end of it. They have already changed a lot of low-level aspects of the architecture anyway, for example their interrupt system and intra-CPU communication are non standard, abs of course you have the fully custom matrix coprocessor instructions as well as architectural state…

I can’t comment. But consider - Apple provided the funding for Arm Ltd. You think they didn’t negotiate themselves a good deal?
 
Apple will always have a plan B … but this definitely isn't plan A. It just doesn't provide enough benefits to justify the effort. The cost of transitioning platforms will be way more than what they could safe.

And it's foolish to assume that Apple didn't ensure they have all the rights to ARM they'll ever need before they made the switch.
 
  • Like
Reactions: NetMage
I’ve heard it said that FreeBSD would not be around without steady stream of Apple patches…

That is (X). The amount of upstream going into FreeBSD is miniscule.

Note: (x) = Insert anything you deem appreciate, because the word I have in my mind would be against the rules on this forum.
 
  • Like
Reactions: guerro
I mean, Macrumors could have at least posted the most relevant information.

Apple is currently looking for experienced programmers with detailed knowledge of the RISC-V Instruction Set Architecture (ISA) and Arm's Neon vector ISA for its Vector and Numerics Group (VaNG) within its Core Operating Systems group. Apple's VaNG is responsible for developing and improving various embedded subsystems running on iOS, macOS, watchOS, and tvOS.

This is interesting because without this piece of information I would have thought Apple is trying to save pennies in those embedded ARM cores ( not the the ones used in CPU ) such as U1, W1 etc. But this is being specific to VaNG. And RISC-V is certainly a great fit for this use case with their Vector extension instructions. ( If you want to understand this I recommend searching for SIMD and Vector ) It will be interesting to see how all these fits together.
 
Might as well have stayed with Intel then..
It's about having options. Pretty sure Apple is fine making their own silicon. But, just like with PowerPC. They had a backup plan with intel. The roadmap was better on intel over the next 10 to 15 years. So they had to make the switch. I'm sure they would have been very happy to stay on PowerPC had IBM been better able to deliver CPU's more suited to Apples needs. But, IBM's future plans was more well, POWER then Apple could use in a portable or even a mobile device.

Workstations and servers could have used it and not many would have complained about how hot these things get. So long as they don't over heat and break. But, a portable not so much. Which is where we find ourselves with intel today. Too damn hot and not small enough for Apples future and current plans.

I don't think RISC-V is a manufacturing thing. More of just give me the instruction set so I can be compatible with it. And Apple would still make processors that are on TSMC's production lines. It would then be ISA compatible with RISC-V and most likely even ARM64 at least for a transition period. Again, only if they had to switch.
 
  • Like
Reactions: amartinez1660
This is what RISC-V can do.

1. 5ghz at 1 watt.
2. More cores but less power consumption than ARM
3. Open Source.
4. Easy to increase cores. 1000~4000 cores already developed.
5. RISC-V can still be used with ARM chip such as controllers.
 
  • Wow
Reactions: amartinez1660
RISC-V is nowhere close to being used in high-performance personal devices. It’s a great teaching platform and it has uses in low-end devices, but that’s about

Pragmatically the first really isn't true because the second ( "low end devices") are often used in the first.
So if 'measly' , 'low end' Apple SSD controller inside of an Apple SoC is technically used in a 'high-performance' personal device. If they are entangled on the same die they are definitely 'used in' the same locations where the die is provisioned.

Apple is making Celluar modems. Is the generic compute engine in that going to run userland level apps? No. Might it run some low-level , optimized library fragment? Possibly. And Ethernet offload engine? same thing.




There is a lot of work to be done before it becomes a viable alternative to ARM64. But I could see Apple using it for secure coprocessors or something like that.

It already is viable. If it is viable as a coprocessor then it is viable. Take a look at the recent Hot Chips presentation by Esperanto Technologies

https://www.anandtech.com/show/1690...g-machine-learning-esperanto-enflame-qualcomm

They have 1000's of 64 bit cores implementation of RISC-V assisting in doing ML training workloads.

similarly EdgeQ is using RISC-V as the baseline of their signal processors.


Note that Apple is looking for someone to do low level library calls. Like how Apple libraries solely call the Afterburner card , no userland level apps.

Intel has a large FPGA product line ( Altera ) that is using Arm at he moment for the management "brains" for their products. Intel has already lined up a custom to fab RISC-V for them. It would be pretty startforward for Intel to start to flip some of their internal Arm usage to non Arm side.

As for Apple a large chunk of the computational growth of Apple Slicon ( A-series and not both A and M series) has come through co-processor; not the application code generic CPU cores. Neural cores (not scheduled by the OS) , AMX is a effectively a co-processor that the Arm cores "supervise" but is not scheduled by the OS.


Viable is different than breadth of deployments and also different than userland software inertia.



Also, Apple has an unlimited architecture license agreement with ARM. If they switch architectures again, it won’t be before 10-15 years.

Hauwei/HiSilocon had an ARM license until it got "blow up" in a trade-war. It isn't a likely case for Apple at the moment, but they are not completely immune. If go back 10 years ago bet Hauwei thought they were completely immune from that problem too.

Apple doesn't want to move. But Apple doesn't completely control the universe.

P.S. When Apple finally decommissions Intel x86_64 in more than several they'll need a "Plan B" alternative to do contingency builds on. Gong back to x86_64 wouldn't be an architecture license option.
 
That is (X). The amount of upstream going into FreeBSD is miniscule.

Note: (x) = Insert anything you deem appreciate, because the word I have in my mind would be against the rules on this forum.

You are right, I went a bit overboard with that bit. If I remember correctly, FreeBSD benefited from Apples LLVM work but it was a while ago that I followed those developments. Didnt mean any insult towards the FreeBSD community, sorry for making a silly statement!
 
  • Like
Reactions: ksec
Pragmatically the first really isn't true because the second ( "low end devices") are often used in the first.
So if 'measly' , 'low end' Apple SSD controller inside of an Apple SoC is technically used in a 'high-performance' personal device. If they are entangled on the same die they are definitely 'used in' the same locations where the die is provisioned.

I was commenting on the idea of Apple replacing their ARM-based products with RISC-V in the near future. As to use of RISC-V in various controllers, I fully agree.
 
$pple is just a cynical company that is so greedy and selfish and never wants to give to others unless they get something in return. 200B in the bank and act like a troll.
Personally I am very happy for Apple's success. It's good for shareholders, the industry and society generally. It also regularly gives to charities -- no strings attached by definition. Those are the facts. Maybe it should just "give" money to Intel to support x86.
 
  • Like
Reactions: amartinez1660
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.