arm-netbook

arm-netbook@lists.phcomp.co.uk

1082 discussions

early access EOMA68 to hardware for parabola ARM maintainers?
by Andreas Grapentin 22 Jun '17

22 Jun '17

(I sent this message before, but I suspect it didn't get delivered because I wasn't subscribed to the mailing list, so here I go again.) Hello everyone, I represent the hackers in charge of maintaining the parabola ARM port. As you know, the 'libre tea' computer card will be shipped with parabola preinstalled, and we are currently working hard on getting our ARM port in shape. Unfortunately, at the moment we have two problems: a) lack of compute resources - we need some actual ARM boards of the right architecture to build - and especially test - packages b) lack of information - we don't know enough about the particularities of the EOMA68 cards to be able to tell how well our port works on them Hence my question: would be possible for us to get early access to a couple of the EOMA68 devices in advance, so that we can make sure that our ARM port is up and running when the cards are to be shipped? We are very excited about this project (many of us have actually pre-ordered cards), and we want to be able to deliver the best possible version of our GNU/Linux distribution that we can produce. Best, Andreas -- ------------------------------------------------------------------------------ my GPG Public Key: https://files.grapentin.org/.gpg/public.key ------------------------------------------------------------------------------

5 12

Re: [Arm-netbook] Arm Netbook, Saw the update,
by ronwirring＠Safe-mail.net 22 Jun '17

22 Jun '17

> SoC, the RK3388 (yes it really does exist). also i'm waiting for some Was it not rk3399? > 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

3 4

Oops. Sorry for sending all the junk to the mailing list
by el_gallo_azul 22 Jun '17

22 Jun '17

Hello world. I realised when I received the auto-reply that I had been naughty. I sent the message again without all the extras, but too late. Sorry! Greg Flint

2 1

test, please ignore
by Andreas Grapentin 21 Jun '17

21 Jun '17

gpg test no. 2, please ignore. -A -- ------------------------------------------------------------------------------ my GPG Public Key: https://files.grapentin.org/.gpg/public.key ------------------------------------------------------------------------------

1 0

test, please ignore
by Andreas Grapentin 21 Jun '17

21 Jun '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 gpg test, please ignore. - -A - -- - ------------------------------------------------------------------------------ my GPG Public Key: https://files.grapentin.org/.gpg/public.key - ------------------------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEv6gAioJlZ3BjsRv0cXGYbkt0VTYFAllKZSAACgkQcXGYbkt0 VTbmVgf/aKhPab4t4ErUDuajnh9v7APXVW09E4I1NYrCZ6X9BjN8D3dcmFVr/4nh rBrfxu0Vm93TL9DsqNnbDQVBs6uj4OttzytSDCIsPVyz2Xr9liNH/hU5A4MrdV7Y ZV16yHPUOavClpuW9HFAYTJuQDsAGee5lmcCIlOp9MN5hat/l2Nwyvq/RxOIQVB0 Vtudg5b+4iqzdlXN4t2wxeBBWhonLvtHoTQvuf5zuKfOeW+0tmc1AGHI0Ebi+JWj AR4cQyBp2L+YkD8kOPong3iJJ0/t8luY9tv3J2bwvCoQVGor0N92vEjeCMgr8NwH gowRd67SAi226c1npMmc0+yR5T152Q== =KzTH -----END PGP SIGNATURE-----

1 0

Re: [Arm-netbook] mailing list etiquette
by ronwirring＠Safe-mail.net 21 Jun '17

21 Jun '17

From: Luke Kenneth Casson Leighton <lkcl(a)lkcl.net>Apparently from: arm-netbook- > On Sat, Jun 17, 2017 at 6:35 PM, <ronwirring(a)safe-mail.net> wrote: > > do you, through not listening to what you are being told, *genuinely* > wish to force me to take such action? No. I maintain that I prefer an email to display all previous pieces of information.

7 9

Re: [Arm-netbook] mailing list etiquette
by Luke Kenneth Casson Leighton 21 Jun '17

21 Jun '17

On Sun, Jun 18, 2017 at 9:59 PM, Brendan Sleight <bms.debian(a)barwap.com> wrote: >>> On Sat, Jun 17, 2017 at 6:35 PM, <ronwirring(a)safe-mail.net> wrote: >> No. I maintain that I prefer an email to display all previous > > No doubt you do, but this is a community. “Logic clearly dictates that > the needs of the many outweigh the needs of the few.” - Spock it's a leetle more complex than that, brendan, but... yeah. > Luke - I would be grateful if you could reduce the members on this > list to those who can follow the RFC. i am reluctant to take such draconian action without going through intermediate less drastic steps, explained at each and every stage to give him an opportunity to understand fully the gravity and consequences (inconvenience to others), so i've placed his messages under moderation as an intermediate step. that makes for a hell of a lot of otherwise unnecessary work for me but that's just how these things go. l.

3 3

EOMA68-A20 2.7.4 pre-production prototypes received and working
by Andrew Bolin 18 Jun '17

18 Jun '17

> > Date: Thu, 15 Jun 2017 15:02:07 +0100 > From: Luke Kenneth Casson Leighton <lkcl(a)lkcl.net> > > it was discovered that the VIAs underneath the pads for the JAE DC3 > Micro-HDMI connector are sucking the solder paste in and down, leaving > the pins not properly connected. > ... if anyone knows any tricks i would appreciate hearing them. > Can you enlarge the solder mask for these pads, thus providing enough solder to both fill the via and make the connection? This is the standard recommendation when using thermal pads / thermal vias.

2 1

u-boot A20 sunxi, added SPL dual MMC boot
by Luke Kenneth Casson Leighton 18 Jun '17

18 Jun '17

http://git.rhombus-tech.net/?p=u-boot.git;a=shortlog;h=refs/heads/sunxi it's a feature that's present in quite a lot of versions of u-boot but not in the sunxi one: i added a means to check *two* MMC slots in the early SPL loader. the problem without such a feature is: you can only boot from one MMC slot, even if you compile u-boot with support for two MMC slots... because the early SPL loader *only recognises loading u-boot from one MMC slot*. for those people not familiar with the A20 boot process: http://linux-sunxi.org/BROM#A10.2FA20 the BROM loads from a very specific sector of either MMC0 or MMC2 (in that order). maximum code size: 16k bytes. loading a full u-boot is not possible so u-boot has to be boot-strapped (aka SPL loader). the *existing* sunxi SPL loader *only* supports loading from a *single* MMC card slot. l. --- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

1 0

mailing list etiquette
by Luke Kenneth Casson Leighton 18 Jun '17

18 Jun '17

On Sat, Jun 17, 2017 at 7:14 PM, Lars Kruse <lists(a)sumpfralle.de> wrote: > Hi Ron, > > > Am Sat, 17 Jun 2017 13:35:59 -0400 > schrieb ronwirring(a)Safe-mail.net: > >> [..] >> I prefere if others leave the full text in their emails. >> I prefere to not delete text in my own replies. >> I cannot make that decision about my replies? > > I could image, that Luke would like the participants of this mailinglist to use > a style similar to the one defined in RFC1985 ("Netiquette", see section 2.1.1): https://www.ietf.org/rfc/rfc1855.txt RFC 1855 not 1955. took a few minutes to find it. section 2.1.1 is a little dated, but 95% relevant. interestingly it contains no specific advice for mailing list interaction. this example contains good advice on mailing list etiquette: http://linux.sgms-centre.com/misc/netiquette.php please read - and follow and adhere to - section 9, ron. please also follow the link which leads here and read it: http://howto-pages.org/posting_style/ > Be brief without being overly terse. When replying to a message, > include enough original material to be understood but no more. It > is extremely bad form to simply reply to a message by including > all the previous message: edit out all the irrelevant material. > > > Since Luke maintains this mailinglist, I find it to be acceptable, that he > can define the communication policy of this list, if he prefers so. i do. i used to be quite lax about it but i feel it is becoming important. > Specifically in this case he is following a widely used style - even though we > are all aware of the fact, that there are different communities or contexts out > there using very different styles with regard to quoting. for a "chatty" list such as a support self-help (e.g. alcoholics anonymous) group, top-posting would be the norm as most people would interact with either single-sentence (top-posted) replies of encouragement, or they would write massive walls-of-text to which it would be typically be perfectly fine to top-post. this list is not such a list. this is a technical list and it can get very busy and very complex very quickly. following interaction rules that have been developed over many decades for technical lists would be a good idea. http://howto-pages.org/posting_style/ l.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook