<wpwrak>
viric: have you seen the thread on the mailing list ? ;-)
<wpwrak>
(camera) a poorly mounted one, it seems :)
<wpwrak>
ahm i's with a cable. then the position would be determined by the case. okay, so it may be fine in the end.
<viric>
hm. no. the thread no. I just saw that on regular press
<viric>
Well. On fascist press in fact, that I was showing to someone for an example.
<viric>
that small 'pi' thing has openGL ES too.
<wpwrak>
with an open source driver ? ;-)
<viric>
I've no idea. They really tell little in their web site.
<wpwrak>
i think i know the answer already :)
<viric>
if it is not there, it is not open. Clear. :)
<lekernel>
viric: next time, bring qi hardware news to the news sites instead of bringing the crap from the news sites into qi hardware
<wpwrak>
that would indeed be helpful :) it's nice to hear from what's happening in the world around us, but it's a bit irritating if that makes up the majority of the discussions in "our" project ...
<viric>
I agree.
<lekernel>
I could do without such crap as this pi thing
<viric>
I still consider the nanonote far more useful than this pi thing, clear.
<lekernel>
this is just empty buzz and proprietary stuff
<wpwrak>
viric: (opengl) we've been hunting for open opengl quite a bit in openmoko and didn't get particularly far. all the usable chips have some proprietary component that quite spoils the fun
<viric>
well, I was surprised that something like this appeared in a fascist newspaper. :)
<viric>
wpwrak: really? I thought there were some opengl es things in mesa.
<wpwrak>
viric: good PR :)
<lekernel>
wpwrak: you can improve the milkymist tmu and get full opengl es from it
<lekernel>
it should be doable in a couple of months imo
<wpwrak>
viric: i mean on small devices (smartphone and such)
<wpwrak>
lekernel: heh, wish i could commit to this sort of effort
<lekernel>
except, of course, driver for imbecilic software like X.org
<viric>
what is there in linux using GL other than X.org?
<viric>
I've only seen GL used in X.
<lekernel>
yes and this is one big problem
<viric>
but there are small devices out there like touchscreens with GPS, running Linux (I don't know how much of GNU), and with 2D GL for sure, no?
<viric>
I never thought they were running any X.
<viric>
lekernel: have you written your synthesizer? :)
<viric>
I remember you wanted to do so.
<lekernel>
yeah. no, i'm not done with it
<lekernel>
if you want, you can help me sell thousands of M1s, then i'll get more time to work on that synthesizer :)
<viric>
I usually appear in the side of 'bad examples', when marketing people talk about me
<viric>
lekernel: how do you program the fpga in m1?
<viric>
you have jtag pins in the board?
<viric>
lekernel: and are the 128MB of RAM available for the linux OS there, or they are for the fpga only?
<lekernel>
yes, there is JTAG on board, and this is one way (among others) to load the FPGA
<viric>
hm sorry. I'm mixing things. I thought mikymist was a spartan 6 attached to a nanonote board
<viric>
(so, with a linux running in something very similar to the nanonote)
<viric>
but is there a linux running in a cpu in the fpga?
<lekernel>
there's uclinux yes
<lekernel>
with 128M RAM
<viric>
ah uclinux
<lekernel>
yeah
<viric>
that's basically linux without mmu?
<lekernel>
yes. there is an existing effort to add a MMU to milkymist, but i'm not throwing much energy into it
<viric>
ok
<lekernel>
it brings zero feature to my application
<lekernel>
it's just geeky fun
<viric>
:)
<viric>
the milkymist soc is in verilog, right?
<lekernel>
yes
<viric>
that keeps me a bit out meanwhile.
<viric>
What can't uclinux do? I mean... I know the effects of no mmu. but I don't know how that maps to syscalls
<lekernel>
why?
<lekernel>
if you're good at vhdl it shouldn't be hard to pick up verilog
<viric>
I also think so
<viric>
has userland software to be any special to run for uclinux?
<lekernel>
no fork/mmap, and wild pointers can do a lot of harm
<wpwrak>
hmm, whay's the antonym of "to tame" ? "feralize" probably isn't in the dictionary ... :)
<viric>
lekernel: but there should be a fork/mmap syscall anyway
<wpwrak>
of course, in a way, that just makes it better, hmm ...
<viric>
lekernel: otherwise it reduces a lot the amount of userland reusable
<lekernel>
there's some support indeed
<lekernel>
for a few cases
<viric>
hm ok·
<viric>
Sorry for not having looked more at milkymist still
<viric>
ok, late in CEST. Good night!
<lekernel>
gn8
<wpwrak>
grmbl. vga+lcd together doesn't seem to work anymore. sigh. so much about a cool "press photo".
<kristianpaul>
just stoped working ? or..
<wpwrak>
one of the changes since i had it working may have broken it. or maybe it just has a low probability of working in the first place. all the timing is very fragile.
<wpwrak>
kristianpaul: btw, have you build your ubb-vga yet ? :)
<wpwrak>
kristoffer: and how about yours ? :)
<kristianpaul>
wpwrak: he, not but is on my todo
<kristianpaul>
i will
<wpwrak>
only takes about 1-2 hours to make. most of the time goes into figuring out which vga wire goes where.
<kristianpaul>
okay i'll source the vga female connector tomorrow
<kristianpaul>
oh, make brd is working
<wpwrak>
in ubb-vga ? yes, but it shows you an untested design
<kristianpaul>
ah np not thiking in making a brd  ;)
<wpwrak>
that is basically my best idea for a mechanically sound cable so far
<wpwrak>
i did the layout mainly to check if the idea would work at all, with enough room for things, etc.
<wpwrak>
the corresponding schematics are also slightly different, "make schp"
<wpwrak>
note that i switched Y and R, to have better ground connectivity. so the colors would be off with the current driver. fixing that is just a matter of changing two #defines, though