- arm-netbook - Mailman test

[status] eoma68-ic1t
by Luke Kenneth Casson Leighton 12 Jun '14

12 Jun '14

cpu cards being like buses, you wait for ages then 3 come along at once. i have been in touch with icubecorp, they have that awesome hybrid VPU/GPU/CPU core, and they decided to do a sub-$2.50 55nm 210-pin QFP out of it, running at 400mhz but quad-threaded. it's capable (on its own) of 720p video decode and 3D graphics *entirely* in software. the down-side is that this revision was designed as a low-entry android or embedded controller IC, so can only do up to 512mb RAM. they can do a respin but only with a large enough order. this will be one of the very first FSF-Endorseable CPU Cards and it will be the precursor to a more powerful version which we will do later. the BOM is something staggering like only $12 and that's including a SMC9514 USB-Ethernet Hub. it is juuuust about EOMA68 compliant and the only extra interface will be an SD/MMC card. it will boot from SPI NOR Flash so that will be deliberately very small (enough to hold a bootloader). l.

2 2

Re: [Arm-netbook] RK* thingies are fairly cheap, indeed, but I managed to brick one
by Erix 10 Jun '14

10 Jun '14

> Message: 3 > Date: Mon, 09 Jun 2014 21:11:26 -0400 > From: Stefan Monnier <monnier(a)iro.umontreal.ca> > To: arm-netbook(a)lists.phcomp.co.uk > Subject: Re: [Arm-netbook] ARM device - compiling linux software > Message-ID: > <jwvk38pin90.fsf-monnier+gmane.comp.hardware.netbook.arm(a)gnu.org> > Content-Type: text/plain > > >> It looks cheaper than the Wandboard? > >> http://radxa.com/specification/ > > Does look neat and yes, does appear to be cheaper. Might take a punt on > one > > actually, see if it cuts the mustard. Thanks for pointing it out. > > The RK* thingies are fairly cheap, indeed, but I managed to brick one > with a simple "dd" from Android and still haven't managed to unbrick it. > >From that point of view the Allwinner ones are very friendly (since you > can boot from uSD even with a completely broken nand flash). > > > Stefan > > Hi Stephan, I don't know if it could help you, but the Radxa Team post a tip/advice to "unbrick" their platform in case it happens. http://wiki.radxa.com/Rock/unbrick Regards Erix

3 3

A33
by Luke Kenneth Casson Leighton 04 Jun '14

04 Jun '14

On Tue, Jun 3, 2014 at 10:58 PM, Luke Kenneth Casson Leighton <lkcl(a)lkcl.net> wrote: > http://webcache.googleusercontent.com/search?q=cache:prYbhMDZblEJ:www.allwi… > > ok it's pin-compatible with the A23. with the removal of SATA and > replacement with USB it can be done. i'll ask for some PCB CAD files. > > l. > > On Tue, Jun 3, 2014 at 10:55 PM, Luke Kenneth Casson Leighton > <lkcl(a)lkcl.net> wrote: >> On Tue, Jun 3, 2014 at 10:14 PM, Paul NeoStormer >> <paulneostormer(a)gmail.com> wrote: >>> So I can't find the page where this was discussed but I was told that the >>> reason we couldn't go to a Quad-Core processor A31 was not because of pin >>> compatibility but because it utilized a different graphics processor which >>> we didn't really have open source for, a PowerVR instead of the Mali-400. We >>> today they announced the A33 which uses the same Mali-400MP2 that the A20 >>> uses, so is it possible to go to quad-core now? >> >> ooooo yes! hooray! if it's pin-compatible with the A20 we can use >> it straight away. ok just checked the A23 datasheet: it's only a 16-bit DDR3 RAM interface, one USB2 and one USB-OTG. so something like the 9514 USB-Eth hub would be needed (the 9512 apparently gets veery hot). also apparently A23 only addresses 1gbyte of RAM, we'll see if the A33 goes up to 2. about powervr, you want luc's talk about the state of software libre reverse-engineering of GPUs. it turns out he's worked (in a proprietary environment) with powervr, so he knows that it is an absolute god-awful mess (hardware and software wise). his recommendation is to let imgtec stew, and to not even attempt the reverse-engineering *at all*, it's that bad. l.

3 5

EOMA - Open Specification?
by Jonathan Frederickson 04 Jun '14

04 Jun '14

