Announcement

Collapse
No announcement yet.

ARM Announces Cortex-A76 Processor, Mali-G76 & Mali-V76

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • ARM Announces Cortex-A76 Processor, Mali-G76 & Mali-V76

    Phoronix: ARM Announces Cortex-A76 Processor, Mali-G76 & Mali-V76

    ARM has announced their next-generation wares...

    http://www.phoronix.com/scan.php?pag...6-Mali-G76-V76

  • speculatrix
    replied
    Originally posted by TheOne View Post
    Now I would like to see some SoC using this. I have been waiting for years to replace my power hungry x86-x64 equipment with a low power consumption arm board... I have been looking for low power x64 cpus (because of steam) but non convinces me because they perform really poor...
    If you want an affordable and fairly high spec board, the only real choice is to have one with the Rockchip RK3399. You can find them on boards like the rockpro64 or firefly-rk3399, but this chip still only has A72 cores.

    It's disappointing because after the A72 came the A73, A75, and now A76, cores, yet these are generally only available in phones or expensive development boards for OEMs.

    If you want an A73 board, you're looking at the Lenovator one with the Huawei Kirin 970, which has A73 cores, but then the price is about US$300!!
    Last edited by speculatrix; 06-03-2018, 05:43 PM.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by RelaxTrolls View Post

    4.0?! Hell no. that's absolutely wrong, what I said is most likely correct... why?

    - 4.0 is EOL (for that reason alone, it won't be used.)
    - pixel 2 ships linux-4.4, which is the first 6yr extended LTS kernel (so pixel 3 will ship at least that kernel, but most likely 4.9...)
    - most of the EAS integration is happening on 4.9-eas-dev branch && there are stable 4.9 branches in AOSP now.. I would imagine that for the pixel 3, google will be wanting to be using EASv1.5+... the code could be backported to linux-4.4 (which I've done for my pixel's 3.18 kernel, but it's a pain && it seems like the android + eas integration is already great on 4.9).
    - there are features starting to be used in android that require 4.4+ kernels.

    there's absolutely no reason 4.0 would be used. i'm not sure where you get the impression that it would be...?
    Dude, are you frickin' kidding me? Didn't you see the emoticon I added to my post? It was obviously a joke, so calm your tits.

    Leave a comment:


  • GunpowaderGuy
    replied
    if one wanted to make a vulkan driver for a yet unsuported or new gpu what would the mnium requiered ? ; how many components could one do away with ; would something analoge to pal be necessary to support one , low level api ? ( lets say the os gui uses vulkan 1,1 not gl stream or such )

    Leave a comment:


  • wizard69
    replied
    Im kinda hoping that ARM can start to support GPU drivers for Linux. That is in the same way Intel does. In the end we can wish all we want for ARM hardware but not having drivers justvsucks. It sucks enough that many users wont bother.

    As for availibility remember these are designs that get integrated in vendor SoC so an entire round of engineering has to happen. It will be interesting to see how these stack up against Apples A12 when released. By the way 7nm frees up a lot of die space, this means more cores, speciàl function units and other features come free. It should be interesting to see what gets packed into these new SoC.

    Leave a comment:


  • phoron
    replied
    Originally posted by Apokalypz View Post
    To anyone wanting an arm box with decent power behind it, there's the tegra series (very expensive though), and the latest suscessful chipset from rockchip RK3399. Boards with that chip are the rock64pro and the TBA Odroid-N1 which should be announced for sale in the coming weeks I guess. I have that chipset powering my Chromebook and it's pretty snappy. It's not gonna replace a box used for compiling large projects or video editing/transcoding, but for what it is, it's quick. Good for browsing the interwebs, hosting a high speed NAS, etc.
    Well for RK3399 SBC I've heard of this NanoPC-T4 , but I'd like to buy from the EU if possible. http://www.friendlyarm.com/index.php...product_id=225

    Leave a comment:


  • RelaxTrolls
    replied
    Originally posted by Vistaus View Post

    The Pixel 3 will run a newer kernel for sure, but it's most likely going to be just 4.0 :P
    4.0?! Hell no. that's absolutely wrong, what I said is most likely correct... why?

    - 4.0 is EOL (for that reason alone, it won't be used.)
    - pixel 2 ships linux-4.4, which is the first 6yr extended LTS kernel (so pixel 3 will ship at least that kernel, but most likely 4.9...)
    - most of the EAS integration is happening on 4.9-eas-dev branch && there are stable 4.9 branches in AOSP now.. I would imagine that for the pixel 3, google will be wanting to be using EASv1.5+... the code could be backported to linux-4.4 (which I've done for my pixel's 3.18 kernel, but it's a pain && it seems like the android + eas integration is already great on 4.9).
    - there are features starting to be used in android that require 4.4+ kernels.

    there's absolutely no reason 4.0 would be used. i'm not sure where you get the impression that it would be...?

    Leave a comment:


  • Vistaus
    replied
    Originally posted by RelaxTrolls View Post

    some android kernels are modern, just not the majority of kernels shipping on devices... most Oreo devices ship linux-4.4, but there is the odd board that's using linux-4.9 (so not that old)... hikey is one such board...

    and there are also several branches for 4.9 and mainline tracking in AOSP. examples;

    https://github.com/aosp-mirror/kerne...-4.9-o-release
    https://github.com/aosp-mirror/kerne...id-4.9-eas-dev
    https://github.com/aosp-mirror/kerne...nline-tracking

    personally, I find it super annoying that my Google Pixel (OG) shipped with linux-3.18 - so old. grrrr!. ... I ended up pulling a lot of code from newer kernels, in order to support features that will never be found on such an old kernel... it would've been better if google shipped linux-4.4 on the OG pixel.... I imagine pixel 3 will ship linux-4.9 though ~ so maybe the next-gen of flags ships will be using a fairly modern kernel...
    The Pixel 3 will run a newer kernel for sure, but it's most likely going to be just 4.0 :P

    Leave a comment:


  • RelaxTrolls
    replied
    Originally posted by debianxfce View Post

    Android kernels are not modern. For the octa core Amlogic S912 SOC you need to use the 3.16 kernel derived from android if you want to have hardware accelerated graphics and audio. The Amlogic Meson project is an attempt to have support in the mainline kernel and no support for never Mali gpus exists. Youtube video software rendering works with the Amlogic S912 but the mainline kernel has no audio support.
    some android kernels are modern, just not the majority of kernels shipping on devices... most Oreo devices ship linux-4.4, but there is the odd board that's using linux-4.9 (so not that old)... hikey is one such board...

    and there are also several branches for 4.9 and mainline tracking in AOSP. examples;

    https://github.com/aosp-mirror/kerne...-4.9-o-release
    https://github.com/aosp-mirror/kerne...id-4.9-eas-dev
    https://github.com/aosp-mirror/kerne...nline-tracking

    personally, I find it super annoying that my Google Pixel (OG) shipped with linux-3.18 - so old. grrrr!. ... I ended up pulling a lot of code from newer kernels, in order to support features that will never be found on such an old kernel... it would've been better if google shipped linux-4.4 on the OG pixel.... I imagine pixel 3 will ship linux-4.9 though ~ so maybe the next-gen of flags ships will be using a fairly modern kernel...

    Leave a comment:


  • ldesnogu
    replied
    Originally posted by dwagner View Post
    Strange that they do not even mention any Spectre mitigation attempts. One would think that every customer wants to know if a new core is still susceptible to these dire security flaws.
    Every ARM Ltd customer has very likely been informed. They'll in turn let their customers (us) know.

    Half kidding. I would have expected some words about that. But perhaps it was just not reported by journalists?

    Leave a comment:

Working...
X