| kyak | 06:29:42 < xakh> for instance it's 2230 here <-- hehe | 02:29 |
|---|---|---|
| shevek | urandom__: Having any luck compiling Iris? | 10:59 |
| urandom__ | shevek not yet but did not spend much time trying it, sory | 11:21 |
| shevek | urandom__: No problem, I was just curious. :-) | 11:23 |
| urandom__ | shevek maybe more people would try it if they would not need this pypp stuff :P | 11:26 |
| shevek | urandom__: Hm, perhaps. I can put a generated tree of c++ source somewhere, but it gets outdated fast. | 11:28 |
| shevek | urandom__: And currently the usb server is required for testing anyway, so libshevek is still needed. That's a bigger problem than pypp, I expect. | 11:28 |
| urandom__ | so we need better docs about compiling it, you could start a wiki page about it so more people would become interested in it | 11:32 |
| shevek | Good idea. | 11:33 |
| mth | larsc: usbboot/src/Makefile.am sets prefix to /usr, overriding the value set by configure | 11:34 |
| mth | should I report this as a bug somewhere? | 11:35 |
| larsc | probably yes | 11:54 |
| shevek | urandom__: I started http://en.qi-hardware.com/wiki/Iris. If anything is unclear, please modify it. :-) | 12:00 |
| mth | larsc: report it as a bug on the Ben NanoNote, or elsewher? | 12:18 |
| larsc | mth: http://projects.qi-hardware.com/index.php/p/xburst-tools/issues/ | 12:21 |
| mth | ah, I was scanning the page for the word "bug" and forgot to actually read the tabs... | 12:22 |
| mth | I couldn't get it to dump the A320 NAND, by the way | 12:22 |
| mth | oob and raw mode don't work at all, normal mode seems to work on some pages but not all | 12:23 |
| mth | that might be because the first pages of A320 have a different size because the primarly boot loader expects 2K pages | 12:23 |
| Action: FrankBlues waves | 14:05 | |
| larsc | mth... hm indeed, the doc says so. but the ingenic codes suggests that writing to the pending register clears the interrupt. i'll do some tests | 18:20 |
| mth | is it a problem that Linux thinks it has 1 shadow register set and the xburst data book says there are none? | 18:24 |
| mth | I accidentally found that difference when I was debugging the audio problem | 18:25 |
| larsc | hm, looks like they are only important for vector interrupts | 18:31 |
| larsc | which we don't use anyway | 18:31 |
| larsc | the code looks like the number of shadow register sets is set to 1 if it's not supported | 18:31 |
| mth | so it's the number of register sets then, shadow or non-shadow? | 18:37 |
| mth | I mean, it's a confusing name if you count the main thing as shadow too | 18:38 |
| larsc | that is at least of i understood it | 18:38 |
| larsc | the code won't work if the value is 0 | 18:39 |
| larsc | and shadow registers are new in R2 | 18:39 |
| mth | do all interrupts go through the INTC or are there interrupts that go directly to the CPU or are even generated inside the CPU? | 18:40 |
| mth | I'm wondering why enabling interrupts on the CPU would hang Linux | 18:41 |
| mth | the hang must happen immediately, since directly after I put an instruction to disable backlight | 18:41 |
| mth | and it is not disabled | 18:42 |
| larsc | nope. all irqs go through intc. (execept the intc irq) | 18:44 |
| mth | if the INTC would generate an interrupt and the CPU has interrupts disabled, then all interrupts are masked inside the INTC, would the CPU still consider the interrupt pending or not? | 18:45 |
| larsc | not sure | 18:47 |
| larsc | but i guess yes | 18:47 |
| mth | however, jz4740_cascade does check for ffs() to return 0, so it should be robust against this situation | 18:47 |
| larsc | i've seen intc where no bits where set in pending | 18:47 |
| mth | hmm, jz4740_cascade is called, but intc_irq is not 0 | 18:49 |
| mth | let's apply binary search... | 18:50 |
| mth | intc == 24 | 18:52 |
| mth | so that's actually bit 23 then, TCU0 | 18:53 |
| mth | according to the docs, the pending register will have bits set for interrupts that are both pending and not masked | 18:57 |
| mth | if that is true, something must have unmasked TCU0 | 18:57 |
| mth | ah wait, that's interrupt 23, not INTC interrupt 23 | 18:58 |
| larsc | hm, 15 is gpio iirc? | 19:00 |
| mth | JZ4740_IRQ_BASE is 8, so it would be INTC bit 15, the RTC | 19:00 |
| larsc | ah | 19:00 |
| mth | but can the RTC interrupt be enabled before the driver is? | 19:00 |
| larsc | sure. if something else enables it ;) | 19:01 |
| mth | ok, let me rephrase that :) | 19:01 |
| mth | is it expected that an interrupt of a device is enabled outside the driver? | 19:02 |
| larsc | no | 19:02 |
| mth | and drivers are not initialized until the board-X.c code runs, correct? | 19:03 |
| larsc | yes | 19:03 |
| larsc | you could add debuging output to unmask | 19:04 |
| larsc | or a BUG(); to get a stack trace | 19:04 |
| mth | I don't have any debug facility except the backlight though | 19:08 |
| larsc | ah | 19:08 |
| larsc | :/ | 19:08 |
| mth | oh, I misinterpreted the code, it is TCU0 after all | 19:11 |
| mth | since the timer does not use a platform driver, it might be inited earlier | 19:13 |
| mth | if I disable all timers initially (0x100fc -> 0x100ff), the boot gets slightly further but still hangs (maybe because it has no timer) | 19:15 |
| mth | is the timer configured before it is enabeld? | 19:18 |
| mth | maybe if it is set at a ridiculously high frequency, it starves the CPU | 19:19 |
| larsc | well, the timer should still be disabled. only the clock is not stoped | 19:20 |
| mth | disabled in what way? | 19:21 |
| mth | using the TER register? | 19:22 |
| larsc | yes | 19:23 |
| mth | got it to boot :) | 19:28 |
| mth | by disabling the half irq for timer 0/1 | 19:29 |
| mth | (probably timer 0 was the essential one) | 19:29 |
| mth | http://github.com/mthuurne/opendingux-kernel/commit/08d2d24b276d180d4b086eaef64e802271bcb3d6 | 19:44 |
| larsc | uhm | 20:05 |
| mth | not the right approach? | 20:06 |
| larsc | no. jst uhm-ing about my own stupidity. i removed similar code when doing the refactroing for pwm | 20:08 |
| mth | ah, that explains why earlier versions did boot through usb | 20:17 |
| mth | unfortunately I nuked the git history when rebasing master several times, so I couldn't bisect | 20:17 |
| xakh | hey, guys, I'm trying to follow these instructions | 20:51 |
| xakh | http://www.tuxbrain.com/en/content/my-first-port-ben-nanonote-gnuchess-howto | 20:51 |
| xakh | and I got to "creating a package for OpenWRT" | 20:51 |
| xakh | and got confused. | 20:51 |
| rafa | hello | 21:30 |
| rafa | somebody knows how to use mkfs.ubifs and ubinize (command line arguments for nn) to create a rootfs for nn? | 21:30 |
| rafa | that is why there is wiki : http://en.qi-hardware.com/wiki/Ubifs :D | 21:31 |
| rafa | sorry for the question before to read the answer ;) | 21:31 |
| kristianpaul | :) | 21:55 |
| kristianpaul | hola rafa | 21:55 |
| qi-commits | Carlos Camargo: Fixing plasma files.. Now works :) http://qi-hw.com/p/nn-usb-fpga/01e672d | 22:28 |
| qi-commits | Carlos Camargo: Adding ucf file to plasma demo http://qi-hw.com/p/nn-usb-fpga/c3ff3a3 | 22:33 |
| rafa | kristianpaul: hola | 23:01 |
| rafa | como estas? | 23:01 |
| rafa | wolfspraul: hey man.. we are starting to make our oe builds ;) (in jlime) | 23:03 |
| wolfspraul | great! | 23:03 |
| wolfspraul | rafa: please blog about it a bit | 23:03 |
| wolfspraul | Jon is totally right we need to connect the culture of copyleft | 23:03 |
| wolfspraul | for example when I think about you, I think about the drinks you mixed on Werner's rooftop :-) | 23:03 |
| wolfspraul | he he | 23:04 |
| wolfspraul | not about jlime (sorry) | 23:04 |
| wolfspraul | rafa: do you have a blog (rss/atom) we can aggregate into the qi hardware planet? | 23:05 |
| xakh | hey | 23:31 |
| xakh | I noticed that my nanonote looks significantly different from Zear's | 23:31 |
| xakh | the one he used for demoing quake | 23:31 |
| wolfspraul | xakh: what is the difference? | 23:32 |
| xakh | lemme take a picture | 23:32 |
| xakh | it's easier just to show you guys | 23:32 |
| wolfspraul | long ago we have several times of prototypes and stuff, but everything that was sold since the official launch should be exactly the same | 23:33 |
| xakh | sorry, had to line up the shot | 23:34 |
| rafa | wolfspraul: no sorry. I am old style :) | 23:43 |
| rafa | wolfspraul: we often use our forum, but until we have something useful to show we would not create a new forum for this work. | 23:44 |
| wolfspraul | he he | 23:44 |
| wolfspraul | nP | 23:44 |
| rafa | wolfspraul: we can let you know when things start to look useful though ;) | 23:44 |
| wolfspraul | that's a start | 23:45 |
| wolfspraul | rafa: which kernel are you using and how do you build the kernel? | 23:47 |
| rafa | wolfspraul: I have built the jlime nanonote via oe. And, also, I did the minimal bootstrap rootfs. But no luck yet. | 23:50 |
| rafa | It does not boot. Well, it does, but something inside does a reset. SO now, I need to talk with kristoffer to know how to kill the problem | 23:51 |
| rafa | jlime nanonote kernel* | 23:52 |
| rafa | wolfspraul: I also converted the rootfs jffs2/tar.gz rootfs to ubi format, so I tried to test it with current Qi kernel, but no luck either. | 23:53 |
| rafa | wolfspraul: But well, it was my first day working on that.. we will go further surely ;) | 23:54 |
| qi-commits | Xiangfu Liu: [gcal] cleanup Makefile http://qi-hw.com/p/openwrt-packages/7aa1d3a | 23:59 |
| --- Fri May 28 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!