<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-03-09 15:37 GMT+01:00 Hendrik Boom <span dir="ltr"><<a href="mailto:hendrik@topoi.pooq.com" target="_blank">hendrik@topoi.pooq.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, 12 Feb 2017 19:35:00 +0000, Lyberta wrote:<br>
<br>
> Eric Duhamel:<br>
>> Depending on what you mean by "newbies", I don't think they would know<br>
>> if they want any particular image of GNU/Linux except the one that was<br>
>> designed to run on the product by the maker of the product. After all,<br>
>> they don't know the nooks and crannies of GNU/Linux and would just want<br>
>> to receive a product that works.<br>
><br>
> OK, I'm a software developer, not a system administrator. I have no idea<br>
> what 90% of packages installed on my system do. I only use terminal to<br>
> upload my code to the Git repository. But I need g++ 6.<br>
><br>
> Debian Jessie has g++ 4.9.2 which is extremely old and none of my<br>
> software will compile there. When I pledged for Debian card, I expected<br>
> stock Debian with maybe a few custom packages which would be explicitly<br>
> marked as such. And the first thing I'd do is to upgrade to Testing<br>
> which as of writing this has g++ 6.3.0.<br>
><br>
> Now I'm told that issuing "apt-get dist-upgrade" is taking<br>
> responsibility, etc. So I'm stuck with old and unusable frankendistro<br>
> and on my own if I want to make it work.<br>
><br>
> I've chosen GNU/Linux because of its freedom and I've chosen Debian<br>
> because it doesn't have proprietary software in main. I have no idea of<br>
> what is going under the hood. I don't care what init system I run as<br>
> long as it is free software and it boots my PC.<br>
><br>
> A couple of years ago I needed to buy a laptop. I've looked for one<br>
> which doesn't come with Windows and I've found one with Ubuntu. Now, I<br>
> really hate Ubuntu and the first thing I've done was to install Debian<br>
> in dual boot. For some reason, Debian couldn't power off my laptop so I<br>
> removed it and I'm still stuck with Ubuntu.<br>
><br>
> I know what you're going to say: "You should've looked for the solution<br>
> on the Internet.". Well, sometimes I don't have time and am scared of<br>
> bricking my hardware. I want things to "just work".<br>
<br>
If you can boot your machine from USB, you won't brick it by changing the<br>
OS, because you can boot a Debian or Ubuntu installer and reinstall<br>
whichever you want.  So your laptop is probably safe.<br>
><br>
> It looks like EOMA68-A20 is not going to just work. I don't want it to<br>
> end like my laptop.<br>
<br>
Will the EOMA68-A20 boot from USB to run an installer?<br></blockquote><div><br></div><div>Not unless it's build. </div><div><br></div><div>Also most installers have limited support for non x86 devices. Intel platforms provide a somewhat "standard" way for booting external media. For ARM etc. there is no such thing.</div><div><br></div><div>For Intel you have the BIOS. For ARM you usually have u-boot.</div><div><br></div><div>When a A20 is powered. It reads from an internal ROM. This contains a minimal init program for loading a program and inits SRAM. This ROM is what Luke is fighting with because it cannot read from currently produced NAND Flash types. It searches in NAND and SD for a "magic" token and loads the data following that into internal RAM (sram) and than tries to run what's loaded. What's loaded is usually a minimal u-boot (SPL/boot0) which inits external RAM etc and loads another program, usally a full u-boot (mainline or boot1), from whatever location is programmed into u-boot SPL. That stage init's other peripherals and then loads the OS, usually linux from whatever location you specify.</div><div><br></div><div>boot0/boot1 are u-boot implementations by Allwinner. Mainline u-boot has support for A20. So no need for a butched version from AW.</div><div><br></div><div>u-boot does not a have a standard for searching locations and booting from those. </div><div><br></div><div>Since there is no standard, generic installers cannot work and thus installers must by tailored.</div><div><br></div><div>So for EOMA we must set/invent a standard which Installers can use regardless the SoC type used in the EOMA card.</div><div><br></div><div>Other ARM device vendor usually build their own installers. But that's a quick and dirty solution only only last as long as the vendor invests in that method. </div><div><br></div><div>On A20 <a href="http://et.al">et.al</a>. there is the FEL mode. Which is initialized by that first loaded program. 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.</div><div><br></div><div><a href="http://linux-sunxi.org/FEL/USBBoot#Booting_U-Boot_over_USB">http://linux-sunxi.org/FEL/USBBoot#Booting_U-Boot_over_USB</a><br></div><div><a href="http://linux-sunxi.org/BROM">http://linux-sunxi.org/BROM</a><br></div><div><br></div><div>So the question is are "we" going to build such a thing?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-HOEnZb"><font color="#888888"><br>
-- hendrik<br>
</font></span><div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br>
______________________________<wbr>_________________<br>
arm-netbook mailing list <a href="mailto:arm-netbook@lists.phcomp.co.uk">arm-netbook@lists.phcomp.co.uk</a><br>
<a href="http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook" rel="noreferrer" target="_blank">http://lists.phcomp.co.uk/<wbr>mailman/listinfo/arm-netbook</a><br>
Send large attachments to <a href="mailto:arm-netbook@files.phcomp.co.uk">arm-netbook@files.phcomp.co.uk</a></div></div></blockquote></div><br></div></div>