| 00:11.06 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 00:11.07 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 00:15.01 | libv | hah, you need an arm proprietary header file for anything to build against the mali driver on fb. |
| 00:17.00 | traeak | d20d ? |
| 00:17.01 | traeak | hehe |
| 00:17.05 | lundman | facebook doesnt build anythign! |
| 00:24.30 | libv | ok, pbuffer egl test seems to have worked |
| 00:35.41 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 00:54.17 | *** join/#arm-netbook ZaEarl (~malmrose@11.host-182-48-149.compassnet.co.nz) |
| 01:07.53 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 01:11.22 | bsdfox | what's the status of sata on sunxi-3.4? |
| 01:11.46 | bsdfox | still broken because PLL6 is clocked for MALI? |
| 01:14.14 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-2-176.dynamic.amis.net) |
| 01:28.15 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-71-225.dynamic.amis.net) |
| 01:36.22 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFA7D5.dip.t-dialin.net) |
| 01:38.45 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-71-54.dynamic.amis.net) |
| 01:39.16 | *** join/#arm-netbook ZaEarl_ (~malmrose@209.host-182-48-148.compassnet.co.nz) |
| 01:43.58 | *** join/#arm-netbook kop (~kop@c-67-185-30-133.hsd1.wa.comcast.net) |
| 01:50.14 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 01:55.15 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-23-63.dynamic.amis.net) |
| 01:56.43 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 01:57.21 | slapin_ | hno: nand stuff is so frustrating in lots of places, see for example nand_sunxi/src/physic/nand_simple_r.c:892 and its neighbours, and look at usage. |
| 01:58.06 | slapin_ | hno: could you please help me decrypt the "why" clause in this pattern? |
| 06:38.47 | *** join/#arm-netbook ibot (~ibot@rikers.org) |
| 06:38.47 | *** topic/#arm-netbook is EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/ |
| 06:44.55 | *** join/#arm-netbook cheng (~cheng@175.139.227.230) |
| 06:55.43 | *** join/#arm-netbook jquip (~johnny@223.230.10.10) |
| 06:58.31 | *** join/#arm-netbook rellla (~rellla@p5B078661.dip0.t-ipconnect.de) |
| 07:04.51 | hno | slapin, that simply waits for the nand die (or whole chip) to complete whatever operation it's currently doing. |
| 07:09.11 | hno | look at the simple case, bMode == 0, !SUPPORT_MULTI_PROGRAM. -> CMD = 0x70 == READ STATUS REGISTER |
| 07:11.00 | hno | The other three cases is the same but at different level of granularity (bank interleaved or multi operation) |
| 07:13.15 | hno | This micron presentation explains those two optimizations if you are not familiar with them: http://www.micron.com/~/media/Documents/Products/Presentation/flash_mem_summit_08_rfisher_optimizing_flash.pdf |
| 07:13.31 | *** join/#arm-netbook rellla2 (~rellla@p5B078351.dip0.t-ipconnect.de) |
| 07:14.59 | bsdfox | hno, can you help decipher my pastebin? |
| 07:18.11 | hno | slapin, the Allwinner nand driver & controller an optimized single-channel controller. |
| 07:19.28 | hno | slapin, but you don't need to use any of the multi-plane or interleave optimizations to access nand. It's only optimizations, multiplying the performance of the NAND bus but still only optimizations. |
| 07:24.19 | hno | bsdfox, wemac crash. Do you have ethernet? What device are you running on? |
| 07:26.59 | lundman | hmm man, very few examples on how to use this |
| 07:29.18 | *** join/#arm-netbook Graffiti (c10f5f02@gateway/web/freenode/ip.193.15.95.2) |
| 07:30.58 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 07:36.29 | hno | lundman, what? |
| 07:36.46 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 07:37.44 | lundman | trying to do AEAD crypto call |
| 07:38.42 | hno | sorry, not familiar with that. |
| 07:50.00 | *** join/#arm-netbook cat_x301 (~cat@gprs-internet-ff9eee00-111.dhcp.inet.fi) |
| 07:54.54 | *** join/#arm-netbook rellla (~rellla@p5B078351.dip0.t-ipconnect.de) |
| 08:05.04 | *** part/#arm-netbook gx260 (~gx260@doc-209-33-36-90.sv.oh.cebridge.net) |
| 08:05.26 | *** join/#arm-netbook arnd_ (~arnd@HSI-KBW-149-172-5-253.hsi13.kabel-badenwuerttemberg.de) |
| 08:12.22 | *** join/#arm-netbook alcides (~alcides@187.23.196.11) |
| 08:12.23 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 08:14.55 | Graffiti | rellla: please can you share your xbmc .deb |
| 08:15.18 | Graffiti | i asked you in XBMC forums u doubted that moderators may block it |
| 08:16.50 | rellla | Graffiti: i only have a tar.gz ;-) http://speedy.sh/FErRX/xbmca10.tar.gz - including pvr-addons |
| 08:18.16 | rellla | you have to install the deps on your prod-system yourself. this package is made on and for debian-armhf with r3p0 malis |
| 08:19.13 | Graffiti | rellla: I am using ready image from guillaume |
| 08:19.30 | Graffiti | which is armhr but not sure about the mali version |
| 08:20.05 | Graffiti | *armhf |
| 08:23.01 | Graffiti | thanks a lot.. will try to install |
| 08:27.03 | rellla | mnemoc: does the hw-pack-script need to have a ready rootfs on the system? |
| 08:28.34 | mnemoc | if the 3rd argument is "norootfs" it assumes the card already has one |
| 08:29.21 | mnemoc | we have our own (wip) variant in the sunxi-bsp repo, supporting .tar.xz hwpacks. https://github.com/linux-sunxi/sunxi-bsp/blob/master/scripts/sunxi-media-create.sh |
| 08:32.42 | rellla | but you always have to create one yourself before. sunxi-bsp only bundles kernel etc.. |
| 08:41.00 | mnemoc | I personally use ubuntu alip as initial roofs |
| 08:42.06 | mnemoc | i see no point in making "images" if you only need a 10M + 120M download to get a working system on any card size with your favourite distro on it |
| 08:42.51 | rellla | +1 |
| 08:43.22 | mnemoc | in the worse case, provide an improved rootfs |
| 08:43.36 | mnemoc | but not a dd-able image |
| 08:46.18 | rellla | is there a need to provide a vanilla debian-armhf-rootfs? i don't need it, because i build it myself. imho dd-able images are too confusing and not transparent enough. |
| 08:46.44 | mnemoc | debootstrapping can be annoyingly slow |
| 08:49.01 | rellla | i haven't meant to include debootstrapping in sunxi-bsp scripts, but providing a already done debian-armhf-rootfs.tar.xz? - as a alternative to the ubuntu images. |
| 08:54.51 | mnemoc | yes, that is what I understood |
| 08:55.14 | mnemoc | debian-armhf-rootfs.tar.xz would be great because "debootstrapping can be annoyingly slow" |
| 08:58.41 | rm | dd is just less work |
| 08:59.22 | rm | when you consider that you need: 1) partitioning 2) mkfs 3) uboot-spl 4) uboot 5) mount stuff 6) untar |
| 08:59.30 | *** join/#arm-netbook wingrime (~alex@78.109.115.103) |
| 09:00.17 | rm | oh, and uImage, script.bin |
| 09:01.09 | wingrime | mnemoc: you asked about sysconfig support in gpio driver from source drop |
| 09:01.19 | wingrime | I think it not requied |
| 09:01.40 | mnemoc | wingrime: i knew that. I asked for testing and comments :) |
| 09:02.04 | wingrime | you can use any gpio without premission from fex |
| 09:02.05 | mnemoc | rm: works is done by scripts |
| 09:02.24 | *** join/#arm-netbook sspiff (828ae336@gateway/web/freenode/ip.130.138.227.54) |
| 09:02.40 | mnemoc | wingrime: so you already tested it? how are the pins presented? works fine? |
| 09:02.42 | wingrime | mnemoc: think you can remove this ugly driver from source and use from source drop |
| 09:04.03 | wingrime | mnemoc: Not, I don't tested but Last time I tryed add some pins to gpio_para I have brick |
| 09:04.22 | wingrime | It about old driver |
| 09:04.33 | wingrime | New driver uses gpio_class interface |
| 09:04.55 | mnemoc | their own class, not the standard stuff |
| 09:05.06 | wingrime | It even better than old driver and anyway better |
| 09:10.30 | wingrime | mnemoc: Anyone tryed make some profiling to make system run qucker ? |
| 09:12.45 | mnemoc | there are many hacks like https://github.com/linux-sunxi/linux-sunxi/commit/c68effe3cc121a1fb11fb6f8ea36a6db547c52df we need to find why they were needed and fix the code in a decent way instead |
| 09:18.23 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:23.34 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 09:36.12 | *** join/#arm-netbook cheng (~cheng@175.139.227.230) |
| 09:37.23 | rellla | rm: therefore you have sunxi-media-create.sh. you need to 1) download hwpack 2) download rootfs 3) execute sunxi-media-create.sh |
| 09:42.30 | rellla | 1) and 2) could be included in 3) |
| 09:43.26 | mnemoc | a wrapper maybe |
| 09:43.38 | mnemoc | but only you know what hwpack you want |
| 09:43.42 | mnemoc | and what rootfs you want |
| 09:44.07 | mnemoc | so having the 3 steps separated is (imho) the only right way |
| 09:45.24 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-99-96.dynamic.amis.net) |
| 09:48.38 | *** join/#arm-netbook rz2k (~rzk@95-25-40-131.broadband.corbina.ru) |
| 09:49.45 | *** join/#arm-netbook jquip (~johnny@106.211.141.59) |
| 09:54.07 | rm | I don't trust those automagic scripts |
| 09:54.14 | rm | which claim to "do everything" for you |
| 09:54.23 | mnemoc | it doesn't "do everything" |
| 09:54.29 | rm | because they fail way too often, in ways that are non-obvious |
| 09:54.41 | mnemoc | it partitions, dumps u-boot, copy some files, and extracts a tarball |
| 09:54.59 | mnemoc | as long as it stays that simple it should be reliable |
| 09:55.58 | mnemoc | but still needs lots of cleanup |
| 09:57.49 | mnemoc | we can eventually simplify them even more if we get .deb/.rpm files for the libs (and apt/yum repos) |
| 10:01.15 | mnemoc | also for the kernel |
| 10:01.57 | *** join/#arm-netbook arnd_ (arnd@nat/ibm/x-mtghlobxqkgpmcwy) |
| 10:03.40 | oliv3r | .ebuild! |
| 10:03.41 | oliv3r | :p |
| 10:03.59 | mnemoc | :) |
| 10:04.24 | oliv3r | i've been slackin' and probably will slack today and tomorrow even due to other things i have to sort! |
| 10:04.25 | oliv3r | sorry :( |
| 10:04.34 | mnemoc | slacker |
| 10:06.17 | rm | sunxi-media-create.sh still makes a 16MB /boot???........... |
| 10:06.28 | mnemoc | yes |
| 10:06.55 | mnemoc | and still vfat ;-) |
| 10:06.58 | rm | can barely fit 3 kernel version there |
| 10:07.04 | rm | as I said those scripts are b/s |
| 10:07.10 | rm | versions* |
| 10:07.16 | rm | 64 MB is a sane minimum |
| 10:07.50 | rellla | rm,mnemoc: i'd prefer an additional wrapper with 3 params: "wrapper.sh /dev/sdb debian-sid-armhf mele". so you can use the wrapper or do the things yourself, even from scratch. |
| 10:08.33 | *** join/#arm-netbook mSquare (~selvan@122.172.32.241) |
| 10:08.45 | rm | not to mention a 16MB FAT32 can't even exist by standard |
| 10:09.02 | mnemoc | rm: true, that needs fixing |
| 10:09.11 | *** join/#arm-netbook ZaEarl (~malmrose@66.host-182-48-149.compassnet.co.nz) |
| 10:09.13 | rellla | or you do a ./configure before with all these parameters, disp_mode ... |
| 10:10.27 | mnemoc | there are some funky script.bin editors out there |
| 10:11.04 | rellla | for example? |
| 10:11.39 | mnemoc | i don't remember, but I saw one once |
| 10:11.45 | *** join/#arm-netbook mSquare1 (~selvan@122.172.1.224) |
| 10:11.56 | rellla | fex2bin / bin2fex - wrapper? |
| 10:12.01 | mnemoc | people does weird things to avoid to use an editor or the command line |
| 10:12.24 | mnemoc | i think it was even a cgi |
| 10:13.33 | mnemoc | yes, I assume they wrap those |
| 10:17.08 | mnemoc | rm: does the default u-boot env work fine with an ext4 /boot ? (beside changing the default size to 64MB) |
| 10:17.17 | rm | no idea |
| 10:17.23 | rm | I am okay with a FAT /boot |
| 10:17.32 | rm | just has to be at the very least 32 MB, 64 is better |
| 10:20.42 | *** join/#arm-netbook focus_well (~focus@host81-149-149-147.in-addr.btopenworld.com) |
| 10:24.45 | *** join/#arm-netbook focus_well (~focus@host81-149-149-147.in-addr.btopenworld.com) |
| 10:26.19 | focus_well | I'm trying to make an A10 board with LCD and Lubuntu |
| 10:26.29 | focus_well | I got MK802 working with Lubuntu and HDMI |
| 10:26.40 | focus_well | The LCD is 4.3 inch |
| 10:27.05 | focus_well | Any pointers to where I can go configure Lubuntu to switch to using LCD? |
| 10:27.25 | focus_well | I have Gemei G2 tablet to practice doing this first |
| 10:27.44 | focus_well | Gemei has A10 and 7" LCD |
| 10:28.37 | focus_well | The images for MK802 I got from https://www.miniand.com/forums/forums/2/topics/1 |
| 10:29.03 | *** join/#arm-netbook mSquare (~selvan@122.172.174.118) |
| 10:29.27 | rm | what is the connection interface of your LCD? |
| 10:30.34 | lundman | isdn |
| 10:30.47 | mnemoc | o.o |
| 10:30.48 | focus_well | Its a standard 40 pin FPC connector - has 8 bit RGB channels and sync |
| 10:31.05 | Maqs | lundman :D |
| 10:33.37 | rm | focus_well, I believe you simply need a script.bin that selects the LCD output instead of HDMI |
| 10:34.32 | focus_well | rm: the device is KD43G18-40NB-A1 from On-Tat uses one HX8257 chip |
| 10:35.02 | rm | well, not so fast; I meant that's what you can do to use Lubuntu on your G2 tablet |
| 10:35.26 | rm | how would you connect that particular LCD to the A10 and if you can at all, I don't know |
| 10:36.43 | rm | some random post I found in 20 sec (the 1st one): https://www.miniand.com/forums/forums/2/topics/21?page=2 |
| 10:36.49 | rm | for more detail http://linux-sunxi.org/Fex_Guide#12.1_.5Bdisp_init.5D |
| 10:36.58 | focus_well | rm: I think I understand what mean about G2 - I assume when script.bin is modified in the software MK802 image reconfigures to switch from HDMI to LCD? |
| 10:37.15 | rm | or just find a script.bin already used/tested by someone on an A10 tablet |
| 10:39.30 | focus_well | rm: thank you - the two links you share already furthered my knowledge - knows a bit of linux - but new to this type of task |
| 10:40.24 | focus_well | rm: for connecting the 4.3" LCD, I was going to convert the G2 to Lubuntu and then go back through the source code to find where the LCD had been configured |
| 10:41.02 | focus_well | rm: Then I plan to make SO-DIMM module with A10 and connect to LCD |
| 10:41.26 | rm | ._. okay |
| 10:42.06 | mnemoc | you might want to play with a cubieboard first, the lcd pins are exposed there |
| 10:42.34 | focus_well | rm: I make motherboard and SO-DIMM 200 pin module in KiCAD (damn good open source software package!) with the SO-DIMM board having 2 lesser ARM chips |
| 10:42.58 | focus_well | rm: then I find the lesser ARMs too slow to update LCD - about 10 frames a second :-( |
| 10:43.02 | mnemoc | focus_well: not interested in joining lkcl in his eoma68-a10? |
| 10:43.31 | focus_well | rm: so I now switch to A10 CPU |
| 10:43.42 | focus_well | rm: I have one developer working in CN. |
| 10:43.54 | rm | don't highlight me every damn line, thanks :) |
| 10:44.13 | focus_well | Dink! Sorry |
| 10:44.33 | focus_well | I plan to open source the lot |
| 10:44.38 | mnemoc | focus_well: http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 |
| 10:45.22 | focus_well | mnemoic: I look at cubie board - but their shelf empty before I can click buy!! |
| 10:46.05 | mnemoc | focus_well: there is no stock, you can pre-order from http://www.indiegogo.com/cubieboard |
| 10:46.29 | mnemoc | focus_well: but considering you goal, I believe the best is that you join lkcl on the eoma68-a10 |
| 10:47.01 | focus_well | mnemoc: I felt the eoma system flawed - because the A10 builds up heat rapidly |
| 10:47.35 | mnemoc | the mk802 doesn't have a PMU... that's why is gets hot that fast |
| 10:47.53 | focus_well | mnemoc: I had MK802 on heatsink before I could get it to compile Gambas3 on Lubuntu - it took several hours |
| 10:48.21 | mnemoc | you decided you wanted an A10, not me ;-) |
| 10:48.49 | focus_well | mnemoc: how effective is the PMU? - it is the A10 that gets hot. |
| 10:49.17 | mnemoc | regulating the voltage accordingly to the required cpufreq for the load |
| 10:49.51 | mnemoc | the A10 was designed to work with an AXP209 next to it |
| 10:50.08 | mnemoc | never to be used without, like the mk802 |
| 10:50.30 | rm | heh |
| 10:50.37 | mnemoc | (or the a13-olinuxino-micro) |
| 10:51.14 | focus_well | I decide to put board on SO-DIMM 200 pin board - if heat then use added fan |
| 10:51.24 | mnemoc | god :( |
| 10:51.25 | rm | there's not a shortage of reasons to think EOMA is flawed |
| 10:51.32 | mnemoc | rm: i agree |
| 10:51.36 | rm | but "A10 overheats"..................... is definitely a new one. |
| 10:51.46 | mnemoc | :) |
| 10:52.03 | focus_well | i had the MK802 crashing all the time - stopped instant I put heat sink |
| 10:52.22 | mnemoc | because they didn't put an axp209 |
| 10:53.06 | focus_well | mnemoc: I see now the issues - the AXP209 is essential for EOMA and then it can work well |
| 10:53.38 | mnemoc | AXP209 is essential for the eoma68-A10, other eoma68 cards have different needs |
| 10:54.01 | focus_well | what PCB design package does eoma use? if its kicad, i can get my engineer to go give them help |
| 10:55.10 | focus_well | gosh their website has come a long way since I last looked! |
| 10:55.15 | mnemoc | lkcl currently uses orcad, but he is begging for help on the mailing list |
| 10:55.58 | focus_well | do you reckon the guy will be amenable to have it redrafted in KiCAD? Its open source. |
| 10:56.08 | focus_well | We don't have orcad |
| 10:56.36 | focus_well | I release all the files to them because its all open source |
| 10:56.50 | mnemoc | afaik the only reason he has for orcad is the autorouting, because he isn't an EE, he is a (free) software guy |
| 10:57.13 | focus_well | Then engineers can copy and paste the designs to their own projects and make more product more quickly :-) |
| 10:57.23 | mnemoc | eoma stuff is already open source, http://hands.com/~lkcl/eoma/allwinner/ http://hands.com/~lkcl/eoma/kde_tablet/ |
| 10:57.43 | mnemoc | also there is a git repo |
| 10:58.00 | *** join/#arm-netbook AndChat138129 (~AndChat13@178.110.7.252) |
| 10:58.09 | focus_well | I'm ee and software eng. autoroutin is for pansies. |
| 10:58.17 | focus_well | I do all of it manually |
| 10:58.19 | focus_well | :-) |
| 10:58.25 | focus_well | Kidding |
| 10:58.32 | mnemoc | focus_well: another reason to join lkcl |
| 10:59.11 | mnemoc | luke.leighton@gmail.com |
| 11:00.45 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 11:01.03 | focus_well | mnemoc: you convince me to join lkcl - but do you reckon the guy might be open to KiCAD and making a duplicate that way |
| 11:01.11 | focus_well | I guess I can go ask1 |
| 11:01.37 | mnemoc | if you offer to do the routing, luke will be GLAD to leave orcad in favour of kicad |
| 11:01.55 | focus_well | mnemoc: YEEEEEEHAAA!! |
| 11:02.10 | focus_well | OK I go ask |
| 11:03.25 | focus_well | where is his mailing list? |
| 11:03.48 | mnemoc | http://lists.phcomp.co.uk/pipermail/arm-netbook/ |
| 11:04.25 | *** join/#arm-netbook AndChat138129 (~AndChat13@178.110.7.252) |
| 11:04.50 | mnemoc | focus_well: you can also read the archive at http://news.gmane.org/gmane.comp.hardware.netbook.arm |
| 11:06.34 | focus_well | mnemoc: subcribed to mailing list - thanks |
| 11:07.20 | mnemoc | focus_well: but it's still a good idea to get a cubieboard to use a devkit ;-) |
| 11:07.32 | rz2k | anyone tried to compile VLC? |
| 11:09.36 | focus_well | mnemoc: I see your post about cubie board and they have offers - good ones gone - but yeah $59 and up still available. I order it later - thank you!! |
| 11:09.51 | focus_well | do you know if the sata works for cubieboard? |
| 11:10.03 | rz2k | yes |
| 11:10.26 | mnemoc | focus_well: but only one drive |
| 11:10.53 | focus_well | rz2k: Sata already work?! Then they have a distro that works as well? Which distro(s)? |
| 11:11.04 | rz2k | linaro |
| 11:11.06 | focus_well | one drive ok |
| 11:11.30 | rz2k | some guy at mail list created one click installer from raspberry pi's berryboot |
| 11:11.41 | mnemoc | any linux distro |
| 11:12.11 | mnemoc | there is nothing special kernel/linux wise about the cubieboard |
| 11:12.18 | focus_well | Do you think it will be easy to configure cubie to run on LCD - the one I have is 4.3 inch 40 pin parallel RGB |
| 11:12.23 | mnemoc | it's just another sun4i board |
| 11:13.08 | focus_well | So as tablets run sun4i, I should be able to configure X to run on the 4.3 inch once I figure out which registers to intialise |
| 11:13.37 | mnemoc | lcds are a problem, but all the details go in the script.bin file |
| 11:13.54 | mnemoc | and eventually in a DTS |
| 11:14.22 | focus_well | DTS? |
| 11:14.54 | mnemoc | a more standard format |
| 11:15.15 | focus_well | OK I learn up about DTS |
| 11:15.17 | mnemoc | the eoma68 card is expected to read a DTS describing the base/io board via i2c |
| 11:15.30 | mnemoc | and then been able to use the attached LCD |
| 11:16.39 | focus_well | So the data in script.bin is converted to DTS file. Is the DTS file a text file that can be edited? |
| 11:16.45 | rz2k | focus_well: I believe rgb is present on pins of cubieboard, you will need to make your self a breakout board to connect LCD |
| 11:17.12 | focus_well | breakout boards no problem - got EEs to turn them out for breakfast! :-) |
| 11:17.24 | rz2k | lcd's are usually connected by flat flex pcb with tiny pitch between pins |
| 11:17.43 | mnemoc | focus_well: script.bin includes data that goes to the bootloader, data that goes into a DTS for the card, and data that should go to a DTS for the base board |
| 11:18.18 | mnemoc | but we aren't there yet |
| 11:18.25 | rz2k | focus_well: check http://linux-sunxi.org/Cubieboard LCD section of connectors |
| 11:18.40 | rz2k | you can also use lvds, but thats a bit overkill for little lcd |
| 11:21.42 | focus_well | Hmmm... I am looking at the LCD - it has LVDS and analogue LCD signals not digital RBG signals - am I correct? |
| 11:24.11 | focus_well | The LCD i plan to use is 8 bit R, 8 bit G, 8 bit B, + sync signals. Minimum 26 pins for that. |
| 11:24.28 | *** join/#arm-netbook Almamuetya10 (~almamuety@186.134.2.79) |
| 11:25.56 | focus_well | I think I all them pins - pin 1 marked up as PD0 (LCDD0/LVDSP0) - so that means it multiplexes the LCD and LVDS to same pins. |
| 11:26.23 | focus_well | I guess somewhere in the code, the correct signalling is enabled as required. |
| 11:26.53 | rz2k | you should check A10 datasheet http://dl.linux-sunxi.org/A10/A10%20Datasheet%20-%20v1.21%20%282012-04-06%29.pdf and LCD guide https://github.com/linux-sunxi/linux-sunxi/blob/lichee-3.0.8-sun4i-an7g3/drivers/video/sun4i/lcd/a10_lcd_config_nanual_v1.0.pdf |
| 11:27.09 | rz2k | yes multiplexing is defined by script.bin values |
| 11:27.42 | rz2k | check fex guide for full list, it is on wiki too. |
| 11:31.21 | focus_well | rz2k: thank you for those PDFs! The video one looks very interesting - its in CN but I don't believe in whining! - I go get it translated using google translate - but that doc looks just right! |
| 11:32.15 | mnemoc | we have some stuff translated on the wiki |
| 11:32.27 | mnemoc | google translate works great, if you do sentence by sentence |
| 11:33.22 | focus_well | mnemoc: wiki link? |
| 11:33.35 | mnemoc | http://linux-sunxi.org |
| 11:35.45 | focus_well | Thanks - I go read it all step by step starting with converting the Gemei G2 to run Lubuntu, and then go help eoma with KiCAD board, and then go make another version of that with SO-DIMM and then make my 4.3" LCD work |
| 11:35.48 | focus_well | wonderful!! |
| 11:35.58 | focus_well | thanks guys!! |
| 11:36.17 | focus_well | Then I open source it all |
| 11:36.32 | focus_well | And post back here in a few weeks |
| 11:36.35 | focus_well | :-) |
| 11:36.45 | mnemoc | please don't discard the eoma68 path |
| 11:37.05 | focus_well | I help eoma as much as I can |
| 11:37.13 | focus_well | :-) |
| 11:37.17 | mnemoc | :) |
| 11:40.04 | slapin_ | hno: ping |
| 11:40.34 | slapin_ | hno: about weird NAND code parts |
| 11:45.17 | mnemoc | rm: sunxi-media-create changed to make 64MB /boot partitions now |
| 11:52.15 | *** join/#arm-netbook lkcl (~lkcl@host86-131-177-116.range86-131.btcentralplus.com) |
| 11:59.44 | rz2k | crap, VLC compilation in wills wang sources is completely broken |
| 11:59.53 | rz2k | seems like he didnt push everything needed |
| 12:00.46 | mnemoc | :( |
| 12:01.31 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 12:08.06 | *** join/#arm-netbook slash_random (~david@host18.190-137-0.telecom.net.ar) |
| 12:08.21 | rz2k | even better, default supplied with vlc configure doesnt know about arm-none-linux-gnueabi and arm-linux-gnueabihf machines. and autoreconf doesnt work because something is missing in /modules. |
| 12:09.26 | rz2k | also vlc actually can do output thru EGL, I didnt know that, it is disabled in Linaro's vlc for some reason. |
| 12:09.54 | rz2k | maybe we could do ultimate mali-400 egl + cedarx decoding combo |
| 12:10.40 | mnemoc | libv was going to add headers and makefile to mali-libs |
| 12:10.57 | mnemoc | to be able to make civilized packages |
| 12:11.15 | mnemoc | instead of random files dropped into the hwpack |
| 12:13.16 | slapin_ | hno: nand_sunxi/src/physic/nand_simple_r.c:127 _cal_real_chip(nBank) function frustrates me most |
| 12:13.40 | rz2k | thats awesome |
| 12:14.21 | rz2k | we should really throw this by-folder crap out and give user more intelligent way to get the libs. |
| 12:15.53 | slapin_ | mnemoc: do you have some nand_sunxi-fu to share? |
| 12:16.01 | mnemoc | rm: the goal is to have packages obviusly |
| 12:16.04 | mnemoc | err |
| 12:16.08 | mnemoc | rz2k: the goal is to have packages obviusly |
| 12:16.13 | mnemoc | slapin_: not really |
| 12:16.29 | mnemoc | slapin_: but there are some nanda fixes in the latest source drop |
| 12:16.36 | mnemoc | nand* |
| 12:17.15 | slapin_ | mnemoc: when hno is usually here so for me to whine? |
| 12:17.17 | mnemoc | https://github.com/linux-sunxi/linux-sunxi/commit/3211b0b4c62e8a5315f39cf43da6cdeb5433df7d |
| 12:17.38 | mnemoc | slapin_: since ~20h CET |
| 12:19.45 | slapin_ | is CET == CEST? which offset is CET at the moment? |
| 12:19.59 | slapin_ | feels ignorant as always |
| 12:20.03 | mnemoc | 13:19 currently |
| 12:20.22 | slapin_ | mnemoc: ah, thanks! |
| 12:20.46 | RaYmAn | we switch from CEST to CET on the 28th oct =P |
| 12:21.03 | mnemoc | 'S' means summer |
| 12:21.23 | mnemoc | s/means/stands for/ |
| 12:21.54 | *** join/#arm-netbook sspiff (828ae336@gateway/web/freenode/ip.130.138.227.54) |
| 12:21.57 | slapin_ | ah, I see, in Russia they stopped switching so world is out-of-sync now... |
| 12:22.41 | slapin_ | RaYmAn: what TZ do you have configured? |
| 12:23.14 | RaYmAn | all of EU switches at the same time now (was changed 5 years or so ago) |
| 12:23.44 | RaYmAn | CET? iirc it switches automatically on most devices, something like Europe/Amsterdam (because copenhagen is rarely there ;) |
| 12:28.00 | slapin_ | RaYmAn: thanks for the info, it is good to learn new things every day |
| 12:33.35 | jquip | Anybody put linux onto the nand flash??? |
| 12:34.42 | jquip | I hear guillaume managed to make a $5000 arm server rack, all on nand.. and running since a month.. Are we that stable?? |
| 12:35.06 | mnemoc | nand is in general slower than uSD |
| 12:35.17 | mnemoc | in A10-based devices |
| 12:35.44 | mnemoc | but sure, you can run linux from nand |
| 12:37.24 | jquip | any buddy tried it out here?? |
| 12:37.50 | jquip | heys mnemoc.. check that out, if ya havent already:: http://guillaumeplayground.net/wp-content/gallery/mele_a2000_cluster/12100005.jpg |
| 12:37.53 | jquip | pretttty! |
| 12:38.34 | mnemoc | oh |
| 12:39.06 | jquip | heheh :) http://guillaumeplayground.net/allwinner-a10-cluster-mele-a2000/ |
| 12:39.24 | mnemoc | there are 1GB mele a1000/a2000 now |
| 12:42.18 | mnemoc | jquip: can you add that to the wiki page of the mele in linux-sunxi.org? |
| 12:42.41 | jquip | yeah sure |
| 12:44.06 | bfree | I finally managed to get a sunxi-3.0 sun4i kernel deb to build (and even cross-compile) though I have no hardware to test it on ;-) It's very rough packaging, just ripping off and cutting back the debian sid linux packaging (and updating the debian patches and packaging the first little bit needed). if any brave soul wants to test it or just poke at it ... |
| 12:44.20 | bfree | <PROTECTED> |
| 12:46.24 | mnemoc | can you make some scripts so I can replace it? |
| 12:47.15 | RaYmAn | bfree: this channel is publicly logged =P |
| 12:47.42 | mnemoc | i can test your .deb later tonight, but obvisly the goal is to keep an apt server for both debian and ubuntu |
| 12:48.42 | hno | slapin_, I am here. |
| 12:48.53 | bfree | RaYmAn: yep ... and already seen one of the bots hit it :-p I may yank it sooner then I'd thought ;-) |
| 12:49.31 | mnemoc | bfree: give me your ssh public key |
| 12:50.08 | bfree | mnemoc: for quick gross hacking you just need to replace the orig.tar.xz (instructions to build one from the git is there) |
| 12:50.23 | mnemoc | bfree: give me your ssh public key |
| 12:53.16 | jquip | mnemo - > http://linux-sunxi.org/Mele_A1000#In_the_wild |
| 12:53.36 | mnemoc | jquip: thanks! |
| 12:53.37 | jquip | s/mnemo/mnemoc/ |
| 12:53.43 | slapin_ | hno: hi, I'd like you to look at _cal_real_chip(nBank) |
| 12:56.13 | libv | i doubt that anyone has succeeded running the framebuffer mali libs |
| 12:57.51 | hno | libv, r2p0 (i think) framebuffer libs is said to work. |
| 12:58.23 | jquip | quickie -> does the sunxi-tools package work on the arm itself/ or is it arch neutral? |
| 12:58.58 | libv | hno: for pbuffer, yes |
| 12:59.04 | libv | hno: but for actual fb access? |
| 12:59.14 | libv | hno: getting a native window is not trivial |
| 13:00.36 | hno | isn't there integration in the A10 directfb libs? |
| 13:00.59 | slapin_ | libv: is mali framebuffer stuff open? if I don't need 3D graphics? |
| 13:01.12 | hno | never looked at getting mali work |
| 13:01.37 | hno | slapin_, mali is only 3d, no framebuffer. leaches on the disp framebuffer |
| 13:02.06 | slapin_ | ah, so I can make a10's fb work without mali? |
| 13:02.10 | hno | which is mostly open and partially documented |
| 13:02.17 | hno | slapin_, yes |
| 13:03.14 | libv | that does not seem to depend on gl/egl |
| 13:04.09 | jquip | oh sorry, nevermind.. |
| 13:04.14 | rz2k | there is directfb with g2d integrated somewhere |
| 13:04.22 | rz2k | based on vmware drivers |
| 13:04.23 | slapin_ | hno: as I understand, the nand_sunxi driver hardcodes NAND soldering layouts and allows choice at compile time, hence _cal_real_chip/_cal_real_rb exists? |
| 13:04.26 | libv | which is quite different from mali-libs integrated |
| 13:04.49 | libv | g2d is in absolutely no way related to the mali |
| 13:05.10 | hno | slapin_, it's runtime. ./src/include/nand_physic.h:#define RB_CONNECT_MODE (NandStorageInfo.RbConnectMode) |
| 13:05.25 | slapin_ | hno: awwwww |
| 13:06.06 | slapin_ | hno: that's terrible defines here and there :( |
| 13:06.16 | hno | the storage info is embedded in boot0/boot0. |
| 13:06.27 | hno | boot0/1 |
| 13:06.41 | slapin_ | will never trust #define again |
| 13:07.37 | slapin_ | hno: and in case of absence of these info? how it is supposed to read these w/o knowledge of layouts? |
| 13:07.49 | libv | ah, ok, worked this time round. |
| 13:08.17 | hno | slapin_, all nand access outside the initial access of the boot blocks have this info available. |
| 13:08.46 | hno | and boot blocks is in first chip first blocks, so not so much to handle there. |
| 13:09.52 | hno | not sure how livesuit gets these values in the initial flash of the device on a blank NAND. |
| 13:10.35 | slapin_ | hno: I see, a lot of fun is going on! |
| 13:10.39 | *** join/#arm-netbook cat_x301 (~cat@37-136-241-181.nat.bb.dnainternet.fi) |
| 13:12.10 | hno | for making an MTD driver the important parts is the command interface I think. In a defined wiring. Lets worry about wiring flexibility once basic NAND access works. |
| 13:13.42 | slapin_ | hno: ok, I will finish with init sequence soon, so it might happen |
| 13:14.29 | hno | It's not really that complex. It's a single channel bus with 8 CE and 2 RB lines. |
| 13:15.03 | slapin_ | hno: and weird data paths |
| 13:16.12 | hno | slapin_, not on the board. But the driver have many odd parts. |
| 13:16.24 | hno | controller looks much simpler. |
| 13:18.05 | hno | The driver have many layers of cotton hiding the hardware behind abstract definitions. |
| 13:18.37 | slapin_ | hno: I see. I just don't quite understand this DMA-related and SRAM-related things |
| 13:19.23 | slapin_ | hno: and how to not use DMA and/or SRAM to start clean and add things on proper ground |
| 13:19.31 | hno | From what I understand the controller operates on SRAM, and the DMA channel gates between SRAM and DRAM. |
| 13:20.10 | hno | The controller does the NAND handshake, and 1K at a time I/O operations with ECC. |
| 13:21.08 | hno | each controller operation involves up to 4 NAND commands and one data transfer. |
| 13:22.31 | hno | and bulk DMA operation for >1K transfers it seems. |
| 13:23.51 | slapin_ | hno: so there is no way to read data byte-by-byte? I mean command answers, for example, chip ID. |
| 13:24.12 | hno | added tracing of the NAND registers in https://github.com/hno/uboot-allwinner/tree/nandtrace and the registers settings seem to be the same for 1K up to page size transfers. |
| 13:24.30 | hno | slapin_, sure. You can both access the SRAM directly, and access the FIFO data register. |
| 13:24.47 | hno | not sure when which method is appropriate. |
| 13:24.47 | slapin_ | hno: handshake is not a problem because I can monitor ALE/CLE state machine and operate accordingly. |
| 13:25.06 | slapin_ | hno: which FIFO register? |
| 13:25.11 | hno | IO_DATA: |
| 13:25.30 | hno | which is also the register accessed by DMA. |
| 13:25.39 | slapin_ | I'd prefer u-boot code as minimalistic as possible, even trading performance for simplicity. |
| 13:25.52 | hno | yes. |
| 13:26.42 | slapin_ | hno: and how can I know at which state is FIFO or can I reset it to sane state? only by resetting all controller? |
| 13:27.26 | hno | It's part of the NAND controllre and reset when the controller is reset. There is also registers to read the FIFO status iirc. |
| 13:30.29 | hno | Err... there is not much FIFO status. Only a signle bit in ST |
| 13:33.44 | *** join/#arm-netbook Quarx|2 (~Quarx@109.120.33.97) |
| 13:33.46 | slapin_ | hno: which means it is not empty. But there is separate command FIFO it seems... which is accessible only by register. so IO_DATA is data-only fifo. How complex this might be? |
| 13:39.41 | L84Supper | http://www.computerworld.com.au/article/441253/samsung_laying_groundwork_server_chips_analysts_say/ |
| 13:40.12 | slapin_ | hno: can 2 commands one of which send data and the other receive data, execute at the same time? |
| 13:41.58 | hno | No idea. |
| 13:42.18 | hno | probably not. |
| 13:44.29 | slapin_ | hno: I don't see where it prohibits interleaved operations and blocks the bus. Probably this code is intended for u-boot hence it has protections relaxed... |
| 13:49.45 | hno | mnemoc, http://linux-sunxi.org/Cubieboard/SDC2 |
| 13:50.06 | hno | need to go. Back in an hour or so. |
| 13:50.33 | mnemoc | hno: nice! please add a picture |
| 13:51.02 | mnemoc | ah, ok. the row of 6 resistors |
| 13:53.47 | hipboi | here i have a cubieboard with two sd slots |
| 13:54.15 | hipboi | and sdc2 slot proves working |
| 13:54.43 | libv | hrm, not getting much out of the fb code. |
| 13:55.34 | libv | i can throw a test card into the fb just fine, when accessing directly, but the mali egl layer is apparently not being too cooperative here |
| 13:56.35 | *** join/#arm-netbook slash_random (~david@host18.190-137-0.telecom.net.ar) |
| 14:02.10 | slapin_ | libv: by the way, is it possible to implement normal OpenGL with Mali? |
| 14:02.30 | slapin_ | libv: to run some simple games unmodified? |
| 14:03.10 | libv | slapin_: i am not an expert on the gl specs. my guess is no as opengles is a subset of opengl |
| 14:03.32 | *** join/#arm-netbook Almamuetya11 (~almamuety@181.29.100.235) |
| 14:04.34 | libv | supposedly, with some labour, one could create a translator layer |
| 14:07.11 | libv | which is what most gles1 implementations on gles2 capable hw do |
| 14:13.06 | slapin_ | libv: thanks |
| 14:18.25 | *** join/#arm-netbook merbanan1 (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 14:21.16 | libv | hrm, arm sdk samples work |
| 14:24.03 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
| 14:24.58 | *** join/#arm-netbook Workboot (~gumboot@rev.bovine.muck.net.nz) |
| 14:33.14 | lkcl | focus_well: HA, welcome! yes, i've put much of the A10 CPU Card including the 441-pin BGA part into Kicad, i also did a part using fped for it. |
| 14:37.57 | lkcl | focus_well: http://git.rhombus-tech.net/?p=eoma.git;a=blob;f=pcb/allwinner_a10/library/allwinner.lib;h=cd435ae32f3049d7b6dcb524af0fcc6ec1a6b77d;hb=dfaa27a0ec6db9eaaa8abc74c68849caa64b721b |
| 14:38.54 | slapin_ | lkcl: any A13 parts/packages? |
| 14:43.14 | lkcl | slapin_: no. i'm not interested in the A13. EOMA68 requires SATA and Ethernet. the A13 is low-cost (and shit - 16-bit DDR RAM interface). if you add in the cost of a USB Hub ($1.50), USB-to-SATA Converter IC ($3 from TI) and a USB-to-Ethernet IC (maybe another $2) it comes to *more* than the cost of most other ARM Cortex A8s which are better anyway because they have 32-bit DDR3 RAM interfaces |
| 14:44.06 | lkcl | that was the whole point of the exercise - a deliberate conscious choice was made by Allwinner here so as *not* to ruin their own market for their own processor (the A10) |
| 14:44.09 | lkcl | !! |
| 14:45.18 | lkcl | focus_well: one small correction of perception i need to point out to you (i'm reading the conversation back through the irc history) - eoma is *NOT* repeat *NOT* repeat *NOT* solely and exclusively about this one processor known as "A10". |
| 14:45.26 | lkcl | many people make this mistake :) |
| 14:46.09 | lkcl | the A10 CPU Card is just the first: there will be many more. i'm working on a TI AM3892 EOMA68 CPU Card for example. |
| 14:46.24 | slapin_ | lkcl: I think for completeness of allwinner library, A13's symbol is nice to have |
| 14:46.39 | mnemoc | and A10s :) |
| 14:46.57 | slapin_ | mnemoc: donno if it is even exists |
| 14:47.04 | mnemoc | it does |
| 14:47.43 | mnemoc | it's TFBGA336 |
| 14:48.35 | mnemoc | it's very similar to the A10, but doesn't have SATA |
| 14:49.05 | mnemoc | an it's much smaller in size |
| 14:49.16 | mnemoc | the A13 is larger than the A10 |
| 14:50.10 | slapin_ | mnemoc: A13's selling point is that it is TQFP which lowers rnd and production costs |
| 14:50.21 | mnemoc | yup |
| 14:50.21 | slapin_ | mnemoc: at least here |
| 14:50.42 | hno | slapin_, olimex have scematics and layout for A13. Not in kicad, but openly abailable. |
| 14:51.18 | *** join/#arm-netbook QingPei (~qingpei@123.118.107.168) |
| 14:51.34 | slapin_ | hno: I just try to sell my opinion to lkcl that A13 is cool to have in allwinner.lib |
| 14:51.49 | hno | slapin_, so draw one then |
| 14:53.00 | hno | but finish the nand controller stuff first |
| 14:53.10 | slapin_ | hno: I have bought Eagle, learn Kicad but I lack time to do things now, it is good I have my 1/2 hour a day to play with nand |
| 14:55.06 | lkcl | slapin_: its un-selling points are that it only has a 16-bit DDR RAM interface. that alone absolutely cripples it when compared to other 1ghz processors. i *did* provide Allwinner with a multiplexing diagram (plan) which would to do only 308 pins and still allow them to do 32-bit DDR3 RAM, but they really really didn't want the A13 to compete with the A10... so crippled it. |
| 14:55.32 | slapin_ | hno: I think Eagle patterns and symbols can be converted to KiCad with some tool, iif Olimex allows such distribution |
| 14:55.59 | lkcl | i'll add the kicad part for completeness if you submit a patch, but i won't do the work for you. |
| 14:56.53 | lkcl | hmm, must update the web site to mention the kicad part |
| 14:58.17 | slapin_ | lkcl: I'm not commercially interested in A13, only as toy. I need some platform for next GPS tracker, so I'm interested in newer low-end solutions. Time to say to 200-400MHz arm926 goodbye |
| 14:58.25 | lkcl | :) |
| 14:58.37 | hno | slapin_, the olimex scematics are Creative Commons Attribution-Share Alike 3.0 United States License. |
| 14:58.41 | lkcl | slapin_: STM32Fs not fast enough? |
| 14:59.23 | slapin_ | lkcl: I want some heavy platform with gigs of everything. A small platform will be STM32F. |
| 14:59.43 | lkcl | ahh ok. |
| 15:00.05 | hno | slapin_, the A10 have builtin GPS support, only needing a radio. Might be interested in reversing that? |
| 15:00.25 | lkcl | eyy, i found some schematics with the help of a guy called adrian, for doing camera (directly!), audio (mic and speakers) - all from the STM32F yaay! |
| 15:00.32 | lkcl | pleased |
| 15:01.05 | lkcl | cos i was "talking up" using the STM32F and was concerned it would be too complex for me actually do! |
| 15:01.11 | hno | which camera resolutions can it handle? |
| 15:01.53 | lkcl | hno: it'll juuust about manage 640x480 @ 30fps. |
| 15:02.12 | hno | and still picture? |
| 15:02.18 | lkcl | actually it might be more - the STM32F apparently has DMA so it wouldn't need to do bit-banging |
| 15:02.39 | lkcl | turns out that if you try to ramp things down too far it *degrades* the picture quality |
| 15:03.07 | lkcl | you set the external clock to 6mhz with a PCM output from the STM32F, and leave it running |
| 15:03.26 | lkcl | then just read the data off some of the pins via DMA. |
| 15:03.48 | lkcl | someone's already done this btw! done it, built the circuits, bought the t-shirt.... |
| 15:04.15 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 15:04.18 | lkcl | http://hands.com/~lkcl/eoma/kde_tablet/ - robot2_*.pdf |
| 15:04.48 | lkcl | c source code using libstm32.a is here: https://github.com/adamgreig/followingrobot |
| 15:05.04 | lkcl | schematics available for Eagle, and everything. |
| 15:05.09 | lkcl | yee-haw :) |
| 15:05.48 | lkcl | it's for a robot which follows you by using a camera to tell it's looking at a particular colour, or face, or something. |
| 15:06.31 | lkcl | i saw one demo'd at pycon UK 2010 but i didn't realise at the time that it was using an STM32F |
| 15:07.01 | *** join/#arm-netbook cheng (~cheng@124.13.188.234) |
| 15:07.54 | slapin_ | hno: any radios on market? |
| 15:09.01 | slapin_ | hno: or any tablets with this wired? |
| 15:09.12 | slapin_ | hno: or sticks? |
| 15:09.29 | hno | slapin_, absolutely but have no clue where. Did find some GPS chipset datasheets and the interface between the radio chip and the processing chip is the same as the pins available on A10. |
| 15:10.11 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 15:10.12 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 15:10.54 | slapin_ | hno: this might be some serial port and everything done in software |
| 15:11.22 | hno | it's not quite serial. |
| 15:11.48 | hno | but at least digital. |
| 15:11.48 | slapin_ | by the way, have anybody tried xenomai on A10 or similar? |
| 15:12.39 | slapin_ | hno: GPS math is quite cumbersome to implement... |
| 15:14.28 | bsdfox | hno, sorry for the delay.. went to sleep. the wemac crash is on mele A2000 with ethernet |
| 15:14.32 | hno | slapin_, I know. |
| 15:17.13 | mnemoc | we got a gps.ko for a10/3.0.8 if someone wants to RE that controller |
| 15:18.15 | slapin_ | mnemoc: do want |
| 15:19.36 | mnemoc | https://github.com/linux-sunxi/linux-sunxi/tree/lichee-3.0.8-sun4i-an7g3/modules/gps |
| 15:19.46 | slapin_ | is it supported in a13? |
| 15:19.50 | mnemoc | no |
| 15:20.16 | slapin_ | ah, then I need to wait for some board with appropriate outputs |
| 15:20.18 | mnemoc | there is a .h (wtf) with some static functions to do the script.bin/pio dance |
| 15:20.31 | mnemoc | ok |
| 15:21.07 | slapin_ | I simply not skilled enough to wire things under BGA-soldered CPU |
| 15:21.29 | slapin_ | This requires precision drilling and lots of luck |
| 15:21.44 | mnemoc | push Tsvetan to get his A10 olinuxino out soon |
| 15:21.52 | mnemoc | it's exposes *tons* of pins |
| 15:22.23 | slapin_ | I have about 20 devices with A10, but none have decent amount of pins, and none have any means of GPS |
| 15:22.49 | mnemoc | https://github.com/OLIMEX/OLINUXINO/blob/master/HARDWARE/A10-OLinuXino/A10-OLinuXino_Rev_A.sch.pdf?raw=true |
| 15:24.51 | slapin_ | mnemoc: when will they start shipping? |
| 15:25.01 | mnemoc | slapin_: ask tsvetan |
| 15:28.21 | slapin_ | so many boards and none can be at hands - some won't ship to Russia, some are still pending, some are not drawn yet :( |
| 15:28.38 | mnemoc | 16:13:42 < mnemoc> push Tsvetan to get his A10 olinuxino out soon |
| 15:28.52 | mnemoc | who doesn't ship to .ru? |
| 15:28.58 | slapin_ | TI |
| 15:29.15 | mnemoc | did they get the memo about the end of the cold war? |
| 15:29.43 | mnemoc | I can understand cuba or north korea.... but russia? |
| 15:29.45 | slapin_ | mnemoc: dunno, probably military lobby hides it from them |
| 15:29.51 | mnemoc | :( |
| 15:30.25 | mnemoc | how stupid |
| 15:30.37 | slapin_ | well, lots of things can't be shipped to russia, some due to stupid customs regulations, some due to stupid export restrictions. |
| 15:31.48 | slapin_ | TI is usually worked around via China and some adventureous US companies, but all that costs money, and these are short on research phase. |
| 15:31.58 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 15:32.32 | slapin_ | digikey helps sometimes (by ignorance/latency) |
| 15:33.51 | rz2k | digikey is $129 ups shipping |
| 15:34.03 | slapin_ | I really still don't understnd why I just can't buy any board I like. |
| 15:34.15 | rz2k | use farnell uk |
| 15:35.14 | slapin_ | rz2k: farnell adheres to US exports regardless, had lots of problems with OMAP3530 with them. |
| 15:35.17 | mnemoc | do they have reasonable shipping prices? |
| 15:36.07 | rz2k | interesting |
| 15:36.20 | rz2k | mnemoc: 20 euro |
| 15:36.51 | mnemoc | clearly hobbiest are not welcomed :| |
| 15:36.59 | mnemoc | but less absurd than digikey |
| 15:37.01 | slapin_ | and both UPS and DHL won't ship to private person here, only to organizations. |
| 15:37.31 | rz2k | ups is easy to believe to anything, I've filled my university address and got the package, lol. |
| 15:38.00 | slapin_ | I had fun talking digikey to use USPS, it worked 2 of 4 times... |
| 15:38.33 | rz2k | s/my university address/my university as organization and my home address/ |
| 15:38.47 | slapin_ | as I filled my company address for UPS I had to return parcel because customs considrerd it commercial package because of that, the same for DHL. |
| 15:41.59 | hno | slapin_, http://home.earthlink.net/~cwkelley/ |
| 15:42.19 | slapin_ | it is often easier to order things to Finland to friend's address, then get it there personally |
| 15:43.26 | slapin_ | hno: do you think it is what in that gps.ko? |
| 15:44.39 | hno | no |
| 15:44.49 | hno | not that source at least. |
| 15:45.05 | slapin_ | oh no http://gnsstk.sourceforge.net/ |
| 15:50.58 | hno | slapin_, the point is that once the interfacing is somewhat understood then there is plenty of existing work to base the processing on. |
| 16:02.00 | *** join/#arm-netbook lkcl (~lkcl@host86-131-169-132.range86-131.btcentralplus.com) |
| 16:03.11 | *** join/#arm-netbook vinifm (~vini@177.19.132.23) |
| 16:06.31 | *** join/#arm-netbook avernos (~avernos@221.223.240.80) |
| 16:06.31 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 16:08.44 | *** part/#arm-netbook QingPei (~qingpei@123.118.107.168) |
| 16:08.51 | *** join/#arm-netbook slapin (~slapin@host-242-146-66-217.spbmts.ru) |
| 16:16.38 | slapin_ | hno: hope so |
| 16:16.56 | slapin_ | is back to nand woes |
| 16:18.49 | slapin_ | hno: haven't you seen where in init sequence NandStorageInfo is read? The code is messy since SCN_AnalyzeNandSystem() stuff... |
| 16:28.32 | focus_well | lkcl: I see your message through history. I understand about more than 1 CPU - that also my aim! |
| 16:29.39 | focus_well | lkcl: I have engineer and factory that can make PCBs - enough to bang out a couple of SO-DIMM 200 pin modules. Interested? |
| 16:30.49 | focus_well | lkcl: I can get the PCB laid out now that I got your KiCAD libs to produce circuit diagram and work on it until finished. |
| 16:31.33 | focus_well | lkcl: Then I release it all open source. I need the module for somethin else - so no point in holding on to the files after I finish. |
| 16:34.03 | focus_well | lkcl: My aim is to slot the SO-DIMM to a motherboard that has 4.3" LCD and get Lubuntu working on it. |
| 16:36.24 | focus_well | lkcl: The SO-DIMM will have the CPU, RAM, Flash, uSD card, and the power management chip. Power may reach the board through thicker wire extra connector to free up more pins on SO-DIMM connector. |
| 16:40.01 | focus_well | lkcl: Another module I want to make is DDR3 connector based with 240 pins. Them good for vertical stacking to get arrays of them boards going :-) |
| 16:41.06 | focus_well | lkcl: The plan is to build the 200 pin SO-DIMM, then test, find its failings, then refine and make DDR3, the refine that and make SO-DIMM and ping pong |
| 16:41.33 | focus_well | lkcl: it a couple of times to make sure the the thing can work without crashing problems. |
| 16:47.43 | *** join/#arm-netbook cat_x301 (~cat@gprs-internet-ff9cee00-27.dhcp.inet.fi) |
| 17:12.10 | hno | slapin, it's scanned for in the early setup in the nand driver. See src/scan/nand_scan.c |
| 17:12.36 | *** part/#arm-netbook jquip (~johnny@106.211.141.59) |
| 17:14.42 | lkcl | focus_well: great! helloooo |
| 17:15.13 | lkcl | focus_well: i'm not going to say "no" because it's a great idea :) |
| 17:15.56 | lkcl | focus_well: i've found a number of app notes on DDR3, it's fuuun achh the timings are soo precise |
| 17:16.04 | lkcl | i can upload them somewhere if you like |
| 17:16.38 | hno | slapin, oh, on a closer reading I see that the nand driver scans for the chips and not prerecorded information stored by livesuit. That simplifies things a bit. |
| 17:17.01 | lkcl | focus_well: they'll be at.... http://hands.com/~lkcl/ddr3 |
| 17:20.16 | lkcl | focus_well: btw would you be willing to help review some op-amp and MOSFET H-Bridge circuits, help me calculate the RC and LC filter circuits and so on? i know *of* these things having done them 25 years ago at school. |
| 17:20.58 | lkcl | i've made a decision to use PWM volume control for the mic and speakers, and Class D (PWM) for the audio output. |
| 17:21.37 | lkcl | there's a couple of fantastic circuits i found which were done by people who have used 8-bit micros with limited pincount for *exactly* these purposes, and they report reasonable results, so i'm happy |
| 17:29.35 | lkcl | http://rhombus-tech.net/community_ideas/kde_tablet/news/ |
| 17:35.15 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
| 17:36.25 | *** join/#arm-netbook arnd_ (~arnd@HSI-KBW-149-172-5-253.hsi13.kabel-badenwuerttemberg.de) |
| 18:09.41 | libv | ooh, i am such a tosser. |
| 18:09.46 | libv | just found his bug in his egl code |
| 18:17.21 | *** join/#arm-netbook ZaEarl (~malmrose@66.host-182-48-149.compassnet.co.nz) |
| 18:27.25 | lkcl | yaay well done libv |
| 18:27.45 | mnemoc | :) |
| 18:27.50 | libv | well, now the mali fb libs work correctly |
| 18:28.10 | libv | and i can provide the header files to go with it. |
| 18:29.07 | libv | patches, with an adapted lima hello triangle test will be provided |
| 18:30.17 | libv | oh, and a small program to get the version from the kernel api version |
| 18:34.12 | mnemoc | \o/ |
| 18:34.25 | libv | idiots. |
| 18:34.34 | libv | they provide no way to get the native resolution |
| 18:35.08 | libv | they do not clamp the sizes to native, and then do not fill width/height when they are 0 |
| 18:35.51 | mnemoc | the mali libs? |
| 18:35.57 | libv | yeah |
| 18:36.16 | libv | i'd have to go and open and ioctl /dev/fb0 myself if i want fullscreen |
| 18:43.12 | techn | http://assets.sbnation.com/assets/1701443/USD670286S1.pdf |
| 18:44.47 | mnemoc | the patent over rounded corners? |
| 18:45.27 | mnemoc | oh. a "portable display" ... nov 6 2012 |
| 18:45.32 | mnemoc | how revolutionary |
| 18:46.23 | techn | mnemoc: tuc salt crackers are breaking that patent :p |
| 18:47.05 | mnemoc | :D |
| 18:49.16 | hno | It's a design patent, not a patent. |
| 18:54.22 | mnemoc | which happen to be automatically valid in EU iirc |
| 19:02.49 | techn | mnemoc: we should get bsp for mk802 and mk802 II |
| 19:03.48 | *** join/#arm-netbook slapin (~slapin@host-237-152-66-217.spbmts.ru) |
| 19:04.31 | libv | aren't we rapidly converging to a state where we only need script.bin for each device? |
| 19:04.34 | mnemoc | sure, do you have a .fex with _verified_ dram_param ? |
| 19:04.55 | mnemoc | libv: problem is the script.bin usually doesn't come with all the dram info |
| 19:05.04 | mnemoc | and if it comes with it, it can be BS |
| 19:05.22 | libv | yeah, i know, i was handheld by you and and hno for the a7hd :) |
| 19:06.05 | libv | i was just wondering where this whole notion of bsp came from if it is generic sunxi stuff with a correct script.bin |
| 19:06.33 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 19:07.10 | techn | mnemoc: yep.. I'm just wondering that why no one has delivered those.. since those devices are most common |
| 19:07.43 | mnemoc | libv: initially yes |
| 19:07.58 | mnemoc | libv: until we realized we can't trust script.bin for dram_para :< |
| 19:08.44 | mnemoc | libv: so now our hope is in slapin |
| 19:08.56 | techn | libv: also kernel differs on a13 and a10 |
| 19:12.10 | libv | who here is not running a debian based distribution or android on their allwinner? |
| 19:12.26 | hno | techn, probably because most people with MK802 devices do not have UART. |
| 19:12.38 | libv | i am wondering what gcc -dumpmachine returns on your machine, if your are using hardfloat |
| 19:13.39 | techn | libv: WarheadsSE was using ALARM |
| 19:13.50 | hno | is not running sndroid or debian. |
| 19:14.47 | techn | still waiting serial adapter from Tom :/ |
| 19:14.50 | libv | oh, and i take it that arm-linux-gnueabi is returned on armel machines, right? |
| 19:16.46 | WarheadsSE | huh whut |
| 19:17.47 | WarheadsSE | We recently moved to armv5tel-linux-gnueabi to match the latesst toolchains. |
| 19:18.07 | WarheadsSE | let me the v7 is slightly different. |
| 19:19.30 | slapin | not that much to make different name on armel :/ |
| 19:22.13 | WarheadsSE | debian rupports armel being armv4t |
| 19:22.27 | WarheadsSE | otherwise, its armv7h blah |
| 19:22.58 | libv | the blah bit is quite important, so i can try to do some automated checking in the makefile |
| 19:23.10 | WarheadsSE | K, give me a sec |
| 19:23.20 | hno | WarheadsSE, ah, that explains the linaro toolchain softfload multilib breakage. |
| 19:23.27 | hno | s/fload/float/ |
| 19:23.28 | WarheadsSE | :) |
| 19:23.33 | libv | on the other hand, i can do what i can test myself, and let people provide patches for the rest |
| 19:25.45 | WarheadsSE | once this system is done upgrading, I'll get you the exact string we use from the chain |
| 19:27.21 | slapin | weird, strange, why armhf then? |
| 19:27.51 | WarheadsSE | armel != armhf |
| 19:28.03 | slapin | is happy user of debian armel in dreamplug |
| 19:28.20 | WarheadsSE | Yeah, works fine, not optimized to the device, but works fine |
| 19:28.23 | hno | linaro tollchain fails to link programs compiled with -mfloat-abi=soft unless -march=armv4t and absolutely nothing else, and only because they insist on it being there. |
| 19:29.31 | WarheadsSE | I was under the impression they were stopping softfloat support on v7+ chains |
| 19:29.37 | WarheadsSE | or at least moving away |
| 19:30.07 | WarheadsSE | /usr/bin/armv7l-unknown-linux-gnueabihf-gcc |
| 19:30.35 | WarheadsSE | symlinked for gcc usage of course |
| 19:31.13 | hno | the support is there both in linaro and ubuntu gnuabihf toolchains, but only if you explicitly state -march=armv4t and have the right multilib libs installed. |
| 19:31.37 | hno | the linaro toolchain comes with the libs by default. ubuntu package has libs separate. |
| 19:31.49 | slapin | poor fpu-less a8 targets... |
| 19:31.55 | WarheadsSE | <PROTECTED> |
| 19:32.08 | hno | slapin, is there any fpu-less a8 targets? |
| 19:32.40 | WarheadsSE | there are fpu-less A8s? |
| 19:32.54 | hno | I don't think so. |
| 19:33.08 | slapin | dunno, I know of one v7a without neon and vfp |
| 19:33.20 | hno | Both VFP and NEON is mandatory in A8 A profile. |
| 19:34.03 | slapin | tegra? |
| 19:34.04 | hno | For v7a neon is optionsl, but vfp is mandatory iirc. |
| 19:34.32 | hno | tegra have vfp. |
| 19:34.44 | WarheadsSE | uhm, i think you are thinking ARMv8 not A8 |
| 19:35.04 | WarheadsSE | yes, afaik, v7a requires vfpv3-d16 |
| 19:35.27 | WarheadsSE | you can add neon (not directly fp) and expand to vfpv3-d32 |
| 19:36.36 | WarheadsSE | even on the v7-M's |
| 19:36.49 | slapin | I know of one chinese processor of armv7-a arch without vfp as it chokes on fpu instructions and there's no kernel emulation |
| 19:37.13 | slapin | neon on v7-m is fantastic |
| 19:37.14 | WarheadsSE | i wonder then, if it is mislabled. |
| 19:37.51 | slapin | never seen socs with v7-m and neon |
| 19:37.59 | WarheadsSE | Hmm, I misspoke slightly. apparently only M4 has optional fpu. |
| 19:38.20 | WarheadsSE | ARMv7E-M has DSP, they could attach a neon if they chose |
| 19:39.53 | slapin | supports wfi and other v7 stuff but no vfp or neon |
| 19:40.16 | WarheadsSE | wfi |
| 19:40.48 | WarheadsSE | ? |
| 19:41.11 | WarheadsSE | I do have one of these coming, whenever it ships: EK-LM4F120XL |
| 19:41.25 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 19:42.25 | slapin | wait for interrupt insn, not coprocessor bit |
| 19:43.48 | hno | slapin, so its v7 32-bit but not v7a. |
| 19:46.46 | slapin | hno:? |
| 19:47.40 | WarheadsSE | not all v7 is v7-a |
| 19:48.33 | slapin | i know of only 2 - a and m |
| 19:50.22 | slapin | it has mmu |
| 19:50.30 | WarheadsSE | there are M[0-4], Cortex-A[8-9] ... http://en.wikipedia.org/wiki/ARM#ARM_cores |
| 19:50.46 | slapin | so not m |
| 19:53.10 | slapin | ah and it does have arm instruction set |
| 19:53.16 | WarheadsSE | most likely not M |
| 19:53.25 | WarheadsSE | it's possible, but highly unlikely. |
| 19:54.28 | slapin | is there any ms with arm instruction set? |
| 19:55.00 | WarheadsSE | what |
| 19:56.49 | WarheadsSE | http://en.wikipedia.org/wiki/ARM_Cortex-M |
| 19:57.09 | slapin | is there any armv7-m processor with arm instruction set? |
| 19:57.29 | slapin | they all start in thumb2 |
| 19:58.33 | WarheadsSE | alright... |
| 19:58.52 | slapin | ? |
| 19:59.03 | RaYmAn | slapin: and Thumb isn't an ARM instruction set? ;) |
| 19:59.25 | slapin | these are different |
| 19:59.55 | slapin | look at -marm and -mthumb gcc options |
| 20:00.03 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:00.13 | WarheadsSE | facepalm |
| 20:00.20 | WarheadsSE | I guess I am missing something large here. |
| 20:01.01 | RaYmAn | Of course they are - but thumb is still an ARM instruction set ;) In any case, afaik all Cortex Mx only support thumb/thumb2 |
| 20:02.20 | slapin | arm thumb and thumb2 are different instruction sets in arm processors :) |
| 20:02.35 | RaYmAn | I don't really see why that's an issue - It's not like it's really realistic to run e.g. linux or anything not compiled for the Cortex Mx |
| 20:02.37 | WarheadsSE | ok |
| 20:02.37 | slapin | two arms here |
| 20:03.01 | WarheadsSE | RaYmAn: well, you could :P if you are a masognist |
| 20:03.10 | WarheadsSE | wrong work |
| 20:03.24 | RaYmAn | WarheadsSE: not if it only supports Thumb2 ;) You'd have to recompile it all as thumb2 then :P |
| 20:03.36 | WarheadsSE | yeah? |
| 20:03.43 | slapin | name for instruction set matches name for whole architecture |
| 20:03.44 | WarheadsSE | Like I meant to say :P |
| 20:04.03 | RaYmAn | most cortex devices I've seen have less than 1MB ram anyways |
| 20:04.18 | WarheadsSE | Features : swp half thumb fastmult vfp edsp neon vfpv3 |
| 20:04.34 | slapin | there are with SDRAM controllers |
| 20:04.36 | RaYmAn | (cortex m that is) |
| 20:04.39 | WarheadsSE | thats what I get from a i.MX6Q .. are you syaing it doesn't support "arm" |
| 20:05.15 | techn | If I remember correctly arm can swap between thumb and 32bit registers on fly |
| 20:05.24 | RaYmAn | yup |
| 20:05.48 | slapin | both modes are 32bit data-wise |
| 20:05.49 | RaYmAn | well, only Arm cpus with support for full ARM instruction set and not just thumb. |
| 20:06.08 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 20:06.22 | RaYmAn | BLX with a specific bit set jumps to addr and switches mode to/from thumb |
| 20:06.45 | RaYmAn | WarheadsSE: i.MX6Q is cortex a-9, isn't it? |
| 20:08.01 | xenoxaos | yup |
| 21:08.00 | *** join/#arm-netbook focus_it (~focus_it@cpc2-dals6-0-0-cust1005.hari.cable.virginmedia.com) |
| 21:12.32 | *** join/#arm-netbook Kraln (~kraln@69.169.90.240) |
| 21:34.15 | focus_it | lkcl: I look over your op-amp, MOSFET H-bridge and general electronics. Leave me link for the pdfs of the circuits in question. |
| 21:35.07 | focus_it | lkcl: The DDR3 CPU module is same as SO-DIMM module - it just has 40 more pins from the A10 brought out for doing more things. |
| 21:36.39 | focus_it | lkcl: The initial LCD is 4.3" but after the recipe is discovered to make Lubuntu + X work properly with it, we try a couple more examples and open source the lot for everyone else to make their own LCDs work with as little pain as possible. |
| 21:48.07 | specing | ubuntu... |
| 21:48.09 | specing | <PROTECTED> |
| 21:59.46 | WarheadsSE | heh |
| 22:02.22 | *** join/#arm-netbook techn_ (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 22:03.27 | mnemoc | "You have existing Linux kernel code to support your SoC? There are 99% chances that you should throw it away |
| 22:03.30 | mnemoc | completely |
| 22:03.33 | mnemoc | " |
| 22:03.34 | mnemoc | http://www.elinux.org/images/a/ad/Arm-soc-checklist.pdf |
| 22:04.02 | *** join/#arm-netbook techn__ (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 22:05.45 | WarheadsSE | >.> |
| 22:07.07 | *** join/#arm-netbook tuliom (~tuliom@186.214.72.50) |
| 22:12.44 | vinifm | exit |
| 22:12.49 | vinifm | quit |
| 22:26.18 | Turl | mnemoc: FUU |
| 22:26.23 | Turl | mnemoc: you broke mali build :< |
| 22:28.00 | mnemoc | ? |
| 22:28.45 | mnemoc | here it builds in-tree, with -C, with O=, and with -C and O= |
| 22:28.54 | Turl | mnemoc: http://paste.debian.net/207606/ |
| 22:30.16 | mnemoc | strange mix of things you have there |
| 22:30.27 | mnemoc | "USING_PROFILING not supported, disabling." should be gone |
| 22:30.28 | WarheadsSE | i hit a similar problem the other day |
| 22:31.11 | Turl | mnemoc: make -C kernel/allwinner/common O=/home/emilio/android/jb/out/target/product/zatab/obj/KERNEL_OBJ ARCH=arm CROSS_COMPILE="/home/emilio/android/jb/prebuilts/misc/linux-x86/ccache/ccache /home/emilio/android/jb/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-" modules |
| 22:31.14 | mnemoc | the drivers/gpu/mali/mali/arch/config.h thing ? |
| 22:31.27 | mnemoc | WarheadsSE: ----^ ? |
| 22:32.56 | Turl | mnemoc: I can reproduce with that, http://paste.debian.net/207610/ |
| 22:33.06 | WarheadsSE | I remember seeing issues with profiling |
| 22:33.15 | WarheadsSE | but I dont have those compile logs available. |
| 22:33.39 | mnemoc | the profiling thing is a warning, and it has always been there |
| 22:33.51 | mnemoc | but it should be gone now |
| 22:34.16 | mnemoc | Turl's problem is about some invalid use of $(PWD) in mali |
| 22:34.31 | mnemoc | which for some reason he seems to need |
| 22:34.48 | Turl | mnemoc: try this |
| 22:35.02 | Turl | go two dirs out of your kernel tree |
| 22:35.25 | Turl | make -C path/to/kernel O=/somewhere modules |
| 22:37.37 | mnemoc | revert the change locally, I'll try to find what's wrong |
| 22:39.09 | mnemoc | just now that I thought I had time to start rewriting the core :| |
| 22:42.21 | lkcl | focus_it: thanks. everything's on here http://rhombus-tech.net/community_ideas/kde_tablet/ and the PDFs are... http://hands.com/~lkcl/eoma/kde_tablet/ |
| 22:42.54 | Turl | mnemoc: one of the issues is that on allwinner/common/drivers/gpu/mali/mali/Kbuild |
| 22:43.02 | Turl | DRIVER_DIR is a relative path |
| 22:43.18 | lkcl | focus_it: i just did the two circuits (transconductance amp and mosfet bridge) imgs are here: http://rhombus-tech.net/community_ideas/kde_tablet/news/ |
| 22:43.24 | mnemoc | Turl: I know, I was 2h fighting that crap last night |
| 22:43.27 | Turl | and with O= your shell `pwd' is /tmp/whatever (O= value) |
| 22:43.41 | Turl | $(PWD) on the other hand is the kernel source tree location |
| 22:44.09 | Turl | so when it looks for files it doesn't find them because they're not relative to O= but to -C |
| 22:44.34 | Turl | mnemoc: what was the motivation for your patch btw? |
| 22:44.51 | mnemoc | that -C with O= wasn't working |
| 22:45.02 | mnemoc | err |
| 22:45.05 | mnemoc | that -C without O= wasn't working |
| 22:45.11 | focus_it | lkcl: I'm looking... |
| 22:46.21 | Turl | without O= $(PWD) is == $(pwd) |
| 22:46.23 | Turl | interesting |
| 22:46.37 | Turl | $(shell pwd)* |
| 22:47.11 | lkcl | focus_it: star. the originals you can find as png/jpgs in there, i pretty much cut/paste them :) oh i had to put numbers on amp_schematic.png to match the ROHM-US6M1TR-MOSFET-DUAL-NP.pdf |
| 22:47.21 | lkcl | i was getting reeaaallly confused.... |
| 22:47.42 | lkcl | all right, apologies: i have to sleep. too many late nights. |
| 22:47.45 | *** join/#arm-netbook Sternennebel (~martin@p5494B831.dip.t-dialin.net) |
| 22:47.47 | *** join/#arm-netbook slash_random (~david@host18.190-137-0.telecom.net.ar) |
| 22:47.58 | lkcl | focus_it: email me (or the list). thanks again. |
| 22:48.08 | *** join/#arm-netbook benjamin__ (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 22:48.40 | focus_it | lkcl: good night - I'll send it via the list |
| 22:50.53 | Turl | mnemoc: mind testing a patch and commiting if it works? |
| 22:54.08 | Turl | mnemoc: http://sprunge.us/bghH |
| 22:55.20 | Turl | mnemoc: http://sprunge.us/dGUU rather |
| 22:55.33 | Turl | revert yours, apply that and give it a try :) |
| 23:04.03 | Turl | there's an /r/cubieboard now on reddit heh |
| 23:08.03 | *** join/#arm-netbook vgrade (~root@static.43.45.47.78.clients.your-server.de) |
| 23:26.35 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
| 23:32.25 | *** join/#arm-netbook slash_random (~david@host18.190-137-0.telecom.net.ar) |
| 23:32.54 | sv | <PROTECTED> |
| 23:42.04 | *** join/#arm-netbook slash_random (~david@host18.190-137-0.telecom.net.ar) |
| 23:44.33 | mnemoc | Turl: yes $(srctree) does the job |
