2012-06-16 00:13 DocScrutinizer05 is now known as jOERG_rw 2012-06-16 00:14 jOERG_rw is now known as jOERG_zzZZzz 2012-06-16 00:14 jOERG_zzZZzz is now known as jOERG_42 2012-06-16 00:14 jOERG_42 is now known as DocMobilizer 2012-06-16 00:14 GNUtoo-desktop has quit [Quit: [INFO] fsogsmd : received signal -11, exiting.] 2012-06-16 00:15 DocMobilizer is now known as DocScrutinizer-8 2012-06-16 00:19 DocScrutinizer-8 is now known as DocScrutemp 2012-06-16 00:19 DocScrutemp is now known as DocSiliconizer 2012-06-16 00:19 DocSiliconizer is now known as DigitalPioneer 2012-06-16 00:25 DigitalPioneer is now known as DocAvalanche 2012-06-16 00:32 DocAvalanche is now known as DocScrutinizer__ 2012-06-16 00:32 DocScrutinizer__ is now known as DocScrutinizer_ 2012-06-16 00:34 DocScrutinizer_ is now known as stephenelop 2012-06-16 00:35 stephenelop is now known as DocScrutinizer05 2012-06-16 00:46 Ayla has quit [Quit: dodo] 2012-06-16 00:55 emeb has quit [Quit: Leaving.] 2012-06-16 01:14 xiangfu has joined #qi-hardware 2012-06-16 01:23 compcube has joined #qi-hardware 2012-06-16 01:23 compcube has quit [Changing host] 2012-06-16 01:23 compcube has joined #qi-hardware 2012-06-16 01:47 wej has quit [Ping timeout: 248 seconds] 2012-06-16 01:53 wej has joined #qi-hardware 2012-06-16 01:55 Openfree` has quit [Ping timeout: 246 seconds] 2012-06-16 01:58 xwalk has quit [Quit: Leaving] 2012-06-16 02:11 Openfree` has joined #qi-hardware 2012-06-16 02:21 [commit] Xiangfu: nanonote-files: wpan.nn: add option for start dirtpan (master) http://qi-hw.com/p/openwrt-packages/595140e 2012-06-16 02:45 xwalk_ has joined #qi-hardware 2012-06-16 03:23 xwalk_ has quit [Ping timeout: 245 seconds] 2012-06-16 03:36 xwalk_ has joined #qi-hardware 2012-06-16 03:41 hmm.. the atusb cannot build as module. because the irq_set_chip_and_handler function 2012-06-16 03:41 ERROR: "irq_set_chip_and_handler_name" [drivers/ieee802154/spi_atusb.ko] undefined! 2012-06-16 03:49 if it must be a module, then you'll have to find a way to hack around this issue 2012-06-16 03:49 in the future, with the improved driver, these things will disappear 2012-06-16 03:49 so a hack should be fine until then :) 2012-06-16 04:02 ok :) 2012-06-16 04:07 compcube has quit [Remote host closed the connection] 2012-06-16 04:40 xwalk has joined #qi-hardware 2012-06-16 04:46 xwalk has quit [Quit: Leaving] 2012-06-16 04:49 xwalk has joined #qi-hardware 2012-06-16 06:04 rejon_ has quit [Ping timeout: 248 seconds] 2012-06-16 06:07 rejon_ has joined #qi-hardware 2012-06-16 06:20 emeb has joined #qi-hardware 2012-06-16 06:33 emeb has quit [Quit: Leaving.] 2012-06-16 07:04 jekhor has joined #qi-hardware 2012-06-16 07:26 xiangfu has quit [Ping timeout: 265 seconds] 2012-06-16 07:28 xiangfu has joined #qi-hardware 2012-06-16 08:28 wej has quit [Ping timeout: 272 seconds] 2012-06-16 08:34 wej has joined #qi-hardware 2012-06-16 08:44 [commit] Xiangfu: nanonotefiles: make inittab work with minimal config system (master) http://qi-hw.com/p/openwrt-packages/1ec3c83 2012-06-16 08:46 larsc: thank you a lot for your support! I managed to send a patch upstream that 'works for me' 2012-06-16 08:52 [commit] Xiangfu: xburst: qi_lb60 select the nanonote slash screen (master) http://qi-hw.com/p/openwrt-xburst/5d69bcb 2012-06-16 08:52 [commit] Xiangfu: remove xburst target borken (master) http://qi-hw.com/p/openwrt-xburst/3a25183 2012-06-16 08:56 lekernel_ has joined #qi-hardware 2012-06-16 08:56 lekernel has quit [Ping timeout: 246 seconds] 2012-06-16 09:00 lekernel_ is now known as lekernel 2012-06-16 09:05 phirsch has quit [Ping timeout: 240 seconds] 2012-06-16 09:17 [commit] Xiangfu: urjtag: fix typo (master) http://qi-hw.com/p/openwrt-packages/f5eefbc 2012-06-16 09:22 phirsch has joined #qi-hardware 2012-06-16 09:29 pabs3 has quit [Ping timeout: 252 seconds] 2012-06-16 09:31 viric: nice trick reusing the existing handlers :) 2012-06-16 09:34 it took me a while to figure all out :) 2012-06-16 09:35 now I've a *segfault* in webkit. 2012-06-16 09:39 hm there is a null pointer when there should not be. 2012-06-16 09:39 who knows. 2012-06-16 09:40 at least webkit runs further. 2012-06-16 10:41 Ayla has joined #qi-hardware 2012-06-16 11:32 compcube has joined #qi-hardware 2012-06-16 11:50 Freemor has joined #qi-hardware 2012-06-16 11:52 Freemor has left #qi-hardware [#qi-hardware] 2012-06-16 11:56 antgreen has joined #qi-hardware 2012-06-16 12:03 I have been using chromium on openmoko for quite some time already 2012-06-16 12:07 methril has joined #qi-hardware 2012-06-16 12:21 xwalk_ has quit [Ping timeout: 246 seconds] 2012-06-16 12:25 xwalk_ has joined #qi-hardware 2012-06-16 12:31 xwalk_ has quit [Ping timeout: 240 seconds] 2012-06-16 12:43 pabs3 has joined #qi-hardware 2012-06-16 12:43 DocScrutinizer has quit [Disconnected by services] 2012-06-16 12:43 DocScrutinizer has joined #qi-hardware 2012-06-16 12:45 DocScrutinizer06 has joined #qi-hardware 2012-06-16 12:46 DocScrutinizer05 has quit [Ping timeout: 244 seconds] 2012-06-16 12:49 xwalk_ has joined #qi-hardware 2012-06-16 12:59 lindi-: is that mips? 2012-06-16 13:00 no, armel 2012-06-16 13:01 but you probably have same bugs with unaligned accesses 2012-06-16 13:01 GNUtoo-desktop has joined #qi-hardware 2012-06-16 13:01 well, I was using webkit 1.4.0. Maybe a newer webkit works better. And the troubles were in the unaligned-access-emulation of mips. 2012-06-16 13:02 specifically. 2012-06-16 13:06 lindi-: and it's related to FPU, that the openmoko maybe does not have 2012-06-16 13:09 ok 2012-06-16 13:16 compcube has quit [Remote host closed the connection] 2012-06-16 13:18 compcube has joined #qi-hardware 2012-06-16 13:18 compcube has quit [Changing host] 2012-06-16 13:18 compcube has joined #qi-hardware 2012-06-16 13:25 jekhor has quit [Ping timeout: 248 seconds] 2012-06-16 13:31 unaligned access emulation is a horrible thing anyway; it's much better to fix the program doing the access 2012-06-16 13:32 of course 2012-06-16 13:32 but it becomes a matter of performance, then. Not a matter of "the program does not run" 2012-06-16 13:33 and with an 'echo' to a debugfs file, you can make all programs sigbus, if you want, on unaligned access. It becomes up to the kernel user. 2012-06-16 13:37 xwalk_ has quit [Ping timeout: 245 seconds] 2012-06-16 13:41 compcube has quit [Quit: Leaving] 2012-06-16 13:43 yeah, but I think that trying to make broken programs run is not a good idea, because it decreases the chance of them getting fixed 2012-06-16 13:44 also, the resulting system is more complex, like you found out when there was a bug in the unaligned access emulation 2012-06-16 13:45 then maybe you'd like the sigbus behaviour to be the default, and the emulation not default 2012-06-16 13:45 but it should not be about not having that code in the kernel at all 2012-06-16 13:46 Imagine a super-complex package has unaligned accesses, and the producers of the package do not give a penny for your platform. 2012-06-16 13:46 (hypothetical case :) 2012-06-16 13:47 the emulation can be useful even if only for logging where in the program the unaligned accesses come from 2012-06-16 13:47 but indeed I wouldn't want it enabled by default 2012-06-16 13:48 same for floating point emulation: I'd rather have the program crash so that I know that softfloat support failed 2012-06-16 13:49 xwalk_ has joined #qi-hardware 2012-06-16 13:52 DocScrutinizer06 is now known as DocScrutinizer05 2012-06-16 13:57 xiangfu has quit [Ping timeout: 246 seconds] 2012-06-16 14:09 ChanServ has quit [shutting down] 2012-06-16 14:25 ChanServ has joined #qi-hardware 2012-06-16 14:42 mth is now known as mth_ 2012-06-16 14:42 mth_ is now known as mth 2012-06-16 14:52 qwebirc24230 has joined #qi-hardware 2012-06-16 14:54 qwebirc24230 has quit [Client Quit] 2012-06-16 15:12 compcube has joined #qi-hardware 2012-06-16 15:12 compcube has quit [Changing host] 2012-06-16 15:12 compcube has joined #qi-hardware 2012-06-16 15:49 FrankBlues has joined #qi-hardware 2012-06-16 15:58 * DocScrutinizer05 idly wonders why /ns help in this chan and now is the old version still, while /ns help in another chan and 2h ago showed some new details >> 2012-06-16 15:58 [16.06.2012 16:43:29] [Notice] -NickServ- If a registered nick is not used by the owner for 150 days, 2012-06-16 15:58 [16.06.2012 16:43:29] [Notice] -NickServ- NickServ will drop the nickname, allowing it to be reregistered. 2012-06-16 15:58 1h ago 2012-06-16 16:13 I'm trying fpu code in that loongson2f... and all I compiled looks broken :) 2012-06-16 16:13 lame has lots of nans (have to be emulated) 2012-06-16 16:14 ffmpeg encoding with libvorbis looks quite mad too; I don't know if due to decoding an mp3, or encoding the ogg. 2012-06-16 16:15 I wonder what other floating point code I could run to test 2012-06-16 16:37 xwalk_ has quit [Ping timeout: 246 seconds] 2012-06-16 16:37 xwalk has quit [Ping timeout: 246 seconds] 2012-06-16 16:51 xwalk has joined #qi-hardware 2012-06-16 16:54 xwalk_ has joined #qi-hardware 2012-06-16 17:10 antgreen has quit [Ping timeout: 265 seconds] 2012-06-16 17:31 wej has quit [Ping timeout: 248 seconds] 2012-06-16 17:34 [commit] Paul Cercueil: ASoC: JZ4740: delay activation of the DAC to work around a sound bug. (jz-3.4) http://qi-hw.com/p/qi-kernel/ef84c71 2012-06-16 17:38 wej has joined #qi-hardware 2012-06-16 17:38 Ayla: that's an interresting way to implement a msleep() ;) 2012-06-16 17:40 isn't it? :) 2012-06-16 17:40 I actually wasn't aware of msleep()... 2012-06-16 17:40 I know mdelay, not msleep 2012-06-16 17:41 msleep sort of does what you just implemented 2012-06-16 17:42 ok, I'll edit it then 2012-06-16 18:01 [commit] Paul Cercueil: ASoC: JZ4740: Use msleep() to wait before enabling the DAC. (jz-3.4) http://qi-hw.com/p/qi-kernel/5d267d6 2012-06-16 18:01 mth: that means we could replace all mdelay() by msleep() on the SLCD panels code 2012-06-16 18:02 so that the other threads can continue when the panel is initializing 2012-06-16 18:03 that was a request reported on the kernel bug tracker 2012-06-16 18:03 yes, sounds like a good idea 2012-06-16 18:08 at which point is it better to use msleep over mdelay, or the other way around? 2012-06-16 18:09 on some parts of the code, I waits only 10ms 2012-06-16 18:09 s/I/it 2012-06-16 18:09 Ayla meant: "on some parts of the code, it waits only 10ms" 2012-06-16 18:09 msleep() probably introduces a higher delay 2012-06-16 18:10 "only" 10 ms :-) 2012-06-16 18:10 but I'm not sure it's important whether it waits longer than 10ms or not 2012-06-16 18:10 that's a pretty nasty delay, if you spend that time spinning 2012-06-16 18:11 well, the panel enable function spins for like one second total 2012-06-16 18:12 510ms for the ili9325 panel 2012-06-16 18:12 mdelay ? urgh 2012-06-16 18:12 yes :) 2012-06-16 18:13 IIRC we use HZ=250 on dingoo, so a msleep() will last 4ms minimum 2012-06-16 18:13 and msleep(10) will sleep 12 milliseconds 2012-06-16 18:14 just hope you don't have anything remotely real-time-ish on that machine :) 2012-06-16 18:15 we do, sort of 2012-06-16 18:15 the sound output 2012-06-16 18:17 which is taken care of by dma 2012-06-16 18:18 only for the span of the current period though 2012-06-16 18:18 the sound output is broken when the SLCD init happens 2012-06-16 18:19 when unblanking, for example 2012-06-16 18:19 Ayla: I think that even 1 ms is a lot of time for this CPU 2012-06-16 18:19 larsc: yes, but the app that produces sound is blocked 2012-06-16 18:20 and afaik the 4 ms time slices matter when there are multiple active threads, but it doesn't mean a single active thread has to wait for the next time slice 2012-06-16 18:20 ok 2012-06-16 18:20 I replaced all mdelays by msleeps, and it works good 2012-06-16 18:20 now the sound doesn't stop when I un-blank the screen on GMU 2012-06-16 18:21 zLoud will be so happy 2012-06-16 18:22 heheh 2012-06-16 18:23 urandom__ has joined #qi-hardware 2012-06-16 18:25 [commit] Paul Cercueil: MIPS: JZ4740: Delay using msleep to prevent spinning for 0.5s. (jz-3.4) http://qi-hw.com/p/qi-kernel/b5cb662 2012-06-16 18:28 mth: could you mark it as done on the bug tracker? 2012-06-16 18:38 yep, works great 2012-06-16 18:39 issue closed 2012-06-16 19:22 [commit] Maarten ter Huurne: MIPS: JZ4740: Work around fbcon logo crash with SLCD. (jz-3.4) http://qi-hw.com/p/qi-kernel/d072b59 2012-06-16 20:01 larsc has quit [Ping timeout: 265 seconds] 2012-06-16 20:13 jekhor has joined #qi-hardware 2012-06-16 20:37 Textmode has joined #qi-hardware 2012-06-16 20:37 FrankBlues has quit [Remote host closed the connection] 2012-06-16 20:50 rzk is now known as rz2k 2012-06-16 21:23 phirsch has quit [Ping timeout: 240 seconds] 2012-06-16 21:32 phirsch has joined #qi-hardware 2012-06-16 21:34 viric: where did you get your looooongson? 2012-06-16 21:35 by the way, what's the status of the kicad patches? were they submitted upstream? 2012-06-16 21:38 wej has quit [Ping timeout: 272 seconds] 2012-06-16 21:47 wej has joined #qi-hardware 2012-06-16 21:52 jekhor has quit [Ping timeout: 240 seconds] 2012-06-16 22:30 Textmode has quit [Ping timeout: 255 seconds] 2012-06-16 22:31 jekhor has joined #qi-hardware 2012-06-16 22:40 jekhor has quit [Ping timeout: 252 seconds] 2012-06-16 22:43 Textmode has joined #qi-hardware 2012-06-16 22:46 lekernel: at some point they were, and received the reply that this wasn't a good time 2012-06-16 22:52 viric, how's the lemote? 2012-06-16 23:17 xwalk_ has quit [Ping timeout: 265 seconds] 2012-06-16 23:36 GNUtoo-desktop has quit [Quit: [INFO] fsogsmd : received signal -11, exiting.] 2012-06-16 23:44 urandom__ has quit [Remote host closed the connection]