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
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
ricardocrudo has quit [Ping timeout: 246 seconds]
<lennyraposo> quick question
<lennyraposo> anyone have issues with cursor in terminal off a hdmi coonection to display?
<DagoRed> Never tried.
kaspter has joined #linux-sunxi
<lennyraposo> okee dokee
<willmore> lennyraposo, you mean no visible curson?
<willmore> grrr. cursor?
<lennyraposo> I have basic ready for debianno visible cursor
<lennyraposo> ooops
<lennyraposo> no visible cursor
<willmore> you, too?
<willmore> Freaking keyboard hates me.
<lennyraposo> same here
<willmore> Yeah, I have that on several machines. The Opi1 did it, IIRC.
<lennyraposo> it's the lappy
<willmore> yep. Damn chicklet keys.
<lennyraposo> so ya no cursor in terminal
<lennyraposo> wonder why that is
<willmore> I never gave it much thought. I did find it a PITA editing commands.
<willmore> But, I got network access going and stopped caring.
<willmore> lennyraposo, echo -e "\e[?3c" ?
<lennyraposo> building mate de image now
<lennyraposo> yep
<willmore> Did that work?
<lennyraposo> $echo 'tput' cnorm' > setcursor.sh
<lennyraposo> $cd /etc/profile.d
<lennyraposo> $sudo cp ~/setcursor.sh .
<lennyraposo> $sudo chmod +755 setcursor.sh
<lennyraposo> $cd ~
<lennyraposo> dunno
<lennyraposo> gonna try it as soon as the pine is finished with the mate install
<willmore> Okay, let me know, I'm curious.
<willmore> Maybe we can get tkaiser to include it in armbian.
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 248 seconds]
ninolein has joined #linux-sunxi
hulu1522 has quit [Ping timeout: 244 seconds]
valkyr1e has joined #linux-sunxi
bwarff has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
vagrantc has quit [Quit: leaving]
khuey is now known as khuey|away
scream has quit [Remote host closed the connection]
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
<lennyraposo> lxde xfce are in the works now too
Seppoz has quit [Ping timeout: 246 seconds]
<lennyraposo> pine 64 that is
<willmore> lennyraposo, you are spoilt.
<lennyraposo> ???
<willmore> to have a pin64. ;)
<lennyraposo> I have another 8 more coming
<lennyraposo> webhosting cluster project
<willmore> remind me to throttle you sometime when it's more convenient.
<willmore> really? Cute.
<lennyraposo> they would be ideal for frontends
* willmore does not do 'web' stuff.
<lennyraposo> 2 loadbalancers
<willmore> What is a frontend responsible for? Oh, forwarding?
<lennyraposo> nope
<willmore> NAT?
<lennyraposo> serving the actual pages
<willmore> Oh, static pages?
<lennyraposo> the loadbalancers wil route to the least loaded frontend
<willmore> How do the frontends communicate back how loaded they are?
<lennyraposo> haproxy
<lennyraposo> ip forwarding
<willmore> There's a protocol for telling the frontend "no, now, I'm under the weather"?
<lennyraposo> well
<lennyraposo> the loadbalancers check to see via a simple txt or html file to see how responsive it is
<lennyraposo> all done through http
<lennyraposo> ;)
<lennyraposo> well mate works amazingly
bwarff has quit [Ping timeout: 244 seconds]
Gerwin_J has joined #linux-sunxi
reev has joined #linux-sunxi
<lennyraposo> mate is using about 3oomb ram
<lennyraposo> cpus at idle are using about 15%
<lennyraposo> 1080p
Gerwin_J has quit [Read error: No route to host]
<lennyraposo> longsleep
<lvrp16> man...300 mb is a lot...now my compiz uses 700mb
<lvrp16> use to be*
<lennyraposo> no compiz here
<lennyraposo> 300mb for de is pretty decent nowadays
<lennyraposo> expecting xfce to us about 200 -250
<lennyraposo> lxde perhaps about 100 - 200
<lennyraposo> sitting at about 55% on the XFCE and LXDE images I am working on
<lennyraposo> 2.8 gb for Mate
<lennyraposo> used up on the SD card
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1_ has joined #linux-sunxi
<lennyraposo> 62% doen for LXDE and XFCE Debian jessie for the pine ;)
Shirasaka-Hazumi has quit [Read error: Connection reset by peer]
Shirasaka-Hazumi has joined #linux-sunxi
<lennyraposo> 70%
<lennyraposo> woohoo
<lennyraposo> look at it fly
bwarff has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
cptG has joined #linux-sunxi
hero100 has joined #linux-sunxi
cptG_ has quit [Ping timeout: 248 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
zuikis has joined #linux-sunxi
hero100 has quit [Ping timeout: 246 seconds]
xenoxaos has quit [Ping timeout: 248 seconds]
xenoxaos has joined #linux-sunxi
laga has joined #linux-sunxi
hero100 has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
formruga has quit [Ping timeout: 244 seconds]
<lennyraposo> anyone around?
<laga> hey there. I am using latest linux-sunxi on olinuxino-a20-lime2 and my ethernet is not working. it's not the "phy not found" issue because I reverted that commit. Anyone else seeing this?
iamfrankenstein has quit [Quit: iamfrankenstein]
mosterta has joined #linux-sunxi
<lennyraposo> wish I could help
<lennyraposo> but I have nno insight into that board
mossroy has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<Amit_T> laga: are you using mainline kernel ?
<montjoie> laga: you have a kernel > 4.5?
<Amit_T> I also face some issue with ethernet working on cubietrack using maineline few days back
<Amit_T> *mainline
<zuikis> he said he is using linux-sunxi, so i guess it is not mainline
<montjoie> the issue is known but the patch is still not merged
<Amit_T> ok fine , didn't just read it
IgorPec has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
rainbyte has joined #linux-sunxi
mosterta has quit [Ping timeout: 248 seconds]
<laga> Amit_T, montjoie: duh, yes, I am using mainline, but the sunxi-next branch.
<Amit_T> I am not sure but do you see designware.o getting generated in your source ?
rainbyte has left #linux-sunxi ["Leaving"]
Netlynx has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 244 seconds]
<longsleep> lennyraposo: having no cursor on fb console has nothing todo with the keyboard
mosterta has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<laga> Amit_T: i'll check, I just did a make clean.. computer is so old that it takes a while :)
<laga> i am about to submit Brunos axp20x-ac-power driver to linux-sunxi@. Should I really CC *all* the power subsystem maintainers returned by get_maintainers.pl?
ricardocrudo has joined #linux-sunxi
IgorPec9 has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
tipo has joined #linux-sunxi
avph has joined #linux-sunxi
apritzel has joined #linux-sunxi
<montjoie> laga: yes
IgorPec9 has quit [Ping timeout: 246 seconds]
apritzel has quit [Ping timeout: 244 seconds]
scream has joined #linux-sunxi
hero100 has quit [Ping timeout: 252 seconds]
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
dev1990 has joined #linux-sunxi
scream has quit [Quit: Leaving]
scream has joined #linux-sunxi
scream has quit [Client Quit]
scream has joined #linux-sunxi
apritzel has joined #linux-sunxi
hero100 has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
<laga> montjoie: Should I have different people receiving the mail for the patches in a series? I assume I should not CC the power subsystem people for the related DTS change.
<montjoie> laga In my first tries, I was trying to "segment" mail. It is not worth the time.
<montjoie> if the serie is about the same subject, it is better that all people see the whole serie
<montjoie> Since the DTS patch is about the power subsystem, CC them
<montjoie> laga: if the patch is about power subsystem and you want them to merge it, perhaps it is better to "TO" them
<laga> montjoie: okay. i don't know if I want them to merge it :) i figured I'd try going through linux-sunxi, but going through them may also be feasible
<laga> I guess I will TO: linux-sunxi and CC the rest - they will let me what's needed
<wens> laga: linux-sunxi is not going to merge anything
<laga> wens: thank you
<wens> you have to send your patches _to_ the maintainers
avph has quit [Ping timeout: 246 seconds]
<laga> wens: thanks, will do
<laga> u-boot uses patman, which makes the whole process very easy. not necessarily more correct, but a lot easier :)
avph has joined #linux-sunxi
clonak has quit [Ping timeout: 240 seconds]
formruga has joined #linux-sunxi
<longsleep> So, the Pine64 2GB model boots up with 2GB with booti, bot only with 1GB when booting with boota both using the exact same Kernel image and all. When booting with 2GB, Kernel crashes when doing any DMA (like ethernet). Full crash log at http://paste.ubuntu.com/15580185/ - if anyone wants to help give me a ping
clonak has joined #linux-sunxi
scream has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
<tkaiser> laga: Do you came accross the AXP209 patches we use in Armbian for a few weeks? https://github.com/zador-blood-stained/axp209-sysfs-interface
<tkaiser> montjoie: Any progress with sun8i EMAC in the meantime? :)
<tkaiser> wens: Thx for your h3-emac branch. Pretty convenient :)
<montjoie> tkaiser: for the moment no, still rx errors bit set but frame is good
<montjoie> apart from that, it is very stable (compiling forever my gentoo over nfs)
<tkaiser> Well, my first try today using wens' branch was already FEL/NFS booting the OPi PC. Worked to my surprise (but only once)
<plaes> tkaiser: was it cold or warm boot?
<tkaiser> plaes: All subsequent test warm boot. Good point, will try that out next
<montjoie> tkaiser: wens branch have just PHY clk patch in addition
<montjoie> just I need to release my few modifications since last github update
<tkaiser> montjoie: I found one way to kill network: On another machine doing 'iperf -s' and then on the OPi PC: iperf -c $other-machine -d
<tkaiser> When using only one direction and not dual testing numbers already look fine
<montjoie> tkaiser: the sun8i-emac timeout was not properly tested for the moment
<montjoie> I will try iperf
<tkaiser> I don't expect anything at the moment, just wanted to know you that. :)
<montjoie> I was searching for network testing tool at the moment
<tkaiser> For this purpose iperf or netperf should be ok
foudubassan has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
laga has quit [Remote host closed the connection]
reev has quit [Remote host closed the connection]
p1u3sch1_ has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
Seppoz has joined #linux-sunxi
orly_owl has quit [Ping timeout: 276 seconds]
IgorPec has quit [Ping timeout: 276 seconds]
tomboy64 has quit [Ping timeout: 264 seconds]
paulk-collins has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> plaes: It's not a hot/cold boot issue but in the meantime I think it's due to always using a different MAC address on each reboot with the new driver. So more of a problem of the local NFS setup (but I still wonder why the MAC address will be random and changes after a reboot)
reinforce has joined #linux-sunxi
pulser has joined #linux-sunxi
Rondom has quit [Remote host closed the connection]
<longsleep> tkaiser: Did you see anyone reporting a 2GB Pine64 which actually works with 2GB detected by the OS?
Rondom has joined #linux-sunxi
Uninstall has quit [Remote host closed the connection]
<tkaiser> longsleep: You mean by trying to parse the collective weirdness in Pine64 forums?
<longsleep> tkaiser: yeah, i failed with that :)
<tkaiser> longsleep: I _believe_ only the XFCE Arch image from early march and the first Android image work with 2GB models.
<longsleep> tkaiser: but my preliminary conclusion is that it only works as the 1GB upper half is not used. Reason is that the boota code in U-Boot does not set /memory and thus only 1GB is detected and thus it works
Uninstall has joined #linux-sunxi
<longsleep> tkaiser: yesm that Arch image does boot with boota and thus does not set the memory in the device tree to be 2GB
<tkaiser> longsleep: That's great and a simple workaround ;)
<pulser> I have a 2 GB Pine64 fwiw, though not tried booting any actual OS on it yet (was playing with the u-boot stuff from http://lists.denx.de/pipermail/u-boot/2016-March/249970.html)
<longsleep> tkaiser: hehe, yeah i might look into a memory limit in U-Boot
<longsleep> pulser: ok, i assume mainline U-Boot also properly sets 2GB into FTD and thus will crash on DMA as well
<pulser> yes, I assume so as well
<pulser> but since I've not managed to figure out "booting" anything past self-compiled u-boot yet, I can't confirm that
<pulser> I wonder if the issue is as "simple" as some offset in the 2 GB config for the DMA coinciding with high addresses of RAM?
JohnDoe_71Rus has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 248 seconds]
<tkaiser> plaes: Can confirm: This was just a local issue with NFS configuration. With a static IP address my Orange Pi PC does FEL/NFS boot with 4.6-rc1 like crazy :)
foudubassan has quit [Quit: Leaving]
p1u3sch1 has joined #linux-sunxi
<tkaiser> longsleep: I wonder why the crashes only happen with Ethernet on the 2GB models. Isn't there anything else using DMA?
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
<longsleep> tkaiser: yes stuff like sound and video
<longsleep> tkaiser: for now i was only trying to find out why the older image did not crash, and the only reason is that it uses 1GB only. Now if anyone has a suggestion, its not that i am an expert in DMA/memory Linux related code
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
<montjoie> tkaiser: EMAC have no storage for MAC address, so the only solution for now is to store it in DT
<tkaiser> montjoie: I think the issue will be resolved when Ethernet support in u-boot is ready and MAC address will be generated from SID?
bwarff has quit [Ping timeout: 240 seconds]
<montjoie> I need to see how it is done on other board (A20 stmmac)
<montjoie> but I believe to have read something with SID
cnxsoft has quit [Ping timeout: 252 seconds]
<tkaiser> montjoie: AFAIK this is done in u-boot: u-boot.cfg:#define SUNXI_SID_BASE 0x01c14200 (has to be adjusted for H3/A83T anyway)
premoboss has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cosm has quit [Ping timeout: 248 seconds]
IgorPec9 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
<lennyraposo> hey longsleep
<lennyraposo> about the 2gb mem detection
<lennyraposo> are saying that linux is only reporting 1gb?
cosm has joined #linux-sunxi
scream has joined #linux-sunxi
<longsleep> lennyraposo: Linux is reporting whatever is in the FTD /memory section yes. If boota is used for booting that will always be 1GB with all dtb files i ever built as thats what is set there. If u-boot uses booti to boot, the /memory section is updated to whatever memory the board has
<lennyraposo> ok
<lennyraposo> do you have those pastes for comparison handy
<lennyraposo> wanna look at them
formruga has quit [Ping timeout: 244 seconds]
<longsleep> which pastes?
<longsleep> thats the crash http://paste.ubuntu.com/15580185/
<longsleep> Kernel, U-Boot, Device tree all do not matter
<longsleep> only what is set in /memory of the FDT passed to the kernel
formruga has joined #linux-sunxi
<lennyraposo> you have 2gb board handy?
<longsleep> yes
<lennyraposo> ok
<lennyraposo> I am just spit balling here as i am new to this
<lennyraposo> the -u-boot used as of now is the modified (backported) version for linux
<longsleep> lennyraposo: not sure what you mean. The U-Boot uses in my images is from the BSP plus patches and backport of booti command.
<lennyraposo> if you built without the patches etc
<lennyraposo> I am just spit balling
<lennyraposo> assuming that the bsp untouched is passing on 2gb for android
<lennyraposo> or better yet
<longsleep> nope
<longsleep> it passes whatever is in the bsp
<longsleep> err not bsp
<longsleep> it passes whatever is in the ftd
<longsleep> and for all images i checked this is 1GB
<longsleep> the remix folks did probably something
<longsleep> as they are crashing as well
<lennyraposo> booti = 1gb
<lennyraposo> ftd and additional 1gb is reported
<longsleep> huh?
<lennyraposo> nevermind
<lennyraposo> no mmater what it is only passing 1gb
<longsleep> no, it passes what is in the FTD
<longsleep> booti updates the FTD while boota does not
ricardocrudo has quit [Ping timeout: 246 seconds]
tomboy64 has quit [Ping timeout: 244 seconds]
tomboy64 has joined #linux-sunxi
<lennyraposo> hey longsleep
<lennyraposo> I take it that both pastes are from 2 separate linux builds
<lennyraposo> assumin 2 and 3
<lennyraposo> the differences begin at line 148
<lennyraposo> model detection
<lennyraposo> (assuming that v3 of your img build)
<lennyraposo> I see it
<lennyraposo> v2 and v3 being compared
<lennyraposo> v3 is detecting the correct ram value
mnr has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
hero100 has quit [Quit: Leaving]
hero100 has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
IgorPec9 has quit [Quit: Nettalk6 - www.ntalk.de]
<longsleep> lennyraposo: yes, but the Kernel version does not matter
<lennyraposo> both using the same board
<lennyraposo> other than revision (2 and 3 of kernel)
JohnDoe4 has joined #linux-sunxi
<lennyraposo> one sees full 2gb in linux (v3)
<lennyraposo> Virtual kernel memory layout differs
<lennyraposo> which is understandabel as ther eis more available
JohnDoe_71Rus has quit [Ping timeout: 248 seconds]
laga has joined #linux-sunxi
<lennyraposo> the differences a very minor and they are all to do with mem is all
<laga> tkaiser: I have seen the axp209-sysfs-interfaces patches, thanks. It does not integrate properly with the linux power subsystem, and I'd rather have that
<laga> tkaiser: beyond that, Brunos patch works very well (in my limited testing)
<lennyraposo> nothing makes sense as to why one version has 2gb reported and the other only shows 1gb
<lennyraposo> and the only difrence I see is the img used v2 - v3
hero100 has quit [Quit: Leaving]
vagrantc has joined #linux-sunxi
<lennyraposo> goign through the crash log now
<lennyraposo> see if anything stands out
mane has joined #linux-sunxi
<laga> Amit_T: in fact, i do not have designware.o in my tree. weird. is there a discussion on the list?
dev1990 has quit [Quit: Konversation terminated!]
gzamboni has quit [Ping timeout: 244 seconds]
<lennyraposo> longsleep is this what happens when an ehternet cable is plugged in?
<lennyraposo> ethernet
gzamboni has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
p1u3sch1 has quit [Ping timeout: 268 seconds]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
pmattern has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 240 seconds]
vickycq has quit [Ping timeout: 240 seconds]
vickycq has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
mnr has quit [Quit: Lost terminal]
laga has quit [Remote host closed the connection]
<jelle> /away
premoboss has quit [Ping timeout: 260 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
premoboss has joined #linux-sunxi
<longsleep> aha, i think it is a sunxi-gmac.c issue after all - it is using dma_*_single which according to the docs cannot use HIGHMEM, thus it crashes when there is more than 1GB RAM - if i understand it correctly that is
<lennyraposo> network ;)
avph has quit [Ping timeout: 246 seconds]
Netlynx has quit [Quit: Leaving]
<lennyraposo> so it has to be under 1gb memory limit
avph has joined #linux-sunxi
VargaD has quit [Ping timeout: 276 seconds]
pmattern has quit [Quit: Genug für heute.]
VargaD has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
<pulser> hmm interesting longsleep - that would indeed explain it. It should be possible to force this to use memory < 1 GB for DMA I assume?
JohnDoe4 has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
mossroy has quit [Remote host closed the connection]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
edolnx has quit [Remote host closed the connection]
bwarff has joined #linux-sunxi
edolnx has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
heffer has quit [Read error: Connection reset by peer]
heffer has joined #linux-sunxi
bwarff has quit [Ping timeout: 276 seconds]
vagrantc_ has joined #linux-sunxi
vagrantc_ has quit [Client Quit]
vagrantc has quit [Ping timeout: 248 seconds]
<lennyraposo> so longsleep in an instance such as the gmac issue
<lennyraposo> a workaround is needed
paulk-collins has quit [Quit: Leaving]
<lennyraposo> dma_(whatever) _single needs to be changed
<lennyraposo> to something a bit more accomodating?
<lennyraposo> or will an exception be added for boards supporting more than 1gb?
<lennyraposo> and a separate gmac.c (alternative) will be added?
<lennyraposo> specifically to the pine?
reinforce has quit [Quit: Leaving.]
vagrantc has joined #linux-sunxi
mane has quit []
solarnetone has quit [Ping timeout: 264 seconds]
solarnetone has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
ricardocrudo has quit [Ping timeout: 246 seconds]
scream has quit [Remote host closed the connection]