<wolfspraul> kristianpaul: sorry, server crashed for some reason
<wolfspraul> don't like this, happens maybe once a week
<wolfspraul> need to spend some more time on it, but leaving for the airport to Colombia now :-)
<kristianpaul> ahh happnes to me
<kristianpaul> np
<kristianpaul> wolfspraul: oh soon
<wolfspraul> should be back up now
<wolfspraul> yeah
<wolfspraul> flight leaves in 3 hours
<kristianpaul> i'll travel 28
<kristianpaul> so see u next week and next days in same tzone :)
<kristianpaul> wel i'll let this thing updating alone
<kristianpaul> gn8
<kristianpaul> best wishes witht the fly wolfspraul
<kristianpaul> wishes*
<HavokMalo> Hey all - are the nano note board layout files around anywhere?
<rejon> yes, on the wiki
<rejon> anyone know the location?
<proppy> zear: how do I know when the battery is charged ?
<zear> the red led is off
<proppy> ok so I should wait for the red light to be off, then I try to power it up
<proppy> and if it don't I should try to reflash it
<zear> no, it won't
<proppy> right ?
<proppy> oh ok
<proppy> so I should reflash it
<zear> no because if the usb is plugged in, it has enough power to boot up
<zear> if it doesn't, something's wrong with the bootloader
<zear> so you should reflash it
<proppy> zear: thanks for the link, I remember I compiled openwrt-ben from source to reflash it
<proppy> but it did boot
<zear> try the "2. Updating Ben with usbboot" method
<zear> reflash_ben.sh usually faulty flashes the bootloader and people are left with the same problem you have now
<zear> also some people reported their nn stopped booting after a while
<zear> for some reason
<zear> i can't reproduce it with my unit, so i don't know what's the problem
<zear> but flashing the bootloader again always worked for him
<zear> *them
<proppy> zear: thanks for the tip
<zear> proppy, no prob, hope it solves your problem ;)
<qi-commits> Shuning Bian: [links] compiles and runs in text and graphics mode. http://qi-hw.com/p/openwrt-packages/02f7d8f
<proppy> pyneo.org down :(
<bartbes> no it isn't?
<proppy> The server at pyneo.org is taking too long to respond.
<proppy> 2 packets transmitted, 0 received, 100% packet loss, time 999ms
<bartbes> I'm browsing it
<proppy> maybe it is an issue betweem my provider and pyneo server
<proppy> bartbes: nice site :0
<xdpirate> that windows-warning for pyneo really bugs me
<zear> xdpirate, what warning? I don't see anything ;)
<xdpirate> cos you're not on windows yeah :p
<zear> so shouldn't you be
<xdpirate> luls
<xdpirate> i enjoy games
<xdpirate> D:
<bartbes> dualboot
<bartbes> like sane people do
<zear> xdpirate, now how come dingux run games? :D
<zear> proppy, is pyneo any good?
<zear> i currently use shr
<bartbes> zear: please don't tell me you're serious about linux games...
<zear> bartbes, i'm totally serious
<bartbes> of course there are good ones
<xdpirate> i play WoW and Dragon Age, nuff said
<bartbes> but the number of good ones is nowhere near the windows numbers
<zear> c'mon, duke3d, shadow warrior, hexen, heretic, doom, quake, rott
<zear> these are the best games ever
<bartbes> heh true
<bartbes> but I can't wait for steam for linux
<bartbes> we'll get portal 2, i guess
<proppy> zear: still can't access it
<zear> and duke3d with polymer renderer is better than crysis
<bartbes> zear: screenshot?
<zear> bartbes, one min
<bartbes> (I played crysis, so I would know)
<proppy> http://www.wolfire.com/humble opensourced some of their game
<proppy> and they work on linux
<bartbes> I have the bundle
<bartbes> zear: lies
<bartbes> it's undeniably good
<bartbes> but not crysis
<zear> obviously not, i'm exaggerating ;P
<zear> but it's damn good
<bartbes> it is
<zear> and well, gameplay is better than crysis :D
<bartbes> actually
<bartbes> I thought crysis was a great game
<zear> yeah, but hella buggy
<bartbes> meh
<bartbes> not here
<zear> i have a pretty strong pc
<zear> and (especially the addon) was really, really buggy
<zear> you could die by stepping on a barrel
<zear> wtf
<bartbes> never had that..
<bartbes> though.. what was it called again, was less good story-wise
<bartbes> it was more like.. a few extra levels
<bartbes> warhead, that was it
<zear> yeah, that's it, it was damn buggy
<mth> larsc: I think reading of clocks should be protected by locking if we want to support PLL freq changes
<mth> since the new dividers will be written before they become effective
<mth> even if we would store the rounded frequencies in variables in addition to registers, there is no way to atomically update all clocks together with the PLL register
<mth> also, the entire PLL freq change sequence would have to occur in a single big lock, not in a series of small locks on individual clock writes
<mth> larsc: "gpio" in debugfs shows invalid info for pins in function mode, for example backlight is shown as input
<larsc> can't do anything about it
<larsc> gpiolib does not know about specialfunction pins
<larsc> and input is the default
<mth> the drivers could set the direction together with the function, but I guess that's a bit overkill just to get the debug info correct
<qi-commits> Maarten ter Huurne: jz4740: clock: In clk_set_parent(), preserve clock enabled/disabled state. http://qi-hw.com/p/qi-kernel/5950c76
<mth> debug/mips/unaligned_instructions (debugfs) is increased by 34 per second, does anyone know if this is expected or strange?
<mth> larsc: a possible way to deal with PLL freq changes vs divider changes is to tie the PLL freq to the upper limit of the CPU speed rather than the target CPU speed
<mth> for example, if you set the scaling_max_freq to 400 MHz, the PLL will be set for 400 MHz, even if the target freq is only 100 MHz at the moment
<mth> that way, automatic CPU freq switching will avoid the relatively costly PLL reprogramming and will use the lower overhead divider changes only
<mth> the down side of that is that in the upper part of the spectrum, there are not a lot of dividers to choose from
<mth> meaning that with the maximum at 400 MHz, there is nothing between 200 and 400 possible
<mth> but automatic CPU freq switching is for saving power in situations where there is a low CPU load
<mth> while overclocking is done from gmenu2x by users who know that a certain program will only run well at a higher maximum speed
<kristianpaul> kernel panic - not syncing: No init found..
<kristianpaul> i was booting debian..
<kristianpaul> debian*
<kristianpaul> oh
<kristianpaul> ohhh
<kristianpaul> sound is creepy ot my flash is?
<kristianpaul> wait
<kristianpaul> mine
<kristianpaul> restart iceweasel
<kristianpaul> ohh
<kristianpaul> cheers rafa !
<kristianpaul> i was testing debian but i'm get jlime now !
<kristianpaul> is really smothh
<rafa> kristianpaul: I will try to upload the rootfs today
<kristianpaul> rafa: please
<rafa> working on that
<kristianpaul> i'll get it as got there
<kristianpaul> :)
<kristianpaul> i want show it in cparty
<kristianpaul> thats lwm o icewm?
<kristianpaul> nv lwm is out
<rafa> kristianpaul: matchbox is that
<kristianpaul> oh same as maemo