Allwinner A20 dual core Cortex A7 processor was/is one of the most popular Allwinner SoCs thanks to its low cost, the availability of interfaces such as SATA, Gigabit Ethernet, HDMI 1.4, and multimedia support with H.264 encoding and decoding.
The company has now introduced new processors that build upon A20, but working in industrial and military temperature ranges, and compliant with various standards (TBD).
Allwinner A40i & A40pro
The first two models are quad core Cortex A7 processors with A40i being the industrial version, and A40pro the military grade one. Both share most of the same specifications:
- CPU – 4x Arm Cortex A7 @ 1.2 GHz
- GPU – Mali-400 MP2
- Memory I/F – DDR2/DDR3/LPDDR2/LPDDR3 up to 3GB RAM
- Storage I/F – 32-bit NAND, eMMC, SD card, SPI NOR flash, SPI NAND flash, 1x SATA
- Video Engine
- Decoder – Multi-format decoder up to 1080p60
- Encoder – H.264 encoder up to 1080p45
- Video I/F
- Output – 1x HDMI, 4x TVOUT, 2x 4-lane LVDS, 2x RGB, 4-lane MIPI DSI
- Input
- 2x parallel CSI, 4x TVIN
- No ISP; No EVE (Embedded Vision Engine)
- Audio – 2x DAC, 2x ADC
- USB – 4x USB 2.0 (3x host interfaces, 1x OTG interface)
- Ethernet – 1x EMAC (Fast Ethernet), 1x GMAC (Gigabit Ethernet)
- Others – 8x UART, 4x SPI, 5x TWI (I2C), 2x TS, PS2, RTP
Allwinner A60i & A60pro
Allwinner A60 processors have many of the same features but come with six A7 cores, a 4-core Mali instead, support H.265 video codec, lack SATA & HDMI, etc…:
- CPU – 6x Arm Cortex A7 @ 1.2 GHz
- GPU – Mali-400 MP4
- Memory I/F – DDR2/DDR3/LPDDR2/LPDDR3 up to 3GB RAM
- Storage I/F – 32-bit NAND, eMMC, SD card, SPI NOR flash, SPI NAND flash
- Video Engine
- Decoder – Multi-format decoder up to 1080p60, including H.265
- Encoder – H.264/H.265 encoder up to 1080p60
- Video I/F
- Output – 1x TVOUT, 2x 4-lane LVDS, 1x RGB, 4-lane MIPI DSI
- Input
- 2x MIPI CSI, 2x parallel CSI, 4x TVIN
- dual ISP up to 5MP/30fps
- EVE for computer vision applications such as face detection
- Audio – 2x DAC, 3x ADC
- USB – 4x USB 2.0 (3x host interfaces, 1x OTG interface)
- Ethernet – 1x GMAC (Gigabit Ethernet)
- Others – 10x UART, 3x SPI, 10x TWI (I2C), 1x TS, 1x RSB, 1x CIR
Again A60i is the industrial grade SKU, and A60pro the military version.
The processors should be used in the aerospace industry for infotainment, retail industry for digital signage and vending machines, security applications like face detection, and so on.
I’ve been informed all A-series processors have a 10-year life cycle. Software (SDK) provided by Allwinner might be different than for Allwinner A20, as I’ve been told the automotive business unit (BU4) is in charge of those new processors, while processors like A20 or A33 for consumer goods are managed by BU2.
Jean-Luc started CNX Software in 2010 as a part-time endeavor, before quitting his job as a software engineering manager, and starting to write daily news, and reviews full time later in 2011.
Support CNX Software! Donate via cryptocurrencies, become a Patron on Patreon, or purchase goods on Amazon or Aliexpress
Still outdated Mali. The SDK kernel is probably 2.6 or some other prehistoric version?
Very likely an unmaintained kernel full of thousands of exploitable vulnerabilities at least, which is scary to put in automotive environments. But we could be wrong, maybe they picked 4.4 and intend to rely on the CIP kernel.
Their latest BSP code drops (for the H series) rely on either kernel 4.4 or 4.9. Web search for ‘allwinner homlet github’ is sufficient.
There is a BSP with kernel 4.4 for A64. I am experimenting with one on my old BPI-M64. I run the kernel 4.4 passing a DTB from u-boot, works very smooth but as in kernel 3.10 some work is needed on ethernet / eMMC side that is specific to the board. I think the hack I did one year ago would work on 4.4 too. But kernel 4.4 is more complex than 3.10 and i would think an AW engineer / kernel developer would fix up this in a very short time. Based on this little experience I think they… Read more »
> Based on this little experience I think they will be using kernel 4.4 for the new processors.
Why? As already said: Do a simple web search for ‘allwinner homlet github’. AW moved on to 4.9 with H6 and A63 already. Maybe they forward-ported their drivers even to 4.14 in the meantime?
Why?
Because of Android.
But as you say there is kernel 4.9 for A63 there would be no reason to use 4.4.
and Not to mention “Industrial & Military Grade” needs a stable kernel version.
Temperature grades need a kernel version and software support?
I must mention that 4.4 have longer support duration than 4.9. (Because of the so-said SLTS)
Sorry, what are these? Neither chip makes any kind of sense and AllWinner must be totally out of touch with their customers. When their competition is moving forward, AllWinner is moving backwards…
This makes perfectly sense. AW now can sell their outdated chips for 3 to 10 times of the original price. However, at least military will demand complete open source. So this is a win for AW, for industrial and military customers (as they still are significantly cheaper than other chips) an for the open source community. BTW, Cortex A7 is still one of the most power efficient chips.
Huh? These are NEW chips. It’s not like they’ve taken an old part and renamed them, as none of the current chips have the same features as these. They still have to pay licences to ARM, although possibly cheaper licenses than for a Cortex-A53 or similar and the same goes for the GPU. So no, they make no sense at all.
If the military specification chips are destined for autonomous weapons (viz killer robots), which may end up being destroyed, then it makes perfect sense to use the chip version which will be at minimal cost and not a more expensive over-specified processor.
Remember, autonomous robots make sense — your own soldiers do not get killed, just the soldiers and civilians of the enemy, which is why “let’s make America great again” must have them and use them.
It’s all about temperature grades when ‘miitary’ is mentioned.
is there any reason for them to avoid using A55 low power ones, or even A53?
Cortex A7 cores must still be cheaper, and do the job for the type of applications they plan to use those on.
If these SoCs are really derived from A20 and use all the rather outdated IP blocks then they could run with mainline kernel pretty soon (thanks to linux-sunxi community). But looking at specs at least A40 seems more like R40 plus two more USB2 host ports. Who knows? Who cares?
If they target support by the CIP kernel through all the work the sunxi community has done, it can make sense to stick to A7, as the only two supported platforms for now are x86_64 and arm (32 bit). Anyway, right now we may find it stupid to use A7 over A53, but in 8 years A53 will look stupid as well, and if the chip is really supported for a long time, it will continue to ship.
Why would someone with a critical system, partner with a company known for failed software support?
Cheap chip, nightmare support costs?
Would be nice if the clowns at Allwinner support their processors with decent u-boot, linux, sdk
Point me to other vendor with better mainline support in their product range. Only Sunxi and now Rockchip have so good mainline support. And because of that, allwinner has a good BSP support both in uboot and kernel. They even provide meta layers for Yocto and BSP support for buildroot.
Right now, Sunxi and Rockchip are really hot.
NXP? 🙂
NXP? Yes, that one has one of the worst mainline support. No imx6 BSP has got in the mainline and it’s really a mess to develop on imx compared to mainline support BSPs.
I dont think sunxi=allwinner…
So its not allwinner’s merit their SOCs are well supported by mainline, but the community’s.
It’s a pity Bootlin had to go to Kickstarter to collect 30k€ instead of Allwinner paying the bill.
As far as I know both Rockchip as well as amlogic are at least somewhat supporting mainlining efforts.
But I’m just not aware of any really well (manufacturer-) supported SOC.
Allwinner uses sunxi’s cores. The support in the mainline is not from allwinner and also the BSP support comes from the community. The support for Rockchip comes mostly from Theobroma, I believe. Also bootlin pushes a lot of stuff for the BSP support in buildroot.
Nevertheless, the point is that no matter where the support comes from, allwinner has a great support in the mainline. You can build you custom kernels easily and even use the preempt-rt devel branch and have a kernel with BSP support for several boards from nanopi or orangepi in a few minutes.
Why is it that qualcomm’s socs never mentioned when baseline support needed?
I think most probably because you can’t find board with $10 with a Qualcomm CPU.
I wouldnt have the courage to build something based on these allwinner/rockchip socs, sorry.
I tested a lot of cheap allwinner/rockchip tablets for years and found only garbage quality (not Android related). Is it coincidence? I dont think so…
I don’t understand what you mean here. Does the processor has a flow or a h/w bug or there is something wrong with the design and the board implementation of the boards you’re talking about? I have a banana pi M1 running my single SATA disk NAS for the last 4 years. Is working 24/7 and the uptime is more than a year every time. Works great. I have used several orangepi and nanopi boards for various tasks, like soft-synths running RT kernel, dev boards using usb-agent to boot other devices and even flow meters and weather station running 24/7… Read more »
People dislike the Chinese SOC boards because in general it is much easier to get five different OSes running on a Raspberry Pi. Problems happen when in-experienced people get an OrangePi because it is $5 cheaper than a Raspberry Pi. I will say the Chinese SOC manufacturers contribute a great deal to this problem by not keeping their Android and Linux BSP up to date and on public servers. I find it ridiculous that I have to get my Chinese board maker to sign up with Allwinner for a tech support account and then funnel all of my software issues… Read more »
I can’t tell about Android as it’s not my field of expertise, but regarding Linux support and BSP support via Yocto and buildroot, currently the Sunxi (and also allwinner) support is excellent. Everything is open source and anyone can branch the BSP and then push commits. There’s a repo for the ATF and uboot and Linux are mainline, no need for branches or vendor kernels. At the same time, Sunxi is also active in pushing stuff (e.g. the meta-sunxi). Personally, I haven’t seen so active support from the community and the vendor to support a range of different boards based,… Read more »
You are not trying to use the Allwinner camera and video encoders. And likely not the video decoder either.
Mali drivers for all allwinner SOCs are now available and also VPU support in the mainline will be available in the near future by bootlin.
Seems you’re only focused on Allwinner SoCs that are 4 years or even older?
I’m not focus on Sunxi CPUs. My main daily focus is on tegra, x86 and recently rk3399. But what’s the point of this anyway?
The point is about Allwinner always shipping way outdated BSPs without ever making any effort to get their CPUs supported in mainline. The “sunxi” you’re talking about is not a vendor, it’s a community of enthousiasts which buy new boards, reverse-engineer them, document them and write drivers to be merged into mainline. Some companies (like bootlin) have to go through kickstarter to sponsor a driver development. All this could and should be done very inexpensively by Allwinner themselves. I’d argue that without sunxi, you wouldn’t find Allwinner chips on SBCs anymore, you would only find it in highly outdated and… Read more »
OK, I get the blaming allwinner part for not trying to add their SOCs in mainline. But blaming the BSPs all together doesn’t make sense because they do have great support in he mainline, even if a community does that. These are great boards for several projects using mainline and build custom distributions. Anyway, I get the sense that is more like a hate thing for allwinner altogether, which I don’t care really. I enjoy build stuff with those boards and find it very easy to do and I commented on the first place, because it’s inaccurate to say that… Read more »
> But blaming the BSPs all together doesn’t make sense You use the term ‘BSP’ differently than those people familiar with Allwinner do. Allwinner’s BSPs are usually just one giant code drop (depending on the business unit in question you end up with giant tarballs or github repos with one single commit and no history whatsoever) consisting of either a horribly outdated kernel or a somewhat recent kernel with their drivers forward-ported (a diff to relevant official LTS kernel version is always scary). Some functionality (e.g. sleep/standby) also relies on their own u-boot version, some blobs and code running inside… Read more »
Maybe I need to clarify that when I mention BSP, I mean the board support package in the mainline u-boot and kernel. For example when you have a nanopi-neo2 board the BSP support in the kernel comes with the sun50-h5-nanopi-neo2.dts (and of course the kernel support for this DTS). The A10 and other relative series are “old”, sure. But what “old” means anyway? Also, when I’ve written great support I had the Hx series in my mind. Even the new H6 has a very active integration in the kernel and soon there will be also BSP support for the new… Read more »
It’s called protecting your IP, of which they have very little… This is hardly unique to AllWinner and Rockchip, most chip companies are the same and it’s frustrating beyond belief. Most things are based on ARM or possibly MIPS, so what is there to hide? AllWinner’s BU’s is another insane way of doing things and it’s a company that’s not easy to talk to and they show zero interest in you. I’ve been to their office in Shenzhen and compared to Rockchip, it felt like a total waste of time talking to them. Not that MTK or Realtek are much… Read more »
“It’s called protecting your IP, of which they have very little…” For Allwinner that is a foolish strategy. Allwinner would be 10x better off with a maximize sales strategy. US semiconductor companies are lucky that Allwinner is royally screwing up their software, if they has their act together on software there would be a bunch of dead US chip makers. And it is not like a hundred people haven’t told Allwinner exactly what they need to do to fix their software strategy. It is 100% within Allwinner’s ability to execute on these suggestions too. But until they see the light… Read more »
I’m with you 100% here. It really makes no sense at all, but this seems to be the mentality behind their reasoning, as I can’t see any other reason for it, unless they’re just plain simply lazy. I’ve got a couple of fairly successful projects done with AllWinner, but not relying on anything fancy like graphics or video, so that’s most likely why. Then again, they’re not alone when it comes to under delivering on drivers. Worst project ever was a router based on a Cortina Systems (now part of Realtek) SoC. They promised a new 3.x kernel, then told… Read more »
nVidia is the same also. Really bad support for their SKUs. This is why after the TK1 they changed their business model and only sell the TX1/2 board as it is and not the CPU. I’ve spend days in their datasheets to bring up interfaces that they even weren’t implemented. And they never did. But at least there was a datasheet, I can give them that, OK. The only way for smaller companies to get good support is to buy modules like Qseven and get support from the manufacturer. Even for a few hundred pieces you can get a decent… Read more »
Price is higher as mentioned by Dim, and in the past if was close to impossible to get datasheet or technical reference manual for a Qualcomm processor. This has changed though for their “E” processors like Snapdragon 410E. Documentation is not quite at the level provided by NXP however (just judged by the number of pages for the TRM: 303 vs 6,000+).
These chips are for outdoor use. They are not normal consumer chips.
This is the typical temperature range, don’t know if Allwinner followed this.
Industrial -40°C to 100°C
Military -55°C to 125°C
I tried putting one of my consumer Allwinner devices in the garage where it could freeze, and it stopped working around -2°C. I suspect these chips will end up in car entertainment systems. People drive cars in Alaska and the desert where they will experience these temperature extremes.
Most devices are manufactured in several temperature grades. Broadly accepted grades are:
Commercial: 0 ° to 70 °C
Industrial: -40 ° to 85 °C
Military: -55 ° to 125 °C
— Wikipedia
millitary grade with face detection… yeah, exactly what we need more of -.-
The Allwinner software I have seen can not identify any specific faces. That demo picture in the post is counting the generic faces it sees walking by. It is for retailers who what to know how many people pass by their store front. Faces are the easiest thing to count in a passing crowd.
Actual face identification is typically done by passing the image into the cloud where much larger machines and databases can work on it.
Hope they are better at it than UK Police!
http://www.wired.co.uk/article/face-recognition-police-uk-south-wales-met-notting-hill-carnival
Just in case some people wondered (and it was not obvious from the peripherals list), Allwinner A40 & A60 processors are not pin-to-pin compatible with Allwinner A20.
It seems A40i is fully compatible with R40, V40 and T3: https://forum.armbian.com/topic/6901-banana-pi-m2u-a40-ethernet-interface-problem/?do=findComment&comment=60518
It seems the Allwinner page you quoted either contains a typo wrt ‘4x USB 2.0 (3x host interfaces, 1x OTG interface)’ (since how/why should a pin compatible SoC have one more USB2 host port without exposing it?) or there are really additional USB2 data lines exposed that need adjustments to existing PCBs. Anyway: if A40i is essentially the same as R40 and V40 then it’s time to move on to something less boring.
SinoVoip is now only selling the A40i variant of its M2 Ultra any more. On the wiki page we can see pictures of M2 Ultra with either R40, V40 or A40i so the latter is just a rebrand of the already existing SoCs.
(please delete)