<gnarface>
hey anarsoul|2 sorry been distracted and still haven't tested your last changes on my pinebook... just curious though, did proper battery metering/charging get implemented?
<anarsoul|2>
battery level report is still not accurate
<anarsoul|2>
IIRC BenG83_ was going to work on it :)
<gnarface>
ah ok, thanks
<gnarface>
does that mean that it might not charge safely?
<gnarface>
or at least, might not stop charging on it's own?
<gnarface>
or does charging not rely on the meter?
mic-e[m] has quit [Ping timeout: 240 seconds]
<BenG83_>
charging does not rely on the meter
oliv3r has quit [Ping timeout: 256 seconds]
ch40s[m] has quit [Ping timeout: 265 seconds]
raknaz[m] has quit [Ping timeout: 255 seconds]
rodrigoaguilera has quit [Ping timeout: 255 seconds]
icenowy[m] has quit [Ping timeout: 248 seconds]
<gnarface>
thanks BenG83_
<BenG83_>
charging is more or less only voltage/current controlled
<BenG83_>
the battery gauge either works with a LUT or self learning
<gnarface>
hmm. interesting
<gnarface>
so charging is currently "safe" as-is?
<gnarface>
someone mentioned it might simply not charge as fast as it would on the legacy branch
<BenG83_>
I think it uses register defaults atm on mainline
<BenG83_>
*AXP register defaults
<gnarface>
was the battery meter accurate on the legacy branch, or should i not trust that either?
<BenG83_>
it works ok if you set the parameters right
<gnarface>
hmmm
<BenG83_>
should be ok at least on ayufan's BSP based images
<BenG83_>
at least there I know who set them :P
<gnarface>
ah, i see
<gnarface>
i've only so far tested mainline and the ubuntu version it shipped with
<BenG83_>
you need to set the capacity register and the internal resistance correctly
lkcl has joined #linux-sunxi
<BenG83_>
then confirm they are valid to switch from LUT to self learning mode
<BenG83_>
AXP power supply has to be persistent for that to work
<BenG83_>
if you disconnect all power from the AXP you have to reinitialize the gauge registers
juri_ has quit [Ping timeout: 265 seconds]
<BenG83_>
for the charger there are some parameters like online/offline charge current
<BenG83_>
undervoltage lockout for online and offline
<BenG83_>
cut-off voltage
<BenG83_>
the low capacity trickle charge mode can also configured a bit
<gnarface>
hmm, interesting
<BenG83_>
e.g. if the battery is very low it only charges at 1/10 of the set current
<BenG83_>
the BSP driver reads all this from a dts node
<BenG83_>
and has some flags for some of the properties that only get read once
<BenG83_>
like the capacity and internal resistance parameters
<BenG83_>
I don't know how this would be mainlined
juri_ has joined #linux-sunxi
<BenG83_>
since laptops usually come with self-contained smart batteries
<BenG83_>
and here the 'smart battery' is split up in half
<BenG83_>
maybe one could model it like a normal laptop battery?
<BenG83_>
but you usually dont get to set any parameters there...
<gnarface>
i don't know how it all works at a software level but would it be possible to just hardwire the values to something known-good for an optimal, new battery? they only need to be changed if you want to have the software be able to react intelligently to battery wear, right?
<BenG83_>
well one thing is setting sane charger values, that can be probably done via a dts node?
<BenG83_>
the other thing is how to make the gauge consistent
<BenG83_>
when you boot a new image or another image from another source
tl_lim has quit [Read error: Connection reset by peer]
<gnarface>
oh, because discharge isn't linear?
<BenG83_>
it has to check if the gauge already has been activated
<BenG83_>
and not just blindly reset the gauge
<gnarface>
ah, hmmm.
<BenG83_>
yeah it is not really linear
<BenG83_>
there is either a 32 point LUT
<BenG83_>
where you can model the curve
<BenG83_>
or this self adapting mode
<BenG83_>
which seems to work ok when configured right
Ntemis has quit [Remote host closed the connection]
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 248 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
iamfrankenstein1 has joined #linux-sunxi
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
mic-e[m] has quit [Ping timeout: 240 seconds]
rodrigoaguilera has quit [Ping timeout: 240 seconds]
icenowy[m] has quit [Ping timeout: 255 seconds]
raknaz[m] has quit [Ping timeout: 240 seconds]
ch40s[m] has quit [Ping timeout: 240 seconds]
oliv3r has quit [Ping timeout: 256 seconds]
robogoat has quit [Ping timeout: 240 seconds]
robogoat has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
tllim has joined #linux-sunxi
nots has quit [Quit: Page closed]
dave0x6d has joined #linux-sunxi
junnie_ has quit [Ping timeout: 276 seconds]
tgaz has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
TheSeven has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 240 seconds]
TheSeven has quit [Ping timeout: 255 seconds]
junnie_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has joined #linux-sunxi
junnie_ has quit [Ping timeout: 255 seconds]
TheSeven has quit [Ping timeout: 260 seconds]
[7] has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 252 seconds]
ch40s[m] has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
chlorine has joined #linux-sunxi
reinforce has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
leviathan has joined #linux-sunxi
chlorine has quit [Ping timeout: 276 seconds]
mic-e[m] has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 260 seconds]
rodrigoaguilera has joined #linux-sunxi
raknaz[m] has joined #linux-sunxi
icenowy[m] has joined #linux-sunxi
oliv3r has joined #linux-sunxi
scream has joined #linux-sunxi
f0xx has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
scream has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
junnie_ has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
hanni76 has joined #linux-sunxi
sunxi_fan1 has quit [Quit: Leaving.]
tl_lim has joined #linux-sunxi
Putti has quit [Ping timeout: 256 seconds]
Jagan has joined #linux-sunxi
tllim has quit [Ping timeout: 255 seconds]
iamfrankenstein has quit [Ping timeout: 240 seconds]
dave0x6d has joined #linux-sunxi
<icenowy[m]>
embed-3d: you paused the pvr RE process...
<icenowy[m]>
then... do you want to take Tamil?
<icenowy[m]>
;-)
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
junnie_ has quit [Ping timeout: 248 seconds]
junnie_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 240 seconds]
Jagan has quit [Ping timeout: 260 seconds]
ernestask has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
<hanni76>
any idea why a VGA monitor + HDMI converter may not start with sun4drm ? replug HDMI connector helps
<hanni76>
something about not enough signal strength ?
lerc has quit [Ping timeout: 256 seconds]
<buZz>
could be, passive HDMI2VGA convertors use more power than officially is ok
<buZz>
active ones are way more forgiving
<hanni76>
can I somehow tweak sun4i drm to give more signal strength ?
lerc has joined #linux-sunxi
<hanni76>
I know I can change HDMI level in raspberry via config.txt
<hanni76>
but here with sunxi I have no idea what I can do about it
<buZz>
dont think that driver offers that
<hanni76>
probably not
leviathan has quit [Remote host closed the connection]
clemens3 has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
tl_lim has quit [Ping timeout: 276 seconds]
iamfrankenstein has joined #linux-sunxi
tl_lim has joined #linux-sunxi
lemonzest has joined #linux-sunxi
yann has quit [Ping timeout: 263 seconds]
dev1990 has quit [Quit: Konversation terminated!]
dev1990 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 256 seconds]
kozy is now known as rapidshot64
fkluknav has joined #linux-sunxi
afaerber has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
xerpi has joined #linux-sunxi
xerpi has quit [Remote host closed the connection]
xerpi has joined #linux-sunxi
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
afaerber has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
tl_lim has quit [Read error: Connection reset by peer]
lemonzest has joined #linux-sunxi
BenG83 has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
merbanan has joined #linux-sunxi
junnie_ has quit [Ping timeout: 256 seconds]
nuuuciano has quit [Ping timeout: 264 seconds]
BenG83_ has quit [Ping timeout: 256 seconds]
massi has joined #linux-sunxi
mossroy has joined #linux-sunxi
tom_nov has joined #linux-sunxi
xerpi has quit [Quit: Leaving]
pgreco has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
jailbox has quit [Remote host closed the connection]
sunxi_fan1 has joined #linux-sunxi
jailbox has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
junnie has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
yann has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
pgreco has quit [Quit: Leaving.]
pgreco has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
junnie has quit [Ping timeout: 248 seconds]
The_Loko has joined #linux-sunxi
lurchi_ is now known as lurchi__
chomwitt has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
iamfrankenstein has joined #linux-sunxi
kaspter has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
f0xx has quit []
f0xx has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
elros_ has joined #linux-sunxi
afaerber has joined #linux-sunxi
<embed-3d>
icenowy[m]: Yes I paused it. But I think I will continue to work on it. But right now it is not the time for that, since I will write the next months (till October) my Masterthesis. First I need to clarify some legal issues, then I will continue to work on this. I will also need this time to develop a plan how to continue on this. I'm thinking about the clean room idea...
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
xyntrix has quit [Ping timeout: 240 seconds]
matthias_bgg has quit [Ping timeout: 260 seconds]
xyntrix has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 248 seconds]
<icenowy[m]>
mripard: how should I do if I add a new SoC's support to U-Boot from scratch
<icenowy[m]>
and submit the code
<icenowy[m]>
now I have a huge amount of code in many parts
<icenowy[m]>
and I don't know how should I split it
<icenowy[m]>
should I first add the Kconfig option and add multiple parts?
<icenowy[m]>
(but before everything is ready the support will be not able to be built
<icenowy[m]>
(oh what I'm targeting is H6
<mripard>
icenowy[m]: I guess you should add the various parts, and as the last patch the Kconfig change that allows to build it
<icenowy[m]>
ok I also think so
iamfrankenstein has joined #linux-sunxi
<icenowy[m]>
so it will be such sequence: add some functionalities and then make them buildable?
<mripard>
I guess you would add each driver with their respective Kconfig symbols, and finally the Kconfig symbol that enables all the one you need
<icenowy[m]>
(as it seems to be the first SoC that needs all basical codes to be new
<mripard>
so each driver should be compilable as soon as they are introduced
<mripard>
I guess
<icenowy[m]>
no drivers... they're basical codes
<icenowy[m]>
the only change in drivers/ is to change the MMC driver's clock setup code
iamfrankenstein1 has joined #linux-sunxi
<mripard>
each files then :)
matthias_bgg has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]
iamfrankenstein1 is now known as iamfrankenstein
<icenowy[m]>
oops when rebasing to the newest sunxi/master the spl overflows...
<mripard>
for the H6, I think you can go straight to the FAT environment
<embed-3d>
mripard: wens: In the current gpadc driver all basic functions are named like this: sun4i_gpadc... . If I remove the mfd/adc driver, the first supported device is the A33. Is it ok for you if I rename those functions to sun8i_ths... since this is the first supported device after the rework?
<icenowy[m]>
but maybe I should first send a 3G memory patchset to U-Boot
<embed-3d>
Can I also rename the defines in the related header files to sun8i_ths... ?
<hanni76>
embed-3d: do what you want, but as soon as you release a new version you'll get tons of comment how wrong you are )
<hanni76>
embed-3d: when are you planning to emit an updated version btw?
BenG83_ has quit [Quit: Leaving]
<icenowy[m]>
mripard: for env should I use "default y if ARCH_SUNXI && !MACH_SUN50I_H6" in "config ENV_IS_IN_MMC"?
<mripard>
embed-3d: no, you should keep the compatibility with the older SoCs
<mripard>
and therefore, the name should remain the same
<icenowy[m]>
and for new boards should we disable ENV_IS_IN_MMC even if it come with old SoC?
<embed-3d>
hanni76: If I have enough time maybe at the beginning of next week.
<mripard>
icenowy[m]: that would make sense too
xyntrix has quit [Ping timeout: 256 seconds]
xyntrix has joined #linux-sunxi
sunxi_fan1 has quit [Quit: Leaving.]
sunxi_fan1 has joined #linux-sunxi
<embed-3d>
mripard: ok, thanks!
iamfrankenstein has quit [Quit: iamfrankenstein]
<icenowy[m]>
oops the SPL overflow problem seems difficult to solve...
cnxsoft has quit [Quit: cnxsoft]
kevans91 has quit [Remote host closed the connection]
junnie has joined #linux-sunxi
<willmore>
uboot has grown so big that it needs its own boot loader...
fkluknav has joined #linux-sunxi
junnie has quit [Ping timeout: 256 seconds]
reinforce has quit [Quit: Leaving.]
merbanan has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 256 seconds]
juri_ has quit [Ping timeout: 240 seconds]
flj has joined #linux-sunxi
juri_ has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
merbanan has joined #linux-sunxi
TEKrantz has quit [Client Quit]
juri_ has quit [Read error: Connection reset by peer]
juri_ has joined #linux-sunxi
<flj>
This is a question asked by a lay person. On https://freedombox.org/download/stable/ there is a number of images, which are named free. I assume it means, that the images complies to the free software foundation's libre software requirements. The http://www.orangepi.org/orangepione/ is low priced. It has an allwinner h3 cpu.