Kuo: MacBooks With Apple-Designed Processors Coming Late 2020 or Early 2021, All-New Design to Follow in Mid 2021

In addition to forecasting the launch of new MacBook Pro and MacBook Air models with scissor keyboards in the second quarter of 2020, analyst Ming-Chi Kuo believes that Apple has bigger ambitions for its notebook lineup.

In a research note today, obtained by MacRumors, Kuo said Apple plans to launch MacBook models with its own custom processors in the fourth quarter of 2020 or the first quarter of 2021. Kuo did not indicate whether these will be MacBook Pro or MacBook Air models, or both, nor did he share any further details.

16inchmacbookpromain
Rumors have suggested that Apple is working on custom Arm-based processors that would allow it to transition away from its current MacBook processor supplier Intel, which has occasionally experienced delays with its chips.

Kuo also believes that Apple will introduce MacBook models with an all-new design in the second or third quarter of 2021, but again, he did not indicate whether these will be Pro or Air models. The last significant redesign of the MacBook Pro occurred in October 2016, while the MacBook Air received a major redesign in October 2018.

Related Roundups: MacBook Pro, MacBook Air
Related Forums: MacBook Pro, MacBook Air

Popular Stories

iOS 26 on Three iPhones

iOS 26's Liquid Glass Design Draws Criticism From Users

Wednesday September 17, 2025 2:56 pm PDT by
It's been two days since iOS 26 was released, and Apple's new Liquid Glass design is even more divisive than expected. Any major design change can create controversy as people get used to the new look, but the MacRumors forums, Reddit, Apple Support Communities, and social media sites seem to feature more criticism than praise as people discuss the update. Complaints There are a long...
iOS 26

iOS 26.1 to iOS 26.4: Here Are 5 New Features to Expect on Your iPhone

Tuesday September 16, 2025 11:17 am PDT by
iOS 26 was finally released on Monday, but the software train never stops, and the first developer beta of iOS 26.1 will likely be released soon. iOS 18.1 was an anomaly, as the first developer beta of that version was released in late July last year, to allow for early testing of Apple Intelligence features. The first betas of iOS 15.1, iOS 16.1, and iOS 17.1 were all released in the second ...
M6 MacBook Pro Feature 1

Apple's Rumored MacBook Pro Redesign: 6 New Features Anticipated

Wednesday September 17, 2025 4:26 am PDT by
Apple in October 2024 overhauled its 14-inch and 16-inch MacBook Pro models, adding M4, M4 Pro, and M4 Max chips, Thunderbolt 5 ports on higher-end models, display changes, and more. That's quite a lot of updates in one go, but if you think this means a further major refresh for the ‌MacBook Pro‌ is now several years away, think again. Bloomberg's Mark Gurman has said he expects only a small ...
iOS 26 Glass Feature

iOS 26: The Top 100 New Features and Changes

Tuesday September 16, 2025 12:26 pm PDT by
Apple released iOS 26 on September 15, and it's now available for all iPhone users with a compatible device. There are a lot of changes and features to learn about, so if you want a quick, easy-to-read list that outlines what's new, we've got you covered. Design Liquid Glass design that reflects light and refracts what's underneath. It's system wide, with dynamic tab bars and toolbars...
iPhone 17 Pro and Air Feature

Two iPhone 17 Pro and iPhone Air Colors Appear to Scratch More Easily

Friday September 19, 2025 10:02 am PDT by
As reported by Bloomberg today, some of the new iPhone 17 Pro and iPhone Air models on display at Apple Stores today are already scratched and scuffed. French blog Consomac also reported on this topic. The scratches appear to be most prominent on models with darker finishes, including the iPhone 17 Pro and Pro Max in Deep Blue, and the iPhone Air in Space Black. Images Credit: Consoma ...
ios 26 liquid glass dark mode

iOS 26 Liquid Glass Design Makes App Icons Look Crooked, Report Users

Wednesday September 17, 2025 4:55 am PDT by
iOS 26's new Liquid Glass interface has been criticized for making some content illegible in certain circumstances, and now the UI design is reportedly causing another unusual visual problem for some users. Liquid Glass adds subtle glowing effects to the corners of app icons, creating a dynamic glass-like appearance with depth and parallax effects. However, as noted by Gizmodo, this design...
iOS 26

iOS 26.0.1 Coming Soon, Likely With iPhone Air and iPhone 17 Pro Fix

Thursday September 18, 2025 9:17 am PDT by
Apple is preparing to release iOS 26.0.1, according to a private account on X with a proven track record of sharing information about future iOS versions. The update will have a build number of 23A350, or similar, the account said. It is likely that iOS 26.0.1 will fix a camera-related bug on the new iPhone Air and iPhone 17 Pro models. In his iPhone Air review, CNN Underscored's Henry T. ...

Top Rated Comments

paradox00 Avatar
72 months ago
Kuo did not indicate whether these will be MacBook Pro or MacBook Air models, or both, nor did he share any further details.
How about neither? I'd expect the first MacBooks with custom ARM processors to be just that: MacBooks. Not MacBook Pro and not MacBook Air, just MacBook. The first ARM MacBook should be the realization of the dream that the 12" Macbook failed to achieve (because Intel's ultra low power chips weren't fast enough or cheap enough). ARM on Mac will have to prove itself before it replaces Intel in the Pro or Air.
Score: 32 Votes (Like | Disagree)
Marx55 Avatar
72 months ago
Did Apple learn from the PowerPC fiasco? We need x86 compatibility with the 97% of the world, and that means Intel chips inside Macs! Otherwise, it is a deal breaker and switch to Windows. A shame for all.
Score: 20 Votes (Like | Disagree)
drzen Avatar
72 months ago
End of an Era.
Score: 12 Votes (Like | Disagree)
shansoft Avatar
72 months ago
If MBP become ARM, that would be disaster for some software developments, especially those that needs bootcamp....
Score: 12 Votes (Like | Disagree)
theluggage Avatar
72 months ago

Sure, it does not have feature parity and Adobe admits that. But, its the same code base and Adobe is adding features over time that either matches or reimagines it for the iPad.
...and I bet a lot of the effort is going into the 'reimagining' bit - the whole user interface needs to be re-designed to work well on a touch-only device, and although the iPad pro is impressively powerful for a tablet, its specs are quite limited c.f. what you'd expect from an ARM Mac. Photoshop for ARM Mac doesn't need a re-written UI.


Unless they manage to pull off another feat like Rosetta (which would likely be MUCH harder in this case)
Why? x86-on-ARM emulators have existed since the 1980s. Microsoft already has a "modern" x86-32 emulator for ARM as part of its ARM version of Windows. The only issues are legal ones which, unlike the laws of physics and mathematics, can go away if you throw money and lawyers at them. In any case, its only ever been a stop-gap, and the performance won't be special. However, 15 years on from the last switch, the software world has moved on and more applications should be in the ideal "tick 'ARM' and re-compile" class than ever before.


Did Apple learn from the PowerPC fiasco?
Do you mean the messy end of the PPC era - which was caused by Apple being totally dependent on Motorola and IBM producing the new processors it needed - like a mobile G5 for the PowerBook? Because the #1 point in Apple switching to ARM would be to lose their dependence on Intel, who are now causing them similar problems (not just Intel's current supply and die-shrink problems, but also their regular delays in releasing the particular power/cores/iGPU combo that Apple need).

There seems to be a bit of revisionist history going around suggesting that Apple switched to Intel to get Windows compatibility. They switched because development of G5 had dried up, whereas Intel had just dumped the whole Pentium-4 space heater dead end and started making decent processors (the Core series). It was hackers (in the good sense) who first showed how the x86 Macs could run Windows - the first x86 Macs didn't even include the EFI BIOS emulator module needed to run Windows, which the hackers had to find and install. Bootcamp and Parallels followed later.


My biggest concern is, will those new Macs be able to run old Windows applications?
Only if (a) Microsoft/Apple make ARM Windows available for Mac and (b) your applications work with the x86-32 emulator in ARM Windows.


I am curious to see how Apple will manage to design a CPU for Mac Pro that has tons of CPU options and limited sale.
By charging more. Remember, that the Xeon processors in the Mac Pro run from $1200 to $7500 "recommended customer price".

You may have missed the recent announcements of 64- and 80- core ARM chips from multiple sources. Not saying that those are drop-in options for the Mac Pro as they're designed for server workloads (although even the Intel Mac Pro depends on mooooar corrres!!! for its performance), but they show that you don't have to be Intel to develop high-performance, custom ARM chips.

Still, yeah, the Mac Pro is going to be the biggest challenge.


I find it odd that Apple would release an ARM based Mac with the "old" design and then refresh the lineup after 6 months.
They need developers to start porting their programs, and an iPad Pro running MacOS might not quite cut it.


I actually think Apple, MS and the Linux community should work towards platform independent code.
(Assuming by "platform" you mean "hardware platform" rather than "Operating system")

Linux, as with all Unix-like OSs, has always been focussed on source-code compatibility rather than binary compatibility, and the majority of the big open-source projects are already up and running on ARM Linux. Heck, I was using Unix on ARM (RiscIX) back in the early 90s - it took me an afternoon to get the then-standard HTTP server up and running, and that was due to a minor difference in Unix dialects rather than the CPU.

MS's current preferred development tools - whatever they're calling .net these days - compile to bytecode which runs in a virtual machine (Common Language Runtime). Of course, Windows has a "legacy" software problem beyond the dreams of Mac users - the 32 bit version still runs Windows 95 binaries.

Apple have spent the last several years persuading developers (via App Store rules) to use standard frameworks like Metal, Accelerate, Core-whatever etc. rather than use hardware-dependent code. Any new-ish Mac software written to Apple guidelines is likely to re-compile for ARM with little if any changes. The last big change - the move to 64-bit (which can affect data types and structures in source code and is a potentially bigger deal than switching CPU) - will have mopped up a lot of potential problems with ARM64.

Then you've got the huge increase in applications developed using web technology - HTML5/Javascript - which are genuinely truly platform independent (its not just websites/online apps - MS Visual Studio Code is mostly Javascript running on a bundled version of the Chromium browser).


Apart from the BIG software companies, small and medium developers can't afford to write software for Windows and Linux and Intel MacOS and now ARM MacOS
What people just don't seem to get is that the vast majority of modern software is written in high-level-language, and only uses hardware-specific code where absolutely unavoidable . Modern operating systems have built-in hardware abstraction frameworks (e.g. Metal, Accelerate in Mac OS) designed to avoid that need. Even drivers can be mostly written in high-level language (as is most of the OS itself).

Supporting multiple operating systems is a major pain because it usually means a completely re-written UI and different frameworks (e.g. Metal vs. DirectX). Supporting the same/similar operating system on multiple CPU architectures is a breeze by comparison.

Once you've fixed any issues that stop your MacOS x86 application running on MacOS ARM there will usually be no need to maintain separate sets of code for x86 and ARM - you'll just build it as a universal binary (it might even be possible to use bytecode, in which case the App Store builds CPU-specific binaries). It won't be zero work - you'll need to do some testing (oh, wait, what am I saying? Its 2020 and everything is beta) on both platforms - but its nothing compared to supporting multiple OSs - even MacOS and iPadOS.

Yes, there will be exceptions - a small number of special cases where you have to use CPU specific code (maybe some game engines are still written in lovingly hand-coded assembler?) but far fewer than there were at the time of 68k-PPC or PPC-Intel - the last being a switch from big- to little-endian which can also affect high-level code). ARM is 64 bit, little endian (well, technically bi-endian) just like Intel. It will be using the same compiler front-end so there shouldn't be any C/Swift dialect quirks or different data sizes. Nothing like this is ever trivial but there's no reason for it to be much worse than the usual annual OS release or the 64 bit switch.
Score: 9 Votes (Like | Disagree)
Mr. Dee Avatar
72 months ago

The PPC to Intel transition took less than 12 months to complete. Will the Intel to iPhone chips take less than that?

How long will Adobe take to transition their Creative Cloud?
Adobe has already started the transition, thats why we have Photoshop for the iPad and Illustrator soon to follow. Sure, it does not have feature parity and Adobe admits that. But, its the same code base and Adobe is adding features over time that either matches or reimagines it for the iPad. By the time Apple has a notebook ready with A-Series, Adobe should already have two of its key apps optimized for it.

Personally, I am moving away from Adobe anyway and my upgrade needs have drastically changed in the past few months. Even when these new devices come to market, I suspect I will still be using my 2015 MBP and 2017 iPad Pro and iPhone X. The necessity in having the latest and greatest has faded, well, at least for some of us. But, I am looking forward to seeing how Apple handles this one.
Score: 8 Votes (Like | Disagree)