| 00:15.14 | *** join/#arm-netbook OmegaPhil (~kvirc@62.212.72.243) |
| 00:15.14 | *** join/#arm-netbook OmegaPhil (~kvirc@fsf/member/OmegaPhil) |
| 00:35.20 | *** join/#arm-netbook uwe_ (~uwe_@ipservice-092-218-246-097.092.218.pools.vodafone-ip.de) |
| 00:37.06 | lkcl | C-Keen, thx |
| 01:19.54 | *** join/#arm-netbook infobot (ibot@rikers.org) |
| 01:19.54 | *** topic/#arm-netbook is arm-netbook: Don't ask to ask. Just ask! - EOMA68 spec http://bit.ly/ZHqfxA - ML arm-netbook@lists.phcomp.co.uk - Logs http://bit.ly/XELKJq or http://bit.ly/15OCYPD - For Allwinner/sunxi discussions prefer #linux-sunxi - iMX6 Card http://bit.ly/XAUGCD - Flying Squirrel http://bit.ly/WgOYaR - Allwinner A10/A20 Card http://bit.ly/zBLAbY - http://rhombus-tech.net |
| 01:21.36 | *** join/#arm-netbook OmegaPhil (~kvirc@62.212.72.243) |
| 01:21.36 | *** join/#arm-netbook OmegaPhil (~kvirc@fsf/member/OmegaPhil) |
| 02:18.11 | *** join/#arm-netbook hipboi (~hipboi@183.17.125.18) |
| 05:11.45 | *** join/#arm-netbook dyoung (dyoung@nasadmin/dyoung) |
| 05:23.38 | *** join/#arm-netbook oaken-source (~oaken-sou@p3E9D257C.dip0.t-ipconnect.de) |
| 09:50.26 | *** join/#arm-netbook razzy (~user@2001:718:2601:38f::21) |
| 10:33.39 | *** join/#arm-netbook not-a-yuki (~not-a-yuk@cpe-76-186-152-76.tx.res.rr.com) |
| 10:33.47 | not-a-yuki | hi |
| 10:35.35 | *** join/#arm-netbook not-a-yuki (~despair@cpe-76-186-152-76.tx.res.rr.com) |
| 10:38.25 | not-a-yuki | EOMA68 * AMD64 or RISC5 |
| 10:43.57 | not-a-yuki | oh i just read that AMD is in on this, nice. i'd support an amd64 build ð |
| 11:24.51 | jn | amd talked about EOMA68? |
| 11:25.53 | jn | about RISC-V: the problem is that there are currently only RISC-V microcomtrollers and no linux-capable chips on the market |
| 11:26.10 | jn | which is slowly changing |
| 11:28.50 | jn | not-a-yuki: https://www.crowdsupply.com/eoma68/micro-desktop/updates/keeping-100-ohms-hdmi-impedance-risc-v-64-bit-libre-soc-anyone <-- lkcl wants to build (or help building) a RISC-V SoC |
| 11:30.17 | not-a-yuki | jn: wasn't the AMD G series listed as a candidate a while back? |
| 11:32.30 | jn | i don't know, i havn't read that page / blog post / whatever it was, because i'm quite new to eoma68 and this channel |
| 11:32.42 | not-a-yuki | oh |
| 11:32.43 | not-a-yuki | same |
| 11:32.46 | not-a-yuki | take a look: http://rhombus-tech.net/amd_g_series/ |
| 11:35.07 | jn | interesting |
| 11:38.36 | not-a-yuki | risc5 can go two ways once the spec is finalised: it becomes the alternative ISA of big-iron datacentres (cuz they just got burned HARD by Intel), but remains fairly niche on the consumer side. Think MS would have to step in, but give it sorta Tier-I support and allow any suitable Win32 code to run (*unlike* Windows RT which was locked down to hell ffs) |
| 11:45.12 | not-a-yuki | As for me, I'm BSD. Linux community has gotten rather divisive over the years, if the absolute proliferation of niche distros wasn't a hint ð |
| 11:45.30 | jn | microsoft wasn't burned by ARM yet, so i don't see them turning to RISC-V |
| 11:47.01 | jn | not-a-yuki: the hardware doesn't care if it's running linux or BSD. what *both* need are an MMU and megabytes or gigabytes of RAM |
| 11:47.27 | not-a-yuki | oh it's a bit of an extended side note |
| 11:48.18 | not-a-yuki | but their current Acorn strategy looks like a dead end: Windows Mobile is finally dead, and current Nokia laptops (Surface 3+) are EM64T now |
| 11:48.51 | not-a-yuki | leaving Windows RT itself mostly orphaned |
| 11:49.36 | jn | ok, on a site note of a site note: strange, one of the things that scare me the most about BSD that there are at least three of them, which don't usually seem to merge each other's code, at least on the kernel side |
| 11:51.12 | jn | (whereas in linux, anyone who doesn't upstream their kernel patches is just wrong, and there is only one true kernel upstream ;) |
| 11:52.16 | jn | not-a-yuki: ok, then MS hasn't been burned hard enough by Intel and AMD |
| 11:56.42 | not-a-yuki | true, but the userland environment is immensely fragmented, kinda hard to support desktop use cases / this is why it does well in business |
| 11:57.26 | not-a-yuki | Linux that is |
| 11:57.41 | jn | i agree on linux userland being fragmented. biggest example: systemd and all the controversies surrounding it |
| 11:58.05 | jn | or, if not fragmented, at least divided |
| 11:58.27 | not-a-yuki | ð |
| 12:13.46 | jn | goes back to reading https://www.crowdsupply.com/eoma68/micro-desktop/updates/eoma68-a20-2-7-5-gerbers-off-to-factory-thank-you-to-everyone-for-the-sponsorship :) |
| 14:24.42 | *** join/#arm-netbook hipboi (~hipboi@219.133.171.28) |
| 14:46.39 | *** join/#arm-netbook BenG83 (~BenG83@HSI-KBW-078-042-091-037.hsi3.kabel-badenwuerttemberg.de) |
| 15:06.06 | SPG | rwilbur master 535dd19 source allwinner_a10/testing.mdwn Start with things to test. * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=535dd19 |
| 15:12.48 | SPG | rwilbur master fbf881c source allwinner_a10/testing.mdwn Add some detail. * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=fbf881c |
| 15:51.42 | SPG | rwilbur master 547d5e1 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=547d5e1 |
| 16:10.05 | *** join/#arm-netbook agusanasuga (~nasuga@unaffiliated/nasuga) |
| 16:40.42 | SPG | rwilbur master 95e2768 source allwinner_a10/testing.mdwn Add some formatting. * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=95e2768 |
| 17:07.09 | SPG | rwilbur master 3887f66 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=3887f66 |
| 18:32.43 | SPG | rwilbur master 424f0f2 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=424f0f2 |
| 18:55.21 | *** join/#arm-netbook fossxplorer (~fossxplor@unaffiliated/fossxplorer) |
| 19:39.19 | *** join/#arm-netbook oh2ftg (~oh2ftg@dd733pycpq243yj2b2q3y-3.rev.dnainternet.fi) |
| 19:39.35 | jn | i don't quite understand points 1 and 2 of http://rhombus-tech.net/mailing_list_policy/ |
| 19:40.49 | jn | if i just subscribe and don't post anything, does that violate both rules? because if i don't post anything, then (1) i don't contribute useful information, and (2) i don't make any sort of announcement |
| 19:41.42 | jn | maybe the wording just confuses me |
| 20:27.02 | Gamayun | As I understand it, it just means that *when/if* you contribute information that is useful to other people, you put it in the wiki and refer to the wiki when posting to the list. |
| 20:36.06 | jn | ah, ok, now it makes more sense. thanks |
| 21:08.20 | lkcl | the jn: problem was that when arm-netbooks ml started, we had contributors basically info-dumping crap at the list |
| 21:09.20 | lkcl | critical information scrolling past and they were not caring in the slightest bit about the fact that you can't edit mailing list archives |
| 21:09.48 | lkcl | so i set a rule: if you info-dump, DON'T. put it ON THE WIKI and post a LINK |
| 21:10.14 | lkcl | static information is static information equals wiki |
| 21:10.26 | lkcl | discussion is discussion is a mailing list. |
| 21:11.15 | jn | ok. i'm going to start a discussion about something i noticed in the spec |
| 21:11.20 | lkcl | the two are totally different, and it's best expressed by the question, "is a read-only archive of a mailing list an editable collaborative document?" no of course it bloody well isn't |
| 21:11.26 | lkcl | jn: great! go ahead |
| 21:11.57 | lkcl | i'll review it, talk it over, and decide if the specification needs to be changed. |
| 21:12.11 | jn | do i need to wait until my ML registration is completed before i send mails? |
| 21:12.24 | lkcl | you're referring to the eoma68 specification? |
| 21:12.38 | lkcl | yes. stops spam |
| 21:12.59 | lkcl | done |
| 21:13.50 | jn | yes, the eoma68 spec, as published on the elinux wiki |
| 21:14.33 | jn | thanks |
| 21:23.08 | jn | it might turn out that i was just wrong. more on this after some thorough research |
| 21:35.57 | jn | an "I/O board" is a housing board, right? |
| 21:50.36 | *** join/#arm-netbook oaken-source (~oaken-sou@p3E9D257C.dip0.t-ipconnect.de) |
| 22:24.04 | jn | done. i think i didn't find a fundamental error, but rather just confusing/inconsistent parts, in the spec |
| 22:29.08 | *** join/#arm-netbook tuliom (~tuliom@200-161-29-253.dsl.telesp.net.br) |
| 23:10.25 | *** join/#arm-netbook gtucker (gtucker@nat/collabora/x-wtcciutblavsojsm) |
| 23:14.35 | *** join/#arm-netbook gtucker (gtucker@nat/collabora/x-vtgdmpvavzlmzsue) |