This just turned up on Hackaday. Looks like the folks over at SiFive have been very, very busy...
https://hackaday.com/2017/10/04/sifive-announces-risc-v-soc/
Might want to grab a bag of popcorn, guys, I think this is one to watch.
This just turned up on Hackaday. Looks like the folks over at SiFive have been very, very busy...
https://hackaday.com/2017/10/04/sifive-announces-risc-v-soc/
Might want to grab a bag of popcorn, guys, I think this is one to watch.
You may want to read the first two comments on that page... before you decide this is worth it. at least that's my thought anyways.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
Hackaday commenters are usually a bit curmudgeonly. I wouldn't pay the peanut gallery there too much attention.
On 10/04/2017 09:00 PM, Christopher Havel wrote:
Hackaday commenters are usually a bit curmudgeonly. I wouldn't pay the peanut gallery there too much attention.
Dunno, we'll see I suppose, if it is completely free software then it is worth it, but if not, if there is some dumb licensing, then avoid it. that's about all I can say...
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On Thu, Oct 5, 2017 at 2:42 AM, zap calmstorm@posteo.de wrote:
On 10/04/2017 09:00 PM, Christopher Havel wrote:
Hackaday commenters are usually a bit curmudgeonly. I wouldn't pay the peanut gallery there too much attention.
Dunno, we'll see I suppose, if it is completely free software then it is worth it, but if not, if there is some dumb licensing, then avoid it. that's about all I can say...
there's no reason - at all - why they would put or require any proprietary firmware on it. there's no VPU, no GPU, nothing special at all. the nice thing is it looks like it'll be actual first silicon 64-bit so people can at last start doing native compiles. that's particularly important for debian: cross-compiled or qemu-compiled packages are *not* accepted (arch they don't mind).
for an EOMA68 module the need for an FPGA is... disappointing. i suspect this chip will be somewhere around the 650 to 700 pins mark if they have only 2 32-bit lanes but if they've done 4 32-bit lanes it'll be a bit of a monster, close to 900 or a thousand pins (each 32-bit DDR3/DDR4 lane requires about 150 pins including power).
we just have to see.
l.
there's no reason - at all - why they would put or require any proprietary firmware on it. there's no VPU, no GPU, nothing special at all. the nice thing is it looks like it'll be actual first silicon 64-bit so people can at last start doing native compiles. that's particularly important for debian: cross-compiled or qemu-compiled
Well, if you are certain then... I guess it is important.
packages are *not* accepted (arch they don't mind).
I am curious why arch is different then debian...
On Fri, Oct 06, 2017 at 05:38:22AM AEDT, zap wrote:
packages are *not* accepted (arch they don't mind).
I am curious why arch is different then debian...
If my understanding is correct from what I've seen, Arch don't even have an automated build system. Package maintainers are trusted to build and upload packages themselves. Arch even do weird stuff like build their 32-bit x86 multilib packages with their 64-bit toolchain.
Luke
On Thu, Oct 5, 2017 at 7:38 PM, zap calmstorm@posteo.de wrote:
there's no reason - at all - why they would put or require any proprietary firmware on it. there's no VPU, no GPU, nothing special at all. the nice thing is it looks like it'll be actual first silicon 64-bit so people can at last start doing native compiles. that's particularly important for debian: cross-compiled or qemu-compiled
Well, if you are certain then... I guess it is important.
packages are *not* accepted (arch they don't mind).
I am curious why arch is different then debian...
smaller team, less well-established, rolling releases. debian's strict rules, established and tested over 20+ years now, means it can be trusted for critical infrastructure.
l.
arm-netbook@lists.phcomp.co.uk
-
Christopher Havel -
Luke Kenneth Casson Leighton -
Luke Yelavich -
zap