2010-09-24 00:00 <wpwrak> roh: they also say something about writing to the USB gadget "if it permits this", but it's not quite clear to me what this means
2010-09-24 01:33 <qi-bot> [commit] Xiangfu Liu: add new packages from qipackage http://qi-hw.com/p/openwrt-xburst/f0e56a3
2010-09-24 04:14 <SiENcE> hey
2010-09-24 04:15 <SiENcE> got my nanonote today and i want to flash the latest dist. where can i get it?
2010-09-24 04:15 <SiENcE> is there any other than openwrt? debian?
2010-09-24 04:30 <wpwrak> jlime
2010-09-24 04:33 <wpwrak> to flash openwrt: http://en.qi-hardware.com/wiki/Updating_Ben_with_usbboot
2010-09-24 04:33 <wpwrak> images: http://downloads.qi-hardware.com/software/images/Ben_NanoNote_2GB_NAND/latest/
2010-09-24 04:34 <wpwrak> tools: http://projects.qi-hardware.com/index.php/p/xburst-tools/downloads/
2010-09-24 04:34 <wpwrak> that's all :)
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: Use two faces and show how they overlap (in progress) http://qi-hw.com/p/ben-scans/525e155
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: The top face can now be shifted. http://qi-hw.com/p/ben-scans/d49f349
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: When leveling, the center circle is now shown when the pointer approaches it. http://qi-hw.com/p/ben-scans/edb12b6
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: Overlapping now has an OSD, too. http://qi-hw.com/p/ben-scans/85855ec
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: Various coordinate transform corrections in overlap.c http://qi-hw.com/p/ben-scans/f3e7c1e
2010-09-24 05:39 <qi-bot> [commit] Werner Almesberger: Infrastructure for generating POV-Ray output (not useful yet) http://qi-hw.com/p/ben-scans/37e840f
2010-09-24 05:41 <tuxbrain_away> wpwrak: I'm interpreting right the commits if I suppose you are  in the way of generate the full 3d mesh of NN?
2010-09-24 05:42 <wpwrak> tuxbrain_away: well, of the parts. since there doesn't seem to be anything that's useful for doing it, i'm hacking my own part combiner.
2010-09-24 05:43 <wpwrak> tuxbrain_away: it's easy to try. just check it out, make, then mkdir .cache; make run
2010-09-24 05:44 <wpwrak> tuxbrain_away: you'll get the top face and on the side three buttons. you can orient the top face with the scroll wheel. the goal is to have as much blue as possible.
2010-09-24 05:45 <tuxbrain> wants to be like you when I grow up
2010-09-24 05:45 <wpwrak> tuxbrain_away: then click on B and do the same with the bottom face. finally, click on A+B and make them overlap by shifting (scroll wheel inside the circle) or rotating (scroll wheel outside the circle)
2010-09-24 05:47 <wpwrak> tuxbrain: then press Q to exit. after that, make pov to render the scene in POV-Ray. lots of things don't quite work the way they should. e.g., the coordinate transforms in A+B aren't completely correct (the Z correction is missing) and the way user input gets applied is a bit counter-intuitive.
2010-09-24 05:48 <wpwrak> tuxbrain: the pov-ray stuff is worse. right now, i just dump the data without actually aligning, scaling, etc., anything. so the result just tells me that i got the height field right, but the rest is a big no-op
2010-09-24 05:48 <tuxbrain> cloning git
2010-09-24 05:48 <wpwrak> tuxbrain: the trick is to never grow up ;-)
2010-09-24 05:49 <wpwrak> hmm, if there's a way to clone only a subset of a git, that may be useful. else, you'll also clone all the 3D scans. they're biggish.
2010-09-24 05:49 <tuxbrain> about 250Mb of data... wow all is 3d info?
2010-09-24 05:50 <wpwrak> yup
2010-09-24 05:50 <wpwrak> lots of data and a tiny bit of code :)
2010-09-24 05:50 <tuxbrain> in which dir is the makefile?
2010-09-24 05:51 <wpwrak> in solidify/
2010-09-24 05:51 <tuxbrain> making
2010-09-24 05:52 <wpwrak> you have a very quick connection :)
2010-09-24 05:52 <tuxbrain> heheehh
2010-09-24 05:53 <tuxbrain> just downloaded at 1'6Mb :P
2010-09-24 05:53 <tuxbrain> hey I have an colorized thing in the screen cool!!!
2010-09-24 05:54 <wpwrak> when you move the mouse around, you'll see a yellow circle
2010-09-24 05:54 <tuxbrain> yes
2010-09-24 05:54 <wpwrak> mouse wheel inside the circle raises or lowers the z0 plane. where the plane intersects with the scan, you have blue color. anything below z0 is red. anything above green.
2010-09-24 05:55 <wpwrak> the steps at z0+1 and z0-1 are darker green and darker red, to make it easier to see where the plane goes.
2010-09-24 05:56 <wpwrak> mouse wheel outside the circle tilts the z0 plane.
2010-09-24 05:56 <wpwrak> the goal is to have as much blue as possible
2010-09-24 05:57 <wpwrak> "A" is difficult, because the piece seems to be a bit uneven. "B" is easier.
2010-09-24 05:58 <wpwrak> then, at A+B, you can rotate (mouse wheel outside the circle) and shift (mouse wheel inside the circle, in one of the four quadrants shown)
2010-09-24 05:59 <tuxbrain> man this is impresive
2010-09-24 06:00 <wpwrak> i'll have to add some more visual aids in A and B. it's too easy to get lost there.
2010-09-24 06:00 <tuxbrain> I barelly understand a fuck, but is like having a magnetic resonance  on NN
2010-09-24 06:00 <wpwrak> yeah, looks like x-ray images ;-)
2010-09-24 06:01 <tuxbrain> oh it doesn't scale full screen :P
2010-09-24 06:02 <wpwrak> naw, it uses the size of the scan :) each pixel is a scan point
2010-09-24 06:02 <tuxbrain> now I can read wpwrak thoughts from here... (damn lusers...)
2010-09-24 06:02 <wpwrak> ;-))
2010-09-24 06:02 <tuxbrain> wpwrak: make sense :)
2010-09-24 06:47 <kristianpaul> SiENcE: jlime is great i use it too :)
2010-09-24 06:47 <qwebirc70375> i am trying to compile a simple hello world C code
2010-09-24 06:48 <qwebirc70375> plz help me with Makefile for it
2010-09-24 06:48 <SiENcE> ok. i'm going to test jlime. where to get the latest one?
2010-09-24 06:49 <kristianpaul> qwebirc70375: http://developer.ubicom.com/wiki/index.php/Add_a_new_application_to_openWRT
2010-09-24 06:49 <kristianpaul> SiENcE: http://www.jlime.com/wiki/documentation/user/nanonote/installation
2010-09-24 06:50 <kristianpaul> SiENcE: http://www.jlime.com/wiki/downloads
2010-09-24 06:52 <qwebirc70375> kristianpaul : if we go with this procedure then we will have to flush the kernel again and agin if some minor change is there in the application
2010-09-24 06:52 <qwebirc70375> cant we compile it seperately and port the bin file via storage card and then execute it
2010-09-24 06:54 <kristianpaul> qwebirc70375: hmm not flush the kernel i think, you can just build the ipk look here http://en.qi-hardware.com/wiki/Building_Software_Image#A_short_guide
2010-09-24 06:55 <SiENcE> kristianpaul, thanks
2010-09-24 06:55 <kristianpaul> wpwrak: even when you ran the make all you got packages in the bin folder i think, so no need to reflash thre whole thing either
2010-09-24 06:55 <kristianpaul> wpwrak: sorry
2010-09-24 06:55 <kristianpaul> qwebirc70375: ^
2010-09-24 06:56 <qwebirc70375> yes
2010-09-24 06:56 <kristianpaul> is kay for you that way?
2010-09-24 06:56 <kristianpaul> kay/okay
2010-09-24 06:57 <kristianpaul> qwebirc70375: http://nbd.name/openwrt.html#x1-460002.1.2
2010-09-24 06:57 <kristianpaul> more info
2010-09-24 06:57 <qwebirc70375> have you tried this at ur end
2010-09-24 07:00 <kristianpaul> nope :p
2010-09-24 07:00 <kristianpaul> i dint get in to openwrt packing
2010-09-24 07:00 <kristianpaul> i used jlime last time i wanted compile a simple app
2010-09-24 07:02 <qwebirc70375> i have tried the Makefile lying on Nanonote official site but getting error : cannot find -lSDL
2010-09-24 07:02 <qwebirc70375> what does it mean
2010-09-24 07:02 <kristianpaul> that  cannot find -lSDL/lib SDL ?
2010-09-24 07:03 <kristianpaul> wpwrak: ah yes id just listing ID (i dint check the las table) i tought it was related with usb host or client stack..
2010-09-24 07:04 <kristianpaul> s/id/it
2010-09-24 07:05 <wpwrak> kristianpaul: from the sound of it, it acts as a host, no ? then it need a fair bit of the stack to be able to get at the IDs.
2010-09-24 07:06 <wpwrak> kristianpaul: from the description, it isn't quite clear to me if they've realized yet just how much work it is :)
2010-09-24 07:07 <kristianpaul> wpwrak: yes host it is, but as you said not quite clear indeed :)
2010-09-24 07:08 <kristianpaul> lot work indeed
2010-09-24 07:17 <qwebirc91287> I am able to execute hello world C program on nanonote successfully
2010-09-24 07:46 <qwebirc91287> from where I can have usbbot command
2010-09-24 07:46 <qwebirc91287> I want to reflash the kernel
2010-09-24 08:13 <xiangfu> qwebirc91287: http://en.qi-hardware.com/wiki/Xburst-tools#usbboot
2010-09-24 08:16 <qwebirc91287> i am getting error while reflashing kernel : cant read bulk data from Ingenic device
2010-09-24 08:24 <xiangfu> qwebirc91287: make sure there is no USB-HUB. and use the usb-cable that send with NanoNOte.
2010-09-24 08:39 <SiENcE> xiangfu, why the usb cable send with nanonote?
2010-09-24 08:57 <wpwrak> that seems to be another myth that ought to die. i don't think the nanonote cable is *that* superior to the average usb cable bought within the last years.
2010-09-24 09:00 <xiangfu> I should say use better usb cable :)
2010-09-24 09:01 <wpwrak> xiangfu: or "don't use the usb cable grandma knitted herself" ;-)
2010-09-24 09:07 <qi-bot> [commit] Xiangfu Liu: change the INITRAMFS to LZMA compression http://qi-hw.com/p/openwrt-xburst/49182fa
2010-09-24 09:08 <xiangfu> wpwrak: :)
2010-09-24 10:58 <kyak> hm
2010-09-24 10:59 <kyak> bad news is that even "Hello World" of ncursesw is giving bad output
2010-09-24 10:59 <kyak> therefore, some problem with ncursesw
2010-09-24 10:59 <kyak> "Bad output" means it output crap instead of utf-8
2010-09-24 11:29 <qi-bot> [commit] Carlos Camargo: Adding sram_gpio_QT example http://qi-hw.com/p/nn-usb-fpga/83f727f
2010-09-24 11:57 <qi-bot> [commit] Carlos Camargo: Adding qmake.conf sample file http://qi-hw.com/p/nn-usb-fpga/5459532
2010-09-24 14:16 <larsc> Ayla: have you managed to get rtc wakeup working?
2010-09-24 14:18 <Ayla> nope
2010-09-24 14:19 <Ayla> I'll work on that tonight
2010-09-24 14:19 <Ayla> it seems that the interrupt is never called, so I guess it is masked somewhere
2010-09-24 14:23 <larsc> hm, ok.
2010-09-24 14:24 <larsc> you should check /proc/interrupts to be sure that it really has not fired
2010-09-24 14:27 <Ayla>  23:          0            INTC  jz4740-rtc
2010-09-24 14:27 <Ayla> no interrupt at all
2010-09-24 14:29 <kristianpaul> xbust have a sleep instruction or it go to low power mode?
2010-09-24 14:38 <larsc> sleep
2010-09-24 14:43 <larsc> kristianpaul: well it has both. there are two different sleep modes
2010-09-24 14:43 <larsc> so you can change the semantics of the sleep intstruction by writing to a mmio register
2010-09-24 14:44 <larsc> one is the normal sleep behaviour known from mips. the cpu will stop executing instructions until the next interrupt
2010-09-24 14:44 <larsc> the other is going to low power state until the next interrupt happens
2010-09-24 14:48 <larsc> the first one is used when the cpu is idle, the second one is used when we send the system to suspend
2010-09-24 15:16 <Ayla> larsc: the driver currently does not implement irq_set_state
2010-09-24 15:16 <Ayla> is that a problem?
2010-09-24 15:18 <Ayla> (ah no, it seems it's only for the periodic alarm)
2010-09-24 15:40 <kristianpaul> larsc: so interrupt can be trigger by a counter or a internal clock?
2010-09-24 15:41 <kristianpaul> just thinking how setup an alarm clock
2010-09-24 15:47 <wpwrak> kristianpaul: counters often aren't powered in deep sleep states (not sure without looking how it is on xburst, though)
2010-09-24 15:48 <larsc> well at least the rtc clock is of course running
2010-09-24 15:48 <kristianpaul> hmm
2010-09-24 15:48 <kristianpaul> ok
2010-09-24 15:49 <kristianpaul> so how the nanonote will wakeup?
2010-09-24 15:49 <larsc> and i think you can also keep the other SoC timers running
2010-09-24 15:49 <kristianpaul> keyboard pressing i guess
2010-09-24 15:49 <kristianpaul> but.
2010-09-24 15:49 <kristianpaul> an alarm clock is so nice :)
2010-09-24 15:49 <Ayla> larsc: hmm
2010-09-24 15:50 <Ayla> jz4740_rtc_ctrl_set_bits: mask=0x4, set=1.
2010-09-24 15:50 <Ayla> are you sure that this function actually works? :)
2010-09-24 15:50 <larsc> no
2010-09-24 15:54 <Ayla> is it possible that the interrupt is activated on the RTC subsystem, but not on the AIC?
2010-09-24 15:58 <larsc> don't think so
2010-09-24 16:05 <Ayla> that's funny, if I type "jz4740 RTC" on google I get your name everywhere :)
2010-09-24 16:25 <Ayla> larsc: could you give me a hint?
2010-09-24 16:26 <larsc> Ayla: do you have the jz4740 ds?
2010-09-24 16:26 <Ayla> JZ_RTC_CTRL_AE bit is enabled in rtc_set_alarm,
2010-09-24 16:26 <Ayla> I have a PDF document, but not really useful
2010-09-24 16:27 <Ayla> JZ_RTC_CTRL_AF_IRQ is enabled in rtc_alarm_irq_enable,
2010-09-24 16:27 <Ayla> but JZ_RTC_CTRL_AF is not enabled at all
2010-09-24 16:28 <Ayla> even if it is disabled in the IRQ handler
2010-09-24 16:28 <Ayla> or maybe I just can't see it... x_x
2010-09-24 16:31 <larsc> AF is set by the hardware
2010-09-24 16:34 <Ayla> ok
2010-09-24 16:38 <Ayla> larsc: no it's not
2010-09-24 16:39 <larsc> Ayla: but it should be
2010-09-24 16:39 <Ayla> bits 3,4,5 are not set on the first call of rtc_ctrl_set_bits
2010-09-24 16:39 <Ayla> (before applying flags)
2010-09-24 16:39 <Ayla> but maybe they're cleared before that
2010-09-24 16:43 <Ayla> but even if JZ_RTC_CTRL_AF is set by the hardware,
2010-09-24 16:43 <Ayla> the bit is cleared on the interrupt
2010-09-24 16:43 <Ayla> so there can be only one interrupt
2010-09-24 16:48 <larsc> yes. there should only be one interrupt
2010-09-24 16:49 <larsc> otherwise the handler will be called in a constant loop
2010-09-24 16:49 <Ayla> shouldn't that flag be set on rtc_alarm_irq_enable ?
2010-09-24 16:49 <Ayla> when I say there can be only one interrupt, I mean that it's not possible to reprogram the alarm for a new interrupt
2010-09-24 16:52 <larsc> why not?
2010-09-24 16:53 <Ayla> because the interrupt handler desactivates the AF bit
2010-09-24 16:53 <larsc> the AF flag indicates whether a interrupt is pending
2010-09-24 16:54 <Ayla> yes, I just read that....
2010-09-24 17:27 <Ayla> larsc: another idea,
2010-09-24 17:28 <Ayla> you do not call wait_write_ready on rtc_reg_read
2010-09-24 17:28 <Ayla> but on the doc it's written "The read
2010-09-24 17:28 <Ayla> value from the target register is also undefined.
2010-09-24 17:28 <Ayla> "
2010-09-24 17:28 <Ayla> (when the bit is 0)
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: Instead of performing the tranformations stepwise for each point, pre-calculate http://qi-hw.com/p/ben-scans/898970b
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: More corrections to handling of the "user" matrix. Made controls more intuitive. http://qi-hw.com/p/ben-scans/7c24783
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: solidify/main.pov: don't use weird "x is up" perspective http://qi-hw.com/p/ben-scans/0186959
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: Increase dynamic range of rotation and follow "far from center = faster" http://qi-hw.com/p/ben-scans/2764155
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: Some simple optimizations increase drawing speed in overlap by 33%. http://qi-hw.com/p/ben-scans/d4a5575
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: Bottom face was flipped in overlap. http://qi-hw.com/p/ben-scans/9c614db
2010-09-24 17:29 <qi-bot> [commit] Werner Almesberger: Like rotations, shifts can now be accelerated by changing the mouse position. http://qi-hw.com/p/ben-scans/a7105ad
2010-09-24 17:31 <Ayla> when I write to the /sys/class/rtc/rtc0/wakealarm file, it does not seem to set the IRQ flag
2010-09-24 17:38 <Ayla> the alarm_irq_enable function is never called...
2010-09-24 17:39 <Ayla> oh!
2010-09-24 17:40 <Ayla> rtc-dev.c: "RTC_WKALM_SET eliminates the need for a separate RTC_AIE_ON call"
2010-09-24 17:40 <Ayla> which enable the alarm interrupt
2010-09-24 17:41 <Ayla> which means that RTC_WKALM_SET should actually set the interrupt
2010-09-24 17:41 <Ayla> what it does, is call the rtc_set_alarm() function
2010-09-24 17:41 <Ayla> unfortunately,
2010-09-24 17:42 <Ayla> jz4740's version of that function only modify the RTC_SEC_ALARM and the RTC_CTRL_AE flags
2010-09-24 17:42 <Ayla> it does not set the RTC_CTRL_AF_IRQ flag
2010-09-24 17:51 <larsc> ok.
2010-09-24 17:51 <larsc> will you fix it?
2010-09-24 17:52 <Ayla> yes
2010-09-24 17:52 <larsc> good :)
2010-09-24 17:52 <Ayla> I just hope that's the reason why it does not work :)
2010-09-24 17:56 <wpwrak> Ayla: if not, you get to enjoy the adventure a bit longer. a win-win situation ;-)
2010-09-24 17:56 <Ayla>  23:         21            INTC  jz4740-rtc
2010-09-24 17:56 <Ayla> whohooo
2010-09-24 17:56 <Ayla> I get interrupts :p
2010-09-24 17:56 <qi-bot> [commit] kyak: mupdf: added libjpeg dependency as noted by Xiangu http://qi-hw.com/p/openwrt-packages/0e186f0
2010-09-24 17:56 <Ayla> one every second
2010-09-24 17:58 <Ayla> ah, yeah
2010-09-24 17:58 <Ayla> I took the wrong interrupt xD
2010-09-24 17:59 <Ayla> took the 1Hz one
2010-09-24 17:59 <qi-bot> [commit] kyak: stupid workaround to make links compile http://qi-hw.com/p/openwrt-packages/7e5961a
2010-09-24 18:09 <Ayla> okay, I get alarm interrupts...
2010-09-24 18:10 <Ayla> but that does not wake the dingoo
2010-09-24 18:14 <mth> it is posisble to suspend and resume individual drivers instead of the entire system?
2010-09-24 18:14 <wpwrak> Ph'nglui mglw'nafh dingoo Ayla wgah'nagl fhtagn, in Ayla's house, dead dingoo waits dreaming
2010-09-24 18:15 <tuxbrain> wpwrak: LOL
2010-09-24 18:16 <Ayla> here's a patch: http://pastebin.com/UhBLc2LB
2010-09-24 18:16 <mth> assuming you have no serial connection, there is not really much of a difference between "not waking up" and "crashes on wakeup"
2010-09-24 18:17 <Ayla> does it crash on wakeup?
2010-09-24 18:17 <Ayla> maybe it crash on suspend
2010-09-24 18:19 <mth> also possible
2010-09-24 18:21 <mth> maybe this is useful: Documentation/power/basic-pm-debugging.txt
2010-09-24 18:23 <mth> via /sys/power/pm_test you can specify how deep the kernel is allowed to sleep
2010-09-24 18:23 <mth> instead of doing a full suspend
2010-09-24 18:28 <Ayla> okay
2010-09-24 18:28 <Ayla> I'll check that tomorrow
2010-09-24 20:36 <qi-bot> [commit] Werner Almesberger: The #endif at end of header file must have a comment saying /* !name */ http://qi-hw.com/p/ben-scans/0c49406
2010-09-24 20:36 <qi-bot> [commit] Werner Almesberger: Step sizes are now auto-determined, allowing use of files of any resolution. http://qi-hw.com/p/ben-scans/2cc9a9e
2010-09-24 20:36 <qi-bot> [commit] Werner Almesberger: solidify now stores the context of sessions in project description files. http://qi-hw.com/p/ben-scans/f6ed3bf
2010-09-24 20:36 <qi-bot> [commit] Werner Almesberger: Use the project name to disambiguate names in POV-Ray output. http://qi-hw.com/p/ben-scans/01d8e41