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
<apritzel> this tiny-printf is really lovely: DRAM: u MiB (on my BPi M1)
<ssvb> there is a patch for this
<Wizzup> ssvb: thanks for putting the suggestion (to olimex) on the lime 2 page - agree with that
<ssvb> wrapping up with the FSF requirements and what they think about the boot ROM - http://www.fsf.org/campaigns/free-bios.html
<ssvb> "The ethical issues of free software arise because users obtain programs and install them in computers; they don't really apply to hidden embedded computers, or the BIOS burned in a ROM"
<ssvb> apritzel: the patch is here - https://patchwork.ozlabs.org/patch/640660/
<ssvb> personally, I don't quite understand what is going on with U-Boot and their habit to accept potentially dangerous patches at the last minute
<apritzel> exactly the same I just wanted to do ;-)
<apritzel> agreed
jstein has quit [Ping timeout: 260 seconds]
<apritzel> alright, buildman sunxi succeeded
<apritzel> and it boots on my BPi
* apritzel will join this "last-minute-dangerous-fixes" game ;-)
<apritzel> ssvb: and indeed the first number the (open source) SPL on Allwinner boards prints is the DRAM size
<apritzel> at this point the DRAM is already up and running obviously
<apritzel> that's why it magically works there
<ssvb> another thing is that nobody is clearing BSS in this setup, so we can't be sure that these variables are set to zero
<apritzel> really?
kaspter has joined #linux-sunxi
<ssvb> apritzel: well, if somebody tried to clear it early, then we would have a deadlock because of having no DRAM
<apritzel> ;-)
<ssvb> but probably the linker takes care of it properly when BSS is placed in SRAM
<ssvb> or in fact not the linker, but the mksunxiboot tool
<apritzel> agraf: ssvb: I updated my pine64-spl branch on github
tomboy64 has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
tlwoerner has quit [Ping timeout: 244 seconds]
<MoeIcenowy> ssvb: I think, for fully Free Software, we shouldn't even have WiFi chip firmware
<MoeIcenowy> (I mean closed-source firmware
<MoeIcenowy> so we may need an ath9k for a fully-free allwinner hardware
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<MoeIcenowy> wens: can linux-next now drive A31/A31s usb dual mode otg?
<MoeIcenowy> I found that arch/arm/boot/dts/sun6i-a31s-primo81.dts and arch/arm/boot/dts/sun6i-a31s-colorfly-e708-q1.dts are both still host-only
<MoeIcenowy> but arch/arm/boot/dts/sun8i-q8-common.dtsi is now dual mode
longsleep has quit [Ping timeout: 250 seconds]
orly_owl_ has quit [Quit: leaving]
orly_owl has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
ninolein has quit [Ping timeout: 272 seconds]
ninolein has joined #linux-sunxi
kaspter has joined #linux-sunxi
Nacho has quit [Ping timeout: 260 seconds]
normalform has joined #linux-sunxi
Nacho has joined #linux-sunxi
normalform has quit [Client Quit]
cnxsoft 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 [Client Quit]
orly_owl_ has joined #linux-sunxi
orly_owl_ has quit [Client Quit]
orly_owl has quit [Ping timeout: 240 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<wens> MoeIcenowy: afaik there are still some phy bits missing from -next
<wens> hans reposted them today
tlwoerner has joined #linux-sunxi
orly_owl has joined #linux-sunxi
<MoeIcenowy> wens: thx
<MoeIcenowy> I remembered for A31 there's a polling workaround for AXP221
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Client Quit]
<wens> right
<MoeIcenowy> Does anyone know how to set sata image for qemu-system-arm -M cubieboard
naobsd has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
IgorPec has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
leio has quit [Ping timeout: 260 seconds]
leio_ has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
fredy has quit [Excess Flood]
_stephan has joined #linux-sunxi
arete74 has quit [Read error: Connection reset by peer]
fredy has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
arete74 has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
IgorPec has quit [Ping timeout: 244 seconds]
vagrantc has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
fl_0 has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 244 seconds]
iamfrankenstein1 is now known as iamfrankenstein
yann|work has quit [Ping timeout: 252 seconds]
jstein has joined #linux-sunxi
dearfibonacci has joined #linux-sunxi
yann|work has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<dearfibonacci> hi.. im trying to setup a buildroot with sunxi mali kernel-drivers and when trying to open gles qt app on the uart i got UMP<2>: New session opened UMP<2>: Session closed and got no output on screen. Any tips how to solve this ?
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
gzamboni_ has quit [Ping timeout: 244 seconds]
premoboss has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
merbanan has joined #linux-sunxi
rachelfish has joined #linux-sunxi
<rachelfish> something something tiny RYF computer
<rachelfish> ummm hi
<rachelfish> deos anyone here know about the eoma68? :D
<rachelfish> does*
apritzel has joined #linux-sunxi
<KotCzarny> nice idea, but lacking devices?
<rachelfish> Hardly seems lacking!!
<buZz> rachelfish: yeah gonna order one
<buZz> well lacking in that it doesnt exist
<buZz> until .. april 2017?
<jelle> earth friendly hmm
<KotCzarny> that's what i meant
<rachelfish> that's not very long at all
<jelle> interesting choice for parabola
<buZz> jelle: nonsense :) he just means 'i used wood next to my rare metals and plastics'
<buZz> rachelfish: its -forever-
<jelle> buZz: yeahh that's why I inserted the "hmmm"
<rachelfish> xD
<buZz> i expect btcusd to be about *2 current rate around that time
<buZz> minimum
<jelle> anyway why base it on an A20 :-)
<KotCzarny> because it was cheap and low power?
<buZz> they didnt, its just the first cpu board
<KotCzarny> also, the idea is to be modular
<buZz> the spec has usb3.1 , A20 has no usb3.1
<KotCzarny> ie. you can choose whatever they make at the time
<jelle> hmmm
<jelle> kickstarters take too long for me
<buZz> jelle: i agree :P
<buZz> oh Ships Mar 20, 2017
<buZz> march, not april
<jelle> I'll be getting the chip in a few weeks.. ordered in october
<buZz> i will order it anyway
<buZz> i ordered chip aswell
ricardocrudo has joined #linux-sunxi
<buZz> i also kinda want this ; https://www.crowdsupply.com/knivd/ello-2m
<jelle> I can get the orange pi * faster ;-)
<jelle> I want an allwinner laptop :-)
<buZz> and, i preordered https://www.dragonbox.de/en/45-pyra
<buZz> so, mountains of toys
<jelle> oh that's a laptop
<buZz> jelle: lol
<jelle> wasn't the pyra 300 euros or something
matthias_bgg has joined #linux-sunxi
<jelle> oh more even
<buZz> 700
<buZz> i dont care that much about money, i print about 100 eu a day, most of it for free
<KotCzarny> 700eur is ~20 opis
<KotCzarny> ;)
<buZz> its just ment for toys
<buZz> KotCzarny: opi has no battery keyboard or case
<KotCzarny> you can make one!
<KotCzarny> i did: http://imgur.com/a/tJvqk
<KotCzarny> there is a place for display and battery and hdd ;)
<buZz> KotCzarny: ...
<KotCzarny> ;)
<buZz> i did way better, lemme find you a pic
<KotCzarny> also, it can be used as a selfdefense brick
<KotCzarny> psu is a bit on the heavier side
<speakman> Something I can't stop thinking of; to what use is the "input" subsystem in Linux when you do not enable the Event interface? How can software make use of "input" devices when they are not available through /dev? Seems like I'm missing something obvious here.
<KotCzarny> speakman: in old time there were /dev/mice and similar things
<buZz> KotCzarny: orange part PSU, green parts HDD + cubieboard2
<KotCzarny> buzz: mine haz 8korez
<buZz> KotCzarny: i have no need to compensate for lack of skill
<buZz> ;)
<KotCzarny> but yours is cute
<buZz> that was my desktop 2 hackercamps ago
<speakman> KotCzarny: But that's way before the input subsystem.
<buZz> that , +lapdock
<KotCzarny> speakman: you've asked, thats the answer, those subsystems were coexisting for a some time
<speakman> KotCzarny: Either you don't understand me, or the other way around. I think I aim the question to ##linux and see what folks are saying. :)
<buZz> speakman: they will tell you to install Gubuntu
<buZz> or something
<KotCzarny> i think even if you dont enable evdev you still get input device nodes
<KotCzarny> just not the /dev/input/ ones
<KotCzarny> fe. psaux
<KotCzarny> and kb is used by the kernel internally
<speakman> buZz: :D :D :D
<buZz> 8====D :D
<buZz> speakman: tell them you already run devuan
<buZz> and just want to get it working
<buZz> dangit!
<buZz> *shake fist*
<speakman> Hehe
<mripard> speakman: KotCzarny's answer was that you actually have several input interfaces
<mripard> due to historical reasons
<speakman> mripard: ok, but then I probably didn't make myself very clear. Sorry.
<speakman> (I know very well about the old Linux, that's kind of the problem; I don't know the modern approach to lots of things)
<mripard> and yes, it doesn't really make sense in most cases to not have a input interface
<KotCzarny> for headless only
<buZz> for a kiosk it does
<buZz> no userinput desired
<buZz> just display webpage fullscreen
<KotCzarny> for a kiosk you still need touchscreen usually
<buZz> not always
<KotCzarny> you mean photoframe
<buZz> sorta
<speakman> Trying to be more specific; the defconfig for A20_Olinuxino_MICRO has input subsystem enabled, including a couple of input device drivers (sunxi touchscreen for example). But the event interface are disabled. Are there any other way to reach the input subsystem and the devices without the event interface?
<buZz> k
<buZz> 'kioskmode' is also the slideshows with video at McDonalds etc
<mripard> speakman: none than I know of
<KotCzarny> xorg has legacy device support too
<speakman> 10:31 < kadirov> speakman, if it is low level, please ask about something high level then
<speakman> from ##linux .. :D
<KotCzarny> check 'autoadddevices' option ;)
<speakman> mripard: Ok, do you have any clue why the event system is disabled by default, but event interface is not? Can it be security reasons? I'm just guessing here.
<speakman> mripard: did you look into that interrupt issue by the way? where only some of the EINT on A20 work, but not all?
<speakman> (they silently fail)
<mripard> speakman: no, I haven't look into it
<mripard> which kernel is it?
<speakman> In this case 4.3
<speakman> mripard: https://dpaste.de/6L6q/raw
<speakman> mripard: This works, using PH9, but changing to any PI pin the interrupt never trigger the interrupt handler.
<speakman> mripard: people on the Olimex forum is having the same experience, according to the link I sent you the other day.
<mripard> is it still the case with 4.7?
<speakman> mripard: I though I might can help you track this down?
<speakman> mripard: Oh, I can try. BRB
Mr__Anderson has joined #linux-sunxi
<speakman> just a another annoying issue; can I somehow make sure my touchscreen are always /dev/input/event0? With this kernel, the AXP2xx claims the event0 and all my scripts, which rely on the touch being event0 screws up.
<apritzel> speakman: sounds like udev's responsibility to me?
<NiteHawk> speakman: check /proc/bus/input/devices for a unique "N: Name", or parse the /sys equivalent accordingly?
<NiteHawk> and yes, udev should be able to take care of that too...
vickycq- has joined #linux-sunxi
<speakman> apritzel: good point, thanks!
lennyraposo1 has joined #linux-sunxi
<speakman> btw, do you guys mount /dev tmpfs and let udev handle it all, or do you use devtmpfs or similiar (which makes the kernel populate it automagically)?
<apritzel> but as NiteHawk said: you shouldn't rely on numbered devices, instead fix your script to either take the device number as a parameter and/or find the right device by means of sysfs
cptG_ has joined #linux-sunxi
bfree_ has joined #linux-sunxi
captainigloo has quit [Quit: Bye Bye]
Wizzup_ has joined #linux-sunxi
captainigloo has joined #linux-sunxi
valkyr1e_ has joined #linux-sunxi
mpmc has quit [Ping timeout: 258 seconds]
cptG has quit [*.net *.split]
lennyraposo has quit [*.net *.split]
bfree has quit [*.net *.split]
Wizzup has quit [*.net *.split]
[Awaxx] has quit [*.net *.split]
cajg has quit [*.net *.split]
valkyr1e has quit [*.net *.split]
vickycq has quit [*.net *.split]
valkyr1e_ is now known as valkyr1e
<KotCzarny> speakman: i use devtmpfs and eudev
[Awaxx] has joined #linux-sunxi
<mripard> speakman: udev requires devtmpfs
cajg has joined #linux-sunxi
pietrushnic has quit [Ping timeout: 240 seconds]
enrico_ has joined #linux-sunxi
<speakman> oh, didn't know :D
<speakman> I also use devtmpfs + eudev, as done by buildroot
popolon has joined #linux-sunxi
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 258 seconds]
kaspter has joined #linux-sunxi
<speakman> mripard: I've just tested 4.7-rc5. It boots as it should, but the framebuffer is lost. I can't see anything on the screen.
<speakman> mripard: the touch does work though, but I havn't changed the interrupt pin yet.
<speakman> I was just surprised the fb is all black (although uboot shows the boot as it should)
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 276 seconds]
<speakman> mripard: can you confirm that PI10 will equal interrupts = <8 10 IRQ_TYPE_LEVEL_LOW>; ?
<speakman> mripard: wow. it does work with 4.7...
kaspter has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
<mripard> speakman: on A20 we have a regression with the framebuffer
<mripard> hans already submitted a fix already
reinforce has joined #linux-sunxi
<speakman> mripard: oh, ok. So then I abort my debugging :D
Da_Coynul has joined #linux-sunxi
<speakman> mripard: I can confirm that PI17 works as well, even though it collides with SPI1
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
iaglium has joined #linux-sunxi
_fortis has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
kaspter has quit [Remote host closed the connection]
_fortis has joined #linux-sunxi
popolon has quit [Ping timeout: 240 seconds]
<plaes> speakman: sorry, my fault (that framebuffer issue) :(
<speakman> plaes: lol no worries. :) Will it be patched to rc6? and when are rc6 on its way?
<plaes> Hans has already submitted
kaspter has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 258 seconds]
iamfrankenstein1 is now known as iamfrankenstein
<wens> still no luck with the a13 drm lcd not working issue
<jemk> ssvb: there must be some trick with sram c on h3, when using boot0 (instead of spl) it seems to work without enabling ve clock, maybe thats "bootmode"
<montjoie> hello what do you think about https://linux-sunxi.org/User:Montjoie for be put in top of mainline page ?
<montjoie> a sort of visual summary of current work
<rellla> montjoie: good idea
<montjoie> the content and order of column header must be thinked
<montjoie> and i have some hesitation to put soc names horizontal
DullTube has joined #linux-sunxi
<montjoie> so any feedback could be usefull
<mripard> wens: ?
<mripard> montjoie: that looks like a useful addition
<montjoie> thanks mripard I will try to do a preprod in this page, and when things will seems to be correct, I will copy it
mpmc has joined #linux-sunxi
<mripard> montjoie: you can also start with one SoC
<mripard> and then we can add more
<montjoie> mripard: do SoC as line and device as column is good ?
<montjoie> what ever the choice the table will be big
DullTube has quit [Read error: Connection timed out]
DullTube has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
pietrushnic`away has joined #linux-sunxi
pietrushnic`away is now known as pietrushnic
kaspter has joined #linux-sunxi
IgorPec has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 258 seconds]
<plaes> wens: is this also with Hans's patches?
<plaes> ah.. nevermind.. drm & LCD
<mripard> montjoie: I don't know, the first SoC will tell us I guess :)
<montjoie> I try to sort column in order of habitual support (first clk/rst then ...)
iamfrankenstein has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 244 seconds]
fire219 has joined #linux-sunxi
popolon has joined #linux-sunxi
_stephan has quit [Quit: Ex-Chat]
kaspter has quit [Ping timeout: 252 seconds]
<montjoie> mripard: I will try to start with H3, could you say if the current H3 status is good in my table?
<montjoie> I think to add yellow (it works) for make difference with orange (someone work on it but it is not "stable")
<jelle> ncie page montjoie!
<jelle> montjoie: IR has a patch btw
<jelle> for the h3
<montjoie> jelle: fixed
<mripard> montjoie: wifi is board specific
<jelle> montjoie: well it's not integrated yet I think it's here http://article.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/22399
<mripard> so I'm not really sure that it's relevant to this table
<jelle> but that depends on the h3-orangepi-plus being in mainline..
<montjoie> mripard: never onSoC ?
<mripard> no
<jelle> it will be the same for the orange pi pc etc. ofc.
<mripard> and I think we need an extra color
* jelle fails
<montjoie> mripard: So i will remove it (like PMIC I putted)
<montjoie> jelle: I see IR in h3.dtsi
<mripard> for "should work, but not yet tested / enabled"
<jelle> montjoie: oh cool!
<montjoie> mripard: for yellow ?
<mripard> for example when the controller is the same than a previous SoC
<mripard> but no one tested it yet
<mripard> montjoie: yes, yellow would work
<montjoie> thanks
<mripard> montjoie: i2c and spi are in this case for the H3 for example
<apritzel> montjoie: do you want to move the table before you continue to work on it
<apritzel> ?
<apritzel> I'd love to see this in the mainlining page as well
<montjoie> apritzel: i integrate all comment and I will move soon
<apritzel> (and I want to update the A64 parts)
<montjoie> just for limiting changelog on mainline page
<mripard> and maybe the WIP parts would link directly to the latest version of the patches posted?
<montjoie> mripard: for me i need to link on bottom of mainline page which could have more details
<jonkerj> montjoie: H3 TWI/I2C should work, it seems to me the driver (i2c-mv64xxx.c) is in place and needs only DT bindings
<jonkerj> (per your table)
<jonkerj> same for SPI
<apritzel> jonkerj: montjoie: I2C worked out of the box on the A64, just included the driver and added the DT nodes
<apritzel> so chances are it works on the H3 as well, just needs to be tested
<jonkerj> I've gone through the datasheet (user manual) to verify registers etc are all the same
<montjoie> mripard: could darkgreen be better for "should work try add to DT"
<jonkerj> which seems the case
<montjoie> mripard: and keep yellow for "orange++":)
<montjoie> orange "start of work" and yellow "stable, you could work with it"
<jonkerj> apritzel: /me is going to test this as soon as my infant son learns to sleep between 18:00 and 22:00 :-)
<jonkerj> he's hogging all my project time
<montjoie> apritzel: any comment on column order ?
<montjoie> naming
<mripard> montjoie: that works for me
<mripard> thanks :)
vagrantc has joined #linux-sunxi
<apritzel> montjoie: do you really want to start bikeshedding on those things already?
<apritzel> ;-)
<apritzel> is there actually any _SoC_ with WiFi?
<montjoie> I will remove it
<montjoie> i believed to be in it
<apritzel> that's more about external chips on certain boards, right?
<apritzel> and I wonder whether we need the GIC column at all
<apritzel> unless you want to have something always green, because it's architected and even AW can't break it easily ;-)
<montjoie> apritzel: I see some "GIC support" in mainline page so in case of...
<montjoie> but i could remove it if it will never be usefull
<apritzel> but you could leave it in to have some positive thing ...
<montjoie> :)
<apritzel> I would amend your meaning of yellow above slightly to "mostly stable"
<mripard> "mostly stable" meaning ? :)
<montjoie> does it is better now ?
<apritzel> known issues, but can be used
<apritzel> thinking of the EMAC driver
<apritzel> afk
<mripard> apritzel: EMAC driver is not merged, therefore it's WIP
DullTube has quit [Quit: Leaving]
<montjoie> mripard: yellow is for WIP, green is only when accepted for a specific linux version
<mripard> montjoie: I thought yellow was "should work but not tested", and orange was wip?
leio_ is now known as leio
<mripard> ah, you amended it
<mripard> my bad
<montjoie> perhaps it is a bit confusing to try to make difference between start and end of WIP
<montjoie> I wanted to do some "you are noob use only yellow device"
<mripard> yes, I agree that it's difficult to draw a clear line
<mripard> and pushing the logic further, having something merged doesn't really mean it's stable either
<mripard> it totally should be
<mripard> but it doesn't mean it is
dearfibonacci_ has joined #linux-sunxi
<montjoie> just before someone ask for it, does MALI/PVR must be set black since to datasheet/licence problem ?
<montjoie> oups doesit is on SoC...
<MoeIcenowy> montjoie: I think Mali can be set to "TODO"
<MoeIcenowy> as lima have already REed the command sequence and shader instructions
<MoeIcenowy> although libv does not want to continue
<MoeIcenowy> there's now enough (or seems to be enough) materials
dearfibonacci has quit [Ping timeout: 240 seconds]
<montjoie> but does it is on SoC or external chip
<mripard> I don't think mali support is related to lima status
<mripard> it's definitely better
<mripard> but we can do without it.
<MoeIcenowy> mripard: I've seen that you're working on a mali binary driver on mainline kernel...
<MoeIcenowy> (at least mali plls
<mripard> it's not a binary driver
<mripard> we have the source for the driver
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
dearfibonacci_ has quit [Quit: Leaving]
<MoeIcenowy> mripard: you can release a newer version of libMali.so?
dearfibonacci_ has joined #linux-sunxi
<MoeIcenowy> oh thx
<mripard> libMali is not the driver
Amit_T has quit [Remote host closed the connection]
<MoeIcenowy> mripard: you mean only the kernel part?
<MoeIcenowy> will you port the r3p2 kernel driver to mainline?
<montjoie> I think H3 line is near to be good
<mripard> MoeIcenowy: no, I've been working on r6p0
<MoeIcenowy> mripard: you have r6p0 libMali.so?
<ssvb> MoeIcenowy: about the userland blob - https://lists.x.org/archives/xorg-devel/2016-June/050294.html
<ssvb> yes, the idea is that somebody eventually provides the r6p0 (or newer) userland blob with a redistributable license
<MoeIcenowy> but to be honest, I'm not satisfied with libMali.so
IgorPec has quit [Ping timeout: 276 seconds]
<MoeIcenowy> it do not support two or more process share the Mali
<MoeIcenowy> (Even run GNOME on GDM cannot be done with libMali.so
<ssvb> are you sure?
<MoeIcenowy> ssvb: at least, sure on r3p2
<MoeIcenowy> for the blob in https://github.com/linux-sunxi
<ssvb> what is your use case exactly?
<MoeIcenowy> ssvb: start a GNOME3 on GDM
<MoeIcenowy> I've built Cogl, Clutter and GNOME Shell with GLESv2 support
<wens> a10/a20 i2s driver merged :)
<MoeIcenowy> wens: wow
<wens> now we can figure out how to tell it the other end is a bluetooth chip
<MoeIcenowy> wens: WHAT THE HELL
<MoeIcenowy> BLUETOOTH OVER I2S?!
<wens> MoeIcenowy: bluetooth PCM, i guess for stuff like wireless audio
<ssvb> MoeIcenowy: you can try something that is more simple, for example kwin_gles
<MoeIcenowy> ssvb: I have now no image for sdk kernel, as I have already ported all my devices to mainline
<ssvb> MoeIcenowy: GNOME3 should be also usable with GLES in principle, but you may encounter some issues
<MoeIcenowy> ssvb: But I'm sure
<MoeIcenowy> when I'm running a GLESv2 process
<MoeIcenowy> I cannot run one more, or the EGL init will fail
<ssvb> this is definitely not true
Nacho has quit [Quit: No Ping reply in 180 seconds.]
<MoeIcenowy> I tried some combines: gnome-shell+gnome-shell, gnome-shell+glmark2-es2, glmark2-es2+glmark2-es2
<MoeIcenowy> But when running GNOME Shell over LightDM, it runs
<ssvb> you can run multiple GLES applications at the same time, and you can run applications together with the GLES compositing window manager
<MoeIcenowy> ssvb: unfortunately, for me, the answer is no
<MoeIcenowy> (my chip is A33, is this the issue?
Nacho has joined #linux-sunxi
<ssvb> then you have probably encountered some bugs
<ssvb> too bad for you :-)
<ssvb> maybe the r6p0 blob has less bugs, but we don't know until we try it
<MoeIcenowy> wens: you may need a bluetooth codec :-)
nove has joined #linux-sunxi
<nove> MoeIcenowy: about sata and qemu, i did a qemu based "dubious" tool mmio tracer, and how to make sata work in qemu, you can see here http://repo.or.cz/qemu/dtv.git/blob/HEAD:/dtv/README
<MoeIcenowy> nove: thx
<MoeIcenowy> nove: however, I found that, unforunately, qemu-system-arm -M cubieboard -device allwinner-ahci do not work...
<nove> MoeIcenowy: you have to use the last two lines of that readme, i can confirm that it is working for me
<wens> MoeIcenowy: hmm, seems easy enough
andoma has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
libv has quit [Ping timeout: 272 seconds]
<MoeIcenowy> can axp22x run its fuel gauge without ocv value inputed?
Amit_T has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
<wens> no idea
dearfibonacci_ has quit [Remote host closed the connection]
libv has joined #linux-sunxi
Amit_T has quit [Remote host closed the connection]
<MoeIcenowy> The datasheet said that "axp22x have a mode to suit most LiPo batteries"
<MoeIcenowy> (I didn't read the English one...
<MoeIcenowy> I'm wondering why a cell of axp20x-ac-power-supply exists in drivers/mfd/axp20x.c
<MoeIcenowy> but no such driver in drivers/power/ ...
<montjoie> apritzel: mripard I have added H3 status matrix to mainline page
<montjoie> apritzel: feel free to add A64
<apritzel> montjoie: great! thanks for that
pete_ has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
<MoeIcenowy> I'm trying to work on an axp20x-battery driver for axp22x...
<MoeIcenowy> (I have now no axp20x, so work on axp20x won't be started until I get my CHIP
<pete_> Hi, I'm trying to convert the script.bin to the fex but it's failing
<pete_> always getting the following error: E: fexc-bin: Malformed data: version 4294967295.4294967295.4294967295.
<pete_> It's from an unlisted A10 tablet, downloaded with sudo ./sunxi-fel read 0x43000000 0x20000 script.bin
<MoeIcenowy> pete_: are you using the newest sunxi-tools?
<MoeIcenowy> I remembered I removed these code
<pete_> yes just downloaded them
<pete_> might be an old repo I'll check
<ssvb> pete_: you have probably read total garbage from DRAM
<ssvb> try some other method by booting the Android system
<NiteHawk> pete_: that's a bunch of 0xFF bytes and your "dump" thus probably utterly meaningless
<pete_> seems it is, I'll go ahead with another dump method
andoma has joined #linux-sunxi
matthias_bgg_ has joined #linux-sunxi
pmattern has joined #linux-sunxi
afaerber has joined #linux-sunxi
<apritzel> montjoie: here you go ...
<wens> who's working on CSI?
<wens> montjoie: GIC doesn't need to be listed
<NiteHawk> ssvb: can i have a "go" / "no-go" on https://github.com/linux-sunxi/sunxi-tools/pull/53 ?
Amit_T has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
afaerber has quit [Ping timeout: 250 seconds]
<montjoie> wens: I see someone working on CSI in major driver (but no soc name)
<apritzel> wens: I think we wanted to have at least _one_ green column ;-)
<montjoie> wens: I remove GIC so
afaerber has joined #linux-sunxi
<apritzel> montjoie: wens: though this CSI patch is a clock only
<montjoie> apritzel: perhaps the "slow" must be explained by a note
<MoeIcenowy> To be honest, I'm now working on audiocodec on A33/64
<MoeIcenowy> but I may abandon it at any time
<MoeIcenowy> I'm not familiar with ASoC
<apritzel> MoeIcenowy: before you do that, drop what you have somewhere
<wens> apritzel: pinctrl? :p
<wens> apritzel: that column really is all green
<apritzel> the only really upstream A64 code ;-)
<montjoie> wens: perhaps pinctrl could be non-green in thefuture
<ssvb> wens: yes, it is green except for very new just announced SoCs, which don't have anything at all
<montjoie> I have added a column when somone worked on something
<apritzel> wens: but not for any new SoC, in facts pinctrl is quite some effort and (unfortunately) needs to be done for each new SoC separately
<MoeIcenowy> apritzel: what?
<apritzel> wens: also abstracting from a sample of two is quite bold ;-)
<wens> apritzel: right, but there's no point in adding a row if nothing has been done?
<MoeIcenowy> what means "drop what I have"
<MoeIcenowy> you mean sndcodec_sun8iw5.c in 3.4 kernel?
<apritzel> MoeIcenowy: you said you "may abandon it at any time"
<MoeIcenowy> oh
<wens> MoeIcenowy: he means before you drop it, push it somewhere
<wens> so someone else could pick it up
<MoeIcenowy> I have now only enabled the internal I2S to the codec :-(
<apritzel> wens: yes
<ssvb> wens: there is actually a point in listing all SoCs, so that people may try to start some work on them :-)
<apritzel> wens: but as mentioned above pinctrl is quite some effort
<wens> apritzel: true
<montjoie> ssvb: I will add A20 and A83T tonight
<montjoie> since I own them
<wens> ssvb: hardware has to be available first
<apritzel> it's not really rocket science, but needs some hours to not miss anything
<MoeIcenowy> If none does this I will add A33 tomorrow
<wens> apritzel: yup, makes my eyes hurt
JohnDoe_71Rus has joined #linux-sunxi
<ssvb> wens: yes, and somebody can add an empty row to the list immediately when the hardware becomes available, rather than at the time when the pinctrl support is implemented
Nacho has quit [Remote host closed the connection]
<MoeIcenowy> I think USB should be split into Dual-Role and Host-only
<MoeIcenowy> (USB DRD + USB Host
<MoeIcenowy> And Dual-Role should contain "Dual", "Host-Only", "Gadget-only", "NO"
Keziolio has quit [Quit: No Ping reply in 180 seconds.]
<MoeIcenowy> (and such a matrix should also be available for AXPxxx
<MoeIcenowy> columns are: PEK, Regulators, AC, USB, Battery, GPIO
Nacho has joined #linux-sunxi
Keziolio has joined #linux-sunxi
pete_ has quit [Quit: Page closed]
zuikis has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
andoma has quit [Ping timeout: 260 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 244 seconds]
ricardocrudo has quit [Ping timeout: 240 seconds]
andoma has joined #linux-sunxi
jernej has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
Mr__Anderson has quit [Remote host closed the connection]
OverCR has joined #linux-sunxi
<OverCR> hello
phipli has joined #linux-sunxi
staplr has joined #linux-sunxi
yann|work has quit [Ping timeout: 244 seconds]
<OverCR> I noticed there is no INet-3FTD board page on the wiki, but there are two INet 3F-based board pages. Am I supposed to create one in that situation?
<OverCR> There's no .fex in the config repository either, so I guess that's a 'yes'.
<KotCzarny> depends how many differences there are
<KotCzarny> ie. if they can boot the same image or differ in devices/setup
staplr has quit [Ping timeout: 244 seconds]
<OverCR> The only difference I can see is that 3FTD has only 1 NAND chip and unpopulated UBOOT switch pads
<OverCR> And the laminate is blue.
<KotCzarny> then you can add it as a 'variant' somewhere on the page
<OverCR> I'm now comparing the two's .fex files, they have different DRAM parameters
<lennyraposo1> oops
enrico_ has quit [Quit: Bye]
staplr has joined #linux-sunxi
staplr has quit [Ping timeout: 240 seconds]
Amit_t_ has joined #linux-sunxi
IgorPec has joined #linux-sunxi
yann|work has joined #linux-sunxi
popolon has quit [Ping timeout: 240 seconds]
IgorPec11 has joined #linux-sunxi
matthias_bgg_ has quit [Ping timeout: 240 seconds]
matthias_bgg has quit [Ping timeout: 258 seconds]
IgorPec11 has quit [Client Quit]
apritzel has quit [Ping timeout: 244 seconds]
OverCR has quit [Quit: Lost terminal]
Amit_t_ has quit [Ping timeout: 250 seconds]
[Awaxx] has quit [Quit: "Computing makes mad."]
igraltist has quit [Remote host closed the connection]
igraltist has joined #linux-sunxi
igraltis1 has joined #linux-sunxi
igraltist has quit [Client Quit]
libv__ has joined #linux-sunxi
libv has quit [Ping timeout: 246 seconds]
afaerber has quit [Quit: Ex-Chat]
libv has joined #linux-sunxi
libv__ has quit [Ping timeout: 244 seconds]
libv has quit [Ping timeout: 244 seconds]
matthias_bgg_ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
libv has joined #linux-sunxi
<mripard> wens: I am (working on CSI)
Netlynx has quit [Quit: Leaving]
<mripard> for the A13
TheBitPit has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<TheBitPit> I have an orange pi pc. I use gentoo package manager. The linux 4.6.3 is the most recent version, but it does not contain the device tree for the h3-orangepi-pc.
<KotCzarny> most likely because its not mainlined completely yet
<TheBitPit> Is that device tree is in a newer kernel or are there some patches to add it?
<KotCzarny> in sohrt, h3 is barely usable with mainline now
<KotCzarny> *short
<KotCzarny> if you want mainline here and now you have to use some patched tree
gzamboni has joined #linux-sunxi
apritzel has joined #linux-sunxi
<GeneralStupid> KotCzarny TheBitPit but its barely usable, too
<GeneralStupid> TheBitPit: which kernel do you run?
<KotCzarny> i know, that's why i wait for ths patches
<TheBitPit> I run 4.4.14 on my desktop, but I crosscompile for Orange Pi Pc from 4.6.3
al1o has joined #linux-sunxi
<TheBitPit> I could use help locating the mainstream patches that have been submitted.
<mripard> TheBitPit: otherwise, it's in 4.7, but there's no thermal throttling support yet
<mripard> so it's not a really good idea to run it at this point
IgorPec has quit [Ping timeout: 258 seconds]
<TheBitPit> I added heatsinks to the OP PC
<mripard> you've been warned :)
<TheBitPit> I probably need to add a fan too.
<TheBitPit> Can you set a lower clock and voltages in the boot file as with the Raspberry PI?
<KotCzarny> just run legacy kernel for the time being
<TheBitPit> Ok - thank you for the warning. I'll wait a while.
pmattern has quit [Quit: Genug für heute.]
igraltis1 has quit [Ping timeout: 260 seconds]
heffer_ is now known as heffer
jbrown has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
jbrown has joined #linux-sunxi
igraltist has joined #linux-sunxi
TheBitPit has quit [Quit: Page closed]
popolon has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
jstein_ has joined #linux-sunxi
jstein is now known as Guest36529
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
jstein_ is now known as jstein
Guest36529 has quit [Ping timeout: 276 seconds]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
zuikis has left #linux-sunxi [#linux-sunxi]
reinforce has quit [Quit: Leaving.]
nove has quit [Quit: nove]
NiteHawk` has joined #linux-sunxi
apritzel has quit [*.net *.split]
libv has quit [*.net *.split]
VargaD has quit [*.net *.split]
formruga has quit [*.net *.split]
diego_r has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
datagutt has quit [*.net *.split]
al1o has joined #linux-sunxi
al1o has quit [Client Quit]
ssvb has quit [Read error: Connection reset by peer]
OverCR has joined #linux-sunxi
NiteHawk` is now known as NiteHawk
NiteHawk has quit [Changing host]
NiteHawk has joined #linux-sunxi
libv has joined #linux-sunxi
[Awaxx] has joined #linux-sunxi
OverCR has quit [Quit: Leaving.]
Mr__Anderson has quit [Remote host closed the connection]
Andy-D has quit [Quit: Alive/Dead]
libv has quit [Ping timeout: 258 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 252 seconds]
libv has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi