| 01:14.58 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:23.08 | *** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net) |
| 01:23.09 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |
| 01:53.30 | *** join/#qi-hardware wej (~j@95.211.10.3) |
| 02:11.53 | *** join/#qi-hardware Openfree` (~Openfreer@116.228.88.131) |
| 02:21.47 | qi-bot | [commit] Xiangfu: nanonote-files: wpan.nn: add option for start dirtpan (master) http://qi-hw.com/p/openwrt-packages/595140e |
| 02:45.54 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 03:36.19 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 03:41.45 | xiangfu | hmm.. the atusb cannot build as module. because the irq_set_chip_and_handler function |
| 03:41.52 | xiangfu | ERROR: "irq_set_chip_and_handler_name" [drivers/ieee802154/spi_atusb.ko] undefined! |
| 03:49.13 | wpwrak | if it must be a module, then you'll have to find a way to hack around this issue |
| 03:49.33 | wpwrak | in the future, with the improved driver, these things will disappear |
| 03:50.00 | wpwrak | so a hack should be fine until then :) |
| 04:02.20 | xiangfu | ok :) |
| 04:40.07 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 04:49.41 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 06:07.29 | *** join/#qi-hardware rejon_ (~rejon@jp.fabricatorz.com) |
| 06:20.48 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 07:04.40 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 07:28.06 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 08:34.01 | *** join/#qi-hardware wej (~j@95.211.10.3) |
| 08:44.42 | qi-bot | [commit] Xiangfu: nanonotefiles: make inittab work with minimal config system (master) http://qi-hw.com/p/openwrt-packages/1ec3c83 |
| 08:46.19 | viric | larsc: thank you a lot for your support! I managed to send a patch upstream that 'works for me' |
| 08:52.55 | qi-bot | [commit] Xiangfu: xburst: qi_lb60 select the nanonote slash screen (master) http://qi-hw.com/p/openwrt-xburst/5d69bcb |
| 08:52.56 | qi-bot | [commit] Xiangfu: remove xburst target borken (master) http://qi-hw.com/p/openwrt-xburst/3a25183 |
| 08:56.42 | *** join/#qi-hardware lekernel_ (~lekernel@g231250096.adsl.alicedsl.de) |
| 09:17.15 | qi-bot | [commit] Xiangfu: urjtag: fix typo (master) http://qi-hw.com/p/openwrt-packages/f5eefbc |
| 09:22.00 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-65-106.netcologne.de) |
| 09:30.59 | larsc | viric: nice trick reusing the existing handlers :) |
| 09:34.50 | viric | it took me a while to figure all out :) |
| 09:35.21 | viric | now I've a *segfault* in webkit. |
| 09:39.24 | viric | hm there is a null pointer when there should not be. |
| 09:39.34 | viric | who knows. |
| 09:40.24 | viric | at least webkit runs further. |
| 10:41.28 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-213-138.w86-215.abo.wanadoo.fr) |
| 11:32.49 | *** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net) |
| 11:32.50 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |
| 11:50.46 | *** join/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 11:52.52 | *** part/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 11:56.07 | *** join/#qi-hardware antgreen (~user@bas3-toronto06-1177890286.dsl.bell.ca) |
| 12:03.49 | lindi- | I have been using chromium on openmoko for quite some time already |
| 12:07.16 | *** join/#qi-hardware methril (~methril@89.100.193.130) |
| 12:25.34 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 12:43.03 | *** join/#qi-hardware pabs3 (~pabs@d122-109-113-185.per801.wa.optusnet.com.au) |
| 12:43.14 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 12:45.57 | *** join/#qi-hardware DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 12:49.01 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 12:59.23 | viric | lindi-: is that mips? |
| 13:00.34 | lindi- | no, armel |
| 13:01.02 | lindi- | but you probably have same bugs with unaligned accesses |
| 13:01.44 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host73-132-dynamic.48-82-r.retail.telecomitalia.it) |
| 13:01.59 | viric | 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. |
| 13:02.25 | viric | specifically. |
| 13:06.47 | viric | lindi-: and it's related to FPU, that the openmoko maybe does not have |
| 13:09.21 | lindi- | ok |
| 13:18.05 | *** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net) |
| 13:18.07 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |
| 13:31.06 | mth | unaligned access emulation is a horrible thing anyway; it's much better to fix the program doing the access |
| 13:32.21 | viric | of course |
| 13:32.36 | viric | but it becomes a matter of performance, then. Not a matter of "the program does not run" |
| 13:33.20 | viric | 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. |
| 13:43.49 | mth | 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 |
| 13:44.21 | mth | also, the resulting system is more complex, like you found out when there was a bug in the unaligned access emulation |
| 13:45.06 | viric | then maybe you'd like the sigbus behaviour to be the default, and the emulation not default |
| 13:45.17 | viric | but it should not be about not having that code in the kernel at all |
| 13:46.06 | viric | Imagine a super-complex package has unaligned accesses, and the producers of the package do not give a penny for your platform. |
| 13:46.32 | viric | (hypothetical case :) |
| 13:47.27 | mth | the emulation can be useful even if only for logging where in the program the unaligned accesses come from |
| 13:47.38 | mth | but indeed I wouldn't want it enabled by default |
| 13:48.17 | mth | same for floating point emulation: I'd rather have the program crash so that I know that softfloat support failed |
| 13:49.49 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 14:25.18 | *** join/#qi-hardware ChanServ (ChanServ@services.) |
| 14:25.18 | *** mode/#qi-hardware [+o ChanServ] by kornbluth.freenode.net |
| 14:52.52 | *** join/#qi-hardware qwebirc24230 (5d25d782@gateway/web/freenode/ip.93.37.215.130) |
| 15:12.49 | *** join/#qi-hardware compcube (~compcube@c-68-43-48-46.hsd1.mi.comcast.net) |
| 15:12.50 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |
| 15:49.02 | *** join/#qi-hardware FrankBlues (~alex@c-67-182-230-190.hsd1.ut.comcast.net) |
| 15:58.20 | 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 >> |
| 15:58.24 | DocScrutinizer05 | [16.06.2012 16:43:29] [Notice] -NickServ- If a registered nick is not used by the owner for 150 days, |
| 15:58.25 | DocScrutinizer05 | [16.06.2012 16:43:29] [Notice] -NickServ- NickServ will drop the nickname, allowing it to be reregistered. |
| 15:58.43 | DocScrutinizer05 | 1h ago |
| 16:13.22 | viric | I'm trying fpu code in that loongson2f... and all I compiled looks broken :) |
| 16:13.41 | viric | lame has lots of nans (have to be emulated) |
| 16:14.04 | viric | ffmpeg encoding with libvorbis looks quite mad too; I don't know if due to decoding an mp3, or encoding the ogg. |
| 16:15.19 | viric | I wonder what other floating point code I could run to test |
| 16:52.00 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 16:54.30 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 17:34.08 | qi-bot | [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 |
| 17:38.03 | *** join/#qi-hardware wej (~j@95.211.10.3) |
| 17:38.41 | larsc | Ayla: that's an interresting way to implement a msleep() ;) |
| 17:40.01 | Ayla | isn't it? :) |
| 17:40.35 | Ayla | I actually wasn't aware of msleep()... |
| 17:40.43 | Ayla | I know mdelay, not msleep |
| 17:41.24 | larsc | msleep sort of does what you just implemented |
| 17:42.21 | Ayla | ok, I'll edit it then |
| 18:01.15 | qi-bot | [commit] Paul Cercueil: ASoC: JZ4740: Use msleep() to wait before enabling the DAC. (jz-3.4) http://qi-hw.com/p/qi-kernel/5d267d6 |
| 18:01.54 | Ayla | mth: that means we could replace all mdelay() by msleep() on the SLCD panels code |
| 18:02.45 | Ayla | so that the other threads can continue when the panel is initializing |
| 18:03.04 | Ayla | that was a request reported on the kernel bug tracker |
| 18:03.33 | mth | yes, sounds like a good idea |
| 18:08.04 | Ayla | at which point is it better to use msleep over mdelay, or the other way around? |
| 18:09.17 | Ayla | on some parts of the code, I waits only 10ms |
| 18:09.25 | Ayla | s/I/it |
| 18:09.26 | qi-bot | Ayla meant: "on some parts of the code, it waits only 10ms" |
| 18:09.55 | Ayla | msleep() probably introduces a higher delay |
| 18:10.29 | wpwrak | "only" 10 ms :-) |
| 18:10.30 | Ayla | but I'm not sure it's important whether it waits longer than 10ms or not |
| 18:10.54 | wpwrak | that's a pretty nasty delay, if you spend that time spinning |
| 18:11.32 | Ayla | well, the panel enable function spins for like one second total |
| 18:12.02 | Ayla | 510ms for the ili9325 panel |
| 18:12.15 | wpwrak | mdelay ? urgh |
| 18:12.26 | Ayla | yes :) |
| 18:13.03 | Ayla | IIRC we use HZ=250 on dingoo, so a msleep() will last 4ms minimum |
| 18:13.15 | Ayla | and msleep(10) will sleep 12 milliseconds |
| 18:14.38 | wpwrak | just hope you don't have anything remotely real-time-ish on that machine :) |
| 18:15.28 | Ayla | we do, sort of |
| 18:15.32 | Ayla | the sound output |
| 18:17.50 | larsc | which is taken care of by dma |
| 18:18.35 | mth | only for the span of the current period though |
| 18:18.54 | mth | the sound output is broken when the SLCD init happens |
| 18:19.01 | mth | when unblanking, for example |
| 18:19.30 | mth | Ayla: I think that even 1 ms is a lot of time for this CPU |
| 18:19.59 | Ayla | larsc: yes, but the app that produces sound is blocked |
| 18:20.09 | mth | 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 |
| 18:20.16 | Ayla | ok |
| 18:20.31 | Ayla | I replaced all mdelays by msleeps, and it works good |
| 18:20.52 | Ayla | now the sound doesn't stop when I un-blank the screen on GMU |
| 18:21.33 | mth | zLoud will be so happy |
| 18:22.11 | Ayla | heheh |
| 18:23.14 | *** join/#qi-hardware urandom__ (~user@p548A2DBE.dip.t-dialin.net) |
| 18:25.24 | qi-bot | [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 |
| 18:28.47 | Ayla | mth: could you mark it as done on the bug tracker? |
| 18:38.06 | mth | yep, works great |
| 18:39.33 | mth | issue closed |
| 19:22.21 | qi-bot | [commit] Maarten ter Huurne: MIPS: JZ4740: Work around fbcon logo crash with SLCD. (jz-3.4) http://qi-hw.com/p/qi-kernel/d072b59 |
| 20:13.39 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 20:37.07 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-1-124.ozonline.com.au) |
| 21:32.35 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-87-29.netcologne.de) |
| 21:34.39 | whitequark | viric: where did you get your looooongson? |
| 21:35.29 | lekernel | by the way, what's the status of the kicad patches? were they submitted upstream? |
| 21:47.33 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 22:31.50 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 22:43.24 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-1-124.ozonline.com.au) |
| 22:46.22 | wpwrak | lekernel: at some point they were, and received the reply that this wasn't a good time |
| 22:52.58 | GNUtoo-desktop | viric, how's the lemote? |