rellla 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 - *only registered users can talk*
suprothunderbolt has joined #linux-sunxi
reinforce has joined #linux-sunxi
megi has quit [Ping timeout: 248 seconds]
ninolein has quit [Ping timeout: 252 seconds]
ninolein has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lurchi__ is now known as lurchi_
<suprothunderbolt> so I've got an issue with the sun4i-i2s. I've modified it to do TDM, but the order of the channels changes (between two different sets) randomly at boot. I assume this is based on which polarity is detected first. Anyone got any hints on how to force a polarity?
hellsenberg has quit [Ping timeout: 245 seconds]
cnxsoft has joined #linux-sunxi
hellsenberg has joined #linux-sunxi
lurchi_ is now known as lurchi__
NeuroScr has quit [Quit: NeuroScr]
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 258 seconds]
s_frit has quit [Ping timeout: 258 seconds]
Andy-D has quit [Ping timeout: 248 seconds]
Asara has quit [Ping timeout: 244 seconds]
jstefanop has joined #linux-sunxi
Asara has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
jstefanop has quit [Remote host closed the connection]
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 245 seconds]
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 244 seconds]
dddddd has quit [Remote host closed the connection]
GrimKriegor has quit [Ping timeout: 268 seconds]
huawei has quit [Quit: ZNC - https://znc.in]
huawei has joined #linux-sunxi
megi has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
GrimKriegor has quit [Changing host]
GrimKriegor has joined #linux-sunxi
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 276 seconds]
tl_lim has quit [Read error: Connection reset by peer]
[7] has quit [Ping timeout: 264 seconds]
TheSeven has joined #linux-sunxi
jstefanop has joined #linux-sunxi
JohnDoe8 has joined #linux-sunxi
jstefanop has quit [Ping timeout: 268 seconds]
<codekipper> suprothunderbolt: I saw a similiar thing with spdif and multichannel i2s
JohnDoe_71Rus has quit [Ping timeout: 246 seconds]
<codekipper> fixed it using this https://patchwork.kernel.org/patch/10740585/
<codekipper> still need to find a proper solution
<suprothunderbolt> the channels are actually correct the first time I access the device but if I stop and start anything that access it they change
<codekipper> sounds like a FIFO flushing issue
<suprothunderbolt> oh yeah, just reading through and sounds exactly the same issue
<suprothunderbolt> thanks for the info!
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 244 seconds]
suprothunderbolt has quit [Remote host closed the connection]
suprothunderbolt has joined #linux-sunxi
loki__ has joined #linux-sunxi
loki__ has quit [Client Quit]
loki__ has joined #linux-sunxi
loki__ has quit [Client Quit]
loki__ has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 272 seconds]
loki__ has quit [Quit: Leaving]
suprothunderbolt has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
AneoX has joined #linux-sunxi
msimpson has joined #linux-sunxi
msimpson__ has quit [Ping timeout: 245 seconds]
Putti has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 246 seconds]
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 258 seconds]
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
jstefanop has joined #linux-sunxi
SopaXorzTaker has joined #linux-sunxi
jstefanop has quit [Ping timeout: 248 seconds]
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 272 seconds]
Mangy_Dog has joined #linux-sunxi
random_yanek has quit [Ping timeout: 272 seconds]
ganbold has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 258 seconds]
random_yanek has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
megi has quit [Ping timeout: 245 seconds]
BorgCuba has joined #linux-sunxi
<BorgCuba> hi
<BorgCuba> is it possible that vm_fault_t changed from int to unsigned int recently?
<BorgCuba> when I compile the sunxi-mali-mainline-driver-c12e16553576b050e74a8ed404cb555ce4b8e573/r6p2 driver I get an error that suggests just that
<BorgCuba> for kernel 5.1.5
suprothunderbolt has quit [Remote host closed the connection]
Putti has quit [Ping timeout: 246 seconds]
dddddd has joined #linux-sunxi
<BorgCuba> indeed: mm_types.h:628:typedef __bitwise unsigned int vm_fault_t;
<BorgCuba> mripard, in mali_memory.c there is this function static int mali_mem_vma_fault(...) which is later put into the fault field of the "vm_operations_struct" whic is of type vm_fault_t which is defined to be "unsigned int" in the kernel headers. It kills the build with (-Werror=incompatible-pointer-types).
<BorgCuba> btw, why does the kernel matrix contain "N/A" for A13 GPU?
SopaXorzTaker has quit [Quit: Leaving]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
<Mangy_Dog> Need help, display circuit isnt working, need help troubleshooting it as ive run out of ideas.... https://imgur.com/gallery/BS2gGuU
reinforce has joined #linux-sunxi
lykt has quit [Ping timeout: 244 seconds]
lykt has joined #linux-sunxi
lykt has quit [Quit: leaving]
reinforce has quit [Quit: Leaving.]
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 268 seconds]
GrimKriegor has quit [Quit: ZNC - https://znc.in]
GrimKriegor has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
GrimKriegor has quit [Changing host]
<BorgCuba> I hear the sound of silence
<mru> Mangy_Dog: have you checked the signals going to the display panel?
<mru> use a scope to verify that the timings are what you expect
jstefanop has joined #linux-sunxi
GrimKriegor has quit [Quit: ZNC - https://znc.in]
jstefanop has quit [Ping timeout: 246 seconds]
<Mangy_Dog> hi sorry for the delay
<Mangy_Dog> sorry i dont have a scope
<Mangy_Dog> but there are some suggestions that the backlight circuit is the issue,
<mru> you pretty much need a scope if you're doing this kind of work
<mru> anyway, what does your backlight circuit look like?
<Mangy_Dog> near enough a clone of adas
<Mangy_Dog> for there tfp401 board
<Mangy_Dog> which ive basically cloned into my design
<mru> are you driving the enable pin on a boost regulator with a pwm signal?
<mru> doesn't seem like that great an idea
lykt has joined #linux-sunxi
<libv> Mangy_Dog: have you bought the adafruit device, and have you verified that that at least works?
<Mangy_Dog> no
<Mangy_Dog> because im in the UK and its a ripoff price here
<Mangy_Dog> more than double than it is in the us
<mru> why not use an IC meant to drive a backlight?
GrimKriegor has joined #linux-sunxi
GrimKriegor has quit [Changing host]
GrimKriegor has joined #linux-sunxi
gnarface has quit [Quit: Leaving]
<Mangy_Dog> because this is?
<mru> it's not
<mru> that's a generic boost regulator
jstefanop has joined #linux-sunxi
<libv> Mangy_Dog: anyway, i am happily driving LCDs with the tfp401
<libv> and we are happily using the tfp401 module from adafruit to verify signal integrity on CSI1
<Mangy_Dog> nods
<Mangy_Dog> im sure its fine, ive done somethign wrong
<Mangy_Dog> mru and it is a dedicated backlight led driver
<libv> i am using olimex lcds though, which come with their own circuitry, and i just had to connect the backlight to vcc
<Mangy_Dog> even says so in teh header of the datasheet :p
<mru> no, it's not
<mru> it's an "Adjustable, 1.6MHz Boost Regulator with 30V Integrated FET Switch"
<Mangy_Dog> have you looked at the datasheet i just posted? its in the bloody tital
<Mangy_Dog> title
<mru> you want a current regulator with pwm control
<Mangy_Dog> high efficiency, high current serial LED driver with 30v integrated switcvh
<Mangy_Dog> swich
<libv> also, tfp401 is a dvi decoder
jstefanop has quit [Ping timeout: 258 seconds]
<Mangy_Dog> hdmi/dvi but yeah no hdcp which is basically dvi anyway
<libv> but that's not too relevant for the backlight issue here
<Mangy_Dog> libv i actually wanted to as you a question as i did have a mistake in the design i needed to fix
<Mangy_Dog> i mistakenly used the wrong eeprom footprint for the enid
<Mangy_Dog> the soic8 version not the sot23
<libv> why do you bother with edid roms?
<Mangy_Dog> i wanted to ask should the display still be able to run without the enid? if manually set the res and frequincy?
<mru> this is a backlight driver: http://www.ti.com/product/TPS61169
<libv> Documentation/EDID for a braindead solution
<libv> good idea, bad execution
<libv> but i do not fully understand yet why one cannot just provide an actual modeline
<Mangy_Dog> so its not required then?
<libv> (said the guy who freed the world from having to provide modelines in xorg/Xfree86.conf)
warpme_ has joined #linux-sunxi
<libv> Mangy_Dog: you can awkwardly construct a single mode edid blob with that code, and you can point the kms code to load the blob from /lib/firmware
<libv> but it's badly executed to not accept sensible and humanly usable values like those in an X modeline
<Mangy_Dog> is it EDID or ENID? adafruit said enid or os that a typo on there part?
<Mangy_Dog> :p
<libv> edid
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 245 seconds]
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 248 seconds]
lurchi_ has quit [Quit: Konversation terminated!]
cnxsoft has quit [Quit: cnxsoft]
lurchi_ has joined #linux-sunxi
jstefanop has joined #linux-sunxi
gnarface has joined #linux-sunxi
warpme_ has quit [Quit: warpme_]
jstefanop has quit [Ping timeout: 246 seconds]
jstefanop has joined #linux-sunxi
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
jstefanop has quit [Ping timeout: 245 seconds]
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 245 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
SopaXorzTaker has joined #linux-sunxi
lurchi_ is now known as lurchi__
reinforce has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 272 seconds]
rah has left #linux-sunxi [#linux-sunxi]
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 246 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 245 seconds]
BorgCuba has quit [Remote host closed the connection]
marble_visions has quit [Quit: bye]
marble_visions has joined #linux-sunxi
Mangy_Dog has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
<Mangy_Dog> libv are you still about?
lurchi_ is now known as lurchi__
gaston_ has joined #linux-sunxi
tllim has joined #linux-sunxi
m4t has quit [Quit: m4t]
lurchi__ is now known as lurchi_
msimpson has quit [Remote host closed the connection]
netlynx has quit [Quit: Ex-Chat]
<jernej> megi, wens: Has H6 two RTCs? One in SoC and one in AC200?
<jernej> that seems weird
<MoeIcenowy> jernej: but neither really works
<MoeIcenowy> this is more weird
<MoeIcenowy> the main SoC is said to have too high leak current
<MoeIcenowy> and the AC200 one is not connected to 32768 xtal
<jernej> so you need both :)
<jernej> btw, I'm writing driver for AC200 and EPHY
<jernej> this will be interesting
<MoeIcenowy> I don't know why H6 will try to put in a RTC on main SoC
<MoeIcenowy> A80/A83T just have no RTC on-chip
<MoeIcenowy> and requires on AC100/200 for RTC
<mru> over here we just use an external pcf8523 or similar
<mru> even if the soc has one built-in
<MoeIcenowy> mru: just as we said, we have two
<MoeIcenowy> not one
<anarsoul> MoeIcenowy: *sigh* do they even test their SoCs?
<hellsenberg> why do you think all SoCs have chicken fingers?
<hellsenberg> s/fingers/bits
SopaXorzTaker has quit [Quit: Leaving]
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 268 seconds]
<Mangy_Dog> hmmm
<Mangy_Dog> just ran the install orange retro pi onto emmc from inside orange retro pi and rebooted, and the stupid allwinner h3 android os botted again
<Mangy_Dog> booted
<Mangy_Dog> i thought the armbian was going to install over that :/
lurchi_ is now known as lurchi__
warpme_ has joined #linux-sunxi
aalm has quit [Quit: xyz 2.3]
warpme_ has quit [Client Quit]
megi has joined #linux-sunxi
<jernej> MoeIcenowy: Do you know by any chance if efuse is unusable inside H6's AC200?
<jernej> all drivers have an exception to look into SoC SID instead
JohnDoe8 has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
Putti has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
\\Mr_C\\ has joined #linux-sunxi
<libv> Mangy_Dog: i am now
<Mangy_Dog> great, i now just completely forgot what i was going to ask :D
<Mangy_Dog> oh yeah thats it... You dont think the problem is being cuased by me using a BTB connector to send the HDMI signel between the hdmi plug and daughter board of my project do you
<Mangy_Dog> i mean i dont see why it would personally... its not like theres much chance for interfearance....
<Mangy_Dog> its also a really short run to the chip....
<Mangy_Dog> and i have gnd spaces between each dif pair once its on the pcb
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
BorgCuba has joined #linux-sunxi
<libv> Mangy_Dog: these are lvds lines
<libv> the tracks need to have the exact same impedance, so the lengths of the tracks must match
<Mangy_Dog> but thats impossible
<libv> but this sounds like something else
<libv> take small steps
<Mangy_Dog> with each channel coming in at various sides of the chip
<libv> get the adafruit board, try to work with that
<Mangy_Dog> theres no way you can have each channel match length perfectly
<Mangy_Dog> and yeah ive already ordered it
<Mangy_Dog> also in kicad theres no way to set a fixed length for traces
AneoX_ has quit [Quit: Textual IRC Client: www.textualapp.com]
<Mangy_Dog> in any case i would have thought for such a short run it wouldnt make that much of a difference as it would if i was using a normfl hdmi cable
<libv> forget the hdmi traces for now
<libv> you're not getting backlight solid yet
<mru> kicad 5 has (somewhat clunky) diff pair routing
<mru> the hdmi spec will say how much skew is allowed between the 4 pairs
Putti has quit [Ping timeout: 245 seconds]
Putti has joined #linux-sunxi
<BorgCuba> hi, is there some program to test mali (binary blob) opengles?
lurchi__ is now known as lurchi_
<BorgCuba> on fbdev
<mru> there's a gears variant for that
<libv> any of the REing tests that i wrote back in 2012-2013, many of which were used to do initial REing for any of the other arm gpu families
<libv> 2011 even
<Mangy_Dog> i also would have thought that , im only doing 800 480... at 60hz its hardly pushign the specs :p
<libv> Mangy_Dog: as said, 148.5MHz superficially seems solid
<Mangy_Dog> as in less likely to have trouble with wrong dif pair lengths?
<libv> Mangy_Dog: the backlight flickering is probably nothing to do with the hdmi traces
<libv> stop ratholing on that
<libv> backlight.
<Mangy_Dog> i know i know
<Mangy_Dog> it wasnt perfect ive already tweaked it but anything else obviouse wrong with that?
reinforce has quit [Quit: Leaving.]
AneoX has joined #linux-sunxi
<mru> how are you driving the enable input on that regulator?
<mru> pull it high
ldevulder has joined #linux-sunxi
<Mangy_Dog> from the active pin of the tpf401 and a pwm to controll brightness off my hid mcu
ldevulder_ has quit [Ping timeout: 245 seconds]
<mru> ok, then a bad hdmi signal could indeed cause flickering
<mru> this is where you want that scope
<Mangy_Dog> the flickering is the led backlight flashing
<Mangy_Dog> not the tft
<mru> yes, but if the hdmi valid signal controls it...
<Mangy_Dog> it wouldnt flicker at this kind of rate it would be much slower
<Mangy_Dog> im sure o fit
<Mangy_Dog> of it
<mru> why?
<mru> disconnect it and see what happens
<Mangy_Dog> well actually
<Mangy_Dog> already did
<Mangy_Dog> when i was driving it off pure pwm and not the active pin
<mru> fine, so drive it high
<mru> no pwm
<Mangy_Dog> just remembered it started off just on the mcu pin not the decoder active i hacked that back on while troubleshooting
<Mangy_Dog> also i did drive it high too no pwm
<Mangy_Dog> ive also tried diconnecting that signel and just using active
<mru> and?
<Mangy_Dog> same issue
<mru> it flickers even with the enable constant high?
<Mangy_Dog> yes
lurchi_ is now known as lurchi__
<mru> now you need a scope
<Mangy_Dog> care to donate one?
<Mangy_Dog> :)
<mru> even a cheap rigol is better than nothing
<Mangy_Dog> how cheap?
<mru> no idea what they cost
<mru> assuming less than tek
<Mangy_Dog> if its the rirols im thinking of theyre still too much for me
<Mangy_Dog> still a good few hundred quid
<mru> do you have a multimeter?
<Mangy_Dog> yeah but blown fuse on the current sens
<libv> Mangy_Dog: have you verified this lcd with an actual parallel rgb arm board?
<Mangy_Dog> no but was thinking about it
<Mangy_Dog> im really hopeing its not the lcd
<Mangy_Dog> tbh was going to do test it with the adafruit board
<Mangy_Dog> its a new model of a new panel from a company ive used before
<libv> is the connection supposed to be compatible?
<Mangy_Dog> in what way?
<mru> measure the output voltage of the backlight driver
<Mangy_Dog> oh i tried that
<libv> do you have fpc40 to 2.54mm pitch adapters?
<Mangy_Dog> i was gettng 15v when it should have ben 19v
<libv> i used that to verify pin outs for the bpi lcd we use, and for the adafruit device
<Mangy_Dog> but that could have been an averaging out from the flicker
<Mangy_Dog> libv yeah i have a 40pin breakout
<mru> I'm gurssing your multimeter is a cheap one without min/max
<Mangy_Dog> yeah its cheap
<Mangy_Dog> :p
<Mangy_Dog> i could run a image signel to the lcd, but wouldnt be able teo drive the backlight off a pi
<Mangy_Dog> using dpi that is
aalm has joined #linux-sunxi
<mru> it keeps coming back to that scope
<mru> you really can't expect to do hw design without one
<Mangy_Dog> tbh even if i had one i wouldnt know what to be looking for right now
<mru> we could help with that
<Mangy_Dog> anyway its gone midnight
<Mangy_Dog> must go to bed
<Mangy_Dog> thanks for trying to help....
<Mangy_Dog> nn :)
lurchi__ is now known as lurchi_
Mangy_Dog has quit [Ping timeout: 248 seconds]
megi has quit [Ping timeout: 248 seconds]
dddddd has quit [Remote host closed the connection]
BorgCuba has quit [Remote host closed the connection]
ldevulder has quit [Quit: Leaving]
gaston_ has quit [Quit: Konversation terminated!]
m4t has joined #linux-sunxi
<m4t> is there a way to disable/power off gpu on h5 with mainline 4.19?
<m4t> trying to reign in the thermals on this orange pi zero. temp has slowly been creeping upwards idle (480mhz) to 60+c
lurchi_ is now known as lurchi__