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