arm-netbook

arm-netbook@lists.phcomp.co.uk

1082 discussions

IC1T and jz4775 news pages
by Luke Kenneth Casson Leighton 12 Jul '14

12 Jul '14

for when phil's server (or rapidswitch) are responding, these will be available: http://rhombus-tech.net/icubecorp/IC1T/news/ http://rhombus-tech.net/ingenic/jz4775/news/

2 2

list upgraded
by Alain Williams 10 Jul '14

10 Jul '14

If there is anyone with a dmark setting address (eg yahoo.com) their emails will be treated slightly differently but it should work. They may find that they have an administrative block put on them -- I did that to prevent problems earlier. Please ask and it will be removed. -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ Parliament Hill Computers Ltd. Registration Information: http://www.phcomp.co.uk/contact.php #include <std_disclaimer.h>

2 1

This list may be up & down for a bit
by Alain Williams 10 Jul '14

10 Jul '14

I am going to update the software to mailman 2.1.18-1 My motivation is to deal with the problems that were causes by yahoo a few months ago when it changed its dmarc settings. This was why yahoo users were forbidden from posting to the list. This should fix this; the new version has been out for a couple of months and should (hopefully) not cause problems. Those interested in the nitty gritty look at: http://list.org/mailman-admin.txt and search for 'dmarc'. This will happen over the next day or two. Regards -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ Parliament Hill Computers Ltd. Registration Information: http://www.phcomp.co.uk/contact.php #include <std_disclaimer.h>

1 0

[status] jz4775 and ic1t boards
by Luke Kenneth Casson Leighton 09 Jul '14

09 Jul '14

ok both the jz4775 and ic1t cpu cards pass routing and plane (connectivity) checks, it's what i've been spending my evenings on, over the past couple of weeks. i have to consider replacing the SD/MMC card slot on the IC1T board with a BGA 11mm eMMC because SD/MMC is not as reliable, eMMC has 8 data lines and will be faster. BGA 159 pin eMMC will just about fit and will simplify the design slightly. more later, will create PCB images etc. l.

2 1

HummingBoard becomes partially what eoma would've been
by Lauri Kasanen 07 Jul '14

07 Jul '14

Hi, They announced the HummingBoard recently. Its specialty is that the outer interface is rpi-compatible, but the cpu and ram can be replaced. So while the interface is not open I believe, that's getting closer to what eoma would have been. Thought to let you know. - Lauri

6 8

New Name
by Alexander Stephen Thomas Ross 01 Jul '14

01 Jul '14

We need a new name for EOMA and for the company behind it (QiMod). right? Does the project name rhombus-tech need or wanted to be changed? heres a pad to to write suggestions and comments: https://public.pad.fsfe.org/p/Rhombus-Tech.org_New_Name_For_EOMA-* as a advantage over the wiki of you can see whose edits is whose.

2 1

announcement last week made its way to slashdot...
by Luke Kenneth Casson Leighton 01 Jul '14

01 Jul '14

i've responded here, i'd be interested to hear people's thoughts: http://slashdot.org/comments.pl?sid=5350045&cid=47362451

1 0

Regarding Improv, EOMA68, Free Software and Open Hardware.
by Henrik Nordström 30 Jun '14

30 Jun '14

This is a response letter to the notice just received that the Improv project is being warpped up. Only trivially editied to fit the context of the mailinglist. (inital reply was sent privately) I am sorry to see the Improv project being wrapped up but fully understand and do not come as a surprise given the discussions over last months. Just not sure I agree on the conclusions expressed in this letter however, claiming that "The Free software community does not seem ready at this point to make a concerted stand on the pressing issue of hardware freedom". The issues that have dragged this project down has very little to do with free software as such, or even the community at large. EOMA68 have been dragged down mostly by lack of resources, being founded as a garage project run on pocket money and begging, resulting in endless delays and unfavorable compromises, plus numerous issues in people relations. And in addition starting at the wrong end of the table trying to make a standard for hardware without first being familiar with hardware designs and considerations. Resulting in a project trying to make a leap before it knew how to crawl or even less walk, with a very high level of uncertainty as result. It will probably get there in the end, but getting there takes a lot of time and experience. As for Improv, by the time it entered (the hardware) it provided nothing unique that developers could not find elsewhere. Also most people in my humble opinion already had given up on EOMA68 as a serious initiative due to the numerous problems that project had already seen. I still back the basic ideas of EOMA68, but not sure about the current realization of it, aiming purely at low end market in interface specifications. Also, it has to be realized that any such specification do have a fairly limited lifespan and needs to be revised regularly, which somewhat nullifies the benefits. A project like EOMA68 trying to break many new grounds needs early adopters willing to spend both money and time on getting things finalized, and I am fully convinced that early adopters are not the ones looking for the low-end range specifications. And with such project having a lifespan covering several years (not months like average Tablet project) interface specifications need to be such that it can be suitable for wide adoption in a two to three years time when enought is in place and tested, not yesterday. For the sake of software development Improv isn't really needed, and was not needed at the time of launch. There is and was fully OSHW solutions available that covers the hardware functionality of Improv (minus the exchangeable "CPU module" part). In particular I am thinking of Olimex Olinuxino A20 MICRO (and it's related cousins), giving the same performance specifications as the selected EOMA68-A20 module, but with much richer hardware interfacing capabilities and of course 100% OSHW, by a established manufacturer who works with believes in OSHW. I have much more to say on the subject, but enough for tonight. Feel free to contact me if you want me to elaborate further. Regarding refund of my Improv "investment". Don't sweat over it. I'd rather see you focus on moving forward than how to cover the refunds. Failures are all natural path of moving forward and learning. Regards Henrik

7 24

eoma68-a20 litkconn 68-pin pcmcia connector
by Luke Kenneth Casson Leighton 28 Jun '14

28 Jun '14

joe: litkconn P/N is 68F, drawing DWG-PCMCIA-052, MI209. stand-off is 0.3mm (standard for the 68F P/N). l.

2 1

DTB for eoma-a20 pc?
by Wookey 27 Jun '14

27 Jun '14

I don't see a DTB file for the eoma-pc a20 (what is the correct name for this board BTW?) in http://d-i.debian.org/daily-images/armhf/daily/device-tree/ Now that mainline kernels should work fine on this board we need a DTB. I want to try this but am just wondering if someone has already sorted a DTB before I dive in a try to make one. It's presumably pretty close to the sun7i-a20-cubietruck.dtb or sun7i-a20-olinuxino-micro.dtb or sun7i-a20-cubieboard2.dtb dtbs? Given a DTB we expect debian-installer to 'just work' already, but that needs testing. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/

3 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook