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
tkaiser has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
<icenowy[m]> tkaiser: my friend tested my opi r1 dt
Gerwin_J has joined #linux-sunxi
kaspter has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
<markvandenborre> icenowy[m]: I've just read https://lkml.org/lkml/2017/11/9/948
<markvandenborre> and thought that you might have something interesting to say about the bpi's 3.5" LCD (parallel rgb, ...)
<markvandenborre> and running it on a mainline kernel
<markvandenborre> as you might have heard on this channel, or from other people involved in the sunxi project, at FOSDEM we use this configuration in our video setup for historical reasons
<markvandenborre> we have a working legacy kernel setup, but we're looking into using mainline
<markvandenborre> the LCD is the only blocker at the moment
vagrantc has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
awais has quit [Ping timeout: 248 seconds]
lurchi__ is now known as lurchi_
awais has joined #linux-sunxi
longsleep has quit [Ping timeout: 255 seconds]
longsleep has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 248 seconds]
ninolein has quit [Ping timeout: 258 seconds]
<ullbeking> So referring to the earlier discussion about the OPi Zero rev 1.4 getting very hot, I found this post: https://forum.armbian.com/topic/4313-new-opi-zero-yet-another-high-temperature-issue/?do=findComment&comment=43466
<ullbeking> He's saying that the idle temperature with the latest Stretch is much lower
<ullbeking> Maybe this will help the rev 1.4, I don't know
ninolein_ has joined #linux-sunxi
camh1 has quit [*.net *.split]
tuxillo_ has quit [*.net *.split]
datagutt has quit [*.net *.split]
mcan has quit [*.net *.split]
marvs has quit [*.net *.split]
vpeter has quit [*.net *.split]
leio has quit [*.net *.split]
grw2 has quit [*.net *.split]
rellla has quit [*.net *.split]
rtp has quit [*.net *.split]
wigyori has quit [*.net *.split]
pumphaus has quit [*.net *.split]
joedj has quit [*.net *.split]
adfad666 has quit [*.net *.split]
mripard has quit [*.net *.split]
markvandenborre has quit [*.net *.split]
paulk-gagarine has joined #linux-sunxi
LargePrime has joined #linux-sunxi
mpmc has quit [Ping timeout: 240 seconds]
<ullbeking> I'm going to see if I can return my rev. 1.4 OPi Zeros. If they need heatsinks, active cooling, or water cooling when idle, that's just stupid. This is supposed to the be the simplest, easiest, Xunlong board, kind of like the reference standard, and simple too. I don't have time to worry about extra cooling solution in addition to learning everything else.
adfad666 has joined #linux-sunxi
mpmc has joined #linux-sunxi
pumphaus has joined #linux-sunxi
mcan has joined #linux-sunxi
camh1 has joined #linux-sunxi
datagutt has joined #linux-sunxi
grw2 has joined #linux-sunxi
markvandenborre has joined #linux-sunxi
leio has joined #linux-sunxi
rtp has joined #linux-sunxi
vpeter has joined #linux-sunxi
mripard has joined #linux-sunxi
tuxillo_ has joined #linux-sunxi
joedj has joined #linux-sunxi
rellla has joined #linux-sunxi
wigyori has joined #linux-sunxi
marvs has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 248 seconds]
paulk-gagarine has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 248 seconds]
paulk-gagarine has joined #linux-sunxi
aalm has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 240 seconds]
paulk-gagarine has joined #linux-sunxi
voxadam has quit [Quit: WeeChat 1.9.1]
IgorPec has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 248 seconds]
voxadam has joined #linux-sunxi
voxadam has quit [Quit: WeeChat 1.9.1]
lurchi_ is now known as lurchi__
ninolein_ has quit [Read error: Connection reset by peer]
ninolein has joined #linux-sunxi
voxadam has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 240 seconds]
KotCzarny has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Client Quit]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
TheSeven has quit [Ping timeout: 258 seconds]
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 248 seconds]
<icenowy[m]> markvandenborre: I must tell you that RGB parallel interface is only used on M1/M1+/M2
<icenowy[m]> (the A20/A31 ones
<icenowy[m]> newer BPis uses MIPI DSI
TheSeven has joined #linux-sunxi
<wens> markvandenborre: I'll ask if I can get my hands on that LCD screen. If so enabling it should be easy
<wens> otoh, I do have a 7" BPi LCD, which supports both RGB and MIPI
awais_ has joined #linux-sunxi
awais has quit [Ping timeout: 268 seconds]
dave0x6d has joined #linux-sunxi
awais has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
jbrown has quit [Ping timeout: 268 seconds]
lurchi_ has joined #linux-sunxi
SP7RT has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
<KotCzarny> tkaiser: that's a very good news for any jms578 user, and makes it one of the better choices
tkaiser has joined #linux-sunxi
<KotCzarny> also, i didnt know the one in 'nas' board wasnt enabling uas
<KotCzarny> which makes it weird
<icenowy[m]> P.S. the NS1068X UAS mode doesn't work on a RK3328 board
<icenowy[m]> I wonder whether it will work on H6
<icenowy[m]> (but I doubt whether the H6 BSP 3.10 kernel supports UAS ;-)
vagrantc has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
awais has quit [Ping timeout: 248 seconds]
awais has joined #linux-sunxi
Putti has joined #linux-sunxi
Putti has quit [Ping timeout: 240 seconds]
aalm has quit [Quit: xyz 1.9.1]
aalm has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
megi has quit [Quit: megi]
skiboy has quit [Ping timeout: 268 seconds]
<tkaiser> icenowy[m]: Those Norelsys chips work nowhere. I bought one by accident and donated it to upstream Linux UAS maintainer to get it UAS blacklisted everywhere.
<wens> lol
<KotCzarny> lol
<tkaiser> icenowy[m]: Does your friend with the R1 measured temperatures on his board?
<tkaiser> KotCzarny: With those JMS578 firmware situation is a bit... strange (or we don't know how to interpret the numbers -- I'll ask JMicron folks later): https://forum.armbian.com/topic/5521-nanopi-neo2-and-neo-station-ns-120b-with-armbian/?do=findComment&comment=43713
<KotCzarny> someone put wrong firmware maybe?
IgorPec has joined #linux-sunxi
mkid has quit [Remote host closed the connection]
mkid has joined #linux-sunxi
<icenowy[m]> tkasier: currently no
<icenowy[m]> tkaiser: is NS guys blacklisted already?
<tkaiser> icenowy[m]: When I checked last time (August) both problematic chips weren't blacklisted. But the 'reporting process' on Linux isn't really great (especially compared to Microsoft and Apple who buy every USB peripheral, test and add a quirk/fix to their drivers within weeks)
<icenowy[m]> I think maybe we should submit patches directly ;-)
<icenowy[m]> it's community-driven ;-)
vagrantc has quit [Quit: leaving]
<icenowy[m]> however the NS1068X I have is something mysterious -- it works on XHCI on my ThinkPad E531 laptop, but do not on the USB3 port of RK3328 (Rock64)
<icenowy[m]> and only on USB3 ports it can be probed as UAS
<icenowy[m]> (on USB2 ports it's only probed as BOT
<wens> pwm seems broken on a20
<awais_> icenowy[m]: Isn't is expected? No UAS in USB2 specs
<icenowy[m]> awais_: it's not expected. UAS is a new protocol in USB3 spec but it can also run on USB2 bus
<icenowy[m]> and provide better performance than BOT even on USB2 bus
<icenowy[m]> tkaiser: do you have any archive of reporting norelsys issue to USB Storage maintainers?
jelly-home is now known as jelly
<tkaiser> Nope, I sent an email to Hans asking for advise, he told me that he's not UAS maintainer any more and then I got in contact with Oliver directly (sitting 180 km away from me at Suse)
<awais_> icenowy[m]:You are right. Might be the device firmware switching to BOT on detecting USB2. Looking at USB descriptors might shed some light
<icenowy[m]> 180km is so near ;-)
<icenowy[m]> if he's not the maintainer the comment in unusual_uas.h should be fixed
<icenowy[m]> :q
<icenowy[m]> oh another trial to use IRC window as Vim ;-)
<awais_> Wanted to share: Opi PC2/H5: Mali rendering for HDMI display from one xen guest, mplayer to TVE from second xen guest: https://imagebin.ca/v/3hTAZeE0yZbF
<awais_> Got a lot of help of messages from icenowy[m] in this channel. Thanks :)
<icenowy[m]> interesting... I don't think I helped you at all ;-)
<icenowy[m]> tkaiser: suddenly I found that I have two kind of Norelsys disasters: one 2537:1066, another 2537:1068
<tkaiser> icenowy[m]: Yes, they're similarly broken. On all ayufan and Armbian images they are blacklisted now by default and there's a routine checking also for external Seagate and WD disk enclosures to blacklist them too.
<icenowy[m]> Armbian uses extra patches for blacklisting them?
<awais_> icenowy[m]: Do you remember how many fps you got on Mali-450 H5. I seem to get no more than 55 fps currently.
<icenowy[m]> awais_: 4fps is due to MMU issue
yann has quit [Ping timeout: 248 seconds]
<tkaiser> icenowy[m]: No, added to kernel cmdline
<tkaiser> IIRC usbstoragequirks parameter
<icenowy[m]> interestingly the two chips with different USB ID all have &quot;NS1068X&quot; on the chip
<icenowy[m]> I know it ;-)
<awais_> icenowy[m]: I used your PMU macro work-around. Got 55 fps after that
<icenowy[m]> I used it to blacklist the 2537:1068 to test USB3 on my R64
<icenowy[m]> awais_: there's a GL_OUT_OF_MEMORY problem I didn't solved on H5
<awais_> icenowy[m]: I haven't seen the GL_OUT_OF_MEMORY during my testing. Though I mostly tested with wayland blob only.
<icenowy[m]> when running big programs
<icenowy[m]> have you tried to run a weston?
<awais_> icenowy[m]:The es2gears and mplayer in the image are both running on weston
<icenowy[m]> what blob ver are you using
<awais_> r7p0-wayland
<icenowy[m]> from where?
<icenowy[m]> oh you should check the weston lo,g
<icenowy[m]> log
<icenowy[m]> your weston suffer from the same issue I met
<awais_> for some reason I don't remmeber now, I did upgrade the Mali Linux driver to r8p0
<icenowy[m]> the image at right-bottom part is broken
<awais_> Let me check the log
<icenowy[m]> I think mali blobs require version exact match
<awais_> Yeah but the mismatch worked in this case.Most of the changes from r7p0 to r8p0 were bug fixes and improvements anyway.
matthias_bgg has joined #linux-sunxi
<icenowy[m]> ah-oh
<icenowy[m]> tkaiser: my 2537:1066 just don't support uas even on ThinkPad E531 (with xhci supplied by Ivy Bridge-companioned chipset)
<tkaiser> Hmm... I'll look whether my second 1068 went to the bin or is still here, then I might test on a PC too. And maybe with macOS also.
<icenowy[m]> don't trash anything ;-)
fdlg has quit [Ping timeout: 255 seconds]
fdlg has joined #linux-sunxi
lemonzest has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 248 seconds]
lemonzest has quit [Quit: Quitting]
JohnDoe_71Rus has quit [Ping timeout: 268 seconds]
lemonzest has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
DonkeyHotei has quit [Ping timeout: 255 seconds]
lkcl has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
DonkeyHotei has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
smaeul has quit [Ping timeout: 252 seconds]
kaspter has quit [Ping timeout: 255 seconds]
smaeul has joined #linux-sunxi
<wens> argh... why is backlight's bl_power getting set to 4 (power off)
<wens> I'm trying the fbgradient test program from http://linux-sunxi.org/LCD
<wens> I get blocky colors, but the blocks actually bounce up and down a bit... weird
yann has joined #linux-sunxi
kaspter has joined #linux-sunxi
<wens> Net147: for dithering, you should also check display_info.bpc, then check bus_format to see if you need to handle RGB565 cases
deserter has joined #linux-sunxi
awais has quit [Ping timeout: 248 seconds]
awais has joined #linux-sunxi
<deserter> Hello, guys. Sorry for disturbing... I have two Cubieboard2 boards with the same issue: linein captures silence all the time. Googled for years at this point with no result. #arecord -D hw:2,0 -f cd -V stereo >>/dev/null
<deserter> Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
<deserter> +01%|01%+
<deserter> SORRY
<deserter> 4.13 mainline, read all wikis with no luck
<wens> mainline doesn't support capture on the a20
<deserter> wens: to be correct i can hear captured sound but at very low level
<ElBarto> I never could make the mic work on FreeBSD on my a20-som-evb, I'll need to retry one day ...
aballier has joined #linux-sunxi
aballier has joined #linux-sunxi
<deserter> wens: do you mean capture is still dont work in fact? I can see capture supporting functions in sun4icodec.c
<deserter> ...and arecord seems working getting data from capture device presented by ALSA
<miasma> do you think the tritium sbc is going to be any good? is it worth buying compared to opi?
paulk-gagarine has quit [Ping timeout: 260 seconds]
kaspter has quit [Quit: kaspter]
hardfalcon1 has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
paulk-gagarine has joined #linux-sunxi
awais has quit [Ping timeout: 248 seconds]
<wens> deserter: well, I guess it's not complete. AFAIK the controls haven't been implemented, so no capture volume control
OneSploit has joined #linux-sunxi
<OneSploit> Hi
<montjoie> wens: mripard could it be the time to ask for a kernel.org mailing list ? (just see your complaint on googlegroup:))
<montjoie> and so add it to all sunxi part in MAINTAINERS
<OneSploit> I have NanoPi Neo Air, with AP6212 wifi chip, I would like to set it into monitor mode, but it seems operation is not supported with current driver. Any info if that is possible somehow with newer version of kernel, driver, firmware ?
<OneSploit> same chip on some banana pi
<wens> montjoie: i think there was an attempt before, but I don't know the history there
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
<deserter> wens: ok, thanks much
awais has joined #linux-sunxi
<mripard> wens: I think the original attempt was because there wasn't any upstreaming involved
<mripard> but that was before my time too
<montjoie> mripard: do you want that I try (CC you and wens in the process ?)
<rellla> mripard: glad to read your cedrus answer :p
<icenowy[m]> where?
<lvrp16> miasma: it depends on your needs. both are well designed so it comes down to your use case.
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<icenowy[m]> tkaiser: P.S. I have an highly experimental kernel commit for opi 0+
<icenowy[m]> very conservative
hardfalcon has joined #linux-sunxi
<icenowy[m]> (as I'm too silly to find the schematics before ;-)
<miasma> lvrp16: what does well designed mean in this context?
<miasma> lvrp16: e.g. on the scale from 0..10, how good is opi pc and what would be the score for these new boards :)
<miasma> or opi+2e
<tkaiser> icenowy[m]: Oh, I discovered the schematic only by accident when trying to boot one of the Xunlong OS images. To check whether what we use when defining DRAM clockspeeds (fex file) is wrong or not. (And of course it's wrong)
chlorine has joined #linux-sunxi
deserter has quit []
afaerber has joined #linux-sunxi
<wens> lol
<tkaiser> wens: Laughing about the DRAM stuff? :)
<wens> the "of course it's wrong" part
<tkaiser> wens: But it's like this :) We look in the fex, read 672, do copy&paste while the BSP uses other values and downclocks DRAM starting at 624 MHz depending on overheating :)
<tkaiser> With FriendlyELEC it's even worse. They provide fantasy values in their own Github repos, use a proprietary board detection logic and set DRAM clockspeed to eg. 408 MHz while we pick the wrong 672 MHz and submit this upstream. Could be funny...
<icenowy[m]> maybe I should leave a comment in my commit which changes NEO2 DDR freq
<icenowy[m]> tkaiser: received my github reply?
<tkaiser> Yep
<tkaiser> I asked Weidong again to comment on the DRAM clockspeed issue. No idea what's going on...
<icenowy[m]> The ethernet alias problem was first discovered on Pinebook on me :-)
<wens> :/
<icenowy[m]> tkaiser: unfortunately the breaking commit 3f66149d9fb41527ed70a8e0613489e95391b0ff is in v2017.09
<icenowy[m]> for H3 boards you didn't feel the problem as the DT with ethernet aliases has been synced to U-Boot<br>
jstein has quit [Read error: Connection reset by peer]
lemonzest has quit [Read error: Connection reset by peer]
sunxi_fan has joined #linux-sunxi
<wens> icenowy[m]: fyi the audio hub thing was probably seen in previous chips
<wens> I can't remember which
<markvandenborre> icenowy: you said < icenowy[m]> markvandenborre: I must tell you that RGB parallel interface is only used on M1/M1+/M2
<markvandenborre> yes, indeed
<wens> markvandenborre: I got bpi m1+ with LCD displaying a console with DRM/KMS
<markvandenborre> wens: parallel RGB?
<markvandenborre> or MIPI?
<wens> parallel
<markvandenborre> wens: can you tell me about the u-boot version you are using on that one?
<markvandenborre> and kernel versions? specific patches?
<wens> only kernel, no u-boot
<markvandenborre> oh, obviously, my bad, you were saying drm/kms indeed
<markvandenborre> wens: specific kernel versions/patches/...?
<wens> latest sunxi-next, haven't cleaned up the changes into individual commits yet
<markvandenborre> oh, so chances are this would Just Work(TM) for us too?
<markvandenborre> maybe we should try the drm/kms way then
<markvandenborre> as a possible alternative to the u-boot/simplefb route
voxadam has quit [Quit: WeeChat 1.9.1]
<markvandenborre> wens: or is there anything specific to the original bpi that needs to be fixed on the kernel level first?
chewitt has joined #linux-sunxi
voxadam has joined #linux-sunxi
voxadam has quit [Client Quit]
matthias_bgg has joined #linux-sunxi
Ntemis has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
IgorPec has quit [Ping timeout: 248 seconds]
jbrown has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
voxadam has joined #linux-sunxi
IgorPec has joined #linux-sunxi
popolon has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
chlorine has quit [Ping timeout: 240 seconds]
awais_ has quit [Ping timeout: 248 seconds]
megi has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
Putti has joined #linux-sunxi
vagrantc has joined #linux-sunxi
montjoie has quit [Ping timeout: 248 seconds]
montjoie has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
<wens> I don't have the original one
agraf has quit [Quit: Coyote finally caught me]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
agraf has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 248 seconds]
chlorine has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
<lvrp16> does arm virtualization extensions show up as a cpu flag like vmx or svm?
<lvrp16> if so, what is the flag?
<KotCzarny> dmesg|grep HYP ?
<KotCzarny> or grep "CPU: Virtualization extensions available"
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
chewitt has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
<lvrp16> ahh ok thx
chlorine has joined #linux-sunxi
<maz> lvrp16: on 64bit: "CPU: All CPU(s) started at EL2"
chlorine has quit [Ping timeout: 240 seconds]
<KotCzarny> quite a lot of info
<lvrp16> so trustzone implies security extensions?
<lvrp16> or not really?
<maz> trustzone is a SW concept. securioty extentions is what is used to implement TZ.
<maz> man, this article contains quite a lot of factual errors...
<maz> the IRQ flow is completely flawed... if things actually worked that way, we'd be even slower...
scream has joined #linux-sunxi
<lvrp16> max: yeah that looks like an insane amount of cts for one interrupt
chlorine has joined #linux-sunxi
<lvrp16> my typing skills is just going down the toilet
<lvrp16> or lenovo keyboards have gotten worst compared to the ibm ones
<KotCzarny> they did
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
dev1990 has joined #linux-sunxi
reinforce has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
lkcl has quit [Ping timeout: 268 seconds]
dave0x6d has joined #linux-sunxi
kozy has quit [Quit: No Ping reply in 180 seconds.]
kozy has joined #linux-sunxi
agraf has quit [Quit: Coyote finally caught me]
sr-digitronic has quit [Remote host closed the connection]
agraf has joined #linux-sunxi
aalm has quit [Ping timeout: 248 seconds]
voxadam has quit [Quit: WeeChat 1.9.1]
yann has quit [Ping timeout: 248 seconds]
afaerber has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
anarsoul|2 has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 268 seconds]
voxadam has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<montjoie> wens: I confirm that a83t need phy-supply
dev1990 has quit [Remote host closed the connection]
netlynx has quit [Quit: Ex-Chat]
DonkeyHotei has quit [Ping timeout: 255 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<montjoie> wens: are you sure that bpim3 PHY is powered via dcdc1 ?
IgorPec has quit [Ping timeout: 246 seconds]
DonkeyHotei has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
jemk_ has joined #linux-sunxi
jemk_ has quit [Client Quit]
gnufan has joined #linux-sunxi
yann has joined #linux-sunxi
rwmjones has quit [Ping timeout: 240 seconds]
rwmjones has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
matthias_bgg has quit [Ping timeout: 240 seconds]
aalm has joined #linux-sunxi
<miasma> btw does the sun50i-h5-orangepi-zero-plus2.dtb both for h3 and h5 versions? i couldn't find anything specific for the h3 version
<miasma> *work for both
vagrantc has quit [Quit: leaving]
Putti has quit [Ping timeout: 268 seconds]
kostas has joined #linux-sunxi
kostas has quit [Quit: Page closed]
Putti has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
<DonkeyHotei> what lines am i missing in the dts to cause this?
<DonkeyHotei> [ 7.913378] silead_ts 0-0040: 0-0040 supply vddio not found, using dummy regulator
<DonkeyHotei> [ 7.913488] silead_ts 0-0040: 0-0040 supply avdd not found, using dummy regulator
lrusak has quit [Quit: lrusak]
lrusak has joined #linux-sunxi
lrusak has quit [Client Quit]
Putti has quit [Ping timeout: 248 seconds]
lrusak has joined #linux-sunxi
scream has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
hardfalcon has quit [Quit: Leaving.]
hardfalcon has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
Andy-D has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 258 seconds]
gnufan has quit [Quit: Leaving.]
IgorPec has quit [Ping timeout: 240 seconds]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
hardfalcon has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
kivutar has quit [Ping timeout: 268 seconds]
kivutar has joined #linux-sunxi
<DonkeyHotei> nvm, fixed that, now getting this:[ 7.682887] i2c i2c-0: mv64xxx_i2c_fsm: Ctlr Error -- state: 0x6, status: 0x0, addr: 0x40, flags: 0x0
jstein has quit [Remote host closed the connection]