Any chance that there will be ubuntu-based computer card shipped as default?

There is already debian/fedora based.

* KillerKink Goh killerkink@hotmail.sg [160805 07:45]:

Any chance that there will be ubuntu-based computer card shipped as default? There is already debian/fedora based.

Hm, that would need a plethora of work atm. While there is an Ubuntu ARM system targeted at ARMv7+ architectures one would need to add a custom kernel package to it amonst other things. As noone has done so, you'd either have to do it yourself or look for someone doing it.

This might be a lot of work or it might not, depending on the state of the Ubuntu ARM release.

But I would not expect Luke to put in this effort at this stage, since there are a plethora of options available already, most respecting your freedom better than Ubuntu.

Kind regards,

Christian

-- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease.

On 04.08.2016 23:47, mike.valk@gmail.com wrote:

2016-08-05 8:37 GMT+02:00 Christian Kellermann <ckeen@pestilenz.org mailto:ckeen@pestilenz.org>:

* KillerKink Goh <killerkink@hotmail.sg
<mailto:killerkink@hotmail.sg>> [160805 07:45]:
> Any chance that there will be ubuntu-based computer card shipped as default?
> There is already debian/fedora based.

Hm, that would need a plethora of work atm. While there is an Ubuntu
ARM system targeted at ARMv7+ architectures one would need to add a
custom kernel package to it amonst other things. As noone has done so,
you'd either have to do it yourself or look for someone doing it.


This might be a lot of work or it might not, depending on the state of
the Ubuntu ARM release.

http://linux-sunxi.org/Bootable_OS_images (none for EOMA-68 off course) http://linux-sunxi.org/Build_Instructions_for_Ubuntu

But I would not expect Luke to put in this effort at this stage, since
there are a plethora of options available already, most respecting
your freedom better than Ubuntu.

I think so too

I just saw in the rumor mills that AMD Zen APUs are planned to go down to 4W. Now I don't know how open those will be and if they'll run without microcode blobs but one can dream...

--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

On Fri, Aug 5, 2016 at 6:44 AM, KillerKink Goh killerkink@hotmail.sg wrote:

Any chance that there will be ubuntu-based computer card shipped as default?

you're aware that any company that violates the GPL [1] is no longer a company but is actually operating outside the law - i.e. is classified as a Criminal Cartel, also known as an Organised Crime Syndicate? given that i have not seen any reports indicating that canonical has fixed their flagrant GPL violations despite repeatedly being told about them, what you're in effect asking me is that you'd like me to endorse a criminal cartel called "Canonical" that *also* has a track record of abusing the privacy of its users [2] [3]?

i'm running this campaign along ethical lines (where RYF endorsement is just one part of that). _why_ would i want to endorse *any* company that operates in a completely unethical way??

the reason why i'm including debian is because their hearts are in the right place, even if they've had to go through some rough times recently [4] [5]. they're not controlled by any one organisation (government or corporation, each with vested interests). they have a Social Charter: it's not perfect, but it's a hell of a lot better than any of the alternatives (and a lot better than not having a Charter at all).

apologies if you weren't aware of these things and that they come as a bit of a shock.

l.

[1] https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/ [2] https://fixubuntu.com/ [3] https://www.eff.org/deeplinks/2012/10/privacy-ubuntu-1210-amazon-ads-and-dat... [4] https://lists.debian.org/debian-devel/2014/11/msg00174.html [5] https://lists.debian.org/debian-ctte/2014/11/msg00091.html

--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

On Sun, Aug 7, 2016 at 11:17 PM, Albert ARIBAUD albert.aribaud@free.fr wrote:

Le Fri, 5 Aug 2016 01:33:52 +0100 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:

...

...

I'll push the changes tomorrow.

awesome.

Did it only now, because of a slight annoyance: sometimes the build would not run at all on the target, in a reproducible way: a given state of the source code would either always work, or never work. And the change that would make a working source code stop working could be as simple as declaring a static uint8_t variable even without using it, which made me look for alignment issues.

So I set up non-working case, broke with GDB into it, found the core in a hardfault indeed, and did a bit of climbing up and down the stack.

Turns out the uint8_t array usbd_control_buffer[] declared in usbifaces.c is sometimes cast to an uint16_t array, and so undergoes word accesses. However, an array of uint8_t does not have alignment constraints, so depending on the size and alignment of other globals or static locals, usbd_control_buffer could begin on an odd address, which would make the uint16_t alias misaligned, and the first read or write to it would hardfault.

bleugh!

I fixed this by aligning usbd_control_buffer on a 4-byte boundary (so that even a cast to uint32_t would not cause misaligments).

awesome

I then rebuilt and measured the transposing of the keyboard (using Timer2 as a free-running 1/48th-of-a-microsecond counter, see branch aaribaud/kbd_timing for an example).

Before transposing, a whole keyboard scan would be 16 columns times about 425 cycles per column, total about 141 us. After transposing, it is 8 columns times about 686 cycles per column, that is, about 115 us, an 18% reduction.

that's pretty damn good... 0.000115 seconds...

All the code is in the repo now.

I /think/ there might be some finer improvements to make.

... is it worth it at this phase?

l.