<arctanx> compiling gfortran locally... this is going to take a while...
<bartbes> tuxbrain: no longer on the beach?
<sdschulze> lekernel: Is MilkyMist downward-binary-compatible to LatticeMico32, BTW?
<lekernel> same instruction set but different soc peripherals
<mth> larsc: is the (M / N) in the PLL formula an integer or real division?
<larsc> integer
<mth> also in the hardware?
<larsc> i would say
<mth> from the description of how the hardware works, I think (Xin / N) * M would be closer to reality
<larsc> hm
<larsc> is the value in sysfs different from what you'd expect it to be?
<larsc> in the aic section there are sample values of N, M and output frequency
<larsc> you are right
<larsc> i wonder why they put the extra brackets in their formula
<larsc> hm i wished there was some kind of mmc testkit which would emulate a mmc card, but be able to produce errors at will. so one could build a testsuite for a mmc driver
<qi-commits> Lars-Peter Clausen: jz4740: clocks: Fix pll frequency rate formula http://qi-hw.com/p/qi-kernel/b050ca1
<qi-commits> Maarten ter Huurne: jz4740: clock: Fix value returned by clk_get_rate() for the "pll" clock. http://qi-hw.com/p/qi-kernel/eaec30a
<bartbes> did you just do the same thing?
<dptech> hello I'd like how create usb_boot because I've usb schema with Data (D-) Data (D+) and Ground (GND) with in nanoNote TXD (transmit data) RXD (receive data)...
<larsc> bartbes: no
<dptech> hello I'd like how create usb_boot because I've usb schema with Data (D-) Data (D+) and Ground (GND) with in nanoNote TXD (transmit data) RXD (receive data)...
<dptech> Nobody ? Ok, I'm using RS232 serial male connector...
<xiangfu> dptech: Hi , what you mean "create usbboot" ?
<xiangfu> dptech:  you need a rs232 -- TTL converter to get the serial output.
<xiangfu> dptech: if you want boot to hardware-usbboot. just short the two usbboot pins then press the [RESET] hole.
<rafa> larsc: I will do a pull of 2.6.34.. is there some issue to know ?
<rafa> larsc: proper config for nn is in arch/mips/configs?
<larsc> rafa: it should work, config is in arch/mips/configs/qi_lb60_defconfig
<rafa> larsc: great, thanks a lot
<rafa> larsc: I will let you know how it goes
<nebajoth> rofl
<nebajoth> I'm compiling a mud server on my NN.
<dptech> xiangfu: Well, i see! If I understand, I can boot in usb with this method
<freespace> nebajoth: what distro/compiler?
<nebajoth> debian/gcc
<freespace> cool
<nebajoth> I love having debian on here
<rafa> larsc: short question: is arch/mips/configs/qi_lb60_defconfig okey to use with MicroSD?. Have you tried?
<rafa> larsc: arch/mips/configs/qi_lb60_defconfig does not have SD set.. Does it work okey?.. I have had lot of problems with arch/mips/configs/qi_lb60_defconfig before
<rafa> larsc: that is why I am asking..
<rafa> (work okey= if SD works okey with 2.6.34 and arch/mips/configs/qi_lb60_defconfig config)
<larsc> rafa?
<rafa> yes man
<rafa> me here..
<rafa> larsc: I built.. because no output on screen I can not say much. It does not work for me now.. I will try to realize (some day :P) which is the problem..
<rafa> larsc: black screen, booting from SD
<rafa> larsc: so I am not sure if it mounted rootfs, or where it finishes
<calamarz> keymouse working on my nn :)
<calamarz> now I can play scummvm XD
<rafa> HEY!.. we release a new v2 beta jlime version.. some braves? :)
<wolfspraul> rafa: v2 already...!
<rafa> wolfspraul: yes, pure beta but nice :)
<rafa> wolfspraul: I sent an email, but it has not arrived yet it seems
<rafa> wolfspraul: we still use our 2.6.34 kernel which has a few problems and it is a little outdated.. I have not been able to use current git kernel.. it does not boot well for us. I also have not had time to report properly the problem, if there is a problem, I do not know. larsc sais that all is okey, so surely it is my fault.. but well,
<rafa> I am not sure what to do next.. for now I was working hard on userland side. I will wait a while to try again current git kernel
<rafa> our 2.6.34 kernel= kernel from qi git, but with our own .config and outdated
<rafa> lars said*
<wolfspraul> rafa: you sent an email where? do the qi discussion or developer list?
<wolfspraul> s/do/to/
<rafa> wolfspraul: both
<wolfspraul> hmm
<rafa> wolfspraul: anyway, the beta v2 is the same that you have watched in the youtube vide.. with X and matchbox GUI
<wolfspraul> rafa: I looked at the server a little. Seems the mail traffic is so high now that spam checking is the bottleneck.
<wolfspraul> so your mails were temporarily rejected for a while...
<wolfspraul> unfortunately spamassassing needs so much memory I cannot easily increase the number of processes, need to look into it some more
<wolfspraul> thanks for letting me know, should be faster!
<urandom_> i had some nice idea today: placing some trackpoint style device next to the speaker and then next to it two buttons, which could be used as mouse buttons but also for making the nanonote a good gaming device (mainly for retro games i think), that would be awesome but dont know if doable
<wolfspraul> he, yeah, good idea
<wolfspraul> we have all sorts of things written up here: http://en.qi-hardware.com/wiki/Ya_NanoNote_Specs
<wolfspraul> see at the bottom "trackball like HTC Dream" etc.
<wolfspraul> but realistically, it will not happen in Ya
<wolfspraul> our resources are extremely limited, and we focus them pretty exclusively on reducing the price of the device
<urandom_> yeah i know, we already talked about it :P
<neil_> wolfspraul: do you know if Ya will have USB host?  at least we could use a USB mouse then
<urandom_> my usb mouse is bigger than my nano that will be look funny ;)
<rafa> wolfspraul: great.. I see the mail now ;)
<urandom_> USB host has the highest priority neil_
<neil_> urandom_: great.  I'd love to plug in my Wingman Extreme 3D.  that would look even funnier
<urandom_> yeah usb host will be awesome! lots of new stuff to do with the ben
<max_posedon> usb host 1.1 doesn't gives much opportunetes imho
<neil_> max_posedon: should be good enough for a mouse and 802.11
<wolfspraul> neil_: USB host is easy to add, and gives a lot of functionality from our free software perspective
<wolfspraul> easy = cheap
<neil_> wolfspraul: music to my ears
<wolfspraul> so whenever those things come together - 1) cheap 2) makes a lot of sense for free software, then it's high on the list
<mth> any chance of internal wifi support?
<wolfspraul> gotta run, Nelson waiting downstairs, sorry...
<max_posedon> neil_, yes, but... I'm not sure that it will give you much
<wolfspraul> mth: integrated wifi probably not
<wolfspraul> we'll see
<max_posedon> e.g. I just want attach ben to freerunner
<max_posedon> it could be killer pair)
<wolfspraul> I'd rather add an RF solution that is open to the PHY layer
<wolfspraul> even if that means in the first year nothing more than sending 'hello world' from one device to the next will work :-)
<wolfspraul> bbl
<mth> for a portable device, it's useful to be interoperable with all the existing access points ;)
<urandom_> but the RF solutions that are open arent used by anyone else :(
<urandom_> i am not against using stuff that nobody else is using if it is good technology but i wonder if this hoperf stuff makes any sense
<wolfspraul> mth: sorry had to go offline
<mth> no problem
<wolfspraul> so about Wi-Fi, well at least me personally I will probably try to keep it outside of the Ya NanoNote
<mth> I typed this just after you left:
<wolfspraul> but we may be working on another product, wall computer, with integrated Wi-Fi
<mth> <mth> for a portable device, it's useful to be interoperable with all the existing access points ;)
<wolfspraul> don't know really, it all depends on a lot of technology and what works and what doesn't
<wolfspraul> of course that is useful
<wolfspraul> I'm just not satisfied running a large black box that does all the intersting things
<mth> if the device is aimed at hardware hackers, that's a valid point
<mth> if it's aimed at software hackers that just want an internet connection to access their repository, it's a different story
<larsc> well, the goal of the qi-project is to inovate in the area of open hardware
<wolfspraul> an RF stack is not software?
<mth> I don't really know enough of all layers involved in WiFi
<mth> for me personally, it would be sufficient if the device driver is open
<wolfspraul> sure, you are not alone in saying that and it's understandable
<wolfspraul> believe me, I'd say every other day or so someone looks at me with big eyes that try to tell me "are you stupid in not including Wi-Fi in this thing?"
<mth> if I were a hardware hacker, I'd probably draw the boundaries differently :)
<mth> but there is always a black box somewhere, at least in the foreseeable future
<mth> for example, I don't have sources for the software in my cable modem
<wolfspraul> ok, one by one
<mth> but if I did, then I still wouldn't have access to my provider's routers etc
<wolfspraul> I don't think a blackbox 'always' has to be there, especially not in the foreseeable future
<wolfspraul> a lot of pieces are in place, they just need to be put together, which is what we are working on
<wolfspraul> well, your provider's router is another thing, but for the devices you are using, there really is no need for black boxes, in a few years
<mth> there is no technical need for black boxes, but even if we're moving to an open world (I hope so, but I'm not sure), the intertia will be huge
<mth> *inertia
<wolfspraul> he, I would agree on the inertia, but that's why you need to start early :-)
<mth> a lot of people don't really understand why openness is needed
<mth> for example, in the Netherlands voting machines are no longer allowed, but on the grounds that eavesdropping is possible, not because the votes are unverifiable
<mth> to me, it seems rather pointless to vote in secret when you have no guarantee it will actually be counted
<mth> so imo, they did the right thing for the wrong reason
<mth> well, the less important right reason, because secrecy of voting is also important
<urandom_> why is secrecy important?
<mth> to avoid intimidation as a way of getting more votes
<urandom_> nah dont think that would work, "vote for us or we beat the crap out of you" isnt an democrativ sysem anyway
<mth> it happens in countries that are in name democraties though
<urandom_> yeah but then it doesnt mather if there is secrecy or if you can vote anyway, doesnt change something
<mth> I think it does make a difference: if a group tries to take power by force, it will be clear that they have done so, instead of them pointing to fraudulent elections as an excuse
<urandom_> also we dont have any democratic countries in the world if you go by greece definition (but then voting for people hasnt to do anythink with democracy at all)
<mth> anyway, my point is that it will be difficult to convince people that they need open hardware when they still trust Facebook with all details of their social life
<urandom_> so yeah maybe they look better with fake votes i agree
<urandom_> my point was just that there is something already wrong when you need secrecy
<mth> in an ideal world you could vote openly indeed, but I don't see it happening very soon
<urandom_> i dont really understand the web 2.0 stuff, whats so cool about it, i never use it
<urandom_> "omg i am so importand i need my own webblog and shit"
<mth> well, web 2.0 is a marketing term for web apps + sites build on user-generated content
<mth> I do think web apps are useful
<mth> and user generated content can be useful, but it all depends on the quality of that content
<mth> something like github could be called web 2.0
<mth> now everybody has the means to write their own newspaper, but very few people have both an interesting story to tell and the skills to tell it well
<urandom_> well stuff like wikis, github and indypendant news are usefull and cool
<urandom_> but there is so much shit now
<urandom_> nobody knows how to use irc anymore
<urandom_> booting jlime kernel from fat16 didnt work at all for me, tryed the whole day long, used ext2 instead and worked lol
<arctanx> as I think was pointed out by rafa on the list
<arctanx> is slowly downloading the new userland now
<urandom_> ah ok, so http://jlime.com/mw4/index.php/Installation_nanonote has to be updated
<arctanx> the trick is to download their version of the u-boot
<arctanx> my current speculation is that they have a slightly older build
<urandom_> yeah i did not use theire u-boot cause i already had the newest
<arctanx> that'd do it then
<arctanx> there is still the screen corruption on debian boot bug, so expect more churn in this area in the coming weeks