| 00:00.39 | WarheadsSE | hno :) happy uEnv.txt usage |
| 00:01.09 | WarheadsSE | I kicked my saved env, and off it swooshed (once I remembered to add a rootdelay/rootwait in extraargs |
| 00:02.23 | mnemoc | RaYmAn: what did you find about card_boot0_para ? is it setup by boot1? |
| 00:03.08 | RaYmAn | mnemoc: nothing really |
| 00:04.16 | WarheadsSE | mnemoc: suppose I should maybe add the build sd-card instructions for linux? in the vent you are _not_ using an image |
| 00:05.50 | Turl | hno: you did have prebuilt uboot images right? |
| 00:06.28 | mnemoc | WarheadsSE: the official documentation is in https://github.com/hno/uboot-allwinner/wiki but http://linux-sunxi.org/u-boot is begging for some attention |
| 00:07.15 | hno | Turl, I have some at http://www.hno.se/code/A10/ but not up to date. |
| 00:07.43 | Turl | a long as it works I'm okay |
| 00:07.49 | Turl | is feeling lazy today |
| 00:07.53 | mnemoc | you can use the "nightly" |
| 00:08.14 | mnemoc | http://dl.linux-sunxi.org/nightly/latest/ |
| 00:08.36 | mnemoc | but hno's old image is known to work |
| 00:08.46 | mnemoc | no idea about cnxsoft's |
| 00:09.49 | hno | but mine is a messy snapshot image with mismatched SPL and main u-boot and where sources have been lost.. |
| 00:10.01 | mnemoc | :) |
| 00:10.31 | WarheadsSE | lol |
| 00:11.14 | hno | it does work. But have absolutely no idea how to rebuild that exact version. |
| 00:11.36 | hno | should probably build another one and delete that one. |
| 00:16.57 | hno | http://www.hno.se/code/A10/u-boot-mmc-hno-v2011.09-sun4i-20120808.img |
| 00:17.20 | hno | and a matching tag in git. |
| 00:18.07 | WarheadsSE | fixed the typo in the github uboot wiki hno |
| 00:18.14 | hno | Hmm.. how do I push a tag? |
| 00:18.25 | hno | WarheadsSE, what typo? |
| 00:18.34 | hno | and thanks! |
| 00:18.57 | WarheadsSE | FAT /boot.scr should have been FAT /uEnv.txt in the uEnv section |
| 00:20.00 | *** join/#arm-netbook dyoung-away (dyoung@2001:4800:780e:510:7cfc:f3f0:ff04:36e3) |
| 00:20.02 | *** join/#arm-netbook dyoung (dyoung@nasadmin/dyoung) |
| 00:24.30 | Turl | hno: you don't dd these to sector 0 do you? I think I just foobared my sdcard :P |
| 00:24.34 | hno | That u-boot image seems to boot fine on my mele. |
| 00:25.02 | mnemoc | Turl: just blank the first 1M |
| 00:25.16 | mnemoc | Turl: then the spl to 8*1024 and uboot to 32*1024 |
| 00:25.34 | Turl | mnemoc: hno's image is a single img though |
| 00:25.44 | hno | Turl, you only need to restore your partition table if you had data on it. |
| 00:25.46 | mnemoc | ah, ok |
| 00:26.16 | Turl | hno: well I had a partition :P |
| 00:26.53 | hno | Turl, just recreate the partition table and you'll be fine. |
| 00:27.38 | hno | the partition contents is still there. |
| 00:28.26 | Turl | hno: part table is first 512B right? |
| 00:28.44 | hno | yes. |
| 00:28.58 | hno | just partition the card as usual. |
| 00:29.30 | hno | and next time skip=1 seek=1 if writing the image to an used card. |
| 00:32.12 | Turl | good tip, didn't know about seek&skip |
| 00:32.50 | hno | "Unknown command 'echo' - try 'help'".... |
| 00:33.22 | WarheadsSE | yeah |
| 00:36.01 | hno | Kinf of expected that to be built-in to hush. |
| 00:37.32 | hno | Fixed. |
| 00:42.05 | hno | new image uploaded, and tag pushed to github. |
| 00:43.19 | hno | RaYmAn, can you please detail how to get JTAG running on A1x in the wiki? |
| 00:51.12 | WarheadsSE | hno: has anyone tired this on the tablets? with success |
| 00:55.48 | mnemoc | hno: http://linux-sunxi.org/JTAG ? |
| 00:59.04 | hno | WarheadsSE, tried what? |
| 01:01.57 | WarheadsSE | this uboot/spl on the tablets |
| 01:02.01 | hno | mnemoc 6 RaYmAn yes. thanks |
| 01:02.08 | WarheadsSE | Did I just get a POS, or i it not just me? |
| 01:03.20 | hno | POS? |
| 01:04.39 | WarheadsSE | piece of shit |
| 01:05.14 | hno | u-boot-mmc have been used on tablets. |
| 01:05.50 | WarheadsSE | well then the 2 "gooseberry" A721 tablets we have .. don't work |
| 01:06.46 | hno | what dram configuration do they have? |
| 01:06.58 | Turl | so my magic sdcard is not working :< my backlight turns on then device reboots |
| 01:07.00 | WarheadsSE | 4 hynix chips |
| 01:08.10 | hno | then memory setup needs adjustment |
| 01:08.31 | Turl | [ 2.000000] Kernel panic - not syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. |
| 01:08.33 | Turl | :< |
| 01:09.03 | WarheadsSE | hno: in.. uboot? |
| 01:09.08 | mnemoc | Turl: passed root= ? |
| 01:09.12 | Turl | yeah |
| 01:09.17 | Turl | and root is mounted |
| 01:09.18 | hno | WarheadsSE, yes, |
| 01:09.20 | Turl | my init is on /init |
| 01:09.26 | WarheadsSE | *wheee |
| 01:09.43 | WarheadsSE | they are 2x 2x128 |
| 01:09.46 | mnemoc | Turl: told the kernel to use /init instead of /sbin/init ? |
| 01:10.00 | Turl | no, but my android has init on /init and it boots fine :< |
| 01:10.02 | WarheadsSE | probabl has to do with the phys dram 1 defines |
| 01:10.46 | WarheadsSE | Turl: odd.. what distro is that? |
| 01:10.59 | Turl | my own |
| 01:11.08 | WarheadsSE | ok, whats it based on then |
| 01:11.17 | Turl | if you can call an unpacked android recovery a distro :P |
| 01:11.51 | hno | Turl, krenel do not look for /init by default. |
| 01:13.04 | WarheadsSE | ahm, android .. |
| 01:13.43 | hno | <PROTECTED> |
| 01:13.44 | hno | <PROTECTED> |
| 01:13.44 | hno | <PROTECTED> |
| 01:13.44 | hno | <PROTECTED> |
| 01:14.40 | hno | anything else need an init=... |
| 01:16.36 | Turl | yay works now :) |
| 01:16.43 | Turl | got CWM on a sdcard :P |
| 01:16.46 | hno | WarheadsSE, see u-boot/arch/arm/cpu/armv7/sunxi/dram.c |
| 01:17.03 | mnemoc | Turl: wiki wiki :D |
| 01:17.27 | Turl | mnemoc: I'll do a page when I fix a couple of stuff it has :P like it's unable to flash anything |
| 01:17.34 | hno | many have asked for that |
| 01:18.00 | Turl | mnemoc: did you upgrade -v2 with mainline? |
| 01:18.07 | mnemoc | yes |
| 01:18.11 | WarheadsSE | hno: yup |
| 01:18.14 | Turl | what's the new nr? |
| 01:18.19 | mnemoc | 3.0.39+ |
| 01:18.24 | Turl | thx |
| 01:21.54 | Turl | mnemoc: what kind of black magic do you need to build nand-part? |
| 01:21.55 | Turl | nand-part.h:26:19: fatal error: types.h: No such file or directory |
| 01:22.10 | mnemoc | o.o |
| 01:22.20 | mnemoc | -Iinclude/ not been passed? |
| 01:22.57 | mnemoc | Turl: are you using `make` ? |
| 01:23.35 | Turl | got it compiling with make nand-part CFLAGS="-static -Iinclude/" GCC=arm-none-linux-gnueabi-gcc |
| 01:23.43 | Turl | with static alone it explodes |
| 01:23.57 | mnemoc | Turl: why don't you just `make` ? |
| 01:24.09 | Turl | because it builds all the things? |
| 01:24.21 | mnemoc | `make nand-part` ? |
| 01:24.34 | Turl | I need a static, arm binary |
| 01:25.21 | Turl | and it's CC, not GCC :p |
| 01:25.29 | Turl | make nand-part CFLAGS="-static -Iinclude/" CC=arm-none-linux-gnueabi-gcc |
| 01:26.05 | mnemoc | so Makefile needs ifeq ($(STATIC),yes) |
| 01:26.17 | mnemoc | that repo is a mess :< |
| 01:28.32 | Turl | 'env 4096' 'boot 65536' 'system 524288' 'data 2457600' 'misc 2048' 'recovery 65536' 'cache 262144' 'UDISK 27713536' |
| 01:29.26 | mnemoc | b c d e .... |
| 01:29.32 | Turl | what unit is it? |
| 01:29.50 | mnemoc | smells like 512 |
| 01:30.24 | Turl | system is ~252M |
| 01:31.06 | mnemoc | sure? |
| 01:31.11 | Turl | so it's 512B sectors I guess |
| 01:31.16 | Turl | yeah I'm checking with df |
| 01:31.32 | mnemoc | df tells you fs size, not partition size |
| 01:32.01 | Turl | yeah but 512B sector count makes sense :) |
| 01:32.48 | mnemoc | isn't that what I suggested? :< |
| 01:32.55 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
| 01:32.58 | mnemoc | 3:30 .... should really go to sleep |
| 01:33.06 | hipboi | aha |
| 01:33.12 | mnemoc | moin hipboi |
| 01:33.16 | mnemoc | and good night :) |
| 01:33.30 | hipboi | i am just got to the office and start to work |
| 01:33.33 | hipboi | good nite |
| 01:33.43 | Turl | mnemoc: ah I thought you suggested 512M :P |
| 01:33.52 | Turl | my bad :) |
| 01:33.57 | mnemoc | Turl: no, simply 512 |
| 01:34.04 | Turl | yeah 512 it must be :) |
| 01:34.24 | mnemoc | 512M is kind of large even for Google's filesystem |
| 01:34.35 | mnemoc | iirc they use 4M |
| 01:35.18 | mnemoc | I give up in trying to get serial output for the a13-olinuxino tonight |
| 01:35.34 | mnemoc | good night |
| 01:35.39 | Turl | night mnemoc |
| 01:35.46 | hipboi | what? |
| 01:35.57 | hipboi | a13-olinuxino has no serial? |
| 01:36.28 | Turl | hipboi: I think his SD slot was playing games |
| 01:36.40 | mnemoc | UART0 shared with the uSD and UART1 in a 10pin header |
| 01:36.59 | hipboi | i see... |
| 01:37.16 | mnemoc | but nothing works in my board :< |
| 01:37.22 | hipboi | hehe |
| 01:37.35 | mnemoc | no SD, no usb, no uart, no power button, no vga, .... |
| 01:37.44 | mnemoc | snif snif snif |
| 01:37.51 | mnemoc | good night |
| 01:37.56 | hipboi | good night |
| 01:38.52 | hno | A13 is a little short on uart pins compared to a10 |
| 01:40.16 | WarheadsSE | to say the leat |
| 01:41.10 | hno | one muxed with sd, one muxed with lcd iirc. |
| 01:41.40 | mnemoc | VGA_DIS took UART3_RX |
| 01:42.04 | mnemoc | but UART1 is supposed to be there, just can't make it work :< |
| 01:42.13 | hno | VGA_DIS? |
| 01:42.30 | *** join/#arm-netbook Boulet (~sid6581@27.38.164.25) |
| 01:42.44 | mnemoc | hno: a pin used to disable the LCD/VGA voodoo |
| 01:42.44 | hno | is it uart3 that is on lcd pins? |
| 01:42.56 | Boulet | hi |
| 01:42.58 | hno | ok. |
| 01:44.05 | mnemoc | uart3 is peacefully standing in PG9-PG12 |
| 01:44.17 | mnemoc | but got RX abused |
| 01:44.49 | mnemoc | normally only shares pins with SPI1 |
| 01:45.19 | mnemoc | LCD used PD*... and no uart is documented there |
| 01:45.30 | mnemoc | uses* |
| 01:46.09 | Boulet | on A13 i see UART0_TX on PF2 and UART0_RX on PF4, which is not on the datasheet |
| 01:46.31 | mnemoc | right |
| 01:46.46 | mnemoc | the datasheet of the A13 is "sightly" incomplete :) |
| 01:47.14 | Boulet | oh there are other things missing ? wouldn't be surprising hehe |
| 01:47.24 | mnemoc | ^^ |
| 01:47.56 | mnemoc | help documenting pins at http://linux-sunxi.org/A13-OLinuXino and http://linux-sunxi.org/A13/PIO is highly welcomed |
| 01:48.18 | Boulet | i am still trying to initialize A13's DDR3 :( |
| 01:48.59 | mnemoc | Laurent Ovaert? |
| 01:49.14 | Boulet | yup |
| 01:49.18 | mnemoc | welcome :) |
| 01:49.31 | Boulet | :) |
| 01:50.12 | mnemoc | Boulet: hurry and catch hipboi, before he is abducted by his boss |
| 01:50.32 | Boulet | yeah isn't he working for allwinner ? |
| 01:50.44 | mnemoc | Boulet: yes |
| 01:50.46 | Boulet | i have thought to visit them in Zhuhai since I am in Shenzhen |
| 01:51.10 | hipboi | mnemoc: you need to go to bed now |
| 01:51.20 | mnemoc | hipboi: indeed |
| 01:51.28 | mnemoc | good night, for real |
| 01:51.32 | mnemoc | f* A13 |
| 01:51.42 | Boulet | A13 rocks ! |
| 01:55.01 | WarheadsSE | hipboi: can you do me a favor and fix this naming on the A100 page on your aliexpress store? "Arch Linux ARM" not "ARCH arm linux" |
| 01:55.20 | hno | mnemoc, that pin is just one resistor "R19" away from being used from what i can see in schematics. Would have expected that to be a jumper, not gpio controlled by default |
| 01:55.31 | hipboi | WarheadsSE: ok |
| 01:55.37 | hipboi | WarheadsSE: sorry |
| 01:57.42 | Turl | yay A10 repartitioning works :) |
| 01:58.20 | hipboi | good |
| 02:02.50 | WarheadsSE | ty hipboi |
| 02:02.56 | hipboi | hno: i just confirmed, a13 dram controller is different from a10 |
| 02:03.13 | Boulet | glad to hear that now ;) |
| 02:04.16 | hno | how different? |
| 02:06.17 | Boulet | what about the BROMs ? |
| 02:06.53 | hno | BROM do not know about DRAM. |
| 02:07.37 | hno | but A13 BROM do differ from A10. Have not looked at details yet |
| 02:07.48 | hipboi | i will look at the difference |
| 02:08.05 | hipboi | but now i am assigned to study the linux schedule |
| 02:08.19 | hipboi | far from these |
| 02:08.22 | hipboi | sigh |
| 02:08.27 | Boulet | oh |
| 02:10.51 | hno | linux scheduler? |
| 02:12.04 | hipboi | yes |
| 02:12.17 | hipboi | for the multi core |
| 02:14.53 | Turl | linux scheduler is good on SMP :) doesn't need allwinerization haha |
| 02:15.07 | hipboi | i think so |
| 02:15.43 | hipboi | maybe we can take advantage of cgroup etc.. |
| 02:26.22 | Turl | android uses cgroups |
| 02:27.59 | hno | cgroups and process groups both do wonders with scheduler. |
| 02:28.46 | Turl | is the nand layout the same on all devices? |
| 02:29.45 | hno | hipboi, A13 ddr controller looks marginally different from the sources i have. |
| 02:31.00 | hno | s/from/based on/ |
| 02:32.23 | hipboi | is marginally different very big different or small |
| 02:32.29 | hipboi | sorry for my english |
| 02:33.48 | hno | small |
| 02:34.03 | hipboi | ok |
| 02:35.00 | hno | hostport settings, ccm interfacing, zq settings. Maybe some other small detail. |
| 02:36.39 | hno | and a couple bugs less to account for |
| 03:04.18 | Turl | hipboi: maybe interesting for you http://linux-sunxi.org/CWM_on_a_SDCard |
| 03:05.03 | hipboi | nice |
| 03:05.12 | hipboi | with one picture would be better |
| 03:05.40 | Turl | a picture of what? |
| 03:13.57 | hipboi | of the cwm screen |
| 03:57.33 | ZaEarl | Turl, have you seen kk's recovery? the onscreen buttons work great. https://github.com/killerkink/android_bootable_recovery |
| 04:13.41 | Turl | nope, I haven't |
| 04:14.11 | Turl | although I'm not a fan of recovery with on screen buttons, it's like a halfway there solution |
| 04:18.03 | Turl | ZaEarl: btw, I repartitioned my zatab to fit JB better |
| 04:33.15 | *** join/#arm-netbook lerc (~quassel@121-74-246-157.telstraclear.net) |
| 05:29.23 | *** join/#arm-netbook MMlosh (~MMlosh@2001:470:6f:23:9988:2362:249e:2aba) |
| 05:36.41 | ZaEarl | Turl, so put together a LiveSuit img that repartitions and installs JB all in one go. |
| 05:38.41 | *** join/#arm-netbook QingPei (~qingpei@inet-hqmc03-o.oracle.com) |
| 05:48.15 | *** join/#arm-netbook ZaEarl (~malmrose@203-97-164-178.cable.paradise.net.nz) |
| 05:49.39 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 06:00.53 | *** join/#arm-netbook ZaEarl (~malmrose@203-97-164-178.cable.paradise.net.nz) |
| 06:10.08 | *** join/#arm-netbook Quarx (~Quarx@178.74.64.13) |
| 06:49.05 | *** join/#arm-netbook Gujs_ (~Gujs@193.77.24.33) |
| 06:57.48 | *** join/#arm-netbook Boulet (~sid6581@27.38.164.25) |
| 07:01.21 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 07:06.45 | Mazon | am I the only one that is unimpressed by the ouya? - quad core tegra, 1 GB ram, 8GB flash etc etc - for 99$, pretty nice! - HOWEVER, with a release date in 2013, early 2014 - thats actually quite shitty specs? |
| 07:07.19 | Mazon | ok, probably not shitty - but at least not so impressive |
| 07:07.34 | Mazon | if the ouya was ready soon - then it'd be something entirely different |
| 07:08.06 | Mazon | btw, anyone know what the expected price area for the cubieboard will be? |
| 07:11.06 | Mazon | too early in the morning for a rant I guess :) |
| 07:11.55 | hno | 1GB RAM is a little on the low end for such a SoC. And it's Tegra |
| 07:27.20 | Mazon | my beef is, that these specs are great NOW, but not so great in early 2014 |
| 07:28.01 | CIA-121 | rhombus-tech: sc15 master * reea65d9a768c /allwinner_a10/orders/sc15.mdwn: |
| 07:28.21 | Mazon | at that time, we should be running armv8, quad/octo with yet a new graphics core and 2GB ram and 32GB flash :) |
| 07:29.18 | Mazon | the odroid-x is 129, for a somewhat similar board (I know, bigger, no wifi etc etc) - but in a years time... |
| 07:29.40 | rm | it's not going to be released anyway |
| 07:30.00 | CIA-121 | rhombus-tech: sc15 master * r21f5b0e6c2da /allwinner_a10/orders/sc152.mdwn: |
| 07:30.04 | Mazon | I guess to have it at the 99$ pricepoint with controller and package and a margin, they need to have a bit "old" hardware |
| 07:30.43 | rm | there's an opinion that I tend to agree with, that their release timeframe prediction is completely unrealistic |
| 07:30.55 | rm | and afaik they don't even have a working demo yet |
| 07:31.02 | rm | or show it to anyone |
| 07:31.09 | Boulet | they have $6M or so, now they can hire some good people :) |
| 07:31.22 | Boulet | the hardware is probably the easy part |
| 07:32.17 | orly_owl | is there any arm hardware that supports usb3? |
| 07:34.49 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
| 07:50.40 | hipboi | Mazon: http://linux-sunxi.org/Main_Page |
| 07:51.14 | hipboi | there are the price |
| 07:59.02 | rm | Kickstarter has no accountability system |
| 07:59.12 | rm | they can say "ok thanks bye" |
| 07:59.49 | orly_owl | are they an american company? |
| 07:59.51 | rm | get $6M USD and enjoy the rest of their life |
| 08:00.33 | orly_owl | there are similar websites |
| 08:15.29 | rz2k | why do we have spam links on frontpage? :/ http://linux-sunxi.org/Main_Page |
| 08:16.20 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:17.07 | Mazon | hipboi, nice - will definitely get one when its ready! |
| 08:17.42 | hipboi | rz2k: what spam links? |
| 08:17.49 | hipboi | Mazon: D |
| 08:18.10 | rz2k | hipboi: http://linux-sunxi.org/index.php?title=Main_Page&curid=1&diff=372&oldid=253 |
| 08:22.47 | Mazon | yeah, that coupon stuff .. |
| 08:28.34 | Mazon | thats user only made 1 change: http://linux-sunxi.org/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=AlbernFlemingedv&namespace=&year=&month=-1 |
| 08:28.42 | Mazon | so just revert that and kick user |
| 08:28.56 | Mazon | probably just automated account creation and spam |
| 08:41.11 | *** join/#arm-netbook Boulet (~sid6581@199.83.176.2) |
| 08:42.55 | *** part/#arm-netbook QingPei (~qingpei@inet-hqmc03-o.oracle.com) |
| 08:49.21 | hno | mnemoc, you got mail. |
| 09:27.41 | *** join/#arm-netbook adinn1 (~adinn@host-92-23-140-220.as13285.net) |
| 09:27.53 | *** part/#arm-netbook adinn1 (~adinn@host-92-23-140-220.as13285.net) |
| 09:29.49 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 09:30.14 | RaYmAn | hipboi: hi. got jtag somewhat working. You wouldn't happen to have an openocd config file for it or simular? :) |
| 09:30.44 | hipboi | no... |
| 09:31.30 | RaYmAn | damn. so what do you guys use for jtag then? |
| 09:32.34 | mnemoc | moin |
| 09:33.01 | mnemoc | hno: can I write/exe the spl using fel? |
| 09:35.42 | mnemoc | hno: any address (e.g. 0x2000) or there is a preferred location? |
| 09:41.57 | hno | RaYmAn, I would expect they use ARM Keil tools. |
| 09:43.30 | hno | Or.. that's the microcontroller tools. Something similar but for Cortex A |
| 09:46.45 | *** join/#arm-netbook Vayu (~yundin@fw2.nbi.dk) |
| 09:48.45 | RaYmAn | i know nvidia uses lauterbach |
| 09:49.24 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 09:50.50 | RaYmAn | its just hard to guess a lot of jtag stuff :O |
| 10:00.08 | Turl | http://promotion.focalprice.com/1cent_cardreader/ |
| 10:00.21 | Turl | literally 1 cent card reader if anyone needs one :P |
| 10:04.40 | Turl | hipboi: at 49$ and that small size, cubieboard looks like a good competitor for raspberry pi :) |
| 10:09.09 | Boulet | via fel it should now be able to upload any .elf file to A10/A13 memory and have it executed automatically |
| 10:12.21 | mnemoc | Boulet: hi, hno forwarded me your (?) test1.zip. is it standalone or it's supposed to be dropped somewhere in the u-boot tree? |
| 10:12.33 | mnemoc | smells stand alone |
| 10:12.47 | Boulet | it is stand alone |
| 10:12.59 | Boulet | look at the header of test.c |
| 10:13.15 | Boulet | i am sorry the code is damn ugly, i just wanted to have something run quickly ;) |
| 10:13.27 | mnemoc | doesn't compile here :p |
| 10:13.32 | Boulet | i grabbed bit and pieces here and there haha |
| 10:13.42 | Boulet | oh hum |
| 10:13.49 | Boulet | i use cygwin |
| 10:13.54 | mnemoc | http://dpaste.com/783168/ |
| 10:14.17 | mnemoc | i'm a userspace guy... and in that world that error means "no main" |
| 10:14.46 | mnemoc | I suppose I need to include start.o |
| 10:15.00 | mnemoc | but then it fails uglier |
| 10:15.07 | Boulet | normally no |
| 10:16.38 | mnemoc | then it has to be about gcc flags |
| 10:20.33 | Boulet | (see privatemsg) |
| 10:43.09 | furan | where is the kernel on my allwinner device? |
| 10:43.16 | furan | I mounted nanda and all I can find is u-boot |
| 10:47.01 | Mazon | anyone seen: http://www.ovalelephant.com/forum/viewtopic.php?f=12&t=114 - aparently oval elephant got cheated by Shenzhen Sunrise Ltd |
| 10:48.29 | Turl | ouch |
| 10:48.35 | Turl | the post doesn't say much though |
| 10:48.48 | Turl | furan: nandc |
| 10:48.54 | rz2k | lol |
| 10:49.38 | furan | thanks |
| 10:50.36 | rz2k | to have a good production line in China you actally need to inspect everything yourself, every line, every stage, not by some hireable guy that will take money from both sides and say that everything is okay. |
| 10:52.24 | *** join/#arm-netbook nibb (~jyuyu@77.199.218.87.dynamic.jazztel.es) |
| 10:53.07 | rz2k | I have a friend that runs OEM for testing equipment, cheap multimeters and such stuff, he was cheated by guys from globalsources/alibaba quite often till he realized that he need to control everything. |
| 10:54.00 | Turl | I could use a cheap multimeter :P |
| 10:55.21 | mnemoc | Mazon: you can get it from Tom |
| 10:55.30 | rz2k | meh, buy a Fluke. one multimeter forever, I had one that was ~7 years old, still works at my old job. |
| 10:56.36 | Turl | rz2k: 100-500USD >.< no thanks :) |
| 10:56.55 | Mazon | mnemoc, ? |
| 10:57.27 | Mazon | mnemoc: the above is about the Round Rhino, custom product afaik |
| 10:58.18 | Turl | from what I know, round rhino is similar to the oval elephant |
| 11:00.14 | Mazon | + IR + UART + BCM Wifi/Bluetooth Module |
| 11:00.27 | Turl | yeah that |
| 11:00.39 | Turl | I was not sure if it was public info :) |
| 11:02.43 | Mazon | its in the forum - so I would assume that it is |
| 11:02.43 | rz2k | bcm... |
| 11:07.15 | Turl | rz2k: BCM wifi kills realtek's crap chips any day :) |
| 11:30.13 | RaYmAn | So, anyone tried out the JTAG stuff yet? |
| 12:04.49 | *** join/#arm-netbook sspiff (~quassel@94.103.155.103) |
| 12:04.49 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 12:08.57 | mnemoc | RaYmAn: you :) |
| 12:11.18 | mnemoc | Mazon: didn't know the difference between both |
| 12:13.31 | Mazon | the ovalelephant is similar to toms |
| 12:13.44 | Mazon | but the round rhino was something new |
| 12:14.12 | RaYmAn | mnemoc: yeah, was more thinking whether someone verified it yet? :) |
| 12:19.15 | mnemoc | RaYmAn: sure, I was joking ;-) |
| 12:19.23 | RaYmAn | I know :P |
| 12:20.25 | RaYmAn | I'm wondering the best way to do proper debugging..Maybe replacing either u-boot or kernel with a binary that has a single entrypoint and just loops forever? So one can jtag in, halt, load e.g. u-boot and debug through it |
| 12:20.48 | RaYmAn | since we have no way to start cpu in halt |
| 12:21.18 | mnemoc | `resume` doesn't do it? |
| 12:21.40 | RaYmAn | well, yeah, but like, when you apply power, it'll just run regularly until you jtag in and halt it |
| 12:21.51 | RaYmAn | so it's pretty hard to control how far it's gotten in initialization |
| 12:22.19 | RaYmAn | it mihgt be possible to soft-reset I guess |
| 12:24.16 | mnemoc | sounds like an important feature |
| 12:24.40 | RaYmAn | usually you have a hardware signal to reset, but given how we access it, that's not realy possible |
| 12:24.59 | Turl | RaYmAn: can't you say, stop on the uboot console |
| 12:25.05 | Turl | then chainload another uboot to debug it? |
| 12:25.24 | RaYmAn | probably, but doing it that way means uboot initialization code has already run |
| 12:25.48 | RaYmAn | which may or may not be an issue depending on what you want to debug |
| 12:26.07 | mnemoc | http://openocd.sourceforge.net/doc/html/General-Commands.html shows a `reset` |
| 12:26.28 | RaYmAn | Perform as hard a reset as possible, using SRST if possible. |
| 12:26.50 | RaYmAn | soft_reset_halt might work I suppose |
| 12:27.30 | RaYmAn | I'm mostly guessing, so I dunno what's possible with software reset |
| 12:27.41 | mnemoc | find it out |
| 12:28.54 | mnemoc | my 22" really dislikes olinuxino's 800x600 :p |
| 12:37.02 | RaYmAn | mnemoc: you had a flyswatter and a microsd breakout board, right? ;) |
| 12:37.55 | mnemoc | RaYmAn: yes, but more concerned about getting my olinuxino hardware working (on the stock android) atm |
| 12:38.39 | RaYmAn | tries to come up with a way where JTAG would help with that |
| 12:43.06 | mnemoc | weee... uart1 started working :D |
| 12:43.16 | RaYmAn | cool :) |
| 12:43.23 | Boulet | ah good :) |
| 12:47.31 | mnemoc | http://dpaste.com/783217/ |
| 12:47.56 | RaYmAn | mnemoc: is it possible to access nand from mmcbooted kernel yet? |
| 12:48.15 | Turl | mnemoc: 512 ram? :P |
| 12:48.29 | Turl | mnemoc: btw, repartitioning went smoothly yesterday :) |
| 12:48.46 | *** join/#arm-netbook Boulet (~sid6581@207.126.93.2) |
| 12:49.06 | Boulet | mnemoc this is the output of uart0 right ? |
| 12:52.06 | Boulet | does A13 has JTAG pins available ? |
| 12:52.24 | RaYmAn | we don't really know |
| 12:52.49 | RaYmAn | I'm kind of thinking that it's identical to a10 in that matter |
| 12:52.52 | CIA-121 | rhombus-tech: marco master * r648ab81b033f /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 12:53.09 | RaYmAn | e.g. we can get jtag over microsd port by default (e.g. PF00,01,03 and 05 is set to JTAG by default)) |
| 12:53.11 | Boulet | RaYmAn, not sure, there are less pins, they might have left that out |
| 12:53.20 | Boulet | ah ok |
| 12:54.05 | RaYmAn | I'll try it later - I'd just kind of like a full backup of my a13 device before I start playing with nand stuff (I don't really have a suitable livesuite image) |
| 12:54.27 | *** join/#arm-netbook nibb (~jyuyu@77.199.218.87.dynamic.jazztel.es) |
| 12:54.43 | Boulet | yeah would be nice if you could tell us if jtag works there |
| 12:54.59 | Boulet | UART0 was also not documented on A13 datasheet but it is there at same place as A10 |
| 12:55.11 | RaYmAn | yeah, on PF02 and 04? |
| 12:55.24 | RaYmAn | so it makes sense they'd make jtag the same way as well |
| 12:55.54 | Boulet | yes |
| 12:55.55 | RaYmAn | do we have a fel-pio dump on an 13? |
| 12:55.57 | Boulet | yeah |
| 12:56.08 | Boulet | it's on github |
| 12:57.11 | RaYmAn | any hint on where? :P |
| 12:57.15 | Boulet | would be nice to make a jtag to SD adapter |
| 12:57.44 | Boulet | and also have UART0 on that, would be quite convenient |
| 12:57.50 | RaYmAn | yeah, should be possible |
| 12:58.03 | RaYmAn | well, that's what the microsd adapter from hipboi has, heh. |
| 12:58.07 | CIA-121 | rhombus-tech: marco master * rd6024050a27f /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 12:58.10 | Boulet | but what about this JTAG_SEL0/JTAG_SEL1 ? |
| 12:58.16 | RaYmAn | No idea |
| 12:58.24 | Boulet | RaYmAn, oh so this exists ? |
| 12:58.34 | Boulet | such adapter ? |
| 12:58.47 | RaYmAn | http://skumler.net/mk802_jtag.jpg |
| 12:58.48 | CIA-121 | rhombus-tech: marco master * r6a9eeb5cb755 /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 12:59.03 | Boulet | GOSH |
| 12:59.04 | Boulet | hahaha |
| 12:59.13 | Boulet | i want that :-D |
| 12:59.26 | RaYmAn | I don't think it's generally for sale, but hipboi might be able to hook you up with one |
| 12:59.42 | Boulet | i hope i can even go see, him i am in shenzhen ;) |
| 12:59.49 | RaYmAn | heh |
| 13:00.09 | Boulet | this is smart that they placed uart0 and jtag on the sd-card slot ! |
| 13:00.17 | RaYmAn | yeah |
| 13:00.50 | RaYmAn | I took that idea and I've successfully used it on ASUS Transformer & Transformer Prime as well (and it should work on all tegra devices) - only UART though. |
| 13:01.19 | Boulet | you mean they also export it on the SD card ? neat |
| 13:01.28 | RaYmAn | well, they don't by default |
| 13:01.42 | RaYmAn | but it so happens to be one the functions those pins can take on through pinmuxing |
| 13:01.53 | Boulet | ah right |
| 13:02.13 | RaYmAn | so it won't give you bootloader output unless you are running a custom u-boot |
| 13:02.19 | RaYmAn | but it'll let you get kernel output |
| 13:02.29 | RaYmAn | (with a custom kernel as well, of course, but that's easier to get :P) |
| 13:03.09 | Boulet | you use openocd for jtag ? |
| 13:03.22 | RaYmAn | mnemoc: got a fel-pio dump of the a13 board? I can't seem to find it anywhere |
| 13:03.25 | RaYmAn | yeah |
| 13:03.36 | Boulet | this works well with cortex-a8 ? never tried |
| 13:03.42 | RaYmAn | it works, but given I've had to try and patch together a config file, it doesn't work perfectly :P |
| 13:03.54 | RaYmAn | openocd has pretty good a8 support as far as I can tell |
| 13:03.59 | Boulet | https://github.com/hno/Allwinner-Info |
| 13:05.56 | RaYmAn | ty |
| 13:06.19 | RaYmAn | well, PF0,PF1, PF3 and PF5 has function 4 set by default like on a10 (and on a10, that's jtag) |
| 13:06.48 | RaYmAn | So I guess that does indicate it's the same :) |
| 13:06.55 | CIA-121 | rhombus-tech: marco master * raeb57bd5bc4c /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 13:06.58 | RaYmAn | anywyas, gotta go shop a bit, later |
| 13:06.58 | Boulet | mmmh |
| 13:07.06 | Boulet | see ya |
| 13:08.54 | CIA-121 | rhombus-tech: marco master * r5f3a68ac48c3 /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 13:18.19 | mnemoc | RaYmAn: in pins the olinuxino only has PF2/PF4 exposed, and not sure what's exactly wrong with my uSD slot |
| 13:32.31 | RaYmAn | mnemoc: did you verify those pins vs uSD slot with a multimeter? |
| 13:32.37 | RaYmAn | it's a bit harder to verify the rest |
| 13:33.33 | mnemoc | RaYmAn: no clue how to open this thing |
| 13:33.38 | mnemoc | the slot I mean |
| 13:33.51 | RaYmAn | I meant like, using the microsd breakout? :P |
| 13:34.13 | RaYmAn | I mean, you know PF2/4 should go to the uart header (the 5-pin one) |
| 13:34.40 | mnemoc | meh... good idea |
| 13:34.47 | mnemoc | I'll test that in 1-2h |
| 13:35.21 | RaYmAn | you could also test for whether the other pins have signals kinda (while the device is on) |
| 13:35.57 | mnemoc | yes, will search for the breakout and test that in 1-2h |
| 13:38.42 | RaYmAn | psh, you take that work thing far too seriously ;) |
| 13:39.09 | mnemoc | :) |
| 13:39.44 | mnemoc | I need to finish some stuff before friday or I won't be allowed to leave :-/ |
| 13:40.45 | mnemoc | it's not that much, but I can't take the risk |
| 13:41.10 | Boulet | mnemoc which country are you in ? |
| 13:41.13 | Boulet | spain ? |
| 13:41.38 | mnemoc | yes, but I don't work "here" |
| 13:41.48 | Boulet | ah |
| 13:43.15 | mnemoc | and as "contractor" I don't really have the right to have vacations at all... so I prefer to not push the luck |
| 13:45.11 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 13:55.56 | Triffid_Hunter | hey all, what's the latest on mele A1000 hacking? |
| 14:10.09 | xxiao_ | http://www.kickstarter.com/projects/ouya/ouya-a-new-kind-of-video-game-console |
| 14:10.19 | xxiao_ | this looks like Mele2000 |
| 14:10.29 | *** join/#arm-netbook cubieboard (~cubieboar@221.172.56.233) |
| 14:10.43 | Boulet | cubieboard ;) |
| 14:10.55 | cubieboard | hi |
| 14:11.05 | Boulet | hi A10 |
| 14:35.19 | zenitraM | can we expect a sun6i cubieboard sometime? :P |
| 14:37.54 | RaYmAn | I'd imagine sun6i has to come out first? ;) |
| 14:38.28 | Boulet | i bet an FPGA version of it already exists hehe |
| 14:40.47 | RaYmAn | probably |
| 14:42.30 | rz2k | interesting, did allwinner actually fix heating issues in sun6i? a10 is pretty hot, guys with mk802 placing heatsinks for heavy loads. I believe sun6i to be MPCore, so different asic layout will be used, but still.. |
| 14:43.03 | rz2k | also, imx6 and tegra3 are in metal housings instead of usuall plastic ones. |
| 14:43.16 | specing | rz2k: it isn't as hot when running normal linux |
| 14:43.27 | specing | I guess mali isn't enabled |
| 14:44.45 | rz2k | cant say that my a10 on lyf1 was cold running linaro, especially when I've tested mplayer for an hour :p |
| 14:47.55 | WarheadsSE | xxiao_: I dont think that is an A10. I beleive it is supposed to be tegra3 |
| 14:49.18 | rm | mine was uber hot when in Android |
| 14:49.24 | rm | mk802, that is |
| 14:49.38 | xxiao_ | i was told the new mk802 will have axp209 integrated, due end of this month |
| 14:50.03 | rm | I now just run it at 300-1000MHz with the ondemand governor |
| 14:50.19 | rm | well, and no graphics |
| 14:50.36 | rm | <PROTECTED> |
| 14:51.11 | rm | cpufreq stats: 300 MHz:82.05%, ............ 1.01 GHz:17.90%, |
| 14:58.31 | traeak | ouya was last said to be tegra3 although i'm not so sure that's the best choice |
| 14:58.39 | traeak | too bad the t6xxx mali isn't going to be out before then |
| 14:58.48 | traeak | probably will kick the living crap out of tegra3's gpu |
| 15:02.24 | WarheadsSE | fair chance |
| 15:02.30 | RaYmAn | with some luck there'll even be cortex a15 out by then :P |
| 15:02.31 | WarheadsSE | not like the drivers out now are open enough though |
| 15:02.43 | WarheadsSE | getting accel working on the Mali is a bitch. |
| 15:02.57 | WarheadsSE | (in linux, with not-out of date X) |
| 15:03.30 | Triffid_Hunter | WarheadsSE: possible? |
| 15:03.36 | WarheadsSE | possible, yeah |
| 15:03.39 | WarheadsSE | just a PITA |
| 15:03.44 | WarheadsSE | Cedar would be nice too. |
| 15:44.03 | *** join/#arm-netbook dfenwick (~chatzilla@c-76-111-72-228.hsd1.va.comcast.net) |
| 16:06.03 | RaYmAn | mnemoc: did you play around with any custom kernels? :) |
| 16:07.45 | mnemoc | RaYmAn: trying to get wip/lichee3-sunxi/import-sun5i compiling |
| 16:07.58 | RaYmAn | okay |
| 16:08.45 | mnemoc | updated drivers need int sw_get_chip_id(struct sw_chip_id *); implemented |
| 16:11.26 | RaYmAn | annoying |
| 16:11.36 | mnemoc | I'll just fake it for now |
| 16:13.08 | RaYmAn | are the drivers significantly different? Or well, is the hardware really any different? (Other than lacking some stuff)= |
| 16:13.21 | mnemoc | mostly all the same stuff |
| 16:13.51 | RaYmAn | 'k |
| 16:14.49 | mnemoc | the goal should really be to merge sun4i and sun5i |
| 16:15.02 | RaYmAn | yeah |
| 16:15.20 | mnemoc | I've done some merging in 3.4 |
| 16:15.58 | RaYmAn | We really need a way to dump full nand from fel :> hehe |
| 16:16.33 | mnemoc | probably the best way is to push an small installer/recovery system to ram |
| 16:16.39 | RaYmAn | yeah |
| 16:19.28 | specing | Can't you use uboot for that? |
| 16:20.01 | RaYmAn | hm |
| 16:20.05 | specing | first load and then hexdump to console? |
| 16:20.06 | RaYmAn | over uart? :S |
| 16:20.11 | RaYmAn | won't that take...forever? |
| 16:20.13 | specing | no |
| 16:20.21 | specing | 10kb/s |
| 16:20.31 | specing | I've booted Linux over serial before |
| 16:20.37 | RaYmAn | I suppose you only need to dump the first 10-20MB/s |
| 16:20.45 | specing | yep |
| 16:21.04 | specing | and uboot supports loady |
| 16:21.11 | specing | maybe it supports sendy too? |
| 16:22.19 | RaYmAn | can uboot access the full nand? |
| 16:22.32 | mnemoc | in theory... |
| 16:23.03 | RaYmAn | though,my issue is that I want a full dump before changing e.g. script.bin since I have no livesuite image :S |
| 16:23.04 | Boulet | i think the best is just to do a small program that will dump the nand to DDR3, then use fel to retrieve |
| 16:23.29 | RaYmAn | yeah, that's what I was thinking, but the question is how much is required to writ ethat :P |
| 16:23.42 | RaYmAn | presumably some pinmux setup, some nand setup, then talking to nand? |
| 16:23.45 | mnemoc | writing the full 4GB when you only need a couple of MB instead very nice |
| 16:23.51 | Boulet | RaYmAn basically yes |
| 16:24.15 | Boulet | fel is a good interface actually |
| 16:24.34 | hno | mnemoc, you should be able to hut uSD connector pins on the PCB using a needle |
| 16:24.43 | Boulet | you could pass some parameters to some functions via fel and ask fel to execute the function you want |
| 16:25.02 | mnemoc | hno: pushing up the front or the back? |
| 16:25.23 | mnemoc | don't want to break it |
| 16:25.53 | hno | usually the pcb connections are exposed at the back. But i have not seen what connector they are using. |
| 16:26.26 | mnemoc | ah, sorry... I thought you said I can open the slot |
| 16:26.35 | mnemoc | damn migrane :> |
| 16:26.36 | mnemoc | :< |
| 16:26.44 | mnemoc | can't think |
| 16:27.11 | hno | the slot shield is soldered for stability, no opening without desoldering. |
| 16:30.01 | RaYmAn | hno: does bootrom do different things wrt initialization when booting e.g. sd and fel? (Other than presumably setting up usb) |
| 16:32.00 | mnemoc | i would assume it's fel who sets up usb |
| 16:32.12 | RaYmAn | well, fel is in bootrom, sin't it?: P |
| 16:32.23 | *** join/#arm-netbook Quarx|2 (~Quarx@178.74.64.13) |
| 16:33.33 | RaYmAn | I'm mostly thinking about the idea about loading u-boot spl from fel |
| 16:33.49 | mnemoc | RaYmAn: not a new idea :p |
| 16:33.51 | RaYmAn | doesn't know enough about a10/13 initialization sequence |
| 16:33.59 | RaYmAn | mnemoc: I know , I read it here! :P |
| 16:34.35 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 16:34.35 | *** join/#arm-netbook Quarx (~Quarx@178.74.64.13) |
| 16:34.35 | *** join/#arm-netbook lundman (~Accident@194.109.206.190) |
| 16:34.35 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 16:34.35 | *** join/#arm-netbook termleech (~termleech@184-106-168-239.static.cloud-ips.com) |
| 16:34.35 | *** join/#arm-netbook arete74 (~arete74@host160-66-static.225-95-b.business.telecomitalia.it) |
| 16:34.35 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 16:34.40 | mnemoc | from Boulet we have a toy that initializes the A13 dram |
| 16:34.50 | mnemoc | so we are very near to the sun5i-mmc uboot |
| 16:36.59 | Boulet | the watchdog code i found on git does not work well |
| 16:37.11 | Boulet | it does reset the chip once, but not more ;) |
| 16:37.18 | Boulet | i modified the sequence and now it works all the time |
| 16:37.46 | Boulet | it's useful to nicely come back to fel mode after your program as finished executed (or on demand) |
| 16:38.03 | RaYmAn | In reality I'm more thinking about manually loading uboot spl from jtag..Either from fel mode, or from a specially crafted sd binary that sets up jtag port on sd. i'm assuming bootrom loads the full "spl" binary to memory, then executes, so there's no dependency on sd as soon as it runs |
| 16:38.40 | RaYmAn | does that make sense? :P |
| 16:41.18 | Boulet | i don't know ;) |
| 16:45.12 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 16:45.12 | *** join/#arm-netbook lundman (~Accident@194.109.206.190) |
| 16:45.12 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 16:45.12 | *** join/#arm-netbook termleech (~termleech@184-106-168-239.static.cloud-ips.com) |
| 16:45.12 | *** join/#arm-netbook arete74 (~arete74@host160-66-static.225-95-b.business.telecomitalia.it) |
| 16:45.12 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 16:46.50 | Boulet | on git there is a very small program that you can write on the SD-CARD so that the board boot into fel-mode at power-up |
| 16:47.12 | Boulet | i think for u-boot development, DDR3 initialization must be added to that program |
| 16:47.28 | Boulet | so upon reset, you go to fel mode, and DDR3 is also initialized |
| 16:47.45 | Boulet | from there, you can upload ever code you want anywhere, and execute whatever you want |
| 16:48.13 | Boulet | then if you want JTAG, it is up to you, but i think it is not even necessary |
| 16:48.43 | RaYmAn | probably not necessary, but fun! :) |
| 16:49.27 | Boulet | i admit it would be great to have |
| 16:50.06 | hno | For u-boot development the SPL works fine. The problem is SPL development. |
| 16:50.22 | RaYmAn | well, I do already have jtag on a10, and I'm fairly certain it'll work on a13 as well |
| 16:50.51 | RaYmAn | the hard part is just booting from sd and then suddenly changing to jtag over same pins :S |
| 16:50.56 | hno | Yes, everything indicates A13 have JTAG on PF just as A10 does. |
| 16:51.35 | hno | Booting from SD and then change to JTAG is not difficult. |
| 16:51.52 | RaYmAn | no, but it requires the SPL doing it presumably :) |
| 16:51.57 | RaYmAn | given they use same pins |
| 16:52.05 | Boulet | someone needs to write the code that read and write from NAND ;) |
| 16:52.23 | RaYmAn | well, does nand even work when booted from sd atm? :P |
| 16:52.33 | RaYmAn | Cause in my experience, it doesn't :P So that might be a good start |
| 16:52.35 | mnemoc | sure |
| 16:52.44 | hno | If adding the NAND driver to u-boot yes. |
| 16:52.52 | hno | it adds cleanly. |
| 16:53.22 | Boulet | hno, how big is the SPL ? |
| 16:53.44 | RaYmAn | it has to fit in sram doesn't it? Or am I misundertsanding the boot process? |
| 16:53.56 | hno | ~15 KB with MMC driver. |
| 16:54.20 | hno | yes, SPL have to fit in SRAM. |
| 16:54.28 | Boulet | it seems NAND driver would be quite bigger than MMC driver, is that correct ? |
| 16:55.21 | hno | The full NAND driver with logical layer is way too big. Need to be isolated down to simple physical layer. |
| 16:55.35 | Boulet | right |
| 16:56.03 | hno | and need to figure out why almost any change breaks SPL.. |
| 16:58.36 | Boulet | when u-boot loads the linux image from nand, it uses the full logical layer ? |
| 16:59.05 | Boulet | it already has a filesystem actually ? |
| 17:01.47 | mnemoc | by default it: nand read 40007800 boot;boota 40007800 |
| 17:01.57 | Boulet | the nand blocks are 128KB if i remember correctly ? |
| 17:02.06 | Boulet | what is uboot's binary size ? |
| 17:03.38 | Boulet | if uboot fits in 1 nand block that will makes things quite easier :D |
| 17:04.26 | mnemoc | 132336 |
| 17:04.33 | mnemoc | mmc-only |
| 17:05.00 | Boulet | ah |
| 17:05.43 | mnemoc | an nanda's is..... |
| 17:05.46 | mnemoc | and* |
| 17:05.49 | mnemoc | 245736 |
| 17:06.33 | hno | Boulet, yes u-boot by default uses logical layer with partition table, filesystem driver etc. |
| 17:07.09 | Boulet | yeah so i wonder how it is supposed to be done |
| 17:07.21 | Boulet | reserve a few blocks for u-boot at the beginning of the flash ? |
| 17:07.36 | Boulet | and do custom nand-block chaining |
| 17:08.08 | mnemoc | u-boot.bin is a file in nanda |
| 17:08.21 | mnemoc | the kernel itself is written raw on a nand partition |
| 17:08.31 | mnemoc | nanda = vfat |
| 17:10.34 | *** join/#arm-netbook Quarx (~Quarx@178.74.64.13) |
| 17:10.40 | Boulet | ok |
| 17:10.58 | Boulet | there is no mystery, the BROM looks for a magic string |
| 17:11.35 | Boulet | to load boot0, so our custom boot0 will probably have to do something similar to locate u-boot and load it into SDRAM |
| 17:12.06 | Boulet | and if uboot takes several nand blocks, they will have to be linked, using the physical block index should be fine |
| 17:12.22 | RaYmAn | hno: am I right that you discovered there was some extra, possibly important stuff in the nand before nanda? Or is it safe to dump everything you can from regular booted kernel and then livesuit an a13 image for another (a13) device? Or Did I read stuff wrong? :P |
| 17:14.36 | hno | boot0 and boot1 resides in the first NAND erase blocks outside the logical layer |
| 17:15.10 | RaYmAn | that's the only thing? |
| 17:16.17 | RaYmAn | I'm mostly trying to figure out if I can whip up a livesuit image using the dumped nand* partitions and an a13 livesuite image :P So trying to figure out if those boot0/boot1 are fully generic across a10 or a13 or if there can be device specific stuff encoded in them |
| 17:17.09 | hno | it should be the only pieces in raw nand blocks. |
| 17:17.31 | hno | boot0 & boot1 are cpu specifc |
| 17:17.34 | mnemoc | hipboi's friend confirmed it's all in the first raw block |
| 17:17.53 | RaYmAn | ok |
| 17:17.54 | hno | it's more than one block. |
| 17:19.52 | hno | see src/format/nand_frmat.c |
| 17:21.03 | Boulet | ah cool |
| 17:21.08 | Boulet | that one is easy then |
| 17:21.22 | Boulet | but uboot cannot simply follow boot0/boot1 |
| 17:23.01 | Boulet | ah yeah i remember the first block of a NAND is guaranteed to never be a bad block out of the factory |
| 17:23.10 | Boulet | probably for boot reasons |
| 17:27.15 | Boulet | maybe a megabyte or so should be reserved at the beginning of the nand flash |
| 17:28.26 | RaYmAn | on eMMC, it's even encoded in the eMMC protocol as seperate "emmc" boot partitions (not regular partitions) |
| 17:30.23 | Boulet | yeah here, some custom logic has to be done :( |
| 17:31.05 | Boulet | i think using a magic string followed by the number of the next physical nand block |
| 17:33.57 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 17:34.31 | hno | RaYmAn, A10 is not using SD boot protocol as far as I know. |
| 17:35.12 | RaYmAn | hno: yeah, it's not using eMMC afaik (and I believe it only applies to eMMC) |
| 17:35.34 | hno | It applies to SD as well. |
| 17:35.47 | RaYmAn | oh |
| 17:37.28 | hno | And A1x can boot from eMMC. A13 even have 8-bit MMC bus capability. A10 only 4 bit bus width. |
| 17:37.53 | hno | A13 also supports cATA. |
| 17:38.34 | hno | CE-ATA I meant. |
| 17:39.12 | Boulet | oh ? |
| 17:39.14 | Boulet | what is that ? |
| 17:39.18 | mnemoc | so it's not merely a mutilated A10 |
| 17:39.35 | mnemoc | Boulet: http://en.wikipedia.org/wiki/CE-ATA |
| 17:39.36 | Boulet | haha |
| 17:39.43 | Boulet | mutilated ;) |
| 17:39.56 | mnemoc | :) |
| 17:40.44 | RaYmAn | so harddisks over mmc? lol |
| 17:40.46 | mnemoc | sounds better than crippled to me... |
| 17:41.36 | mnemoc | WarheadsSE used the term "gimpy" last time |
| 17:42.31 | WarheadsSE | Yeah, american saying |
| 17:43.48 | Boulet | getting late here |
| 17:44.18 | Boulet | good bye all |
| 17:44.47 | *** join/#arm-netbook nibb (~jyuyu@77.199.218.87.dynamic.jazztel.es) |
| 17:48.14 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@212.179.75.202) |
| 17:58.05 | *** join/#arm-netbook CIA-121 (~CIA@204.152.223.100) |
| 17:58.05 | *** join/#arm-netbook hark (~hark@w.v89.eu) |
| 17:58.05 | *** join/#arm-netbook diego_ (~diego@81-174-22-28.dynamic.ngi.it) |
| 17:58.05 | *** join/#arm-netbook RaYmAn (rayman@rayman.dk) |
| 17:58.05 | *** join/#arm-netbook ajmitch (ajmitch@ubuntu/member/ajmitch) |
| 17:58.05 | *** join/#arm-netbook rmull (rmull@nooperation.org) |
| 18:09.23 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
| 18:14.40 | hno | mnemoc, have imported the a13 hack in Allwinner-info/a13/test1 and fixed up Makefile a bit making it build with Linaro bare-metal toolchain. |
| 18:14.59 | hno | full toolchain segfaults in linking for some reason. |
| 18:22.37 | Turl | RaYmAn: reeealy old talk but if you want to dump full nand make a SDCard CWM and dd it :) |
| 18:22.50 | Turl | make sure you use latest kernel that has access to full nand |
| 18:23.04 | RaYmAn | Turl: on A13? :P |
| 18:23.51 | Turl | should work :P |
| 18:24.05 | RaYmAn | except the kernel is missing some stuff for a13 |
| 18:24.18 | Turl | yeah that :P |
| 18:25.10 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
| 18:25.25 | mnemoc | hno: ok |
| 18:25.46 | mnemoc | Turl: have you tried .39 yet? |
| 18:26.34 | Turl | mnemoc: yeah, works |
| 18:27.00 | mnemoc | Turl: https://github.com/amery/linux-allwinner/issues/64 |
| 18:27.05 | mnemoc | not for everyone :< |
| 18:34.20 | Turl | mnemoc: weird that stuff explodes on wemac though :< |
| 18:35.48 | Turl | mnemoc: btw I've been using https://github.com/allwinner-dev-team/linux-allwinner/commit/5cbb716e1ce70192e834e7a3259b1ff0fa9c6b79 for some days on my mele, works fine |
| 18:36.04 | Turl | it's a squash of lundman's wemac patches |
| 18:40.30 | *** join/#arm-netbook eFfeM (~frans@g235028.upc-g.chello.nl) |
| 18:41.49 | mnemoc | Turl: that one was "rejected" because it removed too much knowledge |
| 18:42.09 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
| 18:42.11 | Turl | removed too much knowledge? o.O |
| 18:42.36 | mnemoc | without proper documentation those commented blocks of incomplete features are our only way to understand what else the units can do |
| 18:42.39 | mnemoc | and how |
| 18:42.54 | Turl | mnemoc: but how is it 'removing' the knowledge? |
| 18:43.16 | Turl | the commented stuff will still be there |
| 18:43.24 | mnemoc | no, it's removed by the patch |
| 18:43.30 | mnemoc | and then forgotten in the history |
| 18:43.34 | Turl | just not visible and polluting the driver |
| 18:43.45 | Turl | mnemoc: you can just go to an old revision and see it |
| 18:43.54 | Turl | that's the point of having revisions :< |
| 18:44.14 | mnemoc | we only remove code we *know* we don't need |
| 18:44.45 | mnemoc | in this case the commit mixes both, cleanup of unused code, and fixes |
| 18:45.12 | Turl | :< |
| 18:46.21 | mnemoc | it damages the history |
| 18:46.28 | mnemoc | you don't know what to look |
| 18:46.50 | Turl | I guess I'll just make 3 separate commits then |
| 18:47.48 | Turl | //->/**/, optimize, readability, kill commented stuff with fire :P |
| 18:49.12 | mnemoc | you have 3 parts. the actual fix, style changes, and removal of disabled but valuable knowledge |
| 18:49.54 | mnemoc | then you know what to look at |
| 18:50.16 | *** join/#arm-netbook Vayu (~yundin@85.233.249.22) |
| 19:01.09 | *** join/#arm-netbook tahnok (~tahnok@unaffiliated/tahnok) |
| 19:12.39 | *** join/#arm-netbook dfenwick (~chatzilla@c-76-111-72-228.hsd1.va.comcast.net) |
| 19:13.34 | hno | Yes, well defined commits helps a lot in preserving history. |
| 19:26.36 | mnemoc | http://pastie.org/4413686 <--- .39 from nand on the a13-olinuxino (3.0-v2 as-is) |
| 19:29.29 | *** join/#arm-netbook ejstacey (~ejstacey@milkman.joyrex.net) |
| 19:29.49 | hno | mnemoc, you got our kernel running on A13? |
| 19:30.59 | mnemoc | yes |
| 19:31.28 | hno | great! |
| 19:31.47 | mnemoc | :) |
| 19:32.59 | mnemoc | still need to merge the code from the SDK, and then apply the rest of the changes made to sun4i to sun5i. but yes, runs :) |
| 19:33.21 | hno | <6>pcf8563 1-0051: low voltage detected, date/time is not reliable. |
| 19:33.25 | hno | [ 3.550000] pcf8563 1-0051: low voltage detected, date/time is not reliable. |
| 19:33.36 | hno | Is there an RTC in A13? |
| 19:34.04 | hno | or is that a separate chip? |
| 19:34.16 | hno | need to study schematics better. |
| 19:36.29 | hno | Ah, there is a separate RTC. |
| 19:36.36 | *** join/#arm-netbook ejstacey (~ejstacey@milkman.joyrex.net) |
| 19:37.44 | mnemoc | hno: http://linux-sunxi.org/images/4/4f/A13-olinuxino-rev-a-front.jpg <--- on the bottom of the picture, just above the 10pin header |
| 19:38.08 | mnemoc | looks like the RTC from my ignorant eyes |
| 19:38.44 | hno | But no battery unless you connect a LiPo. |
| 19:43.26 | mnemoc | [mmc]: mmc 0 power off !! |
| 19:46.23 | hno | Nice, it has full OTG including power both direction. |
| 19:47.04 | mnemoc | that was is awesome indeed |
| 19:52.34 | hno | All of PF is available on RM23 & RM20 in schematics. Would expect RM11 & RM12 from the board picture. |
| 19:56.08 | tahnok | hey all |
| 19:57.03 | tahnok | I'm wondering if there's a way to rotate the video output of my mk802 |
| 19:57.25 | rm | 1) no 2) which os? |
| 19:57.39 | tahnok | using a lubuntu image from the rikomagic forums |
| 19:57.52 | rm | oh, then it should be |
| 19:58.15 | rm | install 'xrandr' |
| 19:58.30 | rm | then see "xrandr --help" for "--rotate" |
| 19:58.44 | rm | but I am not completely sure if fbdev supports that |
| 19:58.50 | tahnok | yeah, I tried xrandr but it fails |
| 19:58.57 | hno | it does not. |
| 19:59.34 | tahnok | I tried xrandr --output default --rotate left |
| 19:59.52 | tahnok | but it fails with output default cannot use rotation 'left' reflection 'none' |
| 20:00.01 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-68-198.dynamic.amis.net) |
| 20:02.40 | hno | hardware supports rotation, but we are missing xord drivers. We do have kernel drivers however. |
| 20:02.45 | hno | s/xord/xorg/ |
| 20:03.05 | hno | should also be possible to rotate using mali. |
| 20:04.22 | rm | one would think rotation in 90 degree increments is not a rocket science and something fbdev should support... |
| 20:07.53 | hno | rm, you are right. fbdev do actually support rotation. |
| 20:07.58 | tahnok | is there a configuration option in evb.bin? |
| 20:08.28 | hno | <PROTECTED> |
| 20:08.37 | traeak | uint32? |
| 20:08.39 | hno | no idea if that's used by disp driver. |
| 20:08.58 | hno | traeak, from kernel fb.h header |
| 20:08.59 | traeak | 1, 2, 3 pi that's not very descriptive :-p |
| 20:09.00 | mnemoc | most of that stuff is connected to ioctl()s |
| 20:09.27 | traeak | 1, 2 or 3 radians isn't very descriptive i mean |
| 20:09.29 | *** join/#arm-netbook Quarx (~Quarx@178.74.64.13) |
| 20:09.48 | CIA-121 | rhombus-tech: marco master * r69dff25bb636 /allwinner_a10/ainol_novo_elf_7.mdwn: |
| 20:09.51 | hno | traeak, the FB_ROTATE_.. defines? |
| 20:10.04 | Quarx | anyone know about? http://www.eastpower.com.tw |
| 20:10.42 | hno | Quarx, no, what about them? |
| 20:10.49 | RaYmAn | fwiw, there is some work being done on using Android drivers (in particular opengles and friends) on plain GNU/Linux. Working on gingerbread roms so far, but ics and jb drivers are coming. |
| 20:10.58 | RaYmAn | Combined with wayland, it could work well =P |
| 20:11.54 | traeak | hno that's cool, thanfully documented. it's a pet peeve of mine, peopel give us spec docs and they tend to not tell you what the units are |
| 20:12.13 | Quarx | hno: i have this device http://www.eastpower.com.tw/front/bin/ptdetail.phtml?Part=P17&Rcg=6 And i need kernel sources, but they don't want give me.... i thought, maybe someone can get it:) |
| 20:12.24 | mnemoc | RaYmAn: ndiswrapper style? |
| 20:12.31 | Quarx | from CHina' |
| 20:13.18 | RaYmAn | mnemoc: I dunno...A linker hack of sorts, so you end up with both glibc and bionic in memory, but you can call it all from glibc programs |
| 20:17.31 | mnemoc | Quarx: looks nice |
| 20:17.56 | mnemoc | Quarx: as it's android 2.3 |
| 20:17.59 | Quarx | mnemoc: yes, but without kernel this device useless |
| 20:18.00 | mnemoc | sad* |
| 20:18.10 | Quarx | i can't upgrade to 4.1 |
| 20:19.16 | hno | Quarx, which SoC is it using? |
| 20:19.30 | Quarx | Qcom msm8260 |
| 20:20.39 | Quarx | 1.5ghz 2x |
| 20:20.50 | hno | pretty sure there is kernel sources for that one out there. |
| 20:21.08 | Quarx | for msm8260 yes, but not for this device |
| 20:21.17 | RaYmAn | hno: not all socs are as easy to get working across devices as allwinner ;) *curses tegra* |
| 20:21.21 | Quarx | many drivers missing |
| 20:21.52 | hno | Quarx, that's usually the case, even in "official" sources. |
| 20:22.41 | hno | Quarx, if manufacurer refuses to give you sources you have two options |
| 20:22.50 | hno | a) Forget it |
| 20:23.02 | hno | b) Collect the sources you can find for each piece used in the device. |
| 20:23.32 | hno | But first of all, verify that you have unlocked bootloader access. Otherwise it's kind of pointless. |
| 20:24.17 | Quarx | bootloader unlocked, fastboot available. :) |
| 20:25.58 | hno | and get in touch with others hacking on devices with the same SoC. xda-developers is a good place to look. |
| 20:30.33 | RaYmAn | and perhaps check cyanogenmod github.. I'm fairly certain there are at least a couple of 8260 devices in there and kernel sources for those devices |
| 20:30.48 | *** join/#arm-netbook arokux_h (~arokux@HSI-KBW-046-005-100-202.hsi8.kabel-badenwuerttemberg.de) |
| 20:30.48 | RaYmAn | android of course, but still source =P |
| 20:32.42 | Quarx | yes, many devices with 86(2)60 |
| 20:33.17 | RaYmAn | is 8260 just the non-radio version? |
| 20:33.54 | Quarx | 8260 gsm, 8660 cdma |
| 20:34.01 | RaYmAn | ah |
| 20:34.21 | RaYmAn | what device do you have? |
| 20:34.38 | Quarx | http://www.eastpower.com.tw/front/bin/ptdetail.phtml?Part=P17&Rcg=6 |
| 20:35.40 | RaYmAn | not bad for a china-copy, heh |
| 20:35.58 | Quarx | yea |
| 20:36.34 | RaYmAn | if you have fastboot boot, you should be able to get pretty far with dmesg output, /sys/ dumps and ramconsole (Assuming ramconsole is enabled in stock kernel) |
| 20:37.03 | hno | Quarx, pick the closest match to your device and work from there. Make sure you have full recovery available. UART access to bootloader & kernel is also preferred. |
| 20:37.49 | RaYmAn | hno: what compiler are you using for that a13 test1? codesourcery? |
| 20:37.57 | mnemoc | prefer to stick to google phones |
| 20:38.34 | RaYmAn | samsung is pretty good as well |
| 20:38.45 | mnemoc | RaYmAn: https://launchpad.net/gcc-arm-embedded/4.6/4.6-2012-q2-update/+download/gcc-arm-none-eabi-4_6-2012q2-20120614.tar.bz2 <--- I used this one |
| 20:38.51 | Quarx | don't buy motorola :) |
| 20:39.14 | RaYmAn | mnemoc: 'k, thanks. |
| 20:39.29 | hno | RaYmAn, linaro bare metal. |
| 20:39.39 | hno | works for me. |
| 20:39.48 | mnemoc | RaYmAn: therefore, galaxy nexus :D |
| 20:39.50 | hno | no idea if the resulting binary works. |
| 20:39.52 | RaYmAn | doesn't work with arm-eabi-4.4.3 |
| 20:41.13 | mnemoc | RaYmAn: beware, that test takes like 10M to write and verify the 512M of ram |
| 20:41.23 | mnemoc | 10m* |
| 20:41.53 | mnemoc | but works :) |
| 20:42.11 | WarheadsSE | I use this ct-ng : http://archlinuxarm.org/builder/xtools/x-tools7h.tar.xz |
| 20:42.20 | hno | Yes, it do not enable full clock on the CPU. |
| 20:42.28 | WarheadsSE | that's our latest glibc/gcc pre-compiled for x86_64 |
| 20:42.32 | hno | I think. |
| 20:43.18 | mnemoc | WarheadsSE: https://github.com/hno/Allwinner-Info/tree/master/A13/test1 is very... special |
| 20:43.43 | hno | indeed. |
| 20:44.00 | hno | well, it compiles fine with any gnueabi compiler as well, but ld gets an heartattack on something. |
| 20:44.02 | WarheadsSE | I see it |
| 20:44.33 | WarheadsSE | we do all our ld on ARM devices |
| 20:45.31 | hno | Not sure if it's a compiler flag missing, or if the ld script is barfed somehow. |
| 20:46.24 | WarheadsSE | can't check it atm |
| 20:46.25 | hno | collect2 giving a segmentation fault isn't exactly verbose error message |
| 20:47.04 | hno | don't worry about it. It's just temporary anyway. |
| 20:47.25 | RaYmAn | hno: odd - directly from your source, it doesn't compile with that toolchain you linked :S |
| 20:47.27 | hno | once the pieces is understood it will be turned into an A13 u-boot SPL. |
| 20:47.56 | WarheadsSE | RaYmAn: give my stack a shot, for giggles |
| 20:48.24 | hno | RaYmAn, try again. Had forgot to push a flags change. |
| 20:48.41 | hno | mnemoc, how did you get it to compile? |
| 20:48.53 | RaYmAn | there we go :) |
| 20:49.52 | Turl | Quarx: newest motorola photon has unlockable bootloader :) I hope they keep it up |
| 20:49.56 | hno | mnemoc, your UART works now? |
| 20:50.16 | mnemoc | hno: UART1, yes |
| 20:50.17 | hno | Turl, do they also publish kernel sources? |
| 20:50.29 | Quarx | Turl: what is price of motorola photon ? |
| 20:50.42 | hno | mnemoc, how did you get test1 to compile? |
| 20:50.50 | RaYmAn | most major non-asian companies do publish source these days (eventually) |
| 20:50.51 | mnemoc | hno: http://dpaste.com/783429/ <--- my changes over the original .zip |
| 20:50.58 | Turl | hno: yeah motorola publishes sources :) |
| 20:51.12 | Turl | hno: although release-to-source time seems to be the output of a random function |
| 20:51.33 | Turl | Quarx: it's CDMA 4G LTE |
| 20:51.38 | mnemoc | hno: and then: http://dpaste.com/783431/ |
| 20:51.39 | Turl | and it isn't sold yet |
| 20:51.40 | hno | Turl, crippled by any binary-only modules? |
| 20:51.40 | Quarx | ah cdma:( |
| 20:51.52 | Turl | hno: idk, it isn't sold yet |
| 20:52.11 | Quarx | i want gsm lte |
| 20:52.15 | Turl | but motorola themselves have stated the fact http://www.motorola.com/blog/2012/07/26/unlock-the-bootloader-on-motorola-photon-q-4g-lte/ |
| 20:52.46 | Turl | HSPA or HSPA+ is more than enough for me, nobody offers LTE on my country |
| 20:53.32 | Turl | next year with any luck they'll start I guess |
| 20:53.40 | Quarx | in my country no cdma at all |
| 20:54.09 | mnemoc | hno: if I use the normal linaro toolchain the linker fails with undifned references to __init_array_start and __init_array_end |
| 20:54.27 | destinal | <PROTECTED> |
| 20:54.46 | destinal | Turl: I think the current speculation is that it's going to be snapdragon |
| 20:55.44 | Turl | destinal: snapdragon what? |
| 20:55.59 | Turl | Quarx: yeah no CDMA here either |
| 20:56.11 | Turl | there was CDMA once upon a time, like 10+ years ago :) |
| 20:56.21 | mnemoc | same in .cl |
| 20:56.29 | Turl | movicom I think |
| 20:57.47 | destinal | Turl: all anyone will say is 1.5 ghz dual core (probably snapdragon) .. maybe MSM86xx ? |
| 20:58.11 | Turl | destinal: which phone? |
| 20:58.17 | destinal | Turl: photon Q |
| 20:58.20 | mnemoc | cries over his unpowered uSD slot |
| 20:58.20 | Turl | ah |
| 20:58.33 | Turl | yeah pretty sure it's an S4 destinal |
| 20:58.41 | hno | mnemoc, no power in the SD slot? |
| 20:58.42 | Turl | qualcomm is the only one making CDMA LTE radios |
| 20:59.16 | mnemoc | hno: that what the driver claims |
| 20:59.25 | destinal | anyone know whether freedreno is in a usable state? |
| 20:59.47 | mnemoc | hno: hipboi's break out doesn't expose all pins, only the useful ones, and those are alive |
| 20:59.55 | Turl | last I checked they were way behind lima destinal |
| 21:00.03 | Turl | and lima is not usable yet afaik |
| 21:01.06 | mnemoc | hno: and I can't reach the pins inside the socket |
| 21:01.20 | hno | mnemoc, pin 4 should have 3.3v. |
| 21:05.17 | mnemoc | hno: the board isn't happy with me touching the pins :p .... it has rebooted 3 times already :p |
| 21:05.35 | *** join/#arm-netbook nibb (~jyuyu@77.199.218.87.dynamic.jazztel.es) |
| 21:09.46 | mnemoc | in the 14pin jtag breakout pins 1,5,7,9,11,13 are high |
| 21:11.30 | RaYmAn | that sounds about the same as I'm getting |
| 21:11.38 | mnemoc | uhm |
| 21:11.56 | mnemoc | maybe it's the "card detect" |
| 21:18.45 | mnemoc | enabling the PB3 (card detect) in the GPIO2 header didn't help :< |
| 21:20.46 | RaYmAn | try and see if you can convince the kernel driver to assume always connected (and hence ignore card detect) and boot with it in |
| 21:20.52 | RaYmAn | to see if kernel sees it then |
| 21:21.50 | mnemoc | oh! adb reboot with the pin jumped and got into `fel` |
| 21:22.02 | RaYmAn | heh |
| 21:22.18 | mnemoc | tries to remember if it's a fel card or not :p |
| 21:22.44 | RaYmAn | reboot without the card in, but pin jumpered? :P |
| 21:23.04 | mnemoc | hehe |
| 21:26.55 | hno | mnemoc, don't touch. Use the multimeter and isolate it so you can only hit one pin at a time. |
| 21:27.24 | mnemoc | easier said than done :< |
| 21:28.05 | hno | a piece of tape around the multimeter pin should do the trick. |
| 21:29.55 | hno | same when you use a needle. tape the needle, cut the tape just outside the sharp point. That way only the sharp point connects. |
| 21:35.18 | hno | mnemoc, which pin? |
| 21:35.37 | hno | PB3? |
| 21:37.31 | mnemoc | PB3 = GPIO-2/11 = card detect input |
| 21:39.39 | hno | GPIO-2-11 is PIN7 / PC1/NALE/SPI0_MOSI. Messing with that and you block the embedded NAND. |
| 21:40.36 | hno | which would result in FEL mode. |
| 21:40.45 | hno | assuming the SD do no work. |
| 21:41.09 | mnemoc | scratches his head and go back to the schematics |
| 21:41.38 | mnemoc | I know I was tired when I did http://linux-sunxi.org/A13-OLinuXino#Expansion_ports |
| 21:41.39 | hno | too. PIN7 is not pin 7.. |
| 21:41.49 | mnemoc | but I would hate to have done it wrong |
| 21:42.21 | hno | Very confusing numbering. |
| 21:42.38 | mnemoc | that's why I did the wiki thing |
| 21:42.45 | mnemoc | to try to make some sense out of it |
| 21:44.20 | mnemoc | is it fear to destroy a mSD/SD adapter to get a "break out" :p |
| 21:44.24 | mnemoc | fair* |
| 21:44.27 | hno | OK. GPIO-2 PIN numbers are numbered lengthwise, not the normal pair numbering. Schematics have both. |
| 21:45.00 | hno | mnemoc, you have one of those strange SD card to uSD socket adapters? |
| 21:45.20 | mnemoc | at least a dozen |
| 21:45.49 | hno | how come? |
| 21:45.57 | hno | Most people only have uSD card to SD socket adapters. |
| 21:46.54 | mnemoc | sorry. uSD goes into SD |
| 21:47.14 | mnemoc | but inside they have a plastic thing with paths |
| 21:47.32 | mnemoc | which goes from uSD pins to fat SD pads |
| 21:47.50 | hno | Yes, but you can't fit that in the uSD socket. |
| 21:48.16 | RaYmAn | OK, JTAG works on A13 too (through same pins) |
| 21:49.29 | hno | RaYmAn, excellent! script.fex comments seemed to indicate pins was rearranged a bit, but may be just a silent error (no one notices unless using the comments as note on which pin goes where) |
| 21:50.13 | RaYmAn | hno: the pins in the script.fex I've seen are wrong for some reason (checked both A10 and A13) - the pins are swapped around in practice |
| 21:50.20 | RaYmAn | http://linux-sunxi.org/A13/PIO#PF |
| 21:50.23 | RaYmAn | ^ that's what works |
| 21:51.20 | hno | RaYmAn, pin names in script.fex are mostly irrelevant for function. As long as all GPIOs in the group is set right things works. |
| 21:51.29 | RaYmAn | oh, hmm |
| 21:51.41 | mnemoc | "don't trust the comments" (tm) |
| 21:51.46 | RaYmAn | I guess that makes sense |
| 21:51.54 | destinal | Turl: lima looks really promising at the moment. very glad mali seems to be overtaking the ARM SoC GPU world |
| 21:52.29 | RaYmAn | it's just funky they do it wrong in that file still :P |
| 21:52.29 | RaYmAn | lol |
| 21:52.57 | hno | The exception is those few that map to GPIO, like SD card detect and USB ID, VBUS_DETECT, VBUS_ENABLE |
| 21:58.20 | hno | RaYmAn, can you map those to 4 bit SD interface names as well please? |
| 21:58.44 | mnemoc | RaYmAn: drivers are very lazy, after checking foo_enable != 0 the use a helper to request all GPIOs in that section regardless the name |
| 21:58.55 | RaYmAn | hno: should already be in the jtag page |
| 21:59.46 | mnemoc | would link the JTAG_x names to JTAG |
| 21:59.50 | mnemoc | the page |
| 22:00.00 | RaYmAn | Good idea |
| 22:01.23 | hno | RaYmAn, just crosschecking the datasheet. We should add pin numbers to the A13 PIO page as well. |
| 22:02.24 | RaYmAn | hno: pin numbers on what? It seems uhm, irrelevant for that particular page that PF is usually brought out to microsd |
| 22:03.31 | hno | Well, A13 do have all pins exposed which is great for hacking. It's not so much for PF but in general. |
| 22:03.47 | mnemoc | RaYmAn: he mains the pin number in the chip |
| 22:03.51 | mnemoc | means* |
| 22:03.58 | RaYmAn | ? |
| 22:04.13 | RaYmAn | I figured PXY would be sufficient |
| 22:04.15 | hno | yes |
| 22:04.28 | mnemoc | e.g. PF0 is 107 |
| 22:05.11 | mnemoc | the A10 has all balls hidden, but with A13 people can actually use each directly |
| 22:05.21 | RaYmAn | oh |
| 22:05.42 | mnemoc | so you can eventually use a pin which isn't connected in the board |
| 22:06.02 | mnemoc | for those can solder obviusly :p |
| 22:06.06 | mnemoc | who* |
| 22:06.11 | RaYmAn | Indeed |
| 22:06.13 | RaYmAn | :P |
| 22:06.25 | RaYmAn | I'll let someone with those skills add the pin numbers then ;) |
| 22:06.44 | hno | I said "we". |
| 22:06.55 | mnemoc | RaYmAn: they are in the schematics of the olinuxino |
| 22:06.56 | RaYmAn | :) |
| 22:07.22 | hno | mnemoc, not sure I trust those as your SD port is not working. |
| 22:07.36 | mnemoc | hno: good point :< |
| 22:08.36 | hno | Do we have script.bin from an actual working A13 firmware somwhere? |
| 22:08.36 | arokux_h | hi, how are you normally upload a new kernel to an SD card? 1) mount boot partition 2) cp ? |
| 22:08.49 | hno | arokux_h, yes |
| 22:09.01 | hno | then umount, eject |
| 22:09.24 | arokux_h | hno, to sync? |
| 22:09.35 | arokux_h | (flush buffers?) |
| 22:10.00 | hno | eject syncs and removes the block device when done. |
| 22:10.33 | arokux_h | which block device?! |
| 22:10.43 | arokux_h | of a partition? |
| 22:10.52 | arokux_h | why should it be removed? |
| 22:11.14 | mnemoc | to move it from one device to the other |
| 22:11.21 | RaYmAn | hno: the test1 app seems to work fine - jtag reads of the memory it sets correctly sets it when read back using jtag |
| 22:11.59 | hno | good |
| 22:12.31 | mnemoc | good news, the fel-card works. it's only in linux where the uSD doesn't work |
| 22:12.52 | RaYmAn | so why didn't it work yesterday? :S |
| 22:12.58 | mnemoc | RaYmAn: no clue |
| 22:13.04 | mnemoc | RaYmAn: now it does. SAME card |
| 22:13.08 | hno | is getting a bit impatient to play with his board on monday |
| 22:13.22 | mnemoc | :) |
| 22:13.35 | hno | mnemoc, maybe UART0 works also? |
| 22:13.47 | arokux_h | hno, I'm sorry, can you please explain which block device is getting removed? |
| 22:14.16 | mnemoc | hno: having UART1 working, why may I want to disrupt the uSD enabling uart0? |
| 22:14.25 | RaYmAn | hno: I have a script.bin off this a13 tablet if you want |
| 22:14.53 | hno | arokux_h, the one of the removable SD card. |
| 22:15.10 | hno | arokux_h, just try it and you'll notice what I mean. |
| 22:15.47 | arokux_h | hno, I see, but this isn't necessary so that it is removed, or? |
| 22:16.14 | mnemoc | arokux_h: eject will turn the block device to size 0 |
| 22:16.19 | hno | arokux_h, if you plan on removing the card you should eject first. |
| 22:16.59 | hno | it's easy and safe. |
| 22:17.06 | arokux_h | I've done only sync up to now, with usb sticks, how ever o-O |
| 22:17.14 | hno | same there. |
| 22:18.36 | hno | sync also works, but not as safe. |
| 22:19.20 | hno | RaYmAn, yes please. Not that I expect anything strange in there. |
| 22:19.55 | RaYmAn | hno: skumler.net/c925.bin |
| 22:21.55 | arokux_h | eject mmcblk0p1 |
| 22:21.55 | arokux_h | eject: did not find a device /dev/mmcblk0p1 in /sys/block/ |
| 22:24.13 | arokux_h | oh, I should have done: eject mmcblk0 |
| 22:25.11 | mnemoc | hno: as I won't be here next week grab the .config (for stock 3.0-v2) I used for the test. https://filetea.me/t1s354b0 |
| 22:25.53 | RaYmAn | mnemoc: how are you booting it etc? Just replacing on nandc? |
| 22:26.30 | mnemoc | I copy uImage into nanda and in the uboot prompt: |
| 22:26.31 | mnemoc | setenv bootargs console=${console} root=${nand_root} init=${init} loglevel=${loglevel} |
| 22:26.34 | mnemoc | fatload nand 0 0x43000000 script.bin |
| 22:26.37 | mnemoc | fatload nand 0 0x48000000 uImageX |
| 22:26.38 | RaYmAn | ah, right |
| 22:26.39 | RaYmAn | clever |
| 22:26.39 | mnemoc | bootm 0x48000000 |
| 22:27.00 | mnemoc | can't risk to ruin the stock os |
| 22:27.08 | RaYmAn | I guess that doesn't help me then (because of my fear of breaking script.bin...) |
| 22:27.29 | RaYmAn | mnemoc: olimex guys don't have a livesuit image for the preflashed one? |
| 22:27.29 | mnemoc | you can preload a test .bin |
| 22:27.31 | mnemoc | and test it |
| 22:27.53 | hno | RaYmAn, you can name script.bin anything you like for the kernel. |
| 22:28.09 | hno | RaYmAn, they do, but not uploaded anywhere yet. |
| 22:28.28 | mnemoc | also no livesuit for linux "yet" |
| 22:28.30 | RaYmAn | mnemoc: preload? I need it so u-boot puts console on sd uart |
| 22:28.42 | RaYmAn | mnemoc: no, but booting a vm or whatever to flash is possible :P |
| 22:29.02 | mnemoc | requires usb2.0 so qemu/kvm doesn't work |
| 22:29.11 | RaYmAn | virtualbox? :) |
| 22:29.13 | mnemoc | oracle |
| 22:29.24 | RaYmAn | gives up |
| 22:29.26 | hno | kvm have usb2 now. |
| 22:29.34 | *** join/#arm-netbook tuliom (~tuliom@186.214.72.29) |
| 22:29.40 | mnemoc | nice |
| 22:30.23 | hno | but it's not very flashing friendly. Binds to usb id, and do not like reconnects. |
| 22:30.36 | mnemoc | :( |
| 22:31.42 | hno | tried flashing an old phone and it soft-bricked it due to the phone reconnecting. |
| 22:32.29 | hno | binding the whole USB PCI controller to the kvm guest should work, but my boxes are too old for that. |
| 22:37.07 | RaYmAn | mnemoc: you had allwinner-v3.0-android-v2 partially booting, yes? |
| 22:39.48 | Turl | virtualbox works just fine for livesuite |
| 22:39.50 | Turl | that's what I use |
| 22:42.21 | mnemoc | RaYmAn: http://pastie.org/4413686 |
| 22:44.58 | hno | mnemoc, if BROM boot from SD works but Linux not then maybe one of the data pins is not working. I think BROM uses one-bit SD mode, maybe even SPI mode. |
| 22:47.15 | hno | i.e. one of pins 1,2,8 maybe isn't working in your board. |
| 22:49.53 | hno | RaYmAn, you should be able to JTAG the UART PIO settings |
| 22:50.46 | hno | but right.. you'll loose JTAG capability if SD gets enabled. |
| 22:50.52 | RaYmAn | indeed |
| 22:51.29 | RaYmAn | and given there's no jtag reset pin to hold it ready so I can jtag halt it early, it's hard to control |
| 22:53.12 | hno | Maybe Pin #99 is JTAG port select pin on A13. It's NC in datasheets which I do not beleive. |
| 22:53.17 | mnemoc | hno: http://dpaste.com/783458/ <--- from dimitar's script.bin |
| 22:54.13 | mnemoc | hno: but no idea who uses card_boot0_para |
| 22:55.16 | hno | boot0 |
| 22:55.26 | hno | recorded in the header of boot0 |
| 22:55.53 | mnemoc | for the sake of testing I'll remove sdc_detmode and sdc_det from mmc0_para |
| 22:55.58 | hno | in an phoenixcard |
| 22:57.38 | hno | RaYmAn, if I am not mistaken the JTAG port select pins overrides PIO forcing the port to JTAG. |
| 22:59.02 | mnemoc | hno: didn't help :< |
| 22:59.19 | RaYmAn | hno: hmm, interesting if that's the case |
| 22:59.27 | RaYmAn | the hard part will be finding it on this tablet :S |
| 22:59.45 | hno | mnemoc, I think 1 is detect by SD bus probing. |
| 22:59.46 | RaYmAn | I'm not really seeing a whole lot of test points |
| 23:00.26 | hno | RaYmAn, pin 99 on the cpu. |
| 23:00.55 | hno | not big, but accessible. |
| 23:01.12 | mnemoc | dd if=/dev/zero of=/dev/sde bs=1024 count=1 skip=8 |
| 23:01.21 | mnemoc | ^---- safe to un-fel a card? |
| 23:01.27 | hno | yes |
| 23:01.48 | hno | err, seek=8 |
| 23:02.02 | hno | mnemoc, !!! |
| 23:02.05 | mnemoc | I always confuse those too :< |
| 23:02.20 | RaYmAn | it only wipes out MBR and stuff if you do it wrong ;P |
| 23:02.24 | hno | skip skips data. |
| 23:02.36 | hno | seek positions |
| 23:02.54 | mnemoc | skip = if, seek = of |
| 23:03.03 | hno | yes |
| 23:03.20 | mnemoc | remaking the partition table :p |
| 23:04.23 | hno | added PF pin numbers. Hope it's correct. |
| 23:04.48 | hno | Matches datasheet and olimex schematics. |
| 23:07.07 | hno | Wonder if RESET_N pin also resets JTAG. Would be nice if it does not. |
| 23:09.01 | RaYmAn | hm |
| 23:09.04 | RaYmAn | how would I test that |
| 23:09.13 | RaYmAn | I think the board has a button connected to RESET_N |
| 23:11.19 | mnemoc | there is a reset button, yes |
| 23:11.32 | mnemoc | but not sure exactly where it goes |
| 23:11.40 | RaYmAn | I meant on this tablet's board, but yeah :) |
| 23:11.54 | mnemoc | RaYmAn: open it! |
| 23:11.59 | RaYmAn | I have |
| 23:12.08 | RaYmAn | there is a button that resets :> |
| 23:12.12 | mnemoc | :D |
| 23:12.39 | RaYmAn | jtag still works after reset, but it starts up in run mode, so I'd probably have to really quickly halt it |
| 23:13.12 | mnemoc | try to add a breakpoint |
| 23:13.30 | RaYmAn | I suppose that's a good idea |
| 23:13.37 | RaYmAn | probably at 0xffff400? |
| 23:13.53 | mnemoc | try :) |
| 23:15.37 | RaYmAn | usage: bp <address> <length> ['hw'] |
| 23:15.38 | RaYmAn | hmm |
| 23:15.48 | RaYmAn | ponders what length means in this context |
| 23:15.56 | RaYmAn | google to the rescue? :P |
| 23:18.29 | RaYmAn | nope :( |
| 23:18.33 | hno | ffff4000 is the reset entry point. |
| 23:18.33 | RaYmAn | so I guess that doesn't work |
| 23:18.48 | RaYmAn | hm |
| 23:20.21 | mnemoc | I guess the length is used to set a range (anything between address and address+size-1) |
| 23:21.58 | hno | reset button on olimex board goes to the pmu, not the cpu. |
| 23:22.14 | hno | same in the mele for the reset jumper I found. |
| 23:22.27 | RaYmAn | ah |
| 23:22.29 | RaYmAn | quite possible |
| 23:38.20 | mnemoc | ; sdc_detmode --- 卡检测模式 | |
| 23:38.23 | mnemoc | ; 1-gpio检测，2-data3检测，3-无检测，卡常在(不卡拔插) | |
| 23:38.27 | mnemoc | ; 4 - manual mode(from proc file system node) | |
| 23:39.30 | mnemoc | wonders why 1 instead of 2 |
| 23:42.09 | mnemoc | didn't help :'( |
| 23:46.11 | hno | mnemoc, goot question. if true then 1 should require a gpio pin assigned. |
| 23:46.22 | mnemoc | yes, PB3 |
| 23:46.32 | mnemoc | why wasting a pin on that.... |
| 23:47.15 | mnemoc | -sdc_det = port:PB03<0><1><default><default> |
| 23:48.09 | mnemoc | but it didn't work anyway, so the problem is not there |
| 23:52.32 | mnemoc | and also no way to enable the usb host ports... |
| 23:52.43 | mnemoc | i suppose I should send him the board back :< |
| 23:52.50 | *** join/#arm-netbook DEAT_ (~heh@14-201-99-152.tpgi.com.au) |
| 23:53.02 | hno | do you see the hub? |
| 23:53.12 | mnemoc | $ adb shell busybox lsusb |
| 23:53.12 | mnemoc | Bus 001 Device 001: ID 1d6b:0001 |
| 23:53.12 | mnemoc | Bus 002 Device 001: ID 1d6b:0002 |
| 23:53.12 | mnemoc | Bus 003 Device 001: ID 1d6b:0001 |
| 23:53.51 | hno | 3 busses? |
| 23:54.22 | hno | but no hub.. |
| 23:55.49 | mnemoc | and I have the wifi module, a usb/rs232, a keyboard and usb stick connected |
| 23:56.10 | mnemoc | but yes, not even the gl850G is there |
| 23:57.42 | hno | wonder if the bus is enabled. remember wifi hack |
| 23:58.32 | mnemoc | usbc0 was usb_host_init_state = 0, but I changed that to 1 |
| 23:58.44 | mnemoc | usbc1 was/is 1 |
| 23:59.11 | mnemoc | but this is dimitar's script.fex, which afaik it's what they used to test the boards there |
| 23:59.51 | hno | not sure which i/os they tested |
