| 00:02.11 | *** join/#arm-netbook slash_random (~david@host238.190-230-245.telecom.net.ar) |
| 00:12.41 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 00:59.59 | lkcl | shivansps: that casework is familiar. it's *not* 13.3in, it's a 10.1in laptop. |
| 01:37.42 | ZaEarl | lkcl, actually, it is. Yones does make an A10 13.3". |
| 01:40.24 | *** join/#arm-netbook stefanro (~stefan@p57B94689.dip.t-dialin.net) |
| 01:52.02 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 02:33.08 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 02:54.19 | *** join/#arm-netbook t0dbld1 (~t0dbld@50.33.195.166) |
| 04:26.37 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
| 04:34.57 | *** join/#arm-netbook kop (~kop@c-67-185-30-133.hsd1.wa.comcast.net) |
| 04:57.24 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f760561.pool.mediaWays.net) |
| 05:41.34 | *** join/#arm-netbook kop (~kop@c-67-185-30-133.hsd1.wa.comcast.net) |
| 06:02.07 | *** join/#arm-netbook wingrime (~alex@78.109.115.103) |
| 06:15.44 | *** join/#arm-netbook kaspter (~Instantbi@222.65.218.232) |
| 06:17.17 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 07:06.35 | *** join/#arm-netbook rz2k (~rzk@95-24-125-219.broadband.corbina.ru) |
| 07:09.48 | wingrime | I cann't build current sources |
| 07:10.04 | Turl | which ones? |
| 07:10.41 | wingrime | http://pastebin.com/24Rh40mA |
| 07:10.50 | wingrime | linux-sunhi |
| 07:10.58 | wingrime | 3.0 |
| 07:11.13 | Turl | sounds like you downloaded a zip of the sources |
| 07:11.21 | Turl | that breaks things, use git to clone the repo |
| 07:12.05 | wingrime | nop |
| 07:12.08 | wingrime | I use git |
| 07:12.38 | Turl | does your filesystem support symlinks? |
| 07:12.39 | wingrime | just pull |
| 07:12.41 | wingrime | arm: sun4i: disable USE_PLL6M_REPLACE_PLL4 |
| 07:12.56 | wingrime | ext4 |
| 07:13.13 | Turl | no idea then |
| 07:13.19 | Turl | try using make V=1 |
| 07:13.22 | wingrime | I hope it my problem with locates |
| 07:14.31 | wingrime | wait I just set it to eng |
| 07:15.13 | wingrime | http://pastebin.com/7n821uEf |
| 07:16.58 | wingrime | look like some typo |
| 07:17.03 | wingrime | it patches |
| 07:19.24 | *** join/#arm-netbook fredy (~fredy@147.102.32.34) |
| 07:19.35 | Turl | wingrime: can you check ls -la drivers/gpu/mali/mali/arch ? |
| 07:20.43 | wingrime | lrwxrwxrwx 1 alex wheel 25 Oct 31 20:07 drivers/gpu/mali/mali/arch -> arch-ca8-virtex820-m400-1/ |
| 07:22.23 | Turl | can you run make V=1 now? |
| 07:22.27 | wingrime | ok |
| 07:24.37 | wingrime | http://pastebin.com/64n6mJQf |
| 07:24.38 | wingrime | done |
| 07:27.16 | wingrime | anyway I use new def_crane_config and fresh git You can try it yourself |
| 07:27.44 | rz2k | arch-ca8-virtex820-m400-1 - we should actually rename that crap to something like arch-sunxi |
| 07:28.02 | Turl | arch cortex a8 something? mali 400 1 core |
| 07:28.11 | Turl | libv: probably knows the middle thingy |
| 07:28.17 | rz2k | allwinner clearly just copypasted their FPGA config |
| 07:28.20 | rz2k | virtex is FPGA |
| 07:30.44 | wingrime | they debug a10 on virtex ? |
| 07:30.56 | rz2k | where else? |
| 07:31.27 | wingrime | how much blocks FPGA must have to fix so bit SoC |
| 07:31.28 | Turl | wingrime: try http://sprunge.us/aYcE |
| 07:31.59 | Turl | wingrime: I bet you have svn installed :) |
| 07:32.08 | rz2k | its probably not one FPGA and ARM had suggestions for choosing FPGA for prototyping cores on their site |
| 07:34.30 | wingrime | patch -p1 < mail.patch && make |
| 07:37.23 | rz2k | wingrime: heres instructions from Altera |
| 07:37.24 | rz2k | http://www.altera.com/devices/processor/soc-fpga/proc-soc-fpga.html |
| 07:37.26 | wingrime | look-like it works but just want wait make finishes |
| 07:43.07 | wingrime | i wait when mail ships me Cyclone III based prototyping board |
| 07:47.04 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 07:47.06 | Turl | wingrime: let me know if it works and I'll mail patch to ML |
| 07:58.06 | wingrime | before you send could you fix warning: /media/archive3/a10-dev/linux-sunxi/drivers/gpu/mali/mali/Kbuild:59: "CONFIG_TRACEPOINTS required for USING_PROFILING" |
| 07:58.35 | wingrime | Ok build done without fails |
| 07:58.40 | wingrime | you can send ML |
| 08:01.11 | Turl | there's a patch for that on ML already |
| 08:05.05 | Turl | wingrime: https://groups.google.com/forum/#!topic/linux-sunxi/H0n1Q2knUTg |
| 08:07.54 | Turl | good night :) |
| 08:09.15 | wingrime | here 14:09 |
| 08:54.29 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:54.30 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 08:57.56 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56252.dip0.t-ipconnect.de) |
| 09:04.25 | *** join/#arm-netbook Sternennebel (~martin@p549498F0.dip.t-dialin.net) |
| 10:06.48 | discopig | hi |
| 10:40.38 | *** join/#arm-netbook kaspter (~Instantbi@222.65.218.232) |
| 10:51.11 | techn | http://www.phoronix.com/scan.php?page=news_item&px=MTIxOTc |
| 10:52.47 | *** join/#arm-netbook kop (~kop@c-67-185-30-133.hsd1.wa.comcast.net) |
| 11:17.33 | *** join/#arm-netbook Mazon (~Mazon@95.166.104.217) |
| 11:45.37 | *** join/#arm-netbook rz2k (~rzk@95-24-125-219.broadband.corbina.ru) |
| 11:46.46 | rz2k | ol1ver: |
| 11:48.48 | lkcl | ZaEarl: cool! |
| 11:49.47 | lkcl | ZaEarl: that design is amazing - it's certainly making the rounds. it started out as the GPL-violating CT-PC89e, originally from a China Telecom sponsored design in 9in form-factor. it's just getting bigger and bigger :) |
| 11:50.38 | ZaEarl | it's an excellent machine for the price |
| 11:50.49 | lkcl | ZaEarl: do you have a link to "Yones"? i need to speak with them and ask if they want to convert it to EOMA-68. i need to keep the pressure up and constantly and relentlessly find products |
| 11:52.07 | lkcl | i think i got it |
| 11:52.21 | lkcl | http://www.yonesnav.com/products/bc1301.php |
| 11:53.23 | mnemoc | charbax has a card of the sales person on his post |
| 11:53.26 | lkcl | i tell you - it's just really frustrating sometimes to see all these products, *knowing* that they've spent yet *another* $50k on developing the casework |
| 11:53.29 | lkcl | ok great. |
| 11:53.37 | ZaEarl | http://www.yonesnav.com/products/products.php |
| 11:53.44 | lkcl | thanks mnemoc |
| 11:53.57 | ZaEarl | yup, that's them |
| 11:54.33 | mnemoc | http://armdevices.net/2012/10/12/116-13-3-allwinner-a10-laptop-by-yones-toptech/ |
| 11:54.57 | mnemoc | doh. cards have the wrong mime type |
| 11:55.47 | *** join/#arm-netbook tinti (~tinti@bhe201062162119.res-com.wayinternet.com.br) |
| 11:55.59 | lkcl | mnemoc: not seeing any contact details on thee |
| 11:56.01 | lkcl | re |
| 11:56.43 | lkcl | mnemoc: if you're a member of armdevices can you please send me the contact details? |
| 11:57.12 | lkcl | is it Christina.zheng@yonesnav.com |
| 12:00.01 | mnemoc | 1m |
| 12:00.24 | lkcl | mnemoc: ack |
| 12:00.24 | mnemoc | sent |
| 12:00.28 | lkcl | taa |
| 12:00.31 | mnemoc | :) |
| 12:01.38 | mnemoc | what would be really great is to known who sells the retina displays to the hiapad guy |
| 12:01.41 | lkcl | thanks ZaEarl, as well |
| 12:01.54 | rz2k | anyone tried to figure out wemac registers with info from .h? |
| 12:02.14 | lkcl | oh! i found a *superb* site for finding LCD panels, it's gone to no 1 google page rank very very fast - http://panelook.com |
| 12:02.36 | ZaEarl | Please don't put a retina display on an A10. :) |
| 12:04.20 | mnemoc | lkcl: nice |
| 12:04.55 | mnemoc | even a 12.9" 2560×1600 there |
| 12:05.10 | lkcl | ZaEarl: ha ha |
| 12:05.44 | lkcl | ZaEarl: you've not seen god^H^H^H linus torvalds request that laptops start having decent displays, then, eh? |
| 12:06.08 | ZaEarl | hehe |
| 12:06.20 | mnemoc | 1280×800 counts as absolute minimal |
| 12:06.35 | mnemoc | 1920×1200 counts as good :) |
| 12:07.02 | ZaEarl | it's no good if the cpu/gpu can't keep framerates up on it. |
| 12:08.36 | lkcl | i'd like to keep to just the one LVDS IC initially |
| 12:09.54 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:09.56 | jelly-home | mnemoc: anything more stretched than 16:10 sounds as crap |
| 12:10.59 | mnemoc | those two are 16:10 .... |
| 12:11.45 | mnemoc | lkcl: 1280×800 needs 2? |
| 12:13.23 | mnemoc | ZaEarl: but they could have put more pixels on the chromebook exynos5 :< |
| 12:13.59 | lkcl | mnemoc: 1280x800 needs 1-channel LVDS. you can get *some* LCDs that go up to 1440x900 on single-channel LVDS. |
| 12:14.50 | mnemoc | can eoma68 cope with that? |
| 12:14.53 | lkcl | 1440x900 is about the cross-over point. |
| 12:15.13 | lkcl | mnemoc: it's not "eoma68" it's whether the SoC *provides* that (or better) |
| 12:15.24 | mnemoc | ah, cool |
| 12:15.30 | lkcl | it's nothing to do with EOMA-68. ManofTheSea got totally confused on this. |
| 12:15.54 | lkcl | 24-pin RGB/TTL can drive 2048x2048 @ 30fps, 1920x1080@60fps etc. etc. |
| 12:16.22 | lkcl | so it's nothing to do with EOMA-68 and absolutely everything to do with the actual SoCs themselves |
| 12:16.32 | mnemoc | now the idea of an eoma68 smart tv makes sense again |
| 12:16.47 | lkcl | duh yeah! |
| 12:17.11 | lkcl | what on earth gave you the impression that eoma68 was restricted on screen sizes?? ! |
| 12:17.33 | lkcl | i should put that as an FAQ question. |
| 12:17.35 | lkcl | hmm |
| 12:17.43 | mnemoc | from ManofTheSea comments about display options |
| 12:19.32 | mnemoc | ZaEarl: for A10-based I agree, but 1280x800 is still a valid acceptable minimum res |
| 12:20.12 | mnemoc | for a netbook |
| 12:21.44 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
| 12:23.48 | ZaEarl | is the eoma68 A10 close to done? |
| 12:24.43 | ZaEarl | seems like it's taking a very long time |
| 12:24.56 | mnemoc | ZaEarl: http://lists.phcomp.co.uk/pipermail/arm-netbook/2012-October/006108.html |
| 12:25.57 | mnemoc | but yes, it's taking ages |
| 12:26.30 | mnemoc | even more compared to the CB that went from idea to public prototypes in 2 months |
| 12:27.18 | ZaEarl | exactly my thoughts |
| 12:27.46 | ZaEarl | obviously a smaller form factor is more difficult |
| 12:30.05 | rz2k | lol https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/arch/arm/mach-sun4i/include/mach/dma.h#L601 |
| 12:30.20 | rz2k | dma stolen from s3c24? |
| 12:30.55 | mnemoc | everyone uses other drivers as template |
| 12:32.14 | rz2k | didnt expect see samsung stuff there |
| 12:33.01 | mnemoc | s3c24xx -> sun3i -> sun4i I guess |
| 12:55.10 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
| 12:59.14 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 13:01.25 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
| 13:07.00 | lkcl | ZaEarl: yep, i know. it's one thing after another. bear in ming that the CB had a dedicated team *in china*. |
| 13:07.48 | lkcl | first we had to find a company that was willing to do the PCB design for zero cost. we went through *five* teams before finding one. |
| 13:07.50 | mnemoc | lkcl: what about talking with that team? |
| 13:08.20 | lkcl | mnemoc: i already have. tom, like the olimex guys, does not want to be involved. |
| 13:08.27 | mnemoc | :( |
| 13:08.45 | lkcl | then, there is the fact that we need casework as well. the CB was very very simple to design. |
| 13:09.33 | lkcl | so from 5,000 miles away (or however far it is) on an 8 hour timezone difference we've *finally* found a company willing to adapt a pre-existing PCMCIA casework design. |
| 13:09.52 | ZaEarl | I have a new contact that has been good to work with so far. I'll see if I can get them on board. I like the eoma68 idea. |
| 13:09.53 | lkcl | i send message after message making sure that everything's taken care of, day in, day out |
| 13:10.23 | lkcl | ZaEarl: that would be fantastic. i really need help with this stuff. |
| 13:10.24 | mnemoc | any plan to get a visa for .cn? |
| 13:10.39 | mnemoc | doing that remote clearly doesn't work |
| 13:10.42 | ZaEarl | cn visa isn't hard to get |
| 13:11.16 | *** join/#arm-netbook padpad (~AndChat62@doc-209-33-36-90.sv.oh.cebridge.net) |
| 13:11.21 | lkcl | mnemoc: it does... it just takes a while. yes i thought about it but i would need to bring my family as well, and marie does not want to go to china. |
| 13:11.43 | mnemoc | good point |
| 13:11.52 | lkcl | my associates have had a couple of visits to china already, to speak with factories etc. |
| 13:12.02 | lkcl | and to sign contracts. |
| 13:12.06 | lkcl | everything's in place. |
| 13:12.28 | *** join/#arm-netbook kaspter (~Instantbi@222.65.218.232) |
| 13:12.31 | lkcl | remember we're not doing "maybe a 10k run of units and maybe be happy if we sold 50k" |
| 13:13.30 | lkcl | the plan - the roadmap - spans a *decade* and is of the order of millions of units a month |
| 13:14.22 | lkcl | lots of steps to take to get there. |
| 13:14.30 | ZaEarl | you seem to be understaffed and underfunded for such a project :) |
| 13:14.48 | lkcl | ZaEarl: *lol* |
| 13:15.00 | mnemoc | i sorry to tell, but I don't buy that argument anymore since you still need to beg for companies to do the design for free :( if the future is that big, and multi-million associates are involved, shit would have been finished a year ago |
| 13:15.06 | lkcl | ZaEarl: that's the challenge. but it means "no overheads" |
| 13:15.16 | lkcl | mnemoc: it doesn't work that way. |
| 13:15.51 | lkcl | mnemoc: think about it. these are huge companies - they expect to receive the products presented to them at *your* cost, not theirs. |
| 13:16.07 | lkcl | if you present them with a working prototype, *then* they will take it to mass-production. |
| 13:16.27 | lkcl | but they will *NOT* pay you a single penny towards the development of that prototype |
| 13:16.46 | mnemoc | but you are also telling they are the ones going to the factories and signing the contracts |
| 13:16.54 | lkcl | so our challenge is to get the prototypes done. connect the dots |
| 13:17.21 | lkcl | yes. we have contracts which state that *IF* we get them the prototypes, they will mass-produce them and pay us a percentage |
| 13:17.35 | mnemoc | narf :( |
| 13:17.51 | lkcl | we asked already for them to pay the R&D costs - they turned it down. |
| 13:18.11 | lkcl | normally those kinds of things are paid for by Govt. Grants (at their level) |
| 13:18.17 | lkcl | so... we work with that. |
| 13:18.23 | lkcl | *sigh* |
| 13:18.44 | lkcl | so, i need to find companies that are willing to do the R&D |
| 13:18.45 | lkcl | *or* |
| 13:19.20 | lkcl | i need to set up a crowd-funded project, where people are happy that, well, maybe the plastic is cut-out and patched over but otherwise it looks ok |
| 13:20.22 | lkcl | so there's a chain of events that need to take place |
| 13:20.40 | lkcl | on which free software developers are an absolute critical part of that chain! |
| 13:21.54 | lkcl | i really *am* giving you guys the opportunity, as i promised on the front page of rhombus-tech, to be involved in free software projects that get into mass-production |
| 13:22.07 | lkcl | it's kinda scarey ha ha |
| 13:22.28 | *** join/#arm-netbook Sternennebel (~martin@p549498F0.dip.t-dialin.net) |
| 13:22.53 | *** join/#arm-netbook gx260 (~gx260@doc-209-33-36-90.sv.oh.cebridge.net) |
| 13:23.13 | L84Supper | any ideas why you have had so many problems with getting any hardware design support? or people to buy into your company? |
| 13:24.38 | lkcl | L84Supper: answer to the first question is that it's hard to explain across an english language barrier exactly what the benefits of EOMA-68 are, esp. to companies who have, in many cases, *already* just forked out on an R&D budget to create a product. |
| 13:25.38 | lkcl | we actually need to catch a company *before* they spend the R&D budget, and the chances of any Chinese company announcing publicly on the internet "we're going to design a new product now!" are precisely zero :) |
| 13:26.31 | lkcl | the answer to the second question is that because it's such a huge change, it takes a while to explain (even in english) |
| 13:26.47 | *** join/#arm-netbook QingPei (~qingpei@114.241.188.97) |
| 13:27.18 | lkcl | last time i did a write-up for a journalist, it was 7,000 words. http://lkcl.net/articles/tiny.computers.txt |
| 13:28.08 | L84Supper | have you considered a new "front man" or maybe that it's not a worthy investment? |
| 13:28.41 | lkcl | L84Supper: love to have a new "front man". they'll need to be prepared to work on a commission-only basis, like all of us are. |
| 13:29.18 | lkcl | which is the sort of thing that is attractive to people who've read books like "millionaire mind" and so on. |
| 13:29.30 | lkcl | or people who *want* to be like the people in those books :) |
| 13:31.38 | L84Supper | maybe people are more interested in making a profit |
| 13:31.42 | lkcl | L84Supper: so, yeah, ultimately, the answer as to why the delays is because of my own limitations in communication. |
| 13:32.16 | lkcl | L84Supper: profit now? or bigger profit later? we can *always* profit - it's just a matter of when. |
| 13:33.18 | lkcl | the mind-set of "profit now, gimme a job" is something we're staying clear of. we're looking for people willing to do deals |
| 13:33.33 | lkcl | that's hard! |
| 13:35.14 | lkcl | ok, example: the AM3892 EOMA-68 CPU Card, the company i'm talking to i have done a deal with them, where they will sell it directly on their *own* web site as a beagle-board-like device |
| 13:35.26 | L84Supper | maybe people just see too many immediate risks, or they outweigh the profits that lie too far out |
| 13:35.41 | ZaEarl | I'm going to sleep now. I'll put my laptop under my pillow so I can absorb the rest of this discussion... |
| 13:35.49 | lkcl | another one i have promised to help them to find customers ... |
| 13:35.52 | lkcl | ZaEarl: ha ha |
| 13:36.01 | lkcl | stay clear of EM radiation while you're sleeping! |
| 13:36.02 | lkcl | :) |
| 13:36.46 | lkcl | i promised to help them with the specs and find some customers for the PC they're doing, and in return they *offered* to do an EOMA-68 CPU Card conversion for free |
| 13:37.34 | lkcl | there's another CPU where i'm explaining to them the benefits of having that (new) CPU in EOMA-68 form-factor because it will fit directly into products that are in the hands of free software developers |
| 13:37.59 | lkcl | and they would get those developers going to conferences, and showing it to people, and so on - all free advertising for them. |
| 13:38.15 | lkcl | it's one deal after another, connecting one thing to another |
| 13:39.10 | lkcl | building up a picture that eventually reaches critical mass through sheer bloody-minded persistance and, importantly, self-consistency |
| 13:39.45 | lkcl | (self-consistency because it's no damn good having the whole thing be dependent on something that's completely wrong!) |
| 13:40.02 | lkcl | does that make any sense? |
| 14:00.45 | *** join/#arm-netbook alcides (~alcides@177.35.118.65) |
| 14:00.45 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 14:04.39 | mnemoc | lkcl: maybe the problem is to center in large scale mass production and greed centric companies in the first place. instead of trying to make something viable on the ~1k pieces range and then showing it to the greedy ones |
| 14:07.25 | lkcl | mnemoc: hmmm.... well... i've been slowly learning (thanks to some "coaching" i've been receiving) that regardless of whom we (i) speak to, it's necessary to actually listen and find out what *they* want |
| 14:07.45 | lkcl | then give it to them, in terms of what *you* want :) |
| 14:08.08 | lkcl | like that guy who has access to the Exynos5, he started telling me about his plans to do a $99 PC |
| 14:08.54 | lkcl | i was *just* about to say something along the lines of "hmmm, that's not what i want" when i went... ARGH, NO! and i said "of course i'll help you to design and promote it" |
| 14:08.56 | lkcl | :) |
| 14:09.44 | lkcl | and guess what he said next? the magic words came up "EOMA-68 card with Exynos5" and "free engineering costs in return for a royalty" came up - i didn't even have to mention that myself ha ha |
| 14:10.06 | lkcl | epiphany for me, that was |
| 14:10.16 | mnemoc | :) |
| 14:10.40 | lkcl | i just have to get better at this kind of deal-making, that's all |
| 14:11.41 | lkcl | so many promises to keep. esp. to you guys. |
| 14:11.59 | lkcl | deep breath |
| 14:12.40 | mnemoc | *g* |
| 14:14.42 | *** join/#arm-netbook slash_random (~david@host238.190-230-245.telecom.net.ar) |
| 14:44.52 | penguin42 | lkcl: How much power dissipation can the larger type 3 shells do? |
| 14:45.46 | penguin42 | lkcl: Enough to be able to run the exynos at higher rates? |
| 15:02.51 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 15:06.24 | *** part/#arm-netbook QingPei (~qingpei@114.241.188.97) |
| 15:11.38 | *** join/#arm-netbook von_fritz (~fritz@host184-177-dynamic.14-87-r.retail.telecomitalia.it) |
| 15:14.22 | L84Supper | penguin42: power dissipation? Is the shell going to be stand alone in free air? What orientation? It depends on what the shell is doing. |
| 15:16.16 | penguin42 | L84Supper: Hmm sure; but how do you start working out the dissipation for a standard module? |
| 15:16.22 | L84Supper | it's possible to have a 100 W cpu in a type2 shell if you design the rest of the system to manage the heat |
| 15:17.55 | penguin42 | L84Supper: Is there anything in EOMA though that states anything about the cooling of the module? I don't think I spotted anything at all? |
| 15:18.14 | *** join/#arm-netbook slapin_nb (~slapin@94.25.229.27) |
| 15:18.58 | L84Supper | penguin42: you have define the operating conditions, power consumed by the devices on the board inside the shell, operating temperature range of the ambient air temp it will operate in, thermal resistance of the packing etc etc |
| 15:19.57 | penguin42 | L84Supper: Right, but somewhere presumably there is something saying that if you're going to put an EOMA module in your product you have to be able to cool it in this way |
| 15:21.07 | L84Supper | as far as I know it's not in the EOMA spec |
| 15:23.06 | L84Supper | thermal management is not well understood by many manufacturers |
| 15:23.27 | penguin42 | yep; so I guess the question is how much power can you dissipate without the vendor having to do anything special |
| 15:23.41 | L84Supper | it's often an afterthought |
| 15:23.45 | penguin42 | yep |
| 15:24.32 | L84Supper | many Chinese manufacturers bring in thermal management consultants to help finish a design |
| 15:25.08 | L84Supper | or just brute force by adding larger heat sinks until the device stops dying |
| 15:25.22 | penguin42 | ...or ship it and hope.... |
| 15:26.11 | L84Supper | some are slick, they figure the MTBF and plan it for just over the end of the warranty period, X-box was too short, Sony Playstation3 was just long enough |
| 15:26.46 | penguin42 | ...until someone points out European warranty stuff if you can show it failed due to a design fault |
| 15:28.29 | L84Supper | most sat receivers I see with Broadcon chipsets run without any heatsinks on the ASIC's, they last about a year in the US, much longer if you add some fans and heatsinks :) |
| 15:28.55 | penguin42 | yeh but no one ever wants a fan on their STB |
| 15:29.23 | jelly-home | correction: noone wants the STB to make noise |
| 15:29.33 | L84Supper | I have one here with 25mm fan inside for the HD |
| 15:29.37 | penguin42 | jelly-home: True |
| 15:29.43 | L84Supper | and some tiny slots on the side |
| 15:29.55 | *** join/#arm-netbook vgrade (~root@static.43.45.47.78.clients.your-server.de) |
| 15:30.14 | vgrade | hi guys, long time since I've been here |
| 15:30.22 | L84Supper | a few mods later and it's going over 3 years |
| 15:30.33 | vgrade | good work on https://github.com/linux-sunxi |
| 15:30.52 | L84Supper | so back to an ARM soc and DDR in a metal shell.... |
| 15:31.09 | L84Supper | what will the shell be mounted in? |
| 15:32.10 | L84Supper | is the shell the last area between the heat inside and the ambient air? |
| 15:32.49 | L84Supper | so a stand along type-II card and a type-II card mounted inside something are two completely different situations |
| 15:32.53 | penguin42 | L84Supper: Probably not, I mean most PCMCIA type cards sit in a mostly closed slot |
| 15:33.26 | penguin42 | although I also assume PCMCIA originally designed a solution to this |
| 15:33.45 | L84Supper | not really |
| 15:34.17 | penguin42 | oh, that would have been too easy :-) |
| 15:34.57 | L84Supper | did you ever see how it was implemented in laptops? |
| 15:35.06 | L84Supper | or a TV? |
| 15:35.54 | L84Supper | just a card slot connector to hold it, no thermal management |
| 15:35.56 | penguin42 | L84Supper: Well I don't see anything particular in this lapto |
| 15:35.57 | penguin42 | p |
| 15:36.49 | lkcl | L84Supper: above 3.5 watts it starts to get too much for passive heat dissipation and you simply fill the whole thing with thermal gel. |
| 15:37.12 | lkcl | below 3.5 watts it's ok. |
| 15:37.32 | lkcl | penguin42: http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68#Thermal_Considerations |
| 15:37.44 | L84Supper | I disagree, you are making too many assumptions |
| 15:38.19 | L84Supper | there is thermal management require both inside and outside the type-II shell |
| 15:38.26 | lkcl | L84Supper: i'm not the one with the expertise, i'm just "parroting" stuff that i've received from other people. |
| 15:38.59 | lkcl | if you're familiar with this stuff and can provide links for designers to read _great_ |
| 15:39.26 | L84Supper | the thermal resistance of the shell is pretty easy to determine |
| 15:39.49 | L84Supper | it has a know composition, thickness and shape |
| 15:40.19 | L84Supper | but it's not the complete system |
| 15:40.39 | lkcl | yep - we're planning to use litkconn's stainless steel cases, i believe they're 0.1mm thickness. |
| 15:40.41 | penguin42 | L84Supper: Well I guess the tricky bit is how to make a good thermal contact between the shell and the body of the chassis and something like a label on it could make a big difference |
| 15:41.45 | penguin42 | as well as how to make a good thermal contact between the SoC and the shell - I guess you could use one of the rubbery heat pads for that |
| 15:42.05 | L84Supper | penguin42: there are a lot of layers to this, and a sticker is literally another layer :) |
| 15:42.35 | penguin42 | L84Supper: Hehe yes |
| 15:43.40 | L84Supper | if the shell is stand alone then the shell relies mostly on convection for cooling |
| 15:44.02 | penguin42 | yeh, not that there is much airflow in a typical PCMCIA slot |
| 15:44.13 | L84Supper | if it's mounted in a chassis then it's merely a conductor |
| 15:44.47 | L84Supper | so my answer is, it depends :) |
| 15:46.21 | L84Supper | so you have to look at the complete system |
| 15:47.13 | L84Supper | look at how a laptop manages the CPU core temp |
| 15:47.34 | penguin42 | L84Supper: By blowing air badly through a dust filled grill? |
| 15:47.45 | L84Supper | thats one way! |
| 15:48.06 | L84Supper | it works out well, for about the warranty period :) |
| 15:49.27 | L84Supper | if the makers were required to be responsible for the cpu death for longer, you'd see better designs |
| 15:49.51 | *** join/#arm-netbook penguin421 (~dg@tu006.demon.co.uk) |
| 15:51.21 | L84Supper | I kept an original PS3 working for years past every other PS3 I knew of with some minor mods to the thermal management |
| 15:52.32 | L84Supper | I bet that they has a better deign original by the looks of the massive internal fan and then choked the airflow by the design of the small slots in the enclosure |
| 15:53.46 | penguin421 | hmm - why the heck did that just bounce |
| 15:58.48 | penguin421 | wth did my dsl router just give my box a DHCPNAK |
| 16:07.14 | lkcl | L84Supper: would you be willing to write some of this stuff up, and/or give some good links? |
| 16:15.01 | *** join/#arm-netbook slapin_nb (~slapin@94.25.229.27) |
| 16:16.19 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 16:18.12 | *** join/#arm-netbook Quarx (~Quarx@46.233.215.97) |
| 16:18.17 | hp__ | Rockchip RK3066 UG802 mini PC <<-- very interesting now the source is leaked nice! |
| 16:24.14 | L84Supper | heh MK802 was the A10 version |
| 16:24.40 | L84Supper | is UG802 the Rockchip version? |
| 16:25.54 | L84Supper | if it is there it might be under $30 in a few months |
| 16:28.58 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:29.17 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:29.32 | mnemoc | the mk802 iii is not A10 |
| 16:30.06 | mnemoc | it's becoming messy..... like with ainol tablets |
| 16:33.39 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:33.44 | L84Supper | ah ok, http://www.amazon.com/Android-4-0-Mini-MK802-1GB/dp/B008BFJWTQ is what I mostly see around |
| 16:33.45 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:36.26 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:41.04 | *** join/#arm-netbook Sternennebel (~martin@p549498F0.dip.t-dialin.net) |
| 16:41.11 | lkcl | mnemoc: great! it's like "this is a popular name, now, lots of people searching on the internet: let's overload the name and make more profit yaaay!" |
| 16:41.50 | lkcl | what they don't realise is: if it's GPL-violating, it entirely defeats the object of the exercise. they'll learn. |
| 16:42.08 | lkcl | did you hear about how HTC drastically underestimated the power of its geek community? |
| 16:42.53 | lkcl | geeks _love_ the keyboards on their devices, and talk about them incessantly. the moment HTC abandoned keyboard-based phones, sales *nose-dived* drastically |
| 16:48.43 | mnemoc | loved phones with sliding keyboard |
| 16:49.31 | penguin421 | lkcl: I'm not sure it's just the geeks, in the UK Blackberry's are still quite strong, and I think the primary reason for that is the keyboard |
| 16:50.39 | mnemoc | but the screen of those is 1/2 the size it should be :p |
| 16:50.57 | penguin421 | yeh, although they were quite high res |
| 16:52.18 | mnemoc | damn Elop |
| 16:53.06 | mnemoc | the n900 was awesome |
| 16:57.53 | *** join/#arm-netbook slapin_nb (~slapin@host-97-156-66-217.spbmts.ru) |
| 17:02.19 | *** join/#arm-netbook tuliom (~tuliom@177.99.131.105) |
| 17:04.23 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
| 17:29.30 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
| 17:42.53 | *** join/#arm-netbook slapin_nb (~slapin@host-26-152-66-217.spbmts.ru) |
| 17:47.53 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 17:50.55 | discopig | i <3 the n900 |
| 17:50.58 | discopig | still use it as main phone |
| 18:13.08 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 18:21.08 | rz2k | is there any vsync ioctls in our disp/hdmi/lcd? |
| 18:22.50 | rz2k | we need replace these https://github.com/linux-sunxi/xf86-video-mali/blob/r3p0-04rel0/src/mali_def.h#L50 |
| 18:23.26 | mnemoc | rz2k: talk with libv about it, he is rewriting that stuff |
| 18:23.29 | mnemoc | http://linux-sunxi.org/Sunxi_disp_driver |
| 18:26.50 | techn | https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/drivers/video/sunxi/disp/dev_fb.c#L1167 |
| 18:31.16 | *** join/#arm-netbook slapin_nb (~slapin@host-235-146-66-217.spbmts.ru) |
| 18:31.54 | Gumboot | http://www.wandboard.org/ single-core A9 for $69. |
| 18:35.13 | rz2k | techn: it isnt exported in https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/include/video/sunxi_disp_ioctl.h |
| 18:38.19 | techn | rz2k: yep.. it's defined at http://lxr.free-electrons.com/source/include/linux/fb.h#L41 |
| 18:38.28 | *** part/#arm-netbook gx260 (~gx260@doc-209-33-36-90.sv.oh.cebridge.net) |
| 18:39.01 | *** join/#arm-netbook Workboot (~gumboot@rev.bovine.muck.net.nz) |
| 18:39.20 | techn | dunno why they must define their own.. with same name and number |
| 18:39.24 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
| 18:39.32 | *** join/#arm-netbook libv (~libv@77.62-241-81.adsl-dyn.isp.belgacom.be) |
| 18:39.40 | rz2k | yeah, also s/u mismatch again |
| 18:39.53 | rz2k | Fb_wait_for_vsync is int, when ioctl wants u32 |
| 18:40.37 | rz2k | will play with it anyway, also rename platform_orion to something more promising |
| 18:44.26 | libv | how many sata can our little friend drive again? |
| 18:44.30 | libv | only 1? |
| 18:46.12 | libv | hrm, 1 |
| 18:46.29 | mnemoc | libv: just in time :) |
| 18:46.46 | libv | for what? |
| 18:47.04 | libv | my via based "server" died at home btw, which is why i dropped off |
| 18:48.32 | mnemoc | libv: backlog pasted on /q |
| 19:00.26 | mnemoc | Gumboot: old news ;-) .... their prototype looks nice. I didn't expect them to use a SoM. looking forward to see a quad version |
| 19:02.04 | rz2k | freescale still didnt ship i.mx6 :/ |
| 19:04.02 | *** join/#arm-netbook libv (~libv@77.62-241-81.adsl-dyn.isp.belgacom.be) |
| 19:05.55 | slapin_nb | hates design of all these messy mk802 clones |
| 19:06.21 | slapin_nb | why they have to be so hot? |
| 19:07.35 | slapin_nb | not using axp209 is probably the culprit |
| 19:08.23 | slapin_nb | all my tablets are fine |
| 19:08.53 | mnemoc | running always at max voltage... |
| 19:09.46 | mnemoc | loves the mele a2000/a100 format |
| 19:10.10 | mnemoc | but the vertical hdd stinks |
| 19:10.52 | slapin_nb | will probably order mele as price drops |
| 19:13.44 | ZaEarl | lkcl, any idea if the eoma68 format will support high resolution signals, ie double HD, etc. when the SoC can handle it? |
| 19:15.43 | *** join/#arm-netbook Sv (~Sv@modemcable021.180-203-24.mc.videotron.ca) |
| 19:15.43 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 19:23.20 | *** join/#arm-netbook von_fritz_ (~fritz@host90-174-dynamic.1-79-r.retail.telecomitalia.it) |
| 19:33.09 | penguin421 | ZaEarl: You haven't got yourself a 4k TV have you; I noticed they were on sale now |
| 19:34.57 | penguin421 | Tosh 55", I think it's just effectively 4x27" HD panels that haven't been sliced up |
| 19:35.26 | mnemoc | http://www.theverge.com/2012/10/25/3552840/worlds-smallest-4k-display :) |
| 19:35.50 | penguin421 | heck |
| 19:36.20 | penguin421 | mnemoc: I challenge you to read an 8x8 console font on that |
| 19:36.34 | mnemoc | :D |
| 19:41.29 | jelly-home | 500dpi would be nice for augmented reality sunglasses |
| 19:43.58 | slapin_nb | I dunno who needs displays you can't see pixels on |
| 19:45.13 | penguin421 | isn't sure he could see much more than HD on a 24@ |
| 19:46.40 | mnemoc | as jelly-home suggested, awesome for glasses |
| 19:47.31 | Turl | I'm happy with 1366x768 on 16" |
| 19:47.35 | jelly-home | enough for 1024x768 on glasses, would need to get 600dpi or more for a better resoultion |
| 19:55.26 | ZaEarl | 2048x1536 9.7" displays are dirt cheap. |
| 19:57.59 | mnemoc | 4:3 10" netbook! :p |
| 19:58.07 | mnemoc | eoma68, obviusly :p |
| 19:59.28 | Turl | with a i7 3770K please :D |
| 19:59.43 | Turl | and make it not deintegrate due to heat :P |
| 20:01.41 | ZaEarl | sun6i, eoma68, and a double-hd display make a compelling computing device |
| 20:02.13 | Turl | ZaEarl: did you get a sun6i yet? |
| 20:03.29 | ZaEarl | not yet |
| 20:04.00 | Gumboot | mnemoc: I see what you mean. I forgot how short my lastlog had become lately. |
| 20:07.10 | Gumboot | I'm starting to think it would make sense to arrange screwholes so that a 2.5" hard drive or SSD could be screwed directly onto one of these boards. Perhaps on risers. |
| 20:11.06 | penguin421 | yeh |
| 20:27.57 | lkcl | ZaEarl: it's totally down to the SoC. however, i'd be a bit concerned about trying to drive those pins at more than... 150mhz. they're not twisted-pairs |
| 20:28.57 | lkcl | ZaEarl: i thought you were going to sleep! |
| 20:33.33 | libv | rz2k: about that ioctl, surely that is in the fb headers? |
| 20:33.55 | rz2k | its actually in http://lxr.free-electrons.com/source/include/linux/fb.h#L41 |
| 20:34.05 | rz2k | but I dont know if allwinner did it right in disp |
| 20:34.18 | libv | they most likely did not |
| 20:34.25 | rz2k | declaring same name and etc., and if it even works |
| 20:34.33 | libv | we will fix this in the end |
| 20:34.44 | libv | but right now it is not too high priority :) |
| 20:34.57 | rz2k | yeah, I'm just reading xf86-video-mali |
| 20:36.32 | ZaEarl | lkcl, I did. :) |
| 20:37.08 | ZaEarl | lkcl, what what resolution would 150mhz produce? |
| 20:39.40 | ZaEarl | roughly 2Mpixels? |
| 20:40.05 | ZaEarl | or 20M |
| 20:51.02 | hno | mnemoc, the spl reboot issue appears to be that SPL fails to inizialize the DRAM controller on a warm reboot. |
| 20:54.58 | hno | It is not MMC related at all. |
| 20:56.04 | hno | but details is still a mystery. Do not happen if rebooting from u-boot, only when rebooting from linux. |
| 20:56.14 | techn | hno: could it help if you set that "fast-boot" env variable? |
| 20:56.52 | techn | me knows nothing about boot :) |
| 20:58.08 | hno | No. |
| 20:58.20 | hno | SPL is long before any env. |
| 20:58.50 | Turl | hno: maybe the suspend code fscks something on dram? |
| 20:59.20 | Turl | (or maybe it was never deinitialized?) |
| 21:00.46 | hno | The DRAM controller is reset both on hardware reset and then again by SPL. |
| 21:01.09 | hno | But SPL only tries to inizialize the DRAM controller once. boot0 tries up to 3 times. |
| 21:02.24 | Turl | there must be a reason why they did that :) |
| 21:03.41 | hno | Turl, have some thoughts along that line indeed... |
| 21:04.40 | *** join/#arm-netbook libv (~libv@ppp-93-104-137-80.dynamic.mnet-online.de) |
| 21:11.07 | mnemoc | hno: also happens on `reset` from nand's u-boot |
| 21:11.30 | mnemoc | noticed testing lichee-dev |
| 21:14.14 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 21:14.40 | rm | http://linux.slashdot.org/story/12/11/04/2049218/facebook-joins-linaro-linux-on-arm-effort |
| 21:14.41 | rm | O.o |
| 21:15.12 | mnemoc | i guess their powerbill is higher than linaro's membership :p |
| 21:15.28 | hno | Can imagine they have quite some interest in distributed low power computing. |
| 21:18.36 | lkcl | ZaEarl: let's work it out. 150mhz divided by say 50hz is 3 million pixels |
| 21:18.54 | lkcl | that's 2777 * 1080 |
| 21:19.10 | lkcl | 1sec.... |
| 21:19.20 | lkcl | 150mhz.... and it's 24 bits per clock |
| 21:19.23 | lkcl | so.... yeah, |
| 21:19.50 | lkcl | ZaEarl: 1920*1080*60 = 124.416 MHz |
| 21:20.12 | mnemoc | people won't believe it until you should a prototype ;-) |
| 21:20.14 | lkcl | TI's SoCs are typically spec'd for 2048*2048 @ 30fps |
| 21:20.28 | mnemoc | s/should/show/ |
| 21:20.40 | libv | lkcl: err |
| 21:20.47 | libv | lkcl: and now read up on modelines |
| 21:20.58 | libv | lkcl: vtotal * htotal * vrefresh |
| 21:21.11 | libv | not hdisplay * vdisplay * vrefresh |
| 21:21.31 | lkcl | libv: ok ok :) |
| 21:22.08 | jelly-home | do LCDs still have that delay needed for the now nonexistent gun to go back to the top of the screen |
| 21:22.20 | libv | jelly-home: info cvt |
| 21:22.29 | mnemoc | suddenly the dungeon collapses - you die :( |
| 21:22.42 | libv | jelly-home: reduced blanking is used for panel based displays |
| 21:23.04 | jelly-home | sanity! |
| 21:23.59 | jelly-home | so 138MHz, 10% slack |
| 21:31.50 | hno | retrying seems to do the trick. |
| 21:32.00 | hno | U-Boot SPL 2012.10-00482-g9608ba2-dirty (Nov 04 2012 - 22:29:42) |
| 21:32.00 | hno | Board: Cubieboard |
| 21:32.00 | hno | DRAM: ? 1024MB |
| 21:32.09 | hno | ? is failed initialization. |
| 21:33.42 | hno | mnemoc, sunxi-current should work now. |
| 21:33.54 | mnemoc | cool, i'll test it |
| 21:43.25 | mnemoc | Turl: are you subscribed to the #cubieboard list? :) there is a bug report regarding sunxi-bsp's android :) |
| 21:44.15 | ZaEarl | lkcl, ok, so we can expect FHD to pretty much be tops for eoma68. |
| 21:45.31 | Turl | mnemoc: yes I am |
| 21:46.18 | Turl | mnemoc: what's the thread title? |
| 21:46.22 | Turl | I must've missed it |
| 21:46.50 | mnemoc | Turl: android on cubieboard |
| 21:47.02 | mnemoc | Turl: btw, what do you think about a single devices/allwinner repo ? |
| 21:47.36 | *** join/#arm-netbook benjamin__ (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 21:48.10 | mnemoc | Turl: so the local manifest is unique and we just need to cp -a the template dir if the particular board is missing |
| 21:48.27 | mnemoc | also simpler for people to send the patch back |
| 21:51.35 | Turl | it'll get messy if we ever upstream it though |
| 21:52.02 | mnemoc | keep the common separated, the rest won't ever be upstreamed |
| 21:52.13 | Turl | why? |
| 21:52.14 | hno | mnemoc, if it works for you (it does for me), would you be able to backport to sunxi? A bit tight on other stuff at the moment. |
| 21:52.38 | mnemoc | hno: will test now. but yes, will try |
| 21:52.54 | mnemoc | Turl: too many boards and little value? |
| 21:53.16 | mnemoc | Turl: and for upstreaming the "history" of each particular device isn't very relevant |
| 21:53.32 | Turl | mnemoc: since when does support require X amount of value? o.O |
| 21:54.05 | hno | Upstreaming requires committment to keep maintaining. |
| 21:56.48 | mnemoc | with a good device/allwinner/common, device/allwinner/foo should be pretty simple.... and so a single android_device_allwinner repo makes more sense to me than a thousand android_device_allwinner_foo |
| 21:57.45 | mnemoc | also simplifies maintaiance as making device trees becomes more ape-proof |
| 21:58.24 | mnemoc | the starting point trivially scriptable without doing much assumptions |
| 22:00.27 | Turl | mnemoc: on the technical side, I'm unsure if repo will like a repo inside another one |
| 22:01.03 | mnemoc | i'm not talking about `repo` the tool, i'm talking about a repo with a .git dir |
| 22:01.18 | Turl | mnemoc: yeah but the repos with the git dirs are managed by repo the tool |
| 22:02.01 | mnemoc | so you mean that `repo` won't like to have device/allwinner and device/allwinner/common ? |
| 22:02.28 | Turl | yeah, I cannot actually think of any such case in use |
| 22:04.08 | Turl | besides upstreaming ("tradition"?) is to have a repo per device |
| 22:07.21 | Turl | bbl |
| 22:08.12 | mnemoc | i wrongly assumed `repo` had the problem of nested repos solved... if not, sure it's a problem. we would need to for your common, and move the stuff one level inside.... and that's not nice |
| 22:16.18 | mnemoc | hno: yes, works for me :) always with one '?' |
| 22:35.52 | mnemoc | hno: change applied to sunxi, tested, and .... pushed :) |
| 22:36.08 | mnemoc | will make a new run of hwpacks |
| 22:36.30 | hno | mnemoc, always one ? |
| 22:36.36 | mnemoc | yes |
| 22:36.44 | mnemoc | 3 reboots on each test |
| 22:36.56 | mnemoc | all with one '?' |
| 22:37.03 | hno | Even on hard reboot? |
| 22:37.18 | mnemoc | no, hard reboot is '?' less |
| 22:37.26 | hno | Ok. |
| 22:37.46 | hno | that is expected. |
| 22:38.09 | mnemoc | why not a while (!ramsize) instead of 3 tries and halt? |
| 22:38.55 | hno | Because if it need more tries then something is wrong. |
| 22:39.04 | mnemoc | :) |
| 22:39.41 | hno | and better to say that something is wrong than continue failing |
| 22:39.48 | mnemoc | true |
| 22:41.58 | mnemoc | maybe we can test some dummy dram params after the 3 strikes? |
| 22:50.26 | hno | mnemoc, thanks! |
| 22:51.26 | hno | Will likely explore probing when things is more stable. |
| 22:52.18 | hno | but need some more boards of different configurations to be willing to maintain that. |
| 23:03.14 | mnemoc | it really pisses me off all the talking of ARM about partnerships and licenses and they just ignore the implicit "partnership" they have with the linux kernel and the GPL license |
| 23:04.22 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 23:06.02 | mnemoc | they should remind their partners about *that* license too |
| 23:08.16 | mnemoc | new http://dl.linux-sunxi.org/amery/sunxi-3.0/latest/ |
| 23:09.45 | mnemoc | lkcl: \o/ |
| 23:10.03 | lkcl | mnemoc: que? que? |
| 23:10.26 | lkcl | that's a hell of a lot of 1gb images, dude |
| 23:10.27 | mnemoc | lkcl: mail |
| 23:10.32 | lkcl | mail? |
| 23:10.48 | mnemoc | lkcl: the schematics thing |
| 23:10.50 | lkcl | mail... mail.... nope. |
| 23:10.59 | lkcl | schematics thing... que? |
| 23:11.03 | lkcl | you've lost me completely |
| 23:11.09 | lkcl | wibbles |
| 23:11.16 | mnemoc | lkcl: you just sent a mail. I like it :) |
| 23:11.19 | lkcl | oh yeah |
| 23:11.21 | lkcl | ha ha |
| 23:11.22 | lkcl | yeah. |
| 23:11.35 | lkcl | i'm quite enjoying doing schematics. |
| 23:11.48 | lkcl | different enough from software for me to be interesting |
| 23:11.56 | mnemoc | the url thing is unrelated, it's a bunch of updated hardware packs |
| 23:12.20 | lkcl | but.... eurghhh, orcad's a pain under wine, esp. fvwm. there's a bug in fvwm where w32 dialog boxes *lose focus*. |
| 23:12.43 | mnemoc | lkcl: can you generate PDFs of those so normal fellows can look? :) |
| 23:12.46 | lkcl | i've learned that you have to go to a completely random window with the mouse, then bring the... |
| 23:12.53 | lkcl | noooooo, darn it, i can't. i tried. |
| 23:12.59 | mnemoc | :( |
| 23:13.01 | lkcl | even installed ghostscript.exe :) |
| 23:13.06 | mnemoc | doh |
| 23:13.26 | lkcl | it's the version of wine that i have, from what i can gather, because printing doesn't work under notepad.exe either |
| 23:14.02 | Triffid_Hunter | lkcl: kicad and eagle are popular native linux schematic editors |
| 23:14.02 | mnemoc | tried crossover? they were giving away free 1y licenses |
| 23:14.04 | lkcl | actually having *a* version of wine that works, i'm veery reluctant to try another. |
| 23:14.16 | mnemoc | ic |
| 23:14.25 | lkcl | i don't want the registry / etc. etc. fucked up |
| 23:14.41 | lkcl | it takes houuurs to install orcad under wine |
| 23:15.00 | lkcl | i'm deeply impressed that it actually works, though. |
| 23:15.10 | mnemoc | :) |
| 23:15.44 | mnemoc | kicard and other linux-friendly editors are not an option? |
| 23:15.46 | lkcl | Triffid_Hunter: yeah. i've used kicad. love it. except.... the PCB layout system has no built-in auto-router |
| 23:15.54 | mnemoc | :( |
| 23:16.06 | lkcl | mnemoc: i tried kicad. got on really well with the *schematics* layout bit. |
| 23:16.19 | Triffid_Hunter | lkcl: autorouters generally suck |
| 23:16.47 | Triffid_Hunter | lkcl: they can be helpful but never trust them to lay out your board sensibly.. they don't understand stuff like decoupling or power plane separation or star point grounding |
| 23:16.48 | mnemoc | real men route boards themselves |
| 23:16.51 | lkcl | but this is "serious" schematics. we have to talk to chinese ODMs. explaining kicad to them is a step too much. look at what the openmoko team had to go through |
| 23:17.12 | lkcl | Triffid_Hunter: i won't :) i know _nothing_ about all that stuff :) |
| 23:17.14 | Triffid_Hunter | lkcl: I use eagle's autorouter mostly to help me work out the best place to put components |
| 23:17.40 | mnemoc | so we have a volunteer to do the routing part! weeee! thank you Triffid_Hunter |
| 23:17.45 | lkcl | Triffid_Hunter: so you know roughly what you're doing, with PCB layouts then, eh? |
| 23:18.01 | Triffid_Hunter | lkcl: I have some idea, yeah |
| 23:18.06 | lkcl | eyy good stuff |
| 23:18.08 | hno | lkcl, those hwpacks are not 1gb, only 11mb. |
| 23:18.13 | Triffid_Hunter | wouldn't want to lay out anything around a BGA though |
| 23:18.28 | lkcl | hno: oh! ha ha |
| 23:18.33 | lkcl | i thought they were huge |
| 23:19.29 | lkcl | Triffid_Hunter: for the tablet design i don't think there's any BGA ICs. the STM32F has a QFP and there's... an SN75LVDS83b. or c probably by now |
| 23:19.40 | hno | kernel + u-boot + mali iirc. |
| 23:19.44 | lkcl | got to find a USB hub IC... |
| 23:19.53 | lkcl | that's pretty small then. neat. |
| 23:19.59 | lkcl | hno: ^ |
| 23:20.30 | lkcl | probably go with the GL830G because i have some schematics with it. |
| 23:20.35 | lkcl | is a cut/paste fiend :) |
| 23:20.50 | hno | lkcl, GL850G is very common. |
| 23:20.57 | lkcl | ahh dearie me, the number of bits of circuit i've cobbled together is hilarious |
| 23:21.20 | lkcl | hno: ah yes. i seem to be having a thing with numbers today. yes, GL850G. thank you |
| 23:21.55 | hno | 830G seems to be a USB-PATA bridge. |
| 23:22.57 | lkcl | ok i'm going to put together a GL850G hub IC, i need one to connect the USB WIFI, STM32F, and a couple of USB ports. |
| 23:23.03 | lkcl | back at it... :) |
| 23:26.18 | mnemoc | question, if the MCU is reached over USB.... how will the card be able to play with the backlight of the display before the OS gets USB enabled? |
| 23:28.31 | mnemoc | will the stm32f do that automatically based on the connection/disconnection of the card detected somehow? |
| 23:29.36 | hno | mnemoc, does it need to? |
| 23:32.25 | mnemoc | I don't know how lcd panel work, but i've been told (don't remember where or who) that is done separated of the lvds interface using a pwm |
| 23:33.16 | hno | Yes. But do EOMA68 based products need to power the backlight before USB is operational? |
| 23:33.27 | mnemoc | so I assume someone needs to do that before the lvds output can be seen |
| 23:33.49 | mnemoc | to see something before a full boot.... like the traditional splash screeb |
| 23:34.24 | hno | for splash screen you need framebuffer + usb then. |
| 23:34.47 | mnemoc | the seconds of darkness can be very disturbing to people |
| 23:35.42 | hno | I know.. my lended Android phone is very frustrating. 4 seconds of darkness @poweron. |
| 23:36.08 | *** join/#arm-netbook slash_random (~david@host238.190-230-245.telecom.net.ar) |
| 23:38.12 | mnemoc | so we assume it as a weakness of the standard or try to find a way to avoid it? :) |
| 23:43.41 | slapin_ | thinks both kicad and eagle are fine with whatever manufacturers as long as gerber files are fine |
| 23:44.30 | slapin_ | never seen manufacturers trying to fix errors using various CAD systems |
| 23:45.19 | slapin_ | used both kicad and eagle with hw manufacturers in Russia w/o any problems regarding CAD systems themselves |
| 23:45.43 | slapin_ | so that should not stop you or being used as excuse to slack |
| 23:46.01 | hno | mnemoc, backlight starting @50% is probably a reasonable compromize. |
| 23:46.56 | mnemoc | hno: but can the STM detect when the card was connected? |
| 23:47.32 | hno | not sure. But it can for sure detect when the STM is powered on. |
| 23:47.32 | mnemoc | hno: to set the backlight to 50 and then to 0 when disconnected |
| 23:47.48 | mnemoc | ok |
| 23:48.09 | hno | Isn't the STM also connected on I2C? |
| 23:48.56 | mnemoc | not sure.... but i suppose it should, to fake the eeprom with the DT struct |
| 23:49.14 | hno | Also much more suitable to have backlight on I2C than USB. |
| 23:49.32 | mnemoc | lkcl: ----^ comments? |
| 23:49.43 | slapin_ | votes for i2c, too |
| 23:50.07 | mnemoc | can we still that add to the standard? :p |
| 23:51.01 | hno | i2c for device control, USB for bulk transfers (i.e. audio, storage) and HID. |
| 23:54.07 | hno | But yes, hot plug/unplug events should be specified on how to detect. |
| 23:54.45 | hno | i2c do not have any. It's all silent until used for some command. |
| 23:55.26 | hno | both CPU card and I/O card need to detect plug/unplug events. |
| 23:56.14 | mnemoc | maybe running a beacon on the bus? |
| 23:56.22 | hno | i2c? |
| 23:56.41 | hno | USB have that i think. |
| 23:56.56 | mnemoc | yes. not sure if i2c supports it |
| 23:57.18 | hno | i2c supports it if you define one. |
| 23:58.47 | hno | It's a simple master/slave bus. |
| 23:59.03 | mnemoc | and who is the master? the card? |