hno changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See | | Logs at
derethor_ has joined #linux-sunxi
derethor_ has quit [Quit: Leaving]
egbert has joined #linux-sunxi
egbert_ has quit [Ping timeout: 256 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
BJfreeman has quit [Ping timeout: 252 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
hipboi has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
hipboi_ has joined #linux-sunxi
hipboi has quit [Ping timeout: 276 seconds]
BJfreeman has quit [Quit: had a good time]
\\Mr_C\\ has quit []
ZaEarl has quit [Quit: Ex-Chat]
hipboi_ has quit [Ping timeout: 260 seconds]
hipboi_ has joined #linux-sunxi
Tsvetan has joined #linux-sunxi
rellla has joined #linux-sunxi
wingrime has joined #linux-sunxi
<rellla> It's Groundhog Day, yeah
<oliv3r> groundhog day, good move
<oliv3r> movie
\\Mr_C\\ has joined #linux-sunxi
<rellla> neverending wiki-story ;)
rellla2 has joined #linux-sunxi
rellla2 has quit [Client Quit]
atiti has joined #linux-sunxi
n01_ has joined #linux-sunxi
vicenteH has quit [Ping timeout: 268 seconds]
<n01_> mripard: thank you for replying on LAKML about the WDT driver. Life is a bit complicated for me at the moment
<mripard> n01_: that's ok, don't worry :)
<mripard> if you have any comments and not enough time to make the needed changes, feel free to tell me, I'll do them if needed.
<mripard> (keeping your author name, of course.)
shineworld has joined #linux-sunxi
<shineworld> sorry for silly question, I was far for some weeks, but where I can find u-boot git for A20 ? Looking in main u-boot branch of linux-sunxi/u-boot I can look only board.cfg for cubieboard v1. Thank you for reply
<rellla> is stage/sunxi-3.4 useable or broken atm?
<n01_> mripard: thank you, I hope things will get better soon
<mripard> n01_: I hope so as well :)
gzamboni_ has quit [Read error: Connection reset by peer]
vicenteH has joined #linux-sunxi
n01_ has quit [Quit: leaving]
notmart has joined #linux-sunxi
notmart has joined #linux-sunxi
<hramrach__> hello
<shineworld> hi
<hramrach__> shineworld: hno repo
<shineworld> I hno repo I can find u-boot code for A20 ?
<hramrach__> you have to change the system id if using the original 3.3 kernel for a20
<shineworld> thanks ... I'm searching for that
<buZz> setenv machid 0xf73
<shineworld> goood
<hramrach__> also url =
<hramrach__> for nand driver
<hramrach__> not sure if it was merged elsewhere by now
<hramrach__> if you want pre-built SD card image I had some somewhere
<shineworld> that's sound good
<shineworld> Thanks hramrach__ , I've the board by 2 days and now I would enter in develop stage, and that is a good starting point
<hramrach__> yw
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<hramrach__> The text you wanted to save was blocked by the spam filter. This is probably caused by a link to a blacklisted external site.
<hramrach__> The following text is what triggered our spam filter: blacklist error
<hramrach__> /o\
<hramrach__> who has the powers to kick the spam filter into shape?
\\Mr_C\\ has quit []
<hramrach__> mnemoc: ?
<hramrach__> oh. it's Turl
<hramrach__> rellla: at the start of the week I could not play video with stage/sunxi-3.4
<rellla> hramrach__: ok thanks, so i'll better try sunxi-3.4 instead
<hramrach__> you can try either and see how it works. I only tired one device and did not get to figuring out what broke it
<hramrach__> *tried
\\Mr_C\\ has joined #linux-sunxi
paulk-desktop has joined #linux-sunxi
<mnemoc> hramrach__: turl is the wiki dictactor, i'm the lazy bast*d who wants a pull branch including all good patches for stage/sunxi-3.4
ganbold has quit [Remote host closed the connection]
paulk-desktop has quit [Read error: Connection reset by peer]
paulk-desktop has joined #linux-sunxi
ganbold has joined #linux-sunxi
atiti has quit [Ping timeout: 276 seconds]
rellla2 has joined #linux-sunxi
atiti has joined #linux-sunxi
<hramrach__> mnemoc: last time I looked hansg was making something like that
rellla2 has quit [Quit: Nettalk6 -]
tinti has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
<derethor> hi, do you know if an A13, without mmc nor flash boot image... will display anything on the UART?
<derethor> i am testing one, and i dont get anything on the serial port
<hramrach__> it might display something from boot0
<derethor> dont know if it is the image or the cable, etc
<hramrach__> check the boot logs people post sometimes
<hramrach__> I think a10 boot0 prints a line or two but I don't have an a13 so I would not know for sure
<buZz> A20 prints HELLO THIS IS BOOT0 aswell
<buZz> or something
<derethor> 115200 bps, right?
<derethor> i dont understand
<derethor> i dont think the board is damaged
<buZz> yes 115200
<buZz> derethor: maybe you swapped TX and RX?
jemk has joined #linux-sunxi
<derethor> i am trying everything with the cable.. i dont understand :?
<buZz> derethor: you did connect ground aswell?
<derethor> yep
H6r6tiqu6 has joined #linux-sunxi
<H6r6tiqu6> o/
<hramrach__> \o
<H6r6tiqu6> My Cubieboard A20 just arrived, and friends of mine told me to go here, because I wanted to install Cubian on it
* H6r6tiqu6 is looking at the website
<shineworld> I've got mine last friday too... great board
gzamboni has joined #linux-sunxi
FR^2 has joined #linux-sunxi
vicenteH has quit [Read error: Operation timed out]
<H6r6tiqu6> :)
<shineworld> at this moment is running 4.2.2 but I'm trying to do my distro starting buy code
<shineworld> when code is available
<shineworld> ...
<hramrach__> Morse code IP adress :D
<H6r6tiqu6> x)
<hramrach__> are you sure it supports a20?
<oliv3r> nofi but #cubieboard is probably better equipped to answer those questions :)
atiti has quit [Ping timeout: 245 seconds]
rellla has quit [Ping timeout: 260 seconds]
<H6r6tiqu6> okay, thank you =)
<hramrach__> but I don't use hwpacks myself so I have no idea if it actually works
<H6r6tiqu6> si it just a kernel ?
Yaku-noob has joined #linux-sunxi
<H6r6tiqu6> *is
<hramrach__> kernel, u-boot, modules
vicenteH has joined #linux-sunxi
<hramrach__> should be as normal hwpack unless I missed something
<H6r6tiqu6> okay
rellla has joined #linux-sunxi
* hramrach__ puts making image with standard machine id on todo list
<buZz> 0xf73?
<hramrach__> the other I guess
<H6r6tiqu6> hramrach__: what are the differences between the hwpack and the sdcard image ?
<hramrach__> you can use the hwpack with another image such as cubian
<hramrach__> the image is just iamge you write to a card
<H6r6tiqu6> okay...
<H6r6tiqu6> I'm not sure to undestrand the purpose of the hwpack x)
<hramrach__> if you want a feature of cubian such as the morse-code IP address it might work is you update it with the hwpack
rz2k has joined #linux-sunxi
<hramrach__> the full image is quite reliable but has no features
<hramrach__> you have to add them on your own
<H6r6tiqu6> meeeeeh...
<H6r6tiqu6> I just want a system to boot on x)
<H6r6tiqu6> apt-get is my friend, then
<hramrach__> and vim and make
<H6r6tiqu6> yep(
<H6r6tiqu6> *'
<shineworld> hramrach__, in boards.cfg (u-boot) there are two cubieboard2 configs : Cubieboard2 and Cubieboard2_FEL. What is the main difference ? I've choose first, is right ?
<hramrach__> FEL is for booting over USB
<shineworld> ok right the first so...
<shineworld> thank you
<wigyori> that's similar for the a13 olinuxino board, right?
Soru has quit [Read error: Operation timed out]
soul has joined #linux-sunxi
hansg has joined #linux-sunxi
Yaku-noob_ has joined #linux-sunxi
Yaku-noob has quit [Ping timeout: 246 seconds]
Yaku-noob_ is now known as Yaku-noob
dodo has joined #linux-sunxi
<dodo> Does work LAN with Cubieboard2 Android 4.2.2 ? I don't find connections to lan with netcfg
<ssvb> hansg, mnemoc: after a20 is merged into 3.4, can we drop 3.0 support?
<dodo> eth0 says: eth0 DOWN 0x00001002 22:a0:a0:03:c2:88
<hansg> ssvb, that is up to mnemoc
<ssvb> hansg, mnemoc: I'm just a bit tired of the memory reservation mess, and 3.4 with CMA backported is a nice and clean solution
paulk-desktop has quit [Quit: Ex-Chat]
<oliv3r> not until we can verify all android users can use 3.4 reliably
<oliv3r> i have a uSD breakout board and once i have a few minutes to set it up to get output, i'll try 3.4
<oliv3r> but i'll have to port my touchscreen driver over somehow :(
<ssvb> oliv3r: this sucks :(
<oliv3r> while I want 3.4 too
<ssvb> hansg: btw, do you have any other comments about ?
<oliv3r> android users are still an important usergroup unfortunatly
<ssvb> hansg: or actually, what do you really want to be done about it?
<ssvb> oliv3r: the android users seem to be holding us back, with no real benefit
<oliv3r> well not the android users themselves
<oliv3r> but we have too little android 3.0 users that actually use our kernel reporting whether 3.4 works reliably or not
<oliv3r> but as I said, gotta get that uSD thing working to output stuff
<oliv3r> then compile 3.4
<oliv3r> add touchscreen support and use it )
<oliv3r> i want to do some mainline work tonight, then try to do uSD stuffs
PiyushVerma has joined #linux-sunxi
<oliv3r> wingrime: are yo running 3.4 on your tablet?
<ssvb> that's a sad situation, and it is really holding us back (for example, I got no feedback about the dynamic allocation vs. boot time reservation for mali memory in android)
<ssvb> even though I tried to ping some people
vrga has joined #linux-sunxi
<oliv3r> our biggest problem right now, second to the patches coming in ;) is people testing and running stuff
<oliv3r> actually reporting stuff
vrga has left #linux-sunxi [#linux-sunxi]
ykchavan has joined #linux-sunxi
<wingrime> oliv3r: now 3.0
<ssvb> why 3.0?
<wingrime> oliv3r: but 3.4 have some problem related suspend
<oliv3r> you don't run android?
<wingrime> oliv3r: if on 3,4 xorg are running resome crashes
<wingrime> oliv3r: stock on nand
<dodo> well now working, was hard to enable network in android settings because are by default in chinese
<oliv3r> wingrime: we (me too) should start upgrading stock kernel to 3.4
<wingrime> oliv3r: reason?
<oliv3r> testing 3.4 with android, as a replacement for 3.0
<oliv3r> so that we can retire our 3.0 tree
<oliv3r> and focus on 3.4
<wingrime> oliv3r: I know
<wingrime> oliv3r: but look like problem related framebuffer or disp
<oliv3r> wingrime: oh, ssvb can fix that ;)
<ssvb> oliv3r: I can't, at least not unless I can reproduce it myself :(
<ssvb> oliv3r: and I have been relatively less motivated lately, but that's another story
<oliv3r> i can motivate you
<ssvb> :)
<oliv3r> if you make it happen; there will be boobies
<wingrime> oliv3r: more strange I have same bug using second tabelet with fedora
<wingrime> oliv3r: so it defenetly reproduceably
<oliv3r> can you dd your sd card to an image and upload it somewhere?
<wingrime> oliv3r: it happends without ssvb driver
<oliv3r> that way, ssvb can download it and verify it
<wingrime> oliv3r; in second case this is hans fedora with hans kernel without sunxifb
<wingrime> oliv3r: just enable PM in config and try suspend
<wingrime> oliv3r: with XFCE button on top
<hansg> ssvb, about: as mentioned in the thread, I think the Kconfig options should only set some defaults (so as to be able to build a kernel for android which does not need special cmdline options to make android work) , and that everything should be fully dynamic, controlled from the kernel cmdline
<hansg> So:
<hansg> 1) There will still be an option to reserve memory for the mali driver, controlled from the kernel cmdline, the location may be dynamic
<hansg> 2) If there is no reserved memory the code will fallback to dynamic memory
<hansg> 3) The default amount to reserve (when no kernel cmdline option is given) is set from Kconfig
<ssvb> hansg: the boot time mali memory reservation is only supposedly needed for android, and even this is not certain
<ssvb> hansg: android needs a separate kernel config anyway
<hansg> ssvb, hmm, so you're suggesting to make the reservation / no reservation a Kconfig option only, and I guess then also with a fixed size?
<ssvb> hansg: I don't want to change android behavior (as I'm neigher using nor testing it)
<hansg> ssvb, same for me (neither using nor testing it, nor do I want to break it).
Black_Horseman has quit [Remote host closed the connection]
<ssvb> hansg: but for linux, the existence of weird cmdline kernel options is confusing, and the people will surely try to misuse them
<hansg> ssvb, so lets have (keep) the Kconfig option for Android, and maybe document it can / should be turned off for non android builds. And then for non android builds (so the kconfig option off) simply switch to all dynamic memory ?
<hansg> ssvb, I would be happy to merge a patch doing something like that in my 3.4-a20-wip tree, provided that it has been tested with the mali driver under regular Linux. I know the mali driver is of limited use under regular linux but I don't want to break it
<ssvb> hansg: somebody will try to ensure that mali works on a20 with 3.4 as soon as 3.4 can boot on it and is "stable"
<ssvb> hansg: probably mali can work even now with some minor tweaks for the register addresses and the other hw configuration (A20 is MP2 and A10 was MP1)
<hansg> ssvb, I was not talking about testing on the a20, just that I would like to see a tested (on the A10) patch-set to merge in my 3.4-wip-a20 tree. which is where most recent sunxi development is currently happening
<hansg> ssvb, also I have the a20 booting and stable, as long as you don't try to use hdmi audio :)
<ssvb> hansg: so basically your git branch should be now used for development instead of mnemoc's sunxi-3.4 and stage/sunix-3.4?
<ssvb> hansg: I was kinda waiting for it to be merged to the linux-sunxi github repository
<mnemoc> hansg: hi, from your huge sent of branches... is there a one for me to blindly pull and solve a month of offline-ness in one pass?
<mnemoc> s/sent/set/
<wingrime> mnemoc: you finaly return))
<mnemoc> i'm melting, but i'm here :)
<wingrime> mnemoc: current branch need merge manypatches
<wingrime> mnemoc: I glad you return, maybe I will thik about rewrite axp crap
<mnemoc> wingrime: can you do a pull branch for me?
<wingrime> mnemoc: currently - no
<mnemoc> :(
<wingrime> mnemoc: but I have still unmerget tuchscreen driver, some dma patchs
<wingrime> mnemoc: simply not sure about 100% workable
<hansg> mnemoc, well I did do: for you a while back
<mnemoc> hansg: is it "up to date" ?
<ssvb> wingrime: if you are not completely sure yet, please hold back a bit :) we don't want many regressions with too much stuff merged at once
<wingrime> oliv3r: cedarx unification still unmerged?
<hansg> mnemoc, no, my most up to date branch is:
<wingrime> ssvb: I not have any ethernet enabled device yet
<hansg> Where I'm slowly but steadily bringing the a20 up. which is going well
<mnemoc> working from an awfully hot shared dorm using the phone as modem. i can pull in whatever you consider proper
<hansg> Since you were offline I've also started merging various other patches there.
<mnemoc> but can't read the ton of unread mails i have after a month offilne
<ssvb> mnemoc: before talking about the new patches, what is the status of the current stage branch?
<mnemoc> no idea
<wingrime> mnemoc: why not give hansg right to aprove ?
<mnemoc> there is plently people with commit access
<ssvb> mnemoc: is the current stage stable? hramrach__ seemed to have some regressions with it
soul has quit [Remote host closed the connection]
<hansg> I can probably reshuffle patches to move the a20 stuff to the end of the history and then do a branch for you with everything I've reviewed and merged
<mnemoc> your call
<mnemoc> ssvb: not nice to know there are regressions in stage/sunxi-3.4 :(
<hansg> My preference would be to just merge into stage/sunxi-3.4
<mnemoc> what about hramrach__ 's regression?
<hansg> The a20 stuff is somewhat experimental, but that is isolated, and it is a stage branch
<mnemoc> +1
<hansg> I don't know what hramrach__ 's regression is, if it is the usb otg detect thing that is fixed in my branch
<mnemoc> cool
<ssvb> mnemoc: I'm not completely sure, this was just my impression based on;
<hansg> My branch also has all your soc-detect work btw, including a20 and fixed a10s detection
<mnemoc> nice
<ssvb> mnemoc: probably hramrach__ could clarify
<mnemoc> brb. need more water. there is no wind in this f* city
<hansg> I've not heard of any display issues from all the fedora 18 r2 users, which is: so ahead of stage/sunxi-3.4
<wingrime> hansg: I recent hear that otg fix are make regession with android?
<hansg> wingrime, my tree also has the fix to the fix, fixing the regression
<wingrime> hansg:nice
<wingrime> mnemoc: what city?
<mnemoc> berlin
<hansg> (or so I've deducted from the patches I've merged)
<hansg> mnemoc, yeah the weather is too hot in Delft too
<mnemoc> wingrime: i'm used to the non-stop flow of cold air from the atlantic
<hramrach__> I cannot play video at all. creating output always fails with vlc
<ssvb> hramrach__: with the stage branch?
<wingrime> mnemoc: I still wait your soc detect and we can try begin make unifited kernel
<hramrach__> yes, with the stage branch built sometime around start of the week or so
<ssvb> hramrach__: have you tried to bisect it?
<mnemoc> will pull that in in 10m. let me go to the toilet for water. brb
<hansg> hramrach__, it would be good to bisect it
<hramrach__> did not try yet
<hramrach__> was offline most of the week
<wingrime> mnemoc: here 26 C today
<ssvb> hansg: maybe a call for testing in the mailing list would be a good idea? for the current sunxi-3.4 vs. stage/sunxi-3.4 vs. your new branch?
<hansg> ssvb, a call for testing never hurts
<derethor> which device do you need for testing?
<derethor> cubieboard2?
soul has joined #linux-sunxi
jlj has quit [Read error: Operation timed out]
<ssvb> hansg: and first graduating stage/sunxi-3.4 to sunxi-3.4 before piling a lot of new stuff may be also reasonable
<Turl> hramrach__: what's your wiki username?
<mnemoc> ssvb: that was my idea, until the surprise with hramrach's regression :(
<Turl> hramrach__: hopefully I found the right user in the wiki, you should be able to skip the spam filter fully now
jlj has joined #linux-sunxi
<Turl> just don't become a spambot overnight please :)
<Turl> mripard: Tsvetan ping :)
<Tsvetan> pong
<Turl> Tsvetan: btw, are you going to drop it from all boards?
<Tsvetan> Turl: yes
<Tsvetan> no use of this EEPROM
<Turl> I thought it was a cool feature
<mripard> Turl: pong?
<Turl> mripard: you know the A10S board currently has an EEPROM right?
<Tsvetan> Turl: what you can do with this EEPROM
<mnemoc> for products it's good to have where to store a serial number, or mac address, or ....
<mripard> well, yeah, you sent a patch enabling it :)
<Turl> mripard: well, Tsvetan is going to drop it on newer revisions
<Turl> mripard: how should we handle it?
<Tsvetan> but all this you can store in script.bin or file anyway
<Turl> Tsvetan: store mac address, keys
<Turl> Tsvetan: yes but script.bin is not used on mainline
<mnemoc> Tsvetan: but makes updating more complex
<Turl> and file is "per sdcard"
<Tsvetan> or NAND flash
<Turl> if I put the same sdcard on another device it keeps the mac address
<mnemoc> Tsvetan: if it's stored on eeprom and images are identical
<mripard> Turl: it's I2C, so I guess we can always load it
<mnemoc> keeping uniqueness of each device on hw
<mripard> and see if we can talk to it :)
<Tsvetan> well we didnt do any new assembly without EEPROM, if you find it useful we can keep it
<Tsvetan> I just though its useless
<Turl> I think hno liked the EEPROM too
<Tsvetan> as MAC etc can be stored in file too
<Tsvetan> and you can set the MAC in user space when read it from this file
<mnemoc> re-flash, game over
<wingrime> Tsvetan: I thick it needed on a20 only becose a10 have SID for it
<mripard> but I agree with mnemoc and Turl, maybe it's because I'm a software guy, but I find it much more convenient to have everything hardware-related stored in the hardware :)
<hansg> My tree has a patch to use the random parts of the sid to generate a unique mac
<mnemoc> also in the case of products, you can keep a signed crypto key on the eeprom to safely identify the unit
<mnemoc> again reflashing-safe
<hansg> But the a20 on the cubie2 has an all empty sid (all 0), so I need to add a patch to detect that and fall back to a random mac if none is set through another means
<mripard> and you don't have to worry wether you boot from the NAND or the SD Card, etc.
<hansg> I've got to go, see you all later.
hansg has quit [Quit: Leaving]
<wingrime> hansg: random mac is good idea only for first boot
<Tsvetan> this EEPROM is cheap so no problem to keep it, I just though that nobody is using it until today I saw this patch from Turl
<Tsvetan> :)
<mripard> Tsvetan: and I started a discussion on the kernel mailning list on friday to support such usage of an EEPROM easily possible in the kernel actually :)
<mripard> exactly by thinking about the AT24 in the olinuxinos :)
jlj has quit [Ping timeout: 256 seconds]
<wingrime> Tsvetan: if sid are 0 than we can test eerom, after if eerom crc32 fails than generate new mac and store to eeprom
<Tsvetan> ok, then we will keep it
<Turl> :)
<wingrime> Turl: we can boot using SPI ? can we i2c?
<wingrime> i remeber we can SPI
jlj has joined #linux-sunxi
<Turl> wingrime: I think SPI NOR is supported as boot method
<Turl> but I don't think you can boot from i2c
<Tsvetan> even if you can it will be slow
<Tsvetan> 40K/sec
<derethor> i bought a cubieboards2 right now
<derethor> i hope we can test the kernel here too
<derethor> my olinuxino seems to be broken :/
<Turl> Tsvetan: btw, did you write anything to the EEPROM before shipping?
<wingrime> derethor: It nearly impossible...
<Turl> Tsvetan: mine has something on it but does not look like a mac address
<Tsvetan> Turl: I have to check
<Tsvetan> it may be garbage after the test
<mripard> I don't know if you already set that bit, but it would definitely be useful :)
<wingrime> Tsvetan: I want make some Software Radion with ADC+FPGA where I can get cheap PCB production for it ?
<wingrime> *Radio
<Tsvetan> wingrime there are tens of thousands PCB houses all around the world :) just pickup yours
<Turl> Tsvetan: :)
<derethor> wingrime: what is it simpossbile? buy a cubieboard2? run the linxu kernel on it? or a broken olinuxino?
<rz2k> wingrime: iteadstudio
<rz2k> wingrime: seeedstudio
<wingrime> derethor: broke a10
<derethor> well, i can not get an UART output for it
<Tsvetan> derethor broken olinuxino?
<derethor> it seems it is damaged or something
<wingrime> Tsvetan: more one question whitch firm make soldering too, and cheap?
<wingrime> *firm=company
<derethor> i put a microsd image, and the green led doesnt blink
<derethor> and when I boot, nothing happens on the uart
<Tsvetan> wingrime: we assembly our boards ourself so I dont know what to recommend
<derethor> last week it worked, today not
<Turl> derethor: maybe your sd is bad?
<derethor> maybe
<derethor> linux mout it well
<derethor> i can see the files here
<derethor> on my PC
<wingrime> Tsvetan: I simply not want solder chip with cost >100$ myself, ADC are expensive!
<Tsvetan> some sandisk cards do not work well with Axx
<Turl> derethor: yes, but uboot and friends are stored outside of the partition space
<Tsvetan> wingrime - no locla assembly companies around you?
<Turl> so if it has a bad sector or so it might not be noticeable
<derethor> but it should write something on the uart, right?
<derethor> even, if i boot without sdcard
<wingrime> Tsvetan: there but price not even considered as normal
<derethor> i will try with another sdcard, sure
<wingrime> Tsvetan: for example I wand 4-layer pcb for it
<derethor> it is an a13 micro
<wingrime> Tsvetan: 130$ there
<rz2k> wingrime: these guys are pretty cheap
<rz2k> wingrime: for pcb assembly - seeedstudio does SMT/DIP soldering for MOQ of 100pcs
<rz2k> they have service called "propagate".
<wingrime> rz2k: how it cosit in seedstudio?
<rz2k> i did quote for my board recently and it was $25 for one unit in MOQ of 100pcs, so 100 pcs = $2500
<wingrime> *cost
<rz2k> already soldered and ready
<wingrime> rz2k: 100pcs for prototype ......
<rz2k> do prototype locally, I gave you link to PS-electro
<wingrime> rz2k: thanks
<rz2k> they are cheapes you can find without beign friends with needed people :p
<rz2k> they also have an open forum
<rz2k> you can ask whatever you need there
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<Tsvetan> wingrime - this is normal, in Russia to import raw materials is art, so the prices are high
<wingrime> rz2k: 4layer pcb costs too more than 100$
<mnemoc> stage/sunxi-3.4 -> sunxi-3.4 @ sunxi-v3.4.43-r1
<Tsvetan> here in Bulgaria the prices of the raw materials through EU distributors are x3 times higher than if you buy from China and imprt
<Tsvetan> just the import here is very easy
<rz2k> wingrime: also try to attend to "ExpoElectronica" and ".newElectronics" exhibition next year in Moscow. I've made many new contacts for my company there, iirc, I've had even cheaper pcb prototyping, but I cant remember the names.
<wingrime> rz2k: I am in yekaterinburg
<wingrime> rz2k: but it not change anything
<rz2k> pselectro has office there, iirc.
<wingrime> Tsvetan: are you not heared about russian mail logistics....
<rz2k> also check if your board is cheaper if done in quantity, for exmaple 10 prototypes can be cheaper than one in some cases
<rm> wingrime, hola from Tyumen o/
<wingrime> rz2k: and more one , I need find some 'not common' components
<Tsvetan> wingrime posts here are same, in post here work only ppl who cant find other decent job, low salaries, no motivation
dodo has quit [Quit: Page closed]
shineworld has quit [Remote host closed the connection]
* rz2k hopes nothing horrible will happen to UPS/DHL soon
<Tsvetan> rz2k :)
<wingrime> Tsvetan: mltiply it with russia size
<rz2k> this is only way to not wait till next year
<derethor> what difference, in spain, people fight hard to become a postmail worker
<derethor> it is a secure job for life
<wingrime> rz2k: UPS/DHL have problems with
<wingrime> customs
<wingrime> ?
<wingrime> ,
<wingrime> Tsvetan: are you traced DDR3 by your self ?
Yaku-noob has quit [Ping timeout: 246 seconds]
<wingrime> rm: cool
<Tsvetan> wingrime: not really, I have 12 developers here and If I have to route the PCBs myself something will be very wrong :)))
zeRez has joined #linux-sunxi
<rz2k> wingrime: no, if you will not go more than 200 euro per month by them
<rz2k> its their limit
<rz2k> if you go more - your package will be stopped and you will need to fill out documents needed for customs clearance (why you bought it, what is and etc.)
<wingrime> rz2k: +400$ recently?
<rz2k> wingrime: I checked with calculator on ps-electro. without silkscreen 10 4-layer boards with gold immersion will be 4400rub. this is good price, i think. 440 ($20) per board...
<rz2k> no idea about new rules, month before my pal had a package with $520 price stopped :(
<wingrime> Tsvetan: where I can find hi-freq SMD transformrer ?
<Tsvetan> have no idea, we do not use such
<wingrime> Tsvetan: why, inductors are good prower filter, it strange that you not use it...
<Tsvetan> transformers and inductors are differnt things ;)
<wingrime> Tsvetan: same vendors
<Tsvetan> not for sure
<Turl> mnemoc: :)
<wingrime> Tsvetan: so it more one problem, I know whan I can bye ADC and FPGA but I have no idea when I can get transformer for ADC frontend
<mnemoc> and finally a new stage/sunxi-3.4
<Tsvetan> if this is for prototypes you have no much choices: Digikey, Mouser, Farnell
<wingrime> Tsvetan: in case 100pics ? (If It will be usable)
<rz2k> wingrime: TerraElectronica imports Farnell catalog
<wingrime> rz2k: what are you think about Elitan?
<wingrime> rz2k: I want buy there ADC and FPGA
<rz2k> didnt buy there
<rz2k> also I'm away for couple of hours
PiyushVerma has quit [Read error: Connection reset by peer]
PiyushVerma has joined #linux-sunxi
rm has quit [Read error: Operation timed out]
atiti has joined #linux-sunxi
awafaa has quit [Ping timeout: 245 seconds]
hipboi_ has quit [Read error: Connection reset by peer]
steev has quit [Read error: Operation timed out]
ojn has quit [Ping timeout: 264 seconds]
rm has joined #linux-sunxi
pirea has joined #linux-sunxi
<pirea> wingrime until now i have a header file :)
<pirea> hy
<wingrime> piea: what?
pirea has quit [Read error: Connection reset by peer]
pirea has joined #linux-sunxi
<wingrime> pirea: what do you intend to do?
<pirea> for begining jpeg decoder
<pirea> :)
<pirea> wingrime i can't understand something
<pirea> registers have 1kb?
<pirea> ok?
<pirea> 4kb*
<pirea> but ... in c
<pirea> :)
<pirea> the biggest size of a variable is 128 bit :)
<wingrime> every register have size 4b (DWORD)
<pirea> 4 bites?
<pirea> :)
<pirea> ooook :)
<pirea> now i understand
<pirea> :P
<pirea> wingrime byte or bit?
<pirea> :D
<wingrime> byte
<pirea> 32 bits
<pirea> size of a integer
<wingrime> uint32_t
rellla has quit [Quit: Nettalk6 -]
_BJFreeman has joined #linux-sunxi
BJfreeman has quit [Ping timeout: 251 seconds]
_BJFreeman is now known as BJfreeman
<pirea> wingrime until now :)
Yaku-noob has joined #linux-sunxi
zeRez_ has joined #linux-sunxi
zeRez_ has quit [Read error: Connection reset by peer]
zeRez_ has joined #linux-sunxi
zeRez has quit [Ping timeout: 256 seconds]
BJfreeman has quit [Ping timeout: 252 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as _BJfreeman
_BJfreeman is now known as BJfreeman
zeRez_ has quit [Ping timeout: 260 seconds]
<pirea> wingrime for the init procedure macc_ve_ctrl_engine must have size by 4 bits :)
<pirea> ?
<wingrime> pirea: ALL REGS ARE 4 BYTE
<pirea> wingrime i don't understant
<pirea> understand
<pirea> *
<wingrime> pirea: 4 BYTE - is common size of all when you use 32-bit cpu
<pirea> wingrime MACC_VE_CTRL_ENGINE bit 0:4 :)
<pirea> and the reg is MACC_VE_CTRL
<wingrime> yes you need change only that bits
<wingrime> Turl: witch axp I need wirte for a10/a13?
<wingrime> oliv3r:^
<pirea> so i need a uint4_t
<wingrime> mripard: current i2c and mainlined i2c are same for API?
<pirea> but this data type isn't in inttypes.h
<Turl> wingrime: A10 is AXP201 right?
<Turl> A10S has AXP152 I think
<Turl> dunno about A13
<Turl> pirea: uint4 would be half a byte
<pirea> yes
<wingrime> Turl: I want write/debug with linux sunxi ,and only after do mainline
<Turl> wingrime: let me check
<Turl> wingrime: try to compare include/linux/i2c.h between mainline and linux-sunxi
<wingrime> Turl: also how do you think, mainline like more single driver for chip range or singe file?
<Turl> wingrime: did not understand your question
<wingrime> Turl: we have different axp's , so driver need to be one file for them all?
<Turl> wingrime: if they are similar, sure
<Turl> wingrime: if they are completely different there is no point in doing that
<wingrime> Turl: in current linux sunxi 90% copy-paste
<Turl> wingrime: have a look at the simple axp152 driver hans submitted to linux-sunxi
<wingrime> Turl: I think I can merge them all
<wingrime> Turl: can I drop axp fex support ?
<wingrime> Turl: it constain something useful?
dragonn has joined #linux-sunxi
<Turl> wingrime: you will need to convert it to DT
<Turl> wingrime: it contains i2c address and voltages I think
<wingrime> Turl: A13 - AXP209 A10 - AXP201 A10s - AXP152
<Turl> I think regulator API is defined already for DT so you should follow it
<wingrime> Turl: seems be i2c address fixed
<Turl> yes I think it's fixed per chip
<wingrime> Turl: for allwiner
<Turl> but imo it should be stored on DT in any case :)
<Turl> bbl
<wingrime> Turl: agree, but first I need make cleanup
<wingrime> Turl: in linux-sunxi axp's
<wingrime> Turl so I need know witch axp we are support
<wingrime> What axp use a20? a31
<wingrime> ?
<mripard> A31 is AXP221 iirc
<wingrime> I see in 3.0 AXP15 AXP18 AXP19 AXP20
<mripard> AXP22
<wingrime> mripard: so I need only axp20* for a10/a13?
<mripard> yes, that would be a good start
<mripard> I guess hans submitted one for the AXP152 already
<mripard> so that would be the next step
<mripard> I don't really know the differences between the AXP201 and the AXP209 though
<wingrime> mripard: I still not find differences
<wingrime> but looking in code
<mripard> that would be really great to start working on these
FR^2 has quit [Quit: Connection reset by peer]
<wingrime> funny hardcoded voltages
<wingrime> most intersting - can we autodetect axp's
pirea_ has joined #linux-sunxi
pirea has quit [Ping timeout: 276 seconds]
<wingrime> mripard: how current mainline work without axp support?
<hramrach__> runs some default volatage set by u-boot
<hramrach__> you don't exactly *need* axp support to boot. it's just lame to not have
<hramrach__> also a13 has axp152 iirc. and you can detect axp by SoC. seems same SoC has same axp or none at all
<hramrach__> oh, so it's 10s to have 152, nvm
<wingrime> hramrach: for what exctractly we need axp, only for displaying batt indicator?
<hramrach__> for regulating CPU voltage and powering off
<hramrach__> and the battery when connected
<wingrime> also axp's have different i2c addresses so we can detect
<hramrach__> there can be possibly something else on that address when there is no axp so not more realiable than relying on pairing
<wingrime> hramrach: freq voltage table + batt_indicator + power button irq + poweroff?
<wingrime> I correct?
<hramrach__> yes, something like that. I am not axp expert
<wingrime> hramrach: resume event from power button sended over axp irq
<hramrach__> and you set the voltage with axp so when there is no axp you hve full power all the time and the device tends to overheat more
rellla has joined #linux-sunxi
<wingrime> hramrach: dynamic voltage table are supported by mainline?
<hramrach__> I have no idea
<wingrime> I simply thinking about minumal first version for mainline
<mripard> no, we have no power management at all
<wingrime> mripard: first version must show only batt level I think?
<wingrime> mripard: and I have no idea about dynamic freq voltage support in mainlne
<hramrach__> batt level is input so you can as well get the power buttin working too
<hramrach__> or maybe port the current driver to use the high-level input api
ojn has joined #linux-sunxi
<hramrach__> to make it easier to mainline later
<mripard> hramrach__: there's a "supply" framework that is intended to abstract all this
<mripard> wingrime: yeah, something like battery + gpio maybe?
<mripard> it's simple enough, and would be easy to debug in the current mainline states
awafaa has joined #linux-sunxi
steev has joined #linux-sunxi
<wingrime> mripard: if we want place all axp in singe file, so how we can select needed using only dt?
<hramrach__> the aw code looks like they merged part of input framework into their driver rather than building on top of it :/
<hramrach__> how is a10s/a13 differentiated in DT?
<hramrach__> if you can tell them apart you can tell what axp you have
<hramrach__> so you only need have_axp yes/no
<hramrach__> but you might want to allow have_axp=<sometype> in case somebody builds odd devices
<wingrime> hramrach: this is i2c-class driver, so it must be auto-detectable
<hramrach__> you still need option to turn it off in case the driver does something wrong
<hramrach__> but maybe not in DT
<wingrime> hramrach: we have probe for it
<hramrach__> yes, that's right
<mripard> wingrime: it's probed based on a "compatible" property
<wingrime> so I need check acceptable adresses only
<hramrach__> but even if it probes and you don't want it you need a way to turn it off
<mripard> so one singled river can declare several of them, and behave a bit differently in different cases
<mripard> hramrach__: the kernel usage of the DT is dumb, really
<wingrime> mripard: how?
<mripard> it takes whatever is passed to it and use it
<mripard> that's all.
<mripard> so for A10s, we just have a different DT than for A13
<mripard> wingrime: you can associate data to a given compatible
<mripard> so that, when you get loaded, you can retrieve that data
<mripard> and since it's basically a void*
<mripard> you can do whatever you want with this field
<mripard> you can look at the pinctrl driver I did, we're using exactly that
<mripard> the logic is the same
<mripard> only the pin set differs from one SoC to another
<hramrach__> mripard: but is it like two different sun5i configurations or is it like two platforms you can detect in compatibles
<hramrach__> s/detect/match
<pirea_> uint4_t isn't in standard c library
<pirea_> :|
<hramrach__> tha's called bit field
tinti has quit [Remote host closed the connection]
<hramrach__> pirea_: use BitC instead ;-)
<mripard> hramrach__: two different platforms
<hramrach__> I'm quite positive it has uint4_t
<hramrach__> mripard: cool
<oliv3r> wingrime: rebase and resend, mnemoc is available again and can merge it now
<wingrime> oliv3r: I do some perepare step for writing driver for axp20*
tinti has joined #linux-sunxi
<wingrime> mripard: axp have led charge control
<wingrime> mripard: my new a10 tabet habe such led
tinti has quit [Read error: Connection reset by peer]
<hramrach__> blinkenlights \o/
tinti has joined #linux-sunxi
<wingrime> hramrach: I see only axp202 manual but where 209?
<hramrach__> how would I know?
Black_Horseman has joined #linux-sunxi
jemk has quit [Quit: bye]
<wingrime> oops my a10 tablet have axp209
<hramrach__> the above are all axp209
<Turl> mripard: I think the compatible for i2c devices is dummy
<Turl> mripard: I didn't find them being used in any shape on the at24 driver
<mripard> ?
<mripard> ah
<mripard> yes, there's a fallback on the i2c_match_table iirc.
<mripard> but they can be used.
<Turl> it grabs the address and stuff from dt though
dwilkins has quit [Ping timeout: 256 seconds]
<mripard> and yes, because the address is parsed by the i2c core
dwilkins has joined #linux-sunxi
<hramrach__> Turl: thanks for enabling the spamming
* hramrach__ spams wiki
* Turl hits hramrach__ with spam cans
<hramrach__> ouch :<
pirea_ has quit [Quit: Leaving]
<Turl> :)
dwilkins has quit [Excess Flood]
<hramrach__> it still asks for captcha but does not break because of spam filter
<Turl> hmm, we need an A10S-OLinuXino page on the wiki
<Turl> hramrach__: yeah captcha is not bypassed by this I think
<hramrach__> still if the filter blocks the thing I just added what is supposed to pass it?
<Turl> hramrach__: maybe is engaged with spammy activities
<Turl> I don't think the github links would trigger it
<hramrach__> like somebody added links to their site to spam for credibility?
dwilkins has joined #linux-sunxi
<Turl> yeah I dunno, just a guess
<Turl> it doesn't look like they would, looking at their site
<hramrach__> also it looks like the filter just fails and does not trigger
<Turl> which filter?
<hramrach__> the spam filter
<Turl> which one, akismet?
<Turl> if akismet rejects it you're out of luck, indeed
<hramrach__> yes
<hramrach__> it said blacklist error
<Turl> but so far you're the first th be hit by a false positive
<Turl> (at least that I'm aware)
<hramrach__> does blacklist error mean the filter failed or that it rejected the diff?
<oliv3r> still backreading; but as hansg said, itśs a stage branch; i say put it there and let people test it, if its all good; great, if not, well I guess we have to fix/bisect it
<Turl> hramrach__: I would have to see the full error
<oliv3r> sharing the burden isn bad either :)
<Turl> hramrach__: " blacklist error" means it's been clasified spam
<hramrach__> The following text is what triggered our spam filter: blacklist error
<hramrach__> then it works wrong
<hramrach__> there is supposed to be some un-spam feature
<hramrach__> good luck finding it in the wiki interface
<hramrach__> also if the comments don't pass teh filter it does not learn they should pass :/
dwilkins has joined #linux-sunxi
<Turl> hramrach__: yeah the extension is half implemented, and half crippled due to how akismet works
<mnemoc> :(
<Turl> hramrach__: you submit the text, and it returns ham or spam
<Turl> it doesn't tell you what exactly triggered it though
<hramrach__> secret sauce
<hramrach__> still you need the spam/un-spam feature for it to work effectively
<mnemoc> submitting current content for review can also be a good idea
<Turl> hramrach__: yeah, but mediawiki doesn't have such support either
<mnemoc> in can the "spam" part is in the current content and not in the change
<mnemoc> s/can/case/
<Turl> if it turns out to bring more trouble than solutions to the table we can disable it
<Turl> for known good contributors you can add them to the people group and it'll let them bypass that as well as edit user pages (which spammers seem to use solely for their purposes)
<mnemoc> what about changing the error to "we have doubts if you are a bot or not, please join us on irc to sort out the problem"
wingrime has quit [Ping timeout: 246 seconds]
<mnemoc> and then mark the user as People
<jelly-home> that's what the bots will do come the Skynet Revolution time
<Turl> mnemoc: sounds good to me
<Turl> mnemoc: do you remember which page had the irc instructions?
<mnemoc> nope.... [[IRC]] ?
<Turl> that should work
<mnemoc> and less scary than " blacklist error"
Yaku-noob has quit [Quit: ChatZilla 0.9.90 [Firefox 22.0/20130618035212]]
<Turl> apparently I suck at spamming
<mnemoc> hahahaha
<mnemoc> or sucks at detecting it
<Turl> should've copied an email
<mnemoc> the tool doesn't smell very reliable anyway
<Turl> it works pretty well for WP comments in my experience
<mnemoc> so let's blame the plugin
<Turl> We have doubts if you are a spambot or not, please <a href="/IRC">join us on IRC</a> to sort this issue out.
<Turl> I changed the message to that
<hramrach__> the thing is that WP comments and l-s wiki content are way different
<hramrach__> adding just 4 links is 99% spam on WP but okish on technical wiki
<hno> hi mnemoc!
<mnemoc> hi hno :)
<hramrach__> hi :)
<Turl> hramrach__: yeah you have a point
<Turl> it does have a content type field set to wiki though
shineworld has joined #linux-sunxi
soul has quit [Read error: Connection reset by peer]
Black_Horseman has quit [Remote host closed the connection]
soul has joined #linux-sunxi
<oliv3r> SID is very unreliable, iso far, only AW progrms it, and sometimes its all zeroś's. the eeprom is great for easily modifiable stuff, as said above, mac being the primary one. and also as said above, change the sdcard from device to device, identical mac, clone card, identical mac, so per device mac is good via SID/EEPROM
<hramrach__> mnemoc: I tried older kernel and I still cannot play video
<oliv3r> also, a10, a12, a13, a10s and a20 all have sid, only a31 i haven foun it yet, but don have hardware
<mnemoc> hramrach__: can you try different sunxi tags? to narrow it a bit
<hramrach__> I am not sure it's the kernel or some other stuff I accidentally changed
<mnemoc> then test the oldest kerel you remember worked
<hramrach__> I generally use some random merge of multiple branches :/
<hramrach__> but I have old kernel on ssd maybe
<oliv3r> wingrime: have you not seen the RTL-SDR movement, very cheap SDR hardware
<oliv3r> mripard: do you have more background info on that SMP bit thing?
<mripard> oliv3r: well, without that bit set, the CPU won't enable the caches
<mripard> I still have to test that, but it seems to be the reason why I have these hangs in the kernel boot on the A31
<mripard> and the A20 is concerned as well, since it's a Cortex-A7
<hramrach__> mnemoc: last kernel I used was based on c7d23318c
<hramrach__> will try to copy it back
<hramrach__> mnemoc: I had a typo in the vlc invocation
<hramrach__> and the vlc error mesages are soooo helpful
<mnemoc> hramrach__: so no kernel regression? :)
<hramrach__> did not try the latest kernel yet but looks like it was that typo
<hramrach__> am I the only one who playes video with latest kernel? :s
<hramrach__> anyone is seeing reboots as not exactly reliable?
<hramrach__> seems sometimes the kernel gets stuck powering off
<hramrach__> maybe it was broken revision. did not see that before
<hramrach__> but booting from nand gets stuck like every other time from the very first time I installed Linux there
<mnemoc> what happened to the plan of making ffmpeg or libva bindings? instead of per-player bs
<hramrach__> nobody wrote them
<ssvb> mnemoc: I still have plans for vdpau
<mnemoc> any pseudo-standard api is better than per-player
<ssvb> just some other things need to be done first
<mnemoc> assult aw's hq?
<ssvb> not really :)
<hramrach__> rellla: the 1080i sample plays reasonably well in vlc
<hramrach__> there is no noticable tearing or anything
<hramrach__> it's no quick changing scene, though
<rellla> hramrach__: so its time to find out, whats wrong with xbmc..
<rellla> yeah ~20s
<rellla> haven't found some time to test it yet...
<rellla> due to spam cleaning ;)
<hramrach__> yesh, really bad in xbmc
<Turl> rellla: :p
<hramrach__> ok, the latest kernel works too
heffer_ is now known as heffer
heffer has quit [Changing host]
heffer has joined #linux-sunxi
<hramrach__> e75be343e97 with some random patches on top
<hramrach__> where do you put links to hwpacks?
tinti has quit [Ping timeout: 260 seconds]
ykchavan has quit [Read error: No route to host]
shineworld has quit [Remote host closed the connection]
ykchavan has joined #linux-sunxi
ykchavan has left #linux-sunxi ["Leaving"]
<oliv3r> hramrach__: in kernel we use u32 anyway :)
tinti has joined #linux-sunxi
notmart has quit [Quit: notmart terminated!]
<oliv3r> mripard: if hno is busy, iĺl look at it tomorrow
<oliv3r> i need to start a todo list :S
<oliv3r> mripard: so appearantly boot01 doesn't set it either, if your having toruble now
<mripard> yeah, but I looked at their A31 kernel and don't see it either
* hramrach__ spams wiki some more
tinti has quit [Quit: Leaving]
<oliv3r> mripard: so why does their kernel run right?
<oliv3r> btw, tom said, a31 is conciderd 'a flop' by aw managment :)
<oliv3r> maybe they forgot the bit :)
<mripard> the info comes from two ARM engineers
<mripard> so they shouldn't have "forgot" it
<oliv3r> pirea_ ping
<mripard> but rather patched whatever was coming from the A7 from ARM :)
<oliv3r> mripard: from the ML? oh i belive that is true
<oliv3r> maybe AW forgot it
<mripard> actually, someone only pointed it to me
<mripard> a colleague of mine was speaking with one of the ARM engineers, saying that I had weird hangs at boot with the A31
<mripard> and they just said that it was probably this issue
<mripard> but the kernel we all have on the A20/A31 seems to be working fine though
<mripard> without these hangs
<oliv3r> well the ML post said the kernel assumes bootloader does it
<mripard> so either we don't have the right boot0/1 code, or the right u-boot one, or the kernel one
<mripard> yeah, it's a design decision from mainline :)
<oliv3r> we dont' officially have boot0 for a31
<oliv3r> and AW doesn follow ml :p
<mripard> the CPU doesn't care at all who sets this bit
<hramrach__> everyone set it ! ;-)
<mripard> yeah, but I'd expect them to at least listen to ARM :)
<oliv3r> but if you haven't found it in boot/kernel
<hramrach__> I mean you could set it in boot1 *and* u-boot
<oliv3r> yet, they dn have issues
<mripard> I haven't been able to run the boot0/boot1/u-boot code they provide.
<mripard> so for all I know, we know nothing :)
<mripard> except for what ARM tells us
<hramrach__> should it not run without cache as well?
<oliv3r> mripard: you haven booted anything yet? :p
<oliv3r> mripard: btw, read gregś's mail? :)
<oliv3r> he made me chase a ghost for a week or two
<mripard> yeah, I did
<mripard> see why I was telling you that no-one's a god, even gkh :)
<mripard> and to ask him questions :)
<mripard> oliv3r: and I do have a booting kernel
<hramrach__> no no no, everyone's a god ;-)
<mripard> only with binaries provided by allwinner.
<hramrach__> you did not sprinkle your binaries with enough Chinese magic sauce
<mripard> :)
<oliv3r> so you boot stock boot/u-boot with your on kernel and performance is poop, but their kernel wroks fine and they don't set the bit
<mripard> no, actually, that's what is odd
<oliv3r> have you checked if the bit is said
<mripard> once booted, and even during the boot, it's not *that* slow
<mripard> in console, you don't even notice it
<mripard> but if you look at the timestamps, you have two times where there's a pause of about 6s
<mripard> at decompression and just after the dentry/inode cache
<oliv3r> i noticed that
<oliv3r> sounds resonable
<hno> mripard, I am not quite up to speed on A20 and A31 matters, but is there anything specific you want me to look into on A20? (don't have an A31 yet)
<oliv3r> so have you logged in and dumped the register that sets the bit?
<mripard> hno: I haven't started on the A20 yet :)
<mripard> but I plan to start working on it quite soon
<oliv3r> hno: appearantly thereś as SMP cache enable bit for cotrex a7
<oliv3r> the linux kernel expects the bootloader to set it
<mripard> especially if these hangs are because of a bit not set
<mripard> we will notice the same thing with the A20 I guess
<mripard> but yes, like oliv3r says
<hno> any reference?
<oliv3r> and with u-boot-spl for a31, itĺl be hard to test the bit
<mripard> the Cortex-A7 will enable its caches only if the SMP bit is set, and mainline developpers said that it was up to the bootloader to set it
<oliv3r> jinx
<mripard> (plus, suggested by Will Deacon and Mike Zyngier from ARM today)
<oliv3r> mripard: anyho, we can compile u-boot-spl/boot01 for a31, so itĺl be hard test
<oliv3r> can not
<oliv3r> and a31 uboot iwll take a while :S quite a lot of work
<oliv3r> but we do have a20 stuff :)
<hno> We can try compile the boot0/boot1 we have...
<mripard> hno: already tried :)
* hno tries to remember his ARM login...
<hno> mripard, did it compile?
<oliv3r> officially, we only have a20 boot01
<oliv3r> which won't help mripard
<hno> A31 SDK do have boot0/boot1 if I am not mistaken.
<mripard> hno: it did compile, but wasn't booting
<oliv3r> so itś not true code
<hno> mripard, which toolchain did you try building it with?
<mripard> the same one I use every time, the one packaged in ubuntu
<mripard> a linaro-based gcc 4.7.something
<hno> you really should be using the toolchain from the SDK. It's much much older...
<mripard> right, I'll try with this one and let you know
<hno> Any idas which A7 revisions is in the AW cpus?
<mripard> [8.827569 0.037761] CPU: ARMv7 Processor [410fc073] revision 3 (ARMv7), cr=10c5387d
<hno> mripard, A7 power up sequence is very clear on the SMP bit..
<mripard> and what does it say?
<hno> 4. De-assert resets.
<hno> 5. Assert DBGPWRDUP HIGH to allow external debug access to the processor.
<hno> 7. Assert ACTLR.SMP bit HIGH for SMP mode. Continue a normal power-on reset
<hno> sequence.
<hno> 6. If required use software to restore the state of the processor prior to power-down.
Black_Horseman has joined #linux-sunxi
<hno> and
<hno> You must ensure the ACTLR.SMP bit is set to 1 before the caches and MMU are enabled,
<hno> or any cache and TLB maintenance operations are performed. The only time this bit is set
<hno> to 0 is during a processor power-down sequence.
<hno> Are you sure this isn't set in the BROM?
<mripard> hmmm, and I'm pretty sure I have a MMU :)
rellla has quit [Quit: Nettalk6 -]
<mripard> and I don't know about BROM
<hno> u-boot do set the bit on a number of different cpus or boards. But nothing generic.
BJfreeman has quit [Quit: had a good time]
<hno> boot0 do set it.
<hno> mmu_set_smp
<hno> Hmm.. but call is commented...
<hno> mripard, can you please dump BROM from your A31? It's easily done using fel.
<hno> fel write 0xffff0000 0x8000 A31-BROM.bin
<hno> Err.. I don't rmember the syntax of my own tool.
<hno> fel read 0xffff0000 0x8000 A31-BROM.bin
<mripard> hno: I will
<hno> A20 FEL seems to have code setting it, but can't find any in BROM...
<oliv3r> hno what branch do i need for nand + uSD uart boot
<hno> which nand?
<oliv3r> i want to debug my stock tablet soon
<oliv3r> can we read the smp bit from uboot console?
<hno> if using AW bootloader then it's configurable.
<hno> don't know, but it's easily read with ARM instructions.
<oliv3r> yeah, but what branch?
<hno> oliv3r, you need to be more specific.
<oliv3r> ah ok so we can check it at the very least
<oliv3r> hno i want to replace my stock nand bootloader with one that does libnand but also uSD
<hno> you don't need to replace u-boot for that.
<hno> it's set in script.bin.
<oliv3r> ah ok some said i did
<oliv3r> ok, good ill experiment
<hno> remember to disable the MMC...
<oliv3r> boot0 doesnt output via it thoguh, does ir
<oliv3r> since boot0 is to small to parse script.bin
hramrach__ has quit [Ping timeout: 240 seconds]
<hno> It does if you flash with an image configured for it. And on some of my devices there is a little key combo magic to trigger debug mode where uart0 is routed to PF0..
MadSpark- has quit [Ping timeout: 264 seconds]
MadSpark has joined #linux-sunxi
<oliv3r> ah, nice
<hno> but key combo is boot1, not boot0.
<oliv3r> well the kernel wont boot so boot1 uboot will be enough
tkoskine has quit [Ping timeout: 264 seconds]
hark has quit [Ping timeout: 264 seconds]
<oliv3r> didnt know they patched script.bin into uboot
tkoskine has joined #linux-sunxi
hark has joined #linux-sunxi
hramrach__ has joined #linux-sunxi
<hno> mripard, do you have a working boot0 binary?
<mripard> hno: yes, both boot0 and boot1
<mripard> and those I can send them to you right row
<hno> Ok.
<hno> arm-linux-gnu-objdump -D -m arm -b binary ...
<hno> and look for somethig like
<hno> 168: ee110f30 mrc 15, 0, r0, cr1, cr0, {1}
<hno> 16c: e3800040 orr r0, r0, #64 ; 0x40
<hno> 170: ee010f30 mcr 15, 0, r0, cr1, cr0, {1}
<mripard> just pushed it to the build server.
<hno> Ok. Will look at them later. Need to get some sleep now.
<mripard> 5720: ee110f30 mrc 15, 0, r0, cr1, cr0, {1}
<mripard> 5724: e3800040 orr r0, r0, #64 ; 0x40
<mripard> 5728: ee010f30 mcr 15, 0, r0, cr1, cr0, {1}
<mripard> looks like it's there
<hno> is there code calling there?
<oliv3r> nn all
<hno> the code is always compiler in the boot0 sources I have, but the call is commented.
<hno> function entry should be a couple lines up..
<oliv3r> we most likly do not have running code
<mripard> it just looks like one big fat binary with no symbols for now
<oliv3r> we have code, and should bow and be happy with warlt we got. but on aw homepage it says how much open aw is :p
<hno> mripard, pastebin +/- 10 lines around that please
<hno> on or some other paste service without too much crap..
<hno> Hmmm.. 5720 looks like the entry point, but there is no exit point..
<hno> heh.. that matches the sources I have. No wonder they commented out the call.
<hno> boot0 will crash squarely if that function is called.
<derethor> in uboot, boards.cfg, , do you know the difference between spl and spl_fel ?
<hno> derethor, yes.
<derethor> i think that is quite new, right?
<derethor> oh, thank you!!!
<hno> derethor, yes it's quite new.
<derethor> good! my first custom buildroot image boots!!!
<derethor> lots of fun
dragonn has quit [Ping timeout: 276 seconds]
<hno> mripard, oliv3r should read the register. Dump it into memory with the help of mm.l 0x51000000, then go 0x51000000 to execute, and md.l 0x50000000 to dump out the register value.
<hno> note, not tested at all.
<hno> but should work...
<hno> SMP is bit 6 (0x40 value)