Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
premoboss has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
<hp197> pi14/mux6 does work indeed
<hp197> guess my mux testing wasnt good enough
<hp197> > 80: 10066 0 sunxi_pio_edge 26 Edge gpiolib
<hp197> apritzel: irq 29, thats PI17 a.k.a. bluetooth cts?
<hp197> wait... that can be different for you... never mind
<apritzel> well, that's UART2_CTS, which may drive some BT on some boards
<hp197> yeah, on ct it drives bt cts
<hp197> I dont have that pin on a header... need to solder if I want to test it
<apritzel> hp197: do you have any of the C pins accessible?
<apritzel> PC19 - PC22 have ints associated in the DT as well
<apritzel> on the BananaPi they don't seem to be connected to anything
lemonzest has quit [Quit: Leaving]
<hp197> apritzel: yes
<hp197> pc19 - 22
<apritzel> would be good to check that there are no interrupts on those
<hp197> root@cubietruck:/sys/class/gpio/gpio83# echo rising > edge
<hp197> -bash: echo: write error: Input/output error
<hp197> what am i missing?!
<hp197> pc20, no gpio on
<hp197> with mux 0x6
<hp197> s/no gpio/no irq/
<hp197> awh, and I do know why pc19 didnt work
<hp197> dmesg ftw
<hp197> [ 2151.302661] sun7i-a20-pinctrl 1c20800.pinctrl: unable to lock HW IRQ 12 for IRQ
<hp197> [ 2151.310019] genirq: Failed to request resources for gpiolib (irq 66) on irqchip sunxi_pio_edge
<hp197> ...
<hp197> 67: 0 0 sunxi_pio_edge 13 Edge gpiolib
<hp197> 68: 0 0 sunxi_pio_edge 14 Edge gpiolib
<hp197> 69: 0 0 sunxi_pio_edge 15 Edge gpiolib
<hp197> so pc20-22 dont seem to work at all
interrobangd has joined #linux-sunxi
<apritzel> yeah, the ints overlap with the ones from port H anyway
<hp197> so we can conclude.... PC irq pins ar ea bust
<hp197> PI irq's are on mux6 for some pins
<hp197> eint26/pi14 confirmed working
<hp197> eint29/pi17 seems to be a bust
<apritzel> yeah, that looks reasonable
<hp197> let me check on pi15/mux6
<apritzel> though the EINT29/PI17 remains interesting
<hp197> so a can make a final patch :p
<hp197> 81: 10 0 sunxi_pio_edge 27 Edge gpiolib
<hp197> pi15/mux6 (eint27) does work as well
interrobangd has quit [Read error: Connection reset by peer]
interrobangd has joined #linux-sunxi
<apritzel> so if I see this right we have ints on PH0-PH21 and PI10-PI19
interrobangd has quit [Read error: Connection reset by peer]
interrobangd has joined #linux-sunxi
<hp197> correct
<hp197> with special note on pi17
Nacho has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 250 seconds]
iamfrankenstein has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
vishnup has quit [Quit: Connection closed for inactivity]
dev1990_ has joined #linux-sunxi
dev1990 has quit [Ping timeout: 240 seconds]
interrobangd has quit [Read error: Connection reset by peer]
keh has quit [Ping timeout: 248 seconds]
dev1990_ has quit [Quit: Konversation terminated!]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
arokux_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
arokux has quit [Ping timeout: 255 seconds]
liebre has quit [Quit: liebre]
kaspter has quit [Ping timeout: 255 seconds]
cnxsoft has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 240 seconds]
souther has quit [Ping timeout: 240 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
souther has joined #linux-sunxi
whitesn has joined #linux-sunxi
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Netlynx has joined #linux-sunxi
zoobab has quit [Ping timeout: 240 seconds]
zoobab has joined #linux-sunxi
MY123 has joined #linux-sunxi
premoboss has quit [Ping timeout: 248 seconds]
premoboss has joined #linux-sunxi
mossroy has joined #linux-sunxi
premoboss has quit [Ping timeout: 248 seconds]
vagrantc has quit [Quit: leaving]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<plaes> hp197: EINT22 .. EINT31 works?
iamfrankenstein has quit [Ping timeout: 240 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein1 is now known as iamfrankenstein
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
KotCzarny has quit [Ping timeout: 255 seconds]
KotCzarny has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
lemonzest has joined #linux-sunxi
whitesn has quit [Ping timeout: 240 seconds]
tyler-baker has quit [Quit: Shazbot]
bonbons has joined #linux-sunxi
<KotCzarny> wonderful thing about using mini audio amp with bpi is not wasting 20W for another transformer brick
apritzel has joined #linux-sunxi
tkaiser has joined #linux-sunxi
yann|work has joined #linux-sunxi
premoboss has joined #linux-sunxi
domidumont has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
<tkaiser> Wonderful, schematic for Orange Pi One were found somewhere on baidu. They reference still SY8106A, mention also the SY8113B and one of our users that experienced stability problems when using the lower voltage realised that on his board not a SY8113B but instead an AX3833 is used: http://forum.armbian.com/index.php/topic/617-wip-orange-pi-one-support-for-the-upcoming-orange-pi-one/?p=5386
<KotCzarny> :)
<KotCzarny> talk about lousy engineering/design
<cnxsoft> tkaiser: So different models of regulators are used during manufacturing of Orange Pi One boards? Wow how is that supposed to work? Unless regulators have the same specs...
paulk-collins has joined #linux-sunxi
<tkaiser> No idea, unfortunately I can't read what's written on U53 and the cameras I've here are too crappy either
<KotCzarny> not even with photo enhancing?
<tkaiser> At least the other Armbian user was able to confirm that's not SY8113B on his board
<tkaiser> KotCzarny: No, just a smartphone with wrong autofocus with low distances. I've large DSLR but battery is empty and charger is borrowed to a friend
<KotCzarny> hmm
<KotCzarny> take the photo from 20cm then or more at highest possible res
<KotCzarny> maybe it will be enough
<cnxsoft> Was there anything else on Baidu? Somebody just asked me about the CAD files.
<tkaiser> PDF metadata look somewhat strange (the PDF has been opened and printed back to PDF on OS X) but it seems the document is from Xunlong
<tkaiser> Therefore I uploaded it to our wiki
mpmc has quit [Ping timeout: 250 seconds]
<tkaiser> Find a magnifying glass and can confirm that on my Orange Pi One also a chip with WC5V1 is used.
<jelle> did anyone here test the hdmi support patch for the h3? http://www.spinics.net/lists/dri-devel/msg98558.html
* jelle is a bit of a noob and doesn't know how I can easily fetch the eml's from this list to git am then
<jelle> *them
mpmc has joined #linux-sunxi
<cnxsoft> Thank you!
<KotCzarny> hrm
<KotCzarny> anyone using IR with a20 on mainline?
<NiteHawk> KotCzarny: what's your real question?
<KotCzarny> nitehawk, i was wondering if it works, but just figured out the problem
<NiteHawk> http://linux-sunxi.org/IR#mainline_kernel_.284.x.29_and_sunxi-cir ;)
<KotCzarny> yeah
zoobab has quit [Ping timeout: 255 seconds]
<KotCzarny> i wonder if there is a way to detect which protocol particular remote uses
<NiteHawk> out of curiosity: what was your problem?
zoobab has joined #linux-sunxi
<KotCzarny> nitehawk: trying to configure lircd
<NiteHawk> KotCzarny: as for the protocol, i think that's mostly trial and error - a lot of remotes seem to work with "nec"
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<KotCzarny> nitehawk, problem is that i cant get lircd to work
<KotCzarny> set protocol to nec, evtest works, but cant teach lircd the keys
<hp197> plaes: Yes, but on mux6
<GeneralStupid> did anyone already tried an 4.x kernel on orangepi PC?
<tkaiser> GeneralStupid: sure
<hp197> generalstupid: yes
<jelle> GeneralStupid: yup works fine here
<NiteHawk> KotCzarny: i'm not too familiar with that. what i know is that handling of input between kernel and LIRC changed some time ago, the kernel meanwhile is able to process events and manage keytables on its own. see the diagram at http://www.lirc.org/html/configuration-guide.html
<NiteHawk> evtest targets the 'linux input layer'. so maybe this applies here: "Last option is to connect the LIRC driver to the linux input layer using LIRC's --uinput option. This means that application sees the input as coming from the kernel, and LIRC's other capabilities are not available. This is not described here."
<KotCzarny> nitehawk: i need lircd because i want audio app in background to receive the events
<NiteHawk> ah, sorry - forget about that. seems lircd --uinput works "the other way around" and is intended to inject events into the input layer
<GeneralStupid> jelle, tkaiser, hp197 what combination of uboot and kernel are you running?
<jelle> GeneralStupid: using hans his branch and mainline u-boot
<jelle> should be on the sunxi wiki http://linux-sunxi.org/Orange_Pi_PC#Mainline_kernel :)
<GeneralStupid> i loaded hans kernel too, but didnt gave it a try until now
<GeneralStupid> uboot is missing for
<GeneralStupid> me
<NiteHawk> KotCzarny: i suggest going through http://linux-sunxi.org/LIRC for useful tips. REMOTE_DRIVER="devinput" and REMOTE_DEVICE="/dev/input/eventX" seem pretty straightforward and 'generic' enough to get lircd working
<KotCzarny> nitehawk, been there, done that
<KotCzarny> worked for me on legacy kernel
<KotCzarny> but with mainline there is something missing
<KotCzarny> part of the problem is that with kernel event interface there are no repeat events coming
<KotCzarny> which confuses irrecord
<KotCzarny> i can see things repeating when catting /dev/lirc0, but not using /dev/input/eventX
<KotCzarny> when i do evtest, keys are working ok (-repeat part), but i cant get lircd to work with /dev/input/eventX
<KotCzarny> (only ev_msd and ev_syn events)
<NiteHawk> okay, that seems weird. but i don't have an idea why...
<NiteHawk> "evtest /dev/input/eventX" works, however? (i.e. you're getting the key presses)
<KotCzarny> yes
pstef has quit [Ping timeout: 244 seconds]
<GeneralStupid> jelle: is gpio working?
<jelle> GeneralStupid: pew haven't tried
<jelle> if you know how I can test it sure :-)
<jelle> I'm trying to test the hdmi driver at the moment
<NiteHawk> KotCzarny: one thing that puzzles me is the presence of "lirc" in /sys/class/rc/rc0/protocols - maybe lirc[d] requires its own specialized IR protocol handling?
<GeneralStupid> NiteHawk: i would search for alternatives... lirc is very heavy for just doing input stuff
IgorPec has joined #linux-sunxi
<GeneralStupid> NiteHawk: do you need lircs network stuff?
<NiteHawk> GeneralStupid: i'm not really using IR on my bpi, just for testing purposes. KotCzarny is the one experiencing trouble trying to get lircd to work with recent mainline kernel
pstef has joined #linux-sunxi
<GeneralStupid> jelle: ls /sys/class/gpio_sw/ and for example: echo 1 > /sys/class/gpio_sw/standby_led/data
<jelle> GeneralStupid: I don't have a gpio_sw
<jelle> might be because I am missing modules
<GeneralStupid> NiteHawk: yes, and lirc is very special .... it is really bloated, i use my remote control as an hid and just remap the commands
<GeneralStupid> jelle: too bad :(
<NiteHawk> i am aware that lirc isn't really required any more if you're purely interested in the input events - however a number of applications still relies on doing things "the lirc way"
<KotCzarny> GeneralStupid: how do you do things to apps that run in background?
<GeneralStupid> NiteHawk: but most applications should support keys too
<GeneralStupid> KotCzarny: i use shell scripts for that
<KotCzarny> GeneralStupid: now THATS heavy
<GeneralStupid> i like shell :)
fredy has quit [Excess Flood]
<GeneralStupid> doing those things half of my life - but i dont know lirc
<KotCzarny> i like shell either, but it's a bit heavy for the things i want to do with remote
<GeneralStupid> i dont know what you want to do. i use it to control mpv, start it and get a new zattoo (stream TV) Url
<KotCzarny> GeneralStupid: i have app that plays music, it runs in a background (detached from terminal, no gui), now when i press button on remote i want my app to receive that event
<GeneralStupid> KotCzarny: i run X, thats pretty easy then :)
fredy has joined #linux-sunxi
<KotCzarny> well, maybe i should show you my bpi audio box
<GeneralStupid> i dont say there is no usecase for lirc anymore
<GeneralStupid> but you should be able to get those key types on the console, too
<GeneralStupid> and you could use special keys (VOL_UP or smthg)
<KotCzarny> see 'detached' part
<KotCzarny> i have networked gui for it too, but i also like to control it via remote
cnxsoft has quit [Remote host closed the connection]
<NiteHawk> KotCzarny: have you tried setting "lirc" as the protocol? i'm finding several sources indicaing that might be essential. e.g. https://bbs.archlinux.org/viewtopic.php?id=116515
<KotCzarny> sorry for the potato
<KotCzarny> it has integrated audio amplifier, so no external one needed. cables are connecting directly to speakers. i plan to add li-ion one day for some mobile action
<GeneralStupid> ok , i see why you need remote control but not why it has to be done with lirc
lamer14560638874 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
<KotCzarny> GeneralStupid: because lirc was invented as linux rc interface for apps?
<KotCzarny> and because it works nicely for this purpose
<KotCzarny> also because i've already working configuration for my audio app that works on pc too
<KotCzarny> (and everywhere with lirc installed)
<GeneralStupid> i coudlnt get it to work in appropriate time
<KotCzarny> ok, found a piece, one has to write proper key table with ir-keytable
<longsleep> apritzel: Hey, i wanted to have a look at your ATF for A64/Pine64 - did you push that somewhere?
<KotCzarny> yup. works now
* KotCzarny happy panda now
apritzel has joined #linux-sunxi
bgardner has joined #linux-sunxi
paulk-aldrin has joined #linux-sunxi
<KotCzarny> yup. woooorks! time to update wiki
hipboi has joined #linux-sunxi
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
ganbold has quit [Remote host closed the connection]
FlorianH has joined #linux-sunxi
ganbold has joined #linux-sunxi
paulk-collins has quit [Quit: Quitte]
paulk-aldrin has quit [Quit: Quitte]
hipboi has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
<KotCzarny> GeneralStupid: you can test it, and discover wonderful world of lircd
<KotCzarny> (you can add shell actions with ir-exec or something)
<GeneralStupid> hm something which would be really nice: Kodi on OPi (Without android and witout a lot of hacking)
<jelle> GeneralStupid: you mean openelec :p
tyler-baker has joined #linux-sunxi
<lamer14560638874> GeneralStupid: https://github.com/jernejsk/OpenELEC-OPi2
<jelle> lamer14560638874: ohh interesting
<GeneralStupid> i really want to use it on my debian :(
<jelle> lamer14560638874: how well is it maintained?
Nacho has quit [Ping timeout: 248 seconds]
<lamer14560638874> Uses uboot 2016.03-rc2 with your SY8106A patch and kernel 3.4.110
<lamer14560638874> Very well, Jernej is pretty active, we took most of his stuff to include into Armbian recently
<lamer14560638874> Why am I'm called lamer again? :)
lamer14560638874 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<jelle> my cubox works quite nice, but I might want to use it as server instead
tkaiser has joined #linux-sunxi
<KotCzarny> tkaiser: lamer with bananian ;)
<tkaiser> Silly mail address combined with crappy IRC client :)
<jelle> ugh orangepi forums are so slow
<tkaiser> jelle: Yes, I'll never return there, too annoying
<GeneralStupid> yes... we need a european mirror for that stuff
<KotCzarny> :)
<GeneralStupid> and the "roms" they support are so buggy
<KotCzarny> #onlymainline
<tkaiser> BTW: Just finished a quick review for the Orange Pi One, trying to mention all yet known issues: http://forum.armbian.com/index.php/topic/724-quick-review-of-orange-pi-one/
<jelle> I hope my orange pi one arrives soon
<jelle> tkaiser: hmm it uses a different pmic
keh has joined #linux-sunxi
* jelle wonders if there are scematics
<jelle> and nevermind I should read
<keh> is anyone using arch linux on bananapi or any pi?
<jelle> keh: works for me on the bananapi
<tkaiser> jelle: Not a real PMIC at all and also the wrong according to schematic ;)
<jelle> tkaiser: lol ok
<jelle> oh yeah it has spdiff
<keh> jelle: can you tell me which image are you using? maybe the standard one on lemaker.org from 2014?
<jelle> keh: oh no I don't trust 'em
<tkaiser> One Armbian user experienes undervoltage symptoms while I had quite the opposite (overvolted/overheating)
<jelle> keh: just grab the armv7 image from archlinuxarm.org
<jelle> and then a mainline u-boot
<tkaiser> Now we both looked for the voltage regulator and it's not the one they told us but a similar one
<jelle> I wonder why they included a mic
<keh> jelle: me either. but I have not found... ah, thanks. :)
<jelle> and how we can get the mic working mainline
<keh> jelle: Indeed :D First thing I dismounted from the pi
<jelle> the bananapi has a mic?
<KotCzarny> yes
<KotCzarny> onboard
Shirasaka-Hazumi has quit [Ping timeout: 255 seconds]
<KotCzarny> hmm
<jelle> hmm can't find it
<keh> round button thingy. 3 mm only beneath the... audio jack
<jelle> ahhhh
<keh> you can attach a mono jack instead
<jelle> does it work mainline? :p
<KotCzarny> i think there is a pin on gpio header
<keh> mh maybe
<keh> jelle: I do not know. Have to read how arch is working on the pi.
<KotCzarny> keh: bpi-m1 is mainlined, so you can just go for it
<keh> bpi pro I want to use with arch
<keh> its nearly the same
<KotCzarny> bpi-pro is almost the same as bpi-m1
<keh> ;)
<tkaiser> keh: If you want to use the Pro with a SATA disk then you might get in trouble with u-boot 2016.01
<keh> and is everything working? hdmi, half of gigabit, sata under full load?
<keh> yeah, I got in trouble even with armbian yesterday
<KotCzarny> for me gigabit is quirky on bpi-m1
<tkaiser> keh: You need an u-boot patch since otherwise SATA doesn't work after boot.
<KotCzarny> dont know if it's the problem with mainline or the switch on the other end of the cable
<keh> well, that's not so good KotCzarny. Even if its not full power gigabit it is more than just 100mbits
<tkaiser> KotCzarny: As long as the crapboard is involved I would suggest blaming this ;)
<KotCzarny> tkaiser: nah, regular tp-link gigabit switch
<tkaiser> keh: You can easily exceed 700 Mbits/sec with the Pro
<KotCzarny> negotiates to 1gbit but transmit fails, so i guess its either bad uboot or mainline
Shirasaka-Hazumi has joined #linux-sunxi
<KotCzarny> with 100mbit it works flawlessly tho
<keh> tkaiser: uboot patch is possible via some file in boot folder or do I have to use the console connection?
<tkaiser> keh: You'll have to overwrite u-boot
<keh> oh dear.
<tkaiser> Do you still have an Armbian image? Then you could use a fixed u-boot deb and later exchange rootfs with Arch Linu
<tkaiser> x
<KotCzarny> or just prepare card on pc
<keh> well,then maybe when Ill buy another one I do it and even use arch. But so far it is easier and less time consuming in using armbian =/
<keh> m
<keh> mh
<keh> currently armbian is fresh installed
<tkaiser> keh: You should find the solution for this SATA problem (powering deactivated by accident in u-boot some time ago) somewhere here: http://forum.armbian.com/index.php/topic/691-banana-pro-testers-wanted-sata-drive-not-working-on-some-boards/page-4
<tkaiser> And switching to Arch should be easy with a running Armbian image as long as you keep the contents of the /boot folder
<keh> newest armbian is already installed on sata and it is working well as the time before upgrading yesterday
<KotCzarny> tkaiser: i prefer to have separate /boot partition
<tkaiser> keh: Ok, if you put the rootfs on SATA then there might be some quirks when upgrading. Don't remember exactly but it should also be in the thread.
<keh> alright. So I just need to adjust the boot folder files / configs as already necessary in armbian. Boot partition is still an own partition (ro mostly) on the sdcard and sda1 is root.
<tkaiser> And maybe grab the latest u-boot deb, extract the contents and overwrite the first sectors on the SD card. As already said I don't know exactly since I don't care that much (leaving the rootfs always on SD-card to be able to spin a connected HDD down when unused)
<topi`> tkaiser: loboris' MATE image boots fine, but I could not enable eth0, dmesg is full of some gmac errors
<topi`> is this a known bug?
<tkaiser> topi`: Get the update_kernel.sh form zoobab's mirror and execute it.
<keh> only mistake I made was to have the bootfiles in the basement of the boot-partition and not in an boot folder on the boot-partition. Thought it is not that important.
<topi`> nor was I able to get a Realtek usb wifi dongle working, it complained about not being able to load the firmware although I installed firmware-realtek
<topi`> tkaiser: will try that, thanks
<KotCzarny> or just compile your own
<tkaiser> topi`: And please report back when you got the camera working
<topi`> OK :)
<tkaiser> And be prepared that quality sucks. His kernel doesn't include the patch to increase quality/fps
<tkaiser> So in case you can confirm camera works you should consider switching back to Armbian
FlorianH has quit [Remote host closed the connection]
<keh> another question. Do you all align the blocksize of the filesystems (i.e. ext4)? Because of fewer write cycles on the / on sdcard
<GeneralStupid> keh: yes
<KotCzarny> i do
<KotCzarny> grab flashbench
<GeneralStupid> keh: do this, it really speed things up
<KotCzarny> then just choose proper stride/stripe
<GeneralStupid> use e2tunefs for that
<tkaiser> I don't care, use tempfs and commit=600 :P
<keh> I did, but everyone I told them about say it is not necessary. Just to mkfs is enough. And I did not get in my mind why they just ignore that
<KotCzarny> using journal on sd? lol
<keh> As armbian is using tkaiser ;)
<keh> Indeed. KotCzarny
<GeneralStupid> tune2fs -E stride=2,stripe-width=256 /dev/mmcblk0p2 for my card
<KotCzarny> and -O ^has_journal
<keh> Or who is using f2fs if even as secure as ext4
<KotCzarny> btrfs is even better with checksumming enabled
<tkaiser> You can switch on F2FS on Armbian when you know the size of your SD card since autoresize currently only works with ext4
apritzel has joined #linux-sunxi
<KotCzarny> or just use pc and recreate rootfs
<keh> well, the stride and stripe-width depends on the results of flashbench. Iam using a 64gb sdcard and the results whre 4 times higher.
<tkaiser> And this is really your use case? Writing constantly on SD cards?
<keh> (as KotCzarny already said)
<longsleep> apritzel: a cool, i was hoping you did already look into making it boot into EL2
<KotCzarny> tkaiser: compiling things? apt-get upgrade?
<KotCzarny> just anything related to normal OS use
<tkaiser> Ok, different use case. I use cross-compiling most of the times and simply try to avoid writes.
<keh> Well, better to use a sata drive for the root. Because of the many ebooks I have it is better to store the library on the sdcard. And with ro boot-partition there should be no writes at all
<GeneralStupid> keh: iam using some old 4gb card... but with that line it performs ok
<KotCzarny> even stupid mc is writing in ~
<tkaiser> KotCzarny: Do you really use an SBC as a desktop replacement?
<KotCzarny> tkaiser: yes
<GeneralStupid> sbc?
<KotCzarny> single board computer
<keh> in general it works, but even if 64gb cards are cheap, I'll use the sata and maybe with a connected and chargeable battery I can have a nice portable server with wlan router functionality
<KotCzarny> just any sunxi thingie
<tkaiser> keh: Nope, you chose the wrong board ;)
<GeneralStupid> i like the idea but i wouldnt use any allwinner crap for that :)
<keh> what? why tkaiser ?
<tkaiser> Olimex or Lamobo R1 can power SATA from battery, the other A20 boards not
<tkaiser> With Banana Pro you would have to try to use 5V from the USB ports and power a disk with that
<keh> Oh, okay. Then I'll buy some of these boards (I think lamobo is quite new?) and find another task for the bpro
<keh> thanks for the info
<GeneralStupid> but afaik the SATA on that allwinner SoCs are just usb-to-sata
<tkaiser> keh: Please have a look into the Wiki before you consider the R1 crapboard
<KotCzarny> GeneralStupid: on a10/a20 its native sata
<tkaiser> BTW: We have a wiki, most of this stuff is outlined there ;)
<KotCzarny> yes, bpi-r1 is crappy
<tkaiser> Including performance numbers, what to consider and so on
<keh> tkaiser: I did, but so many boards... It needs a nice overview to compare. what was the other one... olimex. Let me see some info about
<KotCzarny> but if one just wants simple board with most things included it can do the work
<tkaiser> There are a few recommendations
<keh> thanks
<KotCzarny> keh: if you want nice board consider clearfog
<GeneralStupid> why does cpu clock speed always directly influence IO ?
<KotCzarny> because allwinner
<apritzel> longsleep: yeah, that't in the "enter non-secure world in non-secure EL2" commit
<diego71> KotCzarny: because almost every chip?
<KotCzarny> diego71: some chips have proper dma that isnt affected by cpu clock
<tkaiser> diego71: It depends on what the chip was made for, you can use old Marvell SoCs that are able to saturate both GbE and SATA at the same time. That's nothing most other SoCs were made for
<tkaiser> And these Kirkwood SoC were clocked way lower than most more recent SoCs
<diego71> tkaiser: yes, i'm quite impressed with marvell chip. They are not the fastest around in row cpu power, but it's quite good in I/O. I think there is a reason if it used often in NAS and router.
<diego71> KotCzarny: true, but I never seen strong correlation between cpu speed and sata performance, so I don't think is a problem of dma in A20.
<keh> clearfog looks nice (already seen, but not really available in germany as I watched a few weeks ago), but nethertheless it is too big
domidumont has quit [Quit: Leaving.]
iamfrankenstein has quit [Quit: iamfrankenstein]
<diego71> KotCzarny: there is a big (ihmo) problem in write performance in A20, but anyway is faster than a usb-sata adapter
<tkaiser> keh: Turris Omnia uses the same SoC and there is a Linksys router also relying on this chip for 120 bucks but with only 512 MB RAM
<tkaiser> On the Marvell Armada 38x you can fiddle around in u-boot to convert mPCI to mSATA and use mechanical converters to connect a few normal disks
<tkaiser> And a Solid-Run engineer already confirmed that he was able to max out 3 SATA connections in parallel with this dual core SoC: Above 1.5GB/s
<KotCzarny> :)
<diego71> I suspect that problem sata speed is more related with dram speed than cpu clock
<keh> most crap is the mali400 gfx and their driver support (certanly open source, because... when I think about nvidia / closed source driver and sometimes the network card is also nvidia on some motherboards, it should be not so hard to deliver the framebuffer via network :P)
<keh> that sounds cool tkaiser
<longsleep> apritzel: great, will try to use your ATF then in my next image
valkyr1e has quit [Ping timeout: 264 seconds]
<longsleep> apritzel: currently struggeling with sound, just getting Inappropriate ioctl for device when trying to aplay :/
valkyr1e has joined #linux-sunxi
tkaiser has quit [Ping timeout: 250 seconds]
<apritzel> well, I briefly looked at it the other day and you need DMA, don't you?
<apritzel> longsleep: ^^^
<longsleep> apritzel: DMA for sound?
<apritzel> for sure you don't want to do PIO every sample in?
<longsleep> well i think i got DMA
<longsleep> fbturbo X11, not so bad for 2d. But the CPU gets throttled quickly
<longsleep> i think the thing needs a heatsink
<apritzel> oh well, so that's that bloody 3.10.65 kernel ...
<apritzel> then it should work, I guess
<longsleep> yeah .. sorry :)
<apritzel> this "script_init enter" scares me
<longsleep> heh there are tons of scary stuff going on there - might be because i have enabled some debugging
<apritzel> if you would show a "Trump resigns" headline next time it would be even better ;-)
<longsleep> hehe yeah
<apritzel> it's just that when I looked at the ATF I found tons of code that was actually not necessary
<longsleep> i hope i have to make screenshots before that actually happens
<longsleep> thats good
<apritzel> I guess it's similar with the kernel
<apritzel> apparently they have lots of experimentation code still in
<longsleep> btw, do you compile the mainline kernel with CONFIG_ARM64_64K_PAGES ?
<apritzel> you didn't look at the new BSP, by any chance?
<apritzel> 64K pages: don't do that!
<longsleep> download will finish in about 3 hours
<longsleep> (if it does not stall again for 10 hours)
<apritzel> just eats your RAM like crazy and probably doesn't give you anything
<longsleep> apritzel: yeah i do not have that on, but it seams Firefox will not work without it
<apritzel> ???
<longsleep> apritzel: and the BSP Kernel does not compile as it uses the compat stuff all over the place
<keh> turris omnia seems to be cool
<longsleep> apritzel: i know its stupid but i found https://bugzilla.mozilla.org/show_bug.cgi?id=1091515
<longsleep> and Firefox is indeed crashing on startup
<apritzel> that's totally stupid, really
<apritzel> RedHat decided to support only 64K pages with their Enterprise Linux on AArch64, but I guess they will regret it
<longsleep> apritzel: and chrome does not seem to exist for arm64 in arch repository, so we are lacking a reasonable browser
<diego71> apritzel: really? Have you any evidence that 64k pages waste too much memory? just curius...
<diego71> I mean most of the programs use much more than 64k ...
<longsleep> apritzel: anyhow, it would be nice if the mainline kernel would compile with 64k pages, the BSP kernel needs fixes i am not willing to make
<apritzel> 64K pages here means 64K granule, so that's the _smallest_ possible chunk of memory allocation
<KotCzarny> seriously?
<KotCzarny> even for malloc(256) ?
<diego71> apritzel: only for segments. It's not like malloc(1) use 64kb :P
<apritzel> it's not about malloc, really
<apritzel> but for instance for every file the kernel touches it allocates at least 64K in the page cache
<diego71> apritzel: 64k pages only means that elf segments must be aligned to 64Kb.
<apritzel> no
<apritzel> that's one side effect
<apritzel> and the reason that compatibility to ARM32 binary breaks
<diego71> apritzel: I suspect that (broken compatibility)
<apritzel> I have seen data with running 64K pages on Android, and the waste was enormous
<apritzel> for RH that's nice, because they don't care about compatibility and so they don't need to support it ;-)
<apritzel> if an _application_ wants to use bigger pages, there is always (transparent) huge pages
<apritzel> so really, give it a try: run the same (desktop) workload with 4K and 64K pages and look at the memory consumption
<apritzel> maybe some specific database workload benefits, but they have other means of optimization
<apritzel> longsleep: but that 64K pages Firefox crash report is really old (I remember Steve complaining about it ;-)
<diego71> apritzel: I don't know now, but in the past huge pages were painful
<longsleep> apritzel: well it is still open and i guess nobody cared :)
<apritzel> diego71: indeed, but the applications that care cope with that
<apritzel> and also there is now transparent huge pages
<apritzel> which means you get it mostly for free
<apritzel> longsleep: mmh, I will ask Steve tomorrow
<longsleep> apritzel: That would be nice, so far Firefox is the only thing which crashes what i found.
* apritzel is afk for a short while, but just keep on typing ;-)
<longsleep> I just uploaded a ready to use minimal arch image https://www.stdin.xyz/downloads/people/longsleep/tmp/pine64-images/archlinux/
<longsleep> apritzel: All right, i will probably look into the new BSP tomorrow and apply whatever changes there are to the 3.10 tree i have
apritzel has quit [Ping timeout: 248 seconds]
p1u3sch1 has quit [Ping timeout: 252 seconds]
p1u3sch1 has joined #linux-sunxi
domidumont has joined #linux-sunxi
paulk-aldrin has joined #linux-sunxi
FlorianH has joined #linux-sunxi
ssvb has joined #linux-sunxi
premoboss has quit [Ping timeout: 240 seconds]
premoboss has joined #linux-sunxi
interrobangd has joined #linux-sunxi
Nacho has joined #linux-sunxi
apritzel has joined #linux-sunxi
premoboss has quit [Ping timeout: 240 seconds]
premoboss has joined #linux-sunxi
viccuad has joined #linux-sunxi
kill_-9_1 has joined #linux-sunxi
sigjuice has quit [Ping timeout: 252 seconds]
MY123 has quit [Disconnected by services]
kill_-9_1 is now known as MY123
valkyr1e has quit [Ping timeout: 252 seconds]
sigjuice has joined #linux-sunxi
valkyr1e has joined #linux-sunxi
doppo has quit [Ping timeout: 240 seconds]
doppo has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
paulk-aldrin_ has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
<KotCzarny> hrm, my sharp remote isnt working
avph has quit [Ping timeout: 240 seconds]
zoobab has quit [Ping timeout: 248 seconds]
zoobab has joined #linux-sunxi
avph has joined #linux-sunxi
<KotCzarny> lol
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 248 seconds]
<plaes> ok.. someone with some bit fiddling skills could go over this page: http://linux-sunxi.org/DWC_HDMI_Controller#Controller
<KotCzarny> normal increase up do a7, then if next bit is set it decreases?
<plaes> yeah.. easy to do in hw :)
libv has quit [Ping timeout: 252 seconds]
libv has joined #linux-sunxi
<plaes> just remap some wires :P
<KotCzarny> anyway, what was your request?
MY123 has quit [Read error: Connection reset by peer]
<plaes> dunno.. just tired :)
zoobab has quit [Ping timeout: 248 seconds]
<KotCzarny> well, you can do it with LUT too
<KotCzarny> as it's only 16 entries
apritzel has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
<plaes> indeed
mossroy has quit [Remote host closed the connection]
paulk-aldrin has quit [Quit: Quitte]
paulk-aldrin has joined #linux-sunxi
paulk-aldrin_ has joined #linux-sunxi
paulk-aldrin_ has quit [Read error: Connection reset by peer]
paulk-aldrin has quit [Read error: Connection reset by peer]
paulk-aldrin has joined #linux-sunxi
domidumont has quit [Ping timeout: 276 seconds]
zoobab has joined #linux-sunxi
premoboss has quit [Ping timeout: 240 seconds]
premoboss has joined #linux-sunxi
pmattern has joined #linux-sunxi
zoobab has quit [Ping timeout: 276 seconds]
zoobab has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 255 seconds]
viccuad has quit [Ping timeout: 276 seconds]
paulk-tereshkova has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
zoobab has quit [Ping timeout: 240 seconds]
paulk-tereshkova has quit [Quit: Quitte]
IgorPec has quit [Ping timeout: 240 seconds]
paulk-collins has quit [Quit: Quitte]
zoobab has joined #linux-sunxi
lauri has joined #linux-sunxi
<lauri> Hi guys, is it possible to reconfigure Cubietruck's power management unit to propery report LiFePo4 battery stats? (3.3V nominal voltage)
<lauri> I was surprised to discover it works off 3.3V and 3.7V on the LiPo connectors
<lauri> and generates 5V for the USB host ports
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
zoobab has quit [Ping timeout: 250 seconds]
zoobab has joined #linux-sunxi
zoobab has quit [Ping timeout: 244 seconds]
zoobab has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
<keh> Is the Olimex A20 SOM-EVB a soc which contains battery support even for connected sata drives? cannot read anything about on the page: https://www.olimex.com/Products/SOM/A20/A20-SOM-EVB/open-source-hardware
<keh> Oh, there is! (LiPo Battery connector with battery-charging capabilities) But does it support sata?
<lauri> keh: I am guessing yes, on Cubietruck I am getting 5V power for USB ports as well
zoobab has quit [Ping timeout: 244 seconds]
zoobab has joined #linux-sunxi
<keh> lauri: cubietruck also has battery support? But no gbit ethernet as far as I know. Still looking for some sites with more information which soc supporting battery for sata.
FDCX has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 248 seconds]
paulk-aldrin has quit [Quit: Quitte]
yann|work has quit [Ping timeout: 240 seconds]
yann|work has joined #linux-sunxi
FlorianH has quit [Ping timeout: 250 seconds]
Wizzup has quit [Ping timeout: 244 seconds]
reinforce has quit [Quit: Leaving.]
yann|work has quit [Ping timeout: 255 seconds]
apritzel has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
ricardocrudo has quit [Remote host closed the connection]