2013-04-27 00:30 Markvilla has joined #qi-hardware
2013-04-27 00:41 Markvilla has quit [Quit: ["Textual IRC Client: www.textualapp.com"]]
2013-04-27 00:58 wej has quit [Ping timeout: 245 seconds]
2013-04-27 01:21 wolfspraul has quit [Quit: leaving]
2013-04-27 01:22 emeb has quit [Quit: Leaving.]
2013-04-27 01:24 rz2k has quit []
2013-04-27 02:07 panda|x201 has joined #qi-hardware
2013-04-27 02:13 panda|x201 has quit [Ping timeout: 258 seconds]
2013-04-27 02:29 pcercuei has quit [Ping timeout: 264 seconds]
2013-04-27 02:29 pcercuei has joined #qi-hardware
2013-04-27 03:04 DocScrutinizer05 has quit [Disconnected by services]
2013-04-27 03:04 DocScrutinizer05 has joined #qi-hardware
2013-04-27 03:50 panda|x201 has joined #qi-hardware
2013-04-27 05:18 fdcx_ has quit [Remote host closed the connection]
2013-04-27 05:22 wolfspraul has joined #qi-hardware
2013-04-27 06:00 qwebirc68597 has joined #qi-hardware
2013-04-27 06:00 <qwebirc68597> Hi there
2013-04-27 06:02 <qwebirc68597> this is the first time I use this service. Just wondering if anyone can help me to get some Icarus boards
2013-04-27 06:02 pcercuei has quit [Quit: dodo]
2013-04-27 06:04 FDCX has joined #qi-hardware
2013-04-27 06:05 cod3r has joined #qi-hardware
2013-04-27 06:09 cod3r has quit [Ping timeout: 245 seconds]
2013-04-27 06:09 qwebirc68597 has quit [Quit: Page closed]
2013-04-27 06:17 cod3r has joined #qi-hardware
2013-04-27 07:32 wej has joined #qi-hardware
2013-04-27 07:59 panda|x201 has quit [Ping timeout: 276 seconds]
2013-04-27 08:01 wolfspraul has quit [Read error: Connection reset by peer]
2013-04-27 08:39 wolfspraul has joined #qi-hardware
2013-04-27 09:32 freemor has quit [Ping timeout: 240 seconds]
2013-04-27 10:10 guanucoluis has joined #qi-hardware
2013-04-27 10:53 guanucoluis has quit [Remote host closed the connection]
2013-04-27 10:54 Calyp has joined #qi-hardware
2013-04-27 11:08 wolfspraul has quit [Quit: leaving]
2013-04-27 11:08 wolfspraul has joined #qi-hardware
2013-04-27 11:24 kuribas has joined #qi-hardware
2013-04-27 11:25 <kuribas> How did you get the specs for the ingenic jz4720?
2013-04-27 11:27 lekernel has joined #qi-hardware
2013-04-27 11:35 <larsc> downloaded from the ingenic website
2013-04-27 11:55 wej has quit [Ping timeout: 248 seconds]
2013-04-27 11:56 wej has joined #qi-hardware
2013-04-27 12:06 <kuribas> The only file I found was about 50 pages, much less than the specs for an attiny!
2013-04-27 12:07 <larsc> they had the programming manual up for two weeks or so on their ftp server
2013-04-27 12:17 <kuribas> Cool, this will get me started!
2013-04-27 12:24 <larsc> and this tree has basic support for the jz4755, but it's a bit outdated http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/jz47xx-2.6.38/
2013-04-27 13:26 dlan^ has joined #qi-hardware
2013-04-27 13:59 deceivorz has joined #qi-hardware
2013-04-27 14:17 baba has joined #qi-hardware
2013-04-27 14:18 cod3r has quit [Ping timeout: 258 seconds]
2013-04-27 14:23 dlan^ has quit [Remote host closed the connection]
2013-04-27 14:27 pcercuei has joined #qi-hardware
2013-04-27 14:36 woakas has joined #qi-hardware
2013-04-27 14:36 woakas has quit [Client Quit]
2013-04-27 14:37 woakas has joined #qi-hardware
2013-04-27 15:08 <lekernel> wolfspraul, are you aware of this problem? http://pastebin.com/C6ShsTQ3
2013-04-27 15:08 <lekernel> introduced by commit 7c12ea66a7133c7631cb88de629b01217f4eca58
2013-04-27 15:11 <lekernel> also, moving the LUT results in #E Internal error in control.c:2513
2013-04-27 15:19 rz2k has joined #qi-hardware
2013-04-27 15:42 wej has quit [Ping timeout: 245 seconds]
2013-04-27 15:50 jekhor has joined #qi-hardware
2013-04-27 16:02 jekhor has quit [Ping timeout: 258 seconds]
2013-04-27 16:17 <kuribas> Are the pins of the jz4755 multiplexed?  If they aren't, then I don't need to know the schematic of my device, right?
2013-04-27 16:17 <kuribas> If I know the chips used.
2013-04-27 16:24 <larsc> they are
2013-04-27 16:25 <kuribas> Hm...
2013-04-27 16:25 <kuribas> Is it safe to probe the circuit with a multimeter to test the connections?
2013-04-27 16:26 <larsc> well don't blame we if stuff explodes, but it should be ok
2013-04-27 16:27 <larsc> If you know how to get the device into usbboot mode you can dump the firmware and can try to run it in qemu
2013-04-27 16:27 <larsc> to see how it configures the pins
2013-04-27 16:29 <kuribas> I didn't try it yet, but there is a keypress/boot combination to get it into usbboot mode.
2013-04-27 16:30 <kuribas> You think that's easier than probing with a multimeter?
2013-04-27 16:31 <larsc> For some things it's pretty hard to probe with a multimeter
2013-04-27 16:31 <larsc> you can figure out stuff like buttons and leds
2013-04-27 16:32 <larsc> but e.g. figuring out how the display is wired up is going to be harder
2013-04-27 16:33 <larsc> I did this once for an e-book reader and started out with probing pins and toggeling the gpios, but later had to run things in qemu to find out everything
2013-04-27 16:36 <kuribas> Oh I see.  I have no experience with running qemu, so I'll have to figure that out.
2013-04-27 17:00 kuribas has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
2013-04-27 17:12 emeb has joined #qi-hardware
2013-04-27 17:57 dandon_ has quit [Quit: .]
2013-04-27 17:58 dandon has joined #qi-hardware
2013-04-27 18:01 <larsc> Do you know the feeling when after a major codechange everything just works and you think that you must have used an old binary?
2013-04-27 18:06 jekhor has joined #qi-hardware
2013-04-27 18:07 Calyp has quit [Ping timeout: 256 seconds]
2013-04-27 18:44 <viric> yes
2013-04-27 19:08 emeb has quit [Quit: Leaving.]
2013-04-27 19:12 emeb has joined #qi-hardware
2013-04-27 19:51 jekhor has quit [Ping timeout: 255 seconds]
2013-04-27 20:03 xdpirate has joined #qi-hardware
2013-04-27 20:11 Calyp has joined #qi-hardware
2013-04-27 20:17 <whitequark> larsc: you know how underhanded c code contest exists?
2013-04-27 20:17 <whitequark> we could make a similar one for EE
2013-04-27 20:17 <whitequark> make an innocently looking device which will exhibit weirdest (not necessarily harmful) behavior when poked with common tools
2013-04-27 20:22 <whitequark> http://underhanded.xcott.com/?p=21
2013-04-27 20:22 <whitequark> also this would make an excellent entry: https://code.google.com/p/nativeclient/issues/detail?id=245
2013-04-27 20:22 <whitequark> bonus points for actually occuring in production code :p
2013-04-27 20:22 <larsc> and the winning entry will be a xilinx fpga ;)
2013-04-27 20:23 <whitequark> hehe
2013-04-27 20:25 <whitequark> larsc: (major codechange) most often you DO use an old binary
2013-04-27 20:25 <whitequark> then you launch the new one and it leaves a 8 GB core dump
2013-04-27 20:26 <whitequark> (*something* actually leaves 8GB core dumps on my machine periodically... I think they would be larger but it ENOSPC's before it ENOMEM's
2013-04-27 20:26 <larsc> in this case it worked fine. I rewrote the jz4740 dma/audio pcm code. 12 files changed, 670 insertions(+), 715 deletions(-)
2013-04-27 20:26 <larsc> and I was quite puzzeld when it worked on first try
2013-04-27 20:27 <whitequark> neat
2013-04-27 20:27 <whitequark> why do you work on that code? free time? university project? self-education?
2013-04-27 20:28 <larsc> I wanted a non ARM architecture that uses the new ASoC dmaengine PCM driver
2013-04-27 20:30 <pcercuei> < larsc> in this case it worked fine. I rewrote the jz4740 dma/audio pcm code.
2013-04-27 20:30 <pcercuei> WHOHOU!
2013-04-27 20:30 <pcercuei> mth, hear this?
2013-04-27 20:31 <pcercuei> maybe it'll fix the nasty sound bug we were having
2013-04-27 20:32 <larsc> and we now have the infrastrucutre to add dma support to the mmc driver
2013-04-27 20:33 <pcercuei> WHOHOU!
2013-04-27 20:33 <pcercuei> mth, hear that?
2013-04-27 20:33 <larsc> almost three years late, but better late than never
2013-04-27 20:33 <pcercuei> certainly
2013-04-27 20:34 <pcercuei> we have to deal with a crappy MMC driver for the jz4770
2013-04-27 20:35 <pcercuei> I hope in the future we can adapt yours
2013-04-27 20:35 <larsc> is it the same core?
2013-04-27 20:36 <pcercuei> it's an Xburst, yes
2013-04-27 20:36 <larsc> I mean the MMC IP core
2013-04-27 20:36 <pcercuei> I believe, yes
2013-04-27 20:37 <pcercuei> the main difference is that the jz4770 handles 3 MMCs slots
2013-04-27 20:37 <larsc> if it is three times the same core that shouldn't be much of a problem
2013-04-27 20:39 <pcercuei> well, when porting UBIBoot from the jz4740 to the jz4770, I didn't touch at all the MMC code
2013-04-27 20:40 <pcercuei> I mean, it even includes "jz4740.h" inconditionally
2013-04-27 20:40 <pcercuei> so I'm pretty sure it didn't changed
2013-04-27 20:40 <pcercuei> change*
2013-04-27 20:48 freemor has joined #qi-hardware
2013-04-27 20:58 <larsc> btw. I pushed out a jz-3.9-rc8 earlier today
2013-04-27 20:58 <larsc> seems to work fine except for the usb gadget driver, which crashes
2013-04-27 20:59 <larsc> maybe that's a sign that we should bury it
2013-04-27 21:02 <pcercuei> why bury it?
2013-04-27 21:05 <larsc> and replace it with the musb gadget driver
2013-04-27 21:06 <pcercuei> ok
2013-04-27 21:06 <Fallenou> musb IP is an OTG ip core, right ?
2013-04-27 21:07 <larsc> yes
2013-04-27 21:07 <larsc> but the jz4740 only uses the gadget part
2013-04-27 21:09 <larsc> I think later versions like the jz4770 use both
2013-04-27 21:09 <Fallenou> the OMAP3630 has mUSB ip core as well
2013-04-27 21:09 <Fallenou> don't know if it's the same
2013-04-27 21:09 <Fallenou> but I can say that we had a lot of troubles with musb, used as Host
2013-04-27 21:10 <Fallenou> but it seems to works well as device
2013-04-27 21:10 <Fallenou> work*
2013-04-27 21:11 <lekernel> anyone looked at fpgatools close enough to know what the "S0N3" stuff is about?
2013-04-27 21:12 * Fallenou didn't look very close at fpgatools
2013-04-27 21:24 jekhor has joined #qi-hardware
2013-04-27 21:52 jekhor has quit [Ping timeout: 245 seconds]
2013-04-27 21:54 emeb has quit [Quit: Leaving.]
2013-04-27 21:55 <larsc> pcercuei, mth: oh, and I dropped "cpufreq_stats: Support runtime changes to frequency table" from the 3.9 tree, because the patch is one big conflict and I have no idea how to fix it
2013-04-27 22:00 <mth> that patch is a pain; I always hope it merges without conflicts, but every now and then it doesn't
2013-04-27 22:00 <mth> unfortunately, the cpufreq driver for JZ4740 is pretty useless without it
2013-04-27 22:01 <mth> the cpufreq support in the mainline kernel assumes a fixed max clock and configurable dividers
2013-04-27 22:01 <mth> but what we do is change the PLL freq
2013-04-27 22:02 <mth> I'm in favor of switching over to musb
2013-04-27 22:02 <mth> that means less differences between 4740 and 4770
2013-04-27 22:02 <mth> and less code to maintain
2013-04-27 22:02 <mth> on 4770 the musb core indeed supports both host and device mode, as well as runtime switching between those modes
2013-04-27 22:04 <larsc> I just had a look and it seems that the driver currently doesn't support gadget only
2013-04-27 22:04 <larsc> but I think it should be possible to add that
2013-04-27 22:04 <mth> they removed support for that a few releases back
2013-04-27 22:05 <mth> but I think you can force it into device mode and just never used the host mode code (even though it will be compiled in)
2013-04-27 22:05 <mth> s/used/use/
2013-04-27 22:05 <qi-bot> mth meant: "but I think you can force it into device mode and just never use the host mode code (even though it will be compiled in)"
2013-04-27 22:06 <wpwrak> larsc: (udc crash) same thing here :-)
2013-04-27 22:06 <wpwrak> (i also tried to "modernize" the old driver for 3.9)
2013-04-27 22:08 <larsc> It didn't even compile for me without updating the interface
2013-04-27 22:09 <mth> I haven't tried 3.9 yet, but on 3.8 the 4770 glue for musb still works fine
2013-04-27 22:12 <mth> pcercuei: which audio bug are you referring to? being prone to underruns or the weird siren effect?
2013-04-27 22:12 <pcercuei> the siren effect, yes
2013-04-27 22:12 <mth> that's caused by the power up sequence, not by the delivered data
2013-04-27 22:12 <mth> so this rewrite won't fix that
2013-04-27 22:12 <pcercuei> :(
2013-04-27 22:13 URUS has joined #qi-hardware
2013-04-27 22:13 <mth> the programming manual tell you how to avoid it, but that means adding a pretty complex state machine in the driver
2013-04-27 22:14 <pcercuei> yes
2013-04-27 22:15 <wpwrak> larsc: well, they changes the names of some operations ...
2013-04-27 22:15 URUS has left #qi-hardware [#qi-hardware]
2013-04-27 22:15 <wpwrak> ... and their parameters (and of course, what's going on inside. massively)
2013-04-27 22:17 cod3r has joined #qi-hardware
2013-04-27 22:17 <wpwrak> this is a thread with various related driver updates: http://permalink.gmane.org/gmane.linux.usb.general/78685
2013-04-27 22:18 baba has quit [Ping timeout: 256 seconds]
2013-04-27 22:18 lekernel has quit [Quit: Leaving]
2013-04-27 22:21 <larsc> yea, I kind of did that
2013-04-27 22:23 <larsc> I think it crashed somewhere in the IRQ handler
2013-04-27 22:24 <wpwrak> hmm, mine died in Line 663 of "drivers/usb/gadget/composite.c" composite_setup
2013-04-27 22:26 <larsc> so it starts in the IRQ handler and then dies in composite_setup with a NULL pointer deref
2013-04-27 22:26 <wpwrak> this is what i changed: http://pastebin.ca/2368460
2013-04-27 22:26 <larsc> yes
2013-04-27 22:27 <wpwrak> but it's reassuring that we ran independently into exactly the same problem :)
2013-04-27 22:31 <larsc> commit 10287ba might be the problem
2013-04-27 22:32 <larsc> at least that's the only recent change in that area
2013-04-27 22:33 <wpwrak> hmm, looks reasonably harmless
2013-04-27 22:33 <wpwrak> though big :(
2013-04-27 22:33 <wpwrak> blargh. that's ugly. func->function.fs_descriptors[(long)valuep]    = desc;
2013-04-27 22:40 <wpwrak> hmm, gadget->speed == 3, which would be USB_SPEED_WIRELESS. that sounds suspicious
2013-04-27 22:41 <wpwrak> ah no
2013-04-27 22:41 <wpwrak> SPEED_HIGH. all good.
2013-04-27 22:41 <wpwrak> who the heck puts two values in the same line in an enum ?
2013-04-27 22:44 <wpwrak> the problem seems to be max_speed
2013-04-27 22:44 <wpwrak> it's 0. this confuses gadget_is_dualspeed which in turn causes the hs_descriptor not to be copied
2013-04-27 22:45 <larsc> yea, just thought the same
2013-04-27 22:46 <larsc> or maybe not
2013-04-27 22:47 <wpwrak> let's see what happens :)
2013-04-27 22:47 <wpwrak> kernel looks happy
2013-04-27 22:48 <wpwrak> and lets me log in :)
2013-04-27 22:48 <larsc> good
2013-04-27 22:56 <wpwrak> fun fact: it works better if you set max_speed in udc_disable, not udc_enable :)
2013-04-27 22:59 <larsc> can't we set it in probe?
2013-04-27 22:59 <wpwrak> does udc_reinit sound like a fair compromise ?
2013-04-27 23:00 <wpwrak> and one of these days i have to teach my "fk" script to ignore ssh ...
2013-04-27 23:03 <wpwrak> there, done :)
2013-04-27 23:03 <qi-bot> [commit] Werner Almesberger: bin/fk: add option -u to force usbboot, even if SSH is/seems available (master) http://qi-hw.com/p/wernermisc/040911f
2013-04-27 23:04 <larsc> btw. with lzma compression the defconfig image easily fits into 1.5MB
2013-04-27 23:06 <wpwrak> don't we have some 2 MB in that partition ?
2013-04-27 23:06 <wpwrak> my image is now 1.7 MB (gzip), apparently without problems
2013-04-27 23:07 <larsc> but that's not defconfig
2013-04-27 23:07 <larsc> anyway, time to call it a night
2013-04-27 23:09 dandon has quit [Quit: .]
2013-04-27 23:10 <wpwrak> ah, missed the defconfig. wow, that's pretty nice then
2013-04-27 23:12 Jurting_pc2 has joined #qi-hardware
2013-04-27 23:27 dandon has joined #qi-hardware
2013-04-27 23:50 Jurting_pc2 has quit [Read error: Connection reset by peer]