Hey all. I've been following the progress here for a while, though I wasn't subscribed at the time. Something Luke said a while back concerned me, however: "so i am very sorry to have to spell it out, but you will *never* be a customer of *any* EOMA or QiMod products, *ever*, and you will *never* be granted a license to make EOMA-compatible products. and that's not my decision, but we both have to live with that." I can understand being blacklisted as a customer, and removing all mention of EOMA, as it is (maybe?) a QiMod trademark. However, the bit about being granted a license to make EOMA-compatible products is troubling. It seems counter to the statement on the FAQ: "The EOMA-68 initiative is an "Open Specification". That means that anyone can create either CPU cards or motherboards that conform to it. Thus, it is possible for anyone to create an "Open Hardware" compliant CPU card or motherboard." (http://rhombus-tech.net/faq/#index12h2) ...which seems to imply that one wouldn't *need* a license to create compatible products. So my question is this: how open is the EOMA specification, really? Regards, Jon F.

12 33

Improv And Operation:Marketing for EMOA-*
by Alexander Stephen Thomas Ross 04 Jun '14

04 Jun '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If there was late help from extra individuals marketing and promoting eoma-* standard devices like Improv and there were magically the number of pre-orders needed would it be possible to resume makeplaylive being a client? I expect they are stuffed when they can't even mention eoma-68! It's just, I've been trying to work on my Operation: Marketing (Op:Mark) but with this sad news I've not sure which direction to go. I had been plaining to write marketing material for a device. I have a huge amount to evolve and currently Op:Mark is my mess also my progress is dreadfully slow. I wanted to make more progress on it before I mentioned it to you but arr heck here it goes: http://rhombus-tech.net/op:marketing -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTeiXhAAoJEOk7fWIzE1KNoE0H/1HajC3ssYa/m6f8Wd+aCawl G9xD7OYrwc3/7IwU7WojZ4ohRJsaoZgbAZBWmH5MrO7+M/ZvrLfRdcW6bTm16HBy iY/X04TgBwhKkvwYN1k98Qz4ckyRchttIBylRH3NLDUQ0uRXJX0SQMXIA3xVQuWj LvJJFYOgTZ4DPuzzAOE3MD7ZVedf7MK6A4EhEpQ6ImoJU86Cn5Q971Teb0anv2q0 1jmzRqmRS0UDg8iNjBiP4PTU+u5gDkVltjoVJG/SZ4Slrrrs4uMKVRIlQ1F04UUY 9Wnn4yaK/uLSGSfHoVcnEq/VD1JkgDQK4Tl5wnTiBuRuzNP+Aq9OOcv5pJiwMsw= =jbyQ -----END PGP SIGNATURE-----

17 67

EOMA68-A20 interface redesign
by Luke Kenneth Casson Leighton 03 Jun '14

03 Jun '14

https://www.skhynix.com/products/computing/view.jsp?info.ramKind=19&info.se… ok i've done the interface redesign which i will document properly later: SATA is gone, 2nd USB is in, i added one EINT and the 4th pin is a VREF output for GPIO and UART voltage levels. i also noticed that hynix do a 4gbit x8 RAM chip which is pin-compatible with the H5TQ2G83BFR, so i *think* we can go to 2gbyte of RAM. thoughts? l.

6 24

JZ4775
by Luke Kenneth Casson Leighton 31 May '14

31 May '14

http://www.ingenic.cn/en/en/android.php?pid=96&fid=799 oo! oo! ingenic have a 1ghz dual-core MIPS that has X-Burst at 1ghz, which could be FSF-Endorseable! they left out all the proprietary Vivante USA-based 3D hard macros (at last). it has GbE, USB-OTG, USB1.1 Host and is basically minimalistically-compliant with EOMA68 without needing extra components. i like it.

4 6

Gigabit NIC Speeds
by Michael Howard 29 May '14

29 May '14

Hi All, Not specifically Netbook, just a general question for opinions; What is the bottleneck on arm devices when it comes to network speed? I have a number of devices and they are all woefully slow. In order of poorness :) a few Dreamplugs (1/10th the speed of desktop) , a Cubietruck (1/5th the speed of desktop), a mirabox (haven't actuially timed it) et al. Obviously there are many factors that can afect timings (depending on the test) but even using 3rd party Gigabit USB Nics the results do not improve. I've used netcat and scp (ouch) to name two methods, what would be a good leveller to eliminate outside factors? Cheers, --

2 1

EOMA Compliancy
by mike.valk＠gmail.com 28 May '14

28 May '14

L.S. Recent events may have forced the need for more clarity. Perhaps sooner that really needed. So far we've mostly don the technical issues. I'm going to tap into the collective brain here. In order to protect the EOMA standard. To what terms should a manufacturer/vendor comply to become EOMA compliant? Things like: - Technical: Adhere tot the physical dimensions, tolerance, heat. - Safety - What would be a reasonable price/pricing structure - Environmental footprint - etc. And how to deal with leeches and blacklists etc. I know the technical side is already coming along but anything you like to to mentioned write it down. Luke join if you like, but we know you are busy, collecting funds to pay the bill etc. And the technical side of things still need some tinkering, USB3, etc. Kr, Mike

3 2

Fwd: Indie Tech Summit — First Speakers Announced
by Alexander Stephen Thomas Ross 26 May '14

26 May '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 a very good opportunity for eoma-* - -------- Original Message -------- Date: Mon, 26 May 2014 14:52:21 +0000 Subject: Indie Tech Summit — First Speakers Announced Hey folks, We’ve just announced the initial round of speakers for the inaugural Indie Tech Summit http://newsletter.indiephone.eu/l/DknOa1KoVktjCXITaq9yuQ/uFYj892i6XB92HyQwv…, to take place in Brighton, UK, on the 4th and 5th of July, 2014. For the full list of speakers, visit the Indie Tech Summit web site http://newsletter.indiephone.eu/l/DknOa1KoVktjCXITaq9yuQ/uFYj892i6XB92HyQwv…, where you can also find details of how to register to attend. Further details, including additional speakers, will be announced in the coming days. We hope that you're as excited as we are for the opportunity to meet, learn and collaborate with a diverse group of like-minded people. Join us at the birth of a new community tasked with building beautiful products for everyday people to empower them to protect their privacy, civil liberties, and human rights. Here's to seeing you there, Jo Porter Director of Operations, Indie Phone. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTg17cAAoJEOk7fWIzE1KNQIEH/As/u6qbrNZmPu1rYJFedyR4 +srzEzvsi9hshSwLVO9i4eQQDIb8y723BR+bhnVpGYz87qb97hvacHLfAAhugLUC buL1VvhCnsdRvFUCW2EEQiwLGkuoK9mRVX+q7eSfK3bIAVwrfWVxMiJrytjikha3 vI1xK9NtuBLod8p2PIvuXlauemffAcAUrVn7PHb29fV9GYxWOA9ZuE7L2Hjb03uo sp1IGeP+9n0dqPblksn38vhm+sekYu6dNqbX4scx6LIL5z3HOJp8bbBSTc1dQNHz ohLijdwE87Fhbdj7+Mx1aEMDe6rQv6fyTR2BIEstMg8+tSfHlW8kprIpHqpfqKo= =eEMm -----END PGP SIGNATURE-----

1 1

Re: [Arm-netbook] EOMA, Improv etc
by Paul NeoStormer 26 May '14

26 May '14

I absolutely agree with this, I have been following this product for years and I believe a crowdsourcing campaign is vital to getting this product off the ground. I would imagine pushing just the EOMA-68 card and include HDMI and powered USB-OTG cables; to start with. The have stretch goals that add a bare minimum MEB and slowly add ports to the MEB with each tier. I would recommend leaving a tablet for a separate product because then it could be marketed as working with the EOMA-68 cards that are available. Hope I'm not out of line, just a suggestion. Nico Rikken <nico(a)nicorikken.eu> wrote: >Hi, > >This ongoing discussion, despite the wealth of personal arguments, has >clarified a lot of details for me as an enthusiast and potential >customer. > >Ever since I heard about the Spark tablet I truly believed this would >dramatically change the playing field of FOSS and FOS-hardware. Hearing >about the underlying EOMA-board adheres to this vision, where this would >be the new standard in FOS-land and the overall maker-community. > >As far as I understand it, over time some other SoC's have already been >re-engineered. In addition the recent RaspberryPi-board and the >crowd-sourced Novena board have closed in on the proposition of the >EOMA-board. However the EOMA-board still seems to hold a place of its >own for compactness and power. > >In my job I've got to get a glimpse of the embedded-hardware development >business and knowing now about development costs involved, it is truly >heartbreaking to see this project in this state. I believe the potential >is still there, the hard work has been done, it just takes a great >launch to bootstrap production, community adoption and even further >development. > >As for the launch Improv didn't cut it for me as a potential customer. >The lack of detailed communication and the strong focus on the >make-play-live proposition (which to me seems limited and seems to go >against the hacker market). And above all, I just wanted to have a >FOS-tablet to play with, not an offering similar to my RaspberryPi >(which I even hardly use). > >Say the EOMA-board would run a crowdfunding effort to start commercial >development, what would be a good proposition? To me it seems to be a >tablet combination, to also aid in the FOSS development (like >make-play-live). > >Personally I could see the board earn a place on it's own, by being a >great replacement for the RaspberryPi, specically for other >RaspberryPi-projects for which the RaspberryPi is just a way of >achieving a service, like: Generic fileserver (NAS), Owncloud-instance, >ArkOS install (multiple local services), XBMC-player or Android-player >(say for games, probably requiring Replicant Android). >Others might even be: 3D-printer-driver, VJ-visual generator (like the >M-Labs m1), Freedombox (although currently in development and requiring >an additional network interface), home-automation or parallel processing >using multiple boards. >One of the main benefits of the EOMA-board is the fact that it can >easily be handled by regular users, without fearing ESD-problems. The >Improv-board, despite offering decent breakouts, doesn't adhere to this >user-level, still requiring an additional case. > >Considering that like me others saw a place for this development but >didn't fully support for various reasons, it might be worth another try >to find the required support for this to take off. Say by preparing and >starting a crowdfunding campaign offering the EOMA-boards, various >breakouts (Improv-type breakout with option of a plastic case, >NAS-enclosure with HDD-space, tablet (with room for batteries)) linked >to various donation levels, paid pre-installation as a way of turning >time into money and finally products like mugs and t-shirts. > >Even though I'm not fully emerged into the FOSS-community, I believe the >Novena project has set an example by creating social presence even >before launching the crowdfunding campaing by initially demonstrating >skill (overall blog and SD-card analysis) and next showing off the >product (e.g. Chaos Communication Congress). This makes me believe that >with proper marketing and having a great offer, the community will at >least consider supporting this 'project' and better yet fully fund the >project. >Seeing the EOMA-board as the underlying basis for further efforts, I >believe Luke should be (involved in) initiating such an effort, despite >all politics involved in the recent debates. > >(hope I didn't fuel a rant with this e-mail). > >Kind regards, >Nico Rikken, NL > > >_______________________________________________ >arm-netbook mailing list arm-netbook(a)lists.phcomp.co.uk >http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook >Send large attachments to arm-netbook(a)files.phcomp.co.uk

2 1

Re: [Arm-netbook] EOMA, Improv etc
by Nico Rikken 25 May '14

25 May '14

Hi, This ongoing discussion, despite the wealth of personal arguments, has clarified a lot of details for me as an enthusiast and potential customer. Ever since I heard about the Spark tablet I truly believed this would dramatically change the playing field of FOSS and FOS-hardware. Hearing about the underlying EOMA-board adheres to this vision, where this would be the new standard in FOS-land and the overall maker-community. As far as I understand it, over time some other SoC's have already been re-engineered. In addition the recent RaspberryPi-board and the crowd-sourced Novena board have closed in on the proposition of the EOMA-board. However the EOMA-board still seems to hold a place of its own for compactness and power. In my job I've got to get a glimpse of the embedded-hardware development business and knowing now about development costs involved, it is truly heartbreaking to see this project in this state. I believe the potential is still there, the hard work has been done, it just takes a great launch to bootstrap production, community adoption and even further development. As for the launch Improv didn't cut it for me as a potential customer. The lack of detailed communication and the strong focus on the make-play-live proposition (which to me seems limited and seems to go against the hacker market). And above all, I just wanted to have a FOS-tablet to play with, not an offering similar to my RaspberryPi (which I even hardly use). Say the EOMA-board would run a crowdfunding effort to start commercial development, what would be a good proposition? To me it seems to be a tablet combination, to also aid in the FOSS development (like make-play-live). Personally I could see the board earn a place on it's own, by being a great replacement for the RaspberryPi, specically for other RaspberryPi-projects for which the RaspberryPi is just a way of achieving a service, like: Generic fileserver (NAS), Owncloud-instance, ArkOS install (multiple local services), XBMC-player or Android-player (say for games, probably requiring Replicant Android). Others might even be: 3D-printer-driver, VJ-visual generator (like the M-Labs m1), Freedombox (although currently in development and requiring an additional network interface), home-automation or parallel processing using multiple boards. One of the main benefits of the EOMA-board is the fact that it can easily be handled by regular users, without fearing ESD-problems. The Improv-board, despite offering decent breakouts, doesn't adhere to this user-level, still requiring an additional case. Considering that like me others saw a place for this development but didn't fully support for various reasons, it might be worth another try to find the required support for this to take off. Say by preparing and starting a crowdfunding campaign offering the EOMA-boards, various breakouts (Improv-type breakout with option of a plastic case, NAS-enclosure with HDD-space, tablet (with room for batteries)) linked to various donation levels, paid pre-installation as a way of turning time into money and finally products like mugs and t-shirts. Even though I'm not fully emerged into the FOSS-community, I believe the Novena project has set an example by creating social presence even before launching the crowdfunding campaing by initially demonstrating skill (overall blog and SD-card analysis) and next showing off the product (e.g. Chaos Communication Congress). This makes me believe that with proper marketing and having a great offer, the community will at least consider supporting this 'project' and better yet fully fund the project. Seeing the EOMA-board as the underlying basis for further efforts, I believe Luke should be (involved in) initiating such an effort, despite all politics involved in the recent debates. (hope I didn't fuel a rant with this e-mail). Kind regards, Nico Rikken, NL

1 0

Fwd: Auto-discard notification
by lkcl . 25 May '14

25 May '14

nico please remember to use the email address that you are subscribed from, thank you for your thoughtful words. l. ---------- Forwarded message ---------- From: <arm-netbook-bounces(a)lists.phcomp.co.uk> Date: Sun, May 25, 2014 at 11:17 PM Subject: Auto-discard notification To: arm-netbook-owner(a)lists.phcomp.co.uk The attached message has been automatically discarded. ---------- Forwarded message ---------- From: Nico Rikken <nico.rikken(a)gmail.com> To: Linux on small ARM machines <arm-netbook(a)lists.phcomp.co.uk> Cc: Date: Mon, 26 May 2014 00:14:27 +0200 Subject: Re: [Arm-netbook] EOMA, Improv etc Hi, This ongoing discussion, despite the wealth of personal arguments, has clarified a lot of details for me as an enthusiast and potential customer. Ever since I heard about the Spark tablet I truly believed this would dramatically change the playing field of FOSS and FOS-hardware. Hearing about the underlying EOMA-board adheres to this vision, where this would be the new standard in FOS-land and the overall maker-community. As far as I understand it, over time some other SoC's have already been re-engineered. In addition the recent RaspberryPi-board and the crowd-sourced Novena board have closed in on the proposition of the EOMA-board. However the EOMA-board still seems to hold a place of its own for compactness and power. In my job I've got to get a glimpse of the embedded-hardware development business and knowing now about development costs involved, it is truly heartbreaking to see this project in this state. I believe the potential is still there, the hard work has been done, it just takes a great launch to bootstrap production, community adoption and even further development. As for the launch Improv didn't cut it for me as a potential customer. The lack of detailed communication and the strong focus on the make-play-live proposition (which to me seems limited and seems to go against the hacker market). And above all, I just wanted to have a FOS-tablet to play with, not an offering similar to my RaspberryPi (which I even hardly use). Say the EOMA-board would run a crowdfunding effort to start commercial development, what would be a good proposition? To me it seems to be a tablet combination, to also aid in the FOSS development (like make-play-live). Personally I could see the board earn a place on it's own, by being a great replacement for the RaspberryPi, specically for other RaspberryPi-projects for which the RaspberryPi is just a way of achieving a service, like: Generic fileserver (NAS), Owncloud-instance, ArkOS install (multiple local services), XBMC-player or Android-player (say for games, probably requiring Replicant Android). Others might even be: 3D-printer-driver, VJ-visual generator (like the M-Labs m1), Freedombox (although currently in development and requiring an additional network interface), home-automation or parallel processing using multiple boards. One of the main benefits of the EOMA-board is the fact that it can easily be handled by regular users, without fearing ESD-problems. The Improv-board, despite offering decent breakouts, doesn't adhere to this user-level, still requiring an additional case. Considering that like me others saw a place for this development but didn't fully support for various reasons, it might be worth another try to find the required support for this to take off. Say by preparing and starting a crowdfunding campaign offering the EOMA-boards, various breakouts (Improv-type breakout with option of a plastic case, NAS-enclosure with HDD-space, tablet (with room for batteries)) linked to various donation levels, paid pre-installation as a way of turning time into money and finally products like mugs and t-shirts. Even though I'm not fully emerged into the FOSS-community, I believe the Novena project has set an example by creating social presence even before launching the crowdfunding campaing by initially demonstrating skill (overall blog and SD-card analysis) and next showing off the product (e.g. Chaos Communication Congress). This makes me believe that with proper marketing and having a great offer, the community will at least consider supporting this 'project' and better yet fully fund the project. Seeing the EOMA-board as the underlying basis for further efforts, I believe Luke should be (involved in) initiating such an effort, despite all politics involved in the recent debates. (hope I didn't fuel a rant with this e-mail). Kind regards, Nico Rikken, NL

