arm-netbook

arm-netbook@lists.phcomp.co.uk

1079 discussions

Start a nNew thread

Funding
by mike.valk＠gmail.com 15 Mar '17

15 Mar '17

Interesting read: https://medium.com/open-collective/why-and-how-to-fund-the-open-source-proj…

1 0

EOMA68 booting process
by Luke Kenneth Casson Leighton 14 Mar '17

14 Mar '17

On Thu, Mar 9, 2017 at 3:46 PM, mike.valk(a)gmail.com <mike.valk(a)gmail.com> wrote: thanks for the explanation, mike. > So for EOMA we must set/invent a standard which Installers can use > regardless the SoC type used in the EOMA card. ah. right. the way i see it, the only thing that needs to happen is that the card has to have enough on-board storage to get to u-boot (or similar) where it can then recognise the EOMA68 I2C EEPROM (and get the ID info) or for it to (pretty much) always boot externally and do the same. anything beyond tthat needs to be analysed *really* carefully, right through its impllications down the *entire* lifecycle. which is why i currently have it as (pretty much) "card must self-boot and must adapt to EOMA68 EEPROM ID" and it's left as generically as that > On A20 et.al. there is the FEL mode. Which is initialized by that first > loaded program. from ROM. > In this FEL mode you can push an image over USB-OTG. But > that requires an active USB host not just an USB thumb drive. i do this all the time. i don't develop for the A20 in any other way. when i see the shit that people get themselves into *even though usb-fel was written years ago* by trying to un-fuck their systems using LIVESHIT.EXE and other crap i'm just... staggered and genuinely confused. it's *real* simple and needs just *seven* lines of bash script: fel write 0x2000 ./fel-boot-spl-EOMA68_A20_2GB.bin sleep 1 fel exe 0x2000 sleep 1 fel write 0x4a000000 u-boot.new.bin sleep 1 fel exe 0x4a000000 the fel-boot-spl.bin is actually the u-boot-spl.bin executable that's compiled by default in u-boot if you select "CONFIG_SPL". the u-boot.new.bin is u-boot without the spl part tacked onto the front. it really couldn't be simpler. you can if you want directly upload the linux kernel, script.bin, dtb file, initramdisk WHATEVER YOU LIKE directly into memory and then execute it DIRECTLY. you don't even need u-boot to do it. > http://linux-sunxi.org/FEL/USBBoot#Booting_U-Boot_over_USB > http://linux-sunxi.org/BROM > > So the question is are "we" going to build such a thing? i'm yet to be convinced that it's necessary, beyond adapting u-boot and the linux kernel to read and adapt to the ID in the EOMA68 EEPROM. what specifically did you have in mind? l. > >> >> >> -- hendrik >> >> >> _______________________________________________ >> 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 > > > > _______________________________________________ > 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 4

article about.... netbooks
by Luke Kenneth Casson Leighton 14 Mar '17

14 Mar '17

and they're even running arm processors. this *being* a mailing list *named* "arm-netbooks" (duh) it's my responsibility and duty to make people aware of e.g. this :) https://mobile.slashdot.org/story/17/03/12/2140230/can-crowdfunding-bring-b… l.

1 0

laptop 15in PCB4 "stand-alone power board"
by Luke Kenneth Casson Leighton 13 Mar '17

13 Mar '17

hi, in order to work towards getting the laptop out in phases i'm looking to create an intermediary design that utilises the exact same PCB1 from the laptop, exact same LCD, without the STM32F board (PCB2) and without the battery charger board (PCB3)... which in effect makes an "LCD monitor" when utilised with a passthrough Card or an "all-in-one PC" when utilised with a card that has a processor in it. a review of the (simple) schematics for PCB4 would be really useful, although they are in fact very very simple. please note though that i will be delaying prototyping PCB4 and PCB1 until the latest micro-desktop revision (1.7) has been prototyped and confirmed working with its SD/MMC level-shifting. i missed that bit... so do not wish to waste backer funds by potentially making a mistake on the micro-desktop 1.7 PCB that's *duplicated* on laptop PCB1. http://hands.com/~lkcl/eoma/laptop_15in/pcb4 --- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

2 2

eoma68 rk3288 testing
by Luke Kenneth Casson Leighton 12 Mar '17

12 Mar '17

http://rhombus-tech.net/rock_chips/rk3288/news/ i now have 2 assembled PCBs with the exact same "fault" - which after talking to paulk and akaka on #linux-rockchip i *may* have a lead on how to get the DDR3 RAM up and running properly. we believe it's down to the impedance control register (ZQCR) which is being hard-coded in u-boot-rockchip rather than being allowed to "train". those values are suited for 6-layer 1.6mm PCBs - the impedance of tracks when you have an 8-layer 1.2mm PCB are *half* what they are for 6-layer 1.6mm PCBs. l. --- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

2 8

Libre CNC milling toolchain
by Lars Kruse 11 Mar '17

11 Mar '17

Hi Luke, I just read your last update [1], even though it is already three weeks old. It was a good and interesting read - thank you for that! There you mentioned the bad shape of Free Software in the fields of CNC milling. In general I have to agree. But I think, it is not as bleak as you experienced it. There is indeed a usable toolchain of Free Software for 2D or 3D design, toolpath generation and machine control. Sadly especially the toolpath generation process is far from being as fast and full of features as it should be. Personally I maintain PyCAM [2] (a toolpath generator). The toolpath generators are the weak link between a range of good libre 3D and 2D design software and linuxcnc [3] - an excellent and mature software for machine control. Feel free to contact me, if this topic is of any practical interest for you right now. Cheers, Lars [1] https://www.crowdsupply.com/eoma68/micro-desktop/updates/progress-physics-t… [2] http://pycam.sf.net/ [3] http://linuxcnc.org/

3 3

When does the A20 board ship?
by Nick Hardiman 10 Mar '17

10 Mar '17

When does the A20 board ship? I got a little lost following the many hardware and software updates and debates, in various mail threads. Thanks, Nick

2 5

Logging and journaling
by Julie Marchant 09 Mar '17

09 Mar '17

I just want to make sure of something: are the EOMA68-A20 computer cards going to be shipped with logging and journaling disabled (so that the storage isn't constantly being written to)? I'm asking because this is pretty much a necessity for an OS running on NAND or an SD card if you don't want to have to constantly buy new SD cards because the previous one reached its write limit. Ditto for swap, but given the small amount of NAND on the A20 card, I'm sure not having swap is a given anyway. ;) -- Julie Marchant https://onpon4.github.io Protect your emails with GnuPG: https://emailselfdefense.fsf.org

28 121

Re: [Arm-netbook] Logging and journaling
by dumblob 08 Mar '17

08 Mar '17

Hi Hendrik, My experience when I end up swapping to a hard drive is that the whole > system becomes so slow and unresponsive that it mosstsly ignores console > input, and I have no ability to kill things before the OOM does. Often > the best way to get things moving again is a hard reset. And then > watching it repair the filesystems. > well, in Linux 4.10 there is kind of a solution - writeback throttling allowing "skipping parts of the queue" as described in https://lwn.net/Articles/682582/ . Cheers, Jan

1 0

Olimex is making an "open-source" laptop...
by Christopher Havel 07 Mar '17

07 Mar '17

http://hackaday.com/2017/02/05/olimex-announces-their-open-source-laptop/ Rip 'em up, Luke... you know you want to... the quotes wouldn't be in the subject header otherwise... :P

8 24

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook