Ntemis has quit [Remote host closed the connection]
jernej has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
rookieone has quit [Ping timeout: 245 seconds]
rookieone has joined #linux-sunxi
ErwinH has joined #linux-sunxi
apritzel has quit [Ping timeout: 260 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
terra854 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ganbold has quit [Ping timeout: 256 seconds]
<willmore>
apritzel, I didn't know that the ATF was arm64 specific.
<willmore>
The 32 bit arm Allwinner processors have little OR cores in them. The ATF runs on what on the A64/H5, etc.?
ganbold has joined #linux-sunxi
<terra854>
apritzel: I was talking about if there are anything else other than the ATF that is needed for the spl to fully work.
<terra854>
Oops... he's not online...
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<willmore>
terra854, they read the logs, though.
ErwinH has quit [Ping timeout: 240 seconds]
victhor has quit [Ping timeout: 248 seconds]
juri_ has quit [Remote host closed the connection]
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
rookieone has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
rookieone has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
rookieone has quit [Ping timeout: 258 seconds]
rookieone has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
techping has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 256 seconds]
pg12 has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
pg12 has joined #linux-sunxi
ganbold has joined #linux-sunxi
premoboss has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
premoboss has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
ganbold has quit [Quit: This computer has gone to sleep]
TheSeven has joined #linux-sunxi
ganbold has joined #linux-sunxi
ganbold has quit [Client Quit]
JohnDoe_71Rus has joined #linux-sunxi
ganbold has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
f0xx has joined #linux-sunxi
ganbold has joined #linux-sunxi
leviathan__ has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
leviathan_ has quit [Ping timeout: 260 seconds]
ganbold has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ganbold has quit [Client Quit]
ErwinH has quit [Ping timeout: 252 seconds]
atsampson has quit [Ping timeout: 240 seconds]
ganbold has joined #linux-sunxi
jernej has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
rookieone has quit [Ping timeout: 240 seconds]
rookieone has joined #linux-sunxi
ganbold has joined #linux-sunxi
ganbold has quit [Client Quit]
cini has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
muvlon has quit [Ping timeout: 240 seconds]
techping has quit [Ping timeout: 255 seconds]
techping has joined #linux-sunxi
muvlon has joined #linux-sunxi
ganbold has joined #linux-sunxi
msevwork has joined #linux-sunxi
ganbold has quit [Client Quit]
premoboss has quit [Ping timeout: 245 seconds]
<montjoie>
just sshed into sun8i-stmmac:)
<KotCzarny>
so its finished?
leviathan__ has quit [Remote host closed the connection]
<montjoie>
I need to made the code beautifull, but yes the hard work is done
<KotCzarny>
:)
<KotCzarny>
any preliminary performance comparisons?
<montjoie>
and just add a new comment "softreset MAC after any syscon change"
<montjoie>
no perf test for the moment
<montjoie>
ouch
<montjoie>
iperf 80M/s and 124M/s
<montjoie>
something is missing
<montjoie>
but at least the link is stable
<KotCzarny>
yup
<KotCzarny>
but those were Mbits or MB ?
<montjoie>
Mbit/s
<KotCzarny>
(stupid q, but you know, for completeness ;)
<montjoie>
on a gigabit link:(
<KotCzarny>
spending too much time locking somewhere?
<montjoie>
I think I need to check some interrupt handling
<montjoie>
stmmac is full NAPI, so I need to add some "int stop"
interrobangd has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<montjoie>
something weird and somewhat related, the mmc work on that board with the same kernel that made mmc timeout on opipc
<montjoie>
strange
<montjoie>
plaes: did you still get the mmc timeout ?
ErwinH has quit [Ping timeout: 252 seconds]
ganbold has joined #linux-sunxi
ganbold has quit [Client Quit]
Xilokar has quit [Read error: Connection reset by peer]
longsleep has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
longsleep has joined #linux-sunxi
AneoX__ has joined #linux-sunxi
massi has joined #linux-sunxi
ganbold has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 240 seconds]
ganbold has quit [Client Quit]
apritzel has joined #linux-sunxi
<apritzel>
willmore: I know about the OR cores, but I believe atm we don't need another architecture to build for when creating a firmware image ;-)
<apritzel>
willmore: ATF runs on the ARM cores in EL3, registers PSCI handlers and drops back into EL2 into U-Boot
<apritzel>
willmore: so Linux (or U-Boot) can do a smc call, which will execute the PSCI handler code in EL3
<apritzel>
willmore: comparable to a syscall, but not from EL0 to EL1, but from EL1 or EL2 to EL3
rookieone has quit [Ping timeout: 252 seconds]
<apritzel>
willmore: so ATF is not running all of the time, but only when it's being asked to
<apritzel>
willmore: or it could be triggered by an interrupt configured as secure
<apritzel>
montjoie: awesome! great work!
<apritzel>
montjoie: I wouldn't care about performance at the moment
<apritzel>
montjoie: if you have something that's stable, please post it
tgaz has quit [Ping timeout: 272 seconds]
cnxsoft has quit [Remote host closed the connection]
<apritzel>
and let those people that complain about the performance fix it ;-)
<tuxillo>
hi
apritzel has quit [Quit: Leaving.]
<cini>
apritzel, i haved felboot orangePI2 H5 borad. but why I cant use boot0 with sd?
<cini>
I get "Ready to disable icache." and nothing...
<cini>
I use sunxi-spl.bin to replace boot0.bin, and get img by boot0img,
<cini>
but it cant run to spl from serial console.
rookieone has joined #linux-sunxi
akaizen has quit [Read error: No route to host]
ganbold has joined #linux-sunxi
tgaz has joined #linux-sunxi
cini has quit [Ping timeout: 260 seconds]
florianH has joined #linux-sunxi
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
<ErwinH>
cini: Because you need FIT to load ATF, DTB and 64bit uboot. Otherwise it won't work.
mhlavink has quit [Ping timeout: 240 seconds]
interrobangd has quit [Quit: Leaving]
mhlavink has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
apritzel has joined #linux-sunxi
f0xx has quit [Quit: terminated!]
<apritzel>
cini: the H5 boot0 is quite different from the A64 boot0, so boot0img does not work on it
<apritzel>
cini: and since there is some DRAM init code for the H5 already, we don't need boot0 at all, so just forget about it
f0xx has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
viktor__ has joined #linux-sunxi
premoboss has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
tyler-baker has quit [*.net *.split]
mhlavink has quit [Ping timeout: 256 seconds]
BenG83 has quit [Quit: Leaving]
pg12 has quit [Ping timeout: 240 seconds]
Pe3ucTop has quit [*.net *.split]
ElBarto has quit [*.net *.split]
zzeroo has quit [*.net *.split]
rtp has quit [*.net *.split]
bparker has quit [*.net *.split]
jrg has quit [*.net *.split]
hp197 has quit [*.net *.split]
beeble has quit [*.net *.split]
cyrozap has quit [*.net *.split]
duracrisis has quit [*.net *.split]
kelvan has quit [*.net *.split]
cazzacarna has quit [*.net *.split]
diego71 has quit [*.net *.split]
agraf has quit [*.net *.split]
cazzacar1a has joined #linux-sunxi
beeble has joined #linux-sunxi
kelvan has joined #linux-sunxi
rtp has joined #linux-sunxi
mhlavink has joined #linux-sunxi
cyrozap has joined #linux-sunxi
ElBarto has joined #linux-sunxi
Pe3ucTop has joined #linux-sunxi
agraf has joined #linux-sunxi
hp197 has joined #linux-sunxi
bparker has joined #linux-sunxi
diego71 has joined #linux-sunxi
jrg has joined #linux-sunxi
zzeroo has joined #linux-sunxi
duracrisis has joined #linux-sunxi
sW` has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
cajg has quit [*.net *.split]
maz has quit [*.net *.split]
rellla has quit [*.net *.split]
solarnetone has quit [*.net *.split]
indy has quit [*.net *.split]
iaglium has quit [*.net *.split]
lordlod_ has quit [*.net *.split]
habs has quit [*.net *.split]
nashpa has quit [*.net *.split]
marcan has quit [*.net *.split]
pg12 has joined #linux-sunxi
rellla has joined #linux-sunxi
marcan has joined #linux-sunxi
lordlod has joined #linux-sunxi
sW` has joined #linux-sunxi
maz has joined #linux-sunxi
solarnetone has joined #linux-sunxi
camh has quit [*.net *.split]
honx has quit [*.net *.split]
yang has quit [*.net *.split]
jailbox has quit [*.net *.split]
wigyori has quit [*.net *.split]
wigyori has joined #linux-sunxi
honx has joined #linux-sunxi
nashpa has joined #linux-sunxi
jailbox has joined #linux-sunxi
habs has joined #linux-sunxi
camh has joined #linux-sunxi
iaglium has joined #linux-sunxi
NiteHawk has joined #linux-sunxi
rookieone has quit [Ping timeout: 256 seconds]
<montjoie>
apritzel KotCzarny, in fact sun8i-emac got the same performance on that board:)
<KotCzarny>
:)
<KotCzarny>
what board is it?
<apritzel>
montjoie: is that this infamous Pine64 GBit issue?
<montjoie>
bpi m2+
<KotCzarny>
:>
yang has joined #linux-sunxi
<KotCzarny>
maybe you should use orange for testing ;)
<montjoie>
my opipc have the mmc timeout bug, I need to rollback to 4.9
indy has joined #linux-sunxi
<KotCzarny>
[obligatory joke: you should try loading mali.ko and check if it gets faster]
LargePrime has joined #linux-sunxi
premoboss has quit [Ping timeout: 256 seconds]
cajg has joined #linux-sunxi
premoboss has joined #linux-sunxi
rookieone has joined #linux-sunxi
apritzel has left #linux-sunxi [#linux-sunxi]
<montjoie>
nobody here with a bpi m2+ for benching it ?
<MoeIcenowy>
montjoie: cannot wait to see sun8i-stmmac! ;-)
bobryan has quit [Ping timeout: 258 seconds]
cnxsoft has joined #linux-sunxi
<montjoie>
got some more perf by dont forgetting to compile the realtek phy, but 145Mbit/s is not enought
<KotCzarny>
as long its stable, its good
<KotCzarny>
stability > speed
<KotCzarny>
but as i've said earlier, you should try it on some nonbuggy board
<KotCzarny>
maybe via some ramdisk/netboot if you have mmc problems atm
rookieone_ has joined #linux-sunxi
tyler-baker has joined #linux-sunxi
<montjoie>
I will try on my pine64
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
LALA__ has joined #linux-sunxi
Worf has joined #linux-sunxi
rookieone_ has quit [Quit: Oh poop..]
wayoo has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
bobryan has quit [Ping timeout: 258 seconds]
cini has joined #linux-sunxi
LALA__ has quit [Quit: Leaving]
<cini>
apritzel, then,if i dont use boot0,how can i boot system with sd card for H5? or felboot is only way now?
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
afaerber has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel>
cini: until I manage to push a branch which combines H5 and FIT support: yes, FEL boot is the only easy option for H5 booting atm.
<apritzel>
montjoie: if you could push something (even WIP) somewhere, I can give it a try
<cini>
apritzel: ok. I see.
<cini>
I try 4.9 kernel in orangepi 2,I find usb ,audio ,gpu can not run.
<montjoie>
apritzel: I work on it, finish to split up patchs
<apritzel>
montjoie: no hurry, and thanks a ton for doing this!
albiteponcho has quit [Read error: Connection reset by peer]
<apritzel>
montjoie: btw: I see the same MMC issues on my OPi Zero with 4.10-rc, I believe it's a pinctrl/DT issue
<apritzel>
montjoie: it seems to work fine on the A64/H5
<apritzel>
montjoie: didn't have time to debug this yet, have you tried mripard's sunxi/for-next branch, which has more DT fixes?
<cini>
apritzel: I try to enable GMAC for mainline kernel in orangepi PC2,but I found the board use extern phy, I must pull the PD6 by my script.
<apritzel>
cini: yes, my version of ATF does this for U-Boot, and the kernel should do this by some DT entries similar to what H3 boards with GBit do
fkluknav has joined #linux-sunxi
DullTube has joined #linux-sunxi
cini has quit [Ping timeout: 260 seconds]
codekipper has joined #linux-sunxi
codekipper has quit [Client Quit]
atsampson has joined #linux-sunxi
cini has joined #linux-sunxi
<cini>
anyone know current KVM support io passthrough by smmu in a64 or h5?
<apritzel>
cini: which SMMU?
<apritzel>
cini: last time I checked there was none in any Allwinner SoC
<cini>
apritzel:I guess SMMU is a default feature of A53. I will check it.
<apritzel>
no, SMMU is a completely separate IP from the core
<apritzel>
the MMU is integrated
Mr__Anderson has quit [Remote host closed the connection]
<cini>
then which cpu support SMMU in market？
<montjoie>
apritzel: good to know you have also the problem:)
<KotCzarny>
the expensive ones?
<KotCzarny>
;)
wayoo has quit [Ping timeout: 260 seconds]
yann-kaelig has joined #linux-sunxi
<apritzel>
cini: Rockchip has multiple SMMUs
<apritzel>
also basically every server SoC
avph has quit [Ping timeout: 240 seconds]
albiteponcho has joined #linux-sunxi
avph has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
<cini>
I guess RK3399 has SMMUs, but Rockchip has less support in Linux.
jelle has quit [Changing host]
jelle has joined #linux-sunxi
<apritzel>
cini: I wouldn't say so (less support), and yes: RK3399 has SMMUs, AFAIK, I think even the RK3288 has
rookieone has quit [Ping timeout: 252 seconds]
rookieone has joined #linux-sunxi
premoboss has quit [Ping timeout: 258 seconds]
deskwizard has joined #linux-sunxi
deskwizard has quit [Client Quit]
deskwizard has joined #linux-sunxi
<willmore>
montjoie, packets on the wire and everything? Yay!!!! Congratulations.
<willmore>
apritzel, thanks for the education. I had the impression it was more like TrustZone where it ran on a separate core inside the SoC--some little M3 or M4 or something.
Mr__Anderson has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
<MoeIcenowy>
Sinovoip is going to release some R16-based BPi
cnxsoft has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Ntemis has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
<willmore>
Camera+pannel+wireless+battery but only one USB, no ethernet, no display. Guess it's nice for certain uses.
<KotCzarny>
you can always hook up tiny usb hub if you need more than one usb device
<KotCzarny>
and if all you need is kb/mouse/occasional pendrive, it will be good enough
<KotCzarny>
and you will even have one more open port in the hub ;)
<mripard>
willmore: the connector on the right is for display
<mripard>
and the R16 doesn't have any ethernet at all
silviop has joined #linux-sunxi
<ElBarto>
mripard: neither the rpi soc and it didn't stop them to add a crappy usb<->ethernet chip :)
<silviop>
someone know about tcm1680.ko ? (touch screen)
<terra854>
apritzel: So for the uboot spl, all that's left for full functionality is the ATF?
<silviop>
i have two tablet with this chip
<KotCzarny>
buzz, i think ham does some internal magic, which would need to be duplicated
<KotCzarny>
or exported to common script
<apritzel>
willmore: TrustZone is the marketing term for all this "secure" world things, which in turn is just another layer of privilege on top of the kernel(EL1) or hypervisors(EL2)
<apritzel>
terra854: basically yes
paulk-blaze has quit [Remote host closed the connection]
DullTube has quit [Quit: Leaving]
paulk-blaze has joined #linux-sunxi
juri_ has joined #linux-sunxi
BenG83_1 has joined #linux-sunxi
tkaiser has joined #linux-sunxi
longsleep has quit [Remote host closed the connection]
<tkaiser>
MoeIcenowy: Do you know the type of WiFi module on the BPi R16? AP6181?
longsleep has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
<mripard>
ElBarto: true :)
<terra854>
apritzel: So what is needed for the ATF to work with the spl?
<tkaiser>
mripard: ElBarto: to be honest but LAN9514 as used on the more recent Raspberries isn't that bad (with recent drivers). At least if it's about consumption since Ethernet active adds just 200mW.
<apritzel>
terra854: you basically need to load it, but atm the SPL can only load _one_ binary, so it's either ATF or the U-Boot proper, but not both
<apritzel>
terra854: and the solution is to use the more capable FIT image, but still the SPL needs to be taught how to load more than one binary
paulk-blaze has quit [Remote host closed the connection]
paulk-blaze has joined #linux-sunxi
lamer14840580701 has joined #linux-sunxi
<KotCzarny>
cheater :P
<KotCzarny>
oops. wrong chan
afaerber has quit [Ping timeout: 240 seconds]
tkaiser has quit [Ping timeout: 260 seconds]
lamer14840580701 has quit [Client Quit]
<terra854>
apritzel: So that tree contains all the latest patches up till now?
<apritzel>
montjoie: thanks a lot, looks quite good on a first glance!
<terra854>
apritzel: Cause last commit is at nov 4
<apritzel>
terra854: no, actually it's quite old
msevwork has quit [Quit: Leaving]
afaerber has joined #linux-sunxi
<ErwinH>
terra854: You have to cherrypick the patches and combine them with other patches ;)
tkaiser has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Pepe has joined #linux-sunxi
techping has quit [Remote host closed the connection]
premoboss has joined #linux-sunxi
LargePrime has quit [Ping timeout: 248 seconds]
doppo has quit [Remote host closed the connection]
premoboss has quit [Ping timeout: 248 seconds]
nove has joined #linux-sunxi
paulk-blaze has quit [Ping timeout: 248 seconds]
paulk-blaze has joined #linux-sunxi
paulk-blaze has quit [Remote host closed the connection]
<MoeIcenowy>
tkaiser: 6212
paulk-blaze has joined #linux-sunxi
reinforce has joined #linux-sunxi
<tkaiser>
MoeIcenowy: Thank you, so the same as on every other board from them made in the last 12 months :)
<tkaiser>
So in case the battery connector is not proprietary as hell and there is PMIC support this could be interesting (for me the only real advantage would be working battery support if the price remains competitive compared to the cheap H2+/H3 IoT boards)
fkluknav has quit [Ping timeout: 240 seconds]
<BenG83_1>
the connector for the battery is just a Molex Picoblade, thats a pretty standard connector for all things embedded these days
<BenG83_1>
you can get pigtails and connector housings from Farnell or even ebay
<tkaiser>
BenG83_1: But it's 3 pin and the 'usual' battery connectors are 2 pin (at least those I found).
fkluknav has joined #linux-sunxi
<BenG83_1>
isn´t it the six pin on the bottom?
<tkaiser>
BenG83_1: On Icenowy's picture I would assume it's the white connector on the right picture near the SD slot?
<BenG83_1>
schematic says Pins1-3 are Bat+, 4,5 GND, 6-Temp
<tkaiser>
BenG83_1: Schematics? I was talking about BPi R16
<tkaiser>
But from an end user's perspective being able to connect a 3.7V battery would be the better idea. It seems almost impossible to get any batteries for their 6-pin Picoblade connector on the other boards and the same seems to be true for 3 pin here?
<MoeIcenowy>
Pine64 battery is 3pin...
<BenG83_1>
the 6 pins thing seems to be not that uncommon, the PineBook has it too
<BenG83_1>
and a lot of cheap tablet batteries I saw in photos
<tkaiser>
Ok
<BenG83_1>
question is if the pinout is always the same :)
<BenG83_1>
getting small batteries with temp sensor is not that common
<tkaiser>
BenG83_1: Yep, many people complain about this since a year in Pine64 forum. So it seems logical that BPi folks picked up the idea.
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<BenG83_1>
for the Pine battery it makes sense to have one since that is quite large
<BenG83_1>
I wouldnt want to charge a 10Ah LiPo unattended without one
<BenG83_1>
I was looking into how the mangement RISC in the A64 programs the AXP a while back
<tkaiser>
BenG83_1: If I understood correctly (most probably not) charging is a mess since software isn't ready with A64 legacy kernel. But things might have improved in the meantime (I try to avoid pine64 forum now).
LargePrime has joined #linux-sunxi
<BenG83_1>
there are parameters in the dts, but also in the rbus driver
<BenG83_1>
the parameters in /sys don´t really match the battery
<BenG83_1>
I would like to just have register access to the AXP from userspace because we have a datasheet for that
<BenG83_1>
the charger is actually nice
<BenG83_1>
lots of things to tweak
<BenG83_1>
but there is that management core in between the kernel and the AXP
<BenG83_1>
not sure if that is used in mainline though
Ntemis has quit [Remote host closed the connection]
paulk-blaze has quit [Quit: Leaving]
<BenG83_1>
yeah I gues they dont make enough money from email spam
<apritzel>
BenG83_1: atm we don't use the management core on mainline
<BenG83_1>
so the kernel driver talks directly to the AXP?
<BenG83_1>
or something in the ATF?
<apritzel>
BenG83_1: at the moment we get away even without a kernel driver
<apritzel>
and just setup the AXP in ATF
<BenG83_1>
that´s fine with me
<BenG83_1>
since the AXP does power budget limiting
<apritzel>
the idea was to use a firmware interface to access power management features, if needed
<BenG83_1>
if that is programmed correctly, the charge current just reduced if other things need more current
<apritzel>
yeah, for the more server like use case mainline is addressing at the moment we don't need the AXP at runtime, really
<BenG83_1>
but the limits and battery parameters need to be set per board/psu/battery and usage profile
<BenG83_1>
I am pretty sure for example that the PineBook will have quite sub-optimal performance with the defaults
<apritzel>
sure
leviathan_ has joined #linux-sunxi
<apritzel>
but firmware is meant to be device specific anyway, so we may as well program the AXP accordingly there
<BenG83_1>
but then there is also the safety issues when users start changing parameters
<apritzel>
BenG83_1: you mean like setting the battery on fire eventually?
<BenG83_1>
yeah
<apritzel>
BenG83_1: do you know if the management core actually sanitises the registers it gets for the AXP?
<apritzel>
to prevent dangerous settings?
<BenG83_1>
I don´t know what the management core does really, or how and if it changes battery/charger settings
<BenG83_1>
or how it would get these in the first place
<BenG83_1>
tablest and phones usually have some different parameter sets
<BenG83_1>
e.g. storage mode
<BenG83_1>
device powered down
<BenG83_1>
etc
<BenG83_1>
one for USB bus charging, one for wall adapter
<BenG83_1>
the AXP also does battery lifecycle management
<BenG83_1>
like smart batteries in laptops
<BenG83_1>
but the registers for that would need to be stored in some NVM
<apritzel>
so in a lack of that those parameters should be provided by the DT, for instance, or some other means like U-Boot (compile time) constants
<BenG83_1>
yeah, or at least the ones that differ from the default register values
<BenG83_1>
default charge current is 1.2A for example
<BenG83_1>
but that´s a lot for those SBCs that are powered by micro usb cables and 2.5A wall plugs
<BenG83_1>
AXP can have a max budget of 4A
<BenG83_1>
but I don´t know if there are any boards that support this current
viktor__ has quit [Ping timeout: 260 seconds]
<BenG83_1>
for the AXP to ´learn´ a battery curve some registers have to be persitent over a couple charge cycles
<BenG83_1>
otherwise it will always start with the more or less fitting defaults
<BenG83_1>
and the gauge is off
Amit_T_ has joined #linux-sunxi
<BenG83_1>
that´s usually done by storing them in RTC SRAM or sth
<apritzel>
BenG83_1: I see, interesting
<BenG83_1>
not sure if the A64 even has that
<wens>
if it has an RTC, then it has it
<wens>
otherwise the AXP itself have around 8 bytes of storage
<wens>
both require you have RTC power though
<BenG83_1>
ok
<apritzel>
BenG83_1: the A64 RTC has four 32-bit words of general purpose storage
<apritzel>
wens: but you would expect that in a laptop, for instance
<BenG83_1>
Fuel Gauge has apparently 6 registers
<wens>
apritzel: indeed
<BenG83_1>
on normal laptops that have smart batteries the rest of the system usually doesnt see those things
<apritzel>
though the RTC is controlled by Linux, so storing any values in there is not really reliable
massi has quit [Quit: Leaving]
<BenG83_1>
I use some laptop batteries with SBCs since you can query them via I2C and they have the charger and protection built-in
<BenG83_1>
with an AXP that is your own problem :)
longsleep has quit [Remote host closed the connection]
longsleep has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
vagrantc has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
BenG83_1 has quit [Quit: Leaving]
leviathan_ has joined #linux-sunxi
fkluknav has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
leviathan_ has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
Amit_T_ has quit [Remote host closed the connection]
<willmore>
mripard, for pannels and such, right? I was thinking HDMI when I say "display" as it's more generic of an output and a more generic of a display type. Maybe instead of being more specific I eneded up being more cryptic.
<willmore>
apritzel, okay. Got it. Now I need to look up the term for their including an extra ARM core on the SoC to do that secure processing/hypervising.
interrobangd has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
xes_ has quit [Ping timeout: 258 seconds]
f0xx has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 252 seconds]
terra854 has quit [Quit: Connection closed for inactivity]