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
[7] has quit [Ping timeout: 268 seconds]
TheSeven has joined #linux-sunxi
<apritzel> gets even weirder... apparently some parts of the SRAM are flaky, at least on my board
<apritzel> adding debug code shifts this into a data region, so I see some wrong output strings, but it works
<apritzel> removing this debug code make it crash, presumably because the faulty byte(s) are now in code
<apritzel> compiling with DEBUG=0 works though
<apritzel> like this: "arm_gic_cpuif_setup on MPIDR 0
<apritzel> arm_gic_distif_setup on MPIgR 0"
<apritzel> the second "MPIDR" is wrong
<apritzel> with some debug code I get this: "arm_gic_setup, MPIDR: llu" (so the % got lost somehow, so it prints the format specifier instead of the number)
<ssvb> apritzel: this might be also a symptom of the stack overwriting your data section
<apritzel> you mean the FEL stack backup?
<apritzel> I checked in fel.c that you use 0x1.8000 till 0x2.0000 only
<ssvb> I mean the ATF stack growing down and overwriting the ATF const data section
<apritzel> mmh, possible, though unlikely
<apritzel> the stack is 1K per CPU
<apritzel> and loading everything into SRAM A2 works without crashes or broken strings
<apritzel> looks like a job for a memtester ;-)
<ssvb> yeah, if the same test with the SRAM A2 works fine, then something is not right
<ssvb> 'g' = 0x67, 'D' = 0x44
<ssvb> does not look like a single bit error
<ssvb> ^ this is a comparison of two SRAM dumps from A13, the uninitialized area seems to be somewhat deterministic with some unstable bits :)
kaspter has joined #linux-sunxi
<ssvb> it's very strange to see such single byte errors inside of string constants in your log
<willmore> apritzel, they forgot to declare the loop variable volatile?
<willmore> I don't know if this is relevant, but I remember a problem on an ARM system over a decade ago where early boot would turn the caches on and later we would turn them back off. The problem was that turning them off doesn't really turn them off.
<willmore> It basically means that new data won't get written to them, but old data in them will still be read.
<willmore> An explicit 'flush the cache' sequence needed to be done to get the cache to really be empty.
khuey is now known as khuey|away
<willmore> That was a realy PITA to solve.
gzamboni has joined #linux-sunxi
<apritzel> willmore: yeah, this is a common ARM problem
<apritzel> that udelay() implementation looked really involved on the first glance, but the compiler was smarter and optimized it away
<willmore> For the life of me I couldn't figure out why my FLASH programming routine kept failing and the error pattern was so similar every time...
<willmore> Good compiler!
<apritzel> interestingly they didn't even realise it, so every udelay() call in ATF is actually snake oil ;-)
<apritzel> (in the Allwinner port of ATF, that is)
<willmore> ATF?
<willmore> Alcohol Tobaco and Firearms?
<ssvb> willmore: tossed this under-voltage problem to longsleep - https://github.com/longsleep/build-pine64-image/issues/16 ;)
<willmore> ssvb, classy.
apritzel has quit [Ping timeout: 244 seconds]
khuey|away is now known as khuey
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
ninolein_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
khuey is now known as khuey|away
p1u3sch1 has quit [Ping timeout: 252 seconds]
p1u3sch1 has joined #linux-sunxi
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
reev has joined #linux-sunxi
reev has quit [Client Quit]
robogoat has quit [Quit: Reconnecting]
robogoat has joined #linux-sunxi
robogoat has quit [Ping timeout: 268 seconds]
Amit_T has quit [Ping timeout: 250 seconds]
robogoat has joined #linux-sunxi
bwarff__ has quit [Ping timeout: 252 seconds]
bwarff has joined #linux-sunxi
engidea-vr has quit [Quit: Konversation terminated!]
engideavr has joined #linux-sunxi
<lennyraposo> hey longsleep are you about?
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
reinforce has joined #linux-sunxi
jernej_ has quit [Ping timeout: 244 seconds]
IgorPec has quit [Ping timeout: 250 seconds]
juri_ has quit [Ping timeout: 250 seconds]
fl_0 has quit [Ping timeout: 250 seconds]
fl_0 has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<pitillo> hello, is there available prebuilt kernel images and modules for the pine64b?
edolnx has quit [Ping timeout: 250 seconds]
edolnx has joined #linux-sunxi
IgorPec has joined #linux-sunxi
reev has joined #linux-sunxi
juri_ has joined #linux-sunxi
Amit_T has joined #linux-sunxi
apritzel has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
premoboss has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
The_Loko has joined #linux-sunxi
<apritzel> willmore: ATF = ARM Trusted Firmware, that's the part that offers PSCI services and does all the 64-bit initialization on the Pine64
<apritzel> agraf: for the records: in contrast to the manual there does not seem to be SRAM from 0x3.3000 till 0x4.0000 on the A64 - at least on my board
<agraf> apritzel: hooray :)
avph has quit [Ping timeout: 250 seconds]
<apritzel> agraf: at least it's not accessible - as both FEL and ATF run in monitor/EL3 mode, I doubt that it's a secure thing
<apritzel> agraf: but on the bright side: ATF runs in SRAM now!
<agraf> great :)
<apritzel> I just load it at 0x20000 and that works (plus some patches to limit the ATF sections to the 64KB is actually needs)
<agraf> how fast is sram access compared to caches?
<apritzel> feels really fast with U-Boot's md.l ;-)
<apritzel> honestly: didn't check and don't care anyway at this stage
<agraf> I'm wondering whether it'd make sense to put our EL2 KVM code there
<agraf> not that it matters with v8.1
<apritzel> v8.1? Pine64?
<agraf> unrelated to pine
<apritzel> I am not sure if SRAM is always meant to be fast on those SoC, it just doesn't need initialization and can be easily made secure only
<apritzel> also you can give a small region easily to some firmware service or some other blob
avph has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
<Amit_T> apritzel: Sorry my understanding is bit low here but how did you load ATF into sram, through EFL ?
<agraf> apritzel: well, sram is always faster than dram fwiw
<apritzel> agraf: maybe, but that also depends on how it's connected to the bus
<apritzel> agraf: and I am pretty sure it's slower than the caches
<agraf> apritzel: hm, and we expect few cache misses in hot paths anyway
<agraf> apritzel: oh well :)
<apritzel> since the caches are connected very tight to the core, while the SRAM accesses have to go through an arbitrated bus, which is probably only 32-bits wide
<apritzel> also clocked much slower
avph has quit [Ping timeout: 250 seconds]
<Amit_T> I meant through FEL ?
<apritzel> Amit_T: yes, through FEL for the time being
<apritzel> but I will switch over to boot0 loading tonight
<apritzel> not sure boot0 really respects the load address in that header before the ATF, but I am ready to hack some small memcpy / trampoline code
<NiteHawk> btw, which FEL utility are you using - from ssvb's A64 branch?
<Amit_T> ok and where boot0 is programmed, in some kind of flash ?
<apritzel> NiteHawk: yes
<apritzel> Amit_T: there is no flash on the Pine64. It's all from SD card or via FEL
<Amit_T> ok, so many questions , I can access the FEL through the same OTG port(but yesterday you menation there is no boot over USB support)
avph has joined #linux-sunxi
<Amit_T> apritzel: Oh I think you are loading FEL code into sd card and from there on ATF and u-boot?
<apritzel> Amit_T: you was asking for U-Boot and USB
<Amit_T> Yes
<apritzel> there is a small boot ROM in the SoC, which can load code via USB OTG very early if there is no SD card
<apritzel> this has nothing to do with U-Boot
<apritzel> U-Boot still can't use USB - that was your question yesterday
<apritzel> so FEL code works without a SD card, which is the neat part of it
<apritzel> I will document my steps in the Wiki later (now that ATF is in an usable state for me)
<Amit_T> Sorry I just could not ask it properly , I am looking a way to reach at u-boot prompt just like I am doing it on Orangepipc and now you answered it.
<apritzel> Yes, I have a U-Boot prompt without any SD card by just loading stuff via sunxi-fel over USB
<apritzel> I also booted Linux and an initrd on the same way
<Amit_T> but I have more doubt , On pine64 I have one only one OTG port(micro USB) and that is for power supply .
kaspter has quit [Remote host closed the connection]
<apritzel> it's the upper USB port
<apritzel> you need an USB-A <-> USB-A cable
<apritzel> non-standard, but all over EBay ;-)
<Amit_T> oh no my expenses are keep getting increasing :(
<apritzel> it's very cheap, though
ricardocrudo has joined #linux-sunxi
<apritzel> the annoying part is just that your shop around the corner usually doesn't have it, so you have to order and wait for it
avph has quit [Ping timeout: 250 seconds]
luoyi has joined #linux-sunxi
<luoyi> does anyone have used the mainline linux 4.5.2 kernel with Banana Pi M1+ ? looks like the wifi driver is not usable.
<luoyi> [root@alarm ~]# iw dev wlan0 scan [ 130.731361] brcmfmac: brcmf_do_escan: error (-110) [ 130.736164] brcmfmac: brcmf_cfg80211_scan: scan error (-110)
<Amit_T> And you know , In my part of world , its even more difficult :), It took me ages to get my pine64 unit.
<wens> wut? they put OTG on a normal port?
hansg has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
enrico_ has joined #linux-sunxi
avph has joined #linux-sunxi
<apritzel> wens: sure they did ;-)
hansg has quit [Client Quit]
p1u3sch1 has joined #linux-sunxi
doppo has quit [Ping timeout: 260 seconds]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 276 seconds]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 268 seconds]
benjamin_ has joined #linux-sunxi
benjamin_ is now known as merbanan
luoyi has quit [Ping timeout: 250 seconds]
oneinsect has joined #linux-sunxi
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 250 seconds]
IgorPec has joined #linux-sunxi
doppo has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
premoboss has quit [Quit: Sto andando via]
mnr has joined #linux-sunxi
doppo has quit [Ping timeout: 260 seconds]
<KotCzarny> well, otg on a normal port has a positive feature that if one doesnt need otg, one has normal port ;)
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 268 seconds]
doppo has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
doppo has quit [Ping timeout: 260 seconds]
doppo has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
doppo has quit [Ping timeout: 250 seconds]
doppo has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
doppo has quit [Ping timeout: 276 seconds]
avph has quit [Ping timeout: 250 seconds]
avph has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl_ has quit [Client Quit]
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 244 seconds]
doppo has joined #linux-sunxi
orly_owl_ has quit [Quit: leaving]
orly_owl has joined #linux-sunxi
doppo has quit [Ping timeout: 276 seconds]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 250 seconds]
doppo has joined #linux-sunxi
<zoobab> hi
IgorPec has joined #linux-sunxi
<zoobab> do you know if the ethernet driver for H3 is usable now?
<oneinsect> may be from here?
<oneinsect> what about i2c?
<oneinsect> any ideas?
<apritzel> zoobab: for the Pine64: feel free to help debugging ;-) https://github.com/apritzel/linux/tree/a64-wip
<apritzel> oneinsect: i2c> which board?
<oneinsect> orange pi pc
<oneinsect> i so wish it could work
<apritzel> oneinsect: it worked out of the box on the Pine64
<oneinsect> my rtc clock would work
<oneinsect> ooooh
<oneinsect> mainline kernel?
<apritzel> yes
<oneinsect> which version?
<oneinsect> i tried rc1
<oneinsect> 4.6
<oneinsect> strange
<apritzel> well, not sure about the DT you are using
<oneinsect> i am using this
<oneinsect> let me show you
doppo has quit [Ping timeout: 250 seconds]
<apritzel> but for the Pine64 (which has the same I2C controller AFAIK) it was just a matter of selecting CONFIG_I2C_MV64XXX in the .config
<montjoie> zoobab: driver fully usable
doppo has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
pitelpan has quit [Ping timeout: 276 seconds]
<zoobab> that's the big missing part for the H3 openwrt port
<zoobab> any intent to backport it to an LTS release like 4.4?
<zoobab> openwrt sticks to LTS kernels, but wigyori told me there were lots of changes in the network stack, and that was a lot of work to backport that
doppo has quit [Ping timeout: 250 seconds]
doppo has joined #linux-sunxi
<oneinsect> hmm apritzel: i cant seem to find the dts file...i generally mainline from armbian
<oneinsect> to be more exact
<plaes> this seems to be for legacy kernel
<apritzel> zoobab: you could give it a try: the driver is just one file, you could download it from montjoie's github and just add it to the Makefile of a 4.4 kernel and see what happens
pitelpan has joined #linux-sunxi
deskwizard has joined #linux-sunxi
doppo has quit [Ping timeout: 276 seconds]
doppo has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
reev has quit [Ping timeout: 276 seconds]
<zoobab> wil ltry
<montjoie> does someone with a gigabit H3/A83T could run iperf on it and give me the output of ethtool -S eth0 ?
<TheLinuxBug> https://vpsboard.com/topic/8888-raspberry-pi-sd-card-corruption/#comment-106943 <- I wanted to make sure I was on the right track, also mention that I mentioned you guys ;p and if anyone has anything to add, please do :) Thnx!
<oneinsect> i generally use
<oneinsect> a ram only distro
<oneinsect> so i dont face any corruption issues
doppo has quit [Ping timeout: 268 seconds]
<oneinsect> for rpi
<oneinsect> montjoie: quick question
doppo has joined #linux-sunxi
<oneinsect> does your repo have i2c drivers
<oneinsect> for H3
<oneinsect> kernel mainline?
<montjoie> oneinsect: my repo is just mainline with emac, I do not know I2C status for it
<oneinsect> hmmm
<montjoie> oneinsect: I2C_MV64XXX does not work ?
<oneinsect> i will try
<oneinsect> i am trying to get that RTC clock working
<oneinsect> but its not detecting
<oneinsect> i will try again
<oneinsect> with RC4
doppo has quit [Ping timeout: 250 seconds]
<oneinsect> DS3231 PRECISION RTC
<apritzel> oneinsect: I used something similar, using i2ctools to directly poke the RTC registers
<oneinsect> hmm
<oneinsect> i will
doppo has joined #linux-sunxi
<apritzel> wiring it up as a proper RTC detected by the kernel is probably more involved
<speakman> what apritzel said
<oneinsect> i2ctools is there in apt?
<speakman> DS3231 is 100% compatible with DS1307 so you can use that kernel driver to hook it up onto the i2c bus and then use "hwclock" tool on it.
* speakman is using it as we speak on A20
<oneinsect> indeed i had used ds1307 before on rpi
<oneinsect> let me boot mainline
<oneinsect> and check
<speakman> Don't use i2ctools
<oneinsect> then?
<oneinsect> hwclock will directly detect it?
<speakman> it doesn't have to
<speakman> What are you trying to do? Just add a working RTC clock into your project?
<speakman> What CPU exactly?
doppo has quit [Ping timeout: 268 seconds]
<oneinsect> nanopim1 which is exactly as orange pi pc
<oneinsect> i need to add an RTC clock for my projects
<oneinsect> which will update itself via gps connected via serial port
<oneinsect> i used gpsd, ntpd etc
<speakman> ok, because some of the Allwinner CPU does already include one RTC, just wanted to check that first.
<oneinsect> well yes
<speakman> First of all, make sure you have REMOVED any sunxi-rtc support in the kernel.
<oneinsect> interestingly this board has no rtc clock
<speakman> Then make sure you have DS1307 support compiled-in to the kernel.
<oneinsect> maxim support via kernel config right?
<speakman> Yes
<oneinsect> okie i will
<speakman> I don't like separate modules on minor projects, but it's up to you how you solve it. Just make sure it's built and available during boot.
<oneinsect> i am gonna recompile the kernel now
<oneinsect> yes i dont like seperate modules as well
<speakman> (hence I mark all device drivers for "built-in" rather than "module")
<mripard> speakman: you don't have to disable it
<speakman> great
<speakman> mripard: just a to be sure
<speakman> be sure it won't take up /dev/rtc0
<oneinsect> but even if it does....i am anyway connected a maxim ic instead of the their own RTC clock
<oneinsect> so should it just work
<oneinsect> on the same clock lines i mean
<speakman> oneinsect: how ever, in a boot script, but "echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-2/new_device"
<speakman> but = put
<oneinsect> yes
<speakman> change i2c-2 into what ever i2c bus you're using
<oneinsect> yes
<speakman> (the kernel will tell you if it doesn't find the rtc)
<oneinsect> indeed
<oneinsect> okie starting compile
<oneinsect> waiting for menu-config
<speakman> after that, you will have a new file in /dev called rtc0
<oneinsect> hmmm
<speakman> Now you can use "hwclock" for setting system and hardware clock
<speakman> It will by default use /dev/rtc0
afaerber has quit [Quit: Ex-Chat]
<oneinsect> are you guys here for a few? i am gonna try it and report back
<oneinsect> ?
<speakman> And while I'm at it; the rtc will need to be re-writting continously (to keep up with the current system time, which has a way higher precision)
<speakman> oneinsect: for a few..?
<speakman> :D
<oneinsect> minutes
<speakman> I have written a background script which every 30 minutes will run hwclock -w -u
<oneinsect> in raspberry pi...i just connect NTPD to gps on a serial port via gpsd daemon
<oneinsect> it picks up automatically
<speakman> I havn't found any "best practice" on this, and there are probably tools out there to fix this automatically. Maybe mripard or apritzel or someone else have some better suggestions?
<oneinsect> the moment there is a gps signal
<oneinsect> and autocorrects time
<oneinsect> probably then my scripts waits for the gps to pick up signals and show correct and then starts its process of video monitoring
<oneinsect> correct time*
<speakman> You probably want the system time to be set up way before first contact with GPS is established.
pitelpan has quit [Ping timeout: 260 seconds]
<oneinsect> correct ...it should be since the last clock sync will help it maintain it
<speakman> And you will need to write new system time to hardware (rtc) on regulary basis.
<oneinsect> aha
<oneinsect> wont ntpd do it? does it only set system time? does it not sync it to hwclock?
avph has quit [Read error: Connection reset by peer]
<oneinsect> becoz i know it syncs system2hwclock during shutdown
avph has joined #linux-sunxi
<oneinsect> but what if i dont cleanly shut down
<oneinsect> you are right speakman:
<oneinsect> may be i need a script for syncing hwclock regularly
kaspter has quit [Ping timeout: 244 seconds]
doppo has joined #linux-sunxi
<speakman> No idea what ntpd is capable of, sorry
<montjoie> first you need monitoring :)
<oneinsect> monitoring of what monty
<montjoie> checking ntp/hwclock derive
<oneinsect> hmmm
pitelpan has joined #linux-sunxi
bwarff has quit [Ping timeout: 252 seconds]
afaerber has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 268 seconds]
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
oneinsect has quit [Ping timeout: 250 seconds]
iamfrankenstein has quit [Quit: iamfrankenstein]
cnxsoft has quit [Quit: cnxsoft]
avph has quit [Ping timeout: 250 seconds]
avph has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
The_Loko has quit [Quit: Leaving]
psychedup74 has joined #linux-sunxi
luoyi has joined #linux-sunxi
nove has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
JohnDoe_71Rus has joined #linux-sunxi
zuikis has joined #linux-sunxi
apritzel has joined #linux-sunxi
psychedup74 has quit [Quit: leaving]
deskwizard has quit [Quit: Leaving]
oneinsect has joined #linux-sunxi
akaWolf has quit [Ping timeout: 244 seconds]
dev1990 has joined #linux-sunxi
akaWolf has joined #linux-sunxi
jernej_ has joined #linux-sunxi
<oneinsect> does orange pi pc has good usb support
<oneinsect> in mainline?
<KotCzarny> work in progress
<KotCzarny> apparently 4.7 will have h3's usb supported
<wens> the shared reset stuff for ehci/ohci hasn't been merged yet
vagrantc has joined #linux-sunxi
<oneinsect> hmmm
<oneinsect> can someone tell me
<oneinsect> when we say no usb support
<oneinsect> its like the mainline kernel doesnt
<oneinsect> recognize the usb at all?
<oneinsect> coz it seems to recognize them
<oneinsect> only in one usb case when i insert any device usb camera....i see a crash message in dmesg
<oneinsect> rest 2 usbs seem fine
<plaes> yeah.. that's the issue
<oneinsect> hmmm
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
T3charmy has joined #linux-sunxi
T3charmy has quit [Client Quit]
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
edolnx has quit [Ping timeout: 250 seconds]
Gerwin_J has joined #linux-sunxi
mnr has quit [Ping timeout: 240 seconds]
khuey|away is now known as khuey
iamfrankenstein has joined #linux-sunxi
Netlynx has joined #linux-sunxi
<oneinsect> KotCzarny:
<oneinsect> do you any kernel pre-compiled for orange pi pc
<oneinsect> that i can download
<oneinsect> which has ethernet enabled
<oneinsect> mainline?
<KotCzarny> i'm waiting for 4.7
<KotCzarny> because i need audio and usb
<KotCzarny> so for now i'm running legacy
orly_owl has quit [Ping timeout: 250 seconds]
<oneinsect> hmmm
<oneinsect> can you share your kernel?
paulk-collins has joined #linux-sunxi
<oneinsect> i am to prevent crash by adding rootwait
<oneinsect> setenv bootargs /vmlinuz-3.4.111-sun8i modules=loop,squashfs,sd-mod,usb-storage modloop=/modloop-sunxi console=${console} init=/init rootwait panic=10
<KotCzarny> let me put it online, moment
<oneinsect> but it still stays at [ 3.510085] [DISP] disp_device_attached_and_enable,line:159:attched ok, mgr0<-->device0, type=4, mode=5
<oneinsect> in serial debug port
<oneinsect> it doesnt give me a command prompt
<oneinsect> legacy kernel ofcourse
<oneinsect> yes
<oneinsect> please
orly_owl has joined #linux-sunxi
<KotCzarny> for serial debug port you need getty listening on serial device
<KotCzarny> s/debug/login/
enrico_ has quit [Quit: Bye]
<oneinsect> yes thanks
<oneinsect> let me download
<KotCzarny> drat, forgot script.bin
<KotCzarny> btw. you should do memory stability test, if your board is almost the same as opipc it should run: http://linux-sunxi.org/Orange_Pi_PC#DRAM_clock_speed_limit
<KotCzarny> there is a chance your default memory speed is too much
<oneinsect> hmmm
al1o has joined #linux-sunxi
<oneinsect> let me try out your image
<KotCzarny> it's not image
<KotCzarny> just kernel and modules
<oneinsect> yes
<oneinsect> i have the a different init
<oneinsect> i mean i have a different rootfs
<oneinsect> soo no problem
<oneinsect> kernel is my main problem
<KotCzarny> yeah, i had few troubles finding working .config
<oneinsect> its only missing firmware
<oneinsect> folder
<KotCzarny> there are few switches that make kernel unbootable
<oneinsect> hmmm
<oneinsect> i will use the script.bin from
<oneinsect> nanopim1 guys
<KotCzarny> script.bin is just an example
<oneinsect> indeed
Turl has quit [Quit: >.<]
Turl has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<oneinsect> okie it hangs on [ 2.990086] [DISP] disp_device_attached_and_enable,line:159:attched ok, mgr0<-->device0, type=4, mode=5
<oneinsect> i mean its waiting for something
<oneinsect> i have find out what
<oneinsect> setenv bootargs /kotc/uimage-new modules=loop,squashfs,sd-mod,usb-storage modloop=/kotc/modloop-sunxi hdmi.audio=EDID:0 disp.screen0_output_mode=EDID:800x600p60 initcall_debug=0 console=ttyS0,115200 init=/init rootwait
<oneinsect> that is what i did
<oneinsect> may be i will enable earlyprint
<KotCzarny> well
<KotCzarny> my kernel wasnt built with initrd
<KotCzarny> i can rebuild if you want
<oneinsect> aaaa
<oneinsect> yes
<oneinsect> please enable
<oneinsect> squashfs
pitelpan has quit [Ping timeout: 246 seconds]
<oneinsect> and
<oneinsect> CONFIG_BLK_DEV_LOOP=y
<oneinsect> CONFIG_SQUASHFS=y
<oneinsect> and
<oneinsect> [*]Enable loadable module support ---> Device Drivers --->Graphics support --->Frame buffer Devices --->[*]support for frame buffer devices --->[*]Simple framebuffer support Device Drivers --->Graphics support --->Console display driver support --->[*]Framebuffer Console support
<oneinsect> thanks
<oneinsect> :-D
<oneinsect> i mean initrd and all others options
<oneinsect> i wanna put an end to this today
<oneinsect> with your kernel bomb
<oneinsect> fatload mmc 0 0x43000000 /kotc/script.bin fatload mmc 0 0x42000000 /kotc/uimage-new fatload mmc 0 0x45000000 /kotc/initramfs-sunxi-new bootm 0x42000000 0x45000000
<oneinsect> fyi
apritzel has joined #linux-sunxi
<KotCzarny> another thing to note, you will probably have to set ramdisk dev size too
<KotCzarny> ramdisk_size=16384 or something
<oneinsect> oooh
<oneinsect> is it?
<oneinsect> have to set using setenv?
<KotCzarny> what is the size of the initrd?
<oneinsect> let me check
<oneinsect> size on disk: 45.6 MB (47,853,568 bytes)
<oneinsect> and size: (47,852,235 bytes)
<KotCzarny> then probably =50000
<oneinsect> is it to be set in u-boot environment?
<KotCzarny> and you set it on kernel opts
<KotCzarny> bootargs
<oneinsect> understood
reinforce has quit [Quit: Leaving.]
<oneinsect> excellent
<oneinsect> let me try
<oneinsect> right away
<oneinsect> setenv bootargs /kotc/uimage-new-en modules=loop,squashfs,sd-mod,usb-storage modloop=/kotc/modloop-sunxi hdmi.audio=EDID:0 disp.screen0_output_mode=EDID:800x600p60 initcall_debug=0 console=ttyS0,115200 init=/init rootwait ramdisk_size=50000
<oneinsect> thats what i did
<oneinsect> and i now landed here
<oneinsect> modprobe: module fbcon not found in modules.dep failed. initramfs emergency recovery shell launched. Type 'exit' to continue boot sh: can't access tty; job control turned off / #
<oneinsect> atleast
<KotCzarny> anyway, it booted, which is a bit better than before ;)
<oneinsect> yes
<oneinsect> correct
<oneinsect> also
<oneinsect> Size: 512MB ion_carveout reserve: 160m@0 256m@0 130m@1 200m@1 ion_reserve_common: ion reserve: [0x56000000, 0x60000000]!
<oneinsect> this is an interesting observeration
<oneinsect> it shows that
<oneinsect> during the initial boot start
<KotCzarny> well, my .config might be a bit overstuffed
<oneinsect> i observed new
<oneinsect> let it be fat
<oneinsect> i dont mind
<oneinsect> let me now try
<oneinsect> a simple bootargs
<KotCzarny> also, i think you have to rebuild your modloop or initrd
<KotCzarny> because kernel now looks for /lib/modules/3.4.39-02-lobo/
ricardocrudo has quit [Remote host closed the connection]
<oneinsect> hmm
<oneinsect> i have them
<oneinsect> in exactly the same dir
p1u3sch1 has quit [Ping timeout: 268 seconds]
<KotCzarny> also, i think i've built it in the kernel, not as modules
p1u3sch1 has joined #linux-sunxi
<KotCzarny> try typing exit as the error msg suggest
<oneinsect> yes
<oneinsect> aaah
<oneinsect> i forgot to include
<oneinsect> one apk folder
<oneinsect> let me
<KotCzarny> anyway, you can extract config.gz and build your own kernel now suited for your needs
<oneinsect> yes
Nacho_ has quit [Ping timeout: 260 seconds]
<oneinsect> trying now
<oneinsect> its booted
<oneinsect> got login prompt
<oneinsect> now let me try write something to sdcard
<oneinsect> and reboot
<oneinsect> let me see if that crash returns
<oneinsect> holy shucks
<oneinsect> it works
<KotCzarny> :)
<oneinsect> how did you do it?
<KotCzarny> did what?
<oneinsect> i mean it works!!!
<KotCzarny> well, i use this kernel tree on my opipc, so i know it works
Nacho_ has joined #linux-sunxi
<oneinsect> thanks for sharing
<KotCzarny> but as i said, i'm waiting for 4.7
<oneinsect> really appreciate it
<oneinsect> this includes all drivers we need?
<KotCzarny> dont know, as i said, you have config, check it
<KotCzarny> or just check whatever you need physically for working
<oneinsect> yes
Netlynx has quit [Quit: Leaving]
<oneinsect> do you cross compile this?
<KotCzarny> nope
<KotCzarny> i build it on opipc itself
<KotCzarny> but shouldnt matter if you crosscompile either
<oneinsect> hmmm
<KotCzarny> grab any armbian legacy based image, replace kernel and script.bin
<oneinsect> yess
<KotCzarny> and you will have working debian
<KotCzarny> you can also just grab some tkaiser's builds too
<oneinsect> where are they located?
<oneinsect> i have one more problem to solve...i need to find a way to get gstreamer
<oneinsect> display dynamic text overlay
<KotCzarny> apt-get install gstreamer ?
<oneinsect> no i have gstreamer working
<oneinsect> i am gonna h264 encoding
<oneinsect> via webcam
<oneinsect> and it will work
<oneinsect> just that i wonder how to enable dynamic text overlay
<oneinsect> ffmpeg has it
<oneinsect> gstreamer just doesnt have it anywhere...i mean i cant find it
<oneinsect> either way
<KotCzarny> that's a question for gstreamer
<oneinsect> yes
<oneinsect> i already asked them
<oneinsect> i will test
<oneinsect> ffmpeg encoding
<oneinsect> speed
<oneinsect> and performance
<oneinsect> how much i can get out of this 10$ board
<oneinsect> :-P
<oneinsect> h264
<KotCzarny> well, first thing you need is fbturbo
<KotCzarny> i think either your googlefoo is weak, or you were looking for something else
<oneinsect> gst-launch-1.0 -e --gst-debug 3 v4l2src device=/dev/video0 num-buffers=900 ! image/jpeg,width=640,height=480,framerate=30/1 ! queue ! jpegparse ! jpegdec ! queue ! videoconvert ! h264enc target-bitrate=450000 control-rate=variable ! "video/x-h264,profile=main" ! queue ! h264parse ! mp4mux ! filesink location=test3.avi
<oneinsect> that pipeline has kinda zero latency
<oneinsect> from usb webcam
<oneinsect> just that i need to find a way to something like this
<KotCzarny> ass ! \
<KotCzarny> timeoverlay halign=left valign=bottom text="Stream time:" shaded-background=true
edolnx has joined #linux-sunxi
<KotCzarny> s/ass/add/
<oneinsect> ffmpeg -i input -vf "drawtext=enable='gte(t,3)':fontfile=Vera.ttf:textfile=text.txt:reload=1:y=h-line_h-10:x=(W/tw)*n" output
<KotCzarny> anyway, that's as much as i can help with gst
<oneinsect> you see ffmpeg pickups from text.txt which itself is dynamic updated...
<oneinsect> yes
<KotCzarny> see that cheatsheet page
<oneinsect> never mind
<oneinsect> gst is out of scope here
<oneinsect> i am happy
<oneinsect> kernel legacy works
<oneinsect> any eta on 4.7?
<oneinsect> any devs
<oneinsect> promised anything
<oneinsect> ?
<oneinsect> thanks KotCzarny:
<oneinsect> good night
<oneinsect> have a beautiful day ahead
<KotCzarny> np.
<KotCzarny> night here
<oneinsect> :-)
<oneinsect> same here
Nacho_ has quit [Read error: Connection reset by peer]
Nacho_ has joined #linux-sunxi
oneinsect has quit [Quit: Page closed]
Gerwin_J has quit [Ping timeout: 244 seconds]
arete74 has quit [Quit: Lost terminal]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
arete74 has joined #linux-sunxi
bwarff has joined #linux-sunxi
pitelpan has joined #linux-sunxi
reinforce has joined #linux-sunxi
mossroy has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
cptG_ is now known as cptG
jernej_ has quit [Ping timeout: 276 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
montjoie has quit [Ping timeout: 260 seconds]
montjoie has joined #linux-sunxi
khuey is now known as khuey|away
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 252 seconds]
bwarff has quit [Read error: Connection reset by peer]
cptG_ is now known as cptG
zuikis has left #linux-sunxi [#linux-sunxi]
avph has quit [Ping timeout: 250 seconds]
avph has joined #linux-sunxi
psychedup74 has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 246 seconds]
iamfrankenstein1 is now known as iamfrankenstein
JohnDoe4 has joined #linux-sunxi
bonbons has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 246 seconds]
fredy has quit [Excess Flood]
willmore has quit [Ping timeout: 276 seconds]
fredy has joined #linux-sunxi
willmore has joined #linux-sunxi
khuey|away is now known as khuey
dev1990 has quit [Quit: Konversation terminated!]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 246 seconds]
iamfrankenstein1 is now known as iamfrankenstein
bonbons has quit [Quit: Leaving]
nove has quit [Quit: nove]
pitelpan has quit [Ping timeout: 268 seconds]
pitelpan has joined #linux-sunxi
mossroy has quit [Quit: Quitte]
paulk-collins has quit [Quit: Leaving]
ricardocrudo has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
kivutar has quit [Ping timeout: 260 seconds]
kivutar has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 250 seconds]
jstein has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
tsuggs has joined #linux-sunxi
klarrt has quit [Ping timeout: 276 seconds]
arete74 has quit [Ping timeout: 244 seconds]
apritzel1 has joined #linux-sunxi
arete74 has joined #linux-sunxi
WhiteKIBA has quit [Ping timeout: 250 seconds]
WhiteKIBA has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
klarrt has joined #linux-sunxi