| 00:00.28 | ssvb | techn_: don't know, I did not pay much attention to it |
| 01:22.18 | *** join/#arm-netbook stefanro (~stefan@p57B948D4.dip.t-dialin.net) |
| 01:24.29 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 01:32.22 | *** join/#arm-netbook alcides (~alcides@177.17.157.128) |
| 01:32.23 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 02:17.40 | *** join/#arm-netbook cnxsoft (~jaufranc@node-9fq.pool-118-172.dynamic.totbb.net) |
| 02:34.41 | drachensun | my wifi has stopped working on some devices and I notice that the devices that don't work have a bunch of echi reset messages when the 8192cu driver is loaded and unloaded |
| 02:34.45 | drachensun | has anyone else seen that? |
| 02:47.42 | vinifm | try use rtlwifi |
| 04:12.11 | *** join/#arm-netbook Dessimat0r (picard@108.59.4.114) |
| 04:15.51 | ZaEarl | libv, does https://gitorious.org/lima have the q3a demo code? |
| 04:37.07 | ZaEarl | ah, I see the commits are old. check-in the new code! |
| 04:40.37 | *** join/#arm-netbook aholler (~aholler@p57B20157.dip0.t-ipconnect.de) |
| 04:42.53 | *** join/#arm-netbook KoH__ (~kane@trir-5d805c9f.pool.mediaWays.net) |
| 04:45.47 | *** join/#arm-netbook Quarx (~Quarx@176.62.101.115) |
| 05:07.53 | *** join/#arm-netbook ZaEarl (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 05:12.22 | *** join/#arm-netbook fragmint (~fragmint@108-77-196-171.lightspeed.tukrga.sbcglobal.net) |
| 05:16.26 | *** join/#arm-netbook ZaEarl_ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 05:19.15 | *** join/#arm-netbook ZaEarl__ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 05:30.18 | *** join/#arm-netbook rz2k (~rz2k@128-72-70-133.broadband.corbina.ru) |
| 05:31.22 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 05:34.25 | *** join/#arm-netbook hipboi (~hipboi@27.23.182.86) |
| 06:34.39 | *** join/#arm-netbook cnxsoft (~jaufranc@node-9fq.pool-118-172.dynamic.totbb.net) |
| 06:54.39 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 06:59.55 | *** join/#arm-netbook hipboi (~hipboi@27.23.182.86) |
| 07:51.00 | *** join/#arm-netbook hipboi (~hipboi@27.23.182.207) |
| 08:15.18 | *** join/#arm-netbook hp__ (~kvirc@d5153E228.access.telenet.be) |
| 08:20.15 | *** join/#arm-netbook Avernos (~avernos@222.128.187.55) |
| 08:20.15 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 08:26.52 | *** join/#arm-netbook newbie (~kvirc@d5153E228.access.telenet.be) |
| 09:35.26 | *** join/#arm-netbook herdingcat (~huli@218.10.51.111) |
| 09:35.57 | *** join/#arm-netbook rellla (~quassel@p4FE56364.dip0.t-ipconnect.de) |
| 10:32.03 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 10:39.08 | rz2k | ping RaYmAn |
| 10:53.32 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.98) |
| 11:01.15 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:20.34 | RaYmAn | rz2k: ? |
| 11:43.20 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:53.38 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:56.37 | *** join/#arm-netbook hark (~hark@w.v89.eu) |
| 11:59.15 | rz2k | RaYmAn: up for imx6q hacking? |
| 11:59.24 | rz2k | richtechie released part of the sources |
| 12:01.22 | specing | Part of what? |
| 12:02.51 | rz2k | specing: patches to oficial i.mx kernel from freescale to support their 'hdmi dongle' board, known as hi802/gk802 |
| 12:03.31 | rz2k | still not complete set, as always :/ |
| 12:06.14 | specing | ah |
| 12:17.06 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:34.34 | *** join/#arm-netbook cnxsoft (~jaufranc@node-9fq.pool-118-172.dynamic.totbb.net) |
| 12:38.54 | RaYmAn | rz2k: oh, nice! link? |
| 12:52.48 | *** join/#arm-netbook Avernos_ (~avernos@222.128.146.42) |
| 12:57.14 | rz2k | RaYmAn: http://www.cnx-software.com/2013/02/06/u-boot-linux-kernel-and-android-patches-for-freescale-i-mx6-hdmi-tv-dongles/ |
| 12:57.37 | rz2k | my results so far http://pastebin.com/2yP6n1ev |
| 12:57.59 | rz2k | need to figure out how to fix usage of mmc1 from u-boot and why kernel dies at that point |
| 12:59.12 | RaYmAn | is that with custom uboot? |
| 12:59.17 | RaYmAn | oh, it is |
| 12:59.30 | rz2k | yeah |
| 12:59.31 | RaYmAn | well, I certainly need to hook up serial now :) |
| 12:59.44 | RaYmAn | put up a repo? |
| 13:00.01 | rz2k | repo is git.freescale.com :) |
| 13:00.14 | rz2k | richtechie released the set of patches |
| 13:00.18 | RaYmAn | sure, but you can't change that :P |
| 13:07.26 | *** join/#arm-netbook Avernos (~avernos@222.128.129.36) |
| 13:07.26 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 13:11.10 | RaYmAn | rz2k: so u-boot is detecting the mmc's reverse of kernel? |
| 13:14.05 | rz2k | nope, it does not detect the mmc that it was boot from |
| 13:14.17 | rz2k | I was able to launch kernel from other mmc slot |
| 13:14.35 | RaYmAn | ah |
| 13:14.38 | rz2k | the hi802/gk802 has two mmc slots |
| 13:14.45 | RaYmAn | yeah, I know |
| 13:14.49 | RaYmAn | internal one as well |
| 13:14.58 | rz2k | also there is weird detail |
| 13:15.04 | RaYmAn | (my freescale based e-reader has the same setup essentially) |
| 13:15.33 | rz2k | the richtechie default u-boot names only two mmc slots (0/1) and names them esdhc, not usdhc as mine |
| 13:16.07 | RaYmAn | probably the usual fuckups in coding that you'd expect |
| 13:16.14 | rz2k | yeah |
| 13:16.33 | RaYmAn | though, there might be some detail we're missing for the internal slot |
| 13:16.50 | RaYmAn | on my tf201, you for example need to manually change the voltage for the eMMC in the kernel for it to boot at all |
| 13:16.57 | rz2k | yes |
| 13:17.02 | RaYmAn | so there might be something similar |
| 13:17.04 | rz2k | that what it yells about |
| 13:17.11 | RaYmAn | does kernel detect internal? |
| 13:17.12 | rz2k | that card didnt respond to voltage set |
| 13:17.25 | RaYmAn | ah |
| 13:17.29 | rz2k | kernel hangs after last line in log by the link I posted |
| 13:18.06 | RaYmAn | yeah |
| 13:18.15 | rz2k | no idea why, but this is the kernel with first set of patches, didnt test other one (there is one from 2012/12 and one from 2013/01) |
| 13:18.18 | RaYmAn | did you try booting stock kernel with this u-boot? |
| 13:18.52 | rz2k | no, I didnt figure out the default boot.img crap |
| 13:19.02 | rz2k | just read the manual at freescale's site |
| 13:19.18 | rz2k | and flashed u-boot/uImage with dd and offsets |
| 13:19.27 | RaYmAn | I have a simple app for extracting/making boot.img's here: https://github.com/androidroot/boottools |
| 13:19.48 | rz2k | the default one is generated by mkimage or something like that |
| 13:19.52 | rz2k | oh |
| 13:19.53 | rz2k | cool |
| 13:20.05 | *** join/#arm-netbook wingrime (~wingrime@78.109.115.103) |
| 13:20.13 | RaYmAn | that's only android boot.img's of course, if it's an uImage, then it's something else |
| 13:51.11 | *** join/#arm-netbook Turl (~Turl@cyanogenmod/maintainer/Turl) |
| 14:20.01 | *** part/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 14:20.08 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 15:05.36 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 15:21.50 | *** part/#arm-netbook cnxsoft (~jaufranc@node-9fq.pool-118-172.dynamic.totbb.net) |
| 15:36.10 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 15:40.28 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 16:01.44 | *** join/#arm-netbook ZaEarl__ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 16:22.28 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 16:31.01 | SPG | 03Ted 05master 011fa71 06rhombus 03allwinner_a10/orders/ZSlayer2.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=011fa71 |
| 16:34.21 | lkcl | ln22: i've had to take a full-time job, so when i get home i carry on working for another 5 hours on PCB CAD/CAM. apologies but it leaves little spare time for talking to people. i'm doing status reports. |
| 16:35.23 | lkcl | ln22: you want these - http://rhombus-tech.net/freescale/iMX6/news/ http://rhombus-tech.net/community_ideas/kde_tablet/news/ http://rhombus-tech.net/allwinner_a10/news/ |
| 16:36.31 | lkcl | the tablet PCB will fit into a laptop as well (low-power, single LVDS up to about an 11in screen, 1388 x 800 or so) |
| 16:36.39 | lkcl | that's now with the engineers |
| 16:36.48 | lkcl | the A10 board, the 2nd revision has started |
| 16:37.17 | lkcl | and the iMX6 board is still at a very early stage, i started it a few weeks ago and have been learning the CAD/CAM software on-the-go. |
| 16:40.47 | ln22 | This is great thank you! |
| 16:41.37 | ln22 | lkcl: Is there an EOMA-68 board planned with dual LVDS? |
| 16:50.25 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.192) |
| 16:52.27 | lkcl | ln22: EOMA-68 doesn't do LVDS, it does 24-pin RGB/TTL. so you do the conversion - to absolutely anything - on the I/O board. |
| 16:54.07 | lkcl | at some later date, the flying squirrel board will be converted to dual LVDS output. however as dual LVDS screens typically need more power, that has knock-on ramifications for the power management, so that's pretty much a redesign, right there. |
| 16:54.59 | lkcl | what i'm hoping to be able to do is use bunny's iMX6 laptop schematics, and just integrate the circuits he used for battery charging and power management |
| 16:55.17 | lkcl | i'll have to double-check with him that the parts are mass-volume and available in china |
| 16:55.46 | lkcl | because as you saw from the rbpi, they picked a XTAL that was only available in europe, and had to do a board-level redesign. that's baaaad :) |
| 17:15.23 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-219-122.cust.bredband2.com) |
| 17:25.30 | SPG | 03lkcl 05master 2b77a9b 06rhombus 10freescale/iMX6/ 10news.html 03news/eoma68_imx6_pcb_wip1.png * imx6 news * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=2b77a9b |
| 17:27.00 | jelly-home | the colors, they burn!! |
| 17:28.59 | SPG | 03lkcl 05master 3ec096a 06rhombus 10freescale/iMX6/news.html * imx6 news * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=3ec096a |
| 17:41.57 | lkcl | mwahahaah |
| 17:42.03 | lkcl | i quite like them :) |
| 17:43.48 | lkcl | actually, you need them. each layer *needs* to stand out from all other layers. that means using eye-burning colours. which i find quite attractive, but i also like sparkly-sparkly pavements (the ones with bits of flint in them) |
| 17:44.00 | lkcl | that should tell you everything you need to know :) |
| 17:47.26 | jelly-home | bets lkcl also likes ponies in bright colors |
| 18:08.58 | *** join/#arm-netbook doneill (~doneill@d66-222-166-78.abhsia.telus.net) |
| 18:13.12 | doneill | Hey guys, is a firmware necessary for a Realtek 8192CU to be detected? My module loads fine, but dmesg doesn't pick up the device. The netbook is an E6 (Allwinner A10) and I'm using the git master branch kernel from linux-sunxi.org, 3.0.62 at the moment. On the Android kernel it ships with (3.0.8) the chipset loads fine, but the output looks very different. |
| 18:17.24 | *** join/#arm-netbook vinifm (~Vinicius@187.114.97.230) |
| 18:18.41 | vinifm | hi, what is the difference between ump and mali drivers |
| 18:20.35 | Turl | doneill: what kernel module are you using for it? |
| 18:20.59 | Turl | doneill: make sure you enable the usb controller on script.bin if using mainline's rtlwifi one |
| 18:21.02 | doneill | 8192cu |
| 18:21.15 | *** join/#arm-netbook Quarx (~Quarx@176.62.101.115) |
| 18:21.27 | doneill | The Android installation also loads 8188 and some others, but I think it's because the firmware is shared with other boards using different chipsets. |
| 18:21.29 | drachensun | doneill: what does lsusb say is the model |
| 18:21.46 | drachensun | yeah, I spent last night fixing that for my PengPods |
| 18:22.02 | Turl | doneill: this one? https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.0/drivers/net/wireless/rtl8192cu |
| 18:22.12 | doneill | Ahh that's probably what I'm missing Turl. |
| 18:22.24 | doneill | I used the stock fex for the E6 from sunxi-boards git repo |
| 18:22.27 | Turl | vinifm: ump is a memory allocator, mali is the gpu driver |
| 18:23.09 | drachensun | doneill: You might need a different driver, 8188eu |
| 18:23.16 | doneill | It isn't even showing up on lsusb |
| 18:23.35 | drachensun | oh |
| 18:23.42 | drachensun | well that might be different then |
| 18:23.48 | Turl | if you're using this other one you need to enable the usbc on the script.bin https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.0/drivers/net/wireless/rtlwifi |
| 18:23.54 | doneill | drachensun, that was my next bet, but dmesg pretty clearly uses 8192cu for the device, unless 8188eu depends on 8192cu |
| 18:24.06 | drachensun | doneill: it doesnt |
| 18:26.38 | doneill | All 3 USB controllers are enabled, and usb_wifi_used is 1, I guess I'll pull the script.bin from the nand and compare the fex. |
| 18:27.31 | doneill | Maybe it's GPIO after all, though I've never seen that. Would be slow as hell I'd think. |
| 18:30.21 | doneill | Are I2C or SPI wifi chips common on sunxi boards? |
| 18:32.54 | drachensun | I haven't seen one and I own a pretty good collection here |
| 18:33.02 | drachensun | is this a netbook by any chance? |
| 18:33.44 | doneill | Yep it is. |
| 18:33.51 | drachensun | yeah duh, you said netbook |
| 18:34.06 | drachensun | it has 3 usb ports right? |
| 18:34.11 | doneill | hehe I have a good collection coming along too now |
| 18:34.16 | doneill | Yep on one side |
| 18:34.36 | drachensun | so probably they had to give up the one they use for wifi in the other devices |
| 18:35.33 | jelly-home | where can one buy such a A10-powered netbook? |
| 18:35.35 | doneill | Well I haven't poked around too much, I figured I'd ask before stumbling through in the off chance somebody has sorted this out. |
| 18:35.40 | drachensun | I have a couple of those here too but I managed to fry one trying to solder a debug header on and never got around to working with the other |
| 18:36.34 | doneill | jelly, I got several cases of various ARM netbooks and tablets from a supplier in Shenzhen on Alibaba.com |
| 18:38.13 | doneill | wm8850 is interesting but the hardware around it is pretty challenging to support. |
| 18:40.57 | doneill | I got some q88 tablets which rock but the touchscreen driver basically doesn't exist in source form, from what I've found. ZET6221 is the chipset. I've been hacking up a driver over the last week but it doesn't even compile yet. |
| 18:42.24 | drachensun | Allwinner def. has the most advanced community source of any of those Chinese devices |
| 18:48.15 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.107) |
| 18:58.50 | libv | we are also quite unique in that hipboi provided us with mali builds that somewhat work |
| 18:59.20 | libv | try finding mali builds for non-android systems on other SoCs |
| 19:15.07 | jelly-home | is A10 inability to deal with a sata port multiplier a hardware or a software issue or both? |
| 19:27.56 | *** join/#arm-netbook ln2 (~Thunderbi@c-69-246-99-102.hsd1.mi.comcast.net) |
| 19:43.09 | *** join/#arm-netbook gzamboni (~gzamboni@235.152.200.77.rev.sfr.net) |
| 19:46.02 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 19:53.10 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 19:56.36 | *** join/#arm-netbook discopig (~discopig@unaffiliated/discopig) |
| 20:00.29 | *** join/#arm-netbook GeorgeIoak (~GeorgeIoa@c-76-20-49-48.hsd1.ca.comcast.net) |
| 20:11.21 | hramrach | jelly-home: it's in the hw datasheet afaik |
| 20:11.36 | hramrach | so not designed to do that |
| 20:25.40 | hramrach | lkcl: is it difficult to find chip for converting RGB to DP/eDP? |
| 20:26.36 | hramrach | there was some discussion about new panels being cheaper but eDP which required expensive conversion chip to go LVDS->eDP |
| 20:29.21 | hramrach | also is it even possible to build an eoma card around something moderately powerful like Exynos? |
| 20:29.55 | hramrach | the ODROID comes whit quite large heatsink which you can't stuff into a PCMCIA card |
| 20:30.38 | ln22 | Yeah. I am also extremely interested in eDP panels on the AMD SoC EOMA-68 card. The chip fully supports eDP. |
| 20:31.58 | hramrach | I guess the AMD chips would have the same heat problems as Exynos |
| 20:32.11 | hramrach | in addition to being lame hardware |
| 20:34.52 | ln22 | It's easy to call them lame. But the AMD chips will have 3d acceleration and opencl. Two things we don't have on other ARM devices running Linux. |
| 20:35.40 | hramrach | and they will randomly lock up when you upload random assembly to them |
| 20:36.08 | hramrach | whereas Mali reportedly processes any assembly without lockups |
| 20:40.12 | ln22 | The AMD SoC's have that behavior? You have been developing on them? |
| 20:41.58 | *** join/#arm-netbook discopig (~discopig@unaffiliated/discopig) |
| 20:53.40 | hramrach | ln22: AMD cards have that behvoiur. If you look the SoC datashets they list the desktop AMD cards that do that |
| 20:54.15 | hramrach | of course, they could fix them for the SoC |
| 20:54.34 | hramrach | but they could fix the dozens of desktop cards, and didnt |
| 20:58.05 | *** join/#arm-netbook ZaEarl__ (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 20:58.48 | *** join/#arm-netbook Avernos_ (~avernos@111.194.214.182) |
| 20:59.47 | ln22 | Interesting. |
| 21:00.42 | hramrach | Indeed. |
| 21:38.10 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56364.dip0.t-ipconnect.de) |
| 21:41.59 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56364.dip0.t-ipconnect.de) |
| 21:50.25 | L84Supper | an AMD EOMA card is doubtful, it could be a BEOMA card though, no real problems with thermal management with AMD, what problem does Exynos have? |
| 21:51.17 | L84Supper | hramrach: ^^ |
| 21:55.27 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 22:05.04 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 22:07.14 | hramrach | L84Supper: compared to A10 it needs way more cooling |
| 22:07.37 | hramrach | but if T40 works Exynos will possibly work too |
| 22:08.33 | L84Supper | EOMA has no thermal spec since they don't understand thermal management |
| 22:08.51 | hramrach | ;-) |
| 22:08.52 | L84Supper | but it could support either |
| 22:10.16 | hramrach | what is beoma? |
| 22:10.30 | L84Supper | better eoma :) |
| 22:10.50 | L84Supper | or maybe weoma for working eoma |
| 22:11.05 | hramrach | why A10 is not working? |
| 22:11.18 | L84Supper | a10 works just not eoma |
| 22:11.50 | hramrach | they are designing it ;-) |
| 22:13.09 | L84Supper | 13 months + |
| 22:13.38 | hramrach | first project |
| 22:13.47 | hramrach | difficulties :p |
| 22:15.10 | hramrach | is there not better widely available connector btw? |
| 22:15.40 | hramrach | turns out the cpmcia has way few pins for the amount of outputs chips usually have |
| 22:20.20 | hramrach | I guess it can't be something ultra miniature when used for power as well so something like hotplug ata/scsi coneectors comes to mind |
| 22:20.40 | L84Supper | there are some higher pin count high durability connectors |
| 22:20.41 | hramrach | but those are dying out for sata/sas |
| 22:21.12 | L84Supper | you only need them for applications where you're going to swap cards around |
| 22:21.32 | L84Supper | most apps will only stay in place of only get swapped a few times |
| 22:21.40 | L84Supper | of/or |
| 22:22.21 | L84Supper | for high durability you need self lubricating contact >1k cycles |
| 22:22.31 | hramrach | but you cannot tell which application you have until the users start whining that the connector does not last |
| 22:24.49 | hramrach | the internal SATA is designed for something like 100 cycles iirc |
| 22:25.52 | L84Supper | CFast specification, providing 10,000 mating cycles |
| 22:26.23 | hramrach | that's more than enough I guess |
| 22:27.59 | L84Supper | http://multimedia.3m.com/mws/mediawebserver?mwsId=SSSSSu7zK1fslxtUO8_Glx2Uev7qe17zHvTSevTSeSSSSSS-- |
| 22:28.18 | L84Supper | you could tool up something similar with say 96 pins |
| 22:37.50 | hramrach | hmm, cfast is supposed to be SATA with different power part of the connector |
| 22:38.10 | hramrach | so not many pins unlike the original CF |
| 22:38.29 | L84Supper | the pins are the important part |
| 22:38.47 | L84Supper | tooling for the plastic carrier is pretty simple |
| 22:39.53 | hramrach | 96pin cfast might be cool |
| 22:40.22 | hramrach | the connector pin design advanced a bit since pcmcia/CF time |
| 22:40.38 | L84Supper | the problem we found with the whole idea was the CPU's |
| 22:41.12 | L84Supper | customers want powerful cpu's and the makers don't want to sell them.... |
| 22:41.19 | L84Supper | to just anyone with money |
| 22:41.44 | hramrach | you can't get eg. an exynos? |
| 22:41.55 | L84Supper | if you can let me know |
| 22:42.21 | L84Supper | i.mx6 seems to be the only one actually shipping to mere mortals |
| 22:42.29 | L84Supper | and the a10 |
| 22:42.30 | hramrach | I am not in hardware design |
| 22:42.44 | hramrach | hmm |
| 22:42.45 | L84Supper | AMD is available |
| 22:43.17 | hramrach | AMD is used to selling processors 1 piece at a time ;-) |
| 22:43.19 | L84Supper | there just doesn't seem to be enough interest in them though |
| 22:43.56 | hramrach | where did those beagleboard and pandaboard people get the OMAPs? |
| 22:44.05 | hramrach | or are those TI projects? |
| 22:44.24 | L84Supper | pandaboards were allocated at ~100 per week |
| 22:44.49 | L84Supper | the soc's we impossible to get unless you were already in their channel |
| 22:44.54 | L84Supper | we/were |
| 22:45.16 | L84Supper | the beagle socs are ~$30 |
| 22:45.43 | L84Supper | available at Mouser, digikey etc etc |
| 22:46.11 | L84Supper | the i.mx6's are already >6 months late |
| 22:46.36 | L84Supper | the wandboards just started shipping last week |
| 22:46.53 | hramrach | hmm |
| 22:47.13 | L84Supper | http://wandboard.org/ |
| 22:48.14 | L84Supper | somebody posted an a10 COM module last week |
| 22:48.46 | L84Supper | not sure of the price yet, but it would cover the majority of supposed eoma applications |
| 22:49.10 | L84Supper | http://postimage.org/image/y2l75mw49/ |
| 22:49.51 | L84Supper | http://s9.postimage.org/nu5ti9onj/A10_Co_M_600x400.jpg |
| 22:58.25 | hramrach | the edm is probably not so much durable but for occasional module replacement it should be ok |
| 22:58.32 | hramrach | and has enough pins |
| 22:58.44 | hramrach | the wandboard is interesting |
| 22:59.06 | hramrach | but they could perhaps specify what imx6 includes |
| 22:59.21 | hramrach | I amsure you can find datashets if you search ard enough |
| 22:59.47 | L84Supper | at the freescale site |
| 22:59.48 | hramrach | but when they are selling a product they should specify what the chip has on it |
| 23:00.43 | L84Supper | http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX6X_SERIES |
| 23:01.06 | L84Supper | http://wandboard.org/index.php/wiki |
| 23:02.46 | hramrach | hehe, you can download datasheet from their site but it says freescale proprietary - nda required |
| 23:03.12 | hramrach | I guess they don't bother to remove the notices when they release the PDF just as TI does not |
| 23:10.14 | hramrach | they don't specify the GPU in datasheet |
| 23:10.44 | hramrach | it's supposed to be some Vivante graphics, whatever it is |
| 23:10.53 | hramrach | 3 different cores of it |
| 23:12.50 | hramrach | DDR calibration manual |
| 23:13.02 | hramrach | you don't get that for A10 ;-) |
| 23:55.46 | *** join/#arm-netbook doneill (~doneill@d66-222-166-78.abhsia.telus.net) |
