tuxillo has quit [Remote host closed the connection]
tuxillo has joined #linux-sunxi
lurchi__ is now known as lurchi_
scelestic has quit [Ping timeout: 244 seconds]
scelestic has joined #linux-sunxi
lurchi_ is now known as lurchi__
swiftgeek has quit [Ping timeout: 246 seconds]
NeuroScr has quit [Quit: NeuroScr]
swiftgeek has joined #linux-sunxi
megi has quit [Ping timeout: 246 seconds]
sunshavi has quit [Ping timeout: 268 seconds]
cnxsoft has joined #linux-sunxi
sunshavi has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
NeuroScr has quit [Quit: NeuroScr]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
selfbg has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has joined #linux-sunxi
MoeIcenowy has quit [Ping timeout: 245 seconds]
chewitt has joined #linux-sunxi
MoeIcenowy has joined #linux-sunxi
msevo has joined #linux-sunxi
Putti has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
Putti has quit [Quit: Leaving]
Wizzup has quit [Ping timeout: 246 seconds]
Wizzup has joined #linux-sunxi
Putti has joined #linux-sunxi
ldevulder_ is now known as ldevulder
matthias_bgg has joined #linux-sunxi
msevo has quit [Quit: Leaving]
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 246 seconds]
ldevulder_ is now known as ldevulder
SopaXorzTaker has joined #linux-sunxi
tnovotny has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
diego_r has joined #linux-sunxi
<DuClare>
Hmh u-boot can't seem to talk to sdcard when booting from spi flash with CONFIG_SPL_SPI_SUNXI..
<KotCzarny>
mmc init ?
<KotCzarny>
mmc detect ?
Mangy_Dog has joined #linux-sunxi
<DuClare>
Are those supposed to be commands? In that case, I don't have them built in.. mmc info, mmc rescan, mmc dev 0 all just report back "Card did not respond to voltage select"
<DuClare>
mmc list of course does list mmc@01c0f000: 0
<DuClare>
Oh wait
<DuClare>
PEBKAC
diego71_ has left #linux-sunxi [#linux-sunxi]
<DuClare>
Of course, I removed my sdcard in order to boot from spi =__=
diego71_ has joined #linux-sunxi
<KotCzarny>
happy to help
<DuClare>
Thank you :)
<Mangy_Dog>
morning, with regards to dif pairs on the hdmi reciver.... i still find it hard to believe that with unmatching dif pairs on my very short run (1 inch from the plug) will really cause that much of a desink issue.... but in case it does in my rev 2 ill reroute the pairs... However I wanted to know... Do only each dif channel need length matching or does all the channels need to match
suprothunderbolt has quit [Read error: Connection reset by peer]
<mru>
Mangy_Dog: are you using the diff pair router in kicad?
<Mangy_Dog>
yes but some pares wernt tracing well... i had to do some manual traces as well
warpme_ has joined #linux-sunxi
<Mangy_Dog>
mostly at the connecting to the tpf401
<Mangy_Dog>
tfp401
<mru>
as long as the tracks have +/- names, kicad can tell you the skew
<mru>
the spec says the skew within a pair must be at most 0.15 bit times
<Mangy_Dog>
where is a scew analiser or viewer?
<mru>
assume propagation speed is 200e6 m/s
<mru>
what's your pixel clock?
<mru>
27 MHz?
<Mangy_Dog>
i dont know
<mru>
how do you not know?
<mru>
what did you put in the edid?
<Mangy_Dog>
just used adas already built sketch i didnt pay too much attention to the setting put in tbh
<Mangy_Dog>
one min
<Mangy_Dog>
as the edid they had was already set for 800 480 displays
<Mangy_Dog>
i was rushing
<Mangy_Dog>
:p
<mru>
let's say it's 27 MHz
<Mangy_Dog>
damn out of time
<Mangy_Dog>
i got to run
<Mangy_Dog>
ok
<mru>
it'll be something close
<Mangy_Dog>
k
<mru>
the bit rate is 10x the pixel clock
<mru>
so at 27 MHz, the max skew is 0.55 ns
<Mangy_Dog>
i really do have to leave.... sorry :( but quickly how do i messure trace skew?
<mru>
there's tool in kicad somewhere
<Mangy_Dog>
i was having a look through the menu couldnt find anything
<Mangy_Dog>
i have foudn the dif length matching tools but i need to set a length to match them to first
<Mangy_Dog>
it doesnt read the diference between lengths
<Mangy_Dog>
on the pair
<Mangy_Dog>
anyway back in a few hours sorry
aalm has quit [Quit: xyz 2.3]
MoeIcenowy has quit [Ping timeout: 252 seconds]
MoeIcenowy has joined #linux-sunxi
focus has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
<superprower>
Do I understand correctly that one of the parts parts that lacks support for suspend is watchdog timer driver?
<fALSO>
i dont understand the concept of suspend on a SoC board
<fALSO>
it is jut "save the contents" of ram to a file
<fALSO>
and then when you boot again, start where it stopped ?
<fALSO>
like "pausing" a vm ?
<superprower>
That's a hibernation, or suspend-to-disc.you
<fALSO>
ok sorry superprower
<superprower>
* you are talking about. It's slower than regular suspend-to-ram, but also used.
<fALSO>
what is the concept of suspend
<fALSO>
keep it "powered" on, but using less power ?
<superprower>
yep
<fALSO>
like a sleep mode or something
<fALSO>
OK
<superprower>
I think terms 'sleep' an 'suspend' are used interchangeably
<fALSO>
ok superprower
<fALSO>
sorry if i sound lame
<DuClare>
Hmm so spl already knows how to read u-boot proper from spi, but do I still need to enable drivers / prod dtb in u-boot proper in order to read more stuff [environment] from that same spi device?
<fALSO>
yo, it seems that the u-boot git server
<fALSO>
is dead
<fALSO>
omg
<fALSO>
ahh came back
NeuroScr has quit [Quit: NeuroScr]
* fALSO
was already crying :-P
<mru>
did it go down again just now?
<mru>
it was down a few minutes yesterday
afaerber has quit [Quit: Leaving]
<fALSO>
yes
<fALSO>
its was giving connection reset by peer
focus has quit [Quit: Leaving]
bisbarn has quit [Quit: Konversation terminated!]
xes has quit [Remote host closed the connection]
gaston_ has joined #linux-sunxi
xes has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<megi>
fALSO: suspend to ram is switching dram to a mode where it self-refreshes and turning off pretty much everything on the soc, that's not required for resume, like CPUs, memory controller, PLLs, various functional blocks, etc.
xes has quit [Read error: Connection reset by peer]
<KotCzarny>
yeah, that's something legacy has that's still missing in mainline
<KotCzarny>
which means for any portable device wanting to have deep sleep is stuck with 3.4.x
<mru>
thankfully, our devices are always on
<hellsenberg>
suspend to ram is tricky... you have to make sure data doesn't get lost while suspended, but you must also not overwrite it while resuming :D
cnxsoft has quit [Quit: cnxsoft]
embed-3d_ has joined #linux-sunxi
<superprower>
So what kernel drivers exactly need suspend support so it would be reasonable to add wakeup support to rtc driver?
<superprower>
Watchdog? Graphics?
embed-3d has quit [Ping timeout: 248 seconds]
msimpson has joined #linux-sunxi
<DuClare>
Any idea how to follow the history of a renamed file on github?
<DuClare>
Dang I don't even know if the probe function is executing. I can't seem to get any output from it :< But my spi doesn't appear probed, as per dm tree
<mru>
does it compile?
<mru>
'dev' should obviously be 'bus' (or the other way around)
<mru>
fALSO: u-boot git should be fixed
lurchi_ is now known as lurchi__
<DuClare>
mru: Yes it does compile
<DuClare>
(I wonder if there's some macro that disables dev_err?)
<mru>
it shouldn't
<mru>
unless dev_err ignores the argument
<mru>
ah, the dev argument is dropped by the macros
<fALSO>
yes it is
<fALSO>
thanks mru
<Mangy_Dog>
0/me returns from his boring meeting
<mru>
meetings are the best
<mru>
great time for a nap
<Mangy_Dog>
sadly this is a meeting i had to talk
<mru>
learn to sleeptalk
<fALSO>
damn
<mru>
Mangy_Dog: anyway, at your data rates, trace skew shouldn't be a problem
<Mangy_Dog>
yeah i wouldnt have thought so
<Mangy_Dog>
esp at the short length
<Mangy_Dog>
i mean i didntknow for certain maybe thing were that tight
<Mangy_Dog>
but i felt it strange with things moving at the speed of lifht that such a short area would cause a problem
<Mangy_Dog>
where it would likely cause a problem on the end of a long hdmi cable that jsut about meets spec
<fALSO>
sirs , i saw on the news that in this new 5.2 kernel there are MALI "news"
<fALSO>
is there any new option i should enable?
<libv>
ratholing again.
<mru>
Mangy_Dog: the total length doesn't matter for this
<Mangy_Dog>
its like an orange pink screen with some noise in there
<fALSO>
creating a console mangy_dog ?
<Mangy_Dog>
nods
<Mangy_Dog>
handheld
<fALSO>
=)
<Mangy_Dog>
portable thing
<fALSO>
awesome
<Mangy_Dog>
would be if i got this display working :D
<Mangy_Dog>
everything else works
<Mangy_Dog>
:p
<fALSO>
never tried it
<fALSO>
is that display expensive?
<Mangy_Dog>
btw screen is black from bootup didnt show uboot at all... but when it gets to splash screen stuff, just throws up [ionk... but on the adafruit board is shows uboot perfectly, but once in linux the image is distorted
<Mangy_Dog>
30 quid
<Mangy_Dog>
with capacative tough
<fALSO>
from china ?
<Mangy_Dog>
yeah
<fALSO>
:(
<fALSO>
i hate when stuff from china is more than 24€
<Mangy_Dog>
are you in the states?
<fALSO>
because the customs in portugal
<DuClare>
Yargh, soft-spi does not get probed either
<fALSO>
will rape me
<DuClare>
*sigh*
<fALSO>
:/
<Mangy_Dog>
and having all chinese stuff blocked?
<fALSO>
not blocked
<Mangy_Dog>
ohh
<fALSO>
they will probably make me pay
<fALSO>
another 30€
<Mangy_Dog>
im in the uk
<fALSO>
on top of the 30€ that i already paid
<Mangy_Dog>
the import fee should only be vat + handling charges
<Mangy_Dog>
if it gets caught
<mru>
beware of "handling charges"
<fALSO>
in portugal they "invent" a lot of extra taxes
<Mangy_Dog>
99% of the time chinese stuff slips through the post
<fALSO>
imagine
<mru>
they can easily be more than the value+vat of the product
<fALSO>
if the package is 1 week at the customs office
<Mangy_Dog>
yeah mru
<Mangy_Dog>
ive had that
<fALSO>
they make you pay
<fALSO>
for EACH day
<mru>
fedex are annoyingly "helpful" like that
<fALSO>
even if it wasnt your fault that they took 1 week
<fALSO>
"wharehouse tax"
<fALSO>
LOL
<Mangy_Dog>
in the uk the threshold limit by law is £15 I had DLH try to charge me handling and vat on something that actually came to £14
<fALSO>
DHL and FEDEX
<Mangy_Dog>
spent a week going through with them why they shouldnt have done it
<fALSO>
normally LIE
<Mangy_Dog>
yeah
<mru>
parcelfarce sends you an email and lets you pay online
<fALSO>
and say that the package went to the customs
<Mangy_Dog>
but most stuff from china comes via normal post
<fALSO>
when it reaaly didnt go
<Mangy_Dog>
and slips through
<mru>
do it quick and there's no delay in delivery even
<Mangy_Dog>
nods
<fALSO>
i think you guys in the UK
<fALSO>
have a "government" calculator
<Mangy_Dog>
well i just figured out mru is :p
<fALSO>
to calculate more or less
<fALSO>
what you will pay in customs
<Mangy_Dog>
yeah its simple
<fALSO>
here in portugal its like winning the lottery :-P
<mru>
fedex can be actually helpful though
<Mangy_Dog>
for everything under say 100-300 quid i think... anything bellow its just vat you pay
<mru>
I once got a call from them asking what was in a parcel for me
<mru>
the declared contents didn't make sense to them
<Mangy_Dog>
above that certain threshold what ever it is you have a import duty fee as well
<mru>
I explained truthfully what it was, and the nice woman picked a category without any import duty
<DuClare>
What was that
<Mangy_Dog>
biscuits
<mru>
some electronic stuff
<mru>
but they'd put the product name as contents on the form
diego_r has quit [Ping timeout: 244 seconds]
<fALSO>
mangy_dog, when you have time, please link me the display
<fALSO>
if it was in a public store :)
<Mangy_Dog>
cant as this display wasnt on the public store but you can inquire
<fALSO>
ajhh ook
<fALSO>
no problem
<fALSO>
my trouble with ali express, is that the reviews of the products
<Mangy_Dog>
"Yes, changing the mode 31 pll_video=594 and then apply the command h3disp -m 31 -d solved the problem for 800x480 res TFP401 based displays."
<Mangy_Dog>
the h3disp worked for the most part but still have the distortion
<Mangy_Dog>
whats the mode 31 pll_video=594
<Mangy_Dog>
bit though
<Mangy_Dog>
where and what do i apply that to
<mru>
not all 800x480 panels with a tfp401 work with the same settings
<Mangy_Dog>
i get that... and i assume i actually need to m ake my own 800x480 file... fex?
<KotCzarny>
Mangy_Dog: there's uboot by jernej that when booted will print display settings
<KotCzarny>
fex is only for legacy 3.4.x kernels
<Mangy_Dog>
ok
<Mangy_Dog>
i guess then that option isnt in standard uboot?
<KotCzarny>
nope
<Mangy_Dog>
ok but in any case its worth trying if its just a config somewhere... where is pll_video?
<mru>
fwiw, I have a panel + tfp401 board here that works perfectly with edid retrieved over hdmi
<KotCzarny>
in kernel's hdmi driver modelines
<Mangy_Dog>
where do i apply the 594? :_ i assuming thats the frequincy
<Mangy_Dog>
ie not quite 60hz
<mru>
no need to tell the kernel anything else
<Mangy_Dog>
mru uboot seems to read the edid and display correctly...
<Mangy_Dog>
its only when it goes into linux problems come up
<mru>
what kernel are you using?
<Mangy_Dog>
no idea but armbian thats included with retroorangepi
<Mangy_Dog>
4.2
<mru>
4.19 here
<mru>
4.2 is pretty ancient
<mru>
maybe you should try something that isn't called retro
<Mangy_Dog>
thats orangeretropi 4.2...
<Mangy_Dog>
it has all the emulator and front end enviroments i need
<Mangy_Dog>
the kernal i have no idea what its on
<mru>
uname -r
<Mangy_Dog>
give me a few mins my desks a mess right now and need to wire up the boards again :p
<Mangy_Dog>
you said 4.2 was old? :D
<Mangy_Dog>
3.4.113-sun8i
<KotCzarny>
you are on legacy then
<mru>
that's antediluvian
<KotCzarny>
you might as well use h3droid
<KotCzarny>
pop retropi apk and be done
<Mangy_Dog>
h3droid is a android build?
<Mangy_Dog>
so retropi can be added to any linux build then?
<Mangy_Dog>
it isnt more tied?
<mru>
worry about getting a working kernel first
<Mangy_Dog>
while im sshed in cant i just update the kernal?
<Mangy_Dog>
through an apt get or something
<Mangy_Dog>
or will that brake everything
<KotCzarny>
as a bonus you will get working deepsleep
<Mangy_Dog>
4.19y is available for armbian on my baord
matthias_bgg has quit [Ping timeout: 246 seconds]
dev1990 has joined #linux-sunxi
<Mangy_Dog>
whats the difference between buster and bionic?
<Mangy_Dog>
does it run all the retropi apps and front ends?
<Mangy_Dog>
and not in some android based virtual machine
vagrantc has joined #linux-sunxi
<KotCzarny>
who knows, i just know there is quite a few retropi and generic retro gaming apks
<Mangy_Dog>
:/
<KotCzarny>
not enough time to pursue and test everything
<Mangy_Dog>
from what i know of android apps is, theyre not running like a normal application within the normal kernal and on hardware level but an abstraction... A virtual machine, like java...
<Mangy_Dog>
which brings in its own overheads and isnt very efficiant
<KotCzarny>
there is something called ndk
<KotCzarny>
which runs native code
<KotCzarny>
and apks can use it too
<Mangy_Dog>
hmm
<KotCzarny>
so if you have spare sdcard, just check it out
<KotCzarny>
might be easier than building whole thing from the ground
<Mangy_Dog>
have a spare card trying armbian first and seeing how well i can bring retro into that
<Mangy_Dog>
though doing the install an os and install retro onto that method means im going to be missing out on all the orange pi configuration stuff from retroorangepi
<Mangy_Dog>
how do i run the desktop from command line?
<Mangy_Dog>
ran the install for armbian but it just goes into command lind
<Mangy_Dog>
line
<Mangy_Dog>
i will say this the display is working perfectly in command line and config otol
<Mangy_Dog>
tool
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
warpme_ has quit [Quit: warpme_]
<Mangy_Dog>
well well well
<Mangy_Dog>
installed a desktop and still display is running perfectly on the adafruit board
<Mangy_Dog>
interesting
<Mangy_Dog>
the display comes up as a addi data gmbh display 7"
<Mangy_Dog>
65.7hz
<Mangy_Dog>
in the display settings ui
<Mangy_Dog>
my guess some of that is whats baked in the edid
<Mangy_Dog>
and if i can edit the edid i can make it give better info like 5" playdog display
<Mangy_Dog>
:p
<Mangy_Dog>
hmmm bluetooth wont load though
warpme_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 248 seconds]
jonkerj has quit [Read error: Connection reset by peer]
jonkerj has joined #linux-sunxi
megi has quit [Quit: WeeChat 2.5]
megi has joined #linux-sunxi
jemk has quit [Remote host closed the connection]
jemk has joined #linux-sunxi
parazyd has quit [Ping timeout: 245 seconds]
<mru>
worry about one thing at a time
<mru>
and yes, vendor/model is part of edid
parazyd has joined #linux-sunxi
parazyd has quit [Client Quit]
parazyd has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
jaganteki has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
SopaXorzTaker has quit [Remote host closed the connection]
DonkeyHotei has quit [Quit: This is a /quit message.]
<Mangy_Dog>
well just to check ive put the new armbian built pi into my project
<Mangy_Dog>
of course back lights still flashing but the image
<Mangy_Dog>
perfect
<mru>
moral of the story: don't use antiquated kernels
<Mangy_Dog>
didnt realise it was that old
<Mangy_Dog>
was tha latest build of retroorange pi
<Mangy_Dog>
still though some problems...
<Mangy_Dog>
some new ones too
<Mangy_Dog>
1 i tried to run a emulationstation build process based on the how to on the site
<Mangy_Dog>
failed
<Mangy_Dog>
2 errors and wouldnt go anywhere
<Mangy_Dog>
also bluetooth is now not working
<mru>
that can be fixed
<Mangy_Dog>
and USb seems to die after a minute or so
<mru>
H3 chip, right?
<Mangy_Dog>
yeah
<mru>
no issues here running 4.19
<Mangy_Dog>
this is 4.19y of armbian
<Mangy_Dog>
tried both bionic and umm
<Mangy_Dog>
the other
<mru>
I'm talking about kernel only
<mru>
we build our own system
<Mangy_Dog>
oh
reinforce has quit [Quit: Leaving.]
<Mangy_Dog>
so do you think i should take this armbian build. and some how go through fixing the usb and bluetooth and then manually install emulation station and retroarch or whatever after?
<mru>
what kernel version is that?
<Mangy_Dog>
armbian?
<mru>
whatever got the display working
netlynx has quit [Quit: Ex-Chat]
<Mangy_Dog>
said 4.19y
<mru>
that's not a kernel version number
<mru>
they don't have letters
<Mangy_Dog>
oj
<Mangy_Dog>
j
<Mangy_Dog>
oh
<Mangy_Dog>
ill have another look
<Mangy_Dog>
:D
<mru>
uname -r
<Mangy_Dog>
nodnods
<Mangy_Dog>
booting up board now
<Mangy_Dog>
Welcome to Debian Buster with Armbian Linux 4.19.57-sunxi
<Mangy_Dog>
that?
<Mangy_Dog>
uname -r
<Mangy_Dog>
gah
<Mangy_Dog>
yeah 4.19.57
<Mangy_Dog>
:D
<mru>
4.19.58 was released today :)
<Mangy_Dog>
how do i update kernal without having to wait for armbian to do a rebuild?
<mru>
4.19.57 is fine
<Mangy_Dog>
and would there be no reason i couldnt just update the kernal on the old retroorangepi?
<mru>
you could try
<Mangy_Dog>
know any guides of hwo to do it? or is it as simple as sudo update-kernel
<Mangy_Dog>
:p
<mru>
I've always built my own kernels
<Mangy_Dog>
aparantly arbian config has it
<mru>
you can probably just copy the kernel and dtb files over
AneoX has joined #linux-sunxi
lurchi__ is now known as lurchi_
warpme_ has quit [Quit: warpme_]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
afaerber has quit [Quit: Leaving]
diego_r has quit [Ping timeout: 246 seconds]
gaston_ has quit [Quit: Konversation terminated!]
afaerber has joined #linux-sunxi
Putti has quit [Ping timeout: 272 seconds]
lapapat has joined #linux-sunxi
<sunshavi>
mru: what's the reason for building your own kernel?. (it takes almost 8 hours on my opi)
<sunshavi>
I have just compiled mine once
<libv>
sunshavi: cross-compile?
xes has joined #linux-sunxi
<sunshavi>
libv: what would be the pros of compiling your own kernel?
<lapapat>
different kernel options, hardening, etc
<anarsoul>
sunshavi: if you're not developing linux kernel stick to what your distro provides
<anarsoul>
anyway it's kind of weird to ask this question in this channel
<sunshavi>
yeah probably. also my distro is rolling release kernel get's out on sunday and on tuesday kernel is ready 4 installation
<sunshavi>
anarsoul: btw I have been banned from lima :p
<anarsoul>
sunshavi: I'm not channel owner.
<libv>
sunshavi: cross-compile.
<lapapat>
a serious question: what's the best way of getting thermal sensing working on H5? there are armbian patches based on older version of Philipp Rossak's patchset, there's a newer patch set from August 2018 (https://patchwork.kernel.org/cover/10582083/#22537619) but that doesn't include H5 (but could probably be extended into it)
<anarsoul>
it doesn't have H5 support so you'll have to add it there
<sunshavi>
esh
<sunshavi>
sorry wrong buffer
lurchi_ is now known as lurchi__
<lapapat>
@anarsoul i'm a bit confused :) does this patchset supersede/replace the SUN4I_GPADC based driver that Philipp Rossak did?
<anarsoul>
lapapat: yes
dev1990 has quit [Quit: Konversation terminated!]
lurchi__ is now known as lurchi_
<lapapat>
anarsoul: I'm going to apply those patches and have a look at the resulting files. I'm a noob at this so would appreciate some pointers 1) Would creating parallel functions/variables for sun50i_h5 wherever I see sun50i_h6 be a fair place to start?
<lapapat>
2) I'm guessing that many of the values for constants etc that define the H5's ths are available in other patchsets
<anarsoul>
lapapat: I haven't look into how h5 differs from h6, so you'll have to figure that out
<megi>
easiest way, before the last thermal sensor driver attempt will gets mainlined
<megi>
H5 THS is pretty much the same as on H3, except for the number of sensors
<megi>
H5 has two
<lapapat>
megi: thanks! a quick and dirty demo will work for me for now. from memory, does this require any other patchsets? backports from 5.2? was hoping to make this work on 4.19
<megi>
no
<megi>
it works by itself
<lapapat>
magic :) i'll try applying and compiling right now
<megi>
what board do you have?
<lapapat>
nanopi neo2
<lapapat>
v1.1
<megi>
you may have to check/patch the dts, to enable cpu regulator
<lapapat>
4.19 works well for me, i've applied chen yu's patches to make dvfs work and only need ths :)
<lapapat>
it would appear that this is enabled and not disabled
<lapapat>
but the version of the sun50i-h5.dtsi this patches just doesn't exist anywhere
<megi>
seems like it doesn nothing by itself
<megi>
it defines some regulator that is not used, and removes some properties that are there to avoid boot warnings
<lapapat>
yup the effect is clear enough to me, but this diff is against a file taht doesn't exist :) as far as i can tell
<lapapat>
doesn't exist in that form, sun50i-h5.dtsi is different in torvalds/linux and isn't patched into this state by Armbian's build system
<megi>
yeah no idea, armbian patches are somewhat messy
<lapapat>
my feeling is that this is just broken, but is there something i just don't understand here (to add to the list!)
<lapapat>
haha, okay thank you megi - i really appreciate it
NeuroScr has quit [Quit: NeuroScr]
<megi>
it would be nice if the patches would contain explanation at the top, but some armbian patches are not of that kind... you may try something like git log -p -- patch-path