| 00:09.21 | lundman | hey, almighty johnsons season 3, that is good news |
| 00:25.45 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 00:25.45 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 00:26.16 | lundman | hmm mele v1.3 kernel is still 3.0.8+ |
| 00:56.13 | *** join/#arm-netbook ZaEarl_ (~malmrose@175.45.58.162) |
| 01:39.41 | *** join/#arm-netbook tuliom (~tuliom@186.214.48.149) |
| 02:36.36 | *** join/#arm-netbook cheng (~cheng@219.92.77.39) |
| 03:07.16 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f7646c2.pool.mediaWays.net) |
| 03:13.10 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 03:47.03 | lundman | hmm so lichee-3.0.8-sun4i built android kernel doesn't boot |
| 03:48.03 | discopig | hi |
| 03:54.15 | cheng | hi |
| 04:01.25 | Turl | lundman: that's ancient |
| 04:01.38 | Turl | lundman: pretty much as it got out of qware iirc |
| 04:01.50 | Turl | oh, android |
| 04:02.09 | Turl | ah, kernel |
| 04:02.26 | Turl | ignore these two last lines ^ |
| 04:04.43 | Marex | uh, damn |
| 04:05.04 | Marex | eh, Turl |
| 04:05.09 | Marex | you're missing "ih" still ... ;-) |
| 04:05.10 | Turl | sup |
| 04:05.24 | Turl | what? |
| 04:05.50 | Marex | Turl: nothing ... just look at ^.., and you'll get the joke |
| 04:06.06 | Turl | lol |
| 04:06.53 | Marex | ;-) |
| 04:07.03 | Marex | ih, then |
| 04:39.09 | *** join/#arm-netbook projectgus (~gus@spork.chainxor.org) |
| 04:42.50 | *** join/#arm-netbook mSquare (~selvan@122.167.97.89) |
| 04:47.46 | lundman | turl;: heh |
| 04:47.52 | lundman | well, it hangs booting |
| 04:48.17 | lundman | [ 5.850000] init: cannot find '/system/bin/sh', disabling 'console' |
| 04:48.19 | lundman | [ 5.950000] init: starting 'adbd' |
| 04:48.19 | lundman | [ 5.960000] init: command 'start' r=0 |
| 04:48.20 | lundman | [ 5.960000] init: command 'setprop' r=0 |
| 04:48.24 | lundman | and nothing.. |
| 05:02.42 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 05:10.06 | Turl | lundman: logcat? |
| 05:10.07 | lundman | guess we have lost the ability to build a working android kernel, cos it sure used to work |
| 05:10.19 | lundman | uart |
| 05:10.23 | Turl | diff mali version? |
| 05:10.42 | Turl | make sure mali is matching |
| 05:10.53 | lundman | lemme try my own compiled kernel that worked |
| 05:11.17 | Turl | did you push the modules too together with the kernel? |
| 05:11.28 | Turl | (that happened to me today, I forgot to do it >.< |
| 05:11.29 | Turl | ) |
| 05:11.49 | lundman | doesnt get that far |
| 05:12.20 | lundman | [ 5.460000] init: cannot find '/system/bin/app_process', disabling 'zygote' |
| 05:12.23 | lundman | [ 5.460000] init: cannot find '/system/bin/drmserver', disabling 'drm' |
| 05:12.25 | lundman | [ 5.470000] init: cannot find '/system/bin/mediaserver', disabling 'media' |
| 05:12.29 | lundman | [ 5.480000] init: cannot find '/system/bin/sambaserver', disabling 'netshare' |
| 05:12.32 | lundman | its as if they changed the partition layout |
| 05:12.40 | Turl | no nand enabled on your kernel? |
| 05:13.01 | Turl | mnemoc: renamed the variables and stuff, not sure if the changes got back to that ancient version though |
| 05:13.07 | lundman | [ 1.550000] The 0 disk name = bootloader, class name = DISK, disk size = 32768 |
| 05:13.10 | lundman | [ 1.550000] The 1 disk name = env, class name = DISK, disk size = 32768 |
| 05:13.13 | lundman | [ 1.560000] The 2 disk name = boot, class name = DISK, disk size = 65536 |
| 05:13.23 | lundman | ancient? its the only 3.0.8+ kernel I found on github |
| 05:15.23 | lundman | ok, old kernel, known to work, dies in identical ways |
| 05:16.14 | lundman | ah hmm, partitions are different |
| 05:20.43 | lundman | [ 1.540000] The 1 disk name = env, class name = DISK, disk size = 32768 |
| 05:20.43 | lundman | [ 1.550000] The 2 disk name = boot, class name = DISK, disk size = 65536 |
| 05:20.44 | lundman | [ 1.560000] The 3 disk name = misc, class name = DISK, disk size = 32768 |
| 05:20.44 | lundman | [ 1.560000] The 4 disk name = recovery, class name = DISK, disk size = 65536 |
| 05:20.47 | lundman | [ 3.984172] The 1 disk name = env, class name = DISK, disk size = d93da464 |
| 05:20.49 | lundman | [ 3.991072] The 2 disk name = boot, class name = DISK, disk size = d93da4a4 |
| 05:20.53 | lundman | [ 3.998033] The 3 disk name = system, class name = DISK, disk size = d93da4e4 |
| 05:20.56 | lundman | [ 4.005198] The 4 disk name = data, class name = DISK, disk size = d93da524 |
| 05:20.59 | lundman | [ 4.012179] The 5 disk name = misc, class name = DISK, disk size = d93da564 |
| 05:21.02 | lundman | sigh |
| 05:21.04 | lundman | sorry, for the flood |
| 05:33.46 | Turl | you won't get too far without the partitions |
| 05:33.55 | Turl | it's weird it isn't detecting them the same though |
| 05:34.01 | Turl | the tables are read from nand |
| 05:38.21 | lundman | its totally not clear what kernels I should use really |
| 05:38.54 | lundman | doesnt help they were all reorganised, and wiki is still on old information |
| 05:41.30 | Turl | wiki has the freshest and latest of all the things |
| 05:41.46 | Turl | http://linux-sunxi.org/Linux |
| 05:41.54 | Turl | I think it's uber clear on what you need to use :) |
| 05:43.13 | lundman | http://rhombus-tech.net/allwinner_a10/kernel_compile/ |
| 05:43.16 | lundman | isnt that the wiki |
| 05:43.54 | lundman | heh -j16, seriously.. they must have more than 16 cores |
| 05:48.06 | lundman | sunxi-3.0 branch is 3.0.42, so that is not what they use |
| 05:49.31 | Turl | I didn't even know RT had a kernel compile wiki page |
| 05:49.52 | Turl | order you should check when it comes to sunxi stuff is linux-sunxi wiki, then RT :P |
| 05:50.25 | lundman | well, with mele-v1.3 images, which is 3.0.8+, which kernel github branch should I use |
| 05:51.35 | Turl | lundman: sunxi-3.0 |
| 05:52.07 | lundman | ok greatm, but they seem to have changed the partition layout, which /appears/ to be compiled into the kernel |
| 05:52.17 | Turl | the nand layout is read from nand |
| 05:52.30 | Turl | I'm sure of that |
| 05:52.45 | lundman | only thing I replace, is "nandc" which is the kernel and rootfs. The rootfs is the same, I just copy it back |
| 05:52.50 | lundman | so, i only change the kernel. |
| 05:53.09 | Turl | and the kernel modules on /system/ |
| 05:53.16 | Turl | and the mali libs if necessary |
| 05:53.21 | Turl | not sure what version does your image have |
| 05:53.23 | lundman | those are not in /dev/nandc |
| 05:53.38 | Turl | <PROTECTED> |
| 05:53.47 | Turl | <PROTECTED> |
| 05:54.00 | Turl | nandc just holds the bootimage and initramfs |
| 05:54.02 | lundman | i 'dd' in nandc, extrat initrb, put in my kernel, I 'dd' out nandc |
| 05:54.11 | lundman | kernel doesnt boot as the nand partitions are different |
| 05:54.56 | Turl | no idea really |
| 05:55.07 | Turl | partition layout usually doesn't change out of the blue |
| 05:55.17 | lundman | yeah, my best guess is that the table is compiled into the kernel. cos if it isnt, then .. |
| 06:23.39 | *** join/#arm-netbook rellla (~Thunderbi@p5B078ADE.dip0.t-ipconnect.de) |
| 06:24.49 | lundman | unless, its the rootfs tacked on the end of the kernel that differs |
| 06:40.39 | lundman | or I'm supposed to make a bImage |
| 06:42.32 | oliv3r | hno, yeah i formatted and double checked everything, /data /system everything. i'll double check everything |
| 06:44.23 | lundman | bollox, git checkout means a complete recompile :) |
| 06:47.26 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 07:12.53 | oliv3r | hno: just after installing the rom (which does not modify /data) /data is only 15MiB :S only strange thing i noticed, is that all partitions in the 4.0.4 livesuit image, dmesg reports -652933084 etc for their sizes. they did include a new nand driver though (2.10 vs 2.09) |
| 07:14.30 | mnemoc | moin |
| 07:16.02 | oliv3r | Turl: hno: http://pastebin.com/3Pbs1Nb5 as you can see, they DID change partition order/layout |
| 07:16.15 | lundman | you mean me? or hno? |
| 07:16.44 | lundman | but yes, they did. but no idea where that is stored, I thought mbr first |
| 07:17.23 | mnemoc | Turl: you lost me with the nand thing. what doesn't work? |
| 07:17.42 | lundman | mnemoc: when I replace "nandc" kernel, it no longer boots android |
| 07:18.57 | mnemoc | lundman: beware you need the uImage mangled into a different wrapping |
| 07:19.24 | lundman | kernels that used to boot (rather, nandc image) also no longer works |
| 07:19.41 | mnemoc | ow |
| 07:19.41 | lundman | when it mounts /system, there is no system there, as it appears the nand partition layout has changed |
| 07:20.02 | mnemoc | between 3.4 and 4.0, yes |
| 07:20.06 | mnemoc | not sure about 4.1 |
| 07:20.10 | mnemoc | but possible too |
| 07:20.21 | mnemoc | 2.3* |
| 07:20.55 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 07:21.39 | oliv3r | oh, hno mentioned something about nandc being 'android specific stuff', but that confused me and I almost lost some sleep over it. to me, android is what agetty is to <distro>. Basically android IS a distro. the kernel (even though its an android kernel) is still linux, u-boot is still ubuut. so if nandc holds the kernel, how can that be 'an android thing'? |
| 07:22.25 | oliv3r | lundman: partition layout for me, has changed in the livesuit dump for my tablet between android 4.0.3 and 4.0.4, there's now 2 /data, they added 1 extra partition |
| 07:22.48 | mnemoc | yes, the main diff is in userspace |
| 07:23.35 | mnemoc | even when the kernel is poisoned linux and u-boot is just u-boot, they assume a completely different structure than any linux "distro" |
| 07:23.37 | lundman | yeah, but the only thing I change is the kernel. |
| 07:24.16 | mnemoc | it's a kernel+initramfs combo without wrapping |
| 07:24.29 | mnemoc | the problem is probably in the initramfs part |
| 07:25.13 | lundman | i used split_bootimg.pl so that I get their ramdisk.gz |
| 07:25.21 | lundman | but yes, the initramfs may have changed |
| 07:25.32 | lundman | i should strip that out of their code |
| 07:30.31 | oliv3r | lundman: I may have the same issue as you have actually, I think i need to also look at my ramdisk.gz to see what they are doing in /etc/vold.fstab |
| 07:31.05 | oliv3r | since that is what is responsible for mounting /data, right? i mean, it's not like the ramdisk mounts /system and /system then takes over to do certain things? |
| 07:33.09 | mnemoc | only extracting that initrd you'll know |
| 07:33.18 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 07:33.41 | oliv3r | working on it :D |
| 07:33.46 | mnemoc | .oO(ramdisk in 2012?, come on)o |
| 07:33.57 | oliv3r | ramdisk/rootfs/initrd |
| 07:34.00 | oliv3r | all the same :p |
| 07:34.06 | oliv3r | tomato potato! |
| 07:34.13 | oliv3r | (i know technically it's all very different) |
| 07:34.30 | mnemoc | initrd=ramdisk |
| 07:34.40 | mnemoc | initramfs=cpio.gz extracted into tempfs |
| 07:34.51 | oliv3r | wasn't it initramfs these days |
| 07:34.54 | oliv3r | yeah! |
| 07:36.41 | mnemoc | lundman mentioned "ramdisk.gz" |
| 07:37.34 | lundman | ok not sure why, but work wanted me to wear some glasses, then they took 15+ photos of me |
| 07:37.39 | mnemoc | these days tmpfs, initramfs and devtmpfs gave the sanity back to early userspace |
| 07:38.05 | mnemoc | lundman: company ad? |
| 07:38.15 | lundman | yeah but why some old gaijin, aaanyway |
| 07:38.50 | lundman | rootfs/init:mount -o rw,noatime,nodiratime,norelatime,noauto_da_alloc,barrier=0,data=writeback -t ext4 /dev/nandd /mnt |
| 07:38.52 | mnemoc | or HR having fun making something to ashame people |
| 07:40.14 | mnemoc | the generation of that ramdisk (and the build scripts injected in the kernel tree) should be moved back to android land, where they can be maintained properly |
| 07:40.48 | lundman | that they use static strings/device name is what is awkward here, but oh well |
| 07:40.54 | *** join/#arm-netbook ceo16 (~manuel@109.115.27.147) |
| 07:41.56 | mnemoc | android begins with the a of awkward |
| 07:42.00 | lundman | hmm not sure I cut that right |
| 07:42.05 | lundman | ramfs: romfs filesystem, version 1 -1070305856 bytes, named \360m\300sqs |
| 07:42.17 | mnemoc | ouch |
| 07:43.48 | ceo16 | <PROTECTED> |
| 07:43.48 | ceo16 | <PROTECTED> |
| 07:43.48 | ceo16 | <PROTECTED> |
| 07:43.48 | ceo16 | <PROTECTED> |
| 07:44.52 | ceo16 | I mean xbmca10 |
| 07:45.32 | mnemoc | that probably means you aren't using the VPU for decoding or doing the fancy ui or both |
| 07:45.50 | lundman | wait, duh, the rootfs is cpio, not rom1fs |
| 07:46.53 | oliv3r | mnemoc: lundman probably called it ramdisk.gz probably, because split_bootimg.pl says: writing boot.img-kernel and boot.img-ramdisk.gz :p |
| 07:47.09 | hno | oliv3r, boot.img is an android image format. For u-boot you normally use uimage format (see mkimage command). |
| 07:47.28 | lundman | yeah THAT romdisk I copy theirs, but the kernel has roots/sun4i_rootfs.cpio.gz put on it |
| 07:49.06 | mnemoc | lundman: what? using the lichee3 branch??? |
| 07:49.13 | oliv3r | hno: ahhh, ok, i thought boot.img was simply a dump of some android partition; now i understand you completly |
| 07:49.40 | lundman | yes? |
| 07:49.46 | mnemoc | lundman: why? |
| 07:49.59 | lundman | ask allwinner? |
| 07:50.02 | mnemoc | lundman: that's only there to let people build drop-in modules |
| 07:50.21 | lundman | linux-sunxi-3.0.8# ls -l rootfs/ |
| 07:50.22 | lundman | -rw-r--r-- 1 root root 2243358 Oct 15 05:49 sun4i_rootfs.cpio.gz |
| 07:50.23 | lundman | -rw-r--r-- 1 root root 2243358 Oct 15 05:49 sun5i_rootfs.cpio.gz |
| 07:50.33 | lundman | its not something *I* did |
| 07:50.37 | mnemoc | lundman: it's not maintained, it's Qware's release some a couple of obviuslt fixes |
| 07:50.52 | mnemoc | lundman: because you are using the wrong branch if you want to build a full kernel |
| 07:50.58 | lundman | I'm just trying to replace the kernel in mele v1.3 |
| 07:51.13 | lundman | and what branch would that be? |
| 07:51.19 | mnemoc | the default obviusly |
| 07:51.24 | lundman | named? |
| 07:51.33 | mnemoc | sunxi-3.0 these days |
| 07:51.40 | mnemoc | but it's what you get cloning the repo |
| 07:51.45 | lundman | you mean then one that compiled to 3.0.42+ |
| 07:51.48 | lundman | so, no, not that one |
| 07:52.03 | lundman | mele v1.3 uses kernel 3.0.8+ |
| 07:52.19 | ceo16 | do you know how can I activate A10HWR1 in compiling? |
| 07:52.49 | mnemoc | lundman: yes, but a GPL violating one with tons of changed we don't have in our lichee3 branch |
| 07:52.56 | mnemoc | changes* |
| 07:53.27 | lundman | yes, but I want to just replace kernel in their mele v1.3, I dont care about licenses |
| 07:53.33 | mnemoc | lundman: that's why it should only be used to add simple modules to run over gpl-violating instalations |
| 07:53.48 | mnemoc | lundman: fine. but use sunx-3.0 |
| 07:53.57 | mnemoc | lundman: lichee3 won't even give you sata |
| 07:54.00 | *** join/#arm-netbook Quarx (~Quarx@178.74.79.165) |
| 07:54.05 | lundman | so it seems the closest i can get to the kernel they are *still* using, is lichee-3.0.8-sun4i |
| 07:54.16 | lundman | sunxi-3.0 compiles to 3.0.46+ so, it will not work |
| 07:54.25 | mnemoc | lundman: why won't work? |
| 07:54.40 | lundman | the rest of the OS, including modules, are compiled against 3.0.8+ |
| 07:54.54 | lundman | although, i suppose I could take out the modversion check |
| 07:54.59 | mnemoc | for userspace only the 3.0-android part matters |
| 07:55.09 | mnemoc | for the modules, install yours obviusly |
| 07:55.33 | mnemoc | you can't reuse the modules even if they are labeled "3.0.8+" too |
| 07:56.07 | lundman | then I have to modify more than just the nandc partition |
| 07:56.25 | lundman | so in that case, it'd be easier to hamstring module loading and hope the kernels are otherwise similar enough |
| 07:56.43 | mnemoc | up to you. but dropping in a freshly built 3.0.8+ from any public sources won;t work |
| 07:57.12 | mnemoc | they might be similar enough. yes |
| 07:57.22 | lundman | ok, the rootfs attached to mele v1.3 kernel is completely different from git. it has only a copy of config |
| 08:02.08 | lundman | so basically, we don7t actually have the sources that mele uses for its android releases? I will have to find a way around that? |
| 08:03.45 | mnemoc | right. what we got is a release made in december by a company which received a tablet specific variant of the gpl-violating and nda protected lichee3 tree |
| 08:03.47 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:04.11 | lundman | ok, that explains why I had issues finding the exact branch used in the releases |
| 08:04.40 | mnemoc | the branch got some obvius fixes, and we then started moving on |
| 08:05.14 | lundman | yeah I will go with .46 branch, and just patch modloading to accept 3.0.8 and see what gives |
| 08:05.22 | lundman | actually sounds vaguelly familiar, maybe I did that last time |
| 08:05.28 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 08:05.58 | mnemoc | integrating parts from other sources, like the 2.6.36 tree, leaked patches and partial SDKs received by some board manufacturers without NDAs |
| 08:06.39 | mnemoc | but those SDKs are only intended to build modules, several parts are distributed as .o/.ko only |
| 08:15.23 | hno | mnemoc, which part is .ko only for mele? |
| 08:15.47 | hno | hard to follow as we don't have a source release for mele |
| 08:17.15 | hno | but is there any part in the mele kernel+modules we don't have usable source for? |
| 08:17.25 | lundman | man maybe setting up cross compile would be worth it.. this single core arm is tedious |
| 08:17.29 | mnemoc | no, nothing |
| 08:17.43 | mnemoc | but cedarx module is .ko in recent SDKs |
| 08:17.54 | mnemoc | but we have older sources |
| 08:18.03 | mnemoc | so we are fine |
| 08:18.20 | hno | lundman, cros-compile is only untarring a file and specifyoing the path to make. |
| 08:18.55 | lundman | well, after making a new VM running linux of some flavour |
| 08:19.12 | hno | why a VM? |
| 08:19.23 | lundman | dev here is osx |
| 08:19.27 | hno | nothing needs to be installed in the OS |
| 08:19.30 | lundman | cross compile linux of osx is painful |
| 08:19.35 | lundman | on |
| 08:19.36 | hno | ah |
| 08:19.47 | mnemoc | simplest is ubuntu as you can apt-get the toochain from linaro |
| 08:19.51 | lundman | what company makes CedarX ? |
| 08:19.58 | mnemoc | allwinner |
| 08:20.03 | lundman | heh |
| 08:21.22 | lundman | hmm no anonymous ftp login, no known ssh vuln |
| 08:22.00 | hno | mnemoc, a13 sdk have cedarx sun4i source, but .ko for sun5i. |
| 08:22.23 | lundman | heh allwinner has mysql open |
| 08:22.43 | jelly-home | poking around other people's ports is not nice |
| 08:22.58 | lundman | its my job |
| 08:23.08 | hno | not even legal here |
| 08:23.14 | lundman | VM service with webhostingpad |
| 08:23.27 | jelly-home | oh, you were hired to test their pens? |
| 08:23.30 | lundman | I give them good grade, that isp are doing well |
| 08:23.32 | hno | well, detecting that it is open is legal, using it not |
| 08:25.13 | lundman | yeah, how would that work, connecting to a port is illega |
| 08:26.12 | mnemoc | one could argue there is an implicit intention of wrong doing by scanning what ports someone has open |
| 08:26.14 | specing | Hacking allwinner.... hmmm |
| 08:26.14 | lundman | but i guess, these days, only hackers know about 'telnet' |
| 08:26.26 | specing | NETCAT!!! :D |
| 08:26.29 | lundman | such an evil command, clearly up to no good |
| 08:26.31 | mnemoc | socat :p |
| 08:26.56 | specing | netcat is so much better than telnet |
| 08:27.05 | specing | It can do UDP :) |
| 08:27.36 | mnemoc | socat can do ssl and serial too ;-) |
| 08:27.56 | specing | hmmm |
| 08:28.04 | jelly-home | and unix domain |
| 08:28.10 | mnemoc | and many many many other nice things |
| 08:28.24 | mnemoc | netcat does unix domain sockets too iirc |
| 08:28.34 | mnemoc | yes, with -U |
| 08:28.55 | specing | I seem to have socat installed... |
| 08:29.07 | lundman | hacker |
| 08:29.10 | specing | :) |
| 08:29.12 | lundman | jail for you boy |
| 08:29.43 | lundman | oh well, I'll leave that compiling and get ready to go home |
| 08:31.14 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 09:05.04 | mnemoc | https://plus.google.com/u/0/106075758531242552855/posts/CZohK9dHWUn |
| 09:05.32 | mnemoc | and so it is confirmed, allwinner A40! |
| 09:05.55 | mnemoc | quad a7 + 8x gpu.... but mali? |
| 09:07.14 | grevaillot | mnemoc: i think there's some rumors/leaks about some octocore mali |
| 09:07.28 | grevaillot | http://www.droiddog.com/android-blog/2012/08/arms-next-gen-8-core-mali-gpus-are-the-stuff-dreams-are-made-of/ |
| 09:07.39 | oliv3r | a40? but i just got a new tablet! So no a15? :p |
| 09:07.41 | grevaillot | so, could be mali |
| 09:07.45 | oliv3r | oh i gotta read that, i'm all excited now |
| 09:09.55 | oliv3r | when are they gonna leak the user manual? :D |
| 09:11.03 | oliv3r | so little details? :( |
| 09:23.58 | oliv3r | i know android stores keymappings somewhere. are they also stored elsewhere? (script.bin comes to mind) |
| 09:31.04 | mnemoc | there are references to keys in script.bin, but they seem to be used by livesuit when composing boot1 |
| 09:31.35 | oliv3r | ok, so you told me the partition table is stored somewhere before nanda |
| 09:32.03 | oliv3r | the rom i have, and CWM are all based on the 4.0.3 kernel or something close to it and that combo all works |
| 09:33.08 | oliv3r | when I use the 4.0.4 image, as said, the partition layout is changedd. vendor livesuit image works fine etc, but when i boot recovery, things get really strange, nande (which was a 1G /data before reboot) is now only 15M; also dmesg in the recovery mode only lists 8 disks instead of the 9 |
| 09:33.27 | oliv3r | if the partition layout is stored on the nand, how can this be possibly different? |
| 09:36.31 | cat1 | mnemoc: regarding oops in Issue #85, do you think it is something related to one of script.bin options or it is a bug somewhere in hcd code? |
| 09:37.27 | mnemoc | maybe both |
| 09:37.41 | mnemoc | bug triggered by script.bin option |
| 09:38.10 | mnemoc | the usb driver is one of the ugliest parts of the tree :< |
| 09:39.49 | cat1 | mnemoc: any hint what that option is? |
| 09:40.12 | cat1 | s/is/may be :) |
| 09:40.56 | mnemoc | no clue at all |
| 09:41.47 | cat1 | mnemoc: thx :D |
| 09:41.52 | mnemoc | :) |
| 09:45.16 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 09:46.27 | oliv3r | is there a possible way that userspace or the kernel overrides the partition table stored in nand? |
| 09:47.04 | mnemoc | oliv3r: yes, there is a tool in sunxi-tools |
| 09:47.18 | oliv3r | i guess that's what they did then |
| 09:47.33 | oliv3r | did some resizing directly on the partitions, and then did some more runtime or something |
| 09:47.34 | oliv3r | :S |
| 09:47.49 | oliv3r | why ... WHY! |
| 09:47.51 | mnemoc | well.. that tool is ours |
| 09:48.00 | mnemoc | "they" do resizing using livesuit |
| 09:48.42 | oliv3r | well i don't understand, that if partition information is read from the nand, it can be different when booting different kernels |
| 09:49.06 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 09:49.17 | mnemoc | no, because all kernels will read the same partition table |
| 09:49.24 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 09:49.31 | oliv3r | well that's not what's happening here :p |
| 09:49.42 | mnemoc | o_o |
| 09:50.06 | oliv3r | i boot their kernel +userspace, i have 9 partitions, i boot recovery with actually a newer kernel (3.0.31+, maybe older nand driver though) and I get 8 partitions |
| 09:50.15 | oliv3r | also sizes (and names) differ obviously |
| 09:52.08 | mnemoc | uh |
| 09:52.32 | oliv3r | i know i really have to start compiling my own kernel +userspace :p |
| 09:53.29 | oliv3r | ah, and the 'new' data, is now located as nandj, which with the current kernel/userpsace i have no access too; that's why it keeps bootlooping |
| 09:53.36 | oliv3r | so i need to build a new kernel and new recovery image |
| 09:53.51 | mnemoc | but first boot from uSD our kernel and take an snapshot of the first blocks of your nand |
| 09:54.18 | oliv3r | i tried setting up uSD with CWM, but it wouldn't show anything on the display, so put that off for a while |
| 09:54.24 | oliv3r | tablets are hard to debug that way :S |
| 09:54.32 | oliv3r | i used hno's old uSD uboot |
| 09:54.34 | mnemoc | fbcon + usb keyboard? |
| 09:55.21 | oliv3r | i guess i can always try their kernel by cat'ing it to /dev/nandc |
| 09:55.34 | oliv3r | (their=the oem kernel) |
| 09:55.57 | mnemoc | s/oem/gpl-violating/ |
| 09:56.25 | oliv3r | yes! |
| 09:56.33 | oliv3r | so that's really not an option |
| 09:59.01 | *** join/#arm-netbook rellla (~Thunderbi@p5B07825A.dip0.t-ipconnect.de) |
| 10:01.13 | *** join/#arm-netbook jelly (~jelly@pdpc/supporter/active/jelly) |
| 10:18.04 | *** join/#arm-netbook lkcl (~lkcl@host81-135-73-187.range81-135.btcentralplus.com) |
| 10:24.07 | libv | mnemoc: maybe i didn't look enough, but there seems little in the way of "here is a $linux_distribution image you can fling on your $device, so you can start playing straight-away" on linux-sunxi.org |
| 10:24.32 | libv | mnemoc: what are you using atm, what are you developing your kernel against? |
| 10:24.45 | oliv3r | so i've spend, what 3 days (well only a few hours really) messing with that stupid 4.0.4 live image, because i THOUGHT that 4.0.3 had a smaller /system partition. turns out, i was wrong and it's big enough after all :S can I get those hours back? |
| 10:25.37 | oliv3r | libv: i agree, some image for a uSD would be quite helpfull, 'you need atleast 1GB sd card, dd this file on it and you should have something quite usable most of the time |
| 10:26.17 | libv | is the april dated ubuntu image the most recent, immediately useful linux distribution for the mele? |
| 10:27.27 | mnemoc | I normally debootstrap precise to the devices |
| 10:28.22 | lundman | what happened to cnxsoft anyway, used to be something interesting every day, now there is barely one update a week |
| 10:28.24 | mnemoc | not very much into pre-built images myself |
| 10:28.29 | libv | from an emulator, or from the device? |
| 10:28.35 | mnemoc | device |
| 10:28.53 | mnemoc | cubieboard/1GB, mele a1000 and a13-olinuxino |
| 10:30.34 | mnemoc | libv: but on your side of the open source support things are rustier. we only have armel libs for cedarx (VPU) and r3p0/r3p1 armhf libs weren't built correctly :< |
| 10:30.50 | mnemoc | there is a missing symbol |
| 10:31.38 | libv | this requires an existing debian or debian-like installation on the device, i guess that the april ubuntu image for mele is a good start then |
| 10:31.51 | libv | how about display things? |
| 10:32.27 | mnemoc | works fine. also fbcon |
| 10:32.50 | *** join/#arm-netbook arete74 (~arete74@host160-66-static.225-95-b.business.telecomitalia.it) |
| 10:33.13 | mnemoc | i suppose not on that pre-built image from aprol |
| 10:33.24 | mnemoc | but building your own today is good |
| 10:33.37 | libv | has much work been done on the display side since... hrm... june is when we last talked about this i guess |
| 10:34.09 | mnemoc | yes, techn has done a pretty good job |
| 11:07.31 | *** join/#arm-netbook sspiff (~quassel@103.4-78-194.adsl-static.isp.belgacom.be) |
| 11:07.31 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 11:09.26 | andoma | mnemoc: in what branch is techn's work? |
| 11:13.04 | *** join/#arm-netbook ZaEarl (~malmrose@202.155.242.30) |
| 11:15.42 | mnemoc | andoma: https://github.com/techn/linux-allwinner/ I suppose |
| 11:15.50 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 11:17.02 | mnemoc | in the common tree, sunxi-3.0.... and the wip/.../disp branch |
| 11:20.12 | *** join/#arm-netbook e-ndy (~e-ndy@fantomas.bestit.cz) |
| 11:20.55 | andoma | mnemoc: ah, ok thanks |
| 11:22.46 | mnemoc | he fixed a bug on the disp branch yesterday so we can finally merge those changes to sunxi-3.0.... but he wants to do some cleanup first too |
| 11:24.41 | andoma | does these changes maintain the API exposed via /dev/disp ? |
| 11:25.09 | mnemoc | yes, no change there |
| 11:26.19 | andoma | sweet |
| 11:27.33 | mnemoc | andoma: if you do tools to deal with that from userspace, please try to add them to sunxi-tools |
| 11:28.21 | andoma | mnemoc: i'm working on a mediaplayer so it's not really a tool per se |
| 11:29.33 | mnemoc | ah, ok |
| 11:33.29 | *** join/#arm-netbook phh (~quassel@137.194.15.151) |
| 11:44.22 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:52.16 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:36.20 | *** join/#arm-netbook andoma (~andoma@h35n1-asp-a13.ias.bredband.telia.com) |
| 12:38.02 | *** join/#arm-netbook QingPei (~qingpei@61.149.87.41) |
| 12:42.39 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 12:42.43 | *** join/#arm-netbook andoma_ (~andoma@zebes.lonelycoder.com) |
| 12:42.59 | *** join/#arm-netbook merbanan (~benjamin@m90-130-252-191.cust.tele2.se) |
| 12:44.55 | ZaEarl | I found an interesting manufacturer today. They're open source friendly. Their first box has a motherboard nearly identical to Mele. So if we have any questions on the Mele motherboard, theirs might be similar enough to be able to answer questions about it. |
| 12:50.14 | mnemoc | ZaEarl: also A10 based? |
| 12:50.20 | ZaEarl | yes |
| 12:50.31 | mnemoc | nice |
| 12:52.26 | RITRedbeard | Is there a more recent Debian/Ubuntu build for A10? I think I'm using the old one (wireless doesn't work, half the applications aren't working) |
| 12:53.10 | ZaEarl | I've had good luck with the miniand ubuntu image |
| 12:53.12 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 12:53.24 | mnemoc | RITRedbeard: download a recent rootfs, extract it, and inject newer kernel |
| 12:54.32 | mnemoc | an "image" is only a fat and size-fixed form of extracted rootfs + kernel + uboot |
| 12:55.41 | mnemoc | 2GB+ instead of 100M.... quite absurd approach :| |
| 12:56.16 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 12:57.35 | mnemoc | http://cdimage.ubuntu.com/ubuntu-core/releases/12.04/release/ubuntu-core-12.04.1-core-armhf.tar.gz is mere 33M |
| 12:57.57 | mnemoc | i don't understand why people "needs" those turned into dd-able |
| 12:58.36 | lundman | dont have windows |
| 13:00.25 | lundman | but dd is a dumb way to package images |
| 13:06.02 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 13:09.02 | rzk | http://i.imgur.com/fVYiw.png |
| 13:09.53 | rzk | without proper buf2 patch and wrong secure id |
| 13:13.36 | rzk | techn: |
| 13:17.54 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 13:28.17 | mnemoc | rzk: does that mean hw accel is used? |
| 13:28.26 | rzk | yes |
| 13:28.38 | rzk | also thats r3p1 |
| 13:28.51 | rzk | we have new libs |
| 13:29.13 | mnemoc | lost symbol problem fixed? |
| 13:29.23 | rzk | LD_PRELOAD'ed |
| 13:29.27 | rzk | libdri2 |
| 13:29.35 | mnemoc | i see |
| 13:29.50 | rzk | before I dont remember, I had only black screen |
| 13:29.58 | mnemoc | :) |
| 13:30.14 | mnemoc | Turl: are our android libs compatible with r3p1? |
| 13:30.15 | rzk | techn somehow had something working, but its first time I see something moving around |
| 13:35.47 | rzk | another problem is that we have a bug with armhf. mali dies on everything except es2gears |
| 13:39.00 | rzk | dd'd wrong image to SanDisk 16GB SDHC Class 10 and it died |
| 13:39.41 | *** join/#arm-netbook newbie13 (~kvirc@118-168-194-44.dynamic.hinet.net) |
| 13:41.04 | mnemoc | o_O |
| 13:42.56 | rzk | srsly, I dont get it, now it cant initilize anywhere (two linux pcs have buffer errors and kernel Oops on some sd scan thread with timeout of 25 seconds, windows just freezes explorer to death) |
| 13:43.28 | mnemoc | O_o |
| 13:43.49 | rzk | looks like sdhc stores valuable info at user accesible area that I've deleted with my new info from wrong image. |
| 13:49.06 | mnemoc | seriously? |
| 13:49.27 | ZaEarl | got windows around? https://www.sdcard.org/downloads/formatter_3/ |
| 13:50.07 | ZaEarl | though that might not fix it |
| 13:52.39 | rzk | that thing relies on windows sd init. |
| 13:53.31 | rzk | so when I insert sdcard and press refresh there it freezes just like explorer |
| 13:54.01 | rzk | (e.g. waiting for sdhc initialization) |
| 13:55.41 | ZaEarl | I have a few dead cards lying around too. I'd be interested to hear what works. |
| 13:56.24 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 14:22.21 | hno | rzk, SD do not store any odd data in the normal user accessible part. To do strange things strange SD specific operations is needed. |
| 14:22.52 | Turl | rzk: your cpu looks maxed out, sure it's using GL? :P |
| 14:23.37 | Turl | mnemoc: I don't have r3p1 libs to test |
| 14:25.53 | mnemoc | but r3p0? |
| 14:26.22 | mnemoc | Turl: r3p0 libs with r3p1 in kernel |
| 14:26.27 | Turl | no idea |
| 14:26.44 | Turl | I don't like taking risks and mismatching stuff though :) esp. when one of the sides is a black box |
| 14:27.35 | mnemoc | good chance to get android on uSD on your mele ;-) |
| 14:30.01 | Turl | would need a new uSD :< |
| 14:30.25 | Turl | btw I'm gonna try to use my mele to netboot a whole lab of PCs :P |
| 14:30.45 | *** join/#arm-netbook pawel5870 (~pkarpins@ip-91-205-72-3.iwacom.net.pl) |
| 14:36.34 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 14:39.28 | *** join/#arm-netbook valhalla (~valhalla@78-134-67-87.v4.ngi.it) |
| 14:54.07 | libv | mnemoc: i take it with a new kernel, the mele a1000 will do ethernet? |
| 14:56.27 | mnemoc | assuming you don't have a broken script.bin. yes |
| 14:57.01 | mnemoc | libv: but stick with sunxi-3.0 (default) branch. 3.4 has usb troubles |
| 14:58.07 | libv | ok |
| 14:58.36 | libv | tries to find out what script.bin is |
| 14:59.20 | mnemoc | a file in the boot partition |
| 14:59.34 | mnemoc | it's like a DT file |
| 14:59.43 | mnemoc | describes your board |
| 14:59.54 | mnemoc | and defines how pins get muxed |
| 15:04.10 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 15:06.25 | libv | there are quite a few holes in the wiki ;) |
| 15:09.13 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 15:14.05 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 15:23.24 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 15:43.39 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 15:52.22 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 15:53.10 | L84Supper | http://www.slashgear.com/amazon-weighing-ti-mobile-chip-business-grab-tip-insiders-15251828/ what will Archos do? |
| 15:54.10 | mnemoc | techn: you need at least one .foo instead {} to get it acting as C99 style initializer |
| 15:54.20 | mnemoc | s/instead/inside/ |
| 15:54.41 | techn | mnemoc: I worked without that |
| 15:55.08 | techn | With my compiler ;) |
| 15:56.29 | mnemoc | techn: but really nothing we can add inside those {} at that level? |
| 15:56.43 | mnemoc | using it to cleanup some more code |
| 15:56.56 | techn | but sure.. it would be usefull to explain that identifier |
| 15:59.31 | mnemoc | same patch sent twice? .oO |
| 16:01.20 | techn | forgot to commit :D |
| 16:01.35 | techn | brb |
| 16:06.24 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 16:36.27 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:38.40 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 16:44.24 | cat1 | mnemoc: usb is problematic in 3.4 only if one uses otg hole. Or there are other problems i am simply no aware of? :) |
| 16:45.25 | mnemoc | i think you are right |
| 16:48.33 | cat1 | btw, i haven't checked myself, is everything ok with usb in 3.0? |
| 16:50.26 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 16:50.53 | mnemoc | afaik, yes |
| 16:51.29 | mnemoc | but there are changes i didn't forward to 3.4 |
| 16:52.01 | mnemoc | https://github.com/linux-sunxi/linux-sunxi/issues/29 |
| 16:52.57 | mnemoc | so 3.4's usb is ... incomplete |
| 16:53.34 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 16:54.08 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-153-175.web.vodafone.de) |
| 16:56.08 | mnemoc | http://www.youtube.com/watch?v=gk_5RVB1bqE <--- a webcam with a10/android inside... |
| 17:04.51 | cat1 | it is amazing how gadgets are blooming nowadays, isn't it |
| 17:06.14 | cat1 | now anyboday can trash ridiculously expensive videconf eq :) |
| 17:08.39 | mnemoc | :) |
| 17:10.28 | Turl | I'm still surprised nobody made A10-powered phones |
| 17:10.56 | L84Supper | qualcom and mediatek |
| 17:11.00 | lkcl | Turl: with the MTK6250 and now the MTK6277, it's virtually impossible for them to compete |
| 17:11.05 | lkcl | L84Supper: yes, basically. |
| 17:11.32 | Turl | lkcl: now, yeah, a year ago? |
| 17:11.56 | lkcl | without an on-board I/Q Baseband processor and the associated high-accuracy timings circuits required for GSM, you can pretty much flat-out forget it |
| 17:12.38 | lkcl | Turl: even a year ago. qualcomm has all the patents. the cost of any GSM mobile phone? $15 of it is patent licensing fees to qualcomm. |
| 17:12.52 | Turl | it's china? |
| 17:12.55 | lkcl | ok, maybe that's 3G not GSM. |
| 17:12.58 | Turl | I doubt any of 'em pay patents :P |
| 17:13.48 | lkcl | Turl: that's probably the real reason why the U.S. is kicking up a storm against Huawei, citing "security reasons". |
| 17:14.24 | lkcl | shrugs |
| 17:14.39 | Turl | huawei is big enough to actually be targetable |
| 17:15.32 | Turl | I haven't seen "MP5"/media players either |
| 17:16.03 | Turl | ipod touch/galaxy player clones |
| 17:16.27 | lkcl | yes and no... my guess is that they called the patent bluff, told qualcomm (or whoever) to take a flying leap. after all, even a court case against a BMW SUV clone, the judge told them "this car does not infringe" and that really was the end of the matter |
| 17:17.15 | lkcl | well, if no ODM has gone to the trouble of making a product for everyone to clone... :) |
| 17:18.00 | lkcl | Turl: many factories are simply incapable of doing design work, or of modifying a PCB beyond its original ODM / Evaluation unit |
| 17:18.16 | lkcl | they buy the designs off-the-shelf, and err... that's the end of it. |
| 17:18.56 | lkcl | so if the SoC vendor (in this case allwinner) never commissioned anyone to make an MP5/media player, never commissioned anyone to make an ipod touch / galaxy player clone |
| 17:19.19 | lkcl | then there *is* no reference design to buy "off-the-shelf", therefore there *is* no product available. |
| 17:20.15 | lkcl | you're assuming that PRC companies - the average PRC factory - has *any* design skills or initiative, where there is virtually none whatsoever. |
| 17:20.52 | lkcl | "new" products come out of china by a random process of osmosis and brownian motion. |
| 17:21.14 | lkcl | by sheer numbers, very occasionally an original design escapes out of the mele :) |
| 17:21.54 | *** part/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 17:48.41 | techn | mnemoc: I was thinking same |
| 17:48.53 | techn | I thing BE and FE is doing the work |
| 17:49.13 | mnemoc | BE and FE been? :) |
| 17:49.13 | techn | *about g2d issue |
| 17:49.57 | rm | mnemoc, does the A13 even have HDMI? |
| 17:50.10 | techn | BE,colorspace converter.. FE,scaler |
| 17:50.10 | mnemoc | A12 does... |
| 17:50.12 | rm | re: mailinglist |
| 17:50.21 | mnemoc | but fair point |
| 17:50.56 | mnemoc | my brain only wanted a cheap excuse to claim "yes, we have MP on sun5i too!" |
| 17:51.08 | mnemoc | (mixing processor, 2d accelerator) |
| 17:54.28 | drachensun | 1kc1: Is there source out for the MTK 6577 or 6575 anywhere that you know? |
| 17:55.02 | drachensun | I am pretty impressed with those phones and the price just keeps falling on and falling |
| 17:55.40 | mnemoc | still waiting for his (wife's) jiayu g3 |
| 18:03.27 | mnemoc | http://www.gizchina.com/2012/10/15/jiayu-g3-delayed-again-this-time-we-get-a-ridiculous-excuse/ .... now they blame the screen protector factory... |
| 18:06.56 | jelly-home | looks for a suitably sarcastic comment but can't think of one |
| 18:18.51 | *** join/#arm-netbook simosx (~simosx@ubuntu/member/simosx) |
| 18:22.54 | *** join/#arm-netbook eFfeM (~frans@dhcp-077-251-240-021.chello.nl) |
| 18:31.51 | lkcl | rm: the A13 silicon has HDMI on-board. but allwinner decided not to bring it out in order for it not to compete with the A10 |
| 18:32.26 | *** join/#arm-netbook sspiff (~quassel@d8D862466.access.telenet.be) |
| 18:32.27 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 18:32.28 | lkcl | drachensun: the only published source code i know is http://sourceforge.net/projects/alcatel/files/ |
| 18:32.57 | lkcl | drachensun: the 6573 is all i could find (an ARM11). i'm still looking for the Cortex A9 stuff. |
| 18:34.09 | lkcl | alcatel are doing a stellar job of continuing to drop tarballs into that location (there's another 3 in the past 18 hours) so it's worthwhile keeping an eye on |
| 18:34.15 | specing | lkcl: thanks |
| 18:34.24 | mnemoc | lkcl: 6589 ;-) |
| 18:34.43 | specing | also I approve alcatel's use of XZ! |
| 18:34.51 | specing | has an alcatel phone |
| 18:35.29 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE560B0.dip0.t-ipconnect.de) |
| 18:39.23 | mnemoc | lkcl: any update on the eoma68-a10 + mini eng-board ? :) |
| 18:45.05 | *** join/#arm-netbook bsdfox\ (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 18:58.31 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE560B0.dip0.t-ipconnect.de) |
| 18:58.48 | *** join/#arm-netbook ManoftheSea (~ManoftheS@64.150.161.184) |
| 19:05.04 | mnemoc | techn: considering they aren't welcomed upstream, can we do it without a new typedef? :) |
| 19:06.25 | techn | ? |
| 19:06.36 | techn | remove that typedef then? |
| 19:11.25 | mnemoc | it breaks the current style on the .c, but a clear `enum` will be more welcomed when mainlining days come |
| 19:11.44 | mnemoc | `enum disp_csc` for example |
| 19:12.14 | mnemoc | as it's not sunxi_ it's implicit it's not exported |
| 19:12.25 | mnemoc | s/exported/public/ |
| 19:13.00 | mnemoc | techn: but anyhow, is this the only missing bit to merge the disp branch? |
| 19:13.02 | techn | mnemoc: I checked convension.. typedef are not allowed for pointers or structs.. elsewhere it doesnt specify |
| 19:13.58 | mnemoc | fine then. i'm personally alergic to them, but I can deal with it :p |
| 19:14.28 | mnemoc | after a couple of months with this code i've before far more tolerat |
| 19:14.36 | mnemoc | tolerant* |
| 19:14.49 | mnemoc | s/before/become/ |
| 19:14.54 | mnemoc | damn. I can't type :| |
| 19:16.54 | techn | mnemoc: yes. I think after that disp branch should be mergeable |
| 19:17.33 | techn | As you already have tested other outputs :) |
| 19:17.35 | techn | ?? |
| 19:19.06 | mnemoc | nope, i'm 100% trusting the maintainer |
| 19:21.37 | mnemoc | i rarely connect a display to my boards at all. so tests are: 1) compiles?, 2) doesn't oops on load? |
| 19:22.20 | mnemoc | and greenisj output is out of scope of that test suite ;-) |
| 19:24.52 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE560B0.dip0.t-ipconnect.de) |
| 19:25.03 | techn | I'm referring that bug.. Need to recheck that |
| 19:25.24 | libv | what would be needed for display testing is a set of tablets with a few different panels, a mele, an hdmi capable monitor with built in speakers, a vga monitor and cables with and without the ddc pins wired up, a dvi capable monitor without hdcp/audio, and a composite capable tv |
| 19:25.56 | libv | and it should be possible to program the a10 in such a fashion that it can be fooled into using the vga connector for s-video |
| 19:26.21 | techn | https://github.com/linux-sunxi/linux-sunxi/issues/38 |
| 19:35.34 | mnemoc | so i merge the fix in the wip branch and start harassing people on the channel to test it? |
| 19:36.29 | mnemoc | Turl seems to have a mele and hdmi, and rca, and vga |
| 19:36.55 | mnemoc | hno: thanks!! |
| 19:37.08 | Turl | I have a mele and hdmi, vga, no rca though |
| 19:37.23 | Turl | I don't enable disp on it though :P |
| 19:39.54 | mnemoc | come on. wip/linux-sunxi-3.0/disp needs you |
| 19:40.36 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 19:52.23 | mnemoc | hno: wouldn't have been better to transfer your repo and then fork it back? |
| 19:53.04 | mnemoc | hno: to move the issues, and wiki |
| 19:54.54 | hno | Maybe. But does not matter. wiki is cloned automatically, and there is only one issue open. |
| 19:56.29 | mnemoc | :) |
| 19:56.50 | jelly-home | SCART connectivity is still seeing use around here, I sometimes wish there were more cheap hw with scart |
| 19:57.37 | mnemoc | hasn't seen SCART since pre dvb-t times |
| 19:57.50 | libv | jelly-home: scart is unbelievably overdesigned and versatile |
| 19:57.56 | hno | my TV have scart.. |
| 19:58.08 | libv | jelly-home: base is rgb without separate sync signals iirc |
| 19:58.24 | libv | jelly-home: but with specific lines shorted, you can feed in s-video or composite |
| 19:58.33 | jelly-home | people still have analog TVs with scart, now a DVB-T cheap box sitting next to it |
| 19:59.04 | hno | don't have a DVB-T box, or any other tuner capable of receiving any TV channels. |
| 19:59.05 | *** join/#arm-netbook rellla2 (~Thunderbi@p4FE560B0.dip0.t-ipconnect.de) |
| 19:59.41 | jelly-home | ah. I've also seen cvbs being mentioned as an output option over scart from a dvb-t receiver |
| 19:59.46 | Turl | hno: transferring repo also transfers 'forked from' on other people's repos |
| 20:00.11 | libv | i have a cheap crt based tv, with dual scart, just for display driver development |
| 20:00.24 | jelly-home | seems to be cvbs ~ composite |
| 20:00.46 | libv | yes, it is composite indeed |
| 20:00.48 | Turl | wtf is scart? o.O |
| 20:01.06 | libv | http://en.wikipedia.org/wiki/SCART |
| 20:01.33 | Turl | never seen one in my life |
| 20:01.38 | jelly-home | a _very_ shitty connector with lots of features |
| 20:02.13 | libv | Turl: .eu is full of them |
| 20:02.24 | Turl | libv: must be a .eu thingy only |
| 20:02.34 | libv | Turl: high end .us devices also have it |
| 20:02.51 | mnemoc | .ar has their own weird standards.... |
| 20:03.13 | libv | french designed, so vastly overdesigned |
| 20:03.20 | libv | has both up and down in the same connector |
| 20:03.44 | Turl | here display tech has come with, in pseudo chronological order, with aerial/cable, RCA, S-Video, YCbCr, VGA, DVI, HDMI |
| 20:04.01 | Turl | I think I didn't miss any |
| 20:04.58 | Turl | mnemoc: I'm not aware of any .ar only weird standard |
| 20:05.53 | hno | Turl & mnemoc, or redone as a transfer. |
| 20:06.02 | hno | s/or/OK, |
| 20:07.20 | mnemoc | Turl: ok ok. not .ar-only weirdness |
| 20:07.34 | mnemoc | hno: oh. neat! |
| 20:07.53 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
| 20:08.33 | libv | and does, rgb (without sync - my synapses did hold up), s-video and cvbs, plus audio, and some extra signalling in one connector, really forwardlooking for having been designed in 1980 |
| 20:08.43 | mnemoc | Turl: what did you pick for digital tv? japan's? |
| 20:09.30 | Turl | mnemoc: https://es.wikipedia.org/wiki/ISDB-Tb |
| 20:09.52 | libv | in any case, very common in europe, and when you picked up a CRT TV with 2 scarts, you knew both did rgb, and one does s-video while the other does cvbs |
| 20:10.05 | Turl | mnemoc: it's like japan's but with H264 + HE-AAC |
| 20:10.28 | Turl | japan uses MPEG2 |
| 20:10.30 | mnemoc | Turl: what? the whole south america conquered by the japos? |
| 20:10.46 | mnemoc | i see |
| 20:11.20 | jelly-home | if you had to choose between .jp tech and .eu tech... well |
| 20:11.21 | Turl | chile is using it too |
| 20:11.30 | Turl | and pretty much everyone on latam :P |
| 20:11.37 | Turl | https://commons.wikimedia.org/w/index.php?title=File:Digital_broadcast_standards.svg&page=1 |
| 20:11.38 | jelly-home | good for you! |
| 20:12.16 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 20:12.16 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 20:14.36 | Turl | needs more sockets on the wall :< I have 8 and still can't plug all my stuff :P |
| 20:15.53 | hno | Ok, u-boot is now officially moved to linux-sunxi AND there is a stable release v2012.10-sunxi, with ext4 & zfs support |
| 20:15.57 | hno | lundman ^^ |
| 20:16.13 | mnemoc | \o/ |
| 20:16.21 | Turl | nice |
| 20:16.40 | mnemoc | hno: any idea what's causing the freeze on reboot thing on spl? |
| 20:28.56 | hno | not really. |
| 20:45.44 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 20:45.44 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 21:33.25 | *** join/#arm-netbook XenGi (~XenGi@194.29.236.67) |
| 21:36.21 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 22:15.27 | hno | mnemoc, it's odd. BROM manages to read the SPL so the MMC ontroller & card is obviously cooperating there. |
| 22:15.57 | hno | I wonder.. do it also happen on A13 OlinuXIno? |
| 22:17.25 | mnemoc | will test |
| 22:20.31 | lundman | hno: wooo |
| 22:20.58 | lundman | i appreciate you left zfs in there, making my future easier :) |
| 22:26.28 | mnemoc | 40m trying to understand why my cubie wasn't talking to my laptop (it's gateway) and now I notice the cat5 wasn't connected :| |
| 22:30.02 | Turl | mnemoc: lol |
| 22:30.05 | *** join/#arm-netbook stocktrader (~stocktrad@252-64-212-66.spl.org) |
| 22:30.13 | Turl | mnemoc: leds are there for a reason :D |
| 22:30.24 | mnemoc | :) |
| 22:30.33 | *** part/#arm-netbook stocktrader (~stocktrad@252-64-212-66.spl.org) |
| 22:37.16 | mnemoc | hno: a13 survived the first reboot |
| 22:40.13 | mnemoc | and the second |
| 22:43.24 | mnemoc | and the third |
| 22:43.46 | mnemoc | hno: so, no. can't reproduce the problem with the olinuxino |
| 22:47.36 | mnemoc | hno: just for curiousty. are you able to reproduce it? |
| 22:47.43 | mnemoc | in your cubie I mean |
| 22:55.22 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 22:56.43 | *** join/#arm-netbook pucko (~andreas@212.181.98.222) |
| 23:02.30 | *** join/#arm-netbook XenGi (~XenGi@cpe-001f3fc8bcac.ip-pool.rftonline.net) |
| 23:02.50 | *** join/#arm-netbook tuliom (~tuliom@186.214.48.149) |
| 23:45.37 | Turl | mnemoc: did you install hedgewars on your A10 tabs yet? :P |
| 23:47.18 | mnemoc | what's that? |
| 23:47.57 | mnemoc | my a10 tabs are used by my women... I have a N7 :p |
| 23:48.16 | lundman | ugh, so sunxi-3.0 branch goes |
| 23:48.19 | lundman | "Starting kernel" |
| 23:48.53 | mnemoc | booting from nand or uSD? |
| 23:49.00 | lundman | nand |
| 23:49.40 | mnemoc | enable CONFIG_SUNXI_IGNORE_ATAG_MEM to support broken bootloaders |
| 23:50.02 | Turl | mnemoc: http://www.ganggarrison.com/filehost/hedgeroid/hw-android-netplaydemo.apk :) |
| 23:50.16 | Turl | I'm surprised you don't know the awesome hedgewars :P http://www.hedgewars.org/node/4008 |
| 23:51.19 | mnemoc | starcraft was the last game I played around ~1998 iirc |
| 23:52.08 | Turl | never played worms? :| |
| 23:52.12 | lundman | portal! |
| 23:52.59 | mnemoc | i played mud :) |
| 23:53.16 | lundman | ah muds, what a phase |
| 23:53.23 | mnemoc | but i never was much into computer games |
| 23:56.03 | lundman | that did the trick |
| 23:56.18 | lundman | but amusingly, still dies due to the different nand layout |
| 23:56.47 | mnemoc | lundman: beware that hack isn't available in 3.4+ |
| 23:57.08 | mnemoc | you'll have /dev/nand available, and so you can research what's going on from userspace |
| 23:57.30 | lundman | [ 4.810000] EXT4-fs (nandd): VFS: Can't find ext4 filesystem |
| 23:57.43 | lundman | probably boils down to that, since its the wrong nand partition, nothing mounts |
| 23:58.14 | mnemoc | i thought you said our kernel and the stock kernel detected the partition layout differently |
| 23:58.20 | lundman | yes |
