| 00:04.25 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 00:09.40 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 00:18.54 | *** join/#arm-netbook NickNack (NackNick@66-215-159-166.static.rvsd.ca.charter.com) |
| 00:19.23 | NickNack | i have a question |
| 00:19.31 | NickNack | im not sure if this is the right place to ask |
| 00:20.30 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 00:24.05 | mnemoc | probably the wrong place. there are no mind readers here. |
| 00:26.21 | *** part/#arm-netbook NickNack (NackNick@66-215-159-166.static.rvsd.ca.charter.com) |
| 00:36.52 | steev_ | lol |
| 00:36.59 | steev_ | mnemoc: way to scare him off |
| 00:56.50 | *** join/#arm-netbook hp__ (~kvirc@220-136-111-253.dynamic.hinet.net) |
| 01:05.26 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 01:22.15 | *** join/#arm-netbook stefanro1 (~stefan@p57B941A0.dip.t-dialin.net) |
| 01:41.20 | countz | I need to make a modification to .config before the kernel is built, in sunxi-bsp |
| 01:41.27 | countz | what's the clean way of doing this? |
| 01:42.11 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 02:17.58 | servili007 | countz: are you still around? |
| 02:18.08 | countz | yes |
| 02:18.17 | countz | I believe I am! |
| 02:18.19 | countz | :-) |
| 02:18.29 | servili007 | haha, alright, here's the quick version of what you should do |
| 02:19.47 | servili007 | the first way is text based, not highly recommended. go into /arch/arm/configs, copy the defconfig you want to copy and make your edits, then target that instead of sun4i_defconfig or whatever you're using |
| 02:20.22 | servili007 | the other way is to use menuconfig in terminal to get a GUI based configuration tool |
| 02:20.25 | countz | (yes, sun4i) |
| 02:21.54 | countz | I like the first way actually |
| 02:21.58 | countz | :-) |
| 02:22.32 | servili007 | If I just need to make a quick change, I do too |
| 02:22.49 | servili007 | Make sure you know if what you're editing is dual or tri state though |
| 02:23.16 | servili007 | (as in, some things can only be built as modules, no integrated completely) |
| 02:23.51 | servili007 | if you don't know and want to cheat, just put that value into google and get the info page on it |
| 02:24.32 | countz | I needed to modify a specific row, CONFIG_SUN4I_GPIO_UGLY=y |
| 02:28.58 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 02:29.12 | countz | so you wouldn't make the modifications to the original file, you'd make a copy and change the target |
| 02:29.18 | countz | I get that, it's cleaner |
| 02:30.02 | servili007 | you also don't want to modify .config because it's a temporary file |
| 02:30.22 | servili007 | and while you're making your copy, you can always name it as the device you're working on, this way everything feels more personalized ;) |
| 02:31.08 | countz | right |
| 02:32.05 | countz | I think that modification allows the a13 to shutdown properly |
| 02:32.57 | servili007 | does your device have an axp209 or similar? |
| 02:33.36 | countz | it has some axp20 something |
| 02:33.52 | countz | I remember that from the Xorg.0.log file |
| 02:33.57 | countz | hold on i'll make sure |
| 02:34.11 | countz | ok it's just axp20 :-) |
| 02:34.12 | servili007 | don't worry about it, as long as it's in the 20 series |
| 02:34.46 | countz | by the way is this just some boot image I'm supposed to supply? |
| 02:34.48 | countz | cp: cannot stat `build/boot.scr': No such file or directory |
| 02:34.57 | countz | (while uboot loads the system?) |
| 02:35.21 | servili007 | you can add boot options to a boot.cmd and convert it to a boot.scr and stick it with your uImage and script |
| 02:35.29 | countz | I see |
| 02:35.38 | servili007 | but if you're using u-boot, it'll auto supply some basic arguments to get you up and running |
| 02:35.47 | servili007 | you may need/want to add more though |
| 02:42.15 | countz | must have forgotten to copy something... it panic'd just now over "init not found"... |
| 02:43.31 | servili007 | are you running from an SD card? |
| 02:44.36 | countz | yes |
| 02:44.38 | servili007 | actually, give me some details on your setup, device, OS, what you're trying to do |
| 02:44.52 | countz | is it possible sunxi-spl.bin and u-boot.bin are tailored for my kernel? |
| 02:45.09 | countz | This is an A13, Olinuxino |
| 02:45.20 | countz | with Debian Wheezy on an SD card |
| 02:45.40 | countz | I previously extracted the 3.0.42+ kernel from an .img file I found, and used that |
| 02:46.01 | countz | but it has the paranoid android kernel flag enabled, and I suspect it causes some issues for me with X11 |
| 02:46.18 | servili007 | well |
| 02:46.44 | servili007 | on the default boot.scr |
| 02:48.11 | servili007 | the partition layout has to be similar to what is detailed at the bottom of - http://linux-sunxi.org/FirstSteps |
| 02:49.57 | countz | this sd card is booting fine with 3.0.42+ |
| 02:52.00 | servili007 | what branch is your linux-sunxi clone on? |
| 02:53.59 | countz | how do I check? |
| 02:54.05 | countz | git info |
| 02:54.07 | countz | ? |
| 02:54.17 | servili007 | well |
| 02:54.26 | servili007 | when you cloned it what did you checkout |
| 02:54.56 | countz | I'm on the master branch, it turns out. |
| 02:55.39 | countz | (of sunxi-bsp) |
| 02:55.52 | servili007 | ah, okay, you're using sunxi-bsp |
| 02:55.59 | countz | yes |
| 02:56.07 | countz | I thought I mentioned it initially. |
| 02:56.10 | countz | sorry. |
| 02:56.39 | countz | oh wait, I did mention it. perhaps it wasn't very clear. |
| 02:56.42 | servili007 | no worries, unfortunately for you I'm not able to be much help remotely |
| 02:57.08 | countz | That's something I can fix :-) |
| 02:57.09 | servili007 | yeah, I see it in your original message |
| 02:57.19 | servili007 | anyway |
| 02:57.33 | countz | I can create a tunnel from this linux box to a public ip |
| 02:57.49 | servili007 | haha, sorry, I don't have enough free time for that at the moment, I gotta run soon |
| 02:58.03 | countz | no worries I'll figure it out ;-) |
| 02:58.16 | servili007 | anyway, in your linux-sunxi submodule, it's a long shot, but try checking out sunxi-3.4 instead and remake your uImage |
| 02:59.02 | countz | ok |
| 02:59.15 | countz | how do I switch branches? |
| 02:59.27 | servili007 | within the linux-sunxi folder |
| 02:59.35 | servili007 | git checkout origin/sunxi-3.4 |
| 03:01.20 | countz | ok it's checking out |
| 03:01.41 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:01.52 | servili007 | good luck, I gotta run for now |
| 03:02.05 | countz | thanks a lot! |
| 03:02.11 | countz | good night :) |
| 03:03.35 | servili007 | night, and on a final note, make sure you don't mix and match gnueabihf parts to gnueabi ones |
| 03:15.24 | *** join/#arm-netbook mentis (~mentis@89-78-93-50.dynamic.chello.pl) |
| 03:39.29 | *** join/#arm-netbook Turl_ (c9d47d29@gateway/web/freenode/ip.201.212.125.41) |
| 03:40.42 | Turl_ | hey all :) |
| 03:40.45 | Turl_ | missed much these days? |
| 04:08.23 | *** join/#arm-netbook aholler (~aholler@p57B20302.dip0.t-ipconnect.de) |
| 04:09.36 | countz | probably not |
| 04:16.30 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.98) |
| 04:26.55 | *** join/#arm-netbook slapin (~slapin@slapinbuild.ihdev.net) |
| 04:27.43 | *** join/#arm-netbook Holo_ (u6962@gateway/web/irccloud.com/x-mwfwqziougosemjb) |
| 04:28.48 | *** join/#arm-netbook Thomas42 (~Thomas42@static.105.236.9.5.clients.your-server.de) |
| 04:29.38 | *** join/#arm-netbook vgrade (~root@static.43.45.47.78.clients.your-server.de) |
| 04:29.39 | *** join/#arm-netbook jeremb__ (uid2617@gateway/web/irccloud.com/x-umtmxdulsarcotjq) |
| 04:30.40 | *** join/#arm-netbook uwe_mobile (~uwe@static.88-198-8-117.clients.your-server.de) |
| 04:30.52 | *** join/#arm-netbook RaYmAn (rayman@rayman.dk) |
| 04:31.01 | *** join/#arm-netbook Hexxeh_ (uid1532@gateway/web/irccloud.com/x-buoppzfhdsknwwdm) |
| 04:31.23 | *** join/#arm-netbook NAiL (~repvik@puck.tjene.re) |
| 04:32.19 | *** join/#arm-netbook steev__ (uid1383@gentoo/developer/steev) |
| 04:42.11 | *** join/#arm-netbook niftylettuce__ (uid2733@gateway/web/irccloud.com/x-vcochpgfczczsbok) |
| 05:43.14 | *** join/#arm-netbook lerc_ (~quassel@121.75.159.112) |
| 05:45.04 | *** join/#arm-netbook newbie (~kvirc@220-136-111-253.dynamic.hinet.net) |
| 06:16.44 | *** join/#arm-netbook tallnerd1985 (~tallnerd1@c-67-171-158-206.hsd1.or.comcast.net) |
| 06:22.53 | *** join/#arm-netbook countz (~skaag@cpe-72-225-221-14.nyc.res.rr.com) |
| 06:49.10 | *** join/#arm-netbook joekoocc1_ (~joseph@bb116-14-0-240.singnet.com.sg) |
| 07:01.13 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 07:13.44 | *** join/#arm-netbook antonl (~anton@213.33.220.118) |
| 07:18.09 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 07:27.28 | *** join/#arm-netbook rellla (~rellla@p5B078C6D.dip0.t-ipconnect.de) |
| 07:33.01 | *** join/#arm-netbook svp (~svp@62.112.106.78) |
| 07:48.49 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 08:46.11 | *** join/#arm-netbook niftylettuce__ (uid2733@gateway/web/irccloud.com/x-vcochpgfczczsbok) |
| 08:46.11 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
| 08:46.11 | *** join/#arm-netbook buZz (buzz@nurdspace.tk) |
| 08:46.11 | *** join/#arm-netbook ssvb (~ssvb@212.16.98.80) |
| 09:02.44 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 09:02.55 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 09:03.59 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 09:07.06 | *** join/#arm-netbook Quarx (~Quarx@94.137.34.89) |
| 09:07.59 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 09:09.19 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 09:13.35 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 09:16.48 | slapin | hno: interesting, there should be something to do about it... have you checked with LA what it does during such state? |
| 09:17.35 | slapin | hno: also, please answer about bits |
| 09:18.05 | hno | slapin, the LA does not say what the controller internals is doing. |
| 09:18.12 | hno | which bits are unclear? |
| 09:23.17 | *** join/#arm-netbook von_fritz (~fritz@host214-176-dynamic.2-87-r.retail.telecomitalia.it) |
| 09:41.25 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 09:55.39 | slapin | hno: SWAP |
| 09:55.55 | slapin | hno: SWAP_DATA or something |
| 10:10.43 | hno | Don't know exactly how that works yet. |
| 10:12.28 | *** join/#arm-netbook Hexxeh_ (uid1532@gateway/web/irccloud.com/x-ljjbstscjifbadrs) |
| 10:13.53 | *** join/#arm-netbook steev__ (uid1383@gentoo/developer/steev) |
| 10:14.28 | *** join/#arm-netbook jeremb_ (uid2617@gateway/web/irccloud.com/x-hgivgvcfsfdvtbxl) |
| 10:14.47 | *** join/#arm-netbook niftylettuce__ (uid2733@gateway/web/irccloud.com/x-huazwgzmbwtrvfgj) |
| 10:23.27 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 10:25.14 | *** join/#arm-netbook Quarx (~Quarx@94.137.34.89) |
| 10:28.42 | slapin | hno: as for LA, could you check what is on bus, when SRAM is inaccessible? also, odes IO_DATA is readable during such state? |
| 10:30.11 | hno | slapin, what bus? The LA only have access to the NAND bus and the controller have finished the transfer there as per it's instructions. |
| 10:30.33 | hno | the SRAM is internal in the SoC. |
| 10:30.51 | slapin | hno: but since SRAM is not accessible, there might be something happenning. |
| 10:32.43 | hno | The NAND bus is idle. Even CE is deasserted. |
| 10:34.43 | slapin | hno: what makes me wonder, mw.l 01c03034 4a801209 then mw.l 01c03024 07ec0000 then mw.l 01c03024 16a00000 - at which stage SRAM is locked? does it generate DA when accessed? |
| 10:35.42 | hno | what you mean by "generate DA"? |
| 10:35.51 | slapin | hno: data abort |
| 10:36.38 | hno | not sur. only get zeroes back when trying to read it from u-boot.' |
| 10:38.20 | slapin | hno: ah, this is what happens when nand dump runs, hmmmm - locked down sram.... |
| 10:38.29 | hno | From what I remember it's locked after the command is sent. (0x24 register) |
| 10:39.36 | slapin | hno: can you dump SRAM after each of mw.l 01c03034 ...? I don't have a board to test here at work :( |
| 10:42.30 | hno | not now. have 6 kids to keep track of and no boart powered on. |
| 10:44.13 | slapin | hno: kids' party? :) |
| 10:44.29 | slapin | needs to organize one this weekend |
| 10:45.13 | hno | slapin, no, it's only my kids. |
| 10:46.33 | stefanro1 | wonders how one could handle 6 kids!!! - its hard enough with one - fun though :) |
| 10:47.12 | mnemoc | with the help of an outstanding woman ;-) |
| 10:47.32 | stefanro1 | of course |
| 10:49.32 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 10:51.17 | hno | slapin, telnet home.hno.se 7777 |
| 10:51.23 | slapin | hno: lucky you are |
| 10:53.43 | slapin | hno: cool, what is this little program you use? |
| 10:54.12 | slapin | hno: also, I never seen sun5i u-boot yet |
| 10:55.13 | slapin | hno: where will it save its environment? |
| 10:55.29 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.99) |
| 10:57.11 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 11:00.45 | slapin | hno: do you remember an address of SRAM? |
| 11:01.58 | hno | #define NFC_RAM0_BASE 0x0400 1KB SRAM buffer |
| 11:01.58 | hno | #define NFC_RAM1_BASE 0x0800 1KB SRAM buffer |
| 11:02.12 | hno | offsets from nand controller base address. |
| 11:06.21 | slapin | hno: from your script at https://github.com/hno/Allwinner-Info/blob/master/NAND/boot0.ush I get only zeroes, which is strange... |
| 11:08.06 | hno | Hm.. probably the clock is not enabled right now. |
| 11:10.57 | hno | nand controller is now enabled. try again |
| 11:13.07 | hno | slapin^ |
| 11:14.36 | hno | slapin, sun4i & sun5i u-boot is the same. only SPL differ a little bit. |
| 11:15.18 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 11:20.38 | slapin | hno: now works, but no reset is needed |
| 11:20.55 | slapin | hno: also, last command leads to garbage in SRAM |
| 11:21.10 | slapin | previous one returns info which looks valid for boot block |
| 11:21.14 | *** join/#arm-netbook Turl (~Turl@cyanogenmod/maintainer/Turl) |
| 11:23.24 | slapin | repetition works too |
| 11:23.31 | slapin | so, no reset is needed. |
| 11:23.36 | slapin | cool |
| 11:40.53 | jinzo | I don't know if it was allready pasted - but could be usefull: http://xda-university.com/ |
| 11:41.40 | *** join/#arm-netbook Quarx (~Quarx@94.137.44.168) |
| 11:44.09 | slapin | hno: |
| 11:48.18 | slapin | hno: see backlog |
| 11:59.53 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 12:10.16 | slapin | asked wife to setup board at home, so I managed to reproduce the same thing at my board, so works like charm |
| 12:10.20 | slapin | hno: |
| 12:14.22 | slapin | hno: at which address does bootrom loads data from NAND to execute? |
| 12:33.06 | *** join/#arm-netbook Quarx (~Quarx@178.74.120.247) |
| 12:33.32 | *** join/#arm-netbook lerc (~quassel@121-74-249-6.telstraclear.net) |
| 13:10.01 | slapin | hno: ping |
| 13:10.34 | slapin | hno: drivers/mmc/mmc.c:1146: undefined reference to `init_part' |
| 13:41.07 | hno | slapin, the bootrom loads to the CPU SRAM at address 0- |
| 13:42.03 | hno | slapin, I have seen that when switching between branches sometimes. Try a "make distclean". |
| 13:42.25 | slapin | hno: is it possible with our u-boot to loady it then run? |
| 13:42.39 | hno | boot0? |
| 13:43.06 | slapin | hno: no, another u-boot, as I can;t switch cards at the moment |
| 13:43.12 | slapin | can't |
| 13:43.28 | hno | yes ofcourse. u-boot should be loaded to 4a000000 |
| 13:43.38 | hno | do that often. |
| 13:46.34 | hno | slapin, are you saying that you suceeded in doing an ECC+RAND read without locking the SRAM? |
| 13:49.50 | slapin | hno: per your instruction, yes, dunno if ecc, but rand 100% |
| 13:53.47 | slapin | hno: I try to implement this in code now |
| 13:55.00 | slapin | hno: will need to add some thought to it |
| 13:55.10 | *** join/#arm-netbook Turl_ (c9d47d29@gateway/web/freenode/ip.201.212.125.41) |
| 13:55.17 | hno | You olny used a CMD type 0, right? That does not cut it for ECC. |
| 13:55.48 | slapin | hno: details? |
| 13:56.14 | slapin | hno: I want to make experimental base first with all settings right. |
| 13:56.43 | hno | There is four command types. 0 = simple CPU command. 1 = ECC command. 2 = page command (this locks SRAM) |
| 13:56.46 | slapin | hno: interleaved read, I know |
| 13:57.14 | slapin | type 1 just reports ECC without reading |
| 13:57.27 | slapin | at least can't find anything |
| 13:57.27 | hno | page commands do the whole sequence, for as many sectors instructed. |
| 13:57.51 | slapin | hno: there is no store in SRAM for the whole page |
| 13:57.52 | hno | type 1 reads the ECC data. Ignoring size always based on the ECC size/type configured. |
| 13:58.13 | hno | I know a whole page do not fit in SRAM. |
| 13:58.38 | slapin | hno: full read is possible with smple command |
| 13:59.03 | hno | of first sector yes. |
| 13:59.17 | slapin | hno: any page |
| 13:59.27 | slapin | hno: any parto of page |
| 13:59.45 | hno | not with randomizer enabled. |
| 13:59.56 | slapin | hno: why? |
| 14:00.06 | hno | I only get garbage then. |
| 14:00.32 | *** join/#arm-netbook hipboi (~hipboi@27.23.154.171) |
| 14:00.58 | hno | and also have not figured out how to use type 1 commands proper. |
| 14:01.53 | hno | or to be precise, how to trigger ECC & Randomizer processing correctly when combining type 0 & trype 1 commands. |
| 14:02.08 | slapin | hno: so I think we need to setup experimental base, with ability to turn various things on and off and experiment |
| 14:05.58 | slapin | hno: will work on it then |
| 14:06.12 | slapin | will add commands for all things |
| 14:06.31 | *** join/#arm-netbook rz2k (~rz2k@95-25-166-111.broadband.corbina.ru) |
| 14:12.58 | *** part/#arm-netbook svp (~svp@62.112.106.78) |
| 14:27.35 | hno | slapin, ok. |
| 14:28.40 | hno | there is also a number of unidentified bits. |
| 14:30.06 | hno | mainly in CTL. Bit 15-21 is R/W, but never mentioned in driver sources. |
| 14:30.55 | *** join/#arm-netbook hp__ (~kvirc@220-136-111-253.dynamic.hinet.net) |
| 14:35.56 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 14:36.04 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 14:40.24 | hno | Whoa! Tried again and second sector read just fine! |
| 14:42.10 | slapin | hno: so I think it is time to celebrate! |
| 14:43.28 | slapin | hno could you remove your function which returns seed value and put static array to global space? current implementation looks extremely ugly |
| 14:44.18 | hno | Feel free to rewrite. |
| 14:44.43 | slapin | hno: ok |
| 14:46.17 | hno | Wonder why it did not work last time. |
| 14:49.04 | slapin | mnemoc: did a story with mediawiki templates have any conclusion? |
| 14:52.19 | mnemoc | slapin: no idea, oliv3r was on that |
| 14:53.32 | slapin | oliv3r: I've got special request for you re mediawiki templates |
| 14:57.21 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 15:02.34 | hno | slapin, now it even worked fine seeking directly to sector 2. |
| 15:02.50 | hno | seems the random seed is the same for all sectors in a page. |
| 15:03.12 | slapin | hno: that's great |
| 15:08.32 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 15:16.07 | hno | Hm... odd. Can't seem to seec to page 2. |
| 15:20.09 | hno | Ah, yes I can. User error. |
| 15:22.58 | *** join/#arm-netbook Dessimat0r (picard@null.annihilate.it) |
| 15:30.32 | hno | slapin, boot0.ush updated a bit. |
| 15:38.25 | hno | Wonder how BROM figures out the page size. Or maybe it simply assumes that page size is at least 8K + ECC. |
| 15:43.00 | slapin | hno: it can ask chip about that |
| 15:43.11 | slapin | hno: or read until page ends |
| 15:43.49 | slapin | hno: what if page size is 2K? |
| 15:52.38 | *** join/#arm-netbook Skaag (~lunix@cpe-72-225-221-14.nyc.res.rr.com) |
| 15:59.22 | drachensun | Man so I got the latest kernel commits this morning, my full size usb is working again but my OTG usb isn't now |
| 15:59.39 | drachensun | I'm getting "parent hub has no TT" |
| 15:59.44 | drachensun | any one else seeing that? |
| 16:00.25 | mnemoc | drachensun: please test the stage branch |
| 16:02.15 | drachensun | ok, can do |
| 16:07.39 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 16:11.56 | *** join/#arm-netbook focus_well (~focus@host81-149-149-147.in-addr.btopenworld.com) |
| 16:15.04 | *** join/#arm-netbook Quarx (~Quarx@178.74.120.247) |
| 16:17.53 | slapin | damn |
| 16:18.16 | mnemoc | killed your nand? |
| 16:18.21 | slapin | my nand tells it has 640 bytes OOB |
| 16:18.28 | hno | slapin, it never asks the chip anything. See boot0/A13-brom file. That's all the nand actions BROM takes during loading boot0 on A13. |
| 16:18.49 | slapin | but attempt to read such oob kills u-boot |
| 16:19.16 | hno | heh. u-boot also did not like mine. |
| 16:19.26 | slapin | if I force it to 512 bytes, or less, it works... |
| 16:20.46 | hno | Don't remember what I concluded that my nand have in OOB area, but was certainly more than MTD expected. |
| 16:20.56 | slapin | probably this is some max value in u-boot or something... |
| 16:21.18 | slapin | let me check... |
| 16:28.58 | slapin | heheheh |
| 16:29.22 | hno | ? |
| 16:30.39 | slapin | hno: http://fpaste.org/oZHv/ |
| 16:31.36 | slapin | so we need to allocate our buffers depending on chip size(?) or just 1K, and use NAND_OWN_BUFFERS chip option |
| 16:32.04 | slapin | as it allocates too small chunk |
| 16:33.22 | hno | <PROTECTED> |
| 16:33.22 | hno | sizeof(*chip->buffers)); |
| 16:33.23 | hno | ? |
| 16:33.56 | slapin | ARCH_DMA_MINALIGN = 64 bytes it seems... |
| 16:35.06 | slapin | hno: omap_gpmc seems to use NAND_OWN_BUFFERS |
| 16:35.07 | hno | #define NAND_MAX_OOBSIZE 576 |
| 16:35.07 | hno | #define NAND_MAX_PAGESIZE 8192 |
| 16:35.39 | hno | include/linux/mtd/nand.h |
| 16:36.17 | hno | there is also nand_buffers which is the struct allocated here. |
| 16:36.30 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56389.dip0.t-ipconnect.de) |
| 16:37.15 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 16:37.23 | hno | Header says that one should adjust MAX_OOBSIZE if adding a chip with larger oob size. |
| 16:38.31 | slapin | hno: lets do that then |
| 16:38.50 | slapin | hno: well, I really hope u-boot guys will update mtd |
| 16:39.42 | hno | Well, I am a bit disturbed that MTD is this behind both in u-boot and kernel. THese nand chips are not new. |
| 16:40.28 | hno | MLC nand needs larger ECC codes + randomizer for reliable operation. |
| 16:41.32 | slapin | hno: nobody cares now with MLC NANDs, everybody use SLC in their boards (who cares to commit to mainline) |
| 16:41.42 | drachensun | mnemoc: Staging branch fixes the OTG port for me, accidently sent that in the other channel |
| 16:41.52 | slapin | hno: actually kernel mtd should work properly |
| 16:42.06 | slapin | hno: as it has wider chips support |
| 16:42.08 | servili007 | drachensun, on what board? |
| 16:42.27 | drachensun | its not on a cubieboard, its on a tablet |
| 16:42.42 | hno | 3.0.53 have the same limits. |
| 16:46.06 | slapin | hno: check the recent one |
| 16:46.17 | slapin | hno: I fixed mine though. |
| 16:46.49 | slapin | definitely will make randomizer work in code tonight |
| 16:51.22 | hno | slapin, yes. 3.7 have 640. |
| 16:53.49 | hno | But I wonder what OOB size my chip actually have. Not even 3.7 have an OOB size definition for this chip. |
| 16:54.07 | slapin | hno: probably 640 too |
| 16:54.57 | hno | Will probe later when we venture into trying write commands. |
| 16:56.57 | slapin | hno: http://fpaste.org/D5dJ/ what is wrong here? |
| 16:57.17 | slapin | hno: if not obvious, I will check a bit later myself |
| 16:57.37 | hno | slapin, what should I look for? |
| 16:57.46 | slapin | hno: when nandrand on, reads garbage of one type, when off -another |
| 16:58.38 | slapin | hno: I try to read with randomizer from u-boot, I miss something, so I ask if you see if something wrong |
| 16:59.19 | slapin | hno: otherwise I will check it setting-by-setting myself |
| 16:59.46 | hno | you are trying to read the boot block? |
| 16:59.56 | hno | or some logical sector? |
| 17:01.06 | mnemoc | drachensun: noticed any side effect? |
| 17:01.21 | slapin | hno: first page |
| 17:01.39 | hno | slapin, seed is not right for boot blocks |
| 17:03.01 | slapin | hno: weird, why they define 2b75 as seed for first page, while they never use it? |
| 17:03.15 | slapin | will replace for 4a80 and see |
| 17:03.52 | hno | and you are not reading the ECC data. |
| 17:03.53 | *** join/#arm-netbook focus_well (~focus@host81-149-149-147.in-addr.btopenworld.com) |
| 17:04.01 | slapin | what randomizer does? randomizes locations of bytes on page or adds some random xor to data? |
| 17:04.23 | hno | probably xor with a stream of random numbers. |
| 17:04.34 | hno | based on the seed. |
| 17:06.26 | slapin | hno: is ecc required for randomizer? |
| 17:08.11 | slapin | then I don't quite see a reason for randomizer... |
| 17:09.32 | slapin | hno: cool, randomizer works. |
| 17:09.41 | slapin | then lets play with ecc... |
| 17:12.48 | slapin | hno: ok, so I need to implement interkeaved read, how you did yours? |
| 17:13.02 | slapin | s/interkeaved/interleaved/ |
| 17:15.33 | drachensun | mnemoc: Nothing yet, everything seems to be fine |
| 17:23.19 | mnemoc | drachensun: great. I'll merge the stage branch once someone confirms it works fine on a13 too |
| 17:30.51 | *** join/#arm-netbook gzamboni (~gzamboni@218.193.15.109.rev.sfr.net) |
| 17:32.44 | hno | slapin, see boot0.ush |
| 17:34.27 | ZaEarl | I have an a13 kernel. Would it be useful to compare to what we have in github? |
| 17:35.15 | hno | slapin, https://github.com/hno/Allwinner-Info/blob/master/NAND/boot0/boot0.ush#L21 and https://github.com/hno/Allwinner-Info/blob/master/NAND/boot0/boot0.ush#L35 |
| 17:35.37 | hno | ZaEarl, A13 kernel from where? |
| 17:35.47 | ZaEarl | a tablet manufacturer |
| 17:36.14 | hno | do you have arch/arm/mach-sun5i/ sources? |
| 17:36.33 | ZaEarl | I think so. let me check. |
| 17:36.53 | hno | In all A13 SDKs I have seen there is only a binary object there and headers. |
| 17:37.32 | ZaEarl | I see a lot of .c files there |
| 17:37.39 | hno | Interesting. |
| 17:39.15 | *** join/#arm-netbook steev__ (uid1383@gentoo/developer/steev) |
| 17:40.01 | ZaEarl | File : cpu-freq.c |
| 17:40.06 | ZaEarl | Descript: cpufreq driver on Reuuimlla chips; |
| 17:40.51 | Turl_ | sure that's an A13 kernel? |
| 17:41.05 | ZaEarl | it's in a mach-sun5i dir |
| 17:41.20 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.46) |
| 17:41.33 | mnemoc | ZaEarl: can you paste a find -type f arch/arm/mach-sun5i/ ? |
| 17:41.36 | mnemoc | err |
| 17:41.43 | mnemoc | find arch/arm/mach-sun5i/ -type f |
| 17:42.53 | Turl_ | http://service.i-onik.de/a10_source_1.5/lichee/linux-3.0/modules/cedarx/cedar_interface.c |
| 17:43.07 | Turl_ | new *winner name? :P |
| 17:43.20 | ZaEarl | It's got all my .o's too. http://paste.ubuntu.com/1455216/ |
| 17:43.43 | mnemoc | ZaEarl: \o/ |
| 17:44.11 | mnemoc | ZaEarl: and to increase a bit the greediness... does `git log` work? :p |
| 17:44.40 | ZaEarl | no, I don't see any .gits |
| 17:45.19 | Turl_ | the new name is even more unpronunceable than the previous |
| 17:45.20 | arete74 | <PROTECTED> |
| 17:46.43 | ZaEarl | reuuimllatech.com isn't even registered |
| 17:47.42 | steev__ | it is now! |
| 17:47.46 | ZaEarl | Tom Cubie <tangliang@reuuimllatech.com> |
| 17:47.46 | mnemoc | <PROTECTED> |
| 17:47.54 | ZaEarl | weird |
| 17:48.09 | steev__ | oh i was being sarcastic |
| 17:49.21 | mnemoc | http://service.i-onik.de/a10_source_1.5/lichee/linux-3.0/.git/ |
| 17:49.23 | jinzo | mali drivers in there too |
| 17:50.02 | jinzo | but nothing of worth probably |
| 17:50.17 | mnemoc | jinzo: mali kernel drivers are gpl. problem is on userspace |
| 17:50.36 | jinzo | oh. |
| 17:50.45 | jinzo | still, some interesting sources |
| 17:52.30 | mnemoc | a13_source_1.5.tar.gz is 14G! |
| 17:53.45 | Turl_ | heh |
| 17:53.51 | ZaEarl | my a13 source is about 1g |
| 17:54.12 | mnemoc | ZaEarl: url? :) |
| 17:54.22 | Turl_ | I see an android repo in there |
| 17:54.24 | Turl_ | and buildroot |
| 17:54.26 | Turl_ | and uboot |
| 17:54.45 | ZaEarl | mnemoc, where do you want it? :) |
| 17:54.54 | Turl_ | mnemoc: I see an a10 sdk there too |
| 17:55.03 | Turl_ | and an "a09" o.O |
| 17:55.33 | jelly-home | good heavens I've barely gotten my hands on an A10 |
| 17:57.12 | arete74 | a09 is an ARM Cortex A9 dual core processor with up to 1.5 GHz, as well as 1 GB DDR III RAM |
| 17:57.18 | arete74 | http://www.i-onik.de/en/tp10-1inch |
| 17:57.47 | Turl_ | a GPL compliant vendor, nice |
| 17:58.26 | mnemoc | Turl_: up to know the problem was that the vendors weren't getting complete sources |
| 17:59.50 | mnemoc | s/know/now/ |
| 17:59.56 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 18:02.07 | ZaEarl | Few companies selling tablets can actually build the source. They usually get it from another company,. |
| 18:04.18 | ZaEarl | lol. .tar.bz2 is 1.7G, .tar.bz2.bz2 is .9G |
| 18:07.40 | drachensun | is everybody else downloaded it all too? |
| 18:07.51 | drachensun | s/downloaded/downloading/ |
| 18:08.08 | Turl_ | nope |
| 18:08.20 | Turl_ | run it though codeen if you intend to though |
| 18:08.55 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 18:10.12 | hno | Turl, that name looks like someone just tried to remove Allwinner name from it. I do not think it's a real name. |
| 18:11.14 | hno | mnemoc, there is nothing in that .git. Only symlinks to a non-existing .repo directory as in all other "proper" SDK releases. |
| 18:11.26 | ZaEarl | lol, it looks like "allwinner" backwards and upsidedown |
| 18:12.07 | hno | ZaEarl, good catch. It is. |
| 18:13.00 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:13.08 | Turl_ | ZaEarl: ha |
| 18:13.16 | Turl_ | wonder why they'd change their name that way though |
| 18:13.53 | Turl_ | I guess tom would probably know |
| 18:14.49 | mnemoc | short after he GPLed our sources he mentioned his boss asked him to change the headers in their internal trees to some random company |
| 18:15.17 | mnemoc | on the mailing list |
| 18:15.33 | mnemoc | i guess is for "protection" |
| 18:15.49 | mnemoc | s/is/it's/ |
| 18:16.18 | Turl_ | protection of what? |
| 18:16.24 | mnemoc | reduce traces, make gpl enforcing more difficult or something weird |
| 18:16.48 | Turl_ | traces of what? |
| 18:16.57 | Turl_ | doesn't get it |
| 18:17.09 | hno | Turl, don't try. |
| 18:17.15 | hno | you only turn mad |
| 18:17.20 | mnemoc | :p |
| 18:17.29 | Turl_ | haha |
| 18:17.49 | Turl_ | I guess working on clocks will be time better used than trying to figure that out |
| 18:18.16 | hno | ZaEarl, would be interesting to have those sources. |
| 18:18.21 | mnemoc | they are 100% aware they are violating the licenses of linux, u-boot and ffmpeg |
| 18:18.34 | Turl_ | the new clock framework implementation is working nicely :) |
| 18:18.45 | mnemoc | probably also the licenses of the decoders supported by cedarx |
| 18:19.05 | hno | clocks... right.. need to figure out what's wrong with the bus clocks on A13. |
| 18:19.09 | Turl_ | recalls mele killing support for one of the codecs on an update |
| 18:19.26 | hno | AACS? |
| 18:19.33 | Turl_ | DTS I think |
| 18:19.46 | hno | Right.. AACS is something else entirely. |
| 18:20.26 | Turl_ | now needs to move the clock initialization to device tree |
| 18:22.37 | ZaEarl | hno, i'll send mnemoc a copy, he can play with it. |
| 18:23.58 | hno | great |
| 18:25.33 | hno | Turl, it's the responsibility of each manufacturer to license HDMI, MPEG, DTS, Ethernet MACs, etc etc... |
| 18:26.04 | hno | Allwinner can not do that. |
| 18:26.31 | hno | Allwinner also need a license in many cases. |
| 18:26.45 | mnemoc | i assumed they need to pay to get decoders in the SoC |
| 18:27.52 | slapin | hno: how long is your boot0? |
| 18:28.32 | slapin | hno: I read first page and it happens to be half-empty, it is either a bug in code or something strange somewhere |
| 18:29.25 | slapin | hno: not half - only 0x400+4 bytes are filled |
| 18:30.28 | hno | slapin, i get data in all sectors nicely, over several pages. |
| 18:30.45 | slapin | hno: I see, so it is bug. |
| 18:31.10 | hno | tried boot0.ush sequence as reference? |
| 18:31.13 | slapin | hno: I can't make random read work - probably positioning is broken somewhere |
| 18:31.37 | slapin | hno: yes, but mtd wants to run RNDOUT occasionally, so it should work |
| 18:32.10 | slapin | hno: you state it works for you but is somehow doesn't work for me |
| 18:32.22 | slapin | will check in a hour or two |
| 18:32.29 | slapin | goes home |
| 18:33.37 | hno | slapin, seeking using RNDOUT works, but is different than any other nand access due to ECC being interleaved |
| 18:34.02 | slapin | hno: but it should not fill data with ffs |
| 18:34.11 | hno | https://github.com/hno/Allwinner-Info/blob/master/NAND/boot0/boot0.ush#L69 |
| 18:34.19 | slapin | hno: could you try my work branch with LA? |
| 18:40.24 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 18:43.05 | hno | yes when I get computer time again. Still running around trying to watch 5 kids. (1 to bed already) |
| 18:50.58 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 18:56.08 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 19:23.19 | *** join/#arm-netbook jukivili (~jussi@dalek.fi) |
| 19:23.59 | Skaag | what's build.sh for in sunxi-bsp? |
| 19:24.04 | Skaag | is it an old remnant? |
| 19:26.30 | mnemoc | $ git ls | grep build | wc -l |
| 19:26.30 | mnemoc | 0 |
| 19:51.50 | jinzo | that's from the "new" sources? |
| 19:54.19 | mnemoc | lichee has a build.sh, sunxi-bsp doesn't |
| 19:54.56 | *** join/#arm-netbook tinti_ (~tinti@201.62.162.119) |
| 20:00.38 | jinzo | also I'm wondering what makes up the 10G difference between a10 and a13 sources |
| 20:00.53 | mnemoc | android? |
| 20:01.32 | jinzo | ah didn't notice that one on the first try. Blind as it looks like :D |
| 20:01.54 | mnemoc | I downloaded i-onik.de's a10 tarball at 8MB/s ... now the A13's is downloading at mere 300k :< |
| 20:02.54 | jinzo | :/ |
| 20:03.41 | jinzo | I'm conteptating a download too, but on the other hand I have way too much work on my hands allready :D |
| 20:04.10 | techn_ | mnemoc: is there something new? |
| 20:04.18 | techn_ | http://service.i-onik.de/a13_source_1.5/source/lichee/repo/ |
| 20:04.36 | mnemoc | techn_: haven't checked. just downloading while $working$ :) |
| 20:08.46 | mnemoc | techn_: when you have some spare time, can you test stage/sunxi-3.0 on your A13? otg 1.1/2.0 support and partial driver unification |
| 20:09.10 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.100) |
| 20:09.37 | techn_ | mnemoc: I havent got usb working on that tablet.. but I'll try if it works now |
| 20:10.12 | servili007 | what's the proper way to add more default bootargs to u-boot? |
| 20:10.54 | techn_ | servili007: https://github.com/linux-sunxi/u-boot-sunxi/wiki |
| 20:11.08 | techn_ | uEnv.txt or boot.scr |
| 20:11.41 | servili007 | I'll be working in nand, everything still applies? |
| 20:11.58 | techn_ | hmm.. I have forgot to document how to use boot.scr in sunxi-bsp :/ |
| 20:13.09 | servili007 | hm, how can I modify environment for accomplishing the same thing on the original u-boot? |
| 20:18.21 | hno | servili007, you need uart console to modify env of original uart, or a suitably modified fwenv binary capable of modifying the env in the right nand partition. |
| 20:19.50 | hno | slapin, it seems ECC processing actually works. |
| 20:21.10 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:21.10 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:21.53 | servili007 | hno, if I have an existing environment dump, do we have a way to look into it? |
| 20:22.52 | hno | fwenv modified to work on a file will do. |
| 20:29.37 | slapin | hno: how it is? |
| 20:29.39 | ZaEarl | sunxi-bsp can do an android build? |
| 20:29.50 | hno | slapin, what? |
| 20:30.06 | slapin | hno: have you got computer time? |
| 20:30.20 | hno | some. |
| 20:32.21 | slapin | hno: can you try my branch? |
| 20:32.57 | mnemoc | ZaEarl: poorly. it still requires manual integration of each board |
| 20:33.31 | ZaEarl | but once the board is in, then it's just builds? |
| 20:34.05 | slapin | hno: I can build you a binary if you wish |
| 20:34.12 | mnemoc | haven't tried it myself... Turl did the integration |
| 20:34.49 | ZaEarl | I want to get a fresh a13 build running on my tablet |
| 20:35.43 | techn_ | ZaEarl: I tried with my a13 tablet.. and I can't get recovery working |
| 20:35.59 | ZaEarl | oh, good point, I need to get recovery on |
| 20:36.28 | servili007 | ZaEarl: zatab should work |
| 20:36.40 | servili007 | also, making your own configuration isn't too difficult, and I've gotten recovery working on a10 |
| 20:36.51 | techn_ | ZaEarl: is there some known to be working recovery for a13 chips |
| 20:37.39 | ZaEarl | I guess that's my first thing to figure out |
| 20:38.09 | techn_ | ZaEarl: sunxi-bsp "make android" seems to generate recovery.img |
| 20:38.54 | techn_ | but for me it doesn't boot.. dunno whats problem since I dont have serial soldered on that device |
| 20:38.55 | servili007 | techn_: the issue was probably in the kernel config if I had to guess. |
| 20:39.08 | hno | slapin: Lots of warnings in sunxi_nand.c |
| 20:39.34 | techn_ | servili007: yes.. it doesn't even compile as stock |
| 20:40.12 | techn_ | someone know does android kernel run under linaro rootfs? |
| 20:40.31 | servili007 | techn_: I was just talking to Turl about this |
| 20:40.35 | slapin | hno: my compiler doesn't report these |
| 20:40.53 | servili007 | the one built in sunxi-bsp for android is just sunxi-3.0 with some zatab patches and a couple of other things |
| 20:41.10 | servili007 | https://github.com/allwinner-dev-team/linux-allwinner/commits/allwinner-3.0 |
| 20:41.32 | slapin | hno: anyway, use nandrand on then nand read.raw 46000000 0 1 |
| 20:41.56 | servili007 | since the mk802ii doesn't boot the sunxi-3.0 kernel without some boot.scr additions, I either need to sub in 3.4 or modify the env on the nand to add it |
| 20:41.57 | slapin | hno: look for rndout stuff with LA |
| 20:42.03 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:42.07 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:42.37 | mnemoc | techn_: beside the annoyance of paranoid network, the android kernel behaves like a linux kernel |
| 20:42.40 | hno | slapin, What u-boot command should I used? |
| 20:42.59 | slapin | hno: ^ |
| 20:43.01 | techn_ | servili007: what addions you need to boot.scr? |
| 20:43.45 | servili007 | techn_: I haven't actually dug into which ones it is specifically, but hold on, let me paste the one I know to work |
| 20:43.48 | slapin | hno: nandrand on;nand read.raw 46000000 0 1 |
| 20:44.15 | techn_ | mnemoc: I could then verify a13_nuclear_defconfig under of known to be working linux rootfs |
| 20:44.26 | hno | slapin, your brand do not like my nand.. |
| 20:45.02 | slapin | hno: strange, it was rebased from your branch |
| 20:45.17 | hno | you redid nand_base.c some time ago. |
| 20:45.28 | servili007 | techn_: http://pastebin.com/kbNWmtPH |
| 20:45.40 | hno | moving chip detection to sunxi_nand.c. |
| 20:45.47 | slapin | hno: yes |
| 20:46.11 | hno | that broke.. |
| 20:46.26 | slapin | hno: how? |
| 20:46.46 | hno | NAND device: Manufacturer ID: 0xad, Chip ID: 0xd7 (Hynix NAND 4GiB 3,3V 8-bit) |
| 20:46.46 | hno | NAND bus width 8 instead 16 bit |
| 20:46.46 | hno | No NAND device found!!! |
| 20:46.46 | hno | nand_select_chip(-1) |
| 20:46.46 | hno | NAND device: Manufacturer ID: 0xad, Chip ID: 0xd7 (Hynix NAND 4GiB 3,3V 8-bit) |
| 20:46.47 | hno | NAND bus width 8 instead 16 bit |
| 20:46.51 | hno | No NAND device found!!! |
| 20:46.52 | servili007 | techn_: since what it fixes for me is display detection on the hdmi port, I'd have to guess that it's line 6 |
| 20:46.53 | hno | nand_select_chip(-1) |
| 20:47.14 | techn_ | servili007: strange |
| 20:47.20 | slapin | hno: awww, weird |
| 20:47.31 | servili007 | techn_: but again, that's 3.0 specific, 3.4 works sans boot.scr |
| 20:47.59 | slapin | NAND bus width 8 instead 16 bit means no hynox code path activated in detection routine |
| 20:48.19 | slapin | hmmmm |
| 20:48.26 | techn_ | servili007: I have no real need for boot.scr.. I only define bootdelay '0' there |
| 20:49.37 | servili007 | techn_: right, since the default values passed by u-boot are supposed to handle everything |
| 20:49.49 | servili007 | seems like an mk802ii specific issue |
| 20:51.33 | hno | slapin, works fine without that part. |
| 20:53.13 | slapin | hno: init_size should be activated regardless, and hynix code path should be executed without problems... |
| 20:53.31 | slapin | hno: how come init_size is not set in your case? |
| 20:54.06 | hno | I have no idea, and not going to look into that tonight. I did a checkout of your branch with no modifications. |
| 20:54.20 | hno | now cherrypicked the new changes to my mtd branch. |
| 20:55.03 | slapin | nand->init_size = sunxi_nand_init_size; is always set |
| 20:55.15 | techn_ | anyone know if disp module supports dual display? |
| 20:55.16 | ZaEarl | cwm from http://www.mediafire.com/?t3ctcths6r2229q basically works on a13. |
| 20:55.32 | slapin | hynix path is always running :( |
| 20:55.41 | hno | but not working. |
| 20:55.48 | techn_ | ZaEarl: where you found that link? |
| 20:56.02 | servili007 | ZaEarl: ask the maker for their kernel config |
| 20:56.02 | ZaEarl | http://forum.xda-developers.com/showthread.php?p=33332062 |
| 20:56.06 | hno | slapin, better to update mtd I think. |
| 20:56.14 | slapin | hno: you can revert that patch for now if you feel the problem is there then well test it later |
| 20:56.41 | hno | slapin, that's what I have done already, except that I have not merged it at all. |
| 20:57.12 | ZaEarl | lack of a working 'back' button is a pain, but usable |
| 20:57.16 | slapin | hno: it is better, but we'll drown in mess if we'll depend too much on local patches to mtd |
| 20:57.36 | hno | slapin, well, update and submit naturally. |
| 20:57.49 | servili007 | ZaEarl: It's pretty easy to reassign the keybindings when building |
| 20:57.59 | ZaEarl | sure, once I locate the source for it :) |
| 20:58.56 | hno | slapin, this can not work. It's not reading the ECC, and it's seeking to the wrong offset for second sector. |
| 20:59.02 | slapin | hno: u-boot IIRC mtd update process is from kernel only |
| 20:59.10 | hno | slapin, yes. |
| 20:59.20 | hno | I said update, not patch. |
| 21:00.15 | *** join/#arm-netbook rz2k (~rz2k@95-25-166-111.broadband.corbina.ru) |
| 21:00.17 | hno | Linux-3.7 code have a good chance of working with my chip. |
| 21:01.03 | hno | slapin, what is this read.raw supposed to read here? |
| 21:01.20 | slapin | hno: page including oob |
| 21:02.08 | hno | slapin, remember that the layout of these boot block pages is very odd. |
| 21:02.36 | slapin | hno: regardless of whatever I don't see how wrong offsets could lead to ffs |
| 21:03.30 | slapin | hno: different from all the remaining pages? |
| 21:04.06 | hno | slapin, the bootblock is different from any other nand usage. |
| 21:04.51 | hno | bootblock: <data> <ecc> <data> <ecc> <data> <ecc> <data> <ecc> [8 times] |
| 21:05.09 | hno | normal block: <data> <data> [8 times] <ecc> <ecc> [8 times] |
| 21:05.27 | hno | and different ECC mode as well. |
| 21:05.59 | slapin | hno: well, but it should then read something, not ffs... |
| 21:06.52 | hno | I got random garbage, not FFs |
| 21:14.44 | techn_ | thanks ZaEarl I got recovery :) |
| 21:18.33 | hno | slapin, I see 00 <00 00 00 00 00> 30 [1024 random bytes] 05 <00 04> E0 [1024 random bytes] ...05 <00 08> E0 [1024 random bytes] |
| 21:18.53 | slapin | hno: I get only ffs and first 512-byte + ecc allright |
| 21:19.10 | hno | sector size is 1K. |
| 21:19.23 | slapin | hno: have you did nandrand on? |
| 21:19.47 | slapin | actually first 0x474 nytes allright |
| 21:19.56 | slapin | s/nytes/bytes/ |
| 21:20.27 | hno | nandrand is on. |
| 21:20.55 | hno | I get first 0x400 bytes fine at 46000000. The rest is only random garbage as expected from reading at wrong offsets. |
| 21:21.25 | hno | no blocks of FFs. |
| 21:21.37 | slapin | hno: so rndout works for you but not for me which is straaaaange |
| 21:24.29 | hno | Different NAND chips and different detection code. |
| 21:24.43 | hno | I have pushed my mtd branch if you want to verify what I am running. |
| 21:25.12 | hno | but could not see any changes to your branch other than the chip detection. |
| 21:25.55 | hno | now I need to do some other stuff. Talk more tomorrow. |
| 21:26.18 | hno | and plan on making a small fel tool for dumping boot0 + boot1. |
| 21:26.47 | hno | slapin, do the sequence in boot0.ush work for you? |
| 21:27.05 | hno | remember to update. there was some fixes and clarifications today. |
| 21:27.10 | slapin | hno: for reading boot blocks, yes |
| 21:27.33 | hno | good. |
| 21:28.18 | hno | reading normal blocks is slightly different. There another ECC mode is used, and all ECC data is in the OOB/spare region in the NAND page. |
| 21:28.58 | slapin | hno how did you come to idea to run commands just to read data without actual commands? |
| 21:29.48 | hno | Because it's just a sequential read of the nand page. |
| 21:30.00 | hno | data, ecc, data, ecc, data, ecc, data, ecc... |
| 21:30.15 | hno | nand do not want any commands for sequential reads. |
| 21:31.13 | hno | using 05 <xxxx> e0 in each step also works fine. See last example. |
| 21:32.09 | slapin | hno: which ECC mode does normal blocks use? |
| 21:32.19 | hno | as long as you remember to seek to the right offset (0x42e, not 0x400) |
| 21:32.35 | Skaag | I configured sunxi-bsp to a13_olinuxino, how do I know if linux-sunxi is built with sun4i_defconfig or sun5i_defconfig ? |
| 21:32.40 | hno | slapin, Which ECC mode is used depends on oob size. |
| 21:34.23 | slapin | hno: 42e for boot blocks |
| 21:34.38 | hno | slapin, for my chip normal pages use ECC mode 3. |
| 21:34.45 | hno | and boot blocks always use ECC mode 1. |
| 21:34.51 | techn_ | Skaag: build. it should show on prints |
| 21:34.57 | slapin | ok, so we need to write proper ecc functions and do all this magic stuff from them |
| 21:35.11 | Skaag | techn_: in builds all I see is a13_olinuxino |
| 21:35.18 | hno | slapin, or use hardware ecc. |
| 21:35.25 | Skaag | techn_: I just finished building it |
| 21:35.31 | hno | it works. |
| 21:36.25 | mnemoc | ZaEarl: the 1.7G file called .tar.bz2 is indeed just .tar misnamed |
| 21:36.38 | slapin | hno: I mean write appropriate callbacks for chip->ecc.* functionslike other drivers do |
| 21:36.45 | ZaEarl | haha |
| 21:37.43 | Skaag | ok it built it with a13 instead of sun4i |
| 21:38.44 | Skaag | I guess the A13 Olinuxino is Sun5i? |
| 21:39.00 | Skaag | since in the a13_defconfig I see this: CONFIG_ARCH_SUN5I=y |
| 21:39.12 | jinzo | all A13s are sun5i, and there's a lot of info in the wiki |
| 21:39.14 | voronaam | http://pengpod.com/ |
| 21:39.17 | voronaam | oops |
| 21:39.22 | voronaam | sorry, wrong window |
| 21:40.02 | Skaag | jinzo: It's confusing sometimes because some modules are sun4i despite this, like the touchscreen for example, it's sun4i-ts |
| 21:40.39 | techn_ | Skaag: that's true.. thats why we are trying to get sunxi |
| 21:41.09 | Skaag | that's cool, and anything I can do to help that effort, I will do |
| 21:41.37 | Skaag | I'm trying to find what happened with the sun4i-gpio module |
| 21:41.43 | Skaag | and how to get it compiled as a module |
| 21:41.56 | Skaag | what's the recommended branch in linux-sunxi? |
| 21:42.46 | Skaag | The default one that comes with sunxi-bsp makes kernel 3.0.52 |
| 21:43.02 | mnemoc | sunxi-3.0 is still the recommended branch |
| 21:43.53 | Skaag | is it possible sun4i-gpio changed its name to axp20-gpio? |
| 21:43.55 | mnemoc | but in this particular instance you might be better trying stage/sunxi-3.0 due to a fix to OTG |
| 21:44.03 | mnemoc | Skaag: different things |
| 21:44.12 | Skaag | OTG = ? |
| 21:44.27 | mnemoc | host/slave usb port |
| 21:44.33 | Skaag | thanks |
| 21:45.05 | Skaag | I tried enabling CONFIG_SUN4I_GPIO_UGLY=m thinking it would produce sun4i-gpio.o |
| 21:45.13 | Skaag | but it doesn't seem to do it |
| 21:45.42 | techn_ | Skaag: it could have some dependencies |
| 21:46.07 | Skaag | how do I find out? |
| 21:46.24 | Skaag | do I need to enable general purpose GPIO support? |
| 21:46.28 | mnemoc | make menuconfig |
| 21:46.36 | techn_ | check kconfig where SUN4O_GPIO_UGLY is defined |
| 21:46.53 | mnemoc | only if you want to play with the pins from userspace |
| 21:47.46 | Skaag | when I make menuconfig, there's no .config |
| 21:47.59 | Skaag | should I copy the a13_defconfig from the arch/arm/configs dir? |
| 21:49.28 | techn_ | Skaag: no.. I suggest to modify that Makefile so that it will call make menuconfig with correct params |
| 21:49.43 | techn_ | it needs ie. ARCH=arm |
| 21:49.53 | techn_ | also correct o= param |
| 21:50.34 | Skaag | this is the linux-sunxi makefile... |
| 21:52.45 | techn_ | one moment |
| 21:53.08 | Skaag | also there's a build.sh in there, which references more specific scripts (per platform) under scripts/ |
| 21:57.23 | techn_ | Skaag: try latest sunxi-bsp and "make linux-config" |
| 21:58.59 | Skaag | I just cloned this one: git://github.com/linux-sunxi/sunxi-bsp.git |
| 21:59.07 | Skaag | this would be the latest, right? |
| 22:00.12 | Skaag | there's no rule for linux-config in the linux-sunxi that this brings |
| 22:04.36 | techn_ | Skaag: I just updated repo |
| 22:07.29 | Skaag | cool, running make update |
| 22:07.46 | techn_ | hmm.. :) |
| 22:07.59 | techn_ | use git pull :) |
| 22:08.02 | Skaag | that's ok right? I mean running "make update" under sunxi-bsp/ |
| 22:08.11 | Skaag | ok |
| 22:08.21 | Skaag | git pull tells me i'm not currently on a branch |
| 22:08.36 | Skaag | (if I run it under linux-sunxi) |
| 22:08.53 | techn_ | I mean git pull under sunxi-bsp |
| 22:09.15 | Skaag | that worked |
| 22:09.23 | Skaag | and now I have linux-config as a make target |
| 22:11.07 | Skaag | ok this feels much more organized |
| 22:11.09 | Skaag | :) |
| 22:11.24 | Skaag | so make linux-config will edit the correct .config file |
| 22:11.38 | techn_ | Skaag: yes |
| 22:11.45 | Skaag | yet!!! it worked. now in the list of modules I see sun4i-gpio! |
| 22:11.48 | Skaag | Halleluja! |
| 22:12.11 | Skaag | s/yet/yes/g |
| 22:12.39 | Skaag | ok this is was a fantastic update to sunxi-bsp in my opinion |
| 22:13.46 | techn_ | thanks :) |
| 22:14.06 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 22:36.34 | techn_ | Skaag: I improved sunxi-bsp little more |
| 22:36.56 | techn_ | now make update updates also sunxi-bsp ;) |
| 22:41.19 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 23:00.18 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 23:25.13 | servili007 | techn_: getting an error with the new make update 'unknown option for 'stash save': --include-untracked' at cedarx-libs |
| 23:26.23 | techn_ | servili007: git version? |
| 23:26.35 | servili007 | 1.7.5.4 |
| 23:27.12 | techn_ | git version 1.7.10.4 |
| 23:28.17 | servili007 | I believe my version is just whatever ubuntu pulls down by default |
| 23:28.47 | servili007 | yeah, it's still the latest version in standard repos |
| 23:29.59 | techn_ | I have 12.10 ubuntu |
| 23:30.34 | servili007 | alright, I'm still at 11.10 |
| 23:48.33 | *** join/#arm-netbook countz (~skaag@cpe-72-225-221-14.nyc.res.rr.com) |
| 23:48.45 | *** join/#arm-netbook Skaag (~lunix@cpe-72-225-221-14.nyc.res.rr.com) |