Topic for #qi-hardware is now Copyleft hardware - http://qi-hardware.com | hardware hackers join here to discuss Ben NanoNote, atben / atusb 802.15.4 wireless, and other community driven hw projects | public logging at http://en.qi-hardware.com/irclogs
pabs3 [pabs3!~pabs@d175-38-164-77.per801.wa.optusnet.com.au] has joined #qi-hardware
GorDonFreeMan [GorDonFreeMan!~lambda@nude.lesbianbath.com] has joined #qi-hardware
wejp [wejp!~j@m2.mullvad.net] has joined #qi-hardware
xiangfu [xiangfu!~xiangfu@fidelio.qi-hardware.com] has joined #qi-hardware
panda|x201 [panda|x201!~hzhang@221.219.113.2] has joined #qi-hardware
Freemor [Freemor!~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com] has joined #qi-hardware
Freemor [Freemor!~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com] has quit [#qi-hardware]
<xiangfu>
Happy New Year. :D
<kristianpaul>
lets gor fot that :)
<kristianpaul>
s/gor/go
<qi-bot>
kristianpaul meant: "lets go fot that :)"
DocScrutinizer [DocScrutinizer!~halley@openmoko/engineers/joerg] has joined #qi-hardware
jekhor [jekhor!~jek@vulture2-nat-43.telecom.by] has joined #qi-hardware
<wolfspraul>
kristianpaul: thanks for helping pabs3
<wolfspraul>
and happy new year!
wolfspraul [wolfspraul!~wolfsprau@p5B0AA279.dip.t-dialin.net] has joined #qi-hardware
xiangfu [xiangfu!~xiangfu@fidelio.qi-hardware.com] has joined #qi-hardware
<qi-bot>
Ina Zhang: @qihardware I will present Milkymist One at hackerplace Xin Che Jian in Shanghai on Jan. 11, 2012. http://t.co/N6axQzvZ ( 153431129632935936@InaZhangSH - 36s ago via web )
valhalla [valhalla!~valhalla@81-174-22-51.dynamic.ngi.it] has joined #qi-hardware
DocScrutinizer51 [DocScrutinizer51!~lagrange@openmoko/engineers/joerg] has joined #qi-hardware
kilae [kilae!~chatzilla@catv-161-018.tbwil.ch] has joined #qi-hardware
<qi-bot>
xiangfu: @InaZhangSH @qihardware @milkymistvj Yi will present Milkymist One at hackerplace Xin Che Jian in Shanghai on Jan. 11, 2012. http://t.co/N6a ( 153443618621898752@xiangfu - 57s ago via Ping.fm )
<xiangfu>
:D
<xiangfu>
why I add some 'serial_puts' make my u-boot-nand.bin not working? how to debug/find out such root cause?
<lars_>
is there a config option to stub out serial_puts?
<lars_>
or the uart is not properly initalized
<lars_>
clock disabled or incorrect pinmux
<xiangfu>
lars_, it output correct.
<xiangfu>
only the u-boot-nand.bin not working any more. like failed at load the u-boot.bin to RAM.
wolfspra1l [wolfspra1l!~wolfsprau@p5B0AD290.dip.t-dialin.net] has joined #qi-hardware
<xiangfu>
lars_, testing now.
qwebirc3657 [qwebirc3657!3cf6fd55@gateway/web/freenode/ip.60.246.253.85] has joined #qi-hardware
<xiangfu>
qwebirc3657, you question is about Windows driver. you should ask Ingenic people or NOVO people about jz4770.
<xiangfu>
qwebirc3657, we are support Ben Nanonote which is using jz4720 cpu.
<xiangfu>
qwebirc3657, and most people here is using Linux system :)
<qwebirc3657>
how can i reach novo people?
<qwebirc3657>
i am sorry for the wrong place
<xiangfu>
qwebirc3657, well. you bought the novo 7 . so there must some email or phone number on the manual.
<qwebirc3657>
my problem is i cannot speak chinese
<xiangfu>
qwebirc3657, oh.
<qwebirc3657>
and ALL information is in chinese
<qwebirc3657>
but with the help of Google translate
<xiangfu>
qwebirc3657, you only have Window system?
<qwebirc3657>
i located and downloaded the firmware upgrade that i need
<qwebirc3657>
yes
<qwebirc3657>
my computer is w7 64
<qwebirc3657>
and i am affraid that i am having trouble installing the drivers because of 64bits system
<qwebirc3657>
or else because of some chinese characters in the folder tree which may be a problem for windows not chinese
<qwebirc3657>
I got this new Novo 7 running honeycomb 3.2
<qwebirc3657>
it just crashes everytime i use wifi, or when i try to access some given sttings, or even sometimes it crashes just while booting
<qwebirc3657>
i complained with the seller, butafter a while i understood that thay are really ignorant about tech stuff, they're just sellers
<qwebirc3657>
so i searched and found the ainol site (all in chinese), but with google translate i was able to find that there is a new firmware upgrade
<xiangfu>
qwebirc3657, it is chinese but you can just try to download and take a look. good luck. :)
<qwebirc3657>
thanks xiangfu
<qwebirc3657>
actually, this is the exact version of the firmware i already downloaded
<xiangfu>
oh
<qwebirc3657>
and the drivers i am having trouble to install came inside this rar
<qwebirc3657>
i even get my system calling to install the driver
<qwebirc3657>
the problem is it allways finishes saying it is not installed
<qwebirc3657>
it might be because of some chinese characters in the folders tree names, which might be not recognized by my system
<qwebirc3657>
or because the drivers are not for x64
<qwebirc3657>
anyway, thank you so much
<wolfspra1l>
kristianpaul: no, not yet [sdr.osmocom] - why are you asking?
<kristianpaul>
nah, just remenbering ;)
jekhor [jekhor!~jek@vulture2-nat-43.telecom.by] has joined #qi-hardware
panda|x201 [panda|x201!~hzhang@123.116.127.173] has joined #qi-hardware
<wpwrak>
oh dear. now, how many days of hangover will come from this ...
<wolfspra1l>
kristianpaul: ok, thanks for the reminder!
<wolfspra1l>
time to add some new great quality feeds to the qi planet
<wolfspra1l>
Andrew's Silicon Exposed blog, OsmoSDR, Moxie, LZX Industries, Video Circuits blog, and Richard Hughes' ColorHug blog :-)
<wpwrak>
GorDo: hmm, quite a lot of measurements seem a bit off. i wonder why this is. e.g., polling 5 ms supposedly taking ~ 8.04 ms.
DocScrutinizer51 [DocScrutinizer51!~lagrange@openmoko/engineers/joerg] has joined #qi-hardware
DocScrutinizer51 [DocScrutinizer51!~lagrange@openmoko/engineers/joerg] has joined #qi-hardware
<wolfspra1l>
wow, I got 50 mails from the qi-planet list now ;-)
<wolfspra1l>
(oh, another 12 :-))
<wolfspra1l>
at least the new blogs definitely made it, let's see whether things calm down
<wolfspra1l>
I think we should try to manage the planet to < 3 to max 5 posts per day so that it can be followed by a human reader and doesn't just become another way to search
<DocScrutinizer>
!seen roh
<qi-bot>
DocScrutinizer, please look a bit closer at the memberlist of this channel.
<DocScrutinizer>
meh
<wolfspra1l>
so I'm am always favoring feeds that have fewer and higher quality posts
<DocScrutinizer>
hi wolfspra1l, happy new year
<wolfspra1l>
you too, happy new year1
<wolfspra1l>
!
<wolfspra1l>
this is not a pressing issue on my side, just pops into my mind: now that you are a full-time employee - are you still interested and allowed to take on paid side jobs?
<DocScrutinizer>
dang, my private vhost at hetzer/gismo/central-services acts up, RTT of minutes
<DocScrutinizer>
wolfspra1l: yes, I may, though I must inform my employer about it
qwebirc7403 [qwebirc7403!4766dbba@gateway/web/freenode/ip.71.102.219.186] has joined #qi-hardware
<rjeffries>
Happy (&propserous) New Year to you wolfspraul
<wolfspra1l>
what do you mean with 'prosperous'?
<wolfspra1l>
I just added a number of great blogs to the Qi planet, maybe something for you in there as well, don't know
<DocScrutinizer>
true diogenes' answer
<rjeffries>
DocScruinizer we are all worried you may starve to death before you get your next check. are you ok? still have a pulse?
<wolfspra1l>
a few cynics in the channel cannot hurt
<rjeffries>
wolspraul even MORE prosperous than I assume you are today
<wolfspra1l>
it's pretty obvious that none of us suffer from real starvation
<wolfspra1l>
I love my life in China for teaching me the lessons of real life every day.
<DocScrutinizer>
yes, I think I'm still OK, though now got some minor problems with starting work in ~14h
<rjeffries>
Doc however did not get his bank transfer.
<DocScrutinizer>
thanks, anyway
<rjeffries>
having a steady job is A Good Thing, no?
<wolfspra1l>
if it makes him happy, yeah sure
<wolfspra1l>
so when you say 'prosperous' you mean USD?
<wolfspra1l>
I had that feeling ;-)
<rjeffries>
the currency of ypour chpoice RMB is a fine currency
<DocScrutinizer>
rjeffries: it's annoying especially when you have to PAY for going to work
<rjeffries>
Doc, yes, that would be ANNOYING
<wolfspra1l>
looked up the definition, indeed it says "successful in material terms"
<wolfspra1l>
so a LOT OF HARDWARE
<wolfspra1l>
open of course
<wolfspra1l>
:-)
<wolfspra1l>
thanks Ron!
<rjeffries>
but also a happy spirit, an active, curious, learning mind full of wonderment and awe
<DocScrutinizer>
FUUUUUU*
<wolfspra1l>
:-)
DocScrutinizer51 [DocScrutinizer51!~lagrange@openmoko/engineers/joerg] has joined #qi-hardware
<DocScrutinizer>
I guess the re-registrations of DocScrutinizer51 are spamming all the channels? (I have join/nick/quit msgs hidden so can't tell for sure)
<wolfspra1l>
DocScrutinizer: hang on a second please, I will check your link in a few
<DocScrutinizer>
ZNC bouncer on that vhost, sucks when character roundtrip time in ssh is ~120s
<wolfspra1l>
(sometimes you disappear fast nowadays)
<kristianpaul>
hmm seems planet also fed from previous days, thats it
<kristianpaul>
wolfspra1l: mtr command that DocScrutinizer loves, i dint knew about it
<DocScrutinizer>
4.3%
<DocScrutinizer>
5%
<kristianpaul>
DocScrutinizer: a bit OT for current topics, but are you aware of a gsm/umts/edge/whatever usb dongle than have populate in the PCB trace for direct serial conection?
<kristianpaul>
ergh, i hope i explain my self right ;)
<DocScrutinizer>
no, sorry, never heard of any, but that doesn't mean a thing
<kristianpaul>
because is not actually same port you got emulated by UBS?
<DocScrutinizer>
anyway I guess all those dongles come with a one-chip solution integrating USB, so *if* there is any serial connection, then it's alternative to USB on same SoC and may or may not be supported by the modem firmware
<kristianpaul>
s/UBS&USB
<kristianpaul>
i see
<DocScrutinizer>
kristianpaul: query?
<kristianpaul>
hmm?
<wolfspra1l>
rjeffries: micropendous hardware license is cc-by, software seems all open/free indeed
<wolfspra1l>
that's good :-) no -nd -nd whatever
<wolfspra1l>
-nc
<wolfspra1l>
kicad, good. professional tools are always a good sign :-)
<wolfspra1l>
the one thing I never understand about such development boards is what is being developed
<wolfspra1l>
what's the next step?
<wolfspra1l>
so I am really thrilled by stuff like the ColorHug colorimeter, or Icarus bitcoin mining board (all proper and real open hardware as far as it goes nowadays)
<wolfspra1l>
because they zoom in on a particular use case. and whenever you do that you run into *a lot* of problems associated with that use case
<wolfspra1l>
that's what will make your 'thing' better and better over time
<wolfspra1l>
but a 'development board' like micropendous?
<wolfspra1l>
how do they prioritize problems?
<wolfspra1l>
I hope you don't mind but i guess you are not planning to buy one (micropendous) or do anything with it. so you will not find out much about such use-case specific issues either...
<wolfspra1l>
but I love the license and everything I read about it - a nice find. thanks!
<wolfspra1l>
only that Ben NanoNote and Milkymist One are years ahead :-)
<wolfspra1l>
too bad, I cannot find a micropendous feed to include in the Qi planet...
<wolfspra1l>
added to the watch list for now, if I can ever find a good feed I'll add it for sure
<wolfspra1l>
I guess if someone wants a starting point for an AVR USB project, they might want to take a Micropendous as their first step...
skynet-2000 [skynet-2000!~skynet-20@unaffiliated/skynet2000] has joined #qi-hardware
<viric>
Bon any a tothom
<viric>
btw, my UBI fs too often says 'moving from one PEB to another PEB'
<viric>
slowing down a lot the disk access.
<viric>
maybe I should get a newer kernel
<viric>
does anybody know how to get ubifs statistics?
GorDonFreeMan [GorDonFreeMan!~lambda@nude.lesbianbath.com] has quit ["leave"]
<viric>
kyak: с новым годом. :) I still would like to know the configuration of your utf-8 terminals with small text size
<viric>
bt
<viric>
(btw the keyboard of my nanonote has some keys that I've to press hard to be typed)
<DocScrutinizer>
that's bad
<viric>
annoying.
<rjeffries>
I do not understand this machine language: <DocScrutinizer> FUUUUUU*
<DocScrutinizer>
hehehe
<DocScrutinizer>
a special CISC opcode set mnemonics, that invokes a WTF-IRQ servicing routine
<rjeffries>
wolfspraul1 if you are still around, I may buy a micropendous. I also will buy a Raspberry Pi when they ship in volume (mid 2012 my guess). as to what the use case might be:
<rjeffries>
both are general purpose computers. Raspebrry Pi is much more powerful, has greta graphivs support, speakes HDMI to any old (modern) monitor or TV.
<rjeffries>
Rapsberry Pi is focused on teaching/enabling a new generation of young people to learn programming. how refreshing.
<kristianpaul>
good, keep us postead about how you get upstream linux to work on it (pi)
<rjeffries>
to my mind, Micropendous is simple a relatively easy to use microcontroller with lots of i/o. it's better adapted to so-called physical computing.
<rjeffries>
kristianpaul you get a working Debian for Raspebrry Pi out of the box. Not sure if that qualifies as "upstream" I have never been clear on that concept. me bad.
<rjeffries>
docscrutinizer I suspect but can not prove that FU (U repeated) may be a mnemic for eff yew.
<DocScrutinizer>
not exactly. FU*\* is an alternative for FSCK!*1!*11
<DocScrutinizer>
so the U isn't an opcode modifier but an immanent part of the opcode itself
<DocScrutinizer>
while the number of repetitions of the U indicates the severity level of the WTF-IRQ
<DocScrutinizer>
the trailing '*' is relevant to distinguish it from the FU{1,1} mnemonic
kristoffer [kristoffer!~kristoffe@host-95-206-1-235.mobileonline.telia.com] has joined #qi-hardware
<rjeffries>
when wpwrak says "interesting> I pay attention. ;) Happy New Year, Werner.
<rjeffries>
Doc, I suspect you know and may perchance dream in lambda calculus. Just sayin'
<wpwrak>
rjeffries: happy new year ! new year, new hangover ;-)
<wpwrak>
heh, clever. they're doing a ralley in south america, successor of that, paris-darkar thing. and they started today, january 1st, when probably everyone involved is conveniently drunk. seems it took less than an hour for the first fatal accident to happen. some things are just too predictable ...
<wolfspra1l>
rejon_: sounds good! Please keep us posted about your Pi and Micropendous findings. You will learn more about the concept of upstream soon :-)
<wolfspra1l>
not rejon_, I meant rjeffries
<kyak>
viric: hi, happy new year to you, too :) what did you want to know? it's all in ben-cyrillic package
<viric>
kyak: ah. I'd have to find it
<viric>
wpwrak: dakar, not darkar :)
<viric>
here media considers it quite a popular race
<roh>
rjeffries: i would be really happy if people would stop nagging with vaporware.
<roh>
rasberry is nothing but a 'uboot' by brmc.
<viric>
kyak: I mean... you wrote it from scratch?
<kyak>
viric: i took the original keymap and modified it
<roh>
same as the panda and beagleboard are a project done by ti. just brmc doesnt want that in the big press.
<viric>
kyak: you deserve at least an AUTHORS file and a licence
<viric>
or a README telling where it comes from :) otherwise it looks like a file that appeared there magically :)
<roh>
from my pov rasberry is NOT open hw and not a open design. so people.. please stop doing PR for a company who doesnt pay you for it.
<kyak>
viric: there is an i18n page at qi-hw wiki with explanations
<viric>
kyak: I know how to use your package. I only mean that there should be an explanation of where all that comes from. What author, over what base, etc.
<viric>
:)
<kyak>
it's all git log now ;)
<viric>
I've checked it, and it starts at "adding the files for cyrillic", which is not the best indication of where all that comes from ;)
<viric>
I think your name should go to an AUTHORS file there, or a README, telling who made the files and how. You deserve that glory :)
<kyak>
ok, i got your point.. i had a plan to add phonetic keymap as well, so probably i'll add a README, too
<viric>
great
<viric>
:)
<viric>
not for instructions, but for the source and the release conditions of all that
<viric>
hm I don't have setfont2
<kyak>
it's another package you can find in the same repo
<viric>
ah
<viric>
nice! :)
<kyak>
and there is also a kernel patch for setfont2..
<viric>
crashed again with that, at a different point
<rjeffries>
roh to each his own. Raspberry Pi indeed uses BRCM parts. I could care less. The price is aggressive, it has the possibility of opening up the wonderful experience of programming to an entire new generation.
<viric>
kyak: do you use 0.1.5 ?
<viric>
jz47xx
<viric>
(I see trunk of packages says 0.1.5)
<kyak>
yep, should be using that if it the latest
jekhor [jekhor!~jek@vulture2-nat-43.telecom.by] has joined #qi-hardware
<viric>
weird.
<rjeffries>
Not sure any of that is bad. Yeah, it does not meet the stanrdas of copyleft philosphy. But that doesn't mean it will not poetntailly hange the world
<viric>
it also crashes with vo=null though
<viric>
kyak: maybe I need a newer kernel? I run 2.6.35
<kyak>
viric: probably dvdk would be interested.. he is the author of jz47xx
<viric>
ok
<viric>
is he coming on irc often?
<kyak>
hm.. it's a god idea to update the kernel anyway
<rjeffries>
roh while this channel is mainly open hardware, poeple may also be interested in clever linux computers that are very cheap. at least I have the interest. ;) how is your 2012 going so far?
<kyak>
i don't remember that we were officially running 2.6.35
<viric>
:)
<viric>
I know
<kyak>
viric: ocasionally.. but he's re4ading the ML i'm sure
<viric>
ok
<viric>
is there anything new in 3.0 or 3.1 for the nanonote?
<kyak>
em.. rtc has some troubles :))
<viric>
perfect :D
<viric>
then I still don't have a good reason to update
<viric>
ah, setfont2
<viric>
when mplayer crashed, it left my console unusable
<viric>
keyboard not answering
<viric>
any way to recover that?
<viric>
(and what's the sysreq combination for the nanonote?)
<viric>
the usual alt-sysreq thing on PC
<viric>
kyak: I have another video I prepared, and it works great
<viric>
although there is some flickering
<viric>
I remember telling dvdk about flickering, but we never got anything clear from that
<kyak>
when something kills my console, i just reboot :)
<viric>
uh
<viric>
lars_: do you know any alt-sysreq kind of combination for the nanonote?
<viric>
I'd like the 'remount readonly', or 'kill some processes', or even reboot
<kyak>
you could try to do this via ssh
<viric>
well, if the kernel console is set to the serial line (as it was some time ago in your openwrt, iirc), then the sysreq would be only available there.
roh [roh!~roh@yamato.hyte.de] has joined #qi-hardware
<kyak>
there should be a /proc/sysrq or whatever it's called
<viric>
ah
<viric>
I never saw anything in /proc related to that
<kristianpaul>
usb gadget is working in 3.1?
<lars_>
viric: i think the problem is that the serial core in the jz4740 does not support the break sequence
<lars_>
or do you mean via the keyboard?
B_Lizzard [B_Lizzard!~havoc@athedsl-425284.home.otenet.gr] has joined #qi-hardware
<viric>
lars_: keyboard, yes
<viric>
so, I see that when mplayer crashes, it leaves the console unusable.
<viric>
ssh keeps on working fine.
<lars_>
viric: if you think it is a usfull feature we could map KEY_SYSREQ to a key
<lars_>
or key combination
<viric>
aha
<lars_>
fn+f8 or something
<viric>
Yes, I'd like that
<viric>
and then, fn+h, fn+b, fn+r, ...
<viric>
isn't it always nice to remount readonly the fs instead of a hard reboot?
<lars_>
yes, i guess
<viric>
Don't you do that with your PC linuxes? :)
<viric>
(Am I alone using sysreq?)
<lars_>
my linux never locks up ;)
<viric>
aaah.then I just have bad luck :)
<lars_>
sometimes it get kernel panics
<lars_>
uptime is usually more than a month
<viric>
ah :)
<viric>
win95 quality :)
<lars_>
reminds me i wanted to upgrade my kernel
<lars_>
to 3.1.x
<viric>
that sounds full of hope :)
<viric>
lars, maybe you know... when mplayer crashes playing a video using dvdk driver, how can I recover the console?
<viric>
I only have the last picture on screen, and it looks like even not reading the keyb.
<lars_>
no idea
<viric>
ok
<viric>
Aren't your kernel logs full of this?
<viric>
[ 7040.830000] UBI: scrubbed PEB 2571 (LEB 0:1828), data moved to PEB 1732
<viric>
[ 7152.620000] UBI: scrubbed PEB 3112 (LEB 0:2312), data moved to PEB 4026
<viric>
....
<roh>
rjeffries: i dont have a problem with that. what i dont like is people promoting something closed and nonfree as open and free.
<lars_>
viric: thats nothing to wory about. ubi is a bit verbose on this
<lars_>
(i think)
<viric>
ah
<roh>
i mean.. when i get a completely foss driverstack and maybe some register level documentation about the brmc part i would change my position on it. but for now its advertising fraud to me.
<viric>
well, today I waited 2 or 3 minutes for fbterm to start
<viric>
and the only think I could see on the screen since typing "fbterm[enter]" was three or four scrubs like those.
<lars_>
i think ubi moves pages if it detects a (correctable) bitflip
<lars_>
so the bitflip also gets corrected on the physical storage
<lars_>
but i'm not quite sure, so i could be wrong
<lars_>
" * This sub-system is also responsible for scrubbing. If a bit-flip is detected
<lars_>
* in a physical eraseblock, it has to be moved. Technically this is the same
<lars_>
* as moving it for wear-leveling reasons.
<lars_>
quote from the ubifs source
<lars_>
"
<viric>
ah
<lars_>
ok, just read some more and what i said above is correct.
<lars_>
if it detects a correctable (due to ecc) bitflip it will move the block in order to correct the bitflip in the physical storage to reduce the risc of data corruption
<viric>
so, some block reads cause block writes
<rjeffries>
roh I understand. It will be intresting to see if/when BRCM opens up some of the docs. since Raspberry Pi usesd an old part, thye may well do so.
<viric>
that should not have slown down the fbterm start though
<lars_>
imo it should not report these in the kernel log, because the kind of storage we use tend to have bitflips from time to time
<viric>
ah
<viric>
thank you a lot for the explanation :)
<lars_>
no problem :)
kilae [kilae!~chatzilla@catv-161-018.tbwil.ch] has joined #qi-hardware
Ayla [Ayla!~paul@ACaen-252-1-219-136.w86-215.abo.wanadoo.fr] has joined #qi-hardware