2012-06-08 00:19 xwalk has joined #qi-hardware
2012-06-08 00:23 cladamw has joined #qi-hardware
2012-06-08 00:48 rejon has quit [Ping timeout: 248 seconds]
2012-06-08 01:00 <cladamw> wpwrak, good morning !
2012-06-08 01:03 xiangfu has joined #qi-hardware
2012-06-08 01:06 emeb has quit [Quit: Leaving.]
2012-06-08 01:06 <cladamw> wpwrak, i recalled that new features of Fped will have three densities (Max. Median, Min. ) depends on IPC-7351, i am going to make a generic TC package from page 37 of http://www.kemet.com/kemet/web/homepage/kechome.nsf/vapubfiles/KEM_TC102_LOWESR.pdf/$file/KEM_TC102_LOWESR.pdf  I'll use Median scale. Is it supposedly Fped tried to use Median to scale up / down ?
2012-06-08 01:34 marcan has quit [Read error: Operation timed out]
2012-06-08 01:35 marcan has joined #qi-hardware
2012-06-08 01:47 wej has quit [Ping timeout: 272 seconds]
2012-06-08 01:52 liuqi has joined #qi-hardware
2012-06-08 01:53 xiangfu has quit [Remote host closed the connection]
2012-06-08 02:00 <wpwrak> cladamw: it doesn't work like that. fped itself doesn'tknow anything about densities. you have to express that in your footprint definition.
2012-06-08 02:01 <wpwrak> here is my current "work in progress" for QFP: http://projects.qi-hardware.com/index.php/p/kicad-libs/source/tree/master/modules/qfp-gen.fpd
2012-06-08 02:01 xiangfu has joined #qi-hardware
2012-06-08 02:01 <wpwrak> as you can see, i have a density table with parameters that change depending on the density
2012-06-08 02:09 liuqi_ has quit [Quit: leaving]
2012-06-08 02:10 <cladamw> man! are you trying to say that all fpd had better to have such three densities ?
2012-06-08 02:12 <wpwrak> ;-) you get to choose where you want to have them or not :)
2012-06-08 02:16 <cladamw> this example is definitely great to show how densities they work. but I found its hi-lighting shown are not very good to 'review'. this code is mostly like a PHD work instead of nominal purpose though. :-)
2012-06-08 02:18 <cladamw> no hi-light can be shown. If someone learns this Fped, the code is relatively not to read easily.
2012-06-08 02:20 <cladamw> he needs very very familiar with this Fped to click to hi-light. :-)
2012-06-08 02:22 <wpwrak> you'll notice that the latest fped is a little better at highlighting than the old one
2012-06-08 02:22 <wpwrak> but yes, the structure of these components is not trivial
2012-06-08 02:22 <wpwrak> of course, already figuring out what IPC-7351 says is quite a pain ...
2012-06-08 02:22 Openfree` has quit [Remote host closed the connection]
2012-06-08 02:23 Openfree` has joined #qi-hardware
2012-06-08 02:23 <wpwrak> (and i'm not sure i really got it all - my footprints don't look like any of the vendor footprints that supposedly follow IPC-7351)
2012-06-08 02:24 <wpwrak> (though my footprints should work. when i print them and place a real chip on them, they look quite reasonable)
2012-06-08 02:26 <cladamw> all *.fpd are surely good to follow IPC-7351 in the end, but this would be taken more researches for each package, especially there's lots of them.
2012-06-08 02:27 <wpwrak> oh yes. it's a lot of work
2012-06-08 02:27 <cladamw> the footprints get met completely with IPC, the samples on hand should quite meet 1:1 scaling paper design work for sure.
2012-06-08 02:28 <wpwrak> but if we get the hang of it, we can avoid a lot of guesswork in the future
2012-06-08 02:29 <wpwrak> the fped language is a but more powerful that it looks because you also have access to the c preprocessor, cpp. so you have macros and include files.
2012-06-08 02:29 <cladamw> but now i won't do such to meet all fpd to this IPC in short time excepts like KEMET has complete table there, then I make it to be.
2012-06-08 02:29 <wpwrak> with this, some of the IPC-7351 math could be kept in a central location, instead of doing it in each footprint
2012-06-08 02:30 <wpwrak> but that would need some way to express such things in the gui
2012-06-08 02:30 <cladamw> agreed, if do so, needs to work out good expression in gui.
2012-06-08 02:31 <wpwrak> i consider my work on IPC-7351 footprints experimental for now. so yes, no need to rush with copying it :)
2012-06-08 02:36 rejon_ has joined #qi-hardware
2012-06-08 02:41 xwalk has quit [Ping timeout: 256 seconds]
2012-06-08 03:29 gmork_ has joined #qi-hardware
2012-06-08 03:42 paroneayea has quit [Ping timeout: 246 seconds]
2012-06-08 03:46 paroneayea has joined #qi-hardware
2012-06-08 03:55 paroneayea has quit [Ping timeout: 246 seconds]
2012-06-08 03:58 xwalk has joined #qi-hardware
2012-06-08 03:59 heberth has joined #qi-hardware
2012-06-08 03:59 paroneayea has joined #qi-hardware
2012-06-08 04:12 paroneayea has quit [Ping timeout: 246 seconds]
2012-06-08 04:14 heberth_ has joined #qi-hardware
2012-06-08 04:17 heberth has quit [Ping timeout: 260 seconds]
2012-06-08 04:17 heberth_ is now known as heberth
2012-06-08 04:19 cladamw has quit [Quit: Ex-Chat]
2012-06-08 04:55 heberth has quit [Quit: leaving]
2012-06-08 05:05 <qi-bot> The build has FAILED: http://fidelio.qi-hardware.com/~xiangfu/building/Nanonote/Ben/openwrt-xburst.full_system-20120607-0926
2012-06-08 05:08 xwalk has quit [Ping timeout: 240 seconds]
2012-06-08 05:11 cladamw has joined #qi-hardware
2012-06-08 05:13 jekhor has joined #qi-hardware
2012-06-08 05:21 xwalk has joined #qi-hardware
2012-06-08 05:31 <qi-bot> [commit] Adam Wang: c-t-smd.fpd: added variants named: TC-$Case-$EIA-$Density for relevant EIA size of Tantalum capacitors (master) http://qi-hw.com/p/kicad-libs/9a717ee
2012-06-08 05:32 rejon_ has quit [Ping timeout: 244 seconds]
2012-06-08 05:54 rejon_ has joined #qi-hardware
2012-06-08 06:00 cladamw_ has joined #qi-hardware
2012-06-08 06:01 larsc has quit [Remote host closed the connection]
2012-06-08 06:01 cladamw has quit [Ping timeout: 252 seconds]
2012-06-08 06:19 jekhor has quit [Ping timeout: 265 seconds]
2012-06-08 06:21 cladamw has joined #qi-hardware
2012-06-08 06:21 cladamw_ has quit [Ping timeout: 252 seconds]
2012-06-08 06:25 xiangfu has quit [Ping timeout: 246 seconds]
2012-06-08 06:29 rejon_ has quit [Ping timeout: 265 seconds]
2012-06-08 06:32 B_Lizzard has joined #qi-hardware
2012-06-08 06:50 larsc has joined #qi-hardware
2012-06-08 06:54 rejon_ has joined #qi-hardware
2012-06-08 06:54 B_Lizzard has quit [Ping timeout: 244 seconds]
2012-06-08 07:32 xiangfu has joined #qi-hardware
2012-06-08 07:45 kristoffer has joined #qi-hardware
2012-06-08 07:51 <qi-bot> [commit] Adam Wang: stdpass.fpd: added 1812 size which referred from TycoElectronics (master) http://qi-hw.com/p/kicad-libs/17ae71b
2012-06-08 08:07 larsc has quit [Ping timeout: 245 seconds]
2012-06-08 08:25 lekernel_ is now known as lekernel
2012-06-08 08:55 lekernel has quit [Ping timeout: 246 seconds]
2012-06-08 08:55 lekernel_ has joined #qi-hardware
2012-06-08 09:01 kuribas has joined #qi-hardware
2012-06-08 09:14 lekernel_ is now known as lekernel
2012-06-08 09:20 xiangfu has quit [Ping timeout: 260 seconds]
2012-06-08 09:20 uwe__ has joined #qi-hardware
2012-06-08 09:21 uwe_ has quit [Ping timeout: 260 seconds]
2012-06-08 09:22 xiangfu has joined #qi-hardware
2012-06-08 09:23 <qi-bot> [commit] nbd: iproute2: fix build errors with newer versions of eglibc (master) http://qi-hw.com/p/openwrt-xburst/27057b9
2012-06-08 09:23 <qi-bot> [commit] nbd: eglibc: use 2.15 by default (master) http://qi-hw.com/p/openwrt-xburst/67b7bdf
2012-06-08 09:23 <qi-bot> [commit] jow: [package] base-files: implement network_defer_device() and network_ready_device() wrappers for upcoming netifd iface deferring support (master) http://qi-hw.com/p/openwrt-xburst/ab865f7
2012-06-08 09:23 <qi-bot> [commit] blogic: [tools] fixes python related autokrampf install bug (master) http://qi-hw.com/p/openwrt-xburst/5aab29d
2012-06-08 09:23 <qi-bot> [commit] nbd: e2fsprogs: add posix_memalign related portability patch from #8508 (master) http://qi-hw.com/p/openwrt-xburst/9c88d96
2012-06-08 09:23 <qi-bot> [commit] nbd: include/netfilter.mk: clean up, remove junk for old kernel versions (master) http://qi-hw.com/p/openwrt-xburst/7bd3c3f
2012-06-08 09:23 <qi-bot> [commit] nbd: xburst: remove an obsolete CompareKernelPatchVer call (master) http://qi-hw.com/p/openwrt-xburst/cc530eb
2012-06-08 09:24 <qi-bot> [commit] nbd: prereq-build: flex is built in tools/ - do not require it to be installed on the host (master) http://qi-hw.com/p/openwrt-xburst/a165494
2012-06-08 09:24 <qi-bot> [commit] nbd: kernel: add module packages for usbip (from the packages feed) (master) http://qi-hw.com/p/openwrt-xburst/a1b2ddf
2012-06-08 09:24 <qi-bot> [commit] Mirko Vogt: add <http://downloads.qi-hardware.com/software/mirror-openwrt-sources/> (master) http://qi-hw.com/p/openwrt-xburst/8001e29
2012-06-08 09:24 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: update to 2010.06 (master) http://qi-hw.com/p/openwrt-xburst/d1d8084
2012-06-08 09:24 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: enable-silent-console.patch (master) http://qi-hw.com/p/openwrt-xburst/ccd9387
2012-06-08 09:24 <qi-bot> [commit] Xiangfu Liu: uboot silent console (master) http://qi-hw.com/p/openwrt-xburst/7200ed7
2012-06-08 09:24 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: change load kernel size (master) http://qi-hw.com/p/openwrt-xburst/2705c20
2012-06-08 09:24 <qi-bot> [commit] Xiangfu: xburst: add WPAN support (master) http://qi-hw.com/p/openwrt-xburst/cfa3816
2012-06-08 09:24 <qi-bot> [commit] Xiangfu Liu: add WPAN(atben,atusb) kernel module file thansk blogic #qi-hardware @freenode.net (master) http://qi-hw.com/p/openwrt-xburst/521615a
2012-06-08 09:24 <qi-bot> [commit] Xiangfu: xburst qi_lb60 disable WPAN kernel options, should build as module (master) http://qi-hw.com/p/openwrt-xburst/fb07ad2
2012-06-08 09:24 <qi-bot> [commit] Xiangfu: xburst: add Ben NanoNote kernel logo (master) http://qi-hw.com/p/openwrt-xburst/4e3f88b
2012-06-08 09:24 <qi-bot> [commit] Xiangfu: xburst: qi_lb60 select the nanonote slash screen (master) http://qi-hw.com/p/openwrt-xburst/cd994e8
2012-06-08 09:24 <qi-bot> [commit] Xiangfu: remove xburst target borken (master) http://qi-hw.com/p/openwrt-xburst/d5ee224
2012-06-08 09:27 panda|x201 has quit [Ping timeout: 245 seconds]
2012-06-08 09:49 xwalk has quit [Ping timeout: 260 seconds]
2012-06-08 09:58 vladkorotnev has joined #qi-hardware
2012-06-08 10:02 <xiangfu> openwrt-xburst rebased on latest openwrt upstream (Jun 7 svn://svn.openwrt.org/openwrt/trunk@32117)
2012-06-08 10:02 <xiangfu> now the only diff is uboot and WPAN patches. :-)
2012-06-08 10:03 panda|x201 has joined #qi-hardware
2012-06-08 10:04 xwalk has joined #qi-hardware
2012-06-08 10:12 jekhor has joined #qi-hardware
2012-06-08 10:26 jivs_ has joined #qi-hardware
2012-06-08 10:27 vladkorotnev has quit [Ping timeout: 252 seconds]
2012-06-08 10:36 rejon_ has quit [Ping timeout: 245 seconds]
2012-06-08 10:42 kuribas has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
2012-06-08 10:44 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: update to 2010.06 (master) http://qi-hw.com/p/openwrt-xburst/af1689d
2012-06-08 10:44 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: enable-silent-console.patch (master) http://qi-hw.com/p/openwrt-xburst/fea83e4
2012-06-08 10:44 <qi-bot> [commit] Xiangfu Liu: uboot silent console (master) http://qi-hw.com/p/openwrt-xburst/a02cee8
2012-06-08 10:44 <qi-bot> [commit] Xiangfu Liu: uboot-xburst: change load kernel size (master) http://qi-hw.com/p/openwrt-xburst/a6bc3df
2012-06-08 10:44 <qi-bot> [commit] Xiangfu: xburst: add WPAN support (master) http://qi-hw.com/p/openwrt-xburst/b622821
2012-06-08 10:44 <qi-bot> [commit] Xiangfu Liu: add WPAN(atben,atusb) kernel module file thansk blogic #qi-hardware @freenode.net (master) http://qi-hw.com/p/openwrt-xburst/2dface3
2012-06-08 10:44 <qi-bot> [commit] Xiangfu: xburst qi_lb60 disable WPAN kernel options, should build as module (master) http://qi-hw.com/p/openwrt-xburst/3f28756
2012-06-08 10:44 <qi-bot> [commit] Xiangfu: xburst: add Ben NanoNote kernel logo (master) http://qi-hw.com/p/openwrt-xburst/d87ac1f
2012-06-08 10:44 <qi-bot> [commit] Xiangfu: xburst: qi_lb60 select the nanonote slash screen (master) http://qi-hw.com/p/openwrt-xburst/e3e188c
2012-06-08 10:44 <qi-bot> [commit] Xiangfu: remove xburst target borken (master) http://qi-hw.com/p/openwrt-xburst/fd4e7e4
2012-06-08 10:49 cladamw has quit [Quit: Ex-Chat]
2012-06-08 11:05 panda|x201 has quit [Remote host closed the connection]
2012-06-08 11:08 xwalk has quit [Ping timeout: 248 seconds]
2012-06-08 11:18 paroneayea has joined #qi-hardware
2012-06-08 11:37 Aylax has joined #qi-hardware
2012-06-08 11:42 Aylax has quit [Quit: Bye]
2012-06-08 11:42 Aylax has joined #qi-hardware
2012-06-08 11:54 Aylax has quit [Quit: Bye]
2012-06-08 11:55 Aylax has joined #qi-hardware
2012-06-08 11:56 Aylax has quit [Client Quit]
2012-06-08 11:57 Aylax has joined #qi-hardware
2012-06-08 11:57 Aylax has quit [Client Quit]
2012-06-08 11:58 Aylax has joined #qi-hardware
2012-06-08 12:00 GNUtoo has joined #qi-hardware
2012-06-08 12:01 GNUtoo has quit [Remote host closed the connection]
2012-06-08 12:04 Aylax has quit [Quit: Bye]
2012-06-08 12:04 Aylax has joined #qi-hardware
2012-06-08 12:08 jekhor has quit [Ping timeout: 240 seconds]
2012-06-08 12:13 DocScrutinizer has quit [Disconnected by services]
2012-06-08 12:13 DocScrutinizer has joined #qi-hardware
2012-06-08 12:13 DocScrutinizer06 has joined #qi-hardware
2012-06-08 12:14 DocScrutinizer05 has quit [Ping timeout: 265 seconds]
2012-06-08 12:22 jekhor has joined #qi-hardware
2012-06-08 12:25 Aylax has quit [Quit: Bye]
2012-06-08 12:25 Aylax has joined #qi-hardware
2012-06-08 12:26 Aylax has quit [Client Quit]
2012-06-08 12:27 phirsch has quit [Ping timeout: 248 seconds]
2012-06-08 12:27 Aylax has joined #qi-hardware
2012-06-08 12:28 jluis|work has quit [Remote host closed the connection]
2012-06-08 12:33 phirsch has joined #qi-hardware
2012-06-08 12:34 jekhor has quit [Ping timeout: 245 seconds]
2012-06-08 12:47 Aylax has quit [Quit: Bye]
2012-06-08 12:48 Aylax has joined #qi-hardware
2012-06-08 12:53 DocScrutinizer06 is now known as DocScrutinizer05
2012-06-08 13:00 Aylax has quit [Quit: Bye]
2012-06-08 13:02 <mth> wolfspraul: is it possible to do something about the crashing web frontend for git?
2012-06-08 13:02 Aylax has joined #qi-hardware
2012-06-08 13:03 <mth> it makes it difficult to point new people to the sources
2012-06-08 13:03 <viric> why it crashes?
2012-06-08 13:03 <mth> dunno, but it ends quickly with a 500 error
2012-06-08 13:04 <viric> ah
2012-06-08 13:04 <mth> it is caused by something in the archive, I think, because qi-kernel has the problem and other repositories don't
2012-06-08 13:04 <viric> aha
2012-06-08 13:04 <mth> http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/master/
2012-06-08 13:05 <viric> is the git web implemented in perl?
2012-06-08 13:06 <mth> PHP, I think
2012-06-08 13:06 <viric> oh
2012-06-08 13:09 <mth> wolfspraul was thinking about replacing it
2012-06-08 13:09 <mth> but unless that can be done soonish, it might be better to try and fix it
2012-06-08 13:10 <Aylax> Replacing it by what?
2012-06-08 13:11 <mth> a different project viewer package
2012-06-08 13:11 <wolfspraul> mth: oh, hmm
2012-06-08 13:12 <wolfspraul> I didn't know you were suffering from that
2012-06-08 13:12 kyak has quit [Read error: Operation timed out]
2012-06-08 13:12 <kristianpaul> cgit :-)
2012-06-08 13:12 <kristianpaul> replace^
2012-06-08 13:15 kyak has joined #qi-hardware
2012-06-08 13:15 kyak has quit [Changing host]
2012-06-08 13:15 kyak has joined #qi-hardware
2012-06-08 13:15 paroneayea has quit [Read error: Connection reset by peer]
2012-06-08 13:16 <mth> if I can help resolve the issue, let me know
2012-06-08 13:23 GNUtoo has joined #qi-hardware
2012-06-08 13:31 B_Lizzard has joined #qi-hardware
2012-06-08 13:33 <wolfspraul> give me the weekend then we talk
2012-06-08 13:37 Aylax has quit [Quit: Bye]
2012-06-08 13:38 Aylax has joined #qi-hardware
2012-06-08 13:42 <mirko> xiangfu: Again: please stop putting my very private and spam-free email-address into CC when mailing to mailing lists.. I don't want to have it published in the web
2012-06-08 13:42 <mirko> use mirko@openwrt.org instead
2012-06-08 13:50 Aylax has quit [Quit: Bye]
2012-06-08 13:50 Aylax- has joined #qi-hardware
2012-06-08 13:50 Aylax- has quit [Client Quit]
2012-06-08 13:51 Aylax has joined #qi-hardware
2012-06-08 13:52 freespace has quit [Ping timeout: 244 seconds]
2012-06-08 13:53 Aylax has quit [Client Quit]
2012-06-08 13:55 freespace has joined #qi-hardware
2012-06-08 13:58 jurting has quit [Ping timeout: 260 seconds]
2012-06-08 14:00 xiangfu has quit [Ping timeout: 246 seconds]
2012-06-08 14:01 Aylax has joined #qi-hardware
2012-06-08 14:22 Aylax has quit [Quit: Bye]
2012-06-08 14:22 Aylax has joined #qi-hardware
2012-06-08 14:28 B_Lizzard has quit [Remote host closed the connection]
2012-06-08 14:30 Aylax has quit [Quit: Bye]
2012-06-08 14:30 Aylax has joined #qi-hardware
2012-06-08 14:38 Aylax has quit [Quit: Bye]
2012-06-08 14:39 Aylax has joined #qi-hardware
2012-06-08 14:51 Aylax has quit [Quit: Bye]
2012-06-08 14:52 pabs3 has quit [Remote host closed the connection]
2012-06-08 14:52 uwe__ is now known as uwe_
2012-06-08 14:52 Aylax has joined #qi-hardware
2012-06-08 14:56 Aylax- has joined #qi-hardware
2012-06-08 14:56 Aylax has quit [Ping timeout: 245 seconds]
2012-06-08 15:08 pabs3 has joined #qi-hardware
2012-06-08 15:11 Aylax- has quit [Quit: Bye]
2012-06-08 15:20 kyak has quit [Ping timeout: 245 seconds]
2012-06-08 15:26 kyak has joined #qi-hardware
2012-06-08 15:29 jekhor has joined #qi-hardware
2012-06-08 15:33 B_Lizzard has joined #qi-hardware
2012-06-08 15:34 jekhor has quit [Ping timeout: 240 seconds]
2012-06-08 15:35 Aylax has joined #qi-hardware
2012-06-08 15:36 jurting has joined #qi-hardware
2012-06-08 15:39 jivs_ has quit [Quit: Leaving]
2012-06-08 15:43 jluis has joined #qi-hardware
2012-06-08 15:47 jekhor has joined #qi-hardware
2012-06-08 16:12 jluis has quit [Remote host closed the connection]
2012-06-08 16:17 paroneayea has joined #qi-hardware
2012-06-08 16:29 jekhor has quit [Ping timeout: 245 seconds]
2012-06-08 16:42 jekhor has joined #qi-hardware
2012-06-08 16:45 kuribas has joined #qi-hardware
2012-06-08 16:55 kuribas has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
2012-06-08 16:58 jekhor has quit [Ping timeout: 245 seconds]
2012-06-08 18:24 rejon_ has joined #qi-hardware
2012-06-08 18:27 xwalk has joined #qi-hardware
2012-06-08 18:35 jekhor has joined #qi-hardware
2012-06-08 18:46 gmork_ has quit [Quit: Leaving]
2012-06-08 19:03 Artyom has joined #qi-hardware
2012-06-08 19:05 <Artyom> kristianpaul hi
2012-06-08 19:08 <kristianpaul> Artyom: oh hi
2012-06-08 19:11 <Artyom> I've added a text file with the license (creative commons share a like) to KiCAD project
2012-06-08 19:11 <kristianpaul> nice !
2012-06-08 19:12 xwalk_ has joined #qi-hardware
2012-06-08 19:12 <kristianpaul> Artyom: http://projects.qi-hardware.com/schhist/m1-gps-expansion/
2012-06-08 19:12 <kristianpaul> is WIP, for now removing uncesary stuff for the board
2012-06-08 19:13 <Artyom> do you want to use exactly the same scheme?
2012-06-08 19:13 <kristianpaul> oh you upated to ise 14.1
2012-06-08 19:13 <kristianpaul> not at all, but make some clean up and fill the boom
2012-06-08 19:14 <kristianpaul> not as simple as the maxim evb board, but without fpga and the other mcu
2012-06-08 19:14 <kristianpaul> oh u are using verilator
2012-06-08 19:14 <kristianpaul> TNKernel?
2012-06-08 19:15 <Artyom> Will you keep USB-bridge? (cy7c68013a)
2012-06-08 19:15 <kristianpaul> nope
2012-06-08 19:15 <Artyom> only max2769, tcxo and that's all?
2012-06-08 19:16 <kristianpaul> and power supply yes
2012-06-08 19:17 <Artyom> I have some ideas about making dual frequency front-end (L1/L2)... What do you think about it?
2012-06-08 19:18 <kristianpaul> I agree
2012-06-08 19:19 <kristianpaul> but i'll more focused on the getting a working solution simular to the other comercial receivers
2012-06-08 19:19 <kristianpaul> and L1 is okay for now (for me)
2012-06-08 19:19 <Artyom> if you are interested I can prepare a scheme for dual band front-end...
2012-06-08 19:19 <kristianpaul> hmm
2012-06-08 19:20 <kristianpaul> using maxin ic?
2012-06-08 19:20 <kristianpaul> not really interested at all at the moment
2012-06-08 19:21 <Artyom> I don't have a lot time to make everything, but if you are making a redesign... that would be a step forward...
2012-06-08 19:21 <kristianpaul> i want cutoff some parts
2012-06-08 19:22 <kristianpaul> that apply for layout as well
2012-06-08 19:22 <kristianpaul> not too many drastical changes
2012-06-08 19:22 <Artyom> TNKernel is open-source RTOS. Not very popular but seems better then freeRTOS for example...
2012-06-08 19:23 <kristianpaul> but L2C is currently operational?
2012-06-08 19:23 <kristianpaul> if, then worth that step forward
2012-06-08 19:25 <Artyom> not sure about gps but there is also glonass that is fully operational in both L1 and L2 ;)
2012-06-08 19:25 <kristianpaul> he :)
2012-06-08 19:28 <kristianpaul> did you get Takuji board finally?
2012-06-08 19:28 <kristianpaul> s/get/got
2012-06-08 19:28 <qi-bot> kristianpaul meant: "did you got Takuji board finally?"
2012-06-08 19:29 <kristianpaul> so are you playing back with the cpu + fpga combo?
2012-06-08 19:33 antgreen has joined #qi-hardware
2012-06-08 19:36 <Artyom> I didn't receive Takuji's board :(
2012-06-08 19:39 <Artyom> Yeah, I decided to switch back due to some reasons. The first one is that TNKernel has ports for lpc22xx family. Secondly more correlator channels can be implemented without MM SoC in FPGA that I have to use. Thirdly I have plans to teach some people to program on embedded systems and arm is more appropriate for this task...
2012-06-08 19:40 rejon_ has quit [Ping timeout: 265 seconds]
2012-06-08 19:40 <kristianpaul> You could have tried to get a M1 first, more powefull :)
2012-06-08 19:41 <Artyom> I used ISE 14.1 because I had some trouble during implementation of asym static mem bus interface and I decided that some problems could happen because of ISE. So I decided to upgrade to the latest version...
2012-06-08 19:41 <Artyom> When I'll get any sponsore this will be the first thing to do ;)
2012-06-08 19:42 <Artyom> (getting M1 ;) )
2012-06-08 19:42 <kristianpaul> but the async issue was not the problem made you chosse milkymist soc at first?
2012-06-08 19:43 <Artyom> I used verilator for verification because icarus-verilof is toooooo sloooowwww for this task...
2012-06-08 19:43 <kristianpaul> he indeed :)
2012-06-08 19:45 <Artyom> Yeah, I switched to MM SoC because of async memory interface. But with MM SoC I faced with the task of choosing apropriate RTOS. As I know RTEMS is used in M1. But this OS seems too complicated for my task...
2012-06-08 19:48 <Artyom> And the task of rewriting some hdl-code seemed easier then the task of porting RTOS to new architecture (Especially because I didn't have any experience with RTOS beforehand)
2012-06-08 19:50 <Artyom> And what about you? Have you received Takuji's board?
2012-06-08 19:51 <kristianpaul> yup
2012-06-08 19:51 <kristianpaul> finally
2012-06-08 19:51 <Artyom> Not long time ago?
2012-06-08 19:51 <kristianpaul> i think i need make some fix on the board before try
2012-06-08 19:51 <kristianpaul> yup a month ago
2012-06-08 19:51 <Artyom> Colombia's post work better then russian one ;)
2012-06-08 19:52 <kristianpaul> you are big country :)
2012-06-08 19:53 <kristianpaul> anyway i would choose arm, if this ran linux,so i feel like in home
2012-06-08 19:53 <Artyom> A little frozen ;)
2012-06-08 19:53 <Artyom> (country)
2012-06-08 19:54 * kristianpaul at 33°C :-|
2012-06-08 19:54 <lekernel> Artyom: what do you need the rtos for?
2012-06-08 19:55 <Artyom> Well, the main reason because I wanted to check how to work with RTOS. Then Takuji uses RTOS ;)
2012-06-08 19:57 <kristianpaul> gpl-gps port is ecos :)
2012-06-08 19:57 <Artyom> I see the following advantages: program can be split to independent tasks and they can be debuged independently. Besides it helped me to solve problem with transmition data trough uart (com-port).
2012-06-08 19:58 <Artyom> which I faced with MM SoC + namuru
2012-06-08 19:58 <Artyom> yeah, gpl-gps uses ecos but TNKernel seems to be much smaller and easier to understand
2012-06-08 19:58 <kristianpaul> but wast this a problem because your spartan3 dince sinthesize well a cpu cache or something related?
2012-06-08 19:59 <kristianpaul>  easier to understand, is valid
2012-06-08 19:59 <kristianpaul> but honestly at first look TNKernel dint look very friendly ;)
2012-06-08 20:02 <Artyom> I think the main problem was that UART-core in MM SoC is rather slow. Mainly because it's use in M1 is very limited. But of coarse this problem could be overcomed by addtional C-code ;)
2012-06-08 20:03 <Artyom> And also cpu without cache is very slow. Ohnestly speaking I don't know exactly what influenced more: uart-core or cpu without cache
2012-06-08 20:06 <Artyom> Anyway I don't have anything better then fpga-board-with-s3e500 and fpga(s3e500)+mcu(lpc2478) board... So I'm very limited with this development...
2012-06-08 20:07 antgreen has quit [Read error: Connection reset by peer]
2012-06-08 20:09 <Artyom> Yes, I would agree that first impression about TNKernel is that it's unfriendly. And there are just few examples on web... I chose it because I found good reviews on electronix forum from local-guru... BTW Sony uses this RTOS in one of it's products ( http://www.tnkernel.com/news.html )
2012-06-08 20:11 <Artyom> But I don't exclude possibility to switch to some other RTOS like freeRTOS...
2012-06-08 20:12 <Artyom> if strong reasons will appear...
2012-06-08 20:12 <lekernel> uart core is very slow? wtf?
2012-06-08 20:12 <kristianpaul> *g*
2012-06-08 20:13 <lekernel> it's not slower than any other. 115200 is the maximum rs232 bitrate.
2012-06-08 20:14 <lekernel> and yes, a cpu executing from dram or flash without cache is slow. so use sram or just enable the damn cache.
2012-06-08 20:15 <Artyom> comparing to lpc with buffer for some (16?) bytes it seems slower. I mean that I can send several bytes to uart core and start to make other things.  And in MM SoC it will require extra C-code to implement something similar.
2012-06-08 20:17 <lekernel> if you can't write those ~100 lines of C code or just copy mine, I'm afraid you'll have difficulty writing a GPS stack
2012-06-08 20:17 <lekernel> or add the same buffer in verilog, it's really not that difficult
2012-06-08 20:19 <kristianpaul> start to make other things, you mean multiple threads support? no just a single thread, right?
2012-06-08 20:22 <lekernel> ...which is another thing that works out of the box with rtems, mm and xiangfu's build script. but of course, arm and lpcxxx are so much better.
2012-06-08 20:23 <kristianpaul> i had some issues recently building rtems latelly
2012-06-08 20:23 <kristianpaul> reported on #milkymist actually :)
2012-06-08 20:23 <kristianpaul> but indeed, Artyom rtems is not that hard to use
2012-06-08 20:24 <kristianpaul> and there are plently example by checking flickernoise source code
2012-06-08 20:25 <kristianpaul> Artyom: perhaps you could get a M1 cheaper by just adquiring the board
2012-06-08 20:25 <kristianpaul> like the early development kit i got
2012-06-08 20:25 <kristianpaul> Artyom: just ask wolfspraul about that options
2012-06-08 20:28 <Artyom> lekernel: I've compared two simple things: uart-core that is used by default in MM SoC and uart core in lpc24xx. The second one seems faster because it doesn't require extra C-code (which is of course easy but requires extra time to implement or to understand anyone else code). As I have already noticed I'm limited with free resources and have to work with what I have. I don't know about...
2012-06-08 20:28 <Artyom> ...RTEMS a lot. But I've read your own unpleasant comments about it's parts (I don't remember exactly but I think you described flash-card api)
2012-06-08 20:30 <lekernel> tnkernel has an unfair advantage here: I have never touched it
2012-06-08 20:32 <lekernel> and to use the uart with rtems just call printf(). how hard is that?
2012-06-08 20:32 <Artyom> That is why I decided to check all possible alternatives and I have chosen the one that seems apropriate for my task. But as I said I had zero experience with RTOS beforehand and my choise was made on the base of reading electronix forum.
2012-06-08 20:33 <lekernel> electronics forums are full of crap
2012-06-08 20:33 <Artyom> agree - What would you do o my place?
2012-06-08 20:36 <lekernel> first choose if you want to use ARM or not
2012-06-08 20:40 <lekernel> most people in electronics forums know only about microcontrollers - if you already have a fpga in your system, you probably don't need one
2012-06-08 20:40 <Artyom> Among RTOS ports most popular are for ARM. That is why I made a step backward. I thought about possibility of porting TNKernel for MM SoC later. Or may be using RTEMS...
2012-06-08 20:41 <kristianpaul> porting take time, consider that..
2012-06-08 20:41 <lekernel> and I guess you are running Windows, considering it's the most popular OS?
2012-06-08 20:42 <Artyom> Lekernel: the bad thing is that I have only fpga spartan 3e 500. Compared to s6slx45 it's tiny... I could hardly insert 4 correlator channels with MM SoC in it...
2012-06-08 20:44 <Artyom> If TNkernel will be apropriate for my task porting wouldn't be difficult. It's code is well split. And there are ports for different architectures (like 16bit-pic for example)
2012-06-08 20:48 <Artyom> lekernel: I prefer not to contrapose (new word for me from the dictionary ;) ) ARM and MM SoC. Both are good. The choise depends only on the task and available resources. When I'll get extra resources for MM1 then I would definitly try to use only it for GNSS.
2012-06-08 20:51 <Artyom> lekernel: Windows is fine when you combine it's use with virtualbox with Linux. The main reason are my collegues that are afraid of Linux... It's something terrible for them. And even most of the students are afraid when I say "Linux"...
2012-06-08 20:52 <kristianpaul> we dont need more people been scared for/from any reason :-)
2012-06-08 20:55 <Artyom> My friend was very surprised that during traineeship in german university had to work only with PCs under Linux...
2012-06-08 20:56 <kristianpaul> then you just said namuru and milkymist and they got hurt attack ;-)
2012-06-08 20:58 <Artyom> 1 person from 100 ;)
2012-06-08 20:58 <Artyom> gentelmen, sorry that I have dissapointed you with some of my thoughts. And it's time to sleep for me. bye.
2012-06-08 20:59 <kristianpaul> i'm not dissapointed
2012-06-08 20:59 Artyom has quit [Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725]]
2012-06-08 20:59 <kristianpaul> ..
2012-06-08 21:22 falstaph has joined #qi-hardware
2012-06-08 21:23 falstaph has quit [Quit: Leaving]
2012-06-08 21:25 jekhor has quit [Ping timeout: 252 seconds]
2012-06-08 21:39 jluis has joined #qi-hardware
2012-06-08 21:57 viric has quit [Ping timeout: 240 seconds]
2012-06-08 22:04 emeb has joined #qi-hardware
2012-06-08 22:21 emeb has quit [Quit: Leaving.]
2012-06-08 22:21 emeb has joined #qi-hardware
2012-06-08 22:23 emeb1 has joined #qi-hardware
2012-06-08 22:24 emeb1 has quit [Client Quit]
2012-06-08 22:24 emeb1 has joined #qi-hardware
2012-06-08 22:25 viric has joined #qi-hardware
2012-06-08 22:25 emeb has quit [Ping timeout: 245 seconds]
2012-06-08 22:26 emeb1 has quit [Read error: Connection reset by peer]
2012-06-08 22:26 emeb has joined #qi-hardware
2012-06-08 22:26 emeb has quit [Client Quit]
2012-06-08 22:29 <viric> mth: I had a hang in the sheevaeplug again...
2012-06-08 22:30 lekernel_ has joined #qi-hardware
2012-06-08 22:30 mth_ has joined #qi-hardware
2012-06-08 22:30 urandom__ has joined #qi-hardware
2012-06-08 22:30 kristoffer has quit [Quit: Leaving]
2012-06-08 22:31 <viric> the relevant part is:
2012-06-08 22:31 <viric> [<c0008d94>] (__irq_svc+0x34/0x98) from [<c006a0a4>] (out_of_memory+0x12c/0x354)
2012-06-08 22:31 <viric> [<c006a0a4>] (out_of_memory+0x12c/0x354) from [<c006d2f8>] (__alloc_pages_nodemask+0x5e4/0x60c)
2012-06-08 22:31 <viric> [<c006d2f8>] (__alloc_pages_nodemask+0x5e4/0x60c) from [<c0068be4>] (filemap_fault+0x1e0/0x4b0)
2012-06-08 22:31 <viric> [<c0068be4>] (filemap_fault+0x1e0/0x4b0) from [<c007e3dc>] (__do_fault+0x68/0x4b4)
2012-06-08 22:31 <viric> it looks like out_of_memory does not success choosing a process to kill... but I don't know why
2012-06-08 22:31 <viric> (this hangs the whole system)
2012-06-08 22:31 <viric> Any idea, kernel hackers?
2012-06-08 22:32 <GNUtoo> viric, hi  it's not a kernel problem
2012-06-08 22:32 <GNUtoo> viric, it's just that all the RAM is used
2012-06-08 22:32 <GNUtoo> ah ok I didn't saw that line:
2012-06-08 22:32 <GNUtoo> <viric> it looks like out_of_memory does not success choosing a process to kill... but I don't know why
2012-06-08 22:32 <viric> the OOMK should kill some process
2012-06-08 22:33 <viric> but it does not.
2012-06-08 22:33 <GNUtoo> yes
2012-06-08 22:33 <GNUtoo> nanonote?
2012-06-08 22:33 <viric> no, sheevaplug. Without swap.
2012-06-08 22:33 <GNUtoo> ok
2012-06-08 22:33 <GNUtoo> what kernel? mainline?
2012-06-08 22:33 <viric> that was 3.2.8 iirc
2012-06-08 22:33 <viric> mainline.
2012-06-08 22:34 <GNUtoo> ok
2012-06-08 22:34 <viric> But I see this bug since the 2.6 series
2012-06-08 22:34 <GNUtoo> ok
2012-06-08 22:34 <GNUtoo> hmmm
2012-06-08 22:34 <viric> (the OOMK not playing well)
2012-06-08 22:34 <viric> I'm building 3.4 now
2012-06-08 22:34 <GNUtoo> it's nice to have a mainline kernel
2012-06-08 22:34 <GNUtoo> without the need of any patches
2012-06-08 22:35 <viric> sure
2012-06-08 22:35 <viric> I should have listed the oomk scores... I think sysrq allows that
2012-06-08 22:36 lekernel has quit [*.net *.split]
2012-06-08 22:36 wpwrak has quit [*.net *.split]
2012-06-08 22:36 hozer has quit [*.net *.split]
2012-06-08 22:36 mth has quit [*.net *.split]
2012-06-08 22:38 <viric> it would help me a lot a sysrq key that would dump the kernel log ring-buffer *again*
2012-06-08 22:41 <viric> Ouhm.. I forced a call to oomk by sysrq, and I see I don't have any task with oom points > 0.
2012-06-08 22:41 <viric> all are zero or below zero
2012-06-08 22:42 wpwrak has joined #qi-hardware
2012-06-08 22:43 <viric> but oomk can kill some...
2012-06-08 22:51 B_Lizzard has quit [Remote host closed the connection]
2012-06-08 22:52 hozer has joined #qi-hardware
2012-06-08 22:56 jurting has quit [Ping timeout: 240 seconds]