<wens>
sehraf: check dmesg, it should list the modelines it got from the display, and if any were filtered out, why
pgreco has quit [Quit: Leaving.]
victhor has quit [Remote host closed the connection]
hipboi__ has joined #linux-sunxi
hipboi_ has quit [Ping timeout: 245 seconds]
hipboi has quit [Ping timeout: 240 seconds]
hipboi has joined #linux-sunxi
lucascastro has joined #linux-sunxi
lkcl has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
chlorine has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 240 seconds]
lurchi__ has joined #linux-sunxi
chlorine has quit [Ping timeout: 256 seconds]
JohnDoe_71Rus has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
return0e_ has joined #linux-sunxi
FergusL has joined #linux-sunxi
return0e has quit [Ping timeout: 240 seconds]
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 240 seconds]
FergusL has quit [Quit: Ping timeout (120 seconds)]
FergusL has joined #linux-sunxi
anarsoul has quit [Ping timeout: 240 seconds]
nots has quit [Quit: Page closed]
Strontium has joined #linux-sunxi
anarsoul has joined #linux-sunxi
nuuuciano_ has joined #linux-sunxi
skiboy has quit [Quit: Leaving]
nuuuciano has quit [Ping timeout: 268 seconds]
nuuuciano_ has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
gumblex has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
gumblex_ has quit [Ping timeout: 265 seconds]
<hanetzer>
lvrp16: got a copy of the hi3559a sdk. looks like its very similar to the hi3521a sdk
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
foxx_ has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
<montjoie>
oh it seems that H6 will have the first black case in support matrix:(
<KotCzarny>
so, no ethernet for h6?
megi has quit [Quit: WeeChat 2.0.1]
megi has joined #linux-sunxi
<hanetzer>
montjoie: hmm? as in, 'its fucked, don't bother' ?
<wens>
montjoie: what part exactly?
ganbold has quit [Quit: Leaving]
f11f12 has joined #linux-sunxi
f11f12 has quit [Client Quit]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
_whitelogger_ has quit [Remote host closed the connection]
dddddd has quit [Remote host closed the connection]
<icenowy[m]>
I think... maybe PCIe?
<icenowy[m]>
montjoie: is my guess correct?
<icenowy[m]>
KotCzarny: don't worry Ethernet has already worked on my board ;-)
Mr__Anderson has joined #linux-sunxi
naggety has joined #linux-sunxi
<naggety>
Hi all. Hope someone can answer a question I have: where I can see the license of linux-sunxi packages? Specifically, I need to know libvdpau-sunxi and libcedrus
<naggety>
I guess they should be somewhere, but I wasn't able to find them
<icenowy[m]>
see their github repo
<naggety>
I didn't find the license there
<icenowy[m]>
file headers
<naggety>
Oh, right. I knew it should be easy.
<naggety>
Thanks
<naggety>
Other question: there are no libvdpau-sunxi nor libcedrus packages in Buildroot, so I have made mine ones. I was thinking to submit them to Buildroot so they to be available for everyone. Do you think it is OK?
<icenowy[m]>
ah I don't think it's valuable
<icenowy[m]>
as they will be deprecated by VE mainlineing
sr-digitronic has joined #linux-sunxi
<montjoie>
icenowy[m]: yes guess correct, I saw your email:)
<icenowy[m]>
I'm thinking how to let it work
<icenowy[m]>
you know I don't want it to be black
diego_r has joined #linux-sunxi
hlauer has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
jbrown has quit [Remote host closed the connection]
<wens>
icenowy[m]: the dwc pcie driver library uses callbacks for non-dbi read/writes
<wens>
well, dbi read/writes as well
clemens3 has joined #linux-sunxi
<icenowy[m]>
wens: however all PCIe drivers currently expect PCIe memory space to be directly accessible via {read,write}{b,w,l}
<wens>
ouch
naggety has quit [Quit: Page closed]
BenG83 has quit [Quit: Leaving]
yann has quit [Ping timeout: 256 seconds]
chlorine has joined #linux-sunxi
msimpson has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
BenG83 has joined #linux-sunxi
yann has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 252 seconds]
Andy-D_ has joined #linux-sunxi
Andy-D_ is now known as Andy-D
kaspter has quit [Read error: Connection reset by peer]
BenG83 has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
yann has quit [Ping timeout: 245 seconds]
BenG83 has joined #linux-sunxi
yann has joined #linux-sunxi
fossxplorer has quit [Quit: Leaving]
florianH has joined #linux-sunxi
BenG83 has quit [Remote host closed the connection]
megi has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 256 seconds]
yann has quit [Ping timeout: 245 seconds]
lucascastro has quit [Remote host closed the connection]
<BenG83>
does your driver reach the of_property_read()
<hanni76>
how to check that ?
<BenG83>
add some printk() if they are not there already :)
<hanni76>
where exactly ?
<hanni76>
in probe ?
<BenG83>
probably, do you have a link to the driver?
<hanni76>
look.. when I load it with modprobe, I have some output in dmesg
<hanni76>
but there is no single record during boot
<BenG83>
is it an out-of-tree driver?
<hanni76>
looks like nothing is called from my module at all
<hanni76>
nah, it is in tree
hipboi has joined #linux-sunxi
hipboi__ has joined #linux-sunxi
tllim has joined #linux-sunxi
<BenG83>
hi tllim
<tllim>
hi
<icenowy[m]>
hi
<tllim>
@BenG83, should be on next silicon. I can check again on next week when meet up AW again with icenowy
<BenG83>
;)
<icenowy[m]>
I think maybe next chip
<icenowy[m]>
but not next silicon rev...
hipboi__ has quit [Quit: Leaving]
hipboi has quit [Quit: Leaving]
<tllim>
next silicon I means next chip, not next silicon rev as icenowy point out
<tllim>
@BenG, if just only a mask change, then probably can be in silicon rev per my pass experience work in silicon company.
<tllim>
however, if involve actual; silicon change, most company will just goes for next chip due to this is multi million $$$$.
Ntemis has joined #linux-sunxi
arete74 has joined #linux-sunxi
<tllim>
this is typical decision by silicon company, included silicon companies that I have worked with in silicon valley.
lkcl has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 268 seconds]
rwmjones has quit [Ping timeout: 240 seconds]
rwmjones has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
embed-3d has quit [Ping timeout: 256 seconds]
fkluknav has joined #linux-sunxi
sehraf has joined #linux-sunxi
chlorine has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
<icenowy[m]>
for H6 maybe it's also too late for next SoC
embed-3d has joined #linux-sunxi
<tllim>
Overall, H6 still an impressive SoC. Excellent 4Kp60 HDR playback and also decent GPU performance.
<KotCzarny>
and no open source support
<KotCzarny>
;)
BenG83_ has joined #linux-sunxi
<tllim>
to Icenowy credit, she alraedy make the headless mainline work son H6.
<willmore>
I think KotCzarny was refering to the video and GPU features you just mentioned, not the SoC in general.
dddddd has joined #linux-sunxi
<tllim>
GPU, there is MALI x.11+fbdev and GBM+wayland already deposit on PINE64 wiki, the license is clear and you are welcome to use them.
<willmore>
Oh, tllim, if you think it appropriate, mention supporting the open sourcing of the VPU in whatever way they feel they can--docs, money, answering questions...
<KotCzarny>
i meant aw open source support in general, not community efforts
<tllim>
However, for the GPU open source, this concern is ARM issue, not the SoC vendor.
<wens>
KotCzarny: i.e. allwinner engineers pushing stuff to mainline
<willmore>
There's a lot more to the SoC than the GPU. As you point out, icenowy[m] is doing great work on that front, but her efforts are community based, not Allwinner supported, no?
<willmore>
wens, that's good news.
victhor has joined #linux-sunxi
<tllim>
on VE, there is development already going one and lets check out six months later. No interest to take credit here.
<KotCzarny>
wens, what? where?
<tllim>
on DE, Allwinner engineer alraedy push up document at Sunxi wiki
<tllim>
on the A64 H6 documentation, all has been release without confidential watermark
<KotCzarny>
poor wink is one man opensourcing aw's army?
<tllim>
on the BSP release that on PINE64 wiki, the GPL violation has try to into minimum and most header statements have been restore back
<wens>
no, I just meant that's what KotCzarny is referring to
<tllim>
Wink is window person
<willmore>
Gateway?
<wens>
contact person
<tllim>
@KotCzarny, pick at area and I wil try to get Allwinner to work with you.
<wens>
icenowy[m]: aren't you still a student? any chance of an internship?
<tllim>
@KotCzarny, pick an area and I wil try to get Allwinner to work with you
<KotCzarny>
tllim: pcie, and make it for icenowy
kaspter has quit [Remote host closed the connection]
<tllim>
@KotCzarny, lets pick your area :-)
<tllim>
if you have interest on PCIe, then go to check out the BSP SDK ver 1.1 that I just release on PINE64 wiki two days ago
<KotCzarny>
tllim, i wouldnt mind arisc's/superstandby docs
<KotCzarny>
for h3, but i think they use same chip for all socs
<tllim>
on AR100 documentation, I push for release and Allwinner discover what has been documented at Sunxi wiki already quite comprehensive.
<KotCzarny>
but not exhaustive
<tllim>
then list out, you are welcome PM me.
<tllim>
I don't pick on Allwinner behalf nor takes credit. Just clear up some recent development
<tllim>
my focus on H6 and A64, next step is try to get the 64-bit MALT T-720 x11+fbdev and GBM driver released
<wens>
the DE2 docs are way better then what we had before, including diagrams of the whole pipeline and stuff
<tllim>
standby is an area that mainline lacking, since you interest to work, then I wil ltry to bridge up.
<wens>
smaeul: aren't you poking around at the AR100?
<tllim>
I will meet up with AW BU3 folks on Tuesday together with icenowy, if there is any AR100 documentation that still needed, please lets me know and I will request.
Andy-D has joined #linux-sunxi
embed-3d has quit [Ping timeout: 256 seconds]
<KotCzarny>
it's hard to guess what is needed when there are hidden registers
<tllim>
@willmore, regarding video, AW interest to work with mripard and also LibreElec folks. This discussion currently ongoing.
<wens>
that's good news
<tllim>
keep my finger cross
<willmore>
tllim, that's great news. Thank you for the work you're doing with talking to AW. It is appreciated.
<tllim>
thanks :-) this is my job as a SBC vendor.
<willmore>
You're with the PINE* group?
<tllim>
^^^ I am PINE64 founder
<willmore>
I have a pine64 2GB. I'll go say nice things to it. :)
<tllim>
thanks :-)
<tllim>
Appreciate on Sunxi contribution, when Sunxi developer need the SBC, just ping me and I will provide.
<willmore>
Has it been made easier to add a backup battery to it, yet? That was my intended use for mine--as a backup server on my network for things like DHCP, etc. I currently have an old rpi powered by a cell phone battery, but it's reaching EOL--coming up on 1024 days of uptime.
* willmore
is not a developer
<willmore>
I'm more of a canary in the coal mine.
tl_lim has joined #linux-sunxi
<tl_lim>
a 45000mAH battery can last around 4 hours
<BenG83_>
I think there is a stray zero in there ;)
<willmore>
I hope so!
<smaeul>
wens: yes, I'm working on the AR100
tllim has quit [Ping timeout: 240 seconds]
<smaeul>
tl_lim: documentation for r_prcm and r_cpucfg registers on 64-bit SoCs would be really helpful
<tl_lim>
@smaeul, please email me (tllim@pine64.org) on the AR100 document request list, I will try to get.
<willmore>
I have a 6000mAh cell that I'm looking to use. The board should be idle almost all the time, so I would expect pretty good life out of it. The biggest power useage may be the GigE.
<tl_lim>
then get about 6 hours backup. about 1000mAh an hour for A64 board
<willmore>
That should be enough. :)
<willmore>
I need to print a bigger case for it with room for the battery.
FergusL has quit [Read error: Connection reset by peer]
FergusL has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
fdcx has quit [Read error: Connection reset by peer]
Andy-D has quit [Ping timeout: 240 seconds]
<BenG83_>
willmore, it's important to write the correct capacity of your battery to the AXP803
hlauer has quit [Ping timeout: 240 seconds]
yann has quit [Ping timeout: 260 seconds]
fkluknav has joined #linux-sunxi
electriceel1985 has quit [Quit: leaving]
matthias_bgg has quit [Ping timeout: 240 seconds]
nuuuciano_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
fkluknav has quit [Ping timeout: 268 seconds]
afaerber has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 240 seconds]
nuuuciano_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
vagrantc has joined #linux-sunxi
chlorine has quit [Ping timeout: 276 seconds]
fdcx has joined #linux-sunxi
aballier has quit [Ping timeout: 245 seconds]
aballier has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
msimpson has quit [Read error: Connection reset by peer]
fdcx has quit [Ping timeout: 268 seconds]
fkluknav has joined #linux-sunxi
fdcx has joined #linux-sunxi
<marble_visions>
hi all, buildroot-related question. i want to build a vanilla image for the a64. for the floating point strategy, the default for cortex-a53 is fp-armv8, but the sunxi wiki shows a64 has vfpv4.. should i select that or stick with the default fp-armv8?
clemens3 has quit [Ping timeout: 260 seconds]
fdcx has quit [Ping timeout: 240 seconds]
megi has joined #linux-sunxi
<marble_visions>
hmm.. now i'm seeing that there isn't any a64 DTS in linux mainline..
<Ke>
marble_visions: can you be a bit more specific as to why it's wow?
<marble_visions>
Ke: coming from simpler uboot setups, this seems more complex
<marble_visions>
i see that the olimex board uses a fork of this trusted firmware
<Ke>
I think practically everything aarch64 uses ATF
<Ke>
sadly there is no strong upstream there either
anarsoul|2 has joined #linux-sunxi
<marble_visions>
Ke: is it a hard requirement? i see that i can disable it in buildroot, maybe uboot does not depend on it.. what do you mean by no strong upstream support? that ATF is soc vendor specific?
<Ke>
there are bazillions of forks of ATF
<Ke>
there is no "mandatory" in boot software, but in general there is no alternative to ATF and no operating systems that work without it
<Ke>
marble_visions: on arm64 you might consider booting grub-efi and making it load a distro kernel
<marble_visions>
really? linux wont boon on a64 without atf?
<marble_visions>
fun
<Ke>
I am not 100% on that one, but it seems to be the way to go in general
<marble_visions>
Ke: grub-efi would be easier than uboot? or because i might get away with no atf with grub-efi?
<beeble>
not related at all
<Ke>
marble_visions: mostly distros know how to autogenerate configs for it
<Ke>
beeble: what is?
<Ke>
as in booting ATF+u-boot+grub-efi+linux
<beeble>
as in if an atf is required if he uses grub-efi instead of u-boot
<Ke>
yes
<beeble>
especially as he will chainload grub-efi
<Ke>
also not instead, but in addition
fkluknav has quit [Ping timeout: 240 seconds]
<marble_visions>
wow
<marble_visions>
alright, i need to read up on atf then
<marble_visions>
since this is the future
<Ke>
getting started section has some sort of description
fdcx has joined #linux-sunxi
<Ke>
it's a bit like coreboot, you have a payload, like u-boot that you add to atf and perhaps some extra initialization code from vendor
<marble_visions>
Ke: thanks, good to know
Ntemis has quit [Remote host closed the connection]
<vagrantc>
beeble: got the puma-rk3399 installed with debian-installer ... committed a few patches to various components in debian to make it closer to working out of the box (e.g. u-boot, flash-kernel) ... but the atf+m0 stuff will be a blocker for seamless support for a while
<vagrantc>
beeble: i guess i could try with the u-boot that came with it
xes has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
Andy-D has joined #linux-sunxi
hanni76 has quit [Quit: Leaving]
ernestask has quit [Quit: ernestask]
indy has quit [Ping timeout: 265 seconds]
elros_ has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.3, revision: git-7269-g7689d8b21, build type: debug, sources date: 20160102, built on: 2018-03-04 22:12:09 UTC git-7269-g7689d8b21 http://www.kvirc.net/]
indy has joined #linux-sunxi
foxx_ has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #linux-sunxi
tl_lim has quit [Ping timeout: 245 seconds]
tl_lim has joined #linux-sunxi
lucascastro has joined #linux-sunxi
fkluknav has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 256 seconds]
fkluknav has quit [Ping timeout: 260 seconds]
pgreco has joined #linux-sunxi
<igraltist>
hi
<igraltist>
is a backport for h3 ethernet driver for kernel 4.14. available?
tgaz has quit [Ping timeout: 240 seconds]
pgreco has quit [Client Quit]
pgreco has joined #linux-sunxi
pgreco has quit [Quit: Leaving.]
pgreco has joined #linux-sunxi
IlyaM has joined #linux-sunxi
sehraf has quit [Quit: Konversation terminated!]
lurchi_ is now known as lurchi__
pgreco has quit [Quit: Leaving.]
pgreco has joined #linux-sunxi
jelly has quit [Read error: Connection reset by peer]
lurchi__ is now known as lurchi_
scream has quit [Remote host closed the connection]
jelly-home has joined #linux-sunxi
jelly-home is now known as jelly
matthias_bgg has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
IgorPec has quit [Ping timeout: 240 seconds]
clemens3 has quit [Ping timeout: 240 seconds]
return0e has quit [Read error: Connection reset by peer]