2011-03-15 00:07 <wpwrak> tuxbrain: the 2.4 GHz band. 2405-2480 MHz, to be exact
2011-03-15 00:10 <tuxbrain> wpwrak: mmm in the files there is no place where the componentes the name of the componentes apears in place? how the smt vendor will know where to put things?
2011-03-15 00:11 <wpwrak> tuxbrain: (arduino.cc article) nice ! :) and the cool picture certainly helps to make it look more polished
2011-03-15 00:12 <wpwrak> tuxbrain: these are still only the PCB files. SMT files are another can of worms
2011-03-15 00:13 <wpwrak> tuxbrain: also, the component references are still missing. i'm still working on getting them on the silk screen as well. alas, kicad put them at another layer, together with other things. so i first have to separate them, then merge the layer into the silk screen
2011-03-15 00:14 <tuxbrain> wpwrak: then I have to ask the smt vendor what format do he wish to be provided for final producto to gain a little time a  no apear like noobs?
2011-03-15 00:15 <tuxbrain> (what in fact we are, at least me)
2011-03-15 00:15 <tuxbrain> producto-> production
2011-03-15 00:17 <wpwrak> tuxbrain: naw, don't ask about formats. that only causes more work.
2011-03-15 00:18 <tuxbrain> then what is the excuse to not send them the files for ask for a quote?
2011-03-15 00:18 <wpwrak> tuxbrain: ask them first about the finish and tell them we're still working on the file package
2011-03-15 00:19 <tuxbrain> finish? gold  vs tin?
2011-03-15 00:19 <wpwrak> yes
2011-03-15 00:23 <wpwrak> tuxbrain: for now my goal is to finish the PCB files. there, i'm almost done. then the SMT files.
2011-03-15 00:24 <wpwrak> tuxbrain: oh, and you should ask the SMT fab if they need a stencil for solder paste or if they apply solder paste by some other means.
2011-03-15 00:24 <wpwrak> tuxbrain: the stencil would typically be made along with the PCB.
2011-03-15 00:25 <tuxbrain> stencil in spanish?
2011-03-15 00:26 <tuxbrain> I'm sending the mail to both PCB and SMT vendor, to make clear the have to interact with each other to to arrive to agreement on details
2011-03-15 00:27 <tuxbrain> wolfspraul:  http://arduino.cc/blog/2011/03/14/aduino-and-nanonote-put-together/
2011-03-15 00:28 <tuxbrain> wpwrak: anyway what is the reason of that stencil question?
2011-03-15 00:29 <tuxbrain> stencil=plantilla
2011-03-15 00:29 <tuxbrain> ok
2011-03-15 00:29 <tuxbrain> son another gerber with where to put the solder paste I guess
2011-03-15 00:30 <tuxbrain> son -> so
2011-03-15 00:30 <wpwrak> tuxbrain: yes, that's for the solder paste
2011-03-15 00:31 <wpwrak> tuxbrain: solder paste can also be deposited with a syringe (also by a machine). so they may or may not need a stencil.
2011-03-15 00:35 <wpwrak> maybe better to wait until tomorrow morning, when i have the solder paste layer up to date as well
2011-03-15 00:36 <tuxbrain> ok, I think as first contact is enough.... sended gerbers as just orienteative for quoting, asked about gold vs tin, give them the provisional bom for 100 units, asked if stencil or injection...
2011-03-15 00:36 <wpwrak> tsunami coming (with more to follow)
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben/atusb: added -pcb to PCB fab archives; added "upload" target http://qi-hw.com/p/ben-wpan/fffa6e9
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben.brd: specified which components to place (for SMT fab) http://qi-hw.com/p/ben-wpan/57e59c0
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben, atusb: added polarity markers http://qi-hw.com/p/ben-wpan/970695c
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atusb.brd: specified which components to place (for SMT fab) http://qi-hw.com/p/ben-wpan/c06ed9e
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atusb.brd (B1): moved component reference which overlapped with circle http://qi-hw.com/p/ben-wpan/34d236c
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben.brd (B1): moved component reference which overlapped with circle http://qi-hw.com/p/ben-wpan/0e93120
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben: use mlztx to copy the version number to the silk screen http://qi-hw.com/p/ben-wpan/bdfed80
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben: set origin for fab files to lower left corner of board http://qi-hw.com/p/ben-wpan/073675a
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atusb: use cptx to copy the version number to the silk screen http://qi-hw.com/p/ben-wpan/695f6c2
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben: set origin for fab files to lower left corner of board http://qi-hw.com/p/ben-wpan/6b3a049
2011-03-15 00:36 <qi-bot> [commit] Werner Almesberger: atben/README-PCB, atusb/README-PCB: various minor clarifications http://qi-hw.com/p/ben-wpan/eac6e3c
2011-03-15 00:37 <tuxbrain> wpwrak:  well we don't have any real smt deliverable so that paste stencils can come later with the rest
2011-03-15 00:38 <wpwrak> tuxbrain: yup, maybe they can already produce a quote with the information. for the pcb and - if needed - stencil, certainly
2011-03-15 00:39 <wpwrak> tuxbrain: it just has to be clear that the package will be updated again. let me bundle up the latest version ...
2011-03-15 00:41 <wolfspraul> tuxbrain: great article, congrats! will add it to the 04-01 news draft
2011-03-15 00:43 <wpwrak> tuxbrain: new files at http://downloads.qi-hardware.com/people/werner/wpan/fab/
2011-03-15 00:44 <tuxbrain> ok attaching
2011-03-15 00:44 <wpwrak> tuxbrain: use the 110314 versions
2011-03-15 00:47 <qi-bot> [commit] Werner Almesberger: atben.brd: changed version from 110219 to 110314 http://qi-hw.com/p/ben-wpan/44bd936
2011-03-15 00:47 <qi-bot> [commit] Werner Almesberger: atusb.brd: changed version from 110314 to 110314 http://qi-hw.com/p/ben-wpan/1cb69d1
2011-03-15 00:48 <tuxbrain> ok mail sended... lets see what they reply, I bet one atben the reply will be a WTF :P
2011-03-15 00:50 <wpwrak> tuxbrain:  did you also send them a link to the picture ?
2011-03-15 00:50 <tuxbrain> yep
2011-03-15 00:51 <wpwrak> tuxbrain: great. then they can probably figure it out ;-)
2011-03-15 00:51 <tuxbrain> that will be the first WTF
2011-03-15 00:51 <tuxbrain> second WTF will be sending mail to both at time
2011-03-15 00:52 <tuxbrain> third the aks for quoting without smt gervers
2011-03-15 00:53 <wpwrak> oh, they probably get much worse stuff every day ;-)
2011-03-15 00:53 <tuxbrain> but well, WTF is the most usual reaction on tuxbrain first contact so I'm fine with it
2011-03-15 00:54 <tuxbrain> on following contacts WTF->OMG :P
2011-03-15 00:57 <wpwrak> hehe :)
2011-03-15 00:58 <wpwrak> now .. let's see how i can tame that silk screen ...
2011-03-15 01:00 <tuxbrain> well dudes , a lot of stuff is moving on tuxbrain , things visible avrnote, ubbs, wpan ...and  no other no so visible my mind blowing.. time for some rest.
2011-03-15 01:00 <tuxbrain> cu
2011-03-15 01:02 <wolfspraul> tuxbrain_away: n8
2011-03-15 01:02 <wolfspraul> is the non-visible stuff good?
2011-03-15 01:02 <wolfspraul> I hope it's good! :-)
2011-03-15 01:03 <tuxbrain_away> some is bring money, and other is cool stuff so yeah we can cosiderate them good :)
2011-03-15 01:04 <wolfspraul> great
2011-03-15 01:36 <kristianpaul> okay, first pcb manufacture just gave up...  sorry but we cant mke 0.25 mm holes..
2011-03-15 01:39 <kristianpaul> device, not bad for only 99¬
2011-03-15 01:39 <kristianpaul> ha,! nice quote :-)
2011-03-15 01:40 <kristianpaul> "Making the little Ben the first AVR microcontroller programmer in the world able to edit the source code, building it, listen music or play Supertux at same time, in same device" sweet :-)
2011-03-15 01:40 <kristianpaul> tuxbrain_away: you make it !! :-)
2011-03-15 01:41 <wpwrak> kristianpaul: (holes) did they read the spec ? hole sizes up to 15 mil / 0.4 mm are okay
2011-03-15 01:41 <kristianpaul> hmm
2011-03-15 01:41 <kristianpaul> seems not
2011-03-15 01:41 <wpwrak> kristianpaul: of course, if they didn't read the spec, they may also not have realized that the board is 0.8 mm ...
2011-03-15 01:42 <wpwrak> kristianpaul: a 0.8 mm board may be "more exotic" than a 10 mil drill
2011-03-15 01:42 <kristianpaul> they sell 0.8mm board
2011-03-15 01:42 <kristianpaul> actually i will buy one cut  from then when able
2011-03-15 01:44 <wpwrak> okay. then maybe ask them again, pointing out that they can go up to 15 mil / 0.4 mm for the hole
2011-03-15 01:44 <kristianpaul> okay,  so FYI, 1 PCB is 23800 COP
2011-03-15 01:44 <kristianpaul> yeah i already reply.. this people is lazy i pointed please, read the README !!
2011-03-15 01:45 <kristianpaul> or 13~ usd per PCB
2011-03-15 01:45 <kristianpaul> and 10 days deliver time
2011-03-15 01:45 <wpwrak> wow. very cheap. what would be 10, 100 ?
2011-03-15 01:46 <panda|x201> waving from Shanghai
2011-03-15 01:46 <panda|x201> wolfspraul, morning :-)
2011-03-15 01:46 <wpwrak> also, what surface finish ? ENIG ?
2011-03-15 01:46 <kristianpaul> wpwrak: 10
2011-03-15 01:46 <wpwrak> ah, USD 130 for 10 PCBs then ?
2011-03-15 01:47 <wolfspraul> panda|x201: hi, good morning
2011-03-15 01:49 <kristianpaul> wpwrak: http://www.kristianpaul.org/~paul/tmp/atben__iso-8859-1_Q_0110310_2_CotCristianPe_F1arandaPn.pdf__.pdf
2011-03-15 01:53 <kristianpaul> ah, wait the second manufacurer askme more details... again... okay :-)
2011-03-15 01:55 <wpwrak> kristianpaul: USD 181 (with IVA) for 12 units is still a very reasonable price
2011-03-15 01:56 <kristianpaul> not for me :/
2011-03-15 01:56 <kristianpaul> okay, i'll delay this a month
2011-03-15 01:56 <kristianpaul> but is good to know i have good prices localy for small runs :-)
2011-03-15 01:56 <wpwrak> may be cheaper to just get some from tuxbrain. he can spread out the setup cost
2011-03-15 01:58 <kristianpaul> bah.. the second pcb manufacurer is asking 394000 cop (tax included), ...
2011-03-15 01:58 <wpwrak> tuxbrain's pcb fa has a high setup cost but a low per unit cost. so if you make larger quantities, the prices are good. yours has a much lower setup cost. there are places like batchpcb with even lower setup cost, but they can't do advanced boards like this one.
2011-03-15 01:58 <wpwrak> whoopie
2011-03-15 01:59 <wpwrak> for how many ?
2011-03-15 01:59 <kristianpaul> should i ask 100? :D
2011-03-15 01:59 <kristianpaul> just for curiosity..
2011-03-15 01:59 <kristianpaul> hehe
2011-03-15 02:00 <wpwrak> well, it's not a lot more than for the other if the quantity is comparable. USD 217 vs. USD 181
2011-03-15 02:01 <kristianpaul> let see, as they said 50% initial, may be i can handle it..
2011-03-15 02:01 <wpwrak> yes, you should always ask for the next larger quantity, too :) e.g., in the case of tuxbrain's fab, 100 and 500 UBB cost almost the same. so it would be silly to just get 100
2011-03-15 02:05 <wpwrak> kristianpaul: (50%) initial. better make sure you have funding for the entire order before you make it.
2011-03-15 02:05 <wpwrak> kristianpaul: or wait for tuxbrain. may be easier.
2011-03-15 02:05 <kristianpaul> once you you get one foot in the pool... :-)
2011-03-15 02:05 <wpwrak> ;-)
2011-03-15 02:06 <kristianpaul> i can wait, or ask for small quaitities, but not sure if is good for me..
2011-03-15 02:06 <kristianpaul> for my position, may be i can asid, okay, lets try 4 boards with 0.4... and see how good is your work ;-)
2011-03-15 02:06 <kristianpaul> the gave me a excuse
2011-03-15 02:07 <kristianpaul> s/asid/said
2011-03-15 02:11 <wpwrak> tuxbrain_away: to answer your question about component placement: there is a separate placement file for that. they don't have to read the locations off the gerbers or such
2011-03-15 02:12 <wpwrak> tuxbrain_away: they need to translate that file into what their machine(s) process(es), though
2011-03-15 02:49 <kristianpaul> xiangfu: wow, you mean with SDK there is no need to compile openwrt again in the next two years? :-)
2011-03-15 02:50 <kristianpaul> or at least for every upstream release..
2011-03-15 02:51 <xiangfu> as long as the gcc and uclibc don't update.
2011-03-15 02:52 <xiangfu> kristianpaul: I have some question about MM1 boot.
2011-03-15 02:52 <xiangfu> http://www.milkymist.org/wiki/index.php?title=Milkymist_One_Flash
2011-03-15 02:52 <kristianpaul> yes
2011-03-15 02:54 <xiangfu> when plug the power cable to MM1. the FPGA should load the VHDL code to itself  right?
2011-03-15 02:54 <kristianpaul> it loads a _standby_ bitstream generetated from a verilog code, yes
2011-03-15 02:56 <kristianpaul> so it waits you press the middle button to load the regular bitstream
2011-03-15 02:56 <xiangfu> the LM32 cpu core is write by verilog code. when the FPGA load those LM32 cpu core?
2011-03-15 02:57 <kristianpaul> that, then, will load from the flash memory the bios, and the bios will load flicernoise or other app
2011-03-15 02:58 <xiangfu> ok. so it's standby-bitstream --> REGULAR BITSTREAM --> REGULAR BIOS --> REGULAR APP   (flickernoise)
2011-03-15 02:59 <kristianpaul> board power  > fpga load standby bitstream > if right button pressed > regular bitstream is loaded (here comes LM32 cpu), then it loads bios from the nor flash
2011-03-15 02:59 <kristianpaul> yeap xiangfu
2011-03-15 03:00 <xiangfu> ok. so REGULAR BITSTREAM is LM32 cpu core.
2011-03-15 03:00 <kristianpaul> well, is more that than is the whole Milkymist SoC
2011-03-15 03:00 <kristianpaul> http://www.milkymist.org/socblock.png
2011-03-15 03:01 <kristianpaul> wich of course includes the LM32 core
2011-03-15 03:02 <xiangfu> ok. understand the REGULARR BITSTREAM now.
2011-03-15 03:02 <kristianpaul> name is not self descriptive i should say
2011-03-15 03:02 <xiangfu> another question. where is rtems system?
2011-03-15 03:03 <kristianpaul> is flickernoise
2011-03-15 03:03 <xiangfu> for my understanding. RTEMS is like Linux.  Flickernoise is Gmenu2x.
2011-03-15 03:03 <kristianpaul> remenber rtems, is not a linux like os
2011-03-15 03:03 <kristianpaul> well yes, kind off...
2011-03-15 03:03 <kristianpaul> rtems is like a lib
2011-03-15 03:03 <kristianpaul> or a monolitic app, wich claims to be an OS
2011-03-15 03:04 <xiangfu> ok. understand now. very thanks.
2011-03-15 03:04 <kristianpaul> fliernoise it self, is the mix of rtmes, plus MTK
2011-03-15 03:04 <kristianpaul> MTK is the graph toolkit for the fliernoise GUI
2011-03-15 03:04 <kristianpaul> also you need some extra libs to driver the fpu
2011-03-15 03:05 <kristianpaul> and dependecs for mtk and other graphical stuff as png and uudio too
2011-03-15 03:05 <kristianpaul> all those libs for rtems
2011-03-15 03:05 <kristianpaul> and at the end, just on binary !
2011-03-15 03:05 <xiangfu> that is why when I install the RTEMS. it's only copy libs and head files to /opt/rtems-4.11/...
2011-03-15 03:05 <kristianpaul> yeap
2011-03-15 03:05 <kristianpaul> rtems is like the libc
2011-03-15 03:05 <kristianpaul> i can say, i not sure id is the right aprouch
2011-03-15 03:06 <kristianpaul> plus the messahge queee and semaphores.. etc..
2011-03-15 03:06 <kristianpaul> and some alrady integrated stacks like ethernet,..
2011-03-15 03:07 <kristianpaul> http://wiki.rtems.org/wiki/index.php/Media:RTEMSArchitecture.png
2011-03-15 03:07 <kristianpaul> you can ask Fallenou at #milkymist
2011-03-15 03:08 <kristianpaul> as he did gsoc lasy year for porting rtems to mm1
2011-03-15 03:08 <kristianpaul> i still learning rtems internals, so i dont have the last acurate info :-)
2011-03-15 03:09 <kristianpaul> for example, just to you get an idea, a hello world app, is mainly a makefile plus a C file, with some defines and a main with a  printf/printk, :-)
2011-03-15 03:09 <aw_> kristianpaul, do you think that drawing/illustrating a functional block /or architecture about current all s/w repository is a good idea for like me can easy understood rather than describing?
2011-03-15 03:10 <kristianpaul> and no. you cant load dinamically binaries on rtems yet (for the milkymist BSP)
2011-03-15 03:10 <kristianpaul> gcc issues mainlly
2011-03-15 03:10 <kristianpaul> aw_: oh, sure drawings are always good
2011-03-15 03:11 <kristianpaul> I see a timeline drawinf for boot processs and a shelllike drawing too for merelly software part
2011-03-15 03:12 <aw_> kristianpaul, when you are trying to introduce /or teach xiangfu about this which is almost what I would like to know. I think that you could hard to introduce like this everytime when  a beginner asking. :-) sorry that but I do not really know their structure/architecture.
2011-03-15 03:13 <aw_> kristianpaul, um..a timeline drawing about boot process is powerful/easy understood for me I think. sorry interrupt your talks.
2011-03-15 03:15 <kristianpaul> aw_: oh, no your comments are wellcome !
2011-03-15 03:18 <kristianpaul> "I think that you could hard to introduce like this everytime when  a beginner asking. :-)" You mean, I should make a introductory doc? sorry i dont get the "hard"
2011-03-15 03:19 <kristianpaul> aw_: yeah, i know there is a missing general structure/architecture for milkymist, but not be afraid to dig in, is not so hard as many people think
2011-03-15 03:19 <aw_> kristianpaul, sorry it's 'hardly'..
2011-03-15 03:20 <kristianpaul> ah, i see, you wonder this, but not so many people ask what xiangfu did just before
2011-03-15 03:20 <aw_> kristianpaul, um..but for me...it's hard or even include yi i think.
2011-03-15 03:21 <kristianpaul> and hey, this is qi-channel :-), good, we're more friendly here ;-)
2011-03-15 03:21 <aw_> yes, so if there's general structure/architect like http://wiki.rtems.org/wiki/index.php/Media:RTEMSArchitecture.png
2011-03-15 03:21 <aw_> it would be super helpful for us as a beginner.
2011-03-15 03:22 <kristianpaul> well that already is helfull, but yes, not milkymist/flicernoise specific
2011-03-15 03:22 <kristianpaul> I'm taking your words, i agree, beginners need more intro doc, also will help wolfspraul do more sales ;-)
2011-03-15 03:23 <kristianpaul> So people not will afraid buy mm1  and get alone in the wild...
2011-03-15 03:23 <aw_> yeah...well..that's just IMO. :( -- :)
2011-03-15 03:24 <kristianpaul> i agree
2011-03-15 03:29 <wolfspraul> I suggest to use the milkymist.org wiki for that
2011-03-15 03:30 <wolfspraul> our resources are limited, so if we get carried away to draw difficult drawings for several days, I'm not sure that's good. The problem with drawings is that they often get outdated (maintenance effort is too high).
2011-03-15 03:30 <kristianpaul> indeed
2011-03-15 03:30 <kristianpaul> keep update is hard..
2011-03-15 03:39 <kristianpaul> re-use rtems graphic is not bad idea, and the boot process is not hard to describe as text on a wiki i think
2011-03-15 03:43 <aw_> i've not dig into such stuffs. once I finish sourcing then must run into them at some points. i have a lot of tasks waiting for me before rc3 run. :-)
2011-03-15 03:56 <kristianpaul> btw, some not asked feedback, my mm1 power adapter get a bit warm when just pluged to main, no mather if is or not connected to the board. i guess is okay, just wondering at anycase, as other adapters i have dont get warm
2011-03-15 04:13 <qi-bot> [commit] Werner Almesberger: gerber/gmerge: new utility to merge multiple KiCAD Gerbers into one http://qi-hw.com/p/eda-tools/5187819
2011-03-15 04:15 <xiangfu> kristianpaul: same with my mm1 power adapter.
2011-03-15 04:15 <xiangfu> kristianpaul: (rtems/flickernoise) very thanks.
2011-03-15 05:12 <wpwrak> aha ! found another bug in the scripted pcbnew. it ignores clearance settings
2011-03-15 05:27 <wpwrak> wolfspraul: btw, have you seen that i added another pair of patches ? --origin=abs|aux to set the origin of the coordinate system for fab files
2011-03-15 05:28 <wolfspraul> oh, no haven't seen that yet
2011-03-15 05:28 <wolfspraul> let's see
2011-03-15 05:28 <wpwrak> wolfspraul: meanwhile, i found another bug: seems that --plot doesn't pick up global clearance settings, so we end up with the hard-coded defaults
2011-03-15 05:30 <wolfspraul> he, quite intrusive your patch
2011-03-15 05:30 <wolfspraul> I will try to merge it at the next opportunity, of course not sure I can find a cleaner way.
2011-03-15 05:30 <wolfspraul> with 'global clearance settings' you mean what? where is the setting?
2011-03-15 05:30 <wolfspraul> you mean a user/system-wide saved setting?
2011-03-15 06:00 <wpwrak> wolfspraul: yes, global. under Preference > Dimensions > Pads Mask Clearancs
2011-03-15 06:01 <wpwrak> wolfspraul: they're stored in .pro, but there's also an effect in the .brd file. not sure how they're related
2011-03-15 06:04 <wpwrak> wolfspraul: (intrusive patch) yeah, got a little messy. i also don't like that i had to second-guess what the algorithm does later on. maybe that's not necessary in more recent versions of kicad.
2011-03-15 06:25 <deadman> Hello, anyone able to help with some CPU questions?
2011-03-15 06:26 <larsc> nope
2011-03-15 06:26 <deadman> 8v) Really?
2011-03-15 06:27 <deadman> I apologize this is way new to me here.
2011-03-15 06:28 <tuxbrain_away> larsc: cruel
2011-03-15 06:28 <tuxbrain_away> :P
2011-03-15 06:32 <larsc> but effective :)
2011-03-15 06:39 <larsc> hmpf, i should do more -rc testing nanonote support in 2.6.38 is broken
2011-03-15 09:51 <Jay7> larsc: so, 2.6.38 is unusable on NN?
2011-03-15 10:10 <larsc> Jay7: without patches yes
2011-03-15 10:10 <Jay7> have you patches in your tree already? :)
2011-03-15 10:11 <qi-bot> [commit] kyak: package libmpc http://qi-hw.com/p/openwrt-packages/bf897ad
2011-03-15 10:11 <larsc> not yet
2011-03-15 10:11 <larsc> i'm still testing
2011-03-15 10:38 <Jay7> kyak: do you have that kernel patch around for kexec working?
2011-03-15 10:38 <Jay7> iirc, something about add_memory_region()
2011-03-15 10:44 <tuxbrain_away> so lol ... http://www.youtube.com/watch?v=MI99t9k4aEE THE MAGICAL IPAD (Parody)
2011-03-15 12:04 <larsc> Jay7: i've just push jz-2.6.38
2011-03-15 12:04 <viric> what is better in 2.6.38, over 2.6.36, for example, for the nanonote?
2011-03-15 12:05 <larsc> it boots faster
2011-03-15 12:05 <viric> larsc: I wanted to understand what are the measures for kernel memory usage. /proc/meminfo should have all the numbers, but I even cannot guess what is the kernel image size from there. Do you understand that meminfo?
2011-03-15 12:05 <viric> larsc: ah great
2011-03-15 12:05 <larsc> well jz-2.6.38
2011-03-15 12:05 <larsc> not upstream 2.6.38
2011-03-15 12:05 <viric> ok
2011-03-15 12:06 <larsc> viric: sorry, no idea
2011-03-15 12:06 <viric> ok
2011-03-15 12:06 <viric> thank you :)
2011-03-15 12:06 <Jay7> larsc: so, jz tree is usable now?
2011-03-15 12:06 <larsc> yes
2011-03-15 12:08 <viric> I was trying to get the ingenic new docs released, and I still could not access them
2011-03-15 12:08 <viric> does anyone have the link?
2011-03-15 12:10 <larsc> ftp://ftp.ingenic.cn/2soc/
2011-03-15 12:10 <viric> and you can access that?
2011-03-15 12:10 <viric> here it stays forever
2011-03-15 12:11 <larsc> yes
2011-03-15 12:12 <viric> ah, after two minutes it worked
2011-03-15 12:12 <larsc> it takes a moment though
2011-03-15 12:12 <larsc> wolfspraul: do you know why the qi-hardware server is currently so slow?
2011-03-15 12:14 <viric> larsc: the ftp does not have 4720 datasheets
2011-03-15 12:15 <larsc> the jz4720 is basically a jz4740
2011-03-15 12:17 <viric> ahh
2011-03-15 12:18 <larsc> just a different packaging
2011-03-15 12:18 <viric> great
2011-03-15 12:18 <viric> thank y0ou
2011-03-15 12:22 <Jay7> larsc: http://en.qi-hardware.com/irclogs/qi-hardware_2011-03-03.log.html#t08:44
2011-03-15 12:23 <Jay7> please read some lines from this poing about add_memory_region()
2011-03-15 12:23 <Jay7> s/poing/point/
2011-03-15 12:25 <Jay7> second problem is how to pass cmdline from kexec to chained kernel..
2011-03-15 12:25 <Jay7> we have some progress but not finished yet
2011-03-15 12:27 <larsc> add_memory_region is called from the 'mem' cmdline option callback
2011-03-15 12:27 <Jay7> hm
2011-03-15 12:28 <Jay7> so we should have mem option in kernel cmdline always?
2011-03-15 12:28 <larsc> yes
2011-03-15 12:28 <Jay7> kyak: ^^^ :)
2011-03-15 12:29 <Jay7> well.. this is half of success then
2011-03-15 12:29 <larsc> hardcoding the memory size in prom.c is no option since there are multiple boards with different ram sizes
2011-03-15 12:34 <Jay7> http://www.hentges.net/irclogs/%23kexecboot/2011/March/20110308_kexecboot.log
2011-03-15 12:34 <Jay7> here is conversation about passing cmdline from kexec to kernel
2011-03-15 12:35 <Jay7> kyak have success only when just passing old kernel cmdline w/o changes to new kernel
2011-03-15 12:35 <Jay7> larsc: may you suggest anything here?
2011-03-15 12:35 <Jay7> btw, previous day's log may be useful too
2011-03-15 12:35 <Jay7> http://www.hentges.net/irclogs/%23kexecboot/2011/March/20110307_kexecboot.log
2011-03-15 12:36 <viric> Jay7: what are you trying to achieve?
2011-03-15 12:36 <Jay7> viric: working kexec :)
2011-03-15 12:36 <viric> to achieve what? :)
2011-03-15 12:36 <viric> better debugging on hangs?
2011-03-15 12:36 <Jay7> working kexecboot :)
2011-03-15 12:36 <viric> hm I don't know kexecboot
2011-03-15 12:37 <Jay7> it's GUI to choose kernel and boot it (simple explanation)
2011-03-15 12:37 <wpwrak> (ingenic docs) very interesting. they pulled all the 4720 material. good that we pulled full copies :)
2011-03-15 12:37 <viric> wpwrak: ah you have them? Where?
2011-03-15 12:37 <viric> Jay7: ah ok
2011-03-15 12:38 <wpwrak> wolfspraul: something for your next meeting. ask them to restore at least 4720_ds
2011-03-15 12:38 <viric> Jay7: why would someone want to switch the kernel there?
2011-03-15 12:38 <viric> wpwrak: if you can put a big zip somewhere, I'd gladly pick it
2011-03-15 12:38 <Jay7> viric: it's useful mostly to boot from any media
2011-03-15 12:38 <wpwrak> viric: i think xiangfu has a web-accessible mirror
2011-03-15 12:38 <Jay7> i.e. from SD e.g.
2011-03-15 12:38 <viric> Jay7: ah ok
2011-03-15 12:38 <viric> wpwrak: ah ok. I'll ask him
2011-03-15 12:40 <wpwrak> viric: (kexec) the idea is to keep the dedicated boot loader (u-boot or such) as simple as possible and to move all the more complex things into a linux-based environment that then boots the real system with kexec
2011-03-15 12:41 <viric> wpwrak: hm ok
2011-03-15 12:41 <Jay7> next kexecboot release should have switch_root method support as well :)
2011-03-15 12:41 <viric> wpwrak: I hope that does not end in uboot mmc code unusable
2011-03-15 12:41 <Jay7> so we can use it as initramfs
2011-03-15 12:45 <wpwrak> viric: i hope it will end in the unceremonial burial of u-boot :)
2011-03-15 12:45 <Jay7> seems you are not happy with u-boot here ;)
2011-03-15 12:47 <larsc> burn u-boot, burn! ;)
2011-03-15 12:50 <larsc> Jay7: this commit seems to add support for what you want http://dev.lemote.com/cgit/linux-loongson-community.git/commit/?h=tiny36&id=240c76841b26f1b09aaced33414ee1d08b6454cf
2011-03-15 12:53 <wolfspraul> wpwrak: I asked the CEO about permission to mirror, no response yet
2011-03-15 12:53 <wolfspraul> that's unusual, he normally replied on the same day always. oh well :-)
2011-03-15 12:53 <wolfspraul> there may be lots of reasons behind the documents on the server
2011-03-15 12:53 <wolfspraul> all the way to a clueless new server admin who just copied files around without knowing what was copied, and where it was copied to
2011-03-15 12:54 <wpwrak> wolfspraul: at least he didn't reply "oops, it was a mistake" and pulled them
2011-03-15 12:54 <wolfspraul> Chinese will never admit a mistake.
2011-03-15 12:54 <wpwrak> but most of the files are still there :)
2011-03-15 12:54 <wolfspraul> I'll find out one day.
2011-03-15 12:54 <wolfspraul> well then, great
2011-03-15 12:54 <wpwrak> hehe ;-)
2011-03-15 12:54 <wolfspraul> plus it was public now, it will be mirrored, one way or the other
2011-03-15 12:55 <wpwrak> the internet never forgets
2011-03-15 13:41 <wpwrak> wolfspraul: any idea about the default settings ? i see that you are loading the project file (or at least that's what the source suggests is happening)
2011-03-15 13:56 <kristianpaul> wolfspraul: hi
2011-03-15 14:08 <wolfspraul> not sure, haven't looked yet
2011-03-15 14:09 <wolfspraul> those parts are probably copied over from your original patch
2011-03-15 14:17 <wpwrak> heh, didn't even know you had copied things from my hack
2011-03-15 14:43 <wolfspraul> wpwrak: of course. on the shoulders of giants...
2011-03-15 14:44 <wolfspraul> you made the first command line option, I just added some more
2011-03-15 16:58 <kyak> Jay7: http://dpaste.com/503878/
2011-03-15 16:58 <kyak> that add_memory_region patch :)
2011-03-15 16:59 <kyak> the "MIPS: Get kernel parameters from kexec-tools" patch doesn't work.
2011-03-15 17:00 <kyak> well, it works well  for fallbacking to default cmdline (i.e. the cmdline of running kernel)
2011-03-15 17:00 <kyak> but you can't pass a new cmdline via kexec
2011-03-15 18:45 <kyak> registered at identi.ca
2011-03-15 18:47 <kyak> it's only better than twitter because it's open source. Other than that, same ugly, slow, buggy piece of crap
2011-03-15 18:52 <kristianpaul> agplv3 is important too
2011-03-15 18:52 <kristianpaul> haha
2011-03-15 18:52 <kristianpaul> yeah,,
2011-03-15 19:25 <viric> kristianpaul: have you read "La herencia del coronel" (comic)
2011-03-15 19:25 <viric> ?
2011-03-15 19:47 <kristianpaul> viric: nope
2011-03-15 19:48 <viric> :) ok
2011-03-15 23:30 <tuxbrain> there is any cronometer app on NN?