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
mosterta has quit [Ping timeout: 246 seconds]
TheSeven has quit [Ping timeout: 268 seconds]
TheSeven has joined #linux-sunxi
cosm has quit [Ping timeout: 260 seconds]
cosm has joined #linux-sunxi
orly_owl has joined #linux-sunxi
mosterta has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 248 seconds]
ninolein has joined #linux-sunxi
[Awaxx] has quit [Ping timeout: 260 seconds]
tipo has quit [Ping timeout: 260 seconds]
merbzt has quit [Ping timeout: 260 seconds]
tipo has joined #linux-sunxi
[Awaxx] has joined #linux-sunxi
merbzt has joined #linux-sunxi
PietreLinux has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
PietreLinux has quit [Ping timeout: 250 seconds]
atsampson has quit [Ping timeout: 246 seconds]
mosterta|2 has joined #linux-sunxi
mosterta has quit [Ping timeout: 244 seconds]
orly_owl has quit [Ping timeout: 244 seconds]
orly_owl has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
atsampson has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
atsampson has quit [Ping timeout: 264 seconds]
atsampson has joined #linux-sunxi
atsampson has quit [Ping timeout: 264 seconds]
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
vagrantc has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 248 seconds]
atsampson has joined #linux-sunxi
zuikis has joined #linux-sunxi
IgorPec9 has joined #linux-sunxi
IgorPec9 has quit [Client Quit]
premoboss has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
paulk-collins has joined #linux-sunxi
Netlynx has joined #linux-sunxi
gzamboni has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
flyhorse has joined #linux-sunxi
gzamboni has joined #linux-sunxi
<montjoie> interesting the dma_single problem since I use it for sun8i-emac...
* montjoie need to re-read DMA doc
<longsleep> so its confirmed, when running with 1GB only the 2GB Pine64 does never do any memory mapping from gmac
<longsleep> montjoie: yeah, i am new to this maybe i misinterpreted and the mm functions somehow handle it internally if there is no need for mapping
<montjoie> it exist a net flag if driver handle HIGHMEM
<longsleep> oh? could you point me to it?
<montjoie> NETIF_F_HIGHDMA
<longsleep> sunxi-gmac.c: ndev->hw_features = NETIF_F_SG | NETIF_F_HIGHDMA | NETIF_F_IP_CSUM |
cnxsoft has joined #linux-sunxi
<longsleep> aha at the end it is just a simple int overflow .. they are returning dma addresses as int while they are unsinged long really - if its loo large booom!
<longsleep> looks more reasonable now
<longsleep> Apr 03 08:42:43 pine64-longsleep kernel: xxx __swiotlb_unmap_page, 2047, 3072496578
<longsleep> Apr 03 08:42:43 pine64-longsleep kernel: xxx __swiotlb_map_page, 2047 3070681538
<longsleep> before it was
<longsleep> xxx __swiotlb_unmap_page, 2047, 18446744072499429442
<longsleep> little high isnt it?
<montjoie> :)
<lennyraposo> nice longsleep
<lennyraposo> btw
<lennyraposo> got 4 rootfs debian wise ;)
<longsleep> lennyraposo: nice, does audio work properly with Debian?
<lennyraposo> not any of them as of yet
<lennyraposo> playing with alsa
<lennyraposo> pulse
<lennyraposo> I never did try looking into the audio jack port
<lennyraposo> to see if it isn't just hdmi audio issue
<longsleep> well you most certainly need to turn on hdmi audio output first
<lennyraposo> I did that
<lennyraposo> it's interrupted stuttering
<longsleep> ah yes, that is the issue
<longsleep> good that its not something specific to Ubuntu
<lennyraposo> nope
<lennyraposo> it's in debian too
<lennyraposo> I used debians ports
<lennyraposo> mate de installed via tasksel plus some minor additions (build essentials) 947mb
<lennyraposo> xfce de installed via tasksel plus some minor additions (build essentials) 833mb
<lennyraposo> lxde de installed via tasksel plus some minor additions (build essentials) 843mb
<lennyraposo> base plus minor additions (build essentials) 237mb
bwarff has joined #linux-sunxi
<lennyraposo> putting up torrents to the files on pine forum now
<longsleep> lennyraposo: well you should include the fixed 2GB kernel
<lennyraposo> I will compile new
<lennyraposo> first rootfs options
<lennyraposo> then I will put together full images ;)
<lennyraposo> crap
<longsleep> longsleep: you should include my kernel builds if you include my update scripts
<longsleep> lennyraposo: ^^^
<lennyraposo> that's what I am doing right now
<lennyraposo> ;)
<lennyraposo> and yes
<longsleep> ok, new Kernel build is up and you can update it with the script
<lennyraposo> I have included your scripts
<lennyraposo> easy peasy for users ;)
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
Wizzup_ has quit [Ping timeout: 250 seconds]
<lennyraposo> I will also note that you have fixed the 2gb issue ;)
<lennyraposo> ^^^ longsleep
<lennyraposo> link to the latest simpleimage ;)
<longsleep> lennyraposo: simpleimage was not updated, this is for u-boot only which does not require a change
<longsleep> it has the kernel though, so i should probably update that one as well
<lennyraposo> okee dokee
ganbold has quit [Ping timeout: 244 seconds]
p1u3sch1 has quit [Ping timeout: 268 seconds]
ricardocrudo has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
ganbold has joined #linux-sunxi
<lennyraposo> can anyone check if this is working
scream has joined #linux-sunxi
dizzuhen has joined #linux-sunxi
TheCageyBee has joined #linux-sunxi
lemonzest has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
dizzuhen has quit [Quit: Textual IRC Client: www.textualapp.com]
avph has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
foudubassan has joined #linux-sunxi
Andy-D has quit [Ping timeout: 276 seconds]
avph has quit [Ping timeout: 246 seconds]
<scream> wens, hi i installed your h3-emac drivers on opi one and am getting sun8i-emac 1c30000.ethernet: sun8i_emac_tx_timeout on heavy network I/O
avph has joined #linux-sunxi
<scream> ether on dual iperf or on sdr streaming
<scream> one way iperf shows nice 95 mbit/s without any hanging
avph has quit [Ping timeout: 246 seconds]
<montjoie> scream: I am currently trying to solve this issue
Andy-D has joined #linux-sunxi
avph has joined #linux-sunxi
<scream> thanks! let me know if you need testing. i have a build vm set up :)
<montjoie> uncomment smp_{rw}mb and set DESC_BUG_MAX to 2000
avph has quit [Ping timeout: 246 seconds]
<scream> in which file? github search does not return anything on DESC_BUG_MAX
<scream> i see, it's BUF_MAX
<scream> just a sec
<montjoie> never more than 2000 bugs:)
<montjoie> more than that, users complains
<scream> that's what I thought. maybe you have some kind of silencing code :D
<scream> i get the same issue
avph has joined #linux-sunxi
laga has joined #linux-sunxi
bwarff has quit [Ping timeout: 244 seconds]
avph has quit [Ping timeout: 246 seconds]
lemonzest has quit [Remote host closed the connection]
<montjoie> strange the issue disapear with that (at least extremly less frequent)
lemonzest has joined #linux-sunxi
<scream> i'll try with rtl_tcp instead of iperf
avph has joined #linux-sunxi
<ssvb> longsleep: btw, aarch64 neon optimizations are coming to pixman - https://www.mail-archive.com/pixman@lists.freedesktop.org/msg04302.html
<ssvb> longsleep: I will probably also add aarch64 assembly to xf86-video-fbturbo and tag a new release today or tomorrow
<longsleep> ssvb: that would be awesome - i still have not managed to compile mali-drm - does xf86-video-fbturbo make sense without that module? I can certainly test when you have a new release.
<ssvb> longsleep: pixman aarch64 assembly + xf86-video-fbturbo should provide decent 2D graphics performance in X11 on 64-bit ARM systems :-)
<scream> montjoie, it helped with rtl_tcp. no more lockups there
<ssvb> longsleep: mali is only useful for 3d games, but not for general purpose linux desktop
<scream> iperf -d still triggers it reliably, so we have a good test case :D
<ssvb> longsleep: if you want mali, we can also get it without too much problems
<longsleep> ssvb: how can i benchmark this, to compare the current state and after your changes?
<scream> locked up again, but after some 5min :)
<longsleep> ssvb: no i do not care about mali much, but i saw some checks in fbturbo not continuing if the mali-drm module is not there.
<ssvb> longsleep: well, maybe gtkperf and https://github.com/ssvb/trimmed-cairo-traces are useful 2D benchmarks
Wizzup has joined #linux-sunxi
<ssvb> longsleep: if mali-drm module is not there, then xf86-video-fbturbo will not provide 3D acceleration in X11
<ssvb> longsleep: it is not a big loss in practice, considering that almost nobody is into 3d games in linux :-)
<longsleep> ssvb: ok, lets forget about 3D for now - my subjective benchmark is currently scrolling on a graphics heavy web page
<longsleep> ssvb: what about OpenGL ES ?
<ssvb> longsleep: mali is providing OpenGL ES
<longsleep> ssvb: it would be awesome if it would be possible to launch accellerated chromium eventually, so thats why i might be interested in mali
<ssvb> oh, I see
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<ssvb> the most critical blocker for mali support is the userland blob
<ssvb> if we get one, then it can be integrated relatively easily
<longsleep> ssvb: i think the 450 one will work for 400
<ssvb> well, we can't be sure
<longsleep> yeah i wanted to test - but fail with mali-drm :)
<ssvb> and I don't want to waste time debugging something that does not work by design
<ssvb> btw, that 450 blob from the mali website is only for the framebuffer
<longsleep> oh
<ssvb> it has no x11 support and should not need drm
<ssvb> however it might work with simple framebuffer based demos
<longsleep> mhm, then it is not interesting as it wont help to get accellerated Chromium
<ssvb> we can try it with https://github.com/ssvb/glmark2
<longsleep> ok, that i can try
<ssvb> I forked glmark2 a long time ago when it was hosted in bzr on ubuntu's lunchpad and added support for the framebuffer mali backend
<longsleep> as i have the mali kernel module just fine
<ssvb> now glmark2 is hosted on github, so I might try to contribute something upstream :-)
Wizzup has quit [Ping timeout: 248 seconds]
<ssvb> ok, it may be worth trying then
p1u3sch1 has quit [Ping timeout: 276 seconds]
<longsleep> yeah, but what is the use case for framebuffer only mali?
<ssvb> fullscreen applications, such as .... games?
jernej has joined #linux-sunxi
<longsleep> mhm sounds something one should try who is interested in games :)
<longsleep> Maybe non-X11 Kodi
p1u3sch1 has joined #linux-sunxi
<ssvb> yep
<longsleep> if Kodi would have cedrus integration that is
Wizzup has joined #linux-sunxi
<jernej> longsleep: Kodi is indeed such user of framebuffer based driver on OpenELEC
<longsleep> jernej: yes i know
<longsleep> jernej: so maybe OpenELEC might be interested on porting to Pine64 at some point
<ssvb> longsleep: but that's good point about chromium, maybe I'll try it with GLES on my laptop
<ssvb> longsleep: and if it works fine, then that's a good justification to try to do something with mali blobs
<jernej> longsleep: I think that only true blocker for that are codecs
<ssvb> longsleep: I mean, it is not a difficult job, but we need a good justification to spend efforts on it :-)
<longsleep> ssvb: yes that would be really nice, but Chromium has its own issues on aarch64 - i have not looked into whatever Hardkernel did to make it work
<longsleep> jernej: not really, cedrus works fine
<jernej> longsleep: I tried to enable cedrus on Kodi for H3
Wizzup has quit [Ping timeout: 250 seconds]
<longsleep> jernej: yeah, Kodi and cedrus very outdated and unmaintained last time i checked
<jernej> longsleep: main problem is that is tied to special NV interop functions which rellla tries to implement them
<ssvb> longsleep: somebody pointed me to this post from tkaiser earlier - http://forum.armbian.com/index.php/topic/814-hardware-acceleration-in-chromium-on-opi-pch3/?p=6674
<ssvb> longsleep: basically it means that mali r3pX blobs (the ones used on 32-bit sunxi devices) are bad for chromium
<longsleep> ssvb: Chromiums has OpenGL ES as well via some commandline flags
<longsleep> ssvb: cant tell if it works in aarch64 though.
<ssvb> longsleep: the r3pX mali blobs are reportedly just horribly slow in chromium :-) and it means that testing chromium with mali on A20 or H3 is not very meaningful
<ssvb> longsleep: here is the bugreport - https://bugs.chromium.org/p/chromium/issues/detail?id=470440
<longsleep> well but itts fixed?
<ssvb> in newer mali blobs, which we don't have
xenoxaos has quit [Ping timeout: 248 seconds]
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
<ssvb> but I really would prefer to avoid doing anything mali blob related as an unpaid job :-)
<longsleep> ssvb: +1
Wizzup has joined #linux-sunxi
<longsleep> i am also not sure if its worth any effort at all
<longsleep> who is going to use these devices as desktop, its a mali400 after all only
<ssvb> the blobs have a horrible EULA
<ssvb> well, desktop usage does not need 3D drivers
<longsleep> 2GB arm64 cluster for virtualization, compiling and networking - i think it can shine there and mali can be forgotten
<longsleep> ssvb: true, but web surfing with GL support is much nicer
xenoxaos has joined #linux-sunxi
<ssvb> longsleep: I'm not so sure about this
<longsleep> ssvb: eg, try video conferencing, full screen camera rendering at 1080p
<ssvb> longsleep: hmm, is it something that is accelerated by gles?
<longsleep> ssvb: yes, all the media rendering is
<longsleep> ssvb: <video> element
<longsleep> ssvb: also all the effects, like fading, mirroring, transitions
<ssvb> don't they hook something like gstreamer or whateve other stuff which makes use of the VPU?
<ssvb> are you running video conferencing in the browser on your desktop pc?
* ssvb is not very familiar with this use case
<longsleep> ssvb: only for playback of static files, sourcing media from local or remote streams
<longsleep> ssvb: sure, hangouts and stuff
<longsleep> ssvb: i mean its 2016 and we have WebRTC which is awesome and not working very good so far on any Linux ARM device i have here
<longsleep> ssvb: at the same time works nice on the same platform on Android
<ssvb> Android has its own media frameworks, so it is not directly comparable
<longsleep> ssvb: well its Google Chrome i compare.
<longsleep> ssvb: fully accellerated in Android, not so much accellerated in Linux
<longsleep> ssvb: even on the Odroid-C1 with OpenGL ES its not as good as on Android
<longsleep> ssvb: there is much room for improvment in this area
<ssvb> as I said, I'm not very familiar with the current states of affairs, but I would assume the use of something like gstreamer which hooks the Cedar VPU acceleration
<ssvb> but I can't imagine GLES being useful for anything other than scaling
<longsleep> ssvb: if you open up about:gpu in Chromium/Chrome on Linux you will see a whole lot of Problems detect, ad 2D accell is most likely disabled as
<longsleep> ssvb: try the same on your Android Chrome :)
reinforce has joined #linux-sunxi
<ssvb> are you saying that GLES drivers will fix video support in web browsers in linux?
avph has quit [Ping timeout: 246 seconds]
<longsleep> ssvb: no, it will allow Chromium to try to accellerate things via GLES whatever that means. I does improve 2D rendering framerate a lot making video much more useful
<longsleep> Chromium can be started like this: chromium-browser --use-gl=egl
<ssvb> that's cool
<longsleep> ssvb: on Odroid-C1 this gives full mali hardware accelleration, including Compositing, Rasteriszation, Video Decode, Video Encode and WebGL
<ssvb> still the fundamental problem is that people get mali drivers, then they try something (the chromium thing or whatever) and appears that just the GLES drivers alone are not enough for perfect experience they have in Android
jernej has quit [Quit: Page closed]
<ssvb> thanks, that's a good point about Odroid-C1
<longsleep> ssvb: yeah i know - a good benchmark for the GL capabilities of your browser is http://www.fishgl.com/
<ssvb> still I doubt that "Video Decode, Video Encode" features are provided by mali
<ssvb> yes, I'm well aware about webgl
<ssvb> mali is indeed useful for it
avph has joined #linux-sunxi
<ssvb> compositing and rasterizations are usually rather easy jobs for software rendering
<longsleep> ssvb: yes, i do not know what Google is doing with egl but i think it all starts with having EGL in X11 in the first place. Not important for me right now, but if its easy to get ..
<ssvb> in fact, hardware accelerating them to outperform software rendering used to be hard
<ssvb> but maybe things have changed now
<longsleep> well, i dont know - but having a Linux platform which can do decent video conferencing in a web browser could be a game changer
<ssvb> longsleep: there is now #cedrus channel here :) about getting proper VPU support in the mainline linux and probably integrated into userland frameworks
<longsleep> ssvb: ah thats cool - maybe that can trigger OpenELEC to make a cedrus variant
<ssvb> it's hard to expect decent multimedia support when all of this stuff is still basically at the prototyping stage in the mainline kernel (if I understand it correctly)
<longsleep> well, i guess the 30000 or so Pine64 boards will stay around for a while
<ssvb> if there were already usable frameworks, then the Cedar VPU would have been probably mainlined long ago
<ssvb> of course the DRM/KMS driver is also necessary
<longsleep> interesting
<plaes> yeah.. VE work in general is pretty much wip - http://linux-sunxi.org/VE/V4L2_mem2mem/Others
selsinork has joined #linux-sunxi
cosm has quit [Ping timeout: 264 seconds]
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
mpmc has quit [Ping timeout: 246 seconds]
cosm has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
mosterta|2 has quit [Ping timeout: 268 seconds]
mosterta|2 has joined #linux-sunxi
avph has joined #linux-sunxi
mpmc has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
flyhorse has quit [Quit: Page closed]
mpmc has quit [Quit: ZNC 1.6.1+deb1+jessie0 - http://znc.in]
mpmc has joined #linux-sunxi
mpmc has quit [Client Quit]
mpmc has joined #linux-sunxi
atsampson has quit [Ping timeout: 246 seconds]
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
FergusL has quit [Read error: Connection reset by peer]
FergusL has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
atsampson has joined #linux-sunxi
avph has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
scream has quit [Remote host closed the connection]
avph has quit [Ping timeout: 246 seconds]
<TheCageyBee> Hi guys. Hoping some of you can help.
cosm has quit [Ping timeout: 252 seconds]
<TheCageyBee> Was running an mk802 with a lubuntu image and yesterday tried updating it and it died.
<TheCageyBee> Now can't get the images I originally used. Disappeared from the net.
<TheCageyBee> I attempted to use the guide for making a mainline uboot + kernel.
<TheCageyBee> Everything went okay I think. But when I try to boot it up I'm getting the penguin logo but nothing else.
<TheCageyBee> So it's working up to a point but can't tell what's wrong as nothing else is being printed to the screen.
tipo has quit [Remote host closed the connection]
<zuikis> is there no text?
tipo has joined #linux-sunxi
hulu1522 has joined #linux-sunxi
<TheCageyBee> No. Not that I can see. The screens a bit cut off though
<TheCageyBee> Does the penguin logo mean that uboot is working?
<zuikis> i think penguin logo should mean that kernel started booting
<zuikis> is there no text before logo shows up?
<TheCageyBee> k, thanks. Maybe I'm passing the wrong arguments. The wiki wasn't too clear. Conflicting info on different pages.
<TheCageyBee> boot.cmd was:
<TheCageyBee> fatload mmc 0 0x46000000 zImage
<TheCageyBee> fatload mmc 0 0x49000000 sun4i-a10-mk802ii.dtbsetenv bootargs console=ttyS0,115200 [earlyprintk] root=/dev/mmcblk0p<partition> rootwait panic=10 ${extra}
<TheCageyBee> bootz 0x46000000 - 0x49000000
<TheCageyBee> Sorry there should be a cr between dtb and setenv
<TheCageyBee> Hmm just looking at that now partition should be replaced by the partition number shouldn't it. So 1
<TheCageyBee> Section from the wiki is on http://linux-sunxi.org/Mainline_Kernel_Howto near the bottom in the 'boot' section and sdcard
cosm has joined #linux-sunxi
<zuikis> are you using mainline u-boot?
<TheCageyBee> yes
<zuikis> i wonder what would happen if you would remove "console=ttyS0,115200 " from the bootargs, since it says kernel to output to the serial console instead of framebuffer
avph has joined #linux-sunxi
<TheCageyBee> Cool. I'll try that. Should the <partion> bit be replaced by a partion number?
<zuikis> yes
<TheCageyBee> Right. Back in a few minutes
IgorPec has joined #linux-sunxi
<zuikis> tbh i used extlinux.conf instead of boot.cmd and i liked it more
cosm has quit [Ping timeout: 260 seconds]
<zuikis> oh, i think i found your problem, in at the end of simplefb chapter:
<zuikis> >Don't forget to change your console in your boot.cmd/boot.scr to console=tty1 to enable the simple framebuffer driver.
nieuwbie has joined #linux-sunxi
<nieuwbie> Hi guys - I have problem with new sunxi-fel - it can't find my tablet via uart even if it is in FEL mode and I can read the output via serial
hulu1522 has quit [Remote host closed the connection]
deskwizard has joined #linux-sunxi
deskwizard has quit []
cosm has joined #linux-sunxi
<TheCageyBee> Stupid question maybe. I just copy the boot.scr to root of first partion right?
dev1990 has joined #linux-sunxi
<NiteHawk> nieuwbie: sunxi-fel and FEL mode are related to USB, not serial - what exactly are you trying to do?
tipo has quit [Remote host closed the connection]
<nieuwbie> NiteHawk: I used to have linux on my tablet - then couple months ago I tried to install mainline uboot and mainline kernel
tipo has joined #linux-sunxi
<nieuwbie> Tried to put it on sdcard but u boot stopped booting from sdcard and is booting from nand which is broken
selsinork has quit [Quit: Quit]
<zuikis> TheCageyBee: yes
<nieuwbie> NiteHawk: I can't see the ID mentioned in wiki, but I can read the output and it is in fel mode
<NiteHawk> nieuwbie: first thing to check is if your tablet enters FEL mode at all (see the link above). do you see the 1f3a:efe8 device from the host side? (lsusb)
<nieuwbie> NiteHawk: on my serial I have "jump to fel"
<NiteHawk> ah, you're entering via boot0?
<nieuwbie> Do you think it can be related to outdated uboot?
<nieuwbie> Yes
<nieuwbie> boot0 .3.0
<nieuwbie> boot1: 1.3.0
<nieuwbie> Or do I enter via boot1 then?
<NiteHawk> actually both :)
<nieuwbie> My appologies then
<wens> ssvb: someone mentioned waiting for rockchip to mainline theirs, and use their framework
<nieuwbie> *apologies
<NiteHawk> nieuwbie: what does "./sunxi-fel -v ver" tell you?
<nieuwbie> Nite that it can't find the USB FEL device
<NiteHawk> hmm... admittedly i've never taken that route (boot0/1), but my understanding is that starting FEL should cause the device ID to appear. apparently that's not the case for you, so it's no surprise that sunxi-fel doesn't find anything
laga has quit [Quit: Changing server]
<NiteHawk> you have a USB cable attached to the OTG port, right?
<nieuwbie> Nope, UART
<NiteHawk> UART only?
<nieuwbie> Yes.
<TheCageyBee> K. so tried changing boot.cmd to partition 1 and changed console to tty1. No difference
<NiteHawk> that's not how it works! FEL is a USB-based protocol
<nieuwbie> I have iNet 3f
<TheCageyBee> What do I do with the boot.scr? Just copy to root of boot partition?
<nieuwbie> True, but I have jumpers connected to cp210x
<nieuwbie> TheCageyBee: boot partition I believe.
<NiteHawk> nieuwbie: i think you have found a way to enter FEL correctly, but without the usb connection there's nothing useful you (or rather: the sunxi-fel tool) could do with it
<NiteHawk> oh, our Inet 3f wiki page sucks. big time... :D
<TheCageyBee> Am I right in thinking that with mainline u-boot + kernel I shouldn't have a script.bin
<nieuwbie> NiteHawk: Really? I haven't noticed
<nieuwbie> NiteHawk: So you are telling me that I need to have usb and uart connected?
<NiteHawk> no, nevermind - there's a broken/blanked page that should be a redirection instead. (http://linux-sunxi.org/Inet_3f) i'll fix that later
<NiteHawk> nieuwbie: yes. how else would you make use of the USB-based FEL mode?
<nieuwbie> via cp210x?
<NiteHawk> no way. sunxi-fel definitely expects a suitable USB device to be present (visible from the host side)
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<nieuwbie> ok, so basically where should I plug usb cable connecting my tablet with my pc? to host port or to usb port?
<NiteHawk> the otg port (the one that's capable of exposing the tablet as slave / in "device" mode). i suspect that's what you refer to as "usb" port
<zuikis> TheCageyBee: there should be .bin file. you are supposed to dd it to the beginning of the card
<nieuwbie> NiteHawk: Damn, it's working. Thank you so much.
<NiteHawk> :D
<NiteHawk> you're welcome. small cause, big effect ;)
Andy-D has quit [Ping timeout: 276 seconds]
<TheCageyBee> zuikis: I dd'ed the u-boot-sunxi-with-spl.bin. That's definately working cause I'm getting some output to the screen.
doppo has quit [Ping timeout: 246 seconds]
JohnDoe_71Rus has joined #linux-sunxi
<TheCageyBee> I think the dtb replaced the script.bin in the mainline kernel. Is that right?
doppo has joined #linux-sunxi
<zuikis> yes
tkaiser has joined #linux-sunxi
<zuikis> what type is first partition? is it fat?
<TheCageyBee> yes
tsuggs has joined #linux-sunxi
<TheCageyBee> from the boot.cmd in the line 'setenv bootargs console=tty1 [earlyprintk] root=/dev/mmcblk0p1 rootwait panic=10 ${extra}' should the ${extra} be removed?
<tkaiser> longsleep: Please forget about my EDID related forum posts regarding A64. I defined 720p and DVI mode in the pine64.dts, rebuilt u-boot and wrote it to the card, rebooted. Settings are valid in u-boot but as soon as kernel takes over the display will be detected correctly and EDID information is taken into account.
<TheCageyBee> In other places in the wiki that syntax is used to denote changing that part with your system particulars. Not sure it should be there
<longsleep> tkaiser: ok good, what exactly is the problem them?
<tkaiser> longsleep: With active DVI mode you will get black as green and screen0_output_mode = <0x00000005>; is 720p, but the kernel detects 1080p display and non DVI mode.
<tkaiser> longsleep: The problem is that people using HDMI to DVI converter either get no display or wrong colors (black will be purple)
<longsleep> tkaiser: ok, and that can be changed how?
<tkaiser> longsleep: So maybe defining hdmi_cts_compatibility = <0x00000001>; by default might be an idea (since when HDMI displays will be detected then EDID should 'win').
<tkaiser> longsleep: Has to be changed in the .dts prior to building u-boot
<longsleep> tkaiser: yeah u-boot initialized hdmi very early
<tkaiser> longsleep: And the kernel obviously relies on EDID correctly. Hmm... am I bit lazy but I will try a DVI display shortly.
<longsleep> tkaiser: is the DVI mode really a use case we should care about?
Andy-D has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 246 seconds]
<zuikis> TheCageyBee: do you have 2 partitions? one for boot and one for kernel/rootfs? in that case it should be root=/dev/mmcblk0p2
<zuikis> because it tells where kernel should search its files
<tkaiser> longsleep: Nope, since on my DVI display I get now still 1080p/HDMI (black == purple). So somethings happening and it doesn't work as expected (BSP kernel for A83T and H3)
<TheCageyBee> Ahh.Yep two partitions. That makes sense.
<tkaiser> longsleep: Maybe the code relies on bits inside sysconfig.fex stuff. So better stay away ;)
IgorPec9 has joined #linux-sunxi
<longsleep> tkaiser: sysconfig.fex is empty, all things HDMI are from the FTD
<tkaiser> longsleep: I know. But the kernel ignores both screen0 mode and the DVI setting.
IgorPec9 has quit [Client Quit]
<longsleep> tkaiser: mhm there are two settings, boot_disp and screen0_output
<tkaiser> longsleep: And on the display I'm now using (2560x1920 or something like that) obviously also EDID (but we won't get larger resolution than 1080p anyway)
<tkaiser> longsleep: I only changed screen0_output
<tkaiser> longsleep: But better we stay away from that since the next question will be: 1024x768 possible? They ask for DVI for a reason ;)
<tkaiser> To use their 14" LCD back from 1990
<longsleep> tkaiser: yeah - i stopped the moment i got 1080p/60Hz running :)
sirblackheart has joined #linux-sunxi
<longsleep> tkaiser: the BSP sysconfig.fex examples have some docs regarding all the possible values for the various display related things
<tkaiser> longsleep: I know but basically it's just the usual 11 different HDMI modes we already know from other Allwinner SoCs?
<longsleep> hdmi output, 0:480i 1:576i 2:480p 3:576p 4:720p50)
<longsleep> ; (5:720p60 6:1080i50 7:1080i60 8:1080p24 9:1080p50 10:1080p60
<longsleep> probably
<tkaiser> Exactly. So everyone coming from RPi with their 12.000 or so display settings might be a bit disappointed ;)
<longsleep> but i think there are more above 1080p60 as the thing can do 4K
apritzel has joined #linux-sunxi
<longsleep> tkaiser: but 4K framebuffer need more memory for CMA which i currenty configure in kernel
<longsleep> tkaiser: i have the minimal amount there for 1080p 32bbp with double buffering
<tkaiser> longsleep: ok, but someone else should then look into with some knowledge and a 4K display. At least for me here tested with 2 displays it seems like 1080p60 is somewhat hardcoded. And I don't care that much especially now (time for Biergarten ;) )
<longsleep> tkaiser: i am sitting in one with 4G connection :)
<TheCageyBee> Well that didn't help either. But my sdcard has just died, so I guess that's the end of playing for now. :(
<longsleep> essentially all the releases from today were powered by Biergarten
<TheCageyBee> Thanks for your help anyway guys
<tkaiser> longsleep. Good to know and cheers :)
<longsleep> tkaiser: Maybe its the beer - but i cannot see any other LED on the Pine64 board :{
<zuikis> TheCageyBee: np, m8. If you will need to kill another sd card, I'll be here to help :D
<longsleep> tkaiser: and cheers!
<TheCageyBee> lol
<tkaiser> longsleep: LOL, I can't see any either. Maybe it's really only about the possibility to connect those to the Exp connector
TheCageyBee has quit [Quit: Leaving]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
nieuwbie has quit [Quit: ERC (IRC client for Emacs 24.5.1)]
cnxsoft has quit [Quit: cnxsoft]
mossroy has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
jernej has joined #linux-sunxi
jernej has quit [Quit: Page closed]
<lennyraposo> howdy all
jernej has joined #linux-sunxi
<zuikis> hello
cosm has quit [Ping timeout: 268 seconds]
ricardocrudo has joined #linux-sunxi
jstein has joined #linux-sunxi
keh has joined #linux-sunxi
<lennyraposo> tkaiser or longsleep
<lennyraposo> screen resolution is dependent on u-boot correctly?
<lennyraposo> correct*
cosm has joined #linux-sunxi
Netlynx has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 244 seconds]
keh has quit [Quit: Wee... Chat]
keh has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
tomboy64 has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
atsampson has quit [Quit: Rearranging lounge for better speaker placement.;..]
pmattern has joined #linux-sunxi
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
juri_ has quit [Ping timeout: 244 seconds]
keh has quit [Ping timeout: 244 seconds]
fl_0 has quit [Ping timeout: 248 seconds]
fl_0 has joined #linux-sunxi
nieuwbie has joined #linux-sunxi
<nieuwbie> There's no sun4i-a10-inet3f device tree?
IgorPec has quit [Ping timeout: 244 seconds]
<NiteHawk> nieuwbie: for u-boot? U-Boot 2015.07+ should come with a arch/arm/dts/sun4i-a10-inet-3f.dts
<nieuwbie> so I need to take dts from uboot not from kernel?
JohnDoe_71Rus has joined #linux-sunxi
<NiteHawk> no, they're not necessarily related. for the kernel you should use the dts from its sources - but is iNet 3f supported in mainline?
<nieuwbie> I don't think so if inet isn't in arch/arm/boot/dts
<nieuwbie> and one more thing, should I use dts or dtb?
<NiteHawk> you "use" the .dtb - which is the compiled .dts, generated as part of the build process
<NiteHawk> http://linux-sunxi.org/INet_3F#Current_status - doesn't seem to be supported in mainline kernel
cosm has quit [Ping timeout: 250 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
nieuwbie has quit [Quit: ERC (IRC client for Emacs 24.5.1)]
atsampson has joined #linux-sunxi
selsinork has joined #linux-sunxi
doppo has quit [Ping timeout: 248 seconds]
doppo has joined #linux-sunxi
mossroy has quit [Quit: Quitte]
orly_owl has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
jernej has quit [Quit: Konversation terminated!]
pmattern has quit [Quit: Genug für heute.]
foudubassan has quit [Ping timeout: 244 seconds]
mpmc has quit [Remote host closed the connection]
mpmc has joined #linux-sunxi
cosm has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
cosm has quit [Ping timeout: 276 seconds]
reinforce has quit [Quit: Leaving.]
lemonzest has quit [Quit: Leaving]
selsinork has quit [Quit: Quit]
<lvrp16> tkaiser: phoronix published the latest benchmarks
<lvrp16> tkaiser: i will have io and gpu bencmarks in two weeks for phoronix too
<lvrp16> anything i should know?
MackBoy has quit [Remote host closed the connection]
MackBoy has joined #linux-sunxi
cosm has joined #linux-sunxi
sirblackheart has quit [Quit: sirblackheart]
scream has joined #linux-sunxi
<lennyraposo> wow
<lennyraposo> audio is no longer skipping
<lennyraposo> playing a youtube video on the pine64
<lennyraposo> longsleep
<lennyraposo> seems like the other sound output needs to be disabled
<lennyraposo> 10 minutes of steady audio play ;)
<lennyraposo> so it's a pulseaudio config
orly_owl has joined #linux-sunxi
MackBoy has quit [Remote host closed the connection]
MackBoy has joined #linux-sunxi
servili007 has joined #linux-sunxi
foudubassan has joined #linux-sunxi
tipo has quit [Ping timeout: 260 seconds]
tipo has joined #linux-sunxi
cosm has quit [Ping timeout: 276 seconds]
iamfrankenstein1 has joined #linux-sunxi
tipo has quit [Ping timeout: 248 seconds]
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 is now known as iamfrankenstein
tipo has joined #linux-sunxi
foudubassan has quit [Ping timeout: 260 seconds]
scream has quit [Remote host closed the connection]
<lvrp16> lennyraposo: what browser?
<lvrp16> software decode?
tipo has quit [Remote host closed the connection]
tipo has joined #linux-sunxi
bwarff has joined #linux-sunxi
paulk-collins has quit [Remote host closed the connection]
cosm has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
jstein has quit [Remote host closed the connection]