00:29.31 | bsdfox | my mele a2000 even with the stock ICS is really slow.. magnitudes slower than my cell phone on the same OS. Are other people happy with A10 performance? even the ESPN scorecenter app (just scores, no video) has 10 second delays fairly often |
00:47.26 | ZaEarl | bsdfox, how big of a display are you using? I haven't found the stock Androids to be very good. |
01:16.28 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
01:20.52 | bsdfox | 1080p |
01:21.02 | bsdfox | I think it's running 1280x720 though |
01:22.33 | lundman | no, no 10s delays here |
01:22.44 | lundman | nothing plugged in, anot using wifi though |
01:24.10 | bsdfox | I'll try wired |
01:26.29 | bsdfox | seems a little better |
01:27.58 | bsdfox | I was hoping to use this as a light desktop for irc/pdf/browsing and occasional video but it's frustratingly slow considering how little I'm doing |
01:38.30 | rz2k | anything in dmesg? |
01:38.37 | lundman | strange |
01:46.06 | *** join/#arm-netbook avernos (~avernos@111.192.252.216) |
01:46.07 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
01:54.09 | bsdfox | do you guys have good luck with linaro? |
01:56.18 | *** join/#arm-netbook polto2010 (~polto2010@41.238.48.225) |
02:14.50 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
03:08.37 | *** join/#arm-netbook eflatun (~eflatun@46.1.158.223) |
03:50.57 | *** join/#arm-netbook ZaEarl (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
04:14.12 | *** join/#arm-netbook proza (~proza@pool-173-51-42-11.lsanca.fios.verizon.net) |
04:18.49 | *** join/#arm-netbook Turl (~Turl@2606:3f00:60:21c:d00d:c0de:4:f00d) |
04:30.44 | *** join/#arm-netbook polto2010 (~polto2010@41.238.48.225) |
04:41.33 | *** join/#arm-netbook mSquare (~selvan@122.172.247.198) |
05:44.09 | *** join/#arm-netbook rsalveti (~rsalveti@177.97.249.38) |
05:44.09 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
05:56.11 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
06:13.48 | *** join/#arm-netbook rellla (~Thunderbi@p5B0792A1.dip0.t-ipconnect.de) |
06:17.25 | *** join/#arm-netbook projectgus (~gus@spork.chainxor.org) |
06:29.23 | hno | rz2k, you sould remove the unnumbered IOCTL. Only the _BUF1 and _BUF2 needs implementation. |
06:30.58 | hno | But I wonder.. is our framebuffer double-buffered? |
06:33.16 | hno | not too familiar with framebuffer implementation. |
06:33.58 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
06:44.19 | *** join/#arm-netbook Quarx (~Quarx@94.137.16.161) |
06:56.41 | mnemoc | techn: ---^ |
07:04.16 | *** join/#arm-netbook sspiff (~quassel@103.4-78-194.adsl-static.isp.belgacom.be) |
07:04.16 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
07:31.49 | *** join/#arm-netbook rellla (~Thunderbi@p5B079375.dip0.t-ipconnect.de) |
07:49.25 | *** join/#arm-netbook Quarx|2 (~Quarx@178.74.76.110) |
08:01.28 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
08:09.48 | *** join/#arm-netbook jinzo (~jinzo@unaffiliated/jinzo) |
08:31.44 | *** join/#arm-netbook ceo16 (~manuel@37.183.116.42) |
08:36.40 | CIA-15 | rhombus-tech: Dino master * rebf6ed68753c /allwinner_a10.mdwn: |
08:37.37 | *** join/#arm-netbook Quarx (~Quarx@46.233.206.25) |
09:32.33 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
09:34.50 | *** join/#arm-netbook rsalveti (~rsalveti@177.97.249.38) |
09:34.50 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
09:38.33 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
09:42.45 | *** join/#arm-netbook pawel5870 (~pkarpins@public-gprs183005.centertel.pl) |
09:54.09 | mnemoc | [ 0.000000] BROM Magic: \x06 ..... /me cries and return to $work$ :< |
09:54.33 | RaYmAn | ? |
09:54.33 | *** join/#arm-netbook eFfeM_work (~frans@D4B268BA.static.ziggozakelijk.nl) |
09:54.47 | mnemoc | i keep failing to read the BROM |
09:54.53 | mnemoc | need to get the cpu-id |
09:57.28 | RaYmAn | mmu stuff? |
09:57.34 | mnemoc | since 3.7 multiplatform support will be a requirement, that means we need to detect the chip |
09:58.20 | mnemoc | I'm doing it after iotable_init() ... so the MMU should be initialized already... I think |
09:58.47 | mnemoc | but not even in that case I can find a way to read BROM_BASE+0x04 |
09:58.57 | mnemoc | sucks |
10:00.01 | mnemoc | according to hno's bootinfo I should read "eGON.BRM", not "\x06\0\0\0....." |
10:00.10 | RaYmAn | so you re |
10:00.14 | RaYmAn | eh |
10:00.27 | RaYmAn | hpw do you read it exactly? |
10:00.32 | *** join/#arm-netbook lerc (~quassel@121-74-253-76.telstraclear.net) |
10:01.29 | mnemoc | tried different Fs for (const char*)F(SW_VA_BROM_BASE+0x04)) and SW_PA_BROM_BASE |
10:02.07 | mnemoc | but I should step back and study how the memory access works here |
10:04.13 | RaYmAn | yeah, are the page tables actually setup to allow brom access? |
10:04.52 | mnemoc | { SW_VA_BROM_BASE, __phys_to_pfn(SW_PA_BROM_BASE), (SZ_64K), MT_MEMORY_ITCM }, |
10:05.15 | RaYmAn | on tegra, i dumped it through /dev/mem usibg viewmem tool, so might be interesting to get that workibg first? |
10:07.55 | mnemoc | E: Unable to locate package viewmem .... and google insists in showing me a windows app... url? :) |
10:09.06 | *** join/#arm-netbook eflatun (~eflatun@46.1.156.201) |
10:09.11 | mnemoc | dd if=/dev/mem | hexdump seems evil :p |
10:10.26 | mnemoc | it kinds of bothers me how high this address is. 0xffff0000-0xffff7fff |
10:10.28 | RaYmAn | wouldnt do the right thing anyways |
10:10.47 | mnemoc | true |
10:10.57 | mnemoc | will play it that way |
10:11.27 | RaYmAn | skumler.net/viewmem |
10:11.49 | RaYmAn | not sure where i have source |
10:12.12 | mnemoc | Content-Type: text/plain |
10:12.38 | mnemoc | RaYmAn: can you rename it to .bin so it doesn't get corrupted? |
10:12.59 | RaYmAn | wh |
10:13.06 | RaYmAn | wget :/ |
10:13.33 | RaYmAn | its only silly browsers that corrupt it |
10:13.37 | mnemoc | :) |
10:14.13 | RaYmAn | on my phone so was hard enough to find link :p |
10:15.07 | mnemoc | no rush, I need to $work$ anyway :p |
10:15.08 | mnemoc | $ file viewmem |
10:15.10 | mnemoc | viewmem: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), not stripped |
10:15.14 | mnemoc | $ ./viewmem |
10:15.15 | mnemoc | -bash: ./viewmem: No such file or directory |
10:15.18 | RaYmAn | bah |
10:15.23 | RaYmAn | dyn linked |
10:15.33 | mnemoc | :) |
10:15.44 | projectgus | FWIW there's a quick hack I used a few years ago here http://projectgus.com/files/eken/memdump/ |
10:15.46 | mnemoc | don't worry. i'll continue this tonight anyway |
10:16.17 | projectgus | I think the binary there is static linked, it was for android tablets. armel. |
10:16.18 | mnemoc | projectgus: thanks |
10:16.28 | mnemoc | projectgus: will try the .c |
10:16.34 | projectgus | kk |
10:17.08 | mnemoc | projectgus: looks good :) |
10:20.21 | *** join/#arm-netbook Turl (~Turl@2606:3f00:60:21c:d00d:c0de:4:f00d) |
10:20.47 | RaYmAn | yeah, that should work |
10:21.04 | *** join/#arm-netbook pawel58701 (~pkarpins@pc.193147149.ip.amg.net.pl) |
10:21.10 | RaYmAn | the mmap takes phys offsets which is nice |
10:35.30 | mnemoc | ffff0000: ea000008 ea000006 ea000005 ea000004 .... |
10:36.17 | RaYmAn | that looks right - e.g. like jumps :P |
10:37.51 | mnemoc | bootinfo says it should be u32 jump + u8 magic[8] |
10:38.00 | mnemoc | $ sudo ./memdump 0xffff0000 $(expr 1024 \* 32) | grep 4e4f4765 |
10:38.00 | mnemoc | ffff4000: ea000006 4e4f4765 4d52422e 00000020 |
10:38.00 | mnemoc | ffff5230: 4e4f4765 3054422e 00000000 e92d5ff0 |
10:38.00 | mnemoc | ffff5440: eafffff7 4e4f4765 3054422e 00000000 |
10:38.01 | mnemoc | ffff5d70: eafffff7 4e4f4765 3054422e 00000000 |
10:38.17 | mnemoc | but... 4 "eGON"s .... |
10:38.30 | mnemoc | nice to have command power :) |
10:38.33 | mnemoc | command line* |
10:39.52 | RaYmAn | so you were just using the wrong address :) |
10:40.04 | mnemoc | yup :) |
10:51.01 | *** join/#arm-netbook lkcl (~lkcl@host217-43-149-27.range217-43.btcentralplus.com) |
11:09.18 | mysteryname | Hi, I have a Mele with a USB to TTL converter, is there anything I need to do to get output from the serial interface using minicom? I know what the boadrate. but do I need to load a certain image for the Mele to output with serial? |
11:18.24 | *** join/#arm-netbook rsalveti (~rsalveti@177.97.249.38) |
11:18.24 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
11:18.44 | mnemoc | [ 0.000000] BROM Magic: eGON.BRM |
11:18.49 | mnemoc | happy happy joy joy |
11:19.10 | mnemoc | pr_info("BROM Magic: %.8s\n", (const char*)(SW_VA_BROM_BASE+0x4000+0x04)); |
11:20.18 | mnemoc | using the physical as with the tool makes it halt... but the VA works fine |
11:21.24 | RaYmAn | makes sense :) |
11:22.03 | mnemoc | what is that 0x4000 offset? |
11:22.56 | RaYmAn | bootrom starts at 0xffff0000, with a few jumps to 0xffff4000 where the actual boot code starts - fel mode is at 0xffff0000 (well, technically, just after all the jumps) |
11:23.00 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.4.144) |
11:32.06 | mnemoc | RaYmAn: so the right way would be to "decompile" that jump to find the offset? |
11:32.30 | RaYmAn | mnemoc: mm. I severely doubt it changes |
11:32.51 | mnemoc | good :) |
11:32.58 | RaYmAn | it's too "accurate". I imagine there's lots of zeroes between end of fel code and ffff4000 |
11:34.47 | RaYmAn | so they probably use a linker script to point it to the right place |
11:42.42 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
11:42.50 | mnemoc | wb merbzt |
11:52.16 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
12:09.22 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
12:10.24 | cde | mysteryname: as an alternative to minicom, you can try microcom |
12:11.54 | mnemoc | the only annoying thing with microcom is that if you don't close before unplugging the dongle it leaves a lock behind and messes up the terminal (reset required) |
12:13.03 | mnemoc | i.e. crashes |
12:14.28 | *** join/#arm-netbook rsalveti (~rsalveti@177.97.249.38) |
12:14.28 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
12:16.34 | projectgus | fwiw I'm a fan of plain old gnu screen for serial consoles. 'screen /dev/ttyUSB0 115200' |
12:16.53 | mnemoc | scrolling is annoying :p |
12:16.57 | andoma | yeah.. |
12:16.59 | lundman | yeah screen rocks |
12:17.31 | andoma | is there a terminal that recovers when suspending/resuming the system? |
12:17.32 | projectgus | mnemoc: yeah, I guess I'm pretty used to Ctrl-A Esc by now :) |
12:17.55 | lundman | screeeeeen |
12:22.01 | andoma | okok .. i'll have to get used to ^A + Esc as well then |
12:27.18 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
12:28.39 | mysteryname | cde: thank you |
12:29.15 | cde | no pb. it's fairly useful |
12:36.57 | *** join/#arm-netbook eflatun (~eflatun@46.1.139.232) |
12:46.38 | *** join/#arm-netbook ceo16 (~asus@host175-245-dynamic.9-87-r.retail.telecomitalia.it) |
12:48.48 | mnemoc | RaYmAn: any idea how should I access this before the iomapping? |
12:49.05 | *** join/#arm-netbook rm (rm@fsf/member/rm) |
12:50.09 | RaYmAn | mnemoc: I don't think you can? I mean, if MMU is enabled, it needs an entry to be able to access it - prior to mmu I'd imagine you can access it with pa? |
12:51.31 | mnemoc | halts |
12:51.58 | mnemoc | problem is I need to know the cpu-id before doing anything else :< |
12:52.30 | RaYmAn | it seems kind of a dirty way to do it :/ |
12:52.52 | mnemoc | indeed |
12:53.12 | RaYmAn | detecting by machineid isn't sufficient? (really - u-boot should set a sane machineid - which should be fine when talking new 3.4+ imo) |
12:54.08 | mnemoc | RaYmAn: they want to get rid of the machine id :( |
12:54.12 | RaYmAn | oh |
12:54.30 | RaYmAn | so kernel is supposed to fully detect stuff+ |
12:54.32 | RaYmAn | ? |
12:54.40 | RaYmAn | No way to do it in u-boot and pass it along? devicetree? |
12:55.18 | mnemoc | yes, using DT |
12:55.35 | mnemoc | lunch. back in 20 |
13:11.14 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
13:17.20 | *** join/#arm-netbook kaspter (~Instantbi@101.80.132.38) |
13:44.37 | *** join/#arm-netbook itamar_ (~itamar@189-015-174-198.xd-dynamic.ctbcnetsuper.com.br) |
13:49.57 | *** join/#arm-netbook hipboi (~hipboi@116.77.133.213) |
13:55.14 | WarheadsSE | DT = "fun" |
13:55.32 | WarheadsSE | putting this out there: http://www.engadget.com/2012/09/18/marvell-stanford-smile-plug-smile-consortiumcloud-computer-smile-con/ |
13:56.05 | WarheadsSE | not sure where they are going to get the price down to $30 (probably subsidized for education) but having access to the hardware.. sweet little device. |
13:57.51 | mnemoc | nice |
13:58.23 | WarheadsSE | obviously I can't get into a _lot_ of detail, but.. yes, those _are_ USB3 ports. |
14:00.36 | mnemoc | at least they are blue :p |
14:02.33 | *** join/#arm-netbook ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
14:10.39 | *** join/#arm-netbook msb (~msb@c-98-248-33-213.hsd1.ca.comcast.net) |
14:31.44 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
14:36.10 | revident | WarheadsSE, yeah, I saw that yesterday evening. Congrats on product shipping ARCH! Do you know if Globalscale will be opening general purchases like with the DreamPlug? |
14:37.59 | WarheadsSE | shuts up ;) |
14:39.40 | mnemoc | WarheadsSE: in reality how does usb3 performe compared to esata? |
14:39.58 | mnemoc | in such device obviusly |
14:40.07 | *** join/#arm-netbook ikr_ (~ikr@206.85-86-81.dynamic.clientes.euskaltel.es) |
14:40.57 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
14:42.27 | WarheadsSE | well, IIRC it's attached as xhci vis PCIe bus, like the PPV4 |
14:42.43 | WarheadsSE | The PPV4 has some pretty sound numbers to my WD 3TB USB3 drive |
14:43.16 | WarheadsSE | this has a much faster processor, and 8 tims the RAM, so I'd expect to see reasonable usage |
14:43.46 | mnemoc | my amd e350 laptop ends on it's knees when there is too much usb2 activity :< |
14:54.49 | WarheadsSE | sucky |
15:11.51 | L84Supper | 2Ghz single-core Armada 370 SoC, is the 370 a typo or a new unadvertised part by Marvell? |
15:12.50 | WarheadsSE | it's a 370 |
15:13.16 | WarheadsSE | https://www.google.com/search?q=Armada+370+SoC |
15:13.55 | L84Supper | yeah, I don't see it at the marvell site |
15:15.29 | L84Supper | so no data sheets |
15:15.54 | WarheadsSE | ;) |
15:16.06 | WarheadsSE | 2ghz PJ4 dove relative |
15:16.27 | L84Supper | any idea how it varies from the 300 and 310 other than core speed? |
15:18.01 | WarheadsSE | .. i have a lot of ideas.. |
15:18.08 | WarheadsSE | and an NDA |
15:19.00 | specing | WarheadsSE: would the NDA still be valid if we threatened to take your life? |
15:19.20 | L84Supper | everything with Marvell is NDA, and still they are practically useless as a supplier for anything open |
15:22.10 | L84Supper | heh, the 370 is not even on the extranet site, you need special permission to get access beyond the NDA |
15:41.14 | WarheadsSE | well I can't get into my extranet atm.. |
15:41.19 | WarheadsSE | locked it oopsy |
15:56.26 | L84Supper | I wonder how many patent violation suits would be filed if marvell opened their specs |
16:02.55 | traeak | need ... to ... reform ... patent ... crap .... |
16:03.57 | *** part/#arm-netbook hipboi (~hipboi@116.77.133.213) |
16:04.30 | L84Supper | the current patent system is a mess, it will be interesting to see what happens with Google, Apple, Samsung etc going all out to battle |
16:05.24 | WarheadsSE | got back in. |
16:05.29 | WarheadsSE | yeah, PJ4 |
16:06.10 | WarheadsSE | very similar core architecture to the cubox |
16:06.48 | mnemoc | they sued github for patents violations :< |
16:17.06 | *** join/#arm-netbook rz2k (~rzk@128-72-52-248.broadband.corbina.ru) |
16:25.45 | *** join/#arm-netbook rellla (~Thunderbi@p5B079375.dip0.t-ipconnect.de) |
16:29.30 | techn | hno: disp has that kind logic already.. but dunno if it works in every situation/config |
16:30.20 | techn | hno: also.. I'm trying to take my tables in dev-use.. I'm using your sunxi u-boot.. and I have problems to get them boot every time |
16:31.21 | techn | I don't have serial/jtag cable/card so I don't know where is the problem |
16:32.25 | techn | but ie. yesterday I tried to boot a10 tabled about 50 times and it booted 3 times or so |
16:32.39 | mnemoc | o.o |
16:33.28 | cde | o.O |
16:34.28 | techn | So I think I'm giving up of idea to dev top of tablet.. until that problem is resolved :( |
16:35.26 | mnemoc | techn: http://linux-sunxi.org/MicroSD_Breakout |
16:35.44 | mnemoc | techn: where are you located? I'm not using mine |
16:35.44 | hno | techn, PMU management is a known problem with SD booting at the moment. Not investigating any boot issues until that is addressed. |
16:36.15 | techn | hno: great that it's WIP |
16:37.06 | techn | mnemoc: finland.. but I can wait until PMU problem is resolved |
16:37.07 | hno | what you can try if you are not afraid of using livesuite to recover is to dump the built u-boot.bin in nanda, letting the allwinner bootloader load it. |
16:37.18 | techn | I can dev top of MiniX until then |
16:39.00 | mnemoc | techn: sure? |
16:39.28 | hno | techn, what was the "disp has that kind of logic already" response to? |
16:39.44 | techn | <hno> But I wonder.. is our framebuffer double-buffered? |
16:40.31 | hno | ok |
16:44.00 | techn | sorry for late response.. I'm coding for money 8-9 hours/day + 2hours travelling time ;) |
16:48.47 | mnemoc | cat_n9: do you have your 3.6 tree available somewhere? |
16:48.55 | *** join/#arm-netbook eflatun (~eflatun@95.173.231.78) |
16:49.35 | techn | hno: btw. battery boot is boot0, and power outlet boot1? |
16:50.11 | techn | should they have same boot progress? |
16:50.12 | RaYmAn | no, it's boot0 -> boot1 -> u-boot |
16:50.14 | mnemoc | techn: two stages of the same boot |
16:51.11 | mnemoc | techn: you may want to read http://rhombus-tech.net/allwinner_a10/a10_boot_process/ .... and then dump the new knowledge in our wiki :) |
16:51.53 | techn | I'm just wondering how those boot's differ in eatch other.. battery/outlet |
16:52.10 | mnemoc | techn: that is hidden by the PMU |
17:06.23 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.24.191) |
17:09.00 | *** join/#arm-netbook TomNL (~TomNL@82-169-150-89.ip.telfort.nl) |
17:09.14 | TomNL | hey guys, did anyone try to compile xbmc? |
17:12.27 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.121.208) |
17:14.39 | mnemoc | TomNL: empat0's? |
17:15.03 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
17:15.14 | TomNL | yes |
17:15.21 | ceo16 | TomNL: I'm tring but is difficult to find informations |
17:15.58 | TomNL | hehe i also wanted to start trying...seems he is using ubuntu 12.04 rootfs |
17:18.41 | ceo16 | I'm compiling in lubuntu 12.04 but I need to undestand if cross-compiling or compiling directly from mele |
17:19.09 | *** join/#arm-netbook eflatun__ (~eflatun@46.1.121.27) |
17:19.32 | TomNL | are you running lubuntu on mele or mk802? |
17:19.42 | ceo16 | mele |
17:19.53 | TomNL | which image did you use? |
17:20.51 | ceo16 | http://www.lundman.net/ftp/mele/lubuntu-desktop-12.04-1-miniand.com.img.7z |
17:21.06 | ceo16 | this |
17:21.37 | ceo16 | with kernel 3.0.39+ |
17:22.31 | mnemoc | wonders what kernel tree do they use |
17:22.51 | TomNL | so i just dd this image to an SD? |
17:23.00 | TomNL | dont need to change anything for mele? |
17:23.11 | mnemoc | TomNL: the script.bin for sure |
17:23.16 | *** join/#arm-netbook popolon (~popolon@82.225.234.108) |
17:23.22 | ceo16 | yes in sd |
17:23.24 | mnemoc | but making your own SD is trivial.... |
17:24.21 | *** join/#arm-netbook eflatun__ (~eflatun@46.1.31.167) |
17:30.13 | TomNL | well i guess it's good to have own rootfs which you can copy to SD after compiling xbmc |
17:30.44 | TomNL | mnemoc: is there some howto for setting up the cross compiler? |
17:31.09 | mnemoc | TomNL: i use linaro's ppa on ubuntu.... works out of the box |
17:31.29 | *** join/#arm-netbook gimli_ (~gimli@xbmc/staff/gimli) |
17:31.45 | mnemoc | TomNL: options depends on what you run |
17:32.12 | TomNL | ok i will check |
17:33.59 | mnemoc | https://launchpad.net/~linaro-maintainers/+archive/toolchain/?field.series_filter=precise |
17:34.04 | mnemoc | for ubuntu hosts |
17:35.09 | TomNL | thnx |
17:37.18 | mnemoc | the other very popular toolchain is http://www.codesourcery.com/ |
17:37.49 | TomNL | +TOOLCHAIN=/usr/arm-linux-gnueabi |
17:38.08 | TomNL | this whats empat0 was using, this is in the ppa right? |
17:38.10 | *** join/#arm-netbook ZaEarl (~malmrose@173-11-125-162-SFBA.hfc.comcastbusiness.net) |
17:38.27 | mnemoc | no, that's probably codesourcery's |
17:39.30 | mnemoc | instead of setting a path where you dumped the toolchain people usually sets the CROSS_COMPILE prefix |
17:39.52 | mnemoc | and Makefiles do e.g. CC=$(CROSS_COMPILE)gcc |
17:40.50 | mnemoc | and if one has the toolchain in a separated dir, one adjusts $PATH accordingly |
17:40.57 | techn | Is there any real improvements when using those custom crosscompilers? other than bit faster binary? |
17:41.28 | techn | I'm using ubuntus own and it seems to work ok |
17:41.32 | mnemoc | no... the benefit is to be able to compile for arm in your x86 host |
17:41.44 | *** join/#arm-netbook rsalveti (~rsalveti@177.97.249.38) |
17:41.44 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
17:41.51 | *** join/#arm-netbook eflatun (~eflatun@109.228.222.197) |
17:41.54 | mnemoc | techn: ubuntu's toolchain is linaro's toolchain |
17:43.01 | *** join/#arm-netbook sspiff (~quassel@d8D862466.access.telenet.be) |
17:43.03 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
17:43.40 | *** join/#arm-netbook gimli_ (~gimli@xbmc/staff/gimli) |
17:43.45 | techn | Source: gcc-4.4-armhf-cross (1.52) |
17:43.45 | techn | Version: 4.4.7-1ubuntu2cross1.52 |
17:43.57 | mnemoc | 4.6?? |
17:43.59 | mnemoc | err |
17:43.59 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.1931463.ip.amg.net.pl) |
17:44.06 | techn | Maintainer: Ubuntu Core developers <ubuntu-devel-discuss@lists.ubuntu.com> |
17:44.51 | TomNL | mmm thats also seems to be arm hard float..but it seems cedar libs are not available hard float |
17:45.01 | WarheadsSE | classic. |
17:45.16 | techn | same for 4.6 |
17:45.30 | mnemoc | TomNL: right. at the moment we don't have cedarx libs for armhf |
17:45.36 | mnemoc | <PROTECTED> |
17:45.37 | mnemoc | gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 |
17:46.03 | mnemoc | arm-linux-gnueabi-gcc --version |
17:46.04 | mnemoc | arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 |
17:46.24 | WarheadsSE | well considering that ubuntu/linaro followed arch linux arm in going full hard float .... |
17:46.37 | WarheadsSE | you arent going to find much in the way of major distros using soft armv7 |
17:46.53 | techn | mnemoc: seems to be same for me |
17:47.56 | mnemoc | WarheadsSE: that's where the r-pi becomes harmful :< |
17:49.31 | WarheadsSE | our rpi has hf now, but we're continuing soft for it |
17:49.42 | mnemoc | TomNL: you have to install an older version to have armel |
17:49.52 | WarheadsSE | we had a v7s for about ~ 1 month, then went pure hf |
17:50.19 | WarheadsSE | blech, the "armel" is armv4. |
17:50.39 | WarheadsSE | easier to just built out ct-ng for soft. |
17:51.15 | TomNL | allwinner should provide armhf libs |
17:51.18 | mnemoc | the problem is the cedarx libs are "native armel" |
17:51.38 | mnemoc | TomNL: hipboi is trying |
17:53.14 | WarheadsSE | well what is "armel" to them |
17:54.01 | mnemoc | whatever the "ubuntu armel" does by default :p |
17:54.44 | WarheadsSE | that comes from debian, which is armv4 |
17:54.59 | WarheadsSE | which is massively off from what the chip capabilities are. |
17:55.26 | mnemoc | yup |
17:55.47 | WarheadsSE | shakes head .. |
18:01.22 | mnemoc | wonders if they good accept to let one of us get the code just to compile it correctly... |
18:01.30 | mnemoc | s/good/would/ |
18:01.50 | WarheadsSE | probably not, even with NDAs |
18:01.50 | mnemoc | ibot: ? |
18:03.28 | *** join/#arm-netbook eflatun (~eflatun@95.173.233.225) |
18:05.18 | techn | http://www.aliexpress.com/store/product/A10-tablet-macro-sd-breakout-card-debug-cable/511685_527673076.html :( |
18:06.13 | mnemoc | techn: I told you I can mail you mine |
18:06.25 | RaYmAn | mnemoc: bubble wrap envelope! :P |
18:06.41 | mnemoc | RaYmAn: Indeed :'( |
18:07.31 | techn | yeah.. after thinking I need to get some input to a13 tablet.. since touch and usb is not working :( |
18:07.52 | techn | but I rather buy one |
18:08.01 | RaYmAn | techn: this could be used as an alternative: http://www.dealextreme.com/p/sd-to-microsd-transflash-card-converter-module-27001 |
18:08.20 | mnemoc | techn: mail hipboi |
18:08.26 | RaYmAn | the metal holder is just glued on and seperates easily, given you easy access to all the pins |
18:10.27 | techn | http://lists.phcomp.co.uk/pipermail/arm-netbook/2012-September/005706.html |
18:12.49 | mnemoc | i don't find those worthy |
18:13.00 | *** join/#arm-netbook eflatun (~eflatun@95.173.235.249) |
18:13.13 | RaYmAn | the dx one is nice because it doesn't require soldering if you just have some female jumper cables |
18:13.15 | mnemoc | overly expensive, absurd shipping cost and you still have to solder the pins |
18:13.16 | RaYmAn | :) |
18:13.39 | RaYmAn | allwinner/tom's is of course much nicer, but it's a bit harder to get hold of |
18:13.46 | mnemoc | techn: mail hipboi. he said he can get them on demand |
18:14.05 | techn | mnemoc: thanks for the ti |
18:14.07 | techn | p |
18:14.12 | RaYmAn | still ponders if trying to convince olimex to make them would be worthwhile |
18:15.42 | mnemoc | tsvetan is not very open to suggestions... |
18:15.51 | *** join/#arm-netbook zowtar (~zowtar@unaffiliated/zowtar) |
18:16.39 | RaYmAn | still worth a try |
18:17.18 | mnemoc | sure |
18:17.49 | *** join/#arm-netbook projectgus (~gus@spork.chainxor.org) |
18:19.39 | specing | < mnemoc> they sued github for patents violations :< |
18:19.45 | specing | Who? What? Why? |
18:20.21 | WarheadsSE | someone hasnt been reading the news |
18:20.56 | mnemoc | specing: a troll obviusly. https://lwn.net/Articles/516736/ |
18:34.55 | *** join/#arm-netbook gimli__ (~gimli@xbmc/staff/gimli) |
18:37.01 | WarheadsSE | mnemoc: ever glanced through that? |
18:37.30 | *** join/#arm-netbook eflatun (~eflatun@46.1.121.35) |
18:37.40 | WarheadsSE | dedupe, distributed file systems with unique ids based on content, hosted files, processing distributed files |
18:37.43 | WarheadsSE | the fuck |
18:37.49 | *** join/#arm-netbook dstyle (5fa8d19c@gateway/web/freenode/ip.95.168.209.156) |
18:38.00 | WarheadsSE | need to have that shit shot down |
18:39.55 | mnemoc | WarheadsSE: i try to avoid reading the patents... it really mads me the crap people gets patented |
18:40.33 | ZaEarl | which is exactly why the patent system is busted |
18:43.09 | ZaEarl | what good is "public disclosure" if no one reads them? |
18:43.38 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
18:43.44 | ZaEarl | all they are now are weapons to beat down competitors |
18:44.19 | dstyle | Good day, with so much wonderful things happening (empat0's XBMC and mail3D) its time for me to set up a build enviroment. Could someone tell me which gcc crosscompiler is known to work most flawless for Allwinner A10? I saw some different cross compilers and would like to run safe from the start. |
18:44.30 | mnemoc | at best. many trolls do it as their business model |
18:45.37 | ZaEarl | dstyle, I use whatever is built in to ubuntu 10.04 |
18:49.24 | ZaEarl | Here's how to setup for Android building: http://linux-sunxi.org/Building_CyanogenMod_for_ZaTab |
18:49.55 | *** join/#arm-netbook eflatun (~eflatun@46.1.121.252) |
18:52.03 | dstyle | ZaEarl, thank you i give it a try |
18:55.13 | dstyle | I have installed 12.04 so i hope the 12.04's gcc will produce also stable code |
18:56.53 | mnemoc | be sure to set CROSS_COMPILE to arm-linux-gnueabi- in that case |
18:59.01 | ZaEarl | Has anyone asked Allwinner to release sources to CedarX? |
18:59.24 | RaYmAn | why would they? |
18:59.49 | ZaEarl | Well, it's the opinion of some GPL experts that the shimming they're doing is a GPL violation. |
19:00.20 | RaYmAn | practically everything they do is a GPL violation though. |
19:00.45 | ZaEarl | sure, but they have released GPL sources for a lot of stuff |
19:01.20 | RaYmAn | after it was leaked by a customer, wasn't it? :P |
19:03.29 | WarheadsSE | dstyle: another option http://archlinuxarm.org/developers/distcc-cross-compiling (see ARMv7l hard) |
19:04.00 | RaYmAn | also, the kernel parts are open aren't they? So what is the violation? Userspace access through ioctl's are pretty obviously tolerated |
19:04.19 | RaYmAn | (I genuinely would like to know the answer ! :P) |
19:06.00 | ZaEarl | well, the kernel won't boot without the userspace, so it's definitely a borderline case |
19:06.14 | mnemoc | RaYmAn: in the A13-SDK cedarx driver comes as .ko :| |
19:06.38 | mnemoc | RaYmAn: and mach-sun5i as built-in.o |
19:06.55 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
19:06.56 | ZaEarl | since the open kernel sources are nothing more than a shim, they'll never be accepted into mainline |
19:07.16 | RaYmAn | mnemoc: sure, that's definitely violating |
19:07.22 | dstyle | WarheadsSE, i give it also a try. 10x! |
19:07.39 | mnemoc | ZaEarl: we have complete GPL sources, out of sync with their tree, but complete and GPL |
19:07.49 | RaYmAn | ZaEarl: isn't that mostly the same as e.g. graphics drivers? |
19:07.57 | RaYmAn | or am I missing some subtle point? :) |
19:08.12 | ZaEarl | RaYmAn, probably the same |
19:08.47 | ZaEarl | mnemoc, define "complete" |
19:09.46 | mnemoc | ZaEarl: beside some i2c ts drivers we have functional code for everything in A10 and A13 |
19:10.04 | ZaEarl | but what about CedarX? |
19:10.14 | mnemoc | kernel side, we have sources for both |
19:10.42 | mnemoc | and code was properly GPLed (after leak) |
19:10.45 | ZaEarl | but the kernel side is simply a shim |
19:11.04 | mnemoc | just like every other GPU/VPU in the ARM world |
19:11.11 | ZaEarl | agreed |
19:11.50 | mnemoc | using mmap/ioctl kernel interfaces from closed source userspace is perfectly legal |
19:11.51 | ZaEarl | but "because everyone else is doing it" isn't a very good legal defense |
19:11.56 | RaYmAn | it's kind of a grey area I think - no one has ever pursued it in court and it's just accepted |
19:12.01 | mnemoc | it is 100% legal |
19:12.25 | mnemoc | or it would be imposible to have ANY closed app in linux |
19:12.39 | RaYmAn | only ones communicating with kernel :P |
19:12.50 | mnemoc | :) |
19:12.54 | RaYmAn | glibc is LGPL, isn't it? |
19:13.00 | RaYmAn | well, obviously |
19:13.01 | ZaEarl | apps are different than kernel drivers |
19:13.13 | RaYmAn | it's quite hard to draw a line |
19:13.14 | mnemoc | ZaEarl: sure, and kernel drivers are GPL |
19:13.17 | mnemoc | and open source |
19:13.27 | ZaEarl | will mainline accept them? |
19:13.42 | RaYmAn | how is that relevant to whether they break GPL? |
19:13.48 | mnemoc | legally, yes. by form, no |
19:14.03 | mnemoc | the code is still too ugly to try mainlining |
19:14.12 | RaYmAn | I severely doubt you can GPL something as simple as headers required for doing IOCTL's |
19:14.17 | ZaEarl | because the GPL isn't clear, other than saying "derivitive works" must be open souced |
19:14.50 | RaYmAn | ZaEarl: the problem is, "everyone else is doing it" is perfectly valid excuse until someone takes it to court. |
19:15.00 | ZaEarl | and a userspace driver that has no use outside of shimming to the kernel is quite easily argued to be a derivitive |
19:15.00 | WarheadsSE | walks away |
19:15.02 | mnemoc | userspace libs aren't "derivative work" of kernel drivers |
19:15.25 | mnemoc | unless they include code from them |
19:15.42 | ZaEarl | mnemoc, i'd like to believe you |
19:16.01 | RaYmAn | mnemoc: it hasn't really been determined whether that's the case tbh - not as far as I know anyways |
19:16.41 | RaYmAn | I'd say it's common belief that you are right given no one has pursued it. |
19:16.47 | mnemoc | RaYmAn: you can't have userspace code that doesn't talk in one way or the other with the kernel |
19:17.26 | RaYmAn | I agree that it would completely undermine the GPL and make it unuseable, if it spread like that, but that doesn't mean it can't be the case. |
19:18.09 | ZaEarl | that's where "derivative" comes into play. apps clearly aren't derivatives. |
19:18.16 | ZaEarl | drivers are questionable |
19:18.39 | RaYmAn | stuff communication through /dev nodes aren't derivative either |
19:18.48 | mnemoc | RaYmAn: what's the difference between sending an ioctrl to a GPL kernel or opening a file created by a GPL app or talking over tcp/ip with a GPL server? |
19:18.49 | ZaEarl | maybe if we can get the kernel to boot without the userspace, that might be clear. |
19:19.05 | RaYmAn | mnemoc: I'm not a lawyer :P |
19:19.23 | mnemoc | :) |
19:19.28 | RaYmAn | wait - why wouldn't kernel boot without cedarx userspace? |
19:19.39 | ZaEarl | because the kernel driver requires it |
19:19.43 | mnemoc | eh? |
19:19.51 | mnemoc | nothing in the kernel requires anything in userspace |
19:19.55 | RaYmAn | ^^ |
19:20.07 | RaYmAn | I think you might be talking about android requiring it? |
19:20.29 | mnemoc | android video stuff isn't GPL |
19:20.53 | ZaEarl | Try removing libCedarX.so and see if it boots |
19:21.01 | RaYmAn | kernel boots just fine. |
19:21.01 | mnemoc | neither is their libc |
19:21.04 | RaYmAn | Android doesn't. |
19:21.11 | ZaEarl | yes, I'm only familiar with android |
19:21.21 | RaYmAn | that's entirely different from kernel requiring it |
19:21.27 | mnemoc | ZaEarl: you are confusing what "boot" means |
19:21.44 | RaYmAn | if you build android without using cedarx, I'm pretty damn sure you will be able to boot without libcedarx |
19:22.08 | mnemoc | and you'll have `adb shell` to show you the OS is actually running |
19:22.25 | RaYmAn | mnemoc: that's not always the case though |
19:22.57 | mnemoc | the ld failure to find cedarx.so will break adb? |
19:23.01 | RaYmAn | tegra devices can get stuck at bootloader screen, while in fact the system is booting sufficiently to mount /system and just hang on doing the boot animation - with no adb available |
19:23.13 | RaYmAn | it might - it's hard to say for sure without tring :P |
19:23.15 | RaYmAn | trying* |
19:23.15 | mnemoc | yuck |
19:24.31 | RaYmAn | android boot process is...special :P |
19:25.13 | techn | mnemoc: I think adb activation could need some userspace magic to enable debug-mode? |
19:26.09 | RaYmAn | it's possible to work around - point was that you can't use it directly as "proof" it boots :) |
19:26.21 | RaYmAn | (that it's not there is not proof that it's not booting I mean) |
19:32.20 | *** join/#arm-netbook eflatun (~eflatun@109.228.223.214) |
19:40.07 | ZaEarl | There's a nice clarification in COPYING that says if you use "normal system calls" that's ok for user programs. |
19:40.32 | ZaEarl | does cedarx use "normal system calls"? |
19:41.02 | mnemoc | yes |
19:41.07 | *** join/#arm-netbook eflatun (~eflatun@95.173.230.151) |
19:44.25 | mnemoc | closed source userspace drivers use ioctl() and mmap() to access hardware, but they are normal system calls used by most normal apps and normal libs too |
19:47.34 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.138.102) |
20:03.01 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5602F.dip0.t-ipconnect.de) |
20:03.53 | L84Supper | anyone know a of good USB A/V capture dongle? |
20:05.19 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.30.249) |
20:08.11 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
20:08.37 | rm | don't know any good ones, I only tried "EasyCAP" (which you will see offered a lot), and the quality was quite crappy |
20:08.48 | rm | much worse than on a PCI TV tuner |
20:11.49 | *** join/#arm-netbook eflatun_ (~eflatun@109.228.222.232) |
20:19.00 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.26.193) |
20:23.28 | *** join/#arm-netbook eflatun__ (~eflatun@46.1.187.122) |
20:31.24 | *** join/#arm-netbook eflatun (~eflatun@46.1.136.165) |
20:39.16 | *** join/#arm-netbook xxiao (~xxiao@ec2-50-112-57-59.us-west-2.compute.amazonaws.com) |
20:40.52 | *** join/#arm-netbook eflatun (~eflatun@95.173.232.26) |
20:45.49 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.136.68) |
20:51.47 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.239.86) |
21:14.08 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.185.66) |
22:26.03 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
22:38.59 | *** join/#arm-netbook tuliom (~tuliom@186.214.89.54) |
23:23.38 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
23:23.38 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |