<rafa> urandom_: you there?
<rafa> can you tell me which boot loader you use?
<rafa> urandom_: it is clear for me that you did not use the bootloader from jlime right?
<urandom_> i updated the bootloader when i flashed the latest openwrt image so i use that one
<rafa> ah.. okey, well, perhaps you could have realized that it did not boot from fat because you did not boot from the bootloder from jlime wiki :)
<rafa> urandom_: have you booted finally?
<urandom_> the kernel at least, (seen jlime logo) but i think it did not find the rootfs which was on second partition
<rafa> too weird.. perhaps that bootloader just want to mount the first partition?
<rafa> I do not like too many different binary bootloaders around
<rafa> perhaps I write a short mail explaining that it should work with bootloader in jlime. That thing would annoy users surely.. it is not nice to use specific files for different stuff :(
<urandom_> why not just use the "official" qi one?
<rafa> urandom_: the bootloader from jlime wiki was a tmp qi one, and the official one at that moment did not work for microsd
<urandom_> also debian is booting fine from one big ext2 partitions so no need for 3 different partitions at all
<rafa> urandom_: so if it changes going to the good way okey, but now you can not boot jlime because the "current" official one does not mount second partition
<rafa> urandom_: try to install in debian a package with 5 or 6 dependences
<rafa> nevermind.. I think that it is just a temporary stuff.. all the stuff would mature with the time.. and if somebody just need debian like it is then he would use the proper bootloader, if somebody needs jlime he will have to use the proper files, and so on..
<urandom_> i am not really interested in debian, jlime seems much better for my needs
<urandom_> just got the idea using ext2 from debian
<rafa> urandom_: I would like to use initramfs and kexec, so we can have a general second stage bootloader for any needs..
<rafa> so you could boot from any partition in NAND or sd, or just to do maintanence tasks from that initramfs
<rafa> and also, it would let users to update theirs system without usbboot and all that no nice stuff
<urandom_> well the good thing of this story is that i got epic fdisk skills now ;)
<rafa> urandom_: haha great man
<urandom_> yeah i would like to easy flash everything from sdcard (but thats now partly possible, at least for kernel und rootfs)
<arctanx> rafa: your uImage is tagged -qi... are you using the same kernel config as the openwrt-xburst kerneL?
<urandom_> now booting jlime with rootfs
<urandom_> it takes a bit long
<arctanx> mine's doing a fsck and generating ssh keys
<urandom_> omg x and no crapy gmenu2x, awesome!
<arctanx> I think it wins the long boot award
<urandom_> rafa thanks for making jlime, it is awesome!
<urandom_> openwrt currently looks like shit against it (but boots damn fast)
<urandom_> wow looking movies on the ben
<urandom_> second boot isnt that bad
<urandom_> omg it comes without lua preinstalled! unforgiveable
<urandom_> and no python, no ruby, no guile
<kyak> calamarz: do you have some documention/howto about the keymouse/scummvm?
<kyak> rafa: "Kernel panic - not syncing: No init found. Try passing init= option to kernel" when booting fresh install of Jlime...
<kyak> btwm i had to put the uImage to /boot/ on the first ext2 partition
<kyak> otherwise it won't boot at all
<kyak> rafa: ok, it seems that it is no longer required to have two partitions for Jlime
<kyak> "uboot will load "/boot/uImage" in the sd card first ext2 partition.
<kyak> then kernel will also boot to rootfs at sd card first ext2 partition."
<kyak> yep, got it running from a first ext2 partition
<arctanx> Humm has anyone else run into errors compiling qt4 for the openwrt build?
<kyak> xiangfu: you there?
<xiangfu> kyak: hi
<kyak> hi man
<kyak> wanted to piont out to something.. don't know how to fix this correctly
<kyak> in your latest commit, you removed the zImage build
<xiangfu> kyak: yes.
<kyak> but, have a look:
<kyak> cp: cannot stat `/home/bas/build/openwrt-xburst/build_dir/linux-xburst_qi_lb60/linux-2.6.32.10/arch/mips/boot/compressed/zImage': No such file or directory
<kyak> make[5]: *** [install] Error 1
<kyak> it is still trying to install it
<kyak> therefore, build fails
<xiangfu> kyak: thanks for report. there is another makefile need modify.
<kyak> no problem :) if i knew how to fix it, i would do it. But i definitely lack knowledge about the internals of build process
<kyak> ok, i see it :)
<xiangfu> kyak: just for you information :). I will commit it now , thanks again.
<kyak> thank you!
<qi-commits> Xiangfu Liu: remove cp the zImage file to bin/xburst folder http://qi-hw.com/p/openwrt-xburst/191f22d
<nebajoth> yes hello o/
<calamarz> nebajoth: hi
<calamarz> somebody knows which is the option in the kernel to output info when booting?
<nebajoth> what are you working on, calamarz?
<calamarz> nebajoth: jumping from one thing to another :p
<calamarz> now playing with bloating the kernel
<calamarz> yesterday I finally got the keymouse working (it was only enabling mouse/uinput in the kernel)
<calamarz> and now I'm trying to enable acpi for getting power info and suspend stuff working
<calamarz> nebajoth: are you behind the nanohacks wordpress?
<nebajoth> calamarz: yep
<nebajoth> ooooh, acpi would be super nice
<urandom_> whats that "unable to open display" error on jlime about? first time i got it i just reflashed since i thought something might have got corupted but now i got it a second time
<calamarz> nebajoth: I thought the other day we could use an elgg there... nothing against the wordpress, in fact the theme is really nice... but I know some people that are working hard on elgg for community work (integration with wiki, task management, integration with mailin list etc...)
<calamarz> nebajoth: --> http://lorea.cc
<nebajoth> I have no religious attachment to buddypress
<nebajoth> in fact
<nebajoth> I've deployed elgg before
<nebajoth> and I used this opportunity to see how buddypress was
<nebajoth> I like it pretty well
<nebajoth> but I'll look into this
<nebajoth> lorea.cc looks pretty cool
<nebajoth> both sitewise and missionwise
<bartbes> urandom_: when do you get that error?
<urandom_> while booting
<bartbes> what program?
<bartbes> (does it originate from)
<urandom_> couldnt read it, they use a very small font, also i have reflashed now and everything works now
<bartbes> ehm.. okay
<urandom_> there seems to be no working way to shutdown the ben with jlime
<bartbes> not even 'halt'?
<urandom_> well it is doing something but i still have to take out battery for the screen to go blank
<rafa> urandom_: shutdown, no, it does not work yet, as muffinman wiki says :)
<kyak> calamarz: cool, thanks!
<wolfspraul> lekernel: nice! do you have a download link for this video somewhere so I can convert to Ogg Theora and upload to the Qi wiki?
<wolfspraul> do you have a higher resolution than 320x240?
<urandom_> if somone else has problem with "unable to open display" in jlime and is booting it form one big ext2 then editing etc/muffinman-extras/00fsck.sh is the solution (just for the archive)
<calamarz> how can the kernel boot parameters be changed? (the ones in /proc/cmdline)
<larsc> calamarz: in uboot
<lekernel> no higher res unfortunately... as I said on the MM list I have a rather crappy camera
<lekernel> maybe Adam or Michael could make a better video...
<bartbes> wow, irc really is instant :P
<bartbes> next time try email :D
<xdpirate> i think my nanonote is faulty
<xdpirate> i was using it just now, and suddenly the screen faded into a complete white screen
<xdpirate> tried taking out the battery, leaving it out, then reinserting it, it just lights up the lcd with the same completely white screen
<wolfspraul> xdpirate: were you on battery or powered over the USB cable?
<xdpirate> battery
<wolfspraul> try to take the battery our and power it over USB cable
<wolfspraul> there are two options: 1) the battery is empty 2) the batery connector does not sit very tight mechanically with the battery itself
<xdpirate> just tried reinserting the battery, it remained off and wouldn't turn on, i'll try connecting it via usb now
<wolfspraul> well maybe the battery is just empty?
<rafa> urandom_: about "editing etc/muffinman-extras/00fsck.sh".. that should be done from a fresh install
<xdpirate> i find that very weird, i just charged it a couple of days ago and haven't used the nanonote at all since
<rafa> if somebody sees "unable to open display"
<rafa> urandom_: then he surely already has a broken ext2, well it perhaps works, but it already has errors and he should install from scrasch
<wolfspraul> xdpirate: let's first find the root cause
<wolfspraul> screen turning white is typically because of loss of power
<xdpirate> it booted via usb+usb to power adapter
<wolfspraul> which can be low/empty battery, or sometimes the battery connector
<wolfspraul> ok, leave it plugged in, now insert the battery and see whether the red charging LED comes on
<xdpirate> yay, great success
<xdpirate> thanks
<xdpirate> probably just a low capacity on the battery
<wolfspraul> maybe
<wolfspraul> next thing would be to find out why it went down even though you said it was full
<wolfspraul> battery should discharge itself only about 1% per day I think
<xdpirate> yeah haven't used it much since last charge
<wolfspraul> ok, first leave it connected until fully charged now
<xdpirate> btw can i get the battery % remaining from anywhere?
<wolfspraul> I think you can but I don't know where :-)
<xdpirate> hehe :P
<wolfspraul> it's not very precise because we have no coulomb counter or precise current measurements
<wolfspraul> only voltage
<xdpirate> aha
<wolfspraul> maybe someone else knows...
<wolfspraul> xdpirate: hey I saw you added a translation to the wiki, nice and thanks a lot!
<xdpirate> urandom_, thanks
<xdpirate> wolfspraul, hey no probs, will probably do more
<wolfspraul> great, that would be fantastic!
<xdpirate> wolfspraul, i just noticed that the battery compartement is abit bigger in length than the battery
<xdpirate> so there's a bad connection there
<xdpirate> need to find something to put in there so it sits right
<wolfspraul> yes that is possible too
<wolfspraul> I am not really happy with the battery connector
<wolfspraul> you can try to pull it out a bit with a small screwdriver, bending the metal into the battery compartment. but be careful to not break anything (so maybe not :-))
<xdpirate> 850 mAh isn't all that great tho
<xdpirate> i got a nokia battery here that's also 3.7V but it doesn't say anything about the mAh
<wolfspraul> or you put some paper into the other side so the battery presses more firmly against the connector
<xdpirate> yeah that was my idea aswell
<wolfspraul> they should also work, but the nokia is even lightly narrower so you definitely need something on the other side
<xdpirate> it's a BL-4C battery, according to the great interwebz it's only 780 mAh
<xdpirate> another source says 720
<xdpirate> both smaller tho
<urandom_> it just would be nice to get some "pls load battery" message before it fades to white, would be more usefull than the new image printing lot of shit everytime i insert an sdcard
<xdpirate> true, i never know how much battery charge is left
<wolfspraul> yeah definitely we could be smarter about the battery running low
<xdpirate> the LED powers off when it's fully charged right?
<urandom_> yeah
<xdpirate> mkay i'll leave it off and charging now then
<xdpirate> i put a piece of cardboard from a pizza box to press the battery up against the connector
<xdpirate> thanks for the help wolfspraul
<wolfspraul> no problem
<wolfspraul> thanks for your patient with our little patient
<wolfspraul> patience :-)00000000000
<xdpirate> :P
<xdpirate> yeah urandom_ i tried that script
<wolfspraul> it's a long way until software is rock stable and polished in all cases...
<wolfspraul> years I think
<xdpirate> doesn't work, when fully charged it told me that i had a minus 35% charge
<urandom_> i really would prefer fixing bugs instead of reporting bugs :/
<emeb> hmmm - using the 6/15 openwrt image and SD card is acting odd.
<emeb> doesn't automount at boot
<emeb> and if I eject/insert then kernel spews errors if trying to mount later.
<emeb> only way to use it is to boot with card in and then issue 'mount /dev/mmcblk0p1 <mount point>' manually.
<xdpirate> add that line to /etc/profile
<xdpirate> and it'll mount at boot
<kyak> not a good solution. it will try to mount after each login
<kyak> better /etc/rc.local
<urandom_> emeb i dont think they are errors, just messages
<kyak> or /etc/fstab, if there is such :)
<emeb> urandom_: but it doesn't actually mount when those occur. Complains about not finding valid FAT
<urandom_> it can mount ext2 and fat16 partitions without problems for me
<emeb> kyak: agree. rc is prolly best sinc fstab has some stuff in it about being auto generated
<emeb> urandom_: hmm will try some more.
<urandom_> but i gues the sd stuff on openwrt really needs some more work
<emeb> urandom_: true, but I seem to recall the previous image worked better...
<emeb> another question: gmu blanks the display, even if you've switched to a text term via alt+ctl+Fx. One solution is to disable blanking in gmu config
<emeb> is there a way to poke something in /sys to turn display back on?
<larsc> /sys/class/graphics/fb0/blank
<emeb> larsc: thx - I figured there was something like that.
<calamarz> sdschulze: do you mind if I put your notes about compiling debian kernel in the qi wiki?
<lunavorax> Evening everyone !
<lunavorax> 51 people and nobody's talking ?
<calamarz> lunavorax: we're bots :p
<lunavorax> haha
<lunavorax> That's what I was expecting
<lunavorax> I have a few questions about  the os of the ben nanonote
<lunavorax> I can't remember who told me that the flickering screen bug will be fixed soon
<lunavorax> But again I can't remember when I read that
<lunavorax> So I don't know if it's soon soon or already made
<kristoffer> lol
<larsc> lunavorax: the bug has been fixed quite some time ago. Unfortunately it hasn't made it into the current images yet :/
<lunavorax> Oh ok
<lunavorax> no pb
<lunavorax> What happens when it says "Host key verification failed." when I try to connect to the ben nanonote
<lunavorax> What have I done wrong ?
<larsc> you have a different key for the nanonotes ip in your ~/.ssh/known_hosts
<lunavorax> larsc, that means ? I have to delete this file and try again ?
<bartbes> no
<bartbes> remove the entry for that ip/hostname
<lunavorax> hum ok bartbes
<lunavorax> This files doesn't exist on the nanonote so i believe it's on the computer then
<larsc> ssh should tell you which line it is when you try to connect
<bartbes> yes, on the client
<larsc> yes, on your host
<bartbes> larsc: client
<lunavorax> ?
<lunavorax> client != host, right ?
<bartbes> the ssh client
<bartbes> meaning, your computer
<larsc> bartbes: depends on your point of view ;)
<lunavorax> haha ok
<bartbes> larsc: no, that's the client
<lunavorax> I'll just try
<bartbes> it's definitely the client
<bartbes> because it's the ssh *client* which error
<larsc> bartbes: it's the ssh client, but the usb host
<bartbes> but we're not talking usb now are we?
<lunavorax> Ok hum that doesn't solve the problem
<bartbes> we're talking about a network connection
<bartbes> but yeah, it's always point-of-view stuff
<lunavorax> hum gentlemens
<lunavorax> :D
<bartbes> I'm looking through the man page
<lunavorax> Well I should be doing the same even if i'm a noob
<bartbes> you could try: ssh -o StrictHostKeyChecking=false <nanonote>
<bartbes> (a temporary solution but that should work)
<lunavorax> ok i'm trying it
<ezdagor> Anyone know how to get the mouse to work under Debian? There is no kernel module for it.. if there is one..
<lunavorax> hum
<ezdagor> I used the Debian-lenny.ubi
<lunavorax> Yes i tried to boot but it didn't worked
<lunavorax> I much more used to debian that will be easier for me when I'll succeed to boot it
<ezdagor> Nod.
<lunavorax> nod ?
<ezdagor> Yes.
<ezdagor> Nodding my head.
<lunavorax> ah ok
<lunavorax> I was thinking "Nintendo optical disc"
<lunavorax> hehe
<ezdagor> Hehe.
<ezdagor> Two things I haven't figured out yet... sound and the mouse..
<lunavorax> on the nanonote ?
<ezdagor> Matchbox works ok with the keyboard, but would be easier with a mouse.
<ezdagor> Yeah. The NanoNote.
<urandom_> ezdagor have you seen http://en.qi-hardware.com/wiki/Virtual_mouse ?
<lunavorax> bartbes, your trick doesn't work
<lunavorax> It ask for lunavorax's password on the nanonote
<lunavorax> But the nanonote only have one user which is root
<lunavorax> And useradd doesn't seems to be here
<lunavorax> or maybe
<lunavorax> ah ?
<lunavorax> Ok no
<lunavorax> working sorry
<lunavorax> I apologise bartbes
<lunavorax> i wrote 192.168.254.101 instead of root@192.168.254.101
<lunavorax> Coooool
<lunavorax> First time ever i finally connect to my ben w/ ssh, thank you very very much
<lunavorax> Hum
<lunavorax> Is it normal that I can't ping google with my ben ?
<bartbes> if you haven't set your comp up to route, then it is
<lunavorax> Ok just can't communicate w/ anything else that the pc
<lunavorax> oh ok
<lunavorax> If instructions are on the wiki i'm going to read them nom
<lunavorax> now
<lunavorax> thanks urandom_ , if found the article at the same time :P
<bartbes> lunavorax: you're going to nom the instructions, aren't you? :P
<lunavorax> hahaha
<lunavorax> Oh weird
<urandom_> good you found it same time, some people really have problems finding the right wiki pages
<lunavorax> I can't echo "1" > /proc/sys/net/ipv4/ip_forward even if I'm sudo
<lunavorax> I'll google that
<mth> are you sure the redirect is done inside the sudo as opposed to outside?
<lunavorax> I did not really understand what you've said mth
<lunavorax> Or what you meant
<mth> if you write "sudo echo 1 > somewhere", it first redirects as a normal user and then switches to root for the echo
<lunavorax> Hum i didn't knew that
<lunavorax> So i'll have to launch su first
<lunavorax> And then the command line ?
<mth> the redirection is done by the shell, not by the command you execute in it
<bartbes> sudo -s
<bartbes> then the echo command
<lunavorax> Indeed, thanks bartbes
<lunavorax> I didn't knew that
<lunavorax> humm
<lunavorax> So I only input thoses 3lines and  it's done ?
<lunavorax> No extra work ?
<bartbes> there shouldn't be
<lunavorax> hum
<bartbes> *unless* you want extras
<bartbes> :P
<lunavorax> Haha
<lunavorax> But I have to reboot my ben then ?
<bartbes> no
<lunavorax> hmf
<lunavorax> But it's still ain't working
<bartbes> is the dns server set up correctly?
<bartbes> maybe you can try pinging an ip first
<lunavorax> I don't even know how to set up a dns
<lunavorax> ok
<bartbes> btw, urandom_, since you linked it, do you use that snippet yourself?
<bartbes> lunavorax: actually on that same wiki page it tells you how to set up the nanonote
<bartbes> :P
<lunavorax> bartbes, no ping doesn't work w/ ip address of computers inside or outside the network
<lunavorax> Yes and ?
<lunavorax> I don't see the connection
<bartbes> route add default gw <ip of computer>
<urandom_> bartbes no never did the ethernet over usb thing, just translated it once to german :P
<bartbes> okay, because it looks like you have to do that every time you want to use it
<bartbes> though of course it *can* be automated
<bartbes> and I happen to semi-know how
<lunavorax> I have to admit this part of the article is unclear for me
<kristianpaul> ok
<bartbes> kristianpaul: ok?
<kristianpaul> ops
<kristianpaul> irssi is atricky client
<urandom_> i dont think it has to be done every time or at least there is a way to not have to
<bartbes> does anyone want to know how to automate it?
<bartbes> well you sure have to modprobe every time?
<bartbes> nobody?
<bartbes> come on, finally I know something!
<urandom_> just say it already
<bartbes> okay, first you add iptable_nat to /etc/modules.conf (or /etc/conf.modules)
<bartbes> then you write a script with the other 2 commands
<bartbes> save it somewhere, make it executable
<bartbes> edit /etc/udev/rules.d/10-local.rules
<bartbes> add the following line
<bartbes> KERNEL=="usb0", RUN+="/path/to/your/script"
<bartbes> (modify usb0 to the /dev/ device where the nanonote ends up)
<bartbes> and you're done
<bartbes> it automagically runs the script when the device is inserted
<max_posedon> I suggest disctro-specific solution
<max_posedon> most distros detect and allow pre-up post-up's for ethernets
<bartbes> udev powns!
<max_posedon> yes, but solution to low-level imho
<urandom_> bartbes sounds like this should be wikified, feel free to add it :)
<bartbes> urandom_: well somebody should test it first
<lunavorax> Ok well I just give up
<lunavorax> It's not a problem, but it's better than messing around
<urandom_> so someone test bartbes solution!
<lunavorax> what solution ?
<urandom_> how to not have to modprobe every time
<bartbes> and not have to do the other stuff
<bartbes> the modprobe is relatively easy
<lunavorax> I think I've missed that
<urandom_> lunavorax yeah you have, it will show off in the archives soon
<lunavorax> hum ok i'll try this asap then
<lunavorax> Is it really complex or is it just me being really incompetent ?
<urandom_> well if it did not work for you per hand then bartbes method wll not work too
<urandom_> its a bit complex
<lunavorax> hum :/
<bartbes> unless of course you failed to follow the instructions..
<lunavorax> Well there wasn't that much instruction (!?)
<lunavorax> Well maybe
<lunavorax> I can't telle
<lunavorax> tell
<lunavorax> I'll retry another day, it's late now I'm a bit tired (and tired of it)
<tuxbrain> calamarz, rafa: bravo, bravissimo!!!!
<tuxbrain> I hope both openwrt and jlime has the virtual mouse thing in his respectives future releases :)
<tuxbrain> rafa: what is the resolution+codec+bitrate recomended to play the video so smoth :)
<kristianpaul> tuxbrain: mouse why?
<kristianpaul> arrow akeys are perfect for small screens
<tuxbrain> but there are a lot of soft out there that can be run with minimum porting if they have the mouse thing enabled, (I agree is better a good key driven app, but the example  scummvm
<tuxbrain> is just to add one feature more to the nanonote
<kristianpaul> lets wait touch screen with  Ya
<rafa> tuxbrain: check the muffinman wiki
<tuxbrain> no touch screen in ya
<kristianpaul> ahh
<kristianpaul> you can sell then tuxbrain
<kristianpaul> :)
<rafa> tuxbrain: ffmpeg -i your_video_file -ac 1 -ar 22050 -s 320x240 output.mpg
<tuxbrain> rafa: sorry I was so impatient :) I ask on first link, I have just arrive to it , thanks
<rafa> tuxbrain: and BTW, I think that it is not a good idea to try to have mouse pointer.. X is nice, and X works okey for 320x240.. but our idea is to have just applications useful for qwerty keyboard. But well, you can show us the mouse options :)
<tuxbrain> kristianpaul: and where do you will connect it ? suggestions?
<rafa> tuxbrain: you there?
<tuxbrain> again, I agree than main apps, and news apps created with nn in mind should be qwerty driven, but have such feature enabled to test "already made soft" that was though with mouse in mind, should not harm isn't it?
<tuxbrain> yes I am
<rafa> some guys were able to use jlime using the current qi official bootloader, but...
<tuxbrain> but?
<rafa> current jlime does some little tasks in second ext2 partition
<rafa> so they were able to boot jlime and use it
<rafa> but after few reeboots
<rafa> they broke their filesystems
<tuxbrain> ups
<tuxbrain> sounds bad
<rafa> but they did not note that
<rafa> tuxbrain: yes, of course
<rafa> I just want to tell you that until we can fix that jlime works nice if you use jlime instructionts
<rafa> I mean, people do not follow the jlime instructions, and they use their skills to boot it.. but then ... after some reboots the distributions has very weird behaviours...
<rafa> and they complain that it works bad :)
<kristianpaul> tuxbrain: uart, gpio
<kristianpaul> gpio
<kristianpaul> i think there are two free pins
<kristianpaul> near to TP4/TP5
<tuxbrain> kristianpaul: sure on this? I was searching for free gpio on ben to do some experiments
<kristianpaul> i have a backlog about it
<kristianpaul> from some weeks ago
<kristianpaul> let me check
<kristianpaul> why lattice release in an open source way its lm32 core
<kristianpaul> ops
<urandom_> nah i wasnt complaining rafa, also it works good now (even after some reboots)
<rafa> urandom_: well, you did the proper steps... you realized that it did now work okey and you fixed it.. but other no
<tuxbrain> I have to find some time to collect all the news , and post them in some visible place
<tuxbrain> you are making this device shine even brighter guys
<tuxbrain> also the milkimist video is awesome
<kristianpaul> indeed
<kristianpaul> tuxbrain: you sell fpga stuff?
<kristianpaul> tuxbrain: http://paste.debian.net/78939/
<kristianpaul> the driver will be as the mmc in openwrt with the wrt54gl i think
<kristianpaul> larsc:^
<larsc> hm?
<tuxbrain> kristianpaul: I plan to sell sack and milkymist, but I have no news from sack part, I was waiting for one of the prototypes
<tuxbrain> kristianpaul lars, so tp35 tp36 are free to use?
<tuxbrain> sorry larsc
<larsc> those are connected to a flash socket which is not used
<larsc> so you can use them, yes
<tuxbrain> humm? so is not a quimera think to bitbang them to use as 9600 uart?
<mth> larsc: I was thinking of reconfiguring the PLL only when scaling_max_freq changes and handle changes to scaling_cur_freq by changing the dividers
<mth> since changing the dividers has a much lower latency
<mth> does that approach make sense?
<qi-commits> Lars-Peter Clausen: MIPS: JZ4740: Drop eccpos array from ecclayout. http://qi-hw.com/p/qi-kernel/4826e14
<qi-commits> Lars-Peter Clausen: MTD: NAND: jz4740: Add custom nand read/write callbacks http://qi-hw.com/p/qi-kernel/87577b6
<qi-commits> Lars-Peter Clausen: MTD: NAND: jz4740: Minor cleanups http://qi-hw.com/p/qi-kernel/1e2d11f
<qi-commits> Lars-Peter Clausen: mmc: jz4740: request mmc irq with IRQF_DISABLED http://qi-hw.com/p/qi-kernel/24a28ac
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Rework irq handler http://qi-hw.com/p/qi-kernel/d55f3fe
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Only start timeout timeer when sending inital command http://qi-hw.com/p/qi-kernel/117a44c
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Drop unnecesassry locks http://qi-hw.com/p/qi-kernel/bb3d06c
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Merge jz_mmc_cmd_done into jz_mmc_irq_worker http://qi-hw.com/p/qi-kernel/128b6b3
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Use bitops to modify waiting flag instead of using a spinlock http://qi-hw.com/p/qi-kernel/0483cdc
<qi-commits> Lars-Peter Clausen: mmc: jz4740: Minor cleanups http://q
<larsc> mth: sorry can follow you. what are scaling_max_freq and scaling_cur_freq?
<larsc> s/can/can't/
<mth> they're files in /sys/devices/system/cpu/cpu0/cpufreq
<tuxbrain> mmm then maybe I can attach the gps module without loosing the hwd uart tp4/5, well step by step first I have to test the module in the hwd uart, then I will try the bitbanging thing, also , there is any other gpio free to also add on/off gps functionality?
<mth> actually scaling_cur_freq is read-only, how it gets its value depends on the governor that is in use
<larsc> tuxbrain: there should be at least one more
<larsc> mth ok
<mth> I reworked the PLL rate setting code and now I can set any frequency between 25 MHz and 500 MHz with at least 1 MHz precision
<tuxbrain> larsc: yay!
<mth> but every time the PLL needs a delay to restabilize
<mth> and I found no info on how long it needs exactly
<mth> so I'm just sticking to the value that Uli copied from Ingenic (I assume)
<mth> which seems to work but might be on the conservative side
<mth> 32 RTC ticks, so 1 ms
<tuxbrain> rafa: you know if there is avrdude and avr-gcc in OE repos?
<mth> with that kind of latency, it's not possible to switch frequencies often
<larsc> mth: there should be a bit which is set when the pll is stable
<tuxbrain> rafa: if so I would like to change my actual debian -arduino platform to jlime-arduino :)
<mth> yes, but I think it just indicates whether the counter reached zero, not whether it's actually stable
<mth> otherwise, why even have a counter?
<larsc> no idea
<mth> also, changing dividers means we could scale just the CPU without changing the clocks of all other subsystems
<mth> when done properly, the overhead of changing all clocks derived from the PLL could also add up to something significant
<tuxbrain> larsc: with no rush , but when you know another free gpio(s) to be able to use please let me(us) know, with out hurry, first I have to deal with gps just connected to serial. kristianpaul larsc thank you both :)
<tuxbrain> good night channel, time to some sleep
<mth> the only drawback I see is that the resolution is low
<mth> if the PLL is set to 400 MHz, the CPU can be set to 400 or 200, but nothing inbetween
<larsc> hm
<mth> for max CPU frequencies below 250 MHz, we could use a divider of 2 for the max speed and then 2/3 of the max speed would also be a possible setting
<mth> but I don't think many users will cap their CPU speed at 250 MHz
<mth> since if the frequency scaling works well, there will not be much gain over having a high max speed with a low average speed
<mth> "bool enabled" -> there is a bool type?
<larsc> yes
<mth> is it a Linux thing or a newer version of the C spec?
<larsc> i think it is in c99 or so. but it's also a linux thing
<mth> but it's a typedef then, so things like "!!" are still needed?
<larsc> i don't think so
<larsc> it's a typedef for _Bool
<larsc> and _Bool is from c99
<mth> "When a value is demoted to a _Bool, the result is 0 if the value equals 0, and 1 otherwise." - that's good
<larsc> hm, does 2.6.34 still boot for you with my recent changes?
<mth> I haven't merged today's changes yet
<mth> everything before today seems to work fine
<mth> should I try now?
<larsc> if you have time.
<mth> yes, there is no way I can sleep in this heat anyway
<larsc> it does not boot on the nanonote. hard locks somewhere. although they were only backports from my for-upstream branch
<larsc> ah, i might have an idea whats wrong
<larsc> and why it works for you
<larsc> yup... it's the framebuffer driver
<qi-commits> Lars-Peter Clausen: fbdev: jz4740: Minor cleanups http://qi-hw.com/p/qi-kernel/bd9ee3a
<larsc> rafa: jz-2.6.34 should work again
<mth> I can still load openMSX on the A320, so I think the mmc changes are OK: openMSX is big enough to break on most mmc bugs
<mth> the other changes are not used on the A320
<bartbes> a320, isn't that the dingoo?
<mth> yep
<mth> I'm porting the qi-kernel to it, under the name OpenDingux
<bartbes> because dingux isn't open?
<mth> the source is open, but the development process was not because it was all done by one man
<mth> who stopped updating it over half a year ago
<bartbes> that sucks
<mth> it's the risk of depending on a single hero
<mth> so far there isn't a big kernel team for opendingux either though
<mth> but by reusing the works of larsc and some contributions from Ayla and Uli, it's at least not just me that's working on it
<bartbes> so was the old developer not willing to let people work on it, or was there a lack of volunteers?
<mth> both, I think
<mth> I'm not sure if he was really unwilling, but he didn't setup up the infrastructure for people to contribute
<bartbes> I guess that's the first thing you did
<mth> one change I made is to use git instead of svn, so it's easier to use people's patches without having to give them commit rights from the start
<mth> and I'm more active on IRC, so more approachable for people who run into problems
<mth> we're not there yet though: there is no new boot loader and root fs set up yet
<mth> we can still use the ones booboo (original dev) made, but at some point we'll have to make our own to move forwards
<mth> for example, to use uImage instead of zImage so the boot loader can pass info about the hardware
<qi-commits> Lars-Peter Clausen: RTC: jz4740: Propergate write errors in jz4740_rtc_reg_write up to its callers http://qi-hw.com/p/qi-kernel/3deecc1
<qi-commits> Lars-Peter Clausen: RTC: jz4740: Use kzalloc instead of kmalloc http://qi-hw.com/p/qi-kernel/a4c9bcb
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Remove deadlocks which could occur if the HW was broken http://qi-hw.com/p/qi-kernel/f934e4b
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Check whether rtc structure could be allocated http://qi-hw.com/p/qi-kernel/034b40e
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Whitespace cleanups http://qi-hw.com/p/qi-kernel/bdb548b
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Add common implementation for jz4740_rtc_update_irq_enable and jz4740_rtc_alarm_irq_enable http://qi-hw.com/p/qi-kernel/15c9097
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Use dev_get_drvdata directly instead of wrapping it in dev_to_rtc http://qi-hw.com/p/qi-kernel/9e07a13
<qi-commits> Lars-Peter Clausen: RTC: JZ4740: Whitespace cleanup http://qi-hw.com/p/qi-kernel/cf10587
<rafa> tuxbrain_away: sorry, I did "find... | grep -i avr" and I did not get any output
<larsc> rafa: did you saw my comment?
<mth> larsc: I got the "maximum CPU freq determines sets PLL freq" part working now
<mth> for the "desired CPU freq determines CCLK freq" part, I think it's good to use the cpufreq table support
<mth> this allows gathering of statistics, for example (how long the CPU runs in which frequency)
<mth> to build that table, I have to take the PLL freq and apply all possible dividers
<mth> I could do that in cpufreq.c, but that would be duplicating knowledge already available in clock.c
<mth> however, there is no way yet to get all supported rates from a clock
<mth> are you OK with me adding such a method?
<mth> in the sense that I'd like it to get merged into qi-kernel at some point in the future
<larsc> sure. go ahead. you know better than me whats needed for cpu freq support
<larsc> and it can be changed later on if it turns out to be a problem anyway ;)
<qi-commits> Lars-Peter Clausen: MIPS: jz4740: PWM: Fix handling if the pwm clock is not available http://qi-hw.com/p/qi-kernel/3b8a52a
<rafa> larsc: I think that I should pull and try again right ? ;)
<larsc> yes
<larsc> it should work now
<larsc> (again)
<rafa> great, let me try..
<larsc> I was able to drop the first patches from my for-upstream branch :)
<rafa> larsc: my big problem is to power off.. sorry to be soo insistent about.. I have not idea what is the problem
<larsc> i don't know either
<rafa> larsc: now I am trying to build current git, current branch 2.6.34 with config from arch/mips/configs/qi*
<rafa> larsc: but if that git+branch with that config at arch/mips/config/ works for you to power offf I am sure that it is a problem from my side
<larsc> rafa: I'm compiling a 2.6.34 kernel now to be sure
<larsc> works fine
<rafa> larsc: great, I have tried as well, I can boot with rootfs on sd
<rafa> larsc: could you check power off / reboot from a rootfs in sd?
<rafa> for me it still does not work :(
<larsc> nope, i can not
<larsc> but there shouldn't be any difference
<larsc> anyway... the sun starts rising again, time to get some sleep
<rafa> larsc: cool, thank anyway..
<rafa> larsc: if I can realize which is the problem I will let you know
<rafa> thanks
<rafa> hi.. somebody can tell me the output of "cat /proc/cmdline" in his/her nn?
<rafa> I am debuggin poweroff in 2.6.34 and I would like to know the arguments in 2.6.32
<rafa> xiangfu ? :)
<xiangfu> rafa: wait one second.
<rafa> thanks a lot
<xiangfu> rafa: mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait
<rafa> xiangfu: I am building 2.6.34 from qi git, using arch/mips/configs/qi*.. but I can not poweroff the machine from userland
<rafa> xiangfu: thanks a lot!
<rafa> no luck..
<xiangfu> rafa: do you use command: "poweroff" "halt" ?
<rafa> yes, I have tried those
<rafa> xiangfu: I have sysvinit installed and busybox.. I have tried poweroff and halt using both.. sysvinit and busybox versions
<rafa> no luck,
<rafa> those shutdown the machine, but no power off.. it just halt/freezes after if ends the shutdown process
<rafa> wolfspraul: hey, are you coming to colombia it seems right?
<rafa> if so, cool ! :) I would like to be there to listen you ;)
<rafa> xiangfu: btw, have you done the qi git for 2.6.32 kernel?
<xiangfu> rafa: yes.
<rafa> xiangfu: cool, perhaps I need to try it..
<wolfspraul> rafa: I am already in Colombia since Friday I think
<rafa> ha!.. great :) .. drink coffe.. they have the best on this world ;)
<rafa> xiangfu: which is the git link?
<rafa> I do not see it under http://projects.qi-hardware.com/
<rafa> the master branch is 2.6.32?..
<rafa> ah okey
<rafa> xiangfu: and which .config file should I use? sorry for the many questions
<rafa> I do not find it under arch/mips/configs
<xiangfu> rafa: there is ".config"  file in master branch
<rafa> ah.. I just use the current, thanks xiangfu
<xiangfu> rafa: you are welcome
<rafa> xiangfu: I got an error.. let me paste you here.. perhaps you know which is the probem
<rafa> gen_initramfs_list.sh: Cannot open '/home/xiangfu/workspace/PanGu/openwrt-xburst/build_dir/target-mipsel_uClibc-0.9.30.1/root-xburst'
<rafa> make[1]: *** [usr/initramfs_data.cpio.gz] Error 1
<rafa> make: *** [usr] Error 2
<rafa> It wants to open some file in your home it seems.
<xiangfu> rafa: oh. I always built the kernel with initramfs. so let me upload a new .config. it's one options of menuconfig
<xiangfu> rafa: sorry
<rafa> xiangfu: no problem, let me disable initramfs here
<qi-commits> Xiangfu Liu: remove the build INITRAMFS http://qi-hw.com/p/qi-kernel/4a5edae
<rafa> wolfspraul: so try to use timezone from colombia, no chat NOW!
<rafa> wolfspraul: and again, drink their coffe, this is the best :)
<wolfspraul> no chat now?
<wolfspraul> why?
<wolfspraul> I am working :-)
<rafa> :D
<rafa> it is time to sleep in colombia now
<rafa> well, also in argentina.. perhaps I should go to sleep .. too tired these days
<rafa> but first, I will try xiangfu kernel ;)
<rafa> xiangfu: building.. it also has rootfs as /dev/ram.. so I disabled kernel command line arguments default as well
<xiangfu> rafa: yes. I just committed it. :)
<rafa> xiangfu: no luck with my rootfs on sd.. kernel says that it mounts rootfs, but no init found. It is there.. well, I will check tomorrow. thanks for your help
<xiangfu> rafa: this kernel will run "/etc/preinit" as the init.