rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
<jernej> no, because I couldn't write or read anything meaningful to AC200, as I said before
<apritzel> yeah, I see, bummer
<apritzel> did it work under the BSP kernel?
<jernej> ethernet works, if that's what you're asking
<apritzel> I was wondering if you were able to talk to the AC200 via I2C when running the BSP kernel
<jernej> how could I? I2C port is already claimed by ac200 driver
<jernej> besides, it's Android, I doubt there are i2c tools available
<apritzel> right, I guess I am just spoiled ;-)
<apritzel> (unbind the driver, rmmod, ...)
<jernej> assuming it's module
<jernej> usually there is very little modules in Android
<apritzel> yeah, that's why I said I am spoiled ;-)
<apritzel> jernej: ah, I just figured that the RTL8211 (and probably other PHYs) contains a PLL, and requires a 25MHz input clock. So you can save a crystal and use EPHY_25M signal. OPi-Zero2 uses a crystal, though
pmp-p has quit [Quit: No Ping reply in 180 seconds.]
pmp-p has joined #linux-sunxi
pmp-p has quit [Remote host closed the connection]
pmp-p has joined #linux-sunxi
lucascastro has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
popolon has quit [Quit: WeeChat 3.0]
asdf28 has quit [Ping timeout: 240 seconds]
Mangy_Dog has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
ChriChri_ has joined #linux-sunxi
ChriChri has quit [Ping timeout: 272 seconds]
ChriChri_ is now known as ChriChri
TiD91 has quit [Ping timeout: 244 seconds]
MartijnBraam has quit [Ping timeout: 240 seconds]
TiD91 has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
kaspter has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
apritzel has quit [Ping timeout: 265 seconds]
victhor has quit [Ping timeout: 246 seconds]
parabyte has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
Asara_ is now known as Asara
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 272 seconds]
camus is now known as kaspter
faruk has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
ldevulder_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
ldevulder has quit [Ping timeout: 240 seconds]
camus has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
reinforce has joined #linux-sunxi
<megi> oh nice!
<megi> T7 user manual contains documentation for the DSI controller
<megi> relatively detailed
<megi> there's a need for some index of in what random SoC part a particular Allwinner SoC block is documented :D
huawei has quit [Quit: ZNC - https://znc.in]
huawei has joined #linux-sunxi
huawei has quit [Client Quit]
asdf28 has joined #linux-sunxi
huawei has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 264 seconds]
cmeerw has joined #linux-sunxi
apritzel has joined #linux-sunxi
huawei has quit [Quit: ZNC - https://znc.in]
kaspter has quit [Ping timeout: 264 seconds]
kaspter has joined #linux-sunxi
cmeerw has quit [Ping timeout: 272 seconds]
faruk has quit [Ping timeout: 256 seconds]
huawei has joined #linux-sunxi
<gediz0x539> do you have any device with T7?
huawei has quit [Client Quit]
huawei has joined #linux-sunxi
apritzel has quit [Ping timeout: 265 seconds]
ldevulder_ is now known as ldevulder
faruk has joined #linux-sunxi
dddddd has quit [Ping timeout: 246 seconds]
matthias_bgg has joined #linux-sunxi
netlynx has joined #linux-sunxi
davide71 has joined #linux-sunxi
apritzel has joined #linux-sunxi
AneoX has joined #linux-sunxi
davide71 has quit [Remote host closed the connection]
davide71 has joined #linux-sunxi
davide71 has quit [Remote host closed the connection]
sunilmohan has quit [Ping timeout: 256 seconds]
sunilmohan has joined #linux-sunxi
sunilmohan has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 272 seconds]
cnxsoft has joined #linux-sunxi
cnxsoft1 has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
lurchi_ is now known as lurchi__
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
abelvesa has joined #linux-sunxi
victhor has joined #linux-sunxi
kaspter has quit [Ping timeout: 256 seconds]
kaspter has joined #linux-sunxi
asdf28 has quit [Ping timeout: 256 seconds]
daregap has joined #linux-sunxi
<MoeIcenowy> megi: where is T7 manual available?
kaspter has quit [Quit: kaspter]
parabyte has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
asdf28 has joined #linux-sunxi
<wens> the CSI D-PHY patch makes me think that MIPI CSI and MIPI DSI can't be used at the same time
<mripard> wens: afaik there's one phy for each
anarsoul has quit [Remote host closed the connection]
anarsoul has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
popolon has joined #linux-sunxi
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
dddddd has joined #linux-sunxi
faruk has quit [Remote host closed the connection]
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
luke-jr has quit [Excess Flood]
indy has quit [Ping timeout: 240 seconds]
luke-jr has joined #linux-sunxi
nashpa_ has joined #linux-sunxi
nashpa has quit [Ping timeout: 272 seconds]
indy has joined #linux-sunxi
luke-jr has quit [Excess Flood]
luke-jr has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
asdf28 has quit [Ping timeout: 256 seconds]
asdf28 has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 264 seconds]
cnxsoft has quit [Quit: cnxsoft]
gaston1980 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
kaspter has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 256 seconds]
<jernej> apritzel: I have extremely hackish U-Boot for net booting T95
<jernej> I can push changes if you're interested
<apritzel> jernej: oh nice, so did you find the root cause for the instability?
<jernej> yeah, i2c command is strange, from code it works well
<apritzel> ah, interesting. I think I did my experiments on my H6 TV box back then with this command in U-Boot as well
<apritzel> jernej: that's very helpful, I might merge some DT parts into the kernel patches
<jernej> take whatever you want, although I don't see which parts are helpful to you
<apritzel> on a second thought, we can add this later to the DT when we add proper support for the second EMAC
<karlp> omg, not using brand newest led colour dt bindings! ;)
<jernej> karlp: it was quick c&p but apritzel was already notified about that :)
<karlp> hehe
<karlp> just teasing, I think they're still way to bleeding edge anyway
cmeerw has joined #linux-sunxi
<jernej> actually, I should remove LED nodes, these TV boxes nowadays are so cheap, they don't have any
<jernej> only simple 7 segment display for hour and few indicators
<jernej> s/hour/time/
<jernej> karlp: once something is deprecated, you have to start correcting people right away, so imo there is no "way too bleeding edge"
<karlp> to a point, I'm still not ocnvinced they made it better :)
<karlp> it feels like a committe failure at this point, but time will tell.
<karlp> we can barely even convince people to just use the node names instead of repeating themselves in labels all the time,
<apritzel> if those are the kind of comments I get for my patches, I am happy ;-)
<mripard> the node name is not a proper name for the LED sysfs file in most situations though
<karlp> it shoudl be.
<jernej> mripard: any idea how to represent device in DT which is child of mdio bus (PHY) and child of mfd node at the same time?
<jernej> this is the issue with AC200 EPHY
matthias_bgg has joined #linux-sunxi
<mripard> karlp: not really. The LED sysfs file expects to have several fields separated with semicolon, and node names can't have semicolon
<karlp> I've not seen anything that says the colons are required, the whole concept of "fields" is why they wanted to make new bindings anyway
<karlp> we've ended up in a space where some people think the "first field" should be "board" nad others "vendor" and none of it's useful anyway.
<apritzel> jernej: so what about a PHY driver (shim), that holds the phandle of the I2C node? Using a regmap, maybe?
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
<karlp> mripard: it's not just leds where people uselesly provide extra labels either.
<jernej> apritzel: that sounds reasonable, I'll think about it
<mripard> jernej: I don't really
<mripard> jernej: I know that some DSI panels had pretty much the same problem
<mripard> the RPi one iirc?
<mripard> maybe you can have a look for inspiration
<jernej> ok, thanks for info
<mripard> yeah, that's the one
jelly has quit [Read error: Connection reset by peer]
<mripard> Documentation/devicetree/bindings/display/panel/raspberrypi,7inch-touchscreen.yaml
<mripard> they put it under the i2c bus, with a phandle to the DSI bus
<mripard> in your case that would be the PHY under the MFD, and with a phandle to the mdio bus
<mripard> which makes sense, since the DT is about the "control" path, and you control the PHY through the MFD
<jernej> oh, neat
<jernej> then I have to implement only phandle part
<jernej> mripard: by phandle you mean port?
_whitelogger has joined #linux-sunxi
<wens> IIRC the mdio bus code expects child nodes though :/
<jernej> wens: nobody said that bindings and can't be extended
<jernej> *and code
<mripard> jernej: ports are mostly a v4l2/drm thing
<mripard> I guess you can just get away with a phandle for the phys
<jernej> what about extending "ethernet-phy-ieee802.3-c22" with additional property "parent-device" which would hold phandle to i2c part?
<jernej> mripard, wens: ^
<wens> AFAICT the tricky part is getting the mfd part to probe before the mdio bus probes
<mripard> jernej: then you're breaking that control path assumption
<apritzel> wens: wouldn't that be tackled by EPROBEDEFER?
<jernej> idea is that probing get defered
<mripard> since you would have a child of a parent, but wouldn't go through the parent to control that child
<jernej> ok, so mdio bus must handle that directly, got it
<mripard> well, it depends on what bus you use to access the PHY registers
<mripard> if it's the mdio bus, then it should be a child of the mdio bus
<wens> IIRC the mfd part is used to initialize the PHY, i.e. resets / clocks and the PHY ID
<mripard> if it's through the (parent bus of the) MFD, then it should be a child of the MFD
<wens> standard PHY access goes through the mdio bus
<mripard> if it's both, I don't know then :)
<mripard> you'd have to ask Rob
<jernej> well, the issue is that PHY is mostly configured through MDIO, except RMII/MII mode, which is done through I2C
<jernej> and several things, like gates, led polarity, clock source and PHY address are also configured through I2C
matthias_bgg has quit [Quit: Leaving]
lucascastro has quit [Ping timeout: 246 seconds]
lucascastro has joined #linux-sunxi
lucas_ has joined #linux-sunxi
lucascastro has quit [Ping timeout: 256 seconds]
gaston1980 has quit [Quit: Konversation terminated!]
kaspter has quit [Quit: kaspter]
jelly-home has joined #linux-sunxi
mauz555 has joined #linux-sunxi
lucas_ has quit [Ping timeout: 260 seconds]
lucascastro has joined #linux-sunxi
hlauer has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
netlynx has quit [Quit: Ex-Chat]
apritzel has quit [Ping timeout: 265 seconds]
t3st3r has joined #linux-sunxi
t3st3r is now known as dmesg|more
dmesg|more is now known as t3st3r
night199uk has quit [Ping timeout: 256 seconds]
bauen1 has quit [Remote host closed the connection]
<jernej> apritzel: if you fix clock source in DT, IR works :)
<jernej> Important, I know :)
<jernej> I'll check emmc now
night199uk has joined #linux-sunxi
jstein has joined #linux-sunxi
BorgCuba has joined #linux-sunxi
bauen1 has joined #linux-sunxi
davide71 has joined #linux-sunxi
davide71 has quit [Remote host closed the connection]
davide71 has joined #linux-sunxi
apritzel has joined #linux-sunxi
davide71 has quit [Remote host closed the connection]
davide71 has joined #linux-sunxi
davide71 has quit [Remote host closed the connection]
jstein has quit [Ping timeout: 256 seconds]
The_Loko has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
Nemo_bis has quit [Ping timeout: 260 seconds]
cmeerw has quit [Ping timeout: 246 seconds]
Nemo_bis has joined #linux-sunxi
<BorgCuba> Are there any ongoing attempts to supprt the h616 and h313 SOCs? I couldnt find anything in the mailine effort log on the wiki.
<karlp> there is :) idle here and you can watch it unfold in real time
<BorgCuba> any kernel repo that I can clone?
<apritzel> but that would be outdated hopefully soonish
<BorgCuba> thank you
<BorgCuba> apritzel, how do you boot your kernel?
<apritzel> but you need U-Boot and TF-A as well, it's all WIP
<BorgCuba> from sd or via USB
<BorgCuba> what is TF-A ?
<apritzel> both work with the U-Boot patches, even TFTP works, so I load the kernel via Ethernet
<apritzel> Trusted Firmware-A
<jernej> apritzel: I can't get emmc working, driver loads, but then nothing
<jernej> I pretty certain that at least one power supply is correct
<apritzel> jernej: you have tried both with and without the shift, I guess?
<jernej> and I tried many different for others
<jernej> hm... no, let me try this
<apritzel> the manual says the DMA shift is NOT for MMC2, but the A100 code does it for all three
<apritzel> btw, I decided to eventually split the clocks, I gets too messy
<apritzel> BorgCuba: do you have a H313 board, by any chance?
<BorgCuba> yes
<BorgCuba> I have a x96q
<BorgCuba> I already connected the UART pins
<jernej> apritzel: with shift I get error -110
<clementp[m]> apritzel: split the clock ! :)
<BorgCuba> but I cannot get to the uboot console
asdf28 has quit [Ping timeout: 260 seconds]
<apritzel> BorgCuba: the BSP U-Boot would be pretty useless for mainline kernels anyway
<megi> gediz0x539: I don't have T7 based device, I was just reading new SoC datasheets to hopefully find more information on other SoCs
<jernej> apritzel: clementp[m]: fun fact, BSP for H6 and H616 has emmc pin DS (PC0) set to pull down, while all others to pull up
<BorgCuba> apritzel, because it can only boot from emmc or due to any other reason (U-Boot 2018.05-dirty (Mar 25 2020 - 20:36:28 +0800) Allwinner Technology)
<apritzel> BorgCuba: various other reasons, it's just not the right way of doing things
<apritzel> BorgCuba: but you can boot from SD card with mainline (well) U-Boot and then eventually transfer this to the eMMC, if you like
<apritzel> BorgCuba: but it's all in a touchy state at the moment
<BorgCuba> apritzel, installing a new uboot version on emmc? That would be nice. Especially if it supports booting over ethernet.
<clementp[m]> jernej: you're thinking about the hs-ddr issue
<apritzel> BorgCuba: but you can't boot the BSP/Android kernels with that anymore
<BorgCuba> apritzel, do you also have a uboot repo for the h616?
<BorgCuba> apritzel, okay
<BorgCuba> seems strange though, does it have something to do with this trusted frimware?
<apritzel> BorgCuba: jernej has: https://github.com/jernejsk/u-boot/tree/h616-v1
<BorgCuba> thanky you
<jernej> clementp[m]: among other things, yes
The_Loko has quit [Quit: Leaving]
<BorgCuba> oh, I have to install aarch64 tools
hlauer has quit [Ping timeout: 272 seconds]
<BorgCuba> apritzel, do you remember which platform you used to build TF-A/bl31? Probably sun50i_h6?
<apritzel> sun50i_h616
<BorgCuba> okay
<BorgCuba> so now I have the bl31.bin
<jernej> BorgCuba: FYI, DRAM initialization may not work on H313
<jernej> I remember I saw some checks for H313 vs. H616
<BorgCuba> jernej, okay, so it may differ
<BorgCuba> I will test
<jernej> and note that there are several parameters for DRAM
<jernej> well, options
<jernej> you have DDR3, right?
<BorgCuba> let me check
<BorgCuba> 8xMT41K512M4DA-125 (DDR3L 512Mx4)
<jernej> so 2 GiB, right?
<BorgCuba> yes
<jernej> that's one of the differences, only 2 GiB allowed, but I'm not sure if this is HW limitation or not
<jernej> I can't find anything else different ATM, so it will probably work, as long as parameters are good
<BorgCuba> btw, here is my bootlog: https://termbin.com/it2cd
<BorgCuba> [218]DRAM SIZE =2048 MBytes, para1 = 30fb, para2 = 8000000, dram_tpr13 = 6041
<jernej> expected, 8 banks, 15 rows, 11 cols, single rank, full bus width (32-bit)
<jernej> which gives 2 GiB
qschulz has quit [Read error: Connection reset by peer]
Kwiboo has quit [Ping timeout: 240 seconds]
vpeter has quit [Ping timeout: 240 seconds]
Kwiboo has joined #linux-sunxi
damex has quit [Read error: Connection reset by peer]
damex has joined #linux-sunxi
qschulz has joined #linux-sunxi
vpeter has joined #linux-sunxi
synack has left #linux-sunxi [#linux-sunxi]