I've been lurking for a while hoping to see someone call out some specs, but I don't recall seeing them. My apologies in advance of this is a redundant question.
I'm interested in inexpensive hardware to test for arm64/aarch64, but I'm having trouble finding them.
For example, [1] lists a X-C1 Basic dev board, but its $1495 USD [2] (add $1000 USD for the Plus kit). Another example is the AMD Opteron A1100 dev kit at $3000 USD [6]. As another example, I purchased both an HTC 510 Desire and a Samsung Galaxy Core-Prime because both were supposed to be 64-bit ARMv8 [3,4]. But after the press release and conversion to the US market, they arrived as 32-bit ARMv7.
First question... Does Cent maintain a list of inexpensive hardware for testing? If so, would someone point me to it? I understand the list is subjective and it will become stale over time. That's a different problem (and a problem I wish I had).
Second question... Or, is it possible to get SSH access to one of the machines provided by Applied Micro or AMD [1,6]? GNU has a compile farm (http://gcc.gnu.org/wiki/CompileFarm) I can test with, and I'm wondering if Cent does the same.
Last question... Has anyone tried using the Android TV boxes [5] for testing? They appear to be inexpensive (around $100 USD) and some appear to be ARMv8 with multiple 64-bit cores (Cortex-A53 and Cortex-A57).
(Its definitely like Perrin said, "Hardware really is the best sort of gift..." [6]).
Thanks in advance.
[1] http://seven.centos.org/2015/03/centos-linux-7-and-arm/ [2] http://www.apm.com/products/data-center/x-gene-family/x-c1-development-kits/... [3] http://www.anandtech.com/show/8434/htc-announces-desire-510-first-64bit-andr... [4] http://www.tomshardware.com/news/htc-desire-snapdragon-qualcomm-armv8,27552.... [5] https://www.google.com/search?q=%22android+tv%22+%2264-bit%22+%22arm%22+site... [6] http://seven.centos.org/2015/06/amd-seattle-and-centos-on-aarch64/
On 12/23/2015 05:01 PM, Jeffrey Walton wrote:
I've been lurking for a while hoping to see someone call out some specs, but I don't recall seeing them. My apologies in advance of this is a redundant question.
I'm interested in inexpensive hardware to test for arm64/aarch64, but I'm having trouble finding them.
Everyone is. It's not as widely available as I'd like yet.
For example, [1] lists a X-C1 Basic dev board, but its $1495 USD [2] (add $1000 USD for the Plus kit). Another example is the AMD Opteron A1100 dev kit at $3000 USD [6]. As another example, I purchased both an HTC 510 Desire and a Samsung Galaxy Core-Prime because both were supposed to be 64-bit ARMv8 [3,4]. But after the press release and conversion to the US market, they arrived as 32-bit ARMv7.
First question... Does Cent maintain a list of inexpensive hardware for testing? If so, would someone point me to it? I understand the list is subjective and it will become stale over time. That's a different problem (and a problem I wish I had).
Not really. As the arm64 maintainer I can share the list of what I have for testing, and what I would recommend for cheap.
What we build/test against currently:
1. APM mustang board, which you've already listed above. 2. AMD Seattle board, which you've also listed above. 3. Cavium ThunderX.
These are mostly server platforms and aren't cheap for the home user.
What I'd recommend:
Keep an eye on 96boards.com. They have a Hikey, and will soon have a Huskey board which should work ootb. These are both far less expensive.
Lenovator offers a Hikey with more ram and a larger emmc. It's roughly $100 (US).
Gigabyte's MP30-AR0 board (based on APM's mustang) should work with CentOS OOTB as well, and will hopefully be reasonably priced.
Soon I'll have a pine64 board as well. I'm hoping to be able to add that to the list of things we support.
Second question... Or, is it possible to get SSH access to one of the machines provided by Applied Micro or AMD [1,6]? GNU has a compile farm (http://gcc.gnu.org/wiki/CompileFarm) I can test with, and I'm wondering if Cent does the same.
Sadly, no. We don't have enough to offer up ssh access. We will be adding an aarch64/arm64 box to the community build service though, so you would be able to build against the platform, but no direct ssh access.
Last question... Has anyone tried using the Android TV boxes [5] for testing? They appear to be inexpensive (around $100 USD) and some appear to be ARMv8 with multiple 64-bit cores (Cortex-A53 and Cortex-A57).
I haven't, but keep in mind not all ARM is created equal. We've built things up to target the server standards, SBBR and SBSA. The TL;DR there for most folks is "boots via UEFI". Lots of the lower end boxen like the Android TV are using uboot with custom kernel support, etc. This means that the userspace should work, but actually booting the box would be questionable, depending on if the vendor's done something funky with the kernel, uboot, etc.
(Its definitely like Perrin said, "Hardware really is the best sort of gift..." [6]).
It absolutely is, and I'm hoping it becomes more generally available early in 2016. I'd love to have a larger community who can engage and participate.
On 12/23/2015 06:28 PM, Jim Perrin wrote:
On 12/23/2015 05:01 PM, Jeffrey Walton wrote:
I've been lurking for a while hoping to see someone call out some specs, but I don't recall seeing them. My apologies in advance of this is a redundant question.
I'm interested in inexpensive hardware to test for arm64/aarch64, but I'm having trouble finding them.
Everyone is. It's not as widely available as I'd like yet.
For example, [1] lists a X-C1 Basic dev board, but its $1495 USD [2] (add $1000 USD for the Plus kit). Another example is the AMD Opteron A1100 dev kit at $3000 USD [6]. As another example, I purchased both an HTC 510 Desire and a Samsung Galaxy Core-Prime because both were supposed to be 64-bit ARMv8 [3,4]. But after the press release and conversion to the US market, they arrived as 32-bit ARMv7.
First question... Does Cent maintain a list of inexpensive hardware for testing? If so, would someone point me to it? I understand the list is subjective and it will become stale over time. That's a different problem (and a problem I wish I had).
Not really. As the arm64 maintainer I can share the list of what I have for testing, and what I would recommend for cheap.
What we build/test against currently:
- APM mustang board, which you've already listed above.
- AMD Seattle board, which you've also listed above.
- Cavium ThunderX.
These are mostly server platforms and aren't cheap for the home user.
What I'd recommend:
Keep an eye on 96boards.com. They have a Hikey, and will soon have a Huskey board which should work ootb. These are both far less expensive.
Lenovator offers a Hikey with more ram and a larger emmc. It's roughly $100 (US).
Interesting. Can you provide a URL for this board and such. A Cubietruck is ~$90. So this is a very interesting data point.
Gigabyte's MP30-AR0 board (based on APM's mustang) should work with CentOS OOTB as well, and will hopefully be reasonably priced.
Soon I'll have a pine64 board as well. I'm hoping to be able to add that to the list of things we support.
Second question... Or, is it possible to get SSH access to one of the machines provided by Applied Micro or AMD [1,6]? GNU has a compile farm (http://gcc.gnu.org/wiki/CompileFarm) I can test with, and I'm wondering if Cent does the same.
Sadly, no. We don't have enough to offer up ssh access. We will be adding an aarch64/arm64 box to the community build service though, so you would be able to build against the platform, but no direct ssh access.
Last question... Has anyone tried using the Android TV boxes [5] for testing? They appear to be inexpensive (around $100 USD) and some appear to be ARMv8 with multiple 64-bit cores (Cortex-A53 and Cortex-A57).
I haven't, but keep in mind not all ARM is created equal. We've built things up to target the server standards, SBBR and SBSA. The TL;DR there for most folks is "boots via UEFI". Lots of the lower end boxen like the Android TV are using uboot with custom kernel support, etc. This means that the userspace should work, but actually booting the box would be questionable, depending on if the vendor's done something funky with the kernel, uboot, etc.
(Its definitely like Perrin said, "Hardware really is the best sort of gift..." [6]).
It absolutely is, and I'm hoping it becomes more generally available early in 2016. I'd love to have a larger community who can engage and participate.
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board. They also offer a 1gb RAM version as well: http://www.lenovator.com/product/86.html Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa... The URL for the PINE64 board is simply http://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet. -David
To: arm-dev@centos.org From: rgm@htt-consult.com Date: Wed, 23 Dec 2015 18:41:46 -0500 Subject: Re: [Arm-dev] List of 64-bit hardware for testing?
On 12/23/2015 06:28 PM, Jim Perrin wrote:
On 12/23/2015 05:01 PM, Jeffrey Walton wrote:
I've been lurking for a while hoping to see someone call out some specs, but I don't recall seeing them. My apologies in advance of this is a redundant question.
I'm interested in inexpensive hardware to test for arm64/aarch64, but I'm having trouble finding them.
Everyone is. It's not as widely available as I'd like yet.
For example, [1] lists a X-C1 Basic dev board, but its $1495 USD [2] (add $1000 USD for the Plus kit). Another example is the AMD Opteron A1100 dev kit at $3000 USD [6]. As another example, I purchased both an HTC 510 Desire and a Samsung Galaxy Core-Prime because both were supposed to be 64-bit ARMv8 [3,4]. But after the press release and conversion to the US market, they arrived as 32-bit ARMv7.
First question... Does Cent maintain a list of inexpensive hardware for testing? If so, would someone point me to it? I understand the list is subjective and it will become stale over time. That's a different problem (and a problem I wish I had).
Not really. As the arm64 maintainer I can share the list of what I have for testing, and what I would recommend for cheap.
What we build/test against currently:
- APM mustang board, which you've already listed above.
- AMD Seattle board, which you've also listed above.
- Cavium ThunderX.
These are mostly server platforms and aren't cheap for the home user.
What I'd recommend:
Keep an eye on 96boards.com. They have a Hikey, and will soon have a Huskey board which should work ootb. These are both far less expensive.
Lenovator offers a Hikey with more ram and a larger emmc. It's roughly $100 (US).
Interesting. Can you provide a URL for this board and such. A Cubietruck is ~$90. So this is a very interesting data point.
Gigabyte's MP30-AR0 board (based on APM's mustang) should work with CentOS OOTB as well, and will hopefully be reasonably priced.
Soon I'll have a pine64 board as well. I'm hoping to be able to add that to the list of things we support.
Second question... Or, is it possible to get SSH access to one of the machines provided by Applied Micro or AMD [1,6]? GNU has a compile farm (http://gcc.gnu.org/wiki/CompileFarm) I can test with, and I'm wondering if Cent does the same.
Sadly, no. We don't have enough to offer up ssh access. We will be adding an aarch64/arm64 box to the community build service though, so you would be able to build against the platform, but no direct ssh access.
Last question... Has anyone tried using the Android TV boxes [5] for testing? They appear to be inexpensive (around $100 USD) and some appear to be ARMv8 with multiple 64-bit cores (Cortex-A53 and Cortex-A57).
I haven't, but keep in mind not all ARM is created equal. We've built things up to target the server standards, SBBR and SBSA. The TL;DR there for most folks is "boots via UEFI". Lots of the lower end boxen like the Android TV are using uboot with custom kernel support, etc. This means that the userspace should work, but actually booting the box would be questionable, depending on if the vendor's done something funky with the kernel, uboot, etc.
(Its definitely like Perrin said, "Hardware really is the best sort of gift..." [6]).
It absolutely is, and I'm hoping it becomes more generally available early in 2016. I'd love to have a larger community who can engage and participate.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On Wed, Dec 23, 2015 at 7:45 PM, miniNodes Info info@mininodes.com wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board. They also offer a 1gb RAM version as well: http://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Thanks. I think I just achieved critical mass... Amazon offers the 1GB HiKey board kit at http://www.amazon.com/dp/B019O3QTSA , and the DragonBoard at http://www.amazon.com/gp/product/B01600X7IU . I'm 1 click away from both, and I'm grabbing both of them....
I also see why I could not find them on previous searches. I did not use the trademark sign in the search term: "Cortex®-A53". I can't believe that costs me weeks...
Thank you very much.
On 12/23/2015 07:45 PM, miniNodes Info wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board.
No sata for all that power. And draws a lot more power too.
I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it...
They also offer a 1gb RAM version as well: http://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Even less in terms of interfaces.
The URL for the PINE64 board is simply http://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet.
So, for now, I will stay with the armv7.
-David
To: arm-dev@centos.org From: rgm@htt-consult.com Date: Wed, 23 Dec 2015 18:41:46 -0500 Subject: Re: [Arm-dev] List of 64-bit hardware for testing?
On 12/23/2015 06:28 PM, Jim Perrin wrote:
On 12/23/2015 05:01 PM, Jeffrey Walton wrote:
I've been lurking for a while hoping to see someone call out some specs, but I don't recall seeing them. My apologies in advance of
this
is a redundant question.
I'm interested in inexpensive hardware to test for arm64/aarch64, but I'm having trouble finding them.
Everyone is. It's not as widely available as I'd like yet.
For example, [1] lists a X-C1 Basic dev board, but its $1495 USD [2] (add $1000 USD for the Plus kit). Another example is the AMD Opteron A1100 dev kit at $3000 USD [6]. As another example, I purchased both an HTC 510 Desire and a Samsung Galaxy Core-Prime because both were supposed to be 64-bit ARMv8 [3,4]. But after the press release and conversion to the US market, they arrived as 32-bit ARMv7.
First question... Does Cent maintain a list of inexpensive hardware for testing? If so, would someone point me to it? I understand the list is subjective and it will become stale over time. That's a different problem (and a problem I wish I had).
Not really. As the arm64 maintainer I can share the list of what I
have
for testing, and what I would recommend for cheap.
What we build/test against currently:
- APM mustang board, which you've already listed above.
- AMD Seattle board, which you've also listed above.
- Cavium ThunderX.
These are mostly server platforms and aren't cheap for the home user.
What I'd recommend:
Keep an eye on 96boards.com. They have a Hikey, and will soon have a Huskey board which should work ootb. These are both far less
expensive.
Lenovator offers a Hikey with more ram and a larger emmc. It's roughly $100 (US).
Interesting. Can you provide a URL for this board and such. A Cubietruck is ~$90. So this is a very interesting data point.
Gigabyte's MP30-AR0 board (based on APM's mustang) should work with CentOS OOTB as well, and will hopefully be reasonably priced.
Soon I'll have a pine64 board as well. I'm hoping to be able to
add that
to the list of things we support.
Second question... Or, is it possible to get SSH access to one of the machines provided by Applied Micro or AMD [1,6]? GNU has a compile farm (http://gcc.gnu.org/wiki/CompileFarm) I can test with, and I'm wondering if Cent does the same.
Sadly, no. We don't have enough to offer up ssh access. We will be adding an aarch64/arm64 box to the community build service though, so you would be able to build against the platform, but no direct ssh
access.
Last question... Has anyone tried using the Android TV boxes [5] for testing? They appear to be inexpensive (around $100 USD) and some appear to be ARMv8 with multiple 64-bit cores (Cortex-A53 and Cortex-A57).
I haven't, but keep in mind not all ARM is created equal. We've built things up to target the server standards, SBBR and SBSA. The TL;DR
there
for most folks is "boots via UEFI". Lots of the lower end boxen
like the
Android TV are using uboot with custom kernel support, etc. This means that the userspace should work, but actually booting the box would be questionable, depending on if the vendor's done something funky
with the
kernel, uboot, etc.
(Its definitely like Perrin said, "Hardware really is the best
sort of
gift..." [6]).
It absolutely is, and I'm hoping it becomes more generally available early in 2016. I'd love to have a larger community who can engage and participate.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
The big problems I have with the majority of the development boards are:
1) Memory On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops.
2) Memory Type We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets.
3) Board Form Factor There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board).
Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices.
Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades.
Not that I think any manufacturers are listening...
Gordan
On 24/12/15 21:20, Robert Moskowitz wrote:
On 12/23/2015 07:45 PM, miniNodes Info wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board.
No sata for all that power. And draws a lot more power too.
I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it...
They also offer a 1gb RAM version as well: http://www.lenovator.com/product/86.htmlhttp://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Even less in terms of interfaces.
The URL for the PINE64 board is simply http://pine64.comhttp://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet.
So, for now, I will stay with the armv7.
The features that have attracted me to ARMv7 are:
1) Power consumption
My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply.
2) Board size
With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere.
Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface.
If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization.
I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet.
On 12/25/2015 01:33 AM, Gordan Bobic wrote:
The big problems I have with the majority of the development boards are:
- Memory
On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops.
- Memory Type
We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets.
- Board Form Factor
There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board).
Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices.
Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades.
Not that I think any manufacturers are listening...
Gordan
On 24/12/15 21:20, Robert Moskowitz wrote:
On 12/23/2015 07:45 PM, miniNodes Info wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board.
No sata for all that power. And draws a lot more power too.
I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it...
They also offer a 1gb RAM version as well: http://www.lenovator.com/product/86.htmlhttp://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Even less in terms of interfaces.
The URL for the PINE64 board is simply http://pine64.comhttp://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet.
So, for now, I will stay with the armv7.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs.
http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie...
It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it.
There are two downsides to this board. 1 - the sata (and power cable) are sold separately 2 - It has the worst name I can think of.
On Fri, Dec 25, 2015 at 5:33 AM, Robert Moskowitz rgm@htt-consult.com wrote:
The features that have attracted me to ARMv7 are:
- Power consumption
My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply.
- Board size
With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere.
Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface.
If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization.
I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet.
On 12/25/2015 01:33 AM, Gordan Bobic wrote:
The big problems I have with the majority of the development boards are:
- Memory
On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops.
- Memory Type
We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets.
- Board Form Factor
There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board).
Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices.
Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades.
Not that I think any manufacturers are listening...
Gordan
On 24/12/15 21:20, Robert Moskowitz wrote:
On 12/23/2015 07:45 PM, miniNodes Info wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board.
No sata for all that power. And draws a lot more power too.
I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it...
They also offer a 1gb RAM version as well:
http://www.lenovator.com/product/86.html http://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here:
https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Even less in terms of interfaces.
The URL for the PINE64 board is simply http://pine64.comhttp://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet.
So, for now, I will stay with the armv7.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/25/2015 11:18 AM, Troy Dawson wrote:
Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs.
http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie...
It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it.
There are two downsides to this board. 1 - the sata (and power cable) are sold separately
I looked at this when it was earlier mentioned here and did not see a sata on it, so dropped it. can you point me to the sata board? I would have to see how it compares to the Cubieboard2.
2 - It has the worst name I can think of.
It is kind of funky.
On Fri, Dec 25, 2015 at 5:33 AM, Robert Moskowitz <rgm@htt-consult.com mailto:rgm@htt-consult.com> wrote:
The features that have attracted me to ARMv7 are: 1) Power consumption My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply. 2) Board size With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere. Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface. If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization. I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet. On 12/25/2015 01:33 AM, Gordan Bobic wrote: The big problems I have with the majority of the development boards are: 1) Memory On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops. 2) Memory Type We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets. 3) Board Form Factor There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board). Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices. Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades. Not that I think any manufacturers are listening... Gordan On 24/12/15 21:20, Robert Moskowitz wrote: On 12/23/2015 07:45 PM, miniNodes Info wrote: The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board. No sata for all that power. And draws a lot more power too. I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it... They also offer a 1gb RAM version as well: <http://www.lenovator.com/product/86.html>http://www.lenovator.com/product/86.html Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#page-1 Even less in terms of interfaces. The URL for the PINE64 board is simply <http://pine64.com>http://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet. So, for now, I will stay with the armv7. _______________________________________________ Arm-dev mailing list Arm-dev@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev _______________________________________________ Arm-dev mailing list Arm-dev@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/25/2015 11:18 AM, Troy Dawson wrote:
Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs.
http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie...
It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it.
There are two downsides to this board. 1 - the sata (and power cable) are sold separately
Ah, I see it does have a sata port. I missed that the first time.
And it looks like it has the 5V power out that will hopefully power any HD up to 1A.
If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot.
Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed.
I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.
2 - It has the worst name I can think of.
On Fri, Dec 25, 2015 at 5:33 AM, Robert Moskowitz <rgm@htt-consult.com mailto:rgm@htt-consult.com> wrote:
The features that have attracted me to ARMv7 are: 1) Power consumption My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply. 2) Board size With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere. Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface. If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization. I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet. On 12/25/2015 01:33 AM, Gordan Bobic wrote: The big problems I have with the majority of the development boards are: 1) Memory On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops. 2) Memory Type We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets. 3) Board Form Factor There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board). Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices. Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades. Not that I think any manufacturers are listening... Gordan On 24/12/15 21:20, Robert Moskowitz wrote: On 12/23/2015 07:45 PM, miniNodes Info wrote: The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board. No sata for all that power. And draws a lot more power too. I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it... They also offer a 1gb RAM version as well: <http://www.lenovator.com/product/86.html>http://www.lenovator.com/product/86.html Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#page-1 Even less in terms of interfaces. The URL for the PINE64 board is simply <http://pine64.com>http://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet. So, for now, I will stay with the armv7. _______________________________________________ Arm-dev mailing list Arm-dev@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev _______________________________________________ Arm-dev mailing list Arm-dev@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz rgm@htt-consult.com wrote:
On 12/25/2015 11:18 AM, Troy Dawson wrote:
Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs.
http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie...
It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it.
There are two downsides to this board. 1 - the sata (and power cable) are sold separately
Ah, I see it does have a sata port. I missed that the first time.
And it looks like it has the 5V power out that will hopefully power any HD up to 1A.
If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot.
Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed.
Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great.
I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.
2 - It has the worst name I can think of.
On Fri, Dec 25, 2015 at 5:33 AM, Robert Moskowitz rgm@htt-consult.com wrote:
The features that have attracted me to ARMv7 are:
- Power consumption
My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply.
- Board size
With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere.
Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface.
If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization.
I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet.
On 12/25/2015 01:33 AM, Gordan Bobic wrote:
The big problems I have with the majority of the development boards are:
- Memory
On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops.
- Memory Type
We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets.
- Board Form Factor
There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board).
Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices.
Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades.
Not that I think any manufacturers are listening...
Gordan
On 24/12/15 21:20, Robert Moskowitz wrote:
On 12/23/2015 07:45 PM, miniNodes Info wrote:
The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board.
No sata for all that power. And draws a lot more power too.
I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it...
They also offer a 1gb RAM version as well:
http://www.lenovator.com/product/86.html http://www.lenovator.com/product/86.html http://www.lenovator.com/product/86.html
Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here:
https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#pa...
Even less in terms of interfaces.
The URL for the PINE64 board is simply http://pine64.com http://pine64.comhttp://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet.
So, for now, I will stay with the armv7.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing listArm-dev@centos.orghttps://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/25/2015 01:58 PM, Troy Dawson wrote:
On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz <rgm@htt-consult.com mailto:rgm@htt-consult.com> wrote:
On 12/25/2015 11:18 AM, Troy Dawson wrote:Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs. http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie=UTF8&qid=1451059734&sr=8-1&keywords=pcduino3+nano+lite It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it. There are two downsides to this board. 1 - the sata (and power cable) are sold separatelyAh, I see it does have a sata port. I missed that the first time. And it looks like it has the 5V power out that will hopefully power any HD up to 1A. If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot. Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed.Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great.
I just ordered one. I will see how it goes and make an acrylic standoff arrangement for it and a drive. I wnet cheap on delivery so I won't see it until the 4th.
I am going to see if with Centos, I can control the adunino connectors and have some sensors working off the board.
But I really want to find an affordable 4 core as I have mentioned before.
I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.2 - It has the worst name I can think of. On Fri, Dec 25, 2015 at 5:33 AM, Robert Moskowitz <rgm@htt-consult.com <mailto:rgm@htt-consult.com>> wrote: The features that have attracted me to ARMv7 are: 1) Power consumption My ROI on power savings was 15 mo. with the Cubieboards over my current Intel SFF boxes. And along with that is lower UPS requirements and heating. I have 5 boards, plus drives powered from one USB power supply. 2) Board size With boards the same or smaller than a 25" drive, I truly have an appliance that can be placed anywhere. Now there are few ARMv7 boards that meet my exacting requirements: 1 or 2 MB ram (depending on appl), 2+ core, and SATA interface. If all I have is USB, then I get the USB/SATA adapter cost and powering thrown into the equation. Also a board that has been moved into the mainline kernel and distro support. RPi stands out as being a pain. 4-port LAN features require kernel customization. I was talking with one manufacture that was meeting my main req at $15/board. But they went for a mass-market target and dropped the DIY one. I will be talking to them again next month. But their board is not in the general sunxi effort. Yet. On 12/25/2015 01:33 AM, Gordan Bobic wrote: The big problems I have with the majority of the development boards are: 1) Memory On 32-bit ARM, the RAM was always limited to 4GB, which would be find if there were a significant number of devices available that ship with 4GB of RAM (minus the various necessary memory holes). But that simply isn't the case. I can think of hundreds of devices with <= 1GB of RAM. I can think of only about 4 with 3-4GB of RAM (of which at least 2 are deprecated and unavailable), including ARMv8 which is not limited to 4GB. And two of those four are laptops. 2) Memory Type We've been being told since forever that the main reason why ARM devices don't come with DIMM sockets is because they are 32-bit and DIMMs have 64 data lines. Well, with ARMv8 we have those 64 data lines, and yet there are precious few devices available featuring DIMM sockets for memory. There are in fact probably more dev boards in SODIMM form factor than there are those featuring DIMM memory sockets. 3) Board Form Factor There are painfully few ARM boards in *TX form factor. Off the top of my head I can think of a total of 5, of which one is positively ancient and probably no longer available (Atmel, IIRC), one is deprecated, the manufacturer of the 3rd appears to have gone bust, one is on the underpowered side (VIA APC) and the 5th is exorbitantly expensive (at €800 there is no incentive at all to buy an ARM board instead of a much more powerful, more fully featured and better supported Xeon board). Worse, these variously deficient devices aren't exactly cheap, either (well, apart from the Raspberry Pis). I find the lack of supply of boards with sensible features quite thoroughly baffling, especially since the rock bottom features (if they cut any more corners they'd be perfect spheres) don't match the relatively high prices. Instead of leveraging decades of industry standardization on the basics such as memory sockets, form factor (including power supplies), almost every ARM board manufacturer seems to be intent on reinventing their own wheels, and doing a pretty poor job of it, even though these problems have been thoroughly solved for decades. Not that I think any manufacturers are listening... Gordan On 24/12/15 21:20, Robert Moskowitz wrote: On 12/23/2015 07:45 PM, miniNodes Info wrote: The Lenovator HiKey board Jim mentioned can be found here: http://www.lenovator.com/product/90.html That is a 2gb RAM, 8gb eMMC, 8-core ARM64 board. No sata for all that power. And draws a lot more power too. I will continue to wait to see what the Cubietruck plus will be and how much. They put out the blog on it back in July. And then Hans will have to get one to make the uboot for it... They also offer a 1gb RAM version as well: <http://www.lenovator.com/product/86.html>http://www.lenovator.com/product/86.html Also worth mentioning, the Qualcomm Dragonboard 410c finally has been restocked and has availability now, located here: https://www.arrow.com/en/products/dragonboard410c/arrow-development-tools#page-1 Even less in terms of interfaces. The URL for the PINE64 board is simply <http://pine64.com>http://pine64.com. That product is still being developed and funded via Kickstarter, so there is no general availability on that one quite yet. So, for now, I will stay with the armv7.
Got my Nano Lite running Fedora23 which is the first step before testing with Centos7. On caveat, see below:
On 12/25/2015 01:58 PM, Troy Dawson wrote:
On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz <rgm@htt-consult.com mailto:rgm@htt-consult.com> wrote:
On 12/25/2015 11:18 AM, Troy Dawson wrote:Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs. http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie=UTF8&qid=1451059734&sr=8-1&keywords=pcduino3+nano+lite It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it. There are two downsides to this board. 1 - the sata (and power cable) are sold separatelyAh, I see it does have a sata port. I missed that the first time. And it looks like it has the 5V power out that will hopefully power any HD up to 1A. If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot. Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed.Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great.
I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.
I cannot get the serial console working. I have follow the schematic at:
http://learn.linksprite.com/pcduino/quick-start/pcduino8/explanation-of-head...
To connect a USB/TTL adapter and run (as I do for my Cubieboards)
screen /dev/ttyUSB0 115200
And nothing. So I really want to have this working to bring up C7 on it for testing.
On Mon, Jan 4, 2016 at 8:26 AM, Robert Moskowitz rgm@htt-consult.com wrote:
Got my Nano Lite running Fedora23 which is the first step before testing with Centos7. On caveat, see below:
On 12/25/2015 01:58 PM, Troy Dawson wrote:
On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz < rgm@htt-consult.com rgm@htt-consult.com> wrote:
On 12/25/2015 11:18 AM, Troy Dawson wrote:
Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs.
http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie...
It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it.
There are two downsides to this board. 1 - the sata (and power cable) are sold separately
Ah, I see it does have a sata port. I missed that the first time.
And it looks like it has the 5V power out that will hopefully power any HD up to 1A.
If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot.
Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed.
Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great.
I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.
I cannot get the serial console working. I have follow the schematic at:
http://learn.linksprite.com/pcduino/quick-start/pcduino8/explanation-of-head...
To connect a USB/TTL adapter and run (as I do for my Cubieboards)
screen /dev/ttyUSB0 115200
And nothing. So I really want to have this working to bring up C7 on it for testing.
I don't have an adaptor for the serial ports, so I've just been using the hdmi, which works great. But I guess then you have to hook up a hdmi and usb keyboard, which might make things harder, depending on your setup.
Fixing the subject line...
On 01/04/2016 11:03 AM, Troy Dawson wrote:
On Mon, Jan 4, 2016 at 8:26 AM, Robert Moskowitz <rgm@htt-consult.com mailto:rgm@htt-consult.com> wrote:
Got my Nano Lite running Fedora23 which is the first step before testing with Centos7. On caveat, see below: On 12/25/2015 01:58 PM, Troy Dawson wrote:On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz <rgm@htt-consult.com <mailto:rgm@htt-consult.com>> wrote: On 12/25/2015 11:18 AM, Troy Dawson wrote:Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs. http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie=UTF8&qid=1451059734&sr=8-1&keywords=pcduino3+nano+lite It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it. There are two downsides to this board. 1 - the sata (and power cable) are sold separatelyAh, I see it does have a sata port. I missed that the first time. And it looks like it has the 5V power out that will hopefully power any HD up to 1A. If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot. Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed. Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great. I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.I cannot get the serial console working. I have follow the schematic at: http://learn.linksprite.com/pcduino/quick-start/pcduino8/explanation-of-headers-of-pcduino3-nano/ To connect a USB/TTL adapter and run (as I do for my Cubieboards) screen /dev/ttyUSB0 115200 And nothing. So I really want to have this working to bring up C7 on it for testing.I don't have an adaptor for the serial ports, so I've just been using the hdmi, which works great. But I guess then you have to hook up a hdmi and usb keyboard, which might make things harder, depending on your setup.
I also have connected that way, but it is a pain not being able to cut-n-paste from notes on how to configure C7. I can ssh in, but with the console I know I can get away with a lot. Plus I can save the console session and review it for problems. A lot of items I have detected through the console session logs.
You can get the converters really cheap on ebay. Every board I have has one permanently installed, so I can always get into the console. I buy them in a 5 unit lot from a china supplier at $5 for the lot.
Debug port is fixed and I now get the console messages. It seems to have been a faulty wire connection.
Next week it is IEEE 802 in Atlanta, so it will be a week before I test out Centos on the sata on this card. If all goes well with that, I move this board to a 'good buy'. But I would like to get some performance testing tools to see how it compares with the Cubieboard2.
On 01/04/2016 11:25 AM, Robert Moskowitz wrote:
Fixing the subject line...
On 01/04/2016 11:03 AM, Troy Dawson wrote:
On Mon, Jan 4, 2016 at 8:26 AM, Robert Moskowitz rgm@htt-consult.com wrote:
Got my Nano Lite running Fedora23 which is the first step before testing with Centos7. On caveat, see below: On 12/25/2015 01:58 PM, Troy Dawson wrote:On Fri, Dec 25, 2015 at 11:31 AM, Robert Moskowitz <rgm@htt-consult.com> wrote: On 12/25/2015 11:18 AM, Troy Dawson wrote:Hi, Have you looked at the pcduino3 nano lite. $15 and it looks like it meets all your specs. http://www.amazon.com/pcDuino-pcDuino3-Nano-Lite/dp/B00ZEPZGQO/ref=sr_1_1?ie=UTF8&qid=1451059734&sr=8-1&keywords=pcduino3+nano+lite It has everything in the kernel and uboot and works with Fedora 23 with no modifications. I've got Yor Linux armv7 build working on it, so I'm quite certain it will work with CentOS arm build, but I have not tested it. There are two downsides to this board. 1 - the sata (and power cable) are sold separatelyAh, I see it does have a sata port. I missed that the first time. And it looks like it has the 5V power out that will hopefully power any HD up to 1A. If it uses the same uboot as the pcduino 3 nano, then I can take the Cubietruck image and dd the appropriate uboot and boot. Have you tested it? The big test is to only have uboot on a 4Gb mSD and the whole image on the Sata HD and see if it switches over like the Cubieboard does. Otherwise there is a lot of customization needed. Yes, I've tested it. It used the same uboot and kernel dtd as the pcduino 3 nano. I have a couple of the pcduino 3 nano machines and ordered a couple of the lite's, so I've used both. I used the nano uboot on the lite and it worked with no modifications. I also did nothing with the kernel and it worked great. I am assuming those 3 posts off to the side are for the serial console. Nice that they put it off to the side. But that would mess up a case somewhat.I cannot get the serial console working. I have follow the schematic at: http://learn.linksprite.com/pcduino/quick-start/pcduino8/explanation-of-headers-of-pcduino3-nano/ To connect a USB/TTL adapter and run (as I do for my Cubieboards) screen /dev/ttyUSB0 115200 And nothing. So I really want to have this working to bring up C7 on it for testing.I don't have an adaptor for the serial ports, so I've just been using the hdmi, which works great. But I guess then you have to hook up a hdmi and usb keyboard, which might make things harder, depending on your setup.
I also have connected that way, but it is a pain not being able to cut-n-paste from notes on how to configure C7. I can ssh in, but with the console I know I can get away with a lot. Plus I can save the console session and review it for problems. A lot of items I have detected through the console session logs.
You can get the converters really cheap on ebay. Every board I have has one permanently installed, so I can always get into the console. I buy them in a 5 unit lot from a china supplier at $5 for the lot.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
What we build/test against currently:
- APM mustang board, which you've already listed above.
- AMD Seattle board, which you've also listed above.
- Cavium ThunderX.
Man, that Cavium looks nice.... I bet you are the envy of everyone in your neighborhood :)
What I'd recommend:
Keep an eye on 96boards.com. They have a Hikey, and will soon have a Huskey board which should work ootb. These are both far less expensive.
Lenovator offers a Hikey with more ram and a larger emmc. It's roughly $100 (US).
Oh, thanks for that. That may be the toehold I need.
I recall visiting LeMaker in the past when following Banana Pi leads, but I don't recall seeing a 64-bit offering.
Gigabyte's MP30-AR0 board (based on APM's mustang) should work with CentOS OOTB as well, and will hopefully be reasonably priced.
This looks like its only available in Business-to-Business channels, but I started reaching out to distributors. If I can acquire one, I'll provide SSH access to it for testing.
Jeff
-
Gordan Bobic -
Jeffrey Walton -
Jim Perrin -
miniNodes Info -
Robert Moskowitz -
Troy Dawson