lkcl changed the topic of #arm-netbook to: 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
OmegaPhil has joined #arm-netbook
OmegaPhil has quit [Changing host]
OmegaPhil has joined #arm-netbook
uwe_ has quit [Ping timeout: 240 seconds]
uwe_ has joined #arm-netbook
<lkcl> C-Keen, thx
infobot has quit [Read error: Connection reset by peer]
infobot has joined #arm-netbook
OmegaPhil has quit [Ping timeout: 260 seconds]
OmegaPhil has joined #arm-netbook
OmegaPhil has quit [Changing host]
OmegaPhil has joined #arm-netbook
tuliom has quit [Quit: Konversation terminated!]
hipboi_ has quit [Ping timeout: 265 seconds]
hipboi has joined #arm-netbook
dyoung has quit [Quit: ZNC - http://znc.sourceforge.net]
dyoung has joined #arm-netbook
oaken-source has joined #arm-netbook
hipboi has quit [Ping timeout: 240 seconds]
razzy has quit [Remote host closed the connection]
razzy has joined #arm-netbook
not-a-yuki has joined #arm-netbook
<not-a-yuki> hi
not-a-yuki has quit [Remote host closed the connection]
not-a-yuki has joined #arm-netbook
<not-a-yuki> EOMA68 * AMD64 or RISC5
<not-a-yuki> oh i just read that AMD is in on this, nice. i'd support an amd64 build 😄
<jn> amd talked about EOMA68?
<jn> about RISC-V: the problem is that there are currently only RISC-V microcomtrollers and no linux-capable chips on the market
<jn> which is slowly changing
<not-a-yuki> jn: wasn't the AMD G series listed as a candidate a while back?
<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
<not-a-yuki> oh
<not-a-yuki> same
<not-a-yuki> take a look: http://rhombus-tech.net/amd_g_series/
<jn> interesting
<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)
<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 🙃
<jn> microsoft wasn't burned by ARM yet, so i don't see them turning to RISC-V
<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
<not-a-yuki> oh it's a bit of an extended side note
<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
<not-a-yuki> leaving Windows RT itself mostly orphaned
<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
<jn> (whereas in linux, anyone who doesn't upstream their kernel patches is just wrong, and there is only one true kernel upstream ;)
<jn> not-a-yuki: ok, then MS hasn't been burned hard enough by Intel and AMD
<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
<not-a-yuki> Linux that is
<jn> i agree on linux userland being fragmented. biggest example: systemd and all the controversies surrounding it
<jn> or, if not fragmented, at least divided
<not-a-yuki> 😄
hipboi has joined #arm-netbook
BenG83 has joined #arm-netbook
<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
<SPG> rwilbur master fbf881c source allwinner_a10/testing.mdwn Add some detail. * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=fbf881c
<SPG> rwilbur master 547d5e1 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=547d5e1
agusanasuga has joined #arm-netbook
hipboi has quit [Quit: This computer has gone to sleep]
<SPG> rwilbur master 95e2768 source allwinner_a10/testing.mdwn Add some formatting. * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=95e2768
<SPG> rwilbur master 3887f66 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=3887f66
yang has quit [Quit: Free yourself with Free Software, join www.FSF.org]
oaken-source has quit [Ping timeout: 240 seconds]
<SPG> rwilbur master 424f0f2 source allwinner_a10/testing.mdwn * http://source.rhombus-tech.net/?p=source.git;a=commitdiff;h=424f0f2
fossxplorer has joined #arm-netbook
not-a-yuki has quit [Ping timeout: 240 seconds]
oh2ftg has joined #arm-netbook
<jn> i don't quite understand points 1 and 2 of http://rhombus-tech.net/mailing_list_policy/
<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
<jn> maybe the wording just confuses me
<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.
<jn> ah, ok, now it makes more sense. thanks
<lkcl> the jn: problem was that when arm-netbooks ml started, we had contributors basically info-dumping crap at the list
<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
<lkcl> so i set a rule: if you info-dump, DON'T. put it ON THE WIKI and post a LINK
<lkcl> static information is static information equals wiki
<lkcl> discussion is discussion is a mailing list.
<jn> ok. i'm going to start a discussion about something i noticed in the spec
<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
<lkcl> jn: great! go ahead
<lkcl> i'll review it, talk it over, and decide if the specification needs to be changed.
<jn> do i need to wait until my ML registration is completed before i send mails?
<lkcl> you're referring to the eoma68 specification?
<lkcl> yes. stops spam
<lkcl> done
<jn> yes, the eoma68 spec, as published on the elinux wiki
<jn> thanks
<jn> it might turn out that i was just wrong. more on this after some thorough research
<jn> an "I/O board" is a housing board, right?
oaken-source has joined #arm-netbook
oaken-source has quit [Ping timeout: 265 seconds]
<jn> done. i think i didn't find a fundamental error, but rather just confusing/inconsistent parts, in the spec
tuliom has joined #arm-netbook
BenG83 has quit [Quit: Leaving]
gtucker has joined #arm-netbook
gtucker has quit [Quit: Coyote finally caught me]
gtucker has joined #arm-netbook