| 00:16.39 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 00:21.55 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 00:35.42 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 00:39.05 | bsdfox_ | grr softwinner sata not working with 3.4 on revc? |
| 00:54.58 | *** join/#arm-netbook bfree_ (~niall@109.255.245.157) |
| 00:59.28 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 01:15.23 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 01:19.03 | *** join/#arm-netbook stefanro (~stefan@p57B94581.dip.t-dialin.net) |
| 01:37.24 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 01:48.58 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 01:55.57 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 01:57.22 | *** join/#arm-netbook Eigen__ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 02:03.03 | *** join/#arm-netbook cnxsoft (~jaufranc@node-8bt.pool-118-172.dynamic.totbb.net) |
| 02:10.46 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 02:53.19 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 02:55.38 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 03:14.20 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 03:17.49 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 03:24.54 | *** join/#arm-netbook cnxsoft (~jaufranc@node-8bt.pool-118-172.dynamic.totbb.net) |
| 03:33.56 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 03:38.43 | *** join/#arm-netbook mSquare (~selvan@27.34.241.70) |
| 03:40.25 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 03:46.45 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 04:11.46 | *** join/#arm-netbook Eigen (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 04:25.44 | libv | so who is selling his cubieboards on ebay.de? |
| 04:26.05 | libv | someone who figured out how to clock up the memory to 480MHz :) |
| 04:31.39 | *** join/#arm-netbook aholler_ (~aholler@p57B20261.dip0.t-ipconnect.de) |
| 05:09.36 | hramrach | what is the default clock? xD |
| 05:11.16 | *** join/#arm-netbook Eigen_ (~Eigen@S0106b8c75dc9a198.vn.shawcable.net) |
| 05:11.16 | hramrach | it says it' the default clock here http://linux-sunxi.org/Cubieboard |
| 05:11.24 | hramrach | libv: |
| 05:18.48 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:26.21 | *** join/#arm-netbook Quarx (~Quarx@46.233.230.202) |
| 05:41.31 | *** join/#arm-netbook sky770 (~sky770@122.177.27.152) |
| 06:07.25 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:21.46 | *** join/#arm-netbook sky770 (~sky770@122.177.27.152) |
| 07:01.28 | *** join/#arm-netbook rz2k (~rz2k@128-68-69-196.broadband.corbina.ru) |
| 07:09.03 | *** join/#arm-netbook cnxsoft (~jaufranc@node-8bt.pool-118-172.dynamic.totbb.net) |
| 07:16.07 | *** join/#arm-netbook Mazon (~Mazon@0138500130.0.fullrate.dk) |
| 07:16.46 | *** join/#arm-netbook cnxsoft_ (76ac2a29@gateway/web/freenode/ip.118.172.42.41) |
| 07:22.21 | *** join/#arm-netbook cnxsoft (~cnxsoft@node-8bt.pool-118-172.dynamic.totbb.net) |
| 07:27.35 | *** join/#arm-netbook rellla (~rellla@p5B0784F8.dip0.t-ipconnect.de) |
| 07:30.28 | *** join/#arm-netbook Maqs (~nobody@p4FE98B30.dip0.t-ipconnect.de) |
| 07:37.54 | rz2k | cnxsoft: https://github.com/rzk/uboot-imx/commits/imx-android-r13.4-ga-hdmidongle |
| 07:38.30 | rz2k | I had wrong import yesterday, half of tags disappeared, now its ok, these are all patches for u-boot from both hdmidongle patches packs |
| 07:38.49 | rz2k | RaYmAn: ^ |
| 07:39.15 | *** join/#arm-netbook shalem (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 07:40.59 | cnxsoft | rz2k: Thx. Which configs do you use: imx6_defconfig (linux) and imx6_android_defconfig (android)? |
| 07:41.19 | cnxsoft | I mean for linux-imx |
| 07:41.27 | rz2k | I didnt apply patches to defconfig yet, they are conflicting with each other |
| 07:41.33 | rz2k | probably done by two developers |
| 07:42.18 | rz2k | only the patches that formatted good (from Zhang Xiaodong) slightly change imx6 android defconfig |
| 07:42.35 | rz2k | I beleive we will need to figure our own defconfig |
| 07:42.53 | cnxsoft | When I post about that, I'll mention the repo, IRC and google group, as well as quick ways to get started with u-boot and kernel |
| 07:42.55 | rz2k | and from the kernel-imx-ga I used the android defconfig |
| 07:43.08 | rz2k | contact jesbir too |
| 07:43.17 | rz2k | as he has it up and running |
| 07:43.28 | *** join/#arm-netbook pcat (~cat@37-219-42-37.nat.bb.dnainternet.fi) |
| 07:43.44 | cnxsoft | So it be nice to have defconfig for the sticks even if it does not work just yet |
| 07:44.28 | rz2k | this one was used in kernel-imx6-ga.tar.gz imx6_nand_android_defconfig |
| 07:44.51 | cnxsoft | ok but this is for NAND boot, right? |
| 07:45.28 | rz2k | yeah, we need to turn off the micron nand flash |
| 07:45.35 | rz2k | since we have just 2SD slots |
| 08:15.22 | *** join/#arm-netbook aesok (~quassel@84.23.55.38) |
| 08:16.09 | *** join/#arm-netbook Avernos (~avernos@222.128.158.31) |
| 08:16.09 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 08:17.23 | *** join/#arm-netbook cnxsoft (~cnxsoft@node-8bt.pool-118-172.dynamic.totbb.net) |
| 08:27.14 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:33.01 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:47.58 | *** join/#arm-netbook sspiff (c24e0469@gateway/web/freenode/ip.194.78.4.105) |
| 08:51.41 | *** join/#arm-netbook rellla2 (~rellla@p5B078430.dip0.t-ipconnect.de) |
| 09:08.50 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 09:09.56 | *** join/#arm-netbook hg_5_ (~chatzilla@91.234.245.245) |
| 09:12.05 | *** join/#arm-netbook sky770 (~sky770@122.177.27.152) |
| 09:12.10 | *** part/#arm-netbook sky770 (~sky770@122.177.27.152) |
| 09:21.10 | *** join/#arm-netbook sspiff (828ae30a@gateway/web/freenode/ip.130.138.227.10) |
| 09:27.49 | *** join/#arm-netbook lkcl (~lkcl@cpc4-fare6-2-0-cust31.6-1.cable.virginmedia.com) |
| 10:00.12 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 10:22.40 | *** join/#arm-netbook sspiff (828ae30a@gateway/web/freenode/ip.130.138.227.10) |
| 10:50.21 | *** join/#arm-netbook pcat (~cat@37-219-42-37.nat.bb.dnainternet.fi) |
| 10:57.47 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 10:57.55 | *** join/#arm-netbook hg_5_ (~chatzilla@91.234.245.245) |
| 11:10.51 | *** join/#arm-netbook aesok (~quassel@84.23.55.38) |
| 11:47.16 | *** join/#arm-netbook Avernos_ (~avernos@111.192.250.50) |
| 12:13.23 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 12:19.12 | *** join/#arm-netbook andy101 (~andy@chello213047047101.3.graz.surfer.at) |
| 12:24.44 | *** part/#arm-netbook mSquare (~selvan@27.34.241.70) |
| 12:27.26 | andy101 | hello |
| 12:28.52 | andy101 | I have a board with an Allwinner A13 processor and I'm currently looking for some guys who have experiences with this type of processor |
| 12:29.35 | andy101 | I designed my own board and it is very similar to the MICRO board of olimex (but with 512 MB of RAM instead of 256 MB) |
| 12:30.03 | andy101 | the thing is, u-boot is successfully loaded from the SD card |
| 12:30.12 | Turl | well, you found the right channel :) |
| 12:30.21 | andy101 | but the kernel always gets stuck at "Starting kernel..." |
| 12:30.31 | Turl | andy101: did you load script.bin? |
| 12:30.38 | Turl | before loading the kernel |
| 12:30.48 | andy101 | yes I did |
| 12:31.14 | Turl | try booting with earlyprintk on your kernel cmdline and see where it fails then |
| 12:35.10 | andy101 | do I have to specify something for earlyprintk? |
| 12:35.35 | andy101 | something like earlyprintk=ttyS0,115200 |
| 12:38.07 | andy101 | because I already tried using earlyprintk but nothing is printed to the console |
| 12:39.37 | andy101 | I also used the memory dump util to look at the memory address of __log_buf but the memory gets either overwritten or the content is lost |
| 12:42.23 | andy101 | do you recommend a specific kernel version? |
| 12:42.41 | andy101 | I tried 3.0.57 and 3.4.x |
| 12:56.32 | mnemoc | earlyprintk goes alone, the ttyS0,... stuff to console= |
| 12:57.00 | mnemoc | earlyprintk will just use the memory address and expect u-boot to have configured the pins |
| 13:04.54 | Turl | mripard: ping |
| 13:05.53 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 13:06.38 | mnemoc | andy101: also note that our kernel is not compatible with the stock u-boot from allwinner. we need the bootloader to pass the proper machine id and mem info |
| 13:07.10 | mnemoc | andy101: if booting from nand, you have to replace the stock nanda's linux/u-boot.bin with one built from the lichee-dev branch of u-boot-sunxi |
| 13:11.48 | *** join/#arm-netbook vinifm (~Vinicius@177.135.54.178) |
| 13:15.15 | andy101 | i checked out u-boot from https://github.com/hno/uboot-allwinner.git |
| 13:15.48 | andy101 | up to now, I only wanted to boot from sd card |
| 13:16.54 | andy101 | do I have to use another u-boot version? |
| 13:20.48 | mripard | Turl: pong |
| 13:21.26 | Turl | mripard: hi |
| 13:21.50 | Turl | mripard: I was working on v2 of the clock series, but I'm hitting some kind of regression |
| 13:22.07 | *** join/#arm-netbook aesok (~aesok@95-24-216-7.broadband.corbina.ru) |
| 13:22.09 | Turl | or maybe not a regression but something caused by splitting the clocks |
| 13:22.31 | Turl | mripard: have you seen this? http://sprunge.us/Thcg |
| 13:23.52 | mripard | Turl: nop, never seen it :S |
| 13:25.20 | Turl | mripard: hm, nevermind |
| 13:25.33 | Turl | mripard: I was missing the parent name when registering the clock :S |
| 13:25.43 | Turl | mripard: clocksource doesn't like 0hz I guess :) |
| 13:26.18 | Turl | dw-apb-uart 1c28000.uart: no clock-frequency property set |
| 13:26.19 | Turl | dw-apb-uart: probe of 1c28000.uart failed with error -22 |
| 13:26.34 | Turl | hm, no clocks= support |
| 13:29.29 | mripard | Ah yes, about the UART, they are wired to the apb1 |
| 13:29.37 | mripard | could you add it to your patchset as well? |
| 13:30.00 | mripard | if that doesn't take too much effort of course |
| 13:30.07 | Turl | sure |
| 13:30.12 | Turl | what's apb1's parent? |
| 13:30.39 | mripard | 2s |
| 13:30.41 | mripard | let me check |
| 13:30.43 | Turl | hm, it's a mux |
| 13:31.15 | Turl | mux+div |
| 13:31.57 | mripard | yep, looks like it |
| 13:33.28 | Turl | 3.9 merge window closed already, didn't it? |
| 13:34.02 | mripard | yes... |
| 13:34.12 | mripard | and waited a bit too long to send my pull request |
| 13:34.19 | mripard | it seems |
| 13:34.52 | mripard | I was waiting for linus to tell me if he was going to merge a patch |
| 13:34.59 | mripard | and waited a bit too much... |
| 13:35.16 | mripard | I'll try to get this merged in 3.9 anyway, since it's only dt patches |
| 13:35.20 | mripard | but I'm not sure |
| 13:35.44 | Turl | linus picked all of the code, didn't he? |
| 13:36.34 | mripard | yes, but he also merged some of the dt patches |
| 13:37.01 | mripard | so I couldn't merge not directly related patches, because he merged too much |
| 13:37.13 | mripard | and at one point, he couldn't apply my patches anymore |
| 13:37.24 | mripard | and that's when the waiting occured :) |
| 13:38.20 | Turl | http://git.kernel.org/?p=linux/kernel/git/linusw/linux-pinctrl.git;a=search;h=refs/heads/devel;s=Maxime+Ripard;st=author |
| 13:38.32 | Turl | so it's missing the gpio and led dt bitsa |
| 13:38.35 | Turl | bits* |
| 13:39.27 | mripard | the leds are part of the pull request that I delayed too much |
| 13:39.47 | mripard | the patch that caused problem is the one about gpio-controller |
| 13:39.54 | *** join/#arm-netbook maethorechannen (~scot@80.229.12.97) |
| 13:44.26 | Turl | I'll add apb1 then and aim the series for 3.10 |
| 13:44.36 | Turl | is there any other clock you need mripard? |
| 13:50.10 | hramrach | btw is that expected that earlyprintk never goes away |
| 13:50.22 | hramrach | on serial console I have every message twice |
| 13:50.42 | hramrach | once with <> prefix once with [] prefix |
| 13:51.15 | hramrach | the early messages appear only once with <> so I would guess the <> messages are earlyprintk |
| 13:52.31 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 13:55.39 | mripard | Turl: I don't think so |
| 13:55.54 | mripard | the wemac looks connected to AHB, so it will be fine I guess |
| 13:56.15 | Turl | any clock needed for DMA or MMC? |
| 13:56.41 | mripard | probably, but nobody started working on it I'm afraid |
| 13:56.49 | mripard | so don't bother about that :) |
| 13:56.55 | mripard | we'll add it when the time comes |
| 13:57.44 | Turl | ok then |
| 13:58.23 | Turl | stefanro had started work on wemac some time ago |
| 14:00.07 | Turl | I think I got a bounce from his email the other day though :/ |
| 14:06.16 | mripard | yes, I continued his work recentrly |
| 14:06.29 | mripard | but it still needs some work |
| 14:09.32 | Turl | mripard: did you get a chance to look at the watchdog driver? |
| 14:11.41 | mripard | Turl: nop, sorry :( |
| 14:12.16 | mripard | Turl: I have a loooong trip on Friday, I'll probably do it during it |
| 14:12.41 | Turl | mripard: great then :) |
| 14:13.27 | Turl | hm, my bitbucket got all polluted with branches. I really need to start using tags |
| 14:14.33 | *** join/#arm-netbook CaCtus491 (~CaCtus491@123-243-197-152.static.tpgi.com.au) |
| 14:15.00 | mripard | Turl: haha, you too :) |
| 14:15.24 | mripard | fortunately, 3.9 will be released pretty soon, I'll be able to drop most of them :) |
| 14:16.07 | mnemoc | damn time... it passes too fast :< |
| 14:26.59 | Turl | mripard: mine is the same code over and over, I push it on named branches in case I need to diff with an older version |
| 14:27.06 | Turl | I really should be using tags for that |
| 14:27.26 | mripard | ah, yes |
| 14:27.35 | Turl | mnemoc: yeah, and too slow when you want it to be faster :< |
| 14:27.46 | mripard | I used to do that as well, but it generated waaay too much branches |
| 14:28.05 | mripard | and thinking about it, that wasn't really my workflow |
| 14:28.21 | mripard | because I commit on top the previous branch |
| 14:28.23 | mripard | test |
| 14:28.30 | mripard | and then rebase, when everything's working fine |
| 14:28.40 | mnemoc | quilt rules :p |
| 14:29.03 | mripard | quilt? together with git? |
| 14:29.07 | mripard | never had to use it |
| 14:29.14 | mripard | rebase -i is just awesome for that :) |
| 14:29.47 | mnemoc | guilt implements quilt over git |
| 14:30.31 | mnemoc | so each feature is separated but together at the same time |
| 14:31.26 | mnemoc | but rebase -i is clearly the killer feature of git |
| 14:33.18 | mnemoc | for mercurial people altering history is so taboo |
| 14:34.05 | Turl | mripard: yeah, I do the same |
| 14:34.22 | Turl | and after I finish a feature I push remote branch:branch-N |
| 14:34.55 | Turl | to keep a pseudo history across patch evolution where I can go to if I need to revert to an older version of something |
| 14:35.27 | mripard | well, when I need to do that, I just grabbed the patches I sent :) |
| 14:36.06 | Turl | yeah, but I don't mail every one of those branches I make |
| 14:36.12 | Turl | say, for example today |
| 14:36.24 | Turl | I implemented Gregory's suggestions |
| 14:36.56 | Turl | and then I pushed a branch, but I won't mail it until later when I implement apb1 |
| 14:46.40 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 14:47.31 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 14:51.13 | *** join/#arm-netbook mur_ (irc@ks3293950.kimsufi.com) |
| 14:57.36 | *** join/#arm-netbook KoH_ (~kane@trir-5d8057b8.pool.mediaWays.net) |
| 15:03.19 | *** join/#arm-netbook j^ (~j@2002:4e2e:4fd0::9) |
| 15:03.20 | *** join/#arm-netbook Marex (~Marex@2a01:430:d:0:2cc:6ff:fefc:db16) |
| 15:04.02 | *** join/#arm-netbook uwe_ (~uwe_@dslb-188-105-024-052.pools.arcor-ip.net) |
| 15:07.52 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 15:39.54 | *** join/#arm-netbook muts (~muts@backtrack/leader/muts) |
| 15:42.27 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 15:49.23 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 15:49.28 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 15:57.46 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 16:17.41 | *** join/#arm-netbook bfree_ (~niall@109.255.245.157) |
| 16:21.06 | *** join/#arm-netbook rektide (~rektide@deneb.eldergods.com) |
| 16:24.22 | Turl | converted branches to tags, much cleaner now :) |
| 16:33.09 | Turl | http://technosorcery.net/blog/2010/02/07/fun-with-the-upcoming-1-7-release-of-git-rebase---interactive---autosquash/ really neat :) |
| 16:40.36 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 16:41.14 | mnemoc | problem of git is that you can't go back to other VCSs... they feel unusably crippled |
| 16:41.24 | traeak | interesting |
| 16:41.55 | traeak | have to check out git again to see if there's some way to accomodate our special needs |
| 16:42.41 | mnemoc | sub-repos still stink :| |
| 16:43.07 | jochensp | mnemoc: you can use git with most other VCSs |
| 16:43.29 | traeak | exactly |
| 16:43.32 | Turl | mnemoc: I was forced to use svn last year |
| 16:43.35 | Turl | it hurt :p |
| 16:43.43 | traeak | we tried to use svn for a while and had to kill it |
| 16:44.05 | mnemoc | jochensp: I mean the frustration of trying to do things on those other crippled VCSs |
| 16:44.22 | Turl | hg is supposedly powerful |
| 16:44.30 | Turl | haven't tried it yet |
| 16:44.42 | traeak | sub repos |
| 16:45.20 | traeak | no one ever did a good job of replicating CVS modules |
| 16:45.27 | traeak | we rely way too heavily on those |
| 16:46.07 | traeak | having atomic commits and actual file/directory renames i wish we had but we're small enough we still deal |
| 16:46.19 | Turl | there's 'repo' for when you need to manage many git repos |
| 16:46.47 | Turl | (the one used for android) |
| 16:47.37 | Turl | its workflow is optimized for gerrit the code review tool |
| 16:47.43 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:47.51 | *** join/#arm-netbook andy455 (~andy@chello213047047101.3.graz.surfer.at) |
| 16:48.56 | andy455 | hi guys... one more question about sunxi. i'm getting an exception at the very beginning of the boot process (data abort) |
| 16:49.20 | andy455 | can i figure out where this exceptions occurs with the printed registers? |
| 16:49.21 | jochensp | Turl: git-svn ;) |
| 16:49.46 | Turl | andy455: can you paste the error? |
| 16:50.11 | Turl | jochensp: can you push to svn servers with that? |
| 16:50.48 | RaYmAn | Turl: yes |
| 16:51.29 | jochensp | Turl: sure |
| 16:51.31 | mnemoc | Turl: but `repo` only supports one level |
| 16:51.57 | andy455 | Turl: sure |
| 16:52.04 | Turl | mnemoc: one level of what? |
| 16:52.30 | Turl | jochensp: I'll keep it in mind for the next time I'm forced to use svn then :) |
| 16:53.04 | mnemoc | Turl: iirc you can't have a working tree inside another working tree |
| 16:53.28 | Turl | mnemoc: yeah but most of the time you can live without it :) |
| 16:53.39 | Turl | just requires a little planning |
| 16:53.46 | andy455 | Turl: http://pastie.org/6153729 |
| 16:53.56 | Turl | mnemoc: and maybe a file copy rule for a global makefile or two |
| 16:54.01 | mnemoc | Turl: so it's just like having a bunch of git clone one next to the other |
| 16:54.26 | Turl | yeah except you can sync them all in one shot |
| 16:55.14 | mnemoc | just like with a 3 lines shell script |
| 16:55.37 | mnemoc | otoh, the idea of the manifest is cool |
| 16:55.54 | Turl | andy455: weird error :/ |
| 16:56.19 | Turl | andy455: does it happen all the time? |
| 16:56.48 | andy455 | almost |
| 16:56.56 | andy455 | sometimes it happens nothing |
| 16:56.58 | traeak | at one point we were pasting together different repos. Had to do with keeping ownership separate. |
| 16:57.01 | traeak | talk about pita :( |
| 16:57.02 | mnemoc | can you enable earlyprintk? |
| 16:57.39 | andy455 | mnemoc: I enabled earlyprintk but there is no output |
| 16:57.55 | Turl | andy455: what are you using to boot, nand or mmc? |
| 16:58.18 | andy455 | mmc |
| 16:58.31 | Turl | andy455: are you using SPL for your specific device? |
| 16:58.48 | Turl | the error really smells like bad/misconfigured ram to me |
| 16:59.18 | traeak | nowadays we spin 5 or 6 different products out of the same repo using CVS modules. we keep everything very flat though libmath/testmath would be shared, libovx/testovx/mainOVX for more end stuff. oh well enough about repos. |
| 17:00.42 | mnemoc | andy455: what defconfig did you use? what device? |
| 17:01.13 | andy455 | Turl: yes I'm using SPL |
| 17:02.05 | andy455 | mnemoc: I used a13om_defconfig |
| 17:02.35 | *** join/#arm-netbook pcat (~cat@gprs-internet-bcee1b-232.dhcp.inet.fi) |
| 17:03.16 | andy455 | mnemoc: so it is for the olimex micro board but mine has 512MB of ram instead of 256MB could that cause this error? |
| 17:04.00 | andy455 | Turl: configures the linux kernel the ram or is it all taken from u-boot? |
| 17:04.20 | mnemoc | try using a normal a13_defconfig with mali disabled and the debug uart set to 1 |
| 17:06.00 | mnemoc | andy455: you need to use a u-boot-spl for your exact device model because it does the dram initialization |
| 17:10.38 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 17:11.17 | andy455 | mnemoc: is it necessary to enable "Early printk" to accept the earlyprintk command line parameter |
| 17:11.21 | andy455 | ? |
| 17:11.36 | mnemoc | yes, and DEBUG_LL |
| 17:11.41 | andy455 | ok |
| 17:15.15 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 17:17.55 | *** join/#arm-netbook abesis-dev (~abesis@78.187.167.191) |
| 17:27.48 | andy455 | hm... same exception again |
| 17:36.47 | *** join/#arm-netbook doneill (~doneill@d66-222-166-78.abhsia.telus.net) |
| 17:39.11 | rm | there seems to be something wrong with wemac performance :/ |
| 17:39.36 | mnemoc | first check you got 100FD |
| 17:39.41 | rm | yes I have |
| 17:39.48 | rm | it's fast on LAN |
| 17:40.24 | rm | but downloads from the internet much slower than other hosts behind the same router O.o |
| 17:40.36 | rm | and looks like there are some "dropped" packets in ifconfig |
| 17:40.44 | rm | the count increases by a bit |
| 17:41.43 | Turl | rm: mtu or one of those things? |
| 17:45.26 | *** join/#arm-netbook L84Supper2 (TheLarch@50.9.13.182) |
| 17:45.26 | *** join/#arm-netbook L84Supper2 (TheLarch@unaffiliated/l84supper) |
| 17:46.46 | rm | doesn't seem to be |
| 17:57.41 | andy455 | does anyone know what's function is called at the very beginning of starting the kernel? |
| 17:58.24 | rm | sent to the mailing list |
| 18:00.14 | RaYmAn | andy455: if you ask what you actually need instead, it might be possible to answer :P |
| 18:00.24 | Turl | andy455: usually it's the decompressor |
| 18:00.26 | RaYmAn | but basically, very early is in uhm, arch/arm/boot/compressed/head.S or something like that. |
| 18:00.40 | Turl | RaYmAn: he's having 'data abort' early on boot |
| 18:01.04 | RaYmAn | ah |
| 18:01.09 | RaYmAn | backlog reading is overrated :P |
| 18:01.41 | ssvb | has destroyed an almost perfectly working gles accelerated kwin by doing an unnecessary upgrade :( |
| 18:01.43 | Turl | rm: can you try reverting all the patches on wemac and compare performance? |
| 18:04.47 | rm | define "all" :S |
| 18:05.51 | *** join/#arm-netbook Holo_ (uid6962@gateway/web/irccloud.com/x-afoghrcocejmuopi) |
| 18:05.55 | mnemoc | Turl: the related change is the replacement of allwinner's obsesive abuse of usleep() with wemac_delay() calls |
| 18:06.25 | mnemoc | it also causes some people to initially sync at 10HD |
| 18:06.35 | bsdfox_ | ssvb, is Kwin performance significantly better than x11? |
| 18:06.38 | mnemoc | but no decent fix has been proposed yet |
| 18:06.56 | bsdfox_ | err nm |
| 18:07.01 | bsdfox_ | I'm thinking of something different |
| 18:07.33 | bsdfox_ | Kdrive |
| 18:08.17 | Turl | rm: git checkout 906086575a142b104ff0 drivers/net/sun4i/ |
| 18:08.54 | Turl | mnemoc: yeah I've hit the 10HD issue a couple of times |
| 18:09.43 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:10.14 | ssvb | bsdfox_: kwin is just a fancy eye candy stuff, like wobbly windows, etc. |
| 18:11.25 | ssvb | bsdfox_: having it accelerated just means minimizing extra overhead compared to plain x11 stuff |
| 18:15.11 | andy455 | now, I recompiled the kernel with another compiler and the data_abort exception is gone. but I don't get any other output. so, i would like to add some "reboot statements" to the code to see if the kernel is executing the parts. has anybody a clue how I can do that? |
| 18:19.36 | Turl | you can arm the watchdog and then busyloop |
| 18:20.34 | Turl | andy455: https://github.com/torvalds/linux/blob/master/arch/arm/mach-sunxi/sunxi.c#L47 |
| 18:21.33 | jelly-home | ssvb: I didn't know kde compositing could use GLES as engine at all! |
| 18:22.27 | jelly-home | ssvb: candy stuff is less useful than never having to see window redraws again |
| 18:24.27 | *** join/#arm-netbook abesis (~abesis@217.131.210.89) |
| 18:25.03 | andy455 | Turl: thanks |
| 18:39.12 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 18:42.06 | *** join/#arm-netbook pcat (~cat@gprs-internet-bcee1b-232.dhcp.inet.fi) |
| 19:03.14 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 19:14.12 | rm | Turl, so rolling back to my "net: sun4i-wemac: fix multicast support" kind of helps |
| 19:14.34 | rm | (that's one commit later than you suggested, and before all the tweaks) |
| 19:14.57 | rm | ah no, that's already including one ("net: sun4i-wemac: Attempting minor performance enhancement") |
| 19:15.13 | rm | point is, the internet is now fast, but the LAN is still ~45 mbit |
| 19:15.29 | Turl | rm: are you running on perf governor? |
| 19:15.50 | rm | ondemand, tried performance briefly (before any git rollbacks), didn't help |
| 19:16.26 | Turl | try now |
| 19:17.36 | Turl | here's the history https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-3.0/drivers/net/sun4i |
| 19:17.44 | rm | 45 |
| 19:17.48 | Turl | top 3 look sane |
| 19:17.51 | rm | yes, I am looking at it |
| 19:18.01 | Turl | mine is just stylistic cleanup |
| 19:18.41 | Turl | so it must be something between lundman's and hno's commit |
| 19:19.24 | rm | will try at "net: sun4i-wemac: Based on dm9000 driver, remove delays and improve nic." now |
| 19:19.30 | rm | with PHY_POWER changed to 1 |
| 19:19.45 | rm | inexplicably he set it to 0 which broke everything |
| 19:20.26 | mnemoc | everuone wanted lundman fixes... and once merged everyone hated them :< |
| 19:20.43 | mnemoc | it was very disturbing |
| 19:21.38 | mnemoc | the only bit that remains is udelay() -> wemac_msleep() |
| 19:22.12 | rm | <PROTECTED> |
| 19:22.13 | rm | yepppp |
| 19:22.22 | techn_ | http://www.phoronix.com/scan.php?page=news_item&px=MTMwMDI |
| 19:23.52 | mnemoc | libv: nice :) |
| 19:24.18 | techn_ | finger ;) |
| 19:24.32 | mnemoc | well deserved |
| 19:25.54 | Turl | so wemac_msleep is just a wrapper for msleep right? |
| 19:26.01 | Turl | because in_suspend is 0 |
| 19:26.11 | Turl | so we went udelay->msleep? |
| 19:27.04 | mnemoc | i don't remember what was inside wemac_msleep |
| 19:27.25 | Turl | if(suspended) mdelay else msleep |
| 19:27.41 | mnemoc | *g* |
| 19:28.10 | mnemoc | so the diff is the number? |
| 19:29.23 | mnemoc | rm: just to be sure, can you revert only the udelay/wemac_msleep change over HEAD? |
| 19:29.39 | Turl | https://github.com/linux-sunxi/linux-sunxi/commit/9290665dd3c5cf32843807bffea282dbfd48ee74#L0R1558 |
| 19:29.45 | rm | mnemoc, it's one huge spanking clusterfuck of a commit |
| 19:29.54 | Turl | so 1msec is 1000usec right? |
| 19:29.55 | rm | am I expected to manually peck in parts of it |
| 19:30.10 | rm | or tell me how/where at least :) |
| 19:30.17 | Turl | we're waiting like 10x? |
| 19:30.26 | mnemoc | Turl: ouch |
| 19:31.10 | mnemoc | rm: it's just a couple of lines, look at https://github.com/linux-sunxi/linux-sunxi/commit/9290665dd3c5cf32843807bffea282dbfd48ee74 |
| 19:31.26 | mnemoc | and undo the udelay/wemac_msleep changes |
| 19:32.55 | andy455 | Turl: do you know if u-boot overwrites the dram? |
| 19:35.01 | Turl | well, yeah, it loads the kernel there :) |
| 19:35.14 | andy455 | because if i fill some memory locations with zeros and reset the board (reset button) the content is changed |
| 19:35.24 | andy455 | i mean before the kernel is loaded |
| 19:35.51 | mnemoc | andy455: u-boot initializes the dram |
| 19:35.54 | Turl | well uboot might use some ram for itself too I guess |
| 19:36.13 | mnemoc | yes, that too. the spl loads uboot on dram |
| 19:37.25 | andy455 | do you know where uboot is located ? |
| 19:37.34 | rm | mnemoc, doesn't this also look suspicious? https://github.com/linux-sunxi/linux-sunxi/commit/9290665dd3c5cf32843807bffea282dbfd48ee74#L0L1268 |
| 19:37.56 | rm | just always do the read twice |
| 19:38.19 | rm | droppind the conditional |
| 19:38.21 | rm | ng |
| 19:38.28 | mnemoc | rm: that chunk was refactored later |
| 19:39.32 | mnemoc | see https://github.com/linux-sunxi/linux-sunxi/commit/f8c32ad4027e92f9a61430bf9a2070dbed68751a |
| 19:41.36 | rm | ah right |
| 19:43.02 | mnemoc | i just want you to confirm me the problem is in udelay/wemac_msleep and not in my race condition fix :) |
| 19:43.13 | rm | I will try it now |
| 19:43.30 | *** join/#arm-netbook pcat (~cat@188.238.27.232) |
| 19:43.40 | hramrach | hmm, I have no ethernet problems but I am not exactly stressing it |
| 19:44.48 | hramrach | I don't think I have any data dource or sink on A10 over 20 mbit |
| 19:48.02 | rm | mnemoc, nope :/ |
| 19:48.22 | rm | I did this to HEAD http://dpaste.com/hold/924284/ |
| 19:48.26 | rm | doesn't help |
| 19:48.30 | rm | er |
| 19:48.37 | rm | not to head but to 3.0.57-r1 |
| 19:48.42 | rm | (shouldn't matter) |
| 19:50.34 | Turl | [ 3] 0.0-10.0 sec 23.5 MBytes 19.6 Mbits/sec |
| 19:50.34 | Turl | <PROTECTED> |
| 19:51.16 | Turl | err.. O.O |
| 19:51.19 | Turl | [ 3] 0.0-10.1 sec 108 MBytes 90.2 Mbits/sec |
| 19:51.23 | Turl | [ 3] 0.0-10.0 sec 108 MBytes 90.0 Mbits/sec |
| 19:51.30 | Turl | after setting network to half duplex |
| 19:51.58 | rm | mnemoc, actually |
| 19:52.11 | rm | the "LAN" performance improved from 45 to 70 Mbit/sec |
| 19:52.27 | rm | but from the internet it plummeted again to 500 kbit |
| 19:53.45 | hramrach | heh, is ethernet supposed to work like that? |
| 19:59.00 | mnemoc | uh |
| 20:02.30 | rm | I am trying again with the complete rollback now, just to recheck |
| 20:06.00 | rm | yes, a rollback to Jul 27 2012 solves it |
| 20:06.48 | mnemoc | and chage wise, what does that date mean? |
| 20:07.12 | rm | "before almost everything" :) https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-3.0/drivers/net/sun4i |
| 20:07.26 | rm | on my "net: sun4i-wemac: fix multicast support" |
| 20:07.59 | mnemoc | lovely |
| 20:08.11 | mnemoc | btw, what's on your wemac_power ? |
| 20:08.14 | rm | do you have a wemac device plugged in? |
| 20:08.38 | mnemoc | unfortunatelly no |
| 20:08.46 | rm | would be nice if anyone would try reproducing |
| 20:09.30 | rm | I don't know what's in wemac_power |
| 20:09.45 | rm | my script.bin is from the latest cubieboard hwpack |
| 20:09.50 | rm | let me decode it |
| 20:10.02 | mnemoc | people has reported that removing that line from .fex solves things |
| 20:11.12 | rm | there is no such line |
| 20:11.35 | mnemoc | ok |
| 20:11.40 | rm | http://dpaste.com/924363/ |
| 20:12.24 | *** join/#arm-netbook simosx (~simosx@178.128.194.120.dsl.dyn.forthnet.gr) |
| 20:12.24 | *** join/#arm-netbook simosx (~simosx@ubuntu/member/simosx) |
| 20:16.27 | hramrach | yes, a wemac_power = (empty value) is shipped on cubieboard nand image |
| 20:16.53 | hramrach | and reportedly removing that line improved things greatly on some versions of the driver |
| 20:17.54 | mnemoc | plat-sunxi finally backported from 3.4 to 3.0 |
| 20:23.38 | SPG | 05master 6178e4e 06rhombus 10allwinner_a10/orders/.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=6178e4e |
| 20:24.42 | *** join/#arm-netbook abesis2 (~abesis@217.131.210.89) |
| 20:26.07 | Turl | mnemoc: :) |
| 20:26.38 | mnemoc | i had a ton of 3.4 commits pending because of that |
| 20:26.47 | mnemoc | now I can merge them on 3.0 too |
| 20:29.03 | SPG | 05master cca6927 06rhombus 03allwinner_a10/orders/venator.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=cca6927 |
| 20:33.40 | *** join/#arm-netbook uMinded (cf2f81d3@gateway/web/freenode/ip.207.47.129.211) |
| 20:37.49 | uMinded | Hey, I have linux-sunxi-3.4.26 via "git checkout origin/sunxi-3.4" but their are not really any source files in /arch/arm/march_sun5i/ and their is no complete Kconfig. If their a patch I need? |
| 20:40.32 | techn_ | uMinded: you mean this? https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/arch/arm/configs/a13_defconfig |
| 20:40.57 | Turl | https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.4/arch/arm/mach-sun5i I see files |
| 20:42.39 | mnemoc | and it's 3.4.29, not .26 |
| 20:42.59 | mnemoc | so something is wrong on your working dir |
| 20:44.51 | mnemoc | wrong remote? forgot to pull? wrongly created local branch? ... |
| 20:45.14 | mnemoc | I personally didn't know `git checkout origin/sunxi-3.4` was legal |
| 20:46.10 | techn_ | mnemoc: yes you can checkout remote branches.. but you get warnings that you are not in working tree.. if I remember right |
| 20:46.46 | techn_ | uMinded: try git fetch |
| 20:52.34 | rm | mnemoc, reverting your rx race fix helps |
| 20:54.05 | rm | although the "LAN" performance is now lowest ever |
| 20:54.10 | rm | just 38 mbit |
| 20:54.36 | mnemoc | :'( |
| 20:56.41 | rm | also |
| 20:56.50 | rm | it's difficult for me to hack a driver |
| 20:57.12 | *** join/#arm-netbook ln2 (~ln2@ip-64-134-172-36.public.wayport.net) |
| 20:57.18 | rm | without understanding WTF all of these |
| 20:57.20 | rm | reg_val = readl(db->emac_vbase + EMAC_INT_CTL_REG); |
| 20:57.22 | rm | actually do |
| 20:57.39 | Turl | reads the value on interrupt control register |
| 20:57.47 | Turl | and stores it on reg_val |
| 20:58.05 | Turl | it's like reg_val = *register |
| 20:59.31 | ln2 | Any news on the eoma-68 cards? |
| 21:00.29 | mnemoc | ln2: http://rhombus-tech.net/allwinner_a10/news/ |
| 21:01.56 | mnemoc | rm: tried enable wemac debugging to see why the fix is harmful for you? |
| 21:02.02 | ln2 | Curious about any more up to date developments. =) |
| 21:02.37 | mnemoc | ln2: we only know what's on that page and on the mailing list |
| 21:03.00 | ln2 | I see. Thank you. =) |
| 21:03.03 | mnemoc | lkcl posts news as soon as he has something to tell |
| 21:03.55 | ln2 | That is more what I was getting at. I saw him in the channel not long ago but unfortunately couldn't stay. |
| 21:04.38 | ln2 | I'm curious about any developments with the AMD board specifically. |
| 21:05.31 | mnemoc | nothing has been told about anyone working on making one |
| 21:09.27 | *** join/#arm-netbook ln2 (~ln2@ip-64-134-172-36.public.wayport.net) |
| 21:17.36 | *** join/#arm-netbook ipwn (~py@ppp-171-97-165-71.revip8.asianet.co.th) |
| 21:27.15 | *** join/#arm-netbook hp__ (~kvirc@d5153E228.access.telenet.be) |
| 21:35.55 | *** join/#arm-netbook focus_it (~focus_it@cpc7-dals17-2-0-cust182.hari.cable.virginmedia.com) |
| 21:45.37 | libv | hrmpf. this whole X/mali stuff is also quite fragile. |
| 21:46.44 | libv | heh, seems to be reverting to software rendering |
| 21:47.17 | libv | is it known for AIGLX to default to software rendering? |
| 21:49.15 | libv | libEGL warning: DRI2: failed to open Mali DRI2 (search paths /usr/lib/arm-linux-gnueabihf/dri) |
| 21:50.57 | mnemoc | are there mk802+ a10s with 512? or all are 1GB? |
| 21:55.08 | techn_ | libv: yes X is sw rendered |
| 21:56.09 | libv | ok, so some mesa libs were still in the way |
| 21:56.13 | techn_ | ssvb's mali x11 driver does sw rendering better than ARMs |
| 21:56.52 | libv | i want to get the test application ported to X as well, since hramrach lacked the mental capacity for that |
| 21:57.00 | libv | the mali-libs test application |
| 21:57.22 | techn_ | purpose of mali x11 driver is currently to only provide gles acceleration |
| 21:57.39 | libv | anyway, i am one step further now, XextCreateExtension is not found |
| 21:57.49 | libv | seems like there is some dependency issue with this binary |
| 21:58.23 | techn_ | use libUMP which is compiled by you |
| 21:58.43 | techn_ | it will workaround those unresolved dependencies |
| 21:58.51 | libv | i wouldn't know which other libUMP would be in this system |
| 21:59.01 | techn_ | https://github.com/linux-sunxi/libump |
| 21:59.02 | libv | apart from the one i freshly compiled and installed |
| 21:59.11 | libv | from exactly that url |
| 21:59.22 | techn_ | ldd? |
| 22:00.00 | libv | finds the right one |
| 22:00.14 | libv | installed just 12minutes ago |
| 22:00.28 | ssvb | libv: there is a broken binary blob libUMP.so in the mali-libs repository |
| 22:00.48 | techn_ | could it be problem with that test app dependencies then :/ |
| 22:01.08 | libv | aha |
| 22:01.38 | libv | yes, 12 minutes ago is a bit recent indeed, it was longer ago that i built and installed libUMP.so manually |
| 22:02.14 | libv | ssvb: bingo |
| 22:02.16 | libv | thanks guys |
| 22:02.27 | techn_ | http://cgit.freedesktop.org/mesa/demos/tree/src/egl/opengles2/Makefile.am |
| 22:02.30 | libv | seems like libUMP.so should be removed from this thing |
| 22:02.47 | techn_ | that seems to add X11_LIBS |
| 22:02.48 | libv | and the Makefile of libump could use some love too |
| 22:03.11 | libv | techn_: the manually built libUMP.so seems to work |
| 22:04.14 | libv | so... we need to get rid of the mali-libs libUMP.so for r3p0 x11 |
| 22:04.31 | techn_ | yes.. it has workaround which tackles those unresolved dependencies.. libMALI.so has declaration of couple symbols but no definiton or link to needed libraries |
| 22:05.22 | techn_ | the real problem is that libMALI.so |
| 22:06.19 | libv | well, that's not something that can be replaced easily, now is it ;) |
| 22:06.49 | techn_ | libv: not yet? :) |
| 22:07.25 | techn_ | https://groups.google.com/forum/?hl=fi&fromgroups=#!search/libmali/linux-sunxi/zauuIi_6Tg8/V7MFSrs0RckJ |
| 22:07.49 | techn_ | someone proposed elfedit to remove those symbols.. but never tried it |
| 22:08.05 | techn_ | dunno what downsides there are |
| 22:08.11 | libv | the manually built libUMP seems to work |
| 22:08.14 | libv | good enough |
| 22:09.41 | libv | i just need to update mali-libs and the howto |
| 22:10.11 | ssvb | techn_: the DRI2SwapBuffers is really needed, and I think it is provided by https://github.com/robclark/libdri2 |
| 22:10.31 | libv | also, it might pay to have mali-libs warn about existing swrast libraries installed |
| 22:10.41 | techn_ | ssvb: yeah.. that downside :/ |
| 22:12.00 | ssvb | techn_: well, apparently some systems may also have libdri2 preinstalled, as explained in http://linux-sunxi.org/Mali400 |
| 22:12.20 | ssvb | but that's still also a workaround |
| 22:13.38 | ssvb | rz2k knows better, but he is not around at the moment |
| 22:15.21 | libv | mnemoc: can i push the r3p0/armhf/x11 removal patch directly to the mali-libs tree? |
| 22:16.26 | ssvb | techn_: I think the AIGLX messages are about GLX, which is not supported for GLES, so it's just a noise |
| 22:16.39 | *** join/#arm-netbook vinifm (~Vinicius@177.135.54.178) |
| 22:17.38 | libv | ah, just did so |
| 22:18.13 | ssvb | thanks |
| 22:18.42 | libv | well, i too hate running into issues that others already ran into |
| 22:21.07 | ssvb | techn_: now I need to add support for ARGB cursors and also proper page flipping |
| 22:22.46 | ssvb | techn_: page flipping is apparently really need for gnome-shell, because it seems to partially render something immediately after flipping and then wait for a while before rendering the rest, it looks really ugly |
| 22:23.36 | ssvb | techn_: if all the drawing is not really done offscreen before flipping |
| 22:26.22 | ssvb | libv: the performance of xf86-video-mali really suffers from a lot of memory copies, but at least it can be used as a reference to check if the stuff really works more or less correctly |
| 22:28.37 | libv | i am mainly just going to adjust the test application included in mali-libs |
| 22:29.15 | ssvb | yeah, having a test application that just works would be really great |
| 22:29.35 | libv | after that i will be adding mali binary shader loading to my lima tree, so i can run connors freshly compiled shaders on q3a |
| 22:29.48 | libv | then we will have a fully free q3a \0/ |
| 22:31.44 | ssvb | btw, so far I have been using this as a simple X11 example - http://www.agnld.uni-potsdam.de/~bergner/egl-example.cpp |
| 22:32.48 | libv | there is some quick X11 GLX port howto i pasted to hramrach many many months ago |
| 22:33.21 | ssvb | about q3a, that's really great, but could you try using openarena or something so that it does not require proprietary files? |
| 22:34.52 | libv | the timedemo is the timedemo :) |
| 22:37.48 | mnemoc | libv: isn't r3p0/armhf/x11 what everyone still uses? |
| 22:38.06 | libv | mnemoc: yes, but the libUMP.so in there gets in the way |
| 22:38.19 | libv | one should use the manually compiled one |
| 22:39.14 | libv | if you use the howto correctly, you will automatically override the mali-libs libUMP.so |
| 22:39.27 | mnemoc | ah, ok |
| 22:39.29 | libv | but if you step slightly out of line, then you run into issues which are non-trivial |
| 22:39.49 | mnemoc | then it's presence is a bug :) |
| 22:39.59 | libv | so imho it is/was best to remove that libUMP.so, which was done just now |
| 22:40.04 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 22:40.20 | libv | yeah :) |
| 22:41.27 | libv | it is rather amazing how little these trees do get hacked, even though people know of all sorts of issues with them |
| 22:41.50 | mnemoc | fix it :) |
| 22:42.19 | libv | it's been fixed |
| 22:42.53 | libv | same for the wiki, the things i ran into were well known to some, but noone bothered to fix up the wiki |
| 22:43.05 | libv | also, andoma, why has your issue not been added to the wiki? |
| 22:43.49 | andoma | yeah i know |
| 22:43.52 | andoma | i suck |
| 22:43.53 | andoma | :) |
| 22:44.01 | andoma | i'll fix it right away |
| 22:51.09 | andoma | ok fixed now |
| 22:51.15 | libv | thanks :) |
| 22:57.07 | vinifm | is there any problem if I change struct spi_transfer { ? |
| 22:57.41 | vinifm | in include/linux/spi/spi.h |
| 22:57.44 | *** join/#arm-netbook ipwn (~py@ppp-124-121-87-77.revip2.asianet.co.th) |
| 23:32.14 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
| 23:49.53 | br- | its really quite telling just how little bandwidth you can get away with when booting from usb |
| 23:50.27 | br- | in the middle of an ssd install, desktop feels perfectly normal, despite booted from usb2 caddy seemingly constrained to 15mb/sec |
| 23:58.43 | *** join/#arm-netbook raoulh (~Raoul@ns365140.ovh.net) |