<DingooDigitalUSA> Ok they are posted taking pre-orders for the Dingoo Technology A330 please vist HTTP://WWW.Dingoo-Digital-USA.com to make your pre-order...
<gitlog> nico: target/toolchain: match toolchain directory name changes in r19885 & r20215 (closes: #7148 & #7162) http://qi-hw.com/p/openwrt-xburst/8848c0b
<wolfspraul> he :-)
<wolfspraul> that didn't work as expected. need to improve the gitlog script...
<larsc> mth: I got something in mind.
<gitlog> xiangfu: add .config file http://qi-hw.com/p/qi-kernel/9f1bb3b
<larsc> xiangfu: .config should not be in git
<larsc> hu? and why is that commit from 1 month ago?
<xiangfu> larsc, I think wolfgang is test the gitlog .
<gitlog> Mirko Vogt: sparsehash is needed as dependency, however just while compiling, not for runtime... http://qi-hw.com/p/openwrt-packages/3b95c48
<mstevens> Wha would explain gitlog there announcing a change, but git pull not picking it up?
<mth> different branch?
<mstevens> hmm, yeah, mirko's change is on master, but I, as recommended in the docs, am on the xburst branch
<mstevens> hold on, no, I'm being thick.l
<mstevens> the openwrt build doesn't pull in package updates unless you tell it to
<mirko> urgs
<mirko> my fault i guess
<mirko> no, wait
<mirko> there's just one branch in openwrt-packages
<mstevens> mirko: Yeah I was being daft and updating openwrt-xburst, and then going "wah, why mirko's change not there?"
<mirko> openwrt-xburst contains 2 branches (where the xburst one is we're currently developing in)
<mstevens> mirko: Then I realised, update feeds, pulls in newer packages, everything's a happy thing.
<mstevens> mirko: There's a missing perl dependency somewhere, I'll try to point y
<mstevens> ou at where once I get a bit further
<mirko> okay, thanks
<mirko> ah, i know what you mean
<mirko> it's a dependency needed on the host system
<mstevens> yes, something wants perl's XML::Simple on the host to build
<mstevens> I noted down the problem but foolishly not which package
<mstevens> so I'll need to take it out again and see what doesn't build
<mirko> okay, thank you
<mirko> didn't remember the related package as well
<mirko> think it was gnome-icon-theme or sth. like that
<mstevens> yeah, vaguely gnome related sounds right
<mstevens> rar, built an image, now to break it
<gitlog> Lars-Peter Clausen: jz4740_fb: Free colormap http://qi-hw.com/p/qi-kernel/d7d83a2
<zear> is playing civilization 1 on his nanonote
<vegyraupe> :D
<vegyraupe> zear: good choice ;)
<zear> it's slow in some places
<zear> like when it has to render the city view
<zear> but the map is really fast
<mstevens> is still trying to track down the missing dependency
<mstevens> traces the missing dependency to a dodgy feed being picked up from openwrt
<mstevens> now trying to work out the openwrt side of things
<mstevens> hello
<guylhem> hello
<mstevens> hi
<max_posedon> hi! I'll receive my ben-nanonote soon, and want ask some questions. My main goal, is try do some fixes for Gentoo to support BenNN.
<max_posedon> Right now, I just want to know, which gcc -march should I use? (and which toolchain)
<max_posedon> e.g. like for arm, I require armv4tl-softfloat-linux-gnueabi and cflags -march=armv4t -mtune=arm920t
<max_posedon> so, what should be used for Ben NN?
<guylhem> how do you leave gmenu2x to get a normal tty?
<guylhem> (did that with ctrl alt can't remember how)
<guylhem> ctrl-alt-fx don;'t work
<mstevens> guylhem: I thought ctrl-alt-thingy worked for me
<guylhem> could you confirm it? I'm soldring stuff on the mobo, need to know if something is fried
<mstevens> Okay, ctrl-alt-f1 should take you to a screen that says "Please wait while graphic bla blah"
<mstevens> and enter should bring up a show
<mstevens> shell
<mstevens> that's with whatever the most recently announced image was
<guylhem> it doesnt
<guylhem> when I boot with f, the number key dont work either
<Skuerzo> max_posedon: you can get the toolchain as shown in http://en.qi-hardware.com/wiki/Building_Software_Image
<guylhem> could you please try this too ? (reboot, pres f+enter)
<mstevens> guylhem: don't know what you mean "boot with f"?
<guylhem> reboot, you get prompter for a failsafe mode
<max_posedon> Skuerzo, its just uses openwrt generic mipsel, and following cflags: -Os -pipe -mips32 -mtune=mips32 -funit-at-a-time
<max_posedon> I think its still too generic.
<max_posedon> e.g. if you remember, arm/x86 have more specific options
<mstevens> guylhem: I don't see anything about a failsafe mode
<guylhem> in the text msg before the gui is loading
<Skuerzo> i know, I'm a gentoo freak too, but I wasn't sure what were you asking. Sorry I don't know this one
<guylhem> approx 10s after reboot
<max_posedon> Skuerzo, look at my arm example. I want smth similar.
<mstevens> guylhem: I get some boot loader stuff scroll past extremely fast, OpenWRT logo screen, "please wait while graphical env loading..." then I'm into gmenu
<max_posedon> gcc -march have long list of options for mips
<guylhem> mstevens if you can do ctrl alt f1, could you please do : find /|grep \,map
<guylhem> (dot map, .map)
<guylhem> shift key aint working. Can't do a pipe
<Skuerzo> guylhem: maybe this can help? http://pastebin.com/mzGgG3LW
<mstevens> guylhem: I er have a bunch of files
<guylhem> anything looking like keyboard.map or loadkeys.map ?
<mstevens> too many results to check the grep output
<mstevens> looking for those names specifically
<mstevens> nothing called keyboard.map or loadkeys.map
<guylhem> I;ll try thw wrapping stuff in gmenu
<guylhem> hopefully it's a glitch not an hw problem
<guylhem> can you get digits in tty mode?
<guylhem> anyone know how to diagnose a keyboard problem?
<nebajoth> the problem is semen.
<nebajoth> oh, YOUR keyboard.
<nebajoth> no?
<nebajoth> nobody'
<nebajoth> :(
<nebajoth> I know you're out there
<nebajoth> lurking
<nebajoth> and laughing at my awesome impropriety
<guylhem> not laughing - I'm more concerned about possible damage to the mobo and figuring out what has happened
<nebajoth> what did you spill?
<guylhem> I'm soldering stuff on the serial ports. There is no spill
<nebajoth> oh dear
<nebajoth> may I ask what you were soldering?
<guylhem> bluetooth
<nebajoth> oh sweet
<nebajoth> what is the unit you were soldering to it?
<nebajoth> and did you notice anything awry, or was booting up and discovering no keyboard the first sign?
<guylhem> wml-ahr-c09
<guylhem> I had the nanonote waiting for ~1 week
<guylhem> last time it worked. now it doesnt
<nebajoth> it stopped working while sitting on a shelf?
<guylhem> maybe. or maybe the serial port has a role.
<guylhem> both are plausible at the moment.
<nebajoth> but it worked last week?
<guylhem> it did IIRC
<nebajoth> could it be a simple configuration issue in a version of the firmware flashed on the unit?
<nebajoth> that didn't take effect until you rebooted the unit?
<nebajoth> I'm just trying to think of things that would cause a difference between reboots
<nebajoth> short of your actual solder connections breaking
<nebajoth> I don't see why it would work one day
<nebajoth> and not the next
<guylhem> I don't see either.
<guylhem> I hope there is a test image to rule out an hardware problem.
<nebajoth> have you tried reflashing at all yet?
<guylhem> not yet
<nebajoth> toss the latest firmware on
<guylhem> I want to understand what is happening
<nebajoth> right
<nebajoth> problem solver
<nebajoth> ok
<nebajoth> it boots?
<guylhem> boots fine and works fine - but the blue, alt and shift key
<nebajoth> oh
<nebajoth> yes I see
<nebajoth> it COULD be the serial ports
<nebajoth> but you recall those keys working ok last time
<nebajoth> was the serial port stuff working last time?
<guylhem> wow.
<guylhem> cutting the connections to the serial port revive these 3 keys
<guylhem> weirdest electrical symptom I've ever met
<nebajoth> guylhem: can you give us the result of "cat /proc/interrupts" with the serial ports connected and disconnected?
<guylhem> I have to resolder it
<nebajoth> I'm inclined to think its a gpio pin issue
<nebajoth> but perhaps that's naive
<guylhem> I would think the same - if I could check how the keyboard is wired
<nebajoth> well
<nebajoth> there's a gpio pinout on the wiki
<nebajoth> and there's the data sheet for the jz4740 itself
<nebajoth> there was a thread in the mailing list a bit ago about serial ports
<nebajoth> but I thought you were a participant in that
<nebajoth> so that's probably not news to you
<guylhem> I'm having only problems with both serial ports
<guylhem> checked the wiki
<guylhem> can't find the matrix for the keyboard wiki
<guylhem> s/wiki/gpio
<guylhem> if the 3 keys are on the same gpio then I will have a good suspicion
<nebajoth> yes
<nebajoth> guylhem
<nebajoth> do you have the code?
<nebajoth> openwrt-xburst/ ?
<guylhem> which code
<guylhem> no I dont
<nebajoth> there is a file in the patches directory
<nebajoth> 500-modifier-keys.patch
<guylhem> I'm still working around hardware problems
<nebajoth> it outlines keycodes
<nebajoth> oh hey
<nebajoth> those three keys
<nebajoth> are all modifiers
<nebajoth> the only ones, I think
<nebajoth> was that obvious?
<nebajoth> just hit me now.
<guylhem> interesting
<nebajoth> and
<nebajoth> have keycode 12
<nebajoth> I don't understand how that works
<nebajoth> but ok
<guylhem> must go to the same gpio
<nebajoth> yes
<nebajoth> ok
<nebajoth> I'm fuzzy here
<nebajoth> but that makes a kind of sense to me
<nebajoth> and those serial pads
<nebajoth> same gpio?
<guylhem> dont know about the serial gpio
<guylhem> would make sense however
<guylhem> On Tue, Apr 27, 2010 at 19:28, David Reyes Samblas Martinez <david@tuxbrain.com> wrote:
<guylhem> > I suggest to do some kind of switch or easy unplugable wire in the RX(Nanonote),
<guylhem> > and yes it is a known issue due gpio sharing of RX and Keyboard.
<nebajoth> "Apparently there is an issue where the same GPIO pin is used for serial and part of the keyboard, so none of these ideas are really useful. "
<nebajoth> haha
<nebajoth> yes
<nebajoth> well at least we were smart enough to re-figure it out
<guylhem> well that's good
<guylhem> I prefer to understand :-)
<guylhem> than to copy
<nebajoth> :-)
<chenfengyuan> when the new image will release?
<chenfengyuan> released?
<chenfengyuan> anyone knows?
<wolfspraul> not really, we don't have fixed release schedules right now
<chenfengyuan> Can hwclock work in the new image?
<wolfspraul> can you write it up in the issue tracker? http://projects.qi-hardware.com/p/ben-nanonote/issues
<wolfspraul> that's the best way I know right now how to keep track of it and eventually get it in
<wolfspraul> there is also a wishlist in the wiki
<chenfengyuan> Well,i see,i will do it:)
<wolfspraul> chenfengyuan: thanks, that's great
<chenfengyuan> I should say thanks for replyimg:)
<chenfengyuan> replying
<kristianpaul> hello
<chenfengyuan> hi
<wolfspraul> kristianpaul: hey :-)
<NaotoHanato> Hi everyone! I'm trying to boot my BNN from SD card, but seems like isn't reading rootfs
<xiangfu_> NaotoHanato, what is your SD card partitions and size?
<NaotoHanato> FAT (1.5 GB) and EXT2 (0.5 GB)
<xiangfu> NaotoHanato, is the splash screen show up (the openwrt logo)?
<NaotoHanato> Ok, I had the SD with one partition (FAT16). I copied uImage.bin and yes, show the splash screen. Now I made the other partition EXT2 keeping FAT16 and I see the following error: "can't get kernel image".
<xiangfu> NaotoHanato, when boot from sd card. the first partition must FAT16, the second partitions must EXT2. the kernel name must "uImage" and put it in the first partitions