1 0

RGB-to-MIPI
by Miguel Garcia 25 May '14

25 May '14

Hello everyone. Because EOMA-68 use RGB connection and most HD screens will use MIPI, I've been looking for a RGB-to-MIPI IC. Finally I found a RGB-to-MIPI IC, the part is SSD2828. At 1K pcs, the SSD2828 price is €4.20. The datasheet is not public, but if someone wants the datasheet, leave a message and I will send it by email. Do you know any better alternative? Thanks.

2 1

Re: [Arm-netbook] Auto-discard notification
by lkcl . 21 May '14

21 May '14

manuel you need to send from the email address that you're subscribed from. On Wed, May 21, 2014 at 7:39 PM, <arm-netbook-bounces(a)lists.phcomp.co.uk> wrote: > The attached message has been automatically discarded. > > > ---------- Forwarded message ---------- > From: "Manuel A. Fernandez Montecelo" <manuel.montezelo(a)gmail.com> > To: arm-netbook(a)lists.phcomp.co.uk > Cc: > Date: Wed, 21 May 2014 18:39:33 +0100 > Subject: Re: [Arm-netbook] Improv And Operation:Marketing for EMOA-* > 2014-05-20 20:56 Luke Kenneth Casson Leighton: >> >> 2014-05-20 20:34 Boris Barbour: >>> >>> >>> >>> It's a crying shame how difficult it is to find arm laptops (also tablets and >>> of course phones) to run debian* without jumping through hoops. The >>> chromebooks show that it is entirely possible, but there are always driver >>> problems, you can't install natively, etc. I really like the eoma idea. >>> [...] >>> *distribution of your choice >>> >>> Anyway, I'd be a customer of the first products. > > > Concur on the above. > > And not to diminish other distros' efforts, but I think that there are good > chances that the support in Debian is going to be among the best -- if nothing > else, because of the long tradition with ARM and other hardware ports. yes. and once mainline linux support is in debian for a CPU it makes life a lot easier. also, someone is working on porting debian-installer to sunxi, which is a huge relief. > >> ... please put your name down on the list at the preorders page, so >> that when it happens - once i have enough money to get the prototypes >> done without relying on other people - it's possible to let you know. > > > Added mine. It didn't seem to be visible in "orders" page initially, but now > shows in the main page as well. > > http://rhombus-tech.net/allwinner_a10/orders/mafm/ yep that'll be your browser cache playing up. the orders page is auto-generated as static HTML by ikiwiki. > > Question: Is it going to be phisically like the Improv in the images from the > slideshow (other than logos etc, obviously), or a bit different in some aspect? i'll do a MEBv1, upgraded. using china-sourced components, not digikey / mouser. prices are waay too high. i will likely cut/paste one of the power circuits using a USB protection power IC so that it will be possible to flip between USB power and 5V power without spiking anything. but, remember, if i am to do an upgraded MEB, it will need testing, it will need maybe one or two revisions, and it's going to cost about $250 each revision. l.

1 0

Re: [Arm-netbook] Support for sunxi-based ARM systems in d-i
by Luke Kenneth Casson Leighton 28 Apr '14

28 Apr '14

On Sun, Apr 27, 2014 at 8:14 PM, Karsten Merker <merker(a)debian.org> wrote: > On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote: >> On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote: > >> No uImage is required for sunxi, no uImage is required for sunxi but a uImage is required for *debian installer*. that is after all the whole point of the exercise. ok, sure you can put debian-installer onto an SD card directly but then you will not be able to install the OS onto the SD card because debian installer will be using it. karsten it would seem that you are being mis-advised by people not familiar with debian installer, who think that booting off of pre-prepared images is quotes normal quotes. although it would in some limited cases be useful to boot debian installer without a uImage, it would not be the most helpful thing to the most people. may i respectfully suggest that you speak to henrik nordstrom (hno) - you can find him on #linux-sunxi - and get a uImage up and running that may be loaded over the USB-FEL. henrik and others such as myself have got USB-FEL up and running for a number of A10 and A20 devices: the advantage of boot-installing a device from USB-FEL is that it is simple to do: just plug in to a Micro-USB, load the 1st stage bootloader directly into RAM, load the kernel directly into RAM, load the debian installer uImage directly into RAM, then hit the execute command. instantly you have all the hardware available on which to install a *clean* OS. l.

2 4

Re: [Arm-netbook] Support for sunxi-based ARM systems in d-i
by Luke Kenneth Casson Leighton 27 Apr '14

27 Apr '14

On Sun, Apr 27, 2014 at 9:10 PM, Ben Hutchings <ben(a)decadent.org.uk> wrote: > On Sun, 2014-04-27 at 21:04 +0200, Luke Kenneth Casson Leighton wrote: >> On Sun, Apr 27, 2014 at 8:41 PM, Karsten Merker <merker(a)debian.org> wrote: >> > On Sun, Apr 27, 2014 at 03:52:36PM +0200, Luke Kenneth Casson Leighton wrote: >> >> On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker <merker(a)debian.org> wrote: >> >> > Hello, >> >> > >> >> > I am currently working on better support for sunxi-based ARM systems >> >> > in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI >> >> > support from kernel 3.15rc1 into the Debian 3.14 kernel package (as >> >> > of linux-image-3.14-trunk-armmp_3.14.1-1~exp2_armhf.deb, currently >> >> > only available as source in git) it is now possible to run d-i on >> >> > Allwinner A10/A20-based systems like the Cubie{board,board2,truck}. >> >> >> > [snip] >> >> do you have a pre-built option or some instructions for people to follow? >> > >> > Sorry, no. This was an experimental build with all components >> > locally built from development versions in various git/svn >> > repositories. >> >> ok - then can you please document that somewhere, so that other >> people can replicate it and help you out? >> >> > As mentioned in my original mail there is also still the issue of >> > the MMC driver not yet being available in mainline, >> >> that´s ok. forget mainline. if you document what you´ve done then >> others may replicate it on the more stable kernels. > > Luke, Debian uses upstream kernels with minimal backporting. ... which is not yet complete, meaning that that will reach only a small handful of people. if you want to reach more people, thus increasing the probability of more people being in a position to help use upstream kernels with minimal backporting, then bridging the gap between the two would seem like a good idea, would you agree? anyway - i´m done here. you guys are doing ok. i have had to take other work - for the second time now - which places the project that i started on a back-burner until we have sales or funding. so please, feel free to do whatever you choose. l.

1 0

Re: [Arm-netbook] Support for sunxi-based ARM systems in d-i
by Luke Kenneth Casson Leighton 27 Apr '14

27 Apr '14

On Sun, Apr 27, 2014 at 8:41 PM, Karsten Merker <merker(a)debian.org> wrote: > On Sun, Apr 27, 2014 at 03:52:36PM +0200, Luke Kenneth Casson Leighton wrote: >> On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker <merker(a)debian.org> wrote: >> > Hello, >> > >> > I am currently working on better support for sunxi-based ARM systems >> > in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI >> > support from kernel 3.15rc1 into the Debian 3.14 kernel package (as >> > of linux-image-3.14-trunk-armmp_3.14.1-1~exp2_armhf.deb, currently >> > only available as source in git) it is now possible to run d-i on >> > Allwinner A10/A20-based systems like the Cubie{board,board2,truck}. >> > [snip] >> do you have a pre-built option or some instructions for people to follow? > > Sorry, no. This was an experimental build with all components > locally built from development versions in various git/svn > repositories. ok - then can you please document that somewhere, so that other people can replicate it and help you out? > As mentioned in my original mail there is also still the issue of > the MMC driver not yet being available in mainline, that´s ok. forget mainline. if you document what you´ve done then others may replicate it on the more stable kernels. l.

1 0

EOMA-68 and EOMA-CF
by Miguel Garcia 27 Apr '14

27 Apr '14

Hi, Any EOMA (68 or CF) will have more powerful hardware? Is Luke/Rhombus going to focus on EOMA-68 or on EOMA-CF? Is there a new EOMA-68 in the process with more powerful hardware (like Allwinner A80)? What will be the hardware of EOMA-CF? Thanks.

3 8

Re: [Arm-netbook] Support for sunxi-based ARM systems in d-i
by Luke Kenneth Casson Leighton 27 Apr '14

27 Apr '14

On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker <merker(a)debian.org> wrote: > Hello, > > I am currently working on better support for sunxi-based ARM systems > in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI > support from kernel 3.15rc1 into the Debian 3.14 kernel package (as > of linux-image-3.14-trunk-armmp_3.14.1-1~exp2_armhf.deb, currently > only available as source in git) it is now possible to run d-i on > Allwinner A10/A20-based systems like the Cubie{board,board2,truck}. hoooraaaaay! congratulations. this is an awesome strategic achievement. it will not stop people doing stupid things like forcing their personal preferred settings onto others when distributing ridiculously large (4gbyte) fixed size root images but it at least provides an alternative... one that is a sub-5mbyte alternative at that. do you have a pre-built option or some instructions for people to follow? l.

1 0

Re: [Arm-netbook] Another ARM new baby on the market
by Erix 24 Apr '14

24 Apr '14

Hi, for the 2 URL I gave earlier http://http://bananapi.org/# and http://http://www.lemaker.org/ it looks like they point to the same product. for buying it, there are plenty of vendors: http://www.alibaba.com/products/F0/banana_pi/----------------------50/3.html Thanks to Peter Green about his comment about Raspberry Pi's image: " You certainly aren't going to run an unmodified raspberry Pi image on the thing. It's a completely different SoC and will need a different kernel and bootloader. " It's clearly what I thought, but their synthaxes on their websites is deliberately not clear and maintains the ambiguity. Thanks to Peter. I saw somewhere on one of the 2 websites it's an Opensource project and they will "publish" sources for the images (SDCARDs) soon.. we'll see. The things that could be interessting it's examples of using the cameras port and the LVDS port and of course bootloader. so well, "nice.." website but not too much tecnical informations yet.. Bye bye for now Erix

1 0

Another ARM new baby on the market
by Erix 23 Apr '14

23 Apr '14

Hi everybody, what do you think of this new toy? http://www.lemaker.org/ I must admit their communication is a bit "ambigious", especially when they're talking about the Raspberry Pi compatibility.. if it's about pinout compatibility, I would say great. but on some of their sentences/phrases, we could almost think you could run the same "images" (sdcard) or binaries... from the Raspberry Pi on their "Banana Pi".... They're saying they support Debian, Ubuntu, Android (4.4) but they don't give URL where to find all of these distros.. Caracteristics: CPU A20 ARM® Cortex™-A7 Dual-Core GPU ARM Mali400MP2 Complies with OpenGL ES 2.0/1.1 Memory (SDRAM) 1GB DDR3 (shared with GPU) Onboard Storage SD (Max. 64GB) / MMC card slot UP to 2T on SATA disk Onboard Network 10/100/1000 Ethernet RJ45 (optional USB WIFI Dongle) Camera Input A CSI input connector allows for the connection of a designed camera module Sound Input Mic Video Outputs HDMI, CVBS , LVDS/RGB Audio Output 3.5 mm Jack and HDMI Power Source 5 volt via MicroUSB(DC In Only) and/or MicroUSB (OTG) USB 2.0 Ports 2 (direct from Allwinner A20 chip) Buttons Reset button: Next to MicroUSB connector Power button: Next to Reset button UBoot button (optional): Behind HDMI connector GPIO(2X13) pin: GPIO,UART,I2C bus,SPI bus with two chip selects, CAN bus,ADC,PWM,+3.3v,+5v,ground. LED Power Status LED (Red) Ethernet Status LED (Blue) User Define LED (Green) Remote IR good things: LAN 10/100/1000, Sata, HDMI, CVBS , LVDS/RGB, Camera... Why not? I saw the price around 57/60$ + delivery if I remember well. Will see. Bye bye for now Regards Erix

3 3

Warning: yahoo users postings might be lost
by Alain Williams 14 Apr '14

14 Apr '14

Summary: email sent by users with mailboxes held by yahoo may have their email disappear. This may be mail to a mail list (such as this one) their mail list postings may not be received by other yahoo users and also gmail users & a few others. Yahoo made changes without warning and have caused a huge on-line discussion by mailing list operators. Yahoo broke email lists. This is because at the start of the week Yahoo changed their DMARC settings to ask servers that receive a message with a yahoo.com email address in the From: line to reject it if it isn't properly signed by yahoo, which all messages they send will be. Basically, Yahoo has said that it users are not supposed to use any mailing list configured in the manner that they are often configured in. There are several possible workarounds, but none of them satisfactory. Discussion continues. See: http://www.dmarc.org/ -- 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>

4 3

Microsoft
by Hrvoje Lasic 11 Apr '14

11 Apr '14

Microsoft plans to give windows 8.1 licenses for free (or at least I undestand so)for certain devices. These are tablets under 9" and what is more interesting windows embedded and certain windows for IOT (internet of things) that is suppose to be released this spring (but I dont really understand what is it). In best case scenario hardware like EOM68 you make will have more opportunities. But since this is Microsoft I suppose there is a catch somewhere, probably they plan to charge cloud or something else. http://arstechnica.com/information-technology/2014/04/build-2014-a-very-dif… https://www.windowsondevices.com/ <lasich(a)gmail.com>

2 1

MIPI?
by Alexander Stephen Thomas Ross 10 Apr '14

10 Apr '14

what does it mean for EOMA that small high res displays are switching to MIPI? Context: I was chating to some techys and that was a problem with the display interface of EOMA but then I think I said eoma was lvds when it's this rbg/ttl thing. I got confused. I did say eoma was rbg/ttl later but I didn't get a reply regarding that so I don't know. I don't know what I'm talking about hardware wise. (I did tell them.).

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook