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
premoboss has joined #linux-sunxi
nove has quit [Quit: nove]
libv_ is now known as libv
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
stnd has joined #linux-sunxi
<stnd> i just brought up my R16 parrot board with sunxi-next kernel. However it does not detect any audio device. dmesg http://pastebin.com/9y48rpeu dts http://pastebin.com/6QaVs9pP
premoboss has quit [Quit: Sto andando via]
<apritzel> and here we go: the Remix Mini PC boots into upstream U-Boot, with just an SD card inserted, no FEL magic needed
<BenG83_PB> :)
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
tsuggs has quit [Ping timeout: 240 seconds]
Rondom has quit [Remote host closed the connection]
Rondom has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
solarnetone has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
tkaiser has quit [Ping timeout: 260 seconds]
solarnetone has joined #linux-sunxi
lurchi_ is now known as lurchi__
lynxis_ has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
lynxis has joined #linux-sunxi
ksyz_ has quit [Ping timeout: 240 seconds]
ksyz has joined #linux-sunxi
solarnetone has quit [Ping timeout: 240 seconds]
<willmore> apritzel, so the security efuse doesn't lock you out?
<apritzel> willmore: no, it merely switches the BROM to follow a "secure boot" procedure
<apritzel> but as long as you don't burn an actual key into the efuses, it accepts actually any key
<willmore> Interesting.
<apritzel> you just have to use the TOC0 header instead of the eGON one
<willmore> What kind of keys are these? Do we know?
<apritzel> willmore: check out the TOC0 wiki page
<willmore> Checking the value of the key makes little sense--all 0x00 could be a valid key signature. ... Oh, okay...
<apritzel> all of this has been found out by jemk
<apritzel> willmore: it's a special case
<apritzel> so the image still needs to be signed, but you can use whatever key
<apritzel> and we finally get the TrustZone protection we want
<apritzel> unfortunately a non-secure BROM does not boot a TOC0 image, so we can't have one image to rule them all
<wens> apritzel: does the a64 tzpc has bits for ccu and prcm and r block peripherals?
<wens> otherwise you get locked out of a lot of stuff
<apritzel> wens: it has bits for some CCU parts
<apritzel> and yes: PRCM and R_ blocks
<wens> the a80 doesn't, so if we enable secure boot, everything's locked out :p
solarnetone has joined #linux-sunxi
<apritzel> wens: so it's secure and can't be switched?
<wens> apparently so, though i'm not going to burn the efuse and actually test it
<willmore> apritzel, I was thinking of the key format in the efuse area, not the image.
<apritzel> one the A64 some peripherals are always non-secure (HDMI, DE) and most are switchable
<apritzel> willmore: I have no idea and am not going to try out in the near future
<apritzel> willmore: ask jemk or beeble, maybe they know
<willmore> :) Okay. :) One burnt bit is a sane limit. :)
<apritzel> wens: SID, SRAM A2, R_TWD, R_WDOG and the secure controllers are always secure on the A64
<wens> hmm, no SID huh?
<apritzel> that's why AW put that SMC call into ATF ;-)
<wens> throws a wrench into the THS stuff
<apritzel> to read the calibration value?
<wens> yup
<apritzel> on the other hand the THS is always non-secure, which annoys me :-(
<wens> how so?
<apritzel> because I can't reliably use the THS in ATF only
<apritzel> to avoid overheating
<apritzel> any non-secure code could turn off the THS
<apritzel> it should be switchable
<wens> isn't ATF supposed to be reactionary? i mean it only runs when you do an smc call?
<apritzel> I don't know if there is such a rule
<apritzel> the plan was to use a secure interrupt
<apritzel> program the THS to trigger the IRQ when the SoC gets really hot
<apritzel> then let ATF turn off the board
<apritzel> MoeIcenowy: can you pull the sunxi64 U-Boot branch and test OPi PC2 and out-of-tree build again?
<apritzel> MoeIcenowy: I pushed two fixes for those issues you reported
<apritzel> (thanks for that, btw)
<apritzel> bye
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<wens> apritzel: hmm, i guess that works :)
BenG83 has quit [Ping timeout: 260 seconds]
solarnetone has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 258 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
agraf has quit [Ping timeout: 256 seconds]
solarnetone has joined #linux-sunxi
tkaiser has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
solarnetone has quit [Ping timeout: 260 seconds]
solarnetone has joined #linux-sunxi
solarnetone has quit [Ping timeout: 240 seconds]
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 276 seconds]
solarnetone has joined #linux-sunxi
ninolein has joined #linux-sunxi
solarnetone has quit [Ping timeout: 260 seconds]
ninolein_ has quit [Ping timeout: 276 seconds]
agraf has joined #linux-sunxi
victhor has quit [Ping timeout: 256 seconds]
vishnup has quit [Ping timeout: 240 seconds]
solarnetone has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 260 seconds]
doppo has quit [Remote host closed the connection]
deepbook5broo has joined #linux-sunxi
deepbook5broo has left #linux-sunxi [#linux-sunxi]
solarnetone has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 255 seconds]
solarnetone has joined #linux-sunxi
lurchi_ is now known as lurchi__
indy has quit [Ping timeout: 240 seconds]
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
indy has joined #linux-sunxi
tkaiser has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 260 seconds]
pg12 has quit [Ping timeout: 256 seconds]
tkaiser has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
pg12 has joined #linux-sunxi
souther has joined #linux-sunxi
agraf has quit [Ping timeout: 255 seconds]
<stnd> a little help R16 board please
agraf has joined #linux-sunxi
<KotCzarny> r16 is essentially a33, so follow guides/configs for a33
<stnd> I've got R16 to boot up. But the audio devices wont show up
<KotCzarny> status table says 4.11 for audio for a33
tkaiser has joined #linux-sunxi
<stnd> sorry i didnt quite get that KotCzarny
tkaiser has quit [Ping timeout: 240 seconds]
<stnd> i thought the checkins are present in sunxi-next. no?
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
reinforce has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
muvlon has quit [Ping timeout: 245 seconds]
tkaiser has quit [Ping timeout: 240 seconds]
muvlon has joined #linux-sunxi
<KotCzarny> maybe, you dudnt mention which kernel you are trying
<KotCzarny> *didnt
IgorPec has quit [Ping timeout: 240 seconds]
techping has joined #linux-sunxi
<wens> you still need to enable it in the dts file for your particular board
techping_ has joined #linux-sunxi
leio has quit [Remote host closed the connection]
fl_0 has quit [Ping timeout: 258 seconds]
fl_0 has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
f0xx has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
msevwork has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<MoeIcenowy> wens: updated some sun8i-r40-ccu code https://github.com/Icenowy/linux/tree/r40-wip
tkaiser has quit [Ping timeout: 260 seconds]
kristina has joined #linux-sunxi
mzki has quit [Quit: leaving]
fl_0 has quit [Ping timeout: 240 seconds]
fl_0 has joined #linux-sunxi
<MoeIcenowy> wens: I ask a question: why is the addr 0x68 for axp221s on P2WI on A31{,s} boards, but 0x34 for axp221s on R40?
<ElBarto> MoeIcenowy: 8bit vs 7bit address ?
<MoeIcenowy> maybe...
<MoeIcenowy> as P2WI is a very simple naive controller...
tkaiser has joined #linux-sunxi
IgorPec has joined #linux-sunxi
terra854 has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<MoeIcenowy> A mysterious problem met on Pine64/BPi-M2U...
<MoeIcenowy> if I set dcdc1 voltage to 3.3v, then mmc0 will show this error: "mmc0: Problem switching card into high-speed mode!"
<MoeIcenowy> but if it's 3.0v, it's ok
<montjoie> wens: mripard what can I do for the tx/rx delay, each time someone ask for "what is the units" and datasheet doesnt give anything
f0xx has quit [Ping timeout: 240 seconds]
<MoeIcenowy> oh now it may be very interesting to test R40 with dwmac-sun8i ;-)
<MoeIcenowy> montjoie: can dwmac-sun8i enable/disable regulators now?
<montjoie> yes
<MoeIcenowy> https://github.com/Icenowy/linux/tree/r40-wip now have a device tree for BPi M2U that enables mmc0, mmc1 and mmc2 ;-)
<MoeIcenowy> oh now should I adopt a sun4i-emac driver? ;-)
techping has quit [Quit: Page closed]
techping_ has quit [Remote host closed the connection]
<beeble> montjoie: approximately 60ps steps. but thats due reasoning not measuring. don't have equipment with that OCOCresolution
apritzel has joined #linux-sunxi
Andy-D has joined #linux-sunxi
<wens> MoeIcenowy: it's 0x34, but shifted :/
<MoeIcenowy> montjoie: how to specify regulators for it?
BenG83_PB has quit [Quit: Leaving]
<montjoie> see example in bpim2+ DT (or pine64)
apritzel has quit [Ping timeout: 260 seconds]
codekipper has joined #linux-sunxi
<MoeIcenowy> montjoie: how for more than one regulators?
<codekipper> stnd: have you enabled the building of the audio components in your sunxi_defconfig? "ls sound/soc/sunxi" - if you don't see any objects then they're not being built
<montjoie> MoeIcenowy: good question
<MoeIcenowy> on some boards (e.g. Pine64 and BPi-M2U)
<MoeIcenowy> there's one regulator for powering up PHY
<MoeIcenowy> and another regulator for the I/O voltage ofr PHY
<MoeIcenowy> s/ofr/of/g
<codekipper> lurchi_: i'm currently looking at implementing the audio codec on the A64 based on the A33 delivery...it's WIP. I2S i did get working based on the h3 changes I made..however it wasn't working last night
<montjoie> it seems that I need to patch my driver for an additionnal regualtor
<MoeIcenowy> codekipper: the digital part on A64 seems very similar to A33
<MoeIcenowy> but the analog part is more complex
<MoeIcenowy> and the Allwinner didn't even keep the sequence of registers...
<codekipper> yeah..it's similar just the TXFIFO address is the same as the i2s block
<codekipper> my changes for the h3 i2s prepare me for this
<MoeIcenowy> codekipper: please check whether you did duplicate work with Mylene
<MoeIcenowy> (Mylene is the author of A33 codec support
<codekipper> but I don't hear any analog activity....switching of amps etc
<codekipper> I'm based on top of hers
maz has joined #linux-sunxi
f0xx has joined #linux-sunxi
enrico_ has joined #linux-sunxi
leio has joined #linux-sunxi
<MoeIcenowy> montjoie: dwmac-sun8i failed to work on R40...
<MoeIcenowy> the driver itself seems to be probed
<MoeIcenowy> but the MDIO PHY isn't probed well
<MoeIcenowy> "busybox cat /sys/bus/mdio_bus/devices/stmmac-0\:00/phy_id" returns 0x00000000
<wens> wrong syscon?
<montjoie> MoeIcenowy: show me your DT patch
<wens> is it possible it uses the old gmac clock register in the CCU?
<MoeIcenowy> at least in clk-sun8iw11.c there's no any other configs for {E,G}MAC except gates and resets
<montjoie> no user manual for R40 ?
<MoeIcenowy> SUNXI_CLK_PERIPH(gmac, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, BUS_RST1, BUS_GATE1, 0, 0, 17, 17, 0, &clk_lock, NULL, 0);
<MoeIcenowy> montjoie: yes
<wens> MoeIcenowy: there was no clk for it in a20 either
<montjoie> perhaps syscon register is different
<wens> it's the same tx/rx delay stuff you see in the syscon on h3
<montjoie> so MoeIcenowy you should change the emac comptable to h3 and not a64
<MoeIcenowy> :q
<MoeIcenowy> oh...
<MoeIcenowy> P.S. I think now dwmac-sunxi driver may be renamed to dwmac-sun7i
<MoeIcenowy> to differ with dwmac-sun8i
<wens> no, what i meant was that the syscon register might be in the ccu
<wens> best look at the bsp driver
<MoeIcenowy> but the CCU changed a lot from A20 to R40
<MoeIcenowy> R40 is a sun6i-style CCU
<wens> A31 gmac clock is also in CCU
<montjoie> wens: any idea for my tx/rx delay question ?
<MoeIcenowy> maybe I should try EMAC first ;-)
<wens> montjoie: nope, that is a question for allwinner
<MoeIcenowy> Allwinner used the mainlined sun4i-emac for the EMAC on R40
matthias_bgg has quit [Quit: Leaving]
<MoeIcenowy> oh my problems page forgot to be sent to
<MoeIcenowy> wens: maybe you are right...
<MoeIcenowy> the bsp dt show reg = <0x0 0x01c50000 0x0 0x40000>, <0x0 0x01c20164 0x0 0x04>;
<MoeIcenowy> P.S. for A64 it shows reg = <0x0 0x01c30000 0x0 0x40000>, <0x0 0x01c00000 0x0 0x30>;
<MoeIcenowy> oh my god I used wrong base address!
<MoeIcenowy> SO SILLY ICENOWY IS
Andy-D has quit [Ping timeout: 255 seconds]
<beeble> montjoie: they have to be picosecond steps. they only question is if its a 1ns or more of a 2ns range you get with the register. i would guess its -1 to 1 ns for the 5bit register and -0.5 to 0.5 for the 4bit
<MoeIcenowy> ok let me forget GMAC at first
leio has quit [Ping timeout: 240 seconds]
lemonzest has joined #linux-sunxi
apritzel has joined #linux-sunxi
<wens> argh, real bad day at the office :/
<MoeIcenowy> oh BPi M2U uses axp_gpio 0 for WLAN interrupt...
matthias_bgg has joined #linux-sunxi
agraf has quit [Ping timeout: 268 seconds]
<MoeIcenowy> the BSP have even disabled mmc1... so mysterious
agraf has joined #linux-sunxi
LargePrime has quit [Ping timeout: 260 seconds]
BenG83 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
apritzel1 has joined #linux-sunxi
yann|work has quit [Ping timeout: 252 seconds]
leio has joined #linux-sunxi
apritzel has quit [Ping timeout: 260 seconds]
Mr__Anderson has joined #linux-sunxi
* MoeIcenowy trying to enable EMAC on R40
apritzel1 is now known as apritzel
agraf has quit [Ping timeout: 240 seconds]
agraf has joined #linux-sunxi
yann|work has joined #linux-sunxi
* Nemo_bis misread "psicosecond"
popolon has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
oliv3r has quit [Ping timeout: 240 seconds]
agraf has quit [Ping timeout: 240 seconds]
agraf has joined #linux-sunxi
apritzel has left #linux-sunxi [#linux-sunxi]
leviathan has joined #linux-sunxi
dizzuhen has joined #linux-sunxi
dizzuhen has quit [Client Quit]
BenG83 has quit [Ping timeout: 268 seconds]
diego71 has joined #linux-sunxi
diego71_ has quit [Ping timeout: 268 seconds]
tkaiser has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
scelestic has quit [Read error: Connection reset by peer]
chomwitt1 has joined #linux-sunxi
BenG83 has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
leio has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
codekipper has quit [Quit: Page closed]
tkaiser has quit [Ping timeout: 268 seconds]
afaerber has joined #linux-sunxi
scelestic has joined #linux-sunxi
gzamboni has joined #linux-sunxi
leio has joined #linux-sunxi
<montjoie> now time to code dwmac-sun8i v2
tkaiser has joined #linux-sunxi
<jelle> nice :)
<montjoie> oen comment from mripard force me to add another big cleanup patch
<montjoie> argh
BroderTuck has joined #linux-sunxi
<BroderTuck> montjoie: is it DWMAC as in 'config DWMAC_SUN8I', GMAC as in 'tristate "Allwinner sun8i GMAC support"', or EMAC as in "Support for Allwinner H3 A83T A64 EMAC ethernet controllers" ?
<BroderTuck> (path 05/21)
<montjoie> it's the same
<wens> might want to call it EMAC, matching whats in the datasheets
<montjoie> ah ok the question was GMAC vs EMAC
<montjoie> yes datasheet speak about EMAC so I keep it
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<willmore> MoeIcenowy, regarding the axp address issue. Is this a #define? I2C addresses are 7 bit (it's more complex, but we'll skip that), but they sent in bits 7-1. Bit 0 is used as a read/write flag to the slave device. So, maybe your value has the shift already added?
LargePrime has quit [Ping timeout: 255 seconds]
afaerber has quit [Quit: Leaving]
afaerber has joined #linux-sunxi
komunista has joined #linux-sunxi
<MoeIcenowy> wens: on R40 it's called GMAC
<MoeIcenowy> and in stock kernel device tree compatible it's sunxi-gmac
LargePrime has joined #linux-sunxi
<MoeIcenowy> (in contrast of MII-only MAC sun4i-emac
victhor has joined #linux-sunxi
<tkaiser> MoeIcenowy: R40 datasheet clearly differentiates between EMAC (MII) and GMAC (MII/RGMII). BTW: Do you got a newer version than 0.1 of the datasheet in the meantime?
leio has quit [Ping timeout: 255 seconds]
leio has joined #linux-sunxi
<MoeIcenowy> nope.
<MoeIcenowy> I'm doing development by educated guesses, BSP sources and BSP device trees
cnxsoft has quit [Quit: cnxsoft]
Ntemis has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
LargePrime has quit [Ping timeout: 240 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
BroderTuck has quit [Quit: -]
LargePrime has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
BenG83 has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
BenG83 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
jernej has joined #linux-sunxi
<tkaiser> Nice, 2nd available H5 board already up and running with 4.10: https://github.com/igorpecovnik/lib/commit/c7a9f59293b29020a0e9ed81ef9c28b230015ac0
IgorPec5 has joined #linux-sunxi
<MoeIcenowy> NanoPi NEO 2...
<tkaiser> MoeIcenowy: Yep, FA revealed existence and details a week ago: http://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO2/zh
<tkaiser> More or less NanoPi NEO but with H5 and external RTL8211E PHY
<MoeIcenowy> tkaiser: do you have schedule to make images for R40 Banana Pi M2 Ultra?
afaerber has quit [Quit: Leaving]
<tkaiser> MoeIcenowy: Nope (at least not now), it all depends on your all mainline progress.
<tkaiser> MoeIcenowy: Just following BSP/legacy 'efforts' here and there from time to time, eg. this funny bit: https://github.com/tinalinux/target/commit/dfc18a7105cdc358b9c9131a1951fe28aa38db42
<BenG83> what is Tina Linux?
<tkaiser> BenG83: Linus' wife ;)
<BenG83> lol
<MoeIcenowy> BenG83: a linux distro (mix of Android, OpenWRT and Buildroot) by AW
<BenG83> oO
<tkaiser> MoeIcenowy: I wouldn't call it distro. It's an attempt to drive 3rd parties crazy. Either kernel 3.4.39 or 3.10.65, tons of vulnerabilities, a build system that produces 'LiveSuit' images in the end. That's nothing anyone outside Allwinner will touch.
<BenG83> that sounds scary
<MoeIcenowy> I think at least some people touch it.
<MoeIcenowy> e.g. Nintendo ;-)
<MoeIcenowy> and you cannot imagine what can Chinese hardware vendors stand
<tkaiser> Hmm... I was under the impression that 3rd parties get help here and all the work is been done by AW themselves. But that's just an impression...
<MoeIcenowy> some people can even use 2.6.35 in 2016 ;-)
<MoeIcenowy> for them 3.4 is very new, and 3.10 is too new (it even uses a feature called "device tree" that is complex and difficult to learn ;-)
vishnup has joined #linux-sunxi
<BenG83> Tl talked about AW dropping a 4.2 based BSP
<tkaiser> MoeIcenowy: Maybe you're right. At least they still support fex and 'compile' it to DT if I understood correctly...
<tkaiser> BenG83: They said the same for 3.18 before. And it's obvious they don't think about why 'port and forget' is wrong :)
<MoeIcenowy> I think in the era before 3.4 they at least updated the kernel a bit
<MoeIcenowy> from 2.6.35 to 3.0 to 3.3 to 3.4
<swabbles> *sigh*
<swabbles> gcc 4.9.4 SPL overflow with 2 kiB.
<swabbles> gcc 5.4.0-r3 SPL overflow with 1.7 kiB.
* swabbles tries gcc 6.2.
<MoeIcenowy> swabbles: for which board?
<swabbles> apritzel's sunxi64-beta branch for Pine64+.
<MoeIcenowy> 64-bit SPL is very easy to overflow...
<swabbles> I can imagine.
<swabbles> I hope he will be online soon so that I can poke him about it :).
reinforce has joined #linux-sunxi
<swabbles> Maybe I am just doing something wrong, or he has already fixed this issue.
aballier has quit [Ping timeout: 240 seconds]
aballier has joined #linux-sunxi
vagrantc has joined #linux-sunxi
afaerber has joined #linux-sunxi
<MoeIcenowy> ok my r40-wip now supports MMC and USB ;-)
<tkaiser> MoeIcenowy: Is the GMAC in R40 identical with EMAC in H3/A64/A83T/H5?
Leepty has quit [Remote host closed the connection]
jernej has quit [Quit: Konversation terminated!]
<MoeIcenowy> not fully identical
<MoeIcenowy> but mostly identical
<tkaiser> Different register obfuscation? ;)
<MoeIcenowy> nope
<MoeIcenowy> only one register differenece
<MoeIcenowy> the GETH_CLK_REG register is in CCU on R40, but in syscon on other SoCs
<tkaiser> MoeIcenowy: So working Ethernet with mainline kernel isn't that far away? :)
<MoeIcenowy> maybe not too far
<MoeIcenowy> but I want to do it after dwmac-sun8i being merged
apritzel has joined #linux-sunxi
<apritzel> swabbles: what's up :-D
pietrushnic has quit [Ping timeout: 256 seconds]
<apritzel> and yes, I use GCC 6.2
* MoeIcenowy also use GCC 6.2 and at least didn't face overflow with unchanged code from apritzel
pietrushnic has joined #linux-sunxi
<MoeIcenowy> SMP is still not available, as I do not know how to do PSCI
<apritzel> MoeIcenowy: that should be copy&paste from A20, for instance, I guess?
<MoeIcenowy> To be honest, I know little about ARM
* vagrantc blinks
* vagrantc finally got some pine64+ systems into actualy real-world use
<vagrantc> apparently thanks to someone who knows little about arm
<tkaiser> MoeIcenowy: Thanks, but not M2U around and not willing to touch the device anytime soon. Dealing with M2+ was already such a waste of time. But will post the link in Armbian forum for unfortunate M2U customers really not happy with instable legacy kernel
<MoeIcenowy> but it's a pity that M2U is the only R40 device available...
<apritzel> btw: are there other H5 devices around, or at least planned?
<tkaiser> MoeIcenowy: True
<MoeIcenowy> apritzel: Nano Pi NEO2, mentioned above
<tkaiser> apritzel: and OPi Zero 2
<MoeIcenowy> slightly hacked the dwmac-sun8i driver, and pray for it to work
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
Andy-D has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
<hramrach> hello
<hramrach> what do you use to make teblet screen rotate when the tablet is physically rotated?
<MoeIcenowy> usually I use fbdev/fbturbo driver's Rotate parameter
<MoeIcenowy> for X.Org
<hramrach> what sets the parameter?
<MoeIcenowy> xorg.conf.d/
<hramrach> I mean I can rotate the screen just fine. but in android it rotates automagically when you move the tablet
<hramrach> so what do you use in Linux torotate the screen for you
<MoeIcenowy> oh it's by accelerometer, but currently no solution is made to rotate it, as fbdev/fbturbo lacks proper Xrandr support
<plaes> yeah ^^
<hramrach> and actually it's not xorg.conf.d. xorg.conf.d is AFAIK only read on start or maybe on screen hotplug which is not useful for builtin screen
<MoeIcenowy> runtime rotate is by Xrnadr.
<MoeIcenowy> Xrandr
<MoeIcenowy> Xfbdev is deprecated
<hramrach> ok, so there is no solution that would actually call xrandr and fbset to aling your screen orientation with accelerometer readings
<hramrach> and I do not care about deprecated with X. all of X is deprecated
<MoeIcenowy> you can try it
* MoeIcenowy considering whether I should send out R40 linux kernel support patch
<hramrach> also the modesetting driver might work
<MoeIcenowy> yes, but modesetting work requires that your device is A13/A33
<MoeIcenowy> and it currently needs a patch to work on Q8s
<hramrach> what about a23?
<MoeIcenowy> A23 drm is still WIP by wens
tucker has joined #linux-sunxi
<hramrach> ok, at least the A13 tablet should work .. provided I get the accelerometer working .. and all the stuff I never bothered about ;-)
<MoeIcenowy> a patch is needed...
<hramrach> I remember why it's broken now. It has that GLS<somenumber> or what it's called touch layer. Which is awesomely flexible so it does something completely different depending on the firmware blob you upload to it
<MoeIcenowy> GSL?
<MoeIcenowy> GSL is only a touchscreen controller
<MoeIcenowy> not a accelerometer
<hramrach> yes, meaning if it's broken the tablet is pretty useless as a tablet
Putti has quit [Remote host closed the connection]
<MoeIcenowy> you broke the firmware only, or you broke the chip?
<hramrach> I think I used completely broken driver that failed to communicate with the chip at all reflecting on the issues I was seeing.
Putti has joined #linux-sunxi
<hramrach> The firmware is uploaded every time the chip is initialized so yo ucannot break that
JohnDoe_71Rus has joined #linux-sunxi
<MoeIcenowy> currently in mainline there's a silead driver.
<hramrach> yes, I noticed that. Might be worth trying.
<hramrach> or I can just stick an accelerometer on my desktop screen with double sided tape and use it for testing ;-)
jelle has quit [Ping timeout: 240 seconds]
f0xx has quit [Ping timeout: 255 seconds]
<hramrach> It might be even useful application. Few modern desktop screen that can be rotated also have sensor that gives the orientation of the screen.
<tucker> This discussion makes me remember the Facit Twist http://oldcomputer.info/terminal/fac4440/index.htm :)
Wizzup has quit [Ping timeout: 260 seconds]
jelly1 has joined #linux-sunxi
jelly1 has joined #linux-sunxi
jelly1 has quit [Changing host]
Wizzup has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
<hramrach> ok, thanks for help
<tucker> Anyway, I have a http://linux-sunxi.org/HYH-TBH3 that I'd like to someday use with mainline linux. Anyone who feels up for crafting a dts for it, based on the fex linked from the device page?
<hramrach> Looks like resurrecting an A13 tablet is worth trying but since no solution for screen rotation exists anyway using desktop screen and discrete acccelerometer board should be good enough for prototyping
<MoeIcenowy> tucker: do it yourself by learning existing DT ;-)
<hramrach> iirc there is even a dtc option to read dt from the running kernel
<MoeIcenowy> but I think the stock kernel of H3 do not use dt
<apritzel> MoeIcenowy: Theobroma has started dropping sunxi/A64 patches to the u-boot ML
<tucker> MoeIcenowy: The closest board I could use for refence seems to be orangepi-pc, and that sorta-works, log: http://www.palvencia.se/H3/dmesg-dwmac.txt
<MoeIcenowy> apritzel: which part? SPL? (I think at least DRAM is merged in 2017.03) FIT?
<apritzel> various stuff, actually
<apritzel> fixes first, I believe
<apritzel> their repo had like 100 patches once, so be prepared ;-)
<MoeIcenowy> apritzel: did him CC me or CC linux-sunxi?
<MoeIcenowy> I do not subscribe u-boot ML ;-)
<apritzel> MoeIcenowy: ah, so you are not on CC:, also not linux-sunxi
<apritzel> but it should appear in the U-Boot ML archives
matthias_bgg has quit [Quit: Leaving]
leviathan has quit [Remote host closed the connection]
oliv3r has joined #linux-sunxi
<swiftgeek> how do i setup gadget with more than one function?
<MoeIcenowy> gadgetfs>
<MoeIcenowy> ?
<swiftgeek> MoeIcenowy: i just want to combine existing gadgets
paulk-collins has quit [Quit: Leaving]
<MoeIcenowy> functionfs?
<MoeIcenowy> I forgot it
<swiftgeek> ~ have g_ether and g_serial at the same time (best with also mass storage)
<MoeIcenowy> maybe you need g_cdc ;-)
popolon has quit [Quit: WeeChat 1.4]
<swiftgeek> well i see kernel/drivers/usb/gadget/function/u_ether.ko
lkcl has quit [Ping timeout: 240 seconds]
<swiftgeek> MoeIcenowy: could it be configfs?
nove has joined #linux-sunxi
<MoeIcenowy> maybe
<MoeIcenowy> but g_cdc is pre-combined composite gadget for ethernet and serial
<swiftgeek> oh neat
<swiftgeek> very neat
<MoeIcenowy> g_multi is ether+serial+massstorage, but I have never used it
<swiftgeek> oh it doesn't work :D
<MoeIcenowy> which one doesn't work?
<swiftgeek> ah i had too much of modules loaded
<swiftgeek> or not - only g_serial is recognized by my host linux system (archlinux)
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<swiftgeek> or not, it was just probably ModemManager heh
<swiftgeek> anyway thx MoeIcenowy, now i can have at least both and learn about configfs to put more stuff together :>
<beeble> MoeIcenowy: linux-sunxi being subscribe only discourage a bit to CC
<swiftgeek> g_cdc gadget: CDC Composite Gadget, version: King Kamehameha Day 2008
<swiftgeek> lol
chomwitt1 has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
<MoeIcenowy> P.S. do not load several gadget modules at the same time.
<MoeIcenowy> to load g_cdc please unload other g_*
<swiftgeek> i loaded some u_ stuff
Mr__Anderson has quit [Client Quit]
f0xx has joined #linux-sunxi
IgorPec5 has quit [Ping timeout: 240 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
<swabbles> apritzel: OK, good, gcc 6.2 has finished installing so I will try it in a few :).
<apritzel> swabbles: enjoy ;-) afk for a bit ...
<swabbles> apritzel: I will test the SPI driver on A64 on Monday btw.
<swabbles> if I can get your branch to work now :).
<swabbles> but it does work nicely on the Orange Pi Zero and the A20 OLinuXino Lime2 thus far.
apritzel has quit [Ping timeout: 240 seconds]
yann|work has quit [Ping timeout: 255 seconds]
yann|work has joined #linux-sunxi
<nove> (as in the amlogic case this is also interesting to know), rockchip has been working to mainline their vpu driver from some time already, but what is new (i didn't knew), is that rockchip also released all the sources for their Media Process Platform -> https://github.com/rockchip-linux/mpp
<nove> not only the sources needed for making the mainline driver, but also all the rest of the sources *without* "license issues"
Putti has quit [Remote host closed the connection]
yann|work has quit [Ping timeout: 240 seconds]
Putti has joined #linux-sunxi
<lurchi_> MoeIcenowy: do you know if codekipper or mylene have a public repository for trying audio codec support on A64?
<MoeIcenowy> I think there's no
<lurchi_> MoeIcenowy: too bad, thanks anyway
Pepe has quit [Ping timeout: 240 seconds]
chomwitt1 has joined #linux-sunxi
vishnup has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
<MoeIcenowy> mripard: can axp_gpio work as interrupt?
<MoeIcenowy> BPi M2U board uses axp gpio0 as ap6212's interrupt line
jelly has quit [Ping timeout: 240 seconds]
<apritzel> MoeIcenowy: which AXP is that?
<apritzel> swabbles: did GCC 6.2 work for you?
<rellla> nove: seems rockchip is very much ahead now
<rellla> in thinking about license issues
<apritzel> MoeIcenowy: it should work: you configure the AXP to trigger an IRQ on a GPIO edge, which will end up on the #NMI pin on the SoC, which is connected to the GIC
<nove> rellla: is not only rockchip but every soc vendor is now doing something, expect all winner
berkutta__ has quit [Ping timeout: 245 seconds]
chrishell has joined #linux-sunxi
<rellla> nove: it's sad that - iirc - allwinner have been one on the first, that have been told about how it should work better ...
<rellla> *one of the first
dave0x6d has joined #linux-sunxi
<plaes> yeah :(
tucker_ has joined #linux-sunxi
Pepe has joined #linux-sunxi
jernej has joined #linux-sunxi
tucker has quit [Ping timeout: 240 seconds]
codekipper has joined #linux-sunxi
<codekipper> just updated...i2s is working, spdif I've not tested...analog codec WIP
<lurchi_> codekipper: thanks a lot
<codekipper> I've brought in the new ethernet patches but they don't seem to work on the A64
<codekipper> they do on my H3 though
<lurchi_> will build and see if my scope sees anything on SPDIF
terra854 has quit [Quit: Connection closed for inactivity]
<codekipper> coolio....let us know if you get anywhere with it...
jelly-home has joined #linux-sunxi
jelly-home is now known as jelly
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7067-g256ee1f5a, build type: debug, sources date: 20160102, built on: 2017-02-10 01:54:45 UTC git-7067-g256ee1f5a http://www.kvirc.net/]
codekipper has quit [Ping timeout: 260 seconds]
yann|work has joined #linux-sunxi
lurchi_ is now known as lurchi__
reinforce has quit [Quit: Leaving.]
jelly1 is now known as jelle
lurchi__ is now known as lurchi_
vagrantc has quit [Ping timeout: 255 seconds]
jernej has quit [Ping timeout: 268 seconds]
f0xx has quit [Ping timeout: 240 seconds]
cptG_ has joined #linux-sunxi
nove has quit [Quit: nove]
jernej has joined #linux-sunxi
cptG has quit [Ping timeout: 240 seconds]
scream has joined #linux-sunxi
Xalius_Ph has joined #linux-sunxi
marcan has quit [Ping timeout: 240 seconds]
netlynx has quit [Quit: Ex-Chat]
marcan has joined #linux-sunxi
berkutta__ has joined #linux-sunxi
tucker_ has quit [Quit: -]
jernej has quit [Ping timeout: 260 seconds]
marcan has quit [Ping timeout: 260 seconds]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
marcan has joined #linux-sunxi
Xalius_Ph has quit [Ping timeout: 260 seconds]
Mr__Anderson has joined #linux-sunxi
Xalius_Ph has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
marcan has quit [Ping timeout: 240 seconds]
marcan has joined #linux-sunxi
scream has quit [Remote host closed the connection]
Xalius_Ph has quit [Ping timeout: 240 seconds]
akaWolf has quit [Ping timeout: 245 seconds]
Xalius_Ph has joined #linux-sunxi
Xalius_Ph has quit [Ping timeout: 255 seconds]
Wizzup has quit [Quit: Reconnecting]
Wizzup has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Xalius_Ph has joined #linux-sunxi
lurchi_ is now known as lurchi__
lkcl has joined #linux-sunxi
mzki has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
Xalius_Ph has quit [Ping timeout: 260 seconds]
Andy-D has quit [Ping timeout: 255 seconds]
andromed1-galaxy has quit [Remote host closed the connection]
chrishell has left #linux-sunxi [#linux-sunxi]
lurchi__ is now known as lurchi_
Xalius_Ph has joined #linux-sunxi
arete74 has quit [Ping timeout: 268 seconds]
arete74 has joined #linux-sunxi
Xalius_Ph has quit [Ping timeout: 255 seconds]
Mr__Anderson has quit [Quit: Leaving.]
komunista has quit [Quit: Leaving.]
IgorPec has quit [Ping timeout: 268 seconds]
<swabbles> apritzel: I wanted to install 6.2, but they removed the package.
<swabbles> So I decided to try 6.3 instead.
<swabbles> aarch64-unknown-linux-gnu-ld.bfd: u-boot-spl section `.u_boot_list' will not fit in region `.sram'
<swabbles> aarch64-unknown-linux-gnu-ld.bfd: region `.sram' overflowed by 56 bytes
Xalius_Ph has joined #linux-sunxi
<apritzel> swabbles: for the Pine64?
<swabbles> Pine 64+
<apritzel> 30382 352 344 31078 7966 spl/u-boot-spl
<apritzel> (output of size)