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
cptG_ has quit [Ping timeout: 276 seconds]
dev1990 has quit [Quit: Konversation terminated!]
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 265 seconds]
alexxy has quit [Ping timeout: 250 seconds]
alexxy has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
AndChat698676 has joined #linux-sunxi
<maldata> apritzel: thanks. is there more that has to change? Is there some documentation for this somewhere? I'm happy to update the wiki as I get things figured out.
AndChat698676 has quit [Read error: Connection reset by peer]
ninolein has quit [Ping timeout: 255 seconds]
ninolein has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
cnxsoft has joined #linux-sunxi
<wens> problem is getting a redistributable fbdev version of the blobs
_mamalala has joined #linux-sunxi
_mamalala_ has quit [Ping timeout: 272 seconds]
pg12 has quit [Ping timeout: 252 seconds]
pg12 has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
solarnetone has quit [Remote host closed the connection]
solarnetone has joined #linux-sunxi
TheSeven has quit [Ping timeout: 255 seconds]
[7] has joined #linux-sunxi
leviathanch has joined #linux-sunxi
merbanan has quit [Ping timeout: 250 seconds]
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Read error: Connection reset by peer]
zerotri_ has joined #linux-sunxi
pulser_ has joined #linux-sunxi
ruben-ikmaak has joined #linux-sunxi
Nacho_ has joined #linux-sunxi
steev__ has joined #linux-sunxi
fabo_ has joined #linux-sunxi
merbanan has joined #linux-sunxi
menomc has joined #linux-sunxi
mripard_ has joined #linux-sunxi
lordlod_ has joined #linux-sunxi
techn_ has joined #linux-sunxi
swabbles has joined #linux-sunxi
gaby_ has joined #linux-sunxi
psychedup74 has quit [Quit: leaving]
nihcas_ has joined #linux-sunxi
tgaz_ has joined #linux-sunxi
lvrp16_ has joined #linux-sunxi
sigjuice_ has joined #linux-sunxi
mpmc_znc has joined #linux-sunxi
NiteHawk` has joined #linux-sunxi
KotCzarny has quit [*.net *.split]
zerotri has quit [*.net *.split]
lvrp16 has quit [*.net *.split]
lordlod has quit [*.net *.split]
nihcas has quit [*.net *.split]
steev_ has quit [*.net *.split]
mpmc has quit [*.net *.split]
yann has quit [*.net *.split]
sigjuice has quit [*.net *.split]
indy has quit [*.net *.split]
bfree_ has quit [*.net *.split]
ikmaak has quit [*.net *.split]
mnemoc has quit [*.net *.split]
pulser has quit [*.net *.split]
nashpa has quit [*.net *.split]
gaby has quit [*.net *.split]
Amit_T has quit [*.net *.split]
SJRvanSchaik has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
Nacho has quit [*.net *.split]
mripard has quit [*.net *.split]
techn has quit [*.net *.split]
zumbi has quit [*.net *.split]
tgaz has quit [*.net *.split]
fabo has quit [*.net *.split]
tgaz_ is now known as tgaz
bfree has joined #linux-sunxi
zumbi has joined #linux-sunxi
zerotri_ is now known as zerotri
indy_ has joined #linux-sunxi
nihcas_ is now known as nihcas
nashpa has joined #linux-sunxi
IgorPec has joined #linux-sunxi
lvrp16_ is now known as lvrp16
yann has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Amit_T has joined #linux-sunxi
petr has quit [Ping timeout: 276 seconds]
steev__ is now known as steev_
petr has joined #linux-sunxi
jernej has quit [Ping timeout: 265 seconds]
IgorPec has quit [Ping timeout: 260 seconds]
imcsk8_ has joined #linux-sunxi
imcsk8 has quit [Ping timeout: 272 seconds]
indy_ has quit [Ping timeout: 255 seconds]
leviathanch has joined #linux-sunxi
leviathanch_ has quit [Ping timeout: 252 seconds]
Uninstall has quit [Read error: Connection reset by peer]
Uninstall has joined #linux-sunxi
yann has quit [Ping timeout: 265 seconds]
Uninstall has quit [Remote host closed the connection]
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 244 seconds]
Uninstall has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
premoboss has joined #linux-sunxi
premoboss has quit [Ping timeout: 244 seconds]
leviathanch_ has quit [Ping timeout: 252 seconds]
leviathanch has joined #linux-sunxi
IgorPec has joined #linux-sunxi
NiteHawk` is now known as NiteHawk
NiteHawk has quit [Changing host]
NiteHawk has joined #linux-sunxi
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 276 seconds]
yann has joined #linux-sunxi
ganbold has quit [Ping timeout: 276 seconds]
Putti has quit [Ping timeout: 265 seconds]
ganbold has joined #linux-sunxi
apritzel has joined #linux-sunxi
diego_r has joined #linux-sunxi
mzki has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has joined #linux-sunxi
leviathanch has joined #linux-sunxi
leviathanch_ has quit [Ping timeout: 265 seconds]
<apritzel> maldata: you should change the "6" into "7" in the MACH string (sorry, I missed that yesterday) and check the USB pin defines, refer to the DT
<apritzel> maldata: also I'd remove the VGA defines for now, and possibly the CONFIG_AXP_ALDO1_VOLT line as well
<apritzel> maldata: also you could compare the defconfig to that from other A20 boards
<apritzel> maldata: once you are finished ;-) send the resulting defconfig to the U-Boot ML to be included in the tree
<jonkerj> apritzel: do you happen to know how the mac address of emac is supposed to be 'handed over' from u-boot to linux?
<jonkerj> I was trying u-boot 2016.9 with 4.8-rc7 + latest emac, and in u-boot emac has a consistent non-random mac adress, while it has a random one in linux
<jonkerj> should u-boot put something in DT?
<apritzel> jonkerj: yeah, I was wondering about that, too
<apritzel> the DT has generic properties for that
sunxi_fan has quit [Read error: Connection reset by peer]
<apritzel> and I was under the impression that U-Boot would set those
<jonkerj> you mentioned a while ago that is was supposed to work on recent stuff
<jonkerj> linux' emac pulls macaddr from dt, though
sunxi_fan has joined #linux-sunxi
<jonkerj> I was going through the uboot emac code, but cannot find code that puts macaddr in dt, yet
paulk-veyron-min has joined #linux-sunxi
<apritzel> it should be either "mac-address" or "local-mac-address", I think
Worf has joined #linux-sunxi
<apritzel> jonkerj: I was hoping that this code was generic, so that not every driver has to take care about this?
<jonkerj> linux calls "addr = of_get_mac_address(node);", which pulls from DT's "mac-address", "local-mac-address" or "address" (whichever matches first)
<jonkerj> so that should be easy to grep in U-boot
<apritzel> fdt_fixup_ethernet in U-Boot's common/fdt_support.c should do the trick
<apritzel> and to me it seems to be in the code path
<jonkerj> there is something in board/sunxi/board.c taking care of SID to mac
<jonkerj> ah, that part puts it into uboot's env
<jonkerj> but somehow the DT handover is not working for me
<apritzel> right
<apritzel> ah
<jonkerj> do I need a alias like ethernet0?
<apritzel> yes, but we should have that anyway
<apritzel> (I know it's missing upstream)
<apritzel> I think we need an empty "mac-address" property in the DT
<apritzel> jonkerj: can you try this?
<jonkerj> sure, I will
Leepty has joined #linux-sunxi
<apritzel> jonkerj: a) add ethernet0 = &emac; to the aliases node
<apritzel> b) add "mac-address = [ 00 00 00 00 00 00 ]; to the emac node
<jonkerj> both, or are these options?
<apritzel> both
<apritzel> the first one makes U-Boot calculate the MAC address from the SID (the code place that you found)
<apritzel> the second one should make it pass that on to Linux
<apritzel> mmh, mac-address will not be created, but "local-mac-address" should be, even if it's not in the DT
<jonkerj> strange thing is that without a) I get a different but more sensible macaddr in ubuut
<jonkerj> with a there are too many zeroes for my taste
<jonkerj> but b) seems to work
<jonkerj> let me powercycle for a few times, so I can verify it's consistent
<apritzel> jonkerj: thanks!
<apritzel> I will include that patch in my series, if you don't beat me to it
<jonkerj> well, emac is not very mainline
<apritzel> I was talking about U-Boot anyway
<jonkerj> but please go ahead, I will put these fixups in my /boot/fdtpatch.cmd for now
<jonkerj> oh I only patched linux
<jonkerj> maybe that explains the macaddress with too many zeroes
<apritzel> yeah
<jonkerj> sounds quite sensible too :-)
<jonkerj> let me try that too
<apritzel> sorry for the misunderstanding, you should patch U-Boot's DT
<jonkerj> yeah, it's before my first cup of coffee, so I was kind of slow :-)
<apritzel> I was wondering if we should adjust U-Boot's EMAC driver to the latest "almost-upstream" Linux EMAC bindings
<jonkerj> btw, 2016.9 has the alias
<apritzel> does it?
<jonkerj> already
<jonkerj> yeah
<jonkerj> arch/arm/dts/sun8i-h3.dtsi:52 ethernet0 = <&emac>;
<jonkerj> but no mac-address container
<apritzel> oh, you are talking about H3 ;-)
<apritzel> not enough bits for my taste ;-)
<jonkerj> hahaha
ricardocrudo has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<jonkerj> apritzel: funny thing is that mac-address = [.. in u-boot does not give visible changes
<jonkerj> ie, without it, it works as fine as with
apritzel has quit [Ping timeout: 276 seconds]
<jonkerj> but a) and b) (or only one of them, still testing) is needed in linux' DT to pick it up
<jonkerj> otherwise ethaddr in uboot is fine, but random in linux
Putti has joined #linux-sunxi
<jonkerj> it's a) what's needed in linux
lemonzest has quit [Ping timeout: 240 seconds]
<jonkerj> I still think there is something funky going on in the SID->mac translation on my 3 H3 boards
<wens> the SID on H3's has a lot of zeros...
lemonzest has joined #linux-sunxi
<wens> iirc hans did an update to use alternative bits from the SID for the H3 and later
<jonkerj> they get unique macadresses, but they are 02:20:5c:00:00:00, 02:20:34:00:00:00 and 02:20:40:00:00:6d
<jonkerj> yeah
<jonkerj> cool, but I think I am getting the hang of this
foudubassan has joined #linux-sunxi
GeneralS1upid has joined #linux-sunxi
<GeneralS1upid> Hi, i use a orangepi pc for video's i use debian and i would like to use netflix or amazon prime, too. is there a way to watch that streamservices with mpv?
<KotCzarny> ok, 4.8.0rc7 on bpi-m1 sucks in regard to ethernet
lemonzest has quit [Quit: Leaving]
<KotCzarny> maybe i need newer uboot, hrm
apritzel has joined #linux-sunxi
<apritzel> jonkerj: for the records: U-Boot itself only cares about a)
<apritzel> jonkerj: and b) shouldn't be needed, actually, since the code seems to set local-mac-address in any case, AFAICT
<apritzel> jonkerj: which Linux should pick up as well
<jonkerj> yeah, but without a), linux does not pick it up and with a) it does
<jonkerj> I cannot explain it from the code path, though
<jonkerj> on my orange pi PC (all this was on -plus), I cannot get linux to pick it up
<jonkerj> same kernel binary, same uboot source (different dt, though), so I am going to mess around
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 276 seconds]
indy has joined #linux-sunxi
<jonkerj> hmm, this is very strange
<apritzel> jonkerj: to be clear: a) enables U-Boot's EMAC in the first place
<apritzel> without it U-Boot shouldn't be really able to use it
<apritzel> and thus cannot set the MAC address, of course
<jonkerj> on my -pc uboot puts the mac in local-mac-address (and it's the right one), I can see the property from linux in /soc/ethernet.. , but it still initializes with a random mac
lemonzest has joined #linux-sunxi
<jonkerj> apritzel: yeah, I think I get the mechanism
<jonkerj> but I still seem to need the alias in Linux's DT to make the handover work on -plus
<jonkerj> and on -pc, the driver seems to ignore local-mac-address
<jonkerj> maybe it's because of different phy/mii
<apritzel> jonkerj: so does an empty "mac-address" in U-Boot's DT the trick?
<apritzel> oh wait
<jonkerj> I think uboot is fine in both cases
<apritzel> at this point it's already the Linux DT that U-Boot looks at
<jonkerj> yeah
<apritzel> or at least whatever you loaded to $fdt_addr_r
<jonkerj> ~# hexdump /sys/firmware/devicetree/base/soc/ethernet@1c30000/local-m
<jonkerj> 0000000 2002 0034 0000
<jonkerj> I mean, that is OK
<apritzel> yes
<apritzel> I am just wondering how Linux behaves exactly in regards to "mac-address" and "local-mac-address"
<jonkerj> 09:54 <jonkerj> linux calls "addr = of_get_mac_address(node);", which pulls from DT's "mac-address", "local-mac-address" or "address" (whichever matches first)
<apritzel> from reading Documentation/devicetree/bindings/net/ethernet.txt it seems like "local-mac-address" is the right one
<jonkerj> it does successive lookups and returns if one is found
<jonkerj> so if both mac-address and local-mac-address are set, mac-address is used
<apritzel> jonkerj: yeah, but didn't you say that doesn't work for you?
<jonkerj> it does not seem to work indeed :-)
<apritzel> but from the description in the Linux bindings we shouldn't use that
<apritzel> (that = mac-address)
<jonkerj> my very very uninformed guess would be that the of_get_mac_address() is not called in rgmii mode
<jonkerj> indeed
<jonkerj> I think the mac-address = [ .. is never needed in both uboot and kernel
<jonkerj> but I cannot wrap my head around why I need the ethernet0 alias on my orange PI Plus, and nothing seems to work on the orange pi PC
<jonkerj> the former has rtl phy, the latter the internal, so that could be an explanation
<jonkerj> but looking at the code, that is a very unlikely cause
<apritzel> the Pine64 needs the alias as well and has an external GB PHY
<apritzel> so the internal PHY doesn't work in U-Boot?
<zoobab> @apritzel installing aarch64 xcompilers...
<apritzel> zoobab: ;-)
<zoobab> kernelci guys have a pine64 board, but it is not added in the pool because of lack of TFTP booting support
<jonkerj> well, depends what you mean with work. SID->mac works, it's put in DT, but I have not tested tftp/dhcp in uboot yet
<apritzel> zoobab: but keep those arm compilers around, we may need them for the SPL in the future
<zoobab> make make pine64_plus_defconfig should give me a working uboot with tftp support (2016 09)?
<zoobab> or is there more to add?
<apritzel> zoobab: if you add "ethernet = &emac;" to the aliases node in arch/arm/dts/sun50i-a64-pine64-common.dtsi
GeneralS1upid has quit [Quit: leaving]
<apritzel> zoobab: patch is in my queue already
florianH has joined #linux-sunxi
<apritzel> zoobab: TFTP worked for me on the weekend, with 10 MByte/s
paulk-veyron-min has quit [Read error: Connection reset by peer]
paulk-veyron-min has joined #linux-sunxi
<apritzel> willmore: btw, there are some schematics for the Armada board, and the mini-PCIe slot has both proper PCIe and USB connected
<apritzel> jonkerj: I think U-Boot's EMAC driver was derived from an earlier version of the Linux driver, where the internal PHY handling was still different
<apritzel> Amit_T should know
paulk-veyron-min has quit [Ping timeout: 264 seconds]
paulk-veyron-min has joined #linux-sunxi
Putti has quit [Ping timeout: 260 seconds]
<Amit_T> apritzel: internal PHY handling is based on "allwinner,use-internal-phy" DT property , if DT has this we handle case of Internal PHY and we do it only for H3 variant.
<montjoie> ,Amit_T use-internal-phy is not used anymore
<montjoie> at least in v4
<montjoie> and v3
<Amit_T> montjoie: Yeah that is why U-BOOT driver need a change as mentioned by wens once Linux DT bindings are finalized .
<montjoie> sorry i didnt see you speak about uboot emac driver
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
<apritzel> Amit_T: can you take a look at the new syscon binding for the EMAC?
<KotCzarny> :)
<jonkerj> montjoie: do you know why v4 could not be picking up 'local-mac-address' on h3-orangepi-pc (internal phy)?
foudubassan has quit [Quit: Leaving]
<jonkerj> same kernel binary on h3-orangepi-plus (rtl8211) does pick it up
<montjoie> jonkerj: no, I dont see why since sun8i-emac set the mac-adress the same on all platform
<apritzel> jonkerj: so can you confirm that "local-mac-address" is in the DT that Linux uses? (/sys/firmware/devicetree, for instance)
<apritzel> jonkerj: and also that Ethernet works in Linux? (just with a random MAC address?)
<jonkerj> yes and yes
Minami-Kotori is now known as MoeIcenowy
<jonkerj> /sys/firmware/devicetree/.../soc/ethernet../local-mac-address has the right contents
<apritzel> jonkerj: and there is no "mac-address" property in there, by any chance?
<jonkerj> ack, there is no such property
<jonkerj> root@oxygen:~# fdtget /sys/firmware/fdt /soc/ethernet@1c30000 local-mac-address
<jonkerj> 2 32 64 0 0 109
<jonkerj> root@oxygen:~# fdtget /sys/firmware/fdt /soc/ethernet@1c30000 mac-address
<jonkerj> Error at 'mac-address': FDT_ERR_NOTFOUND
<jonkerj> --- www.google.com ping statistics ---
<jonkerj> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
<jonkerj> to prove :-)
<jonkerj> it's 4.6-rc6 with v4
<jonkerj> err, 4.8-rc6 with v4
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
<jonkerj> hm
* jonkerj is going to let himself out
<jonkerj> the PC board had some bootup script "fixing" the mac address of eth0
<jonkerj> montjoie: it was PEBKAC and v4 works very well on PC
arete74 has quit [Read error: Connection reset by peer]
* jonkerj ashamed
arete74 has joined #linux-sunxi
paulk-veyron-min has quit [Read error: Connection reset by peer]
nashpa has quit [Ping timeout: 260 seconds]
nashpa has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
MXfive has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
fl_0 has joined #linux-sunxi
<Amit_T> apritzel: sure just stuck with something unrelated .
<apritzel> Amit_T: no worries, just wanted to point you to that, because I think we need this in any case
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]
iamfrankenstein1 is now known as iamfrankenstein
tkaiser has joined #linux-sunxi
<jelle> huh
<jelle> tkaiser: naming couldn't be any more original :)
<tkaiser> jelle: Already looking forward to OPi Zero Plus ;)
<jelle> tkaiser: hm what is that Pulse chip?
<jelle> oh looks like ethernet
<tkaiser> jelle: Since H2 should contain an internal Fast Ethernet PHY I hope for some PoE magic (passive PoE using the two unused cable pairs). But who knows...
<jelle> hmm PoE would be nice
<jelle> not that I have PoE capable hardware..
<tkaiser> jelle: Passive PoE injectors are cheap. But then a step-down converter would also be needed...
<jelle> oh gotcha
<apritzel> google says it's magnetics, nonPoE
Putti has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 250 seconds]
Nyuutwo has joined #linux-sunxi
leviathanch has joined #linux-sunxi
arete74 has quit [Read error: Connection reset by peer]
leviathanch_ has quit [Ping timeout: 265 seconds]
arete74 has joined #linux-sunxi
Ultrasauce_ has quit [Remote host closed the connection]
Ultrasauce has joined #linux-sunxi
Ultrasauce has quit [Read error: Connection reset by peer]
pstef_ has quit [Ping timeout: 250 seconds]
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 276 seconds]
pstef has joined #linux-sunxi
<willmore> apritzel, thanks!
kelvan_ is now known as kelvan
<maldata> apritzel: thanks for the help!
kaspter has joined #linux-sunxi
<tkaiser> I'm curious whether the announced price remains the same ($5.90)
theodor has joined #linux-sunxi
merbanan has quit [Ping timeout: 265 seconds]
theodor has quit [Quit: Page closed]
merbanan has joined #linux-sunxi
The_Loko has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
fdcx has quit [Ping timeout: 240 seconds]
matthias_bgg_ has joined #linux-sunxi
Ultrasauce has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
fl_0 has joined #linux-sunxi
jbrown has quit [Quit: Leaving]
<MoeIcenowy> H series is mysterious,,,
jbrown has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
MXfive has quit [Quit: Sleep Quit.]
hramrach has joined #linux-sunxi
MXfive has joined #linux-sunxi
fdcx has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
matthias_bgg_ has quit [Quit: Leaving]
cnxsoft has quit [Quit: cnxsoft]
Worf has quit [Remote host closed the connection]
imcsk8_ is now known as imcsk8
libv_ is now known as libv
dev1990 has joined #linux-sunxi
Putti has quit [Read error: Connection reset by peer]
Putti has joined #linux-sunxi
Putti has quit [Ping timeout: 260 seconds]
Axl_ has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
indy has quit [Ping timeout: 260 seconds]
_whitelogger_ has joined #linux-sunxi
_whitelogger has quit [Remote host closed the connection]
indy has joined #linux-sunxi
<maldata> apritzel: (or anyone else) can you comment on whether or not the merrii hummingbird's hardware is well-supported in mainline linux? Or is the linux-sunxi.org 3.4 kernel still the way to go (particularly for USB, eSATA, and touchscreen support)?
<apritzel> maldata: for A20 board I would go with mainline
<apritzel> not sure about touchscreen, though
arete74_ has joined #linux-sunxi
arete74 has quit [Read error: Connection reset by peer]
<apritzel> USB and SATA work like a charm, but I don't know if eSATA makes a difference or if hardware is supposed to hide this from us
<apritzel> then again I don't believe the usual board vendors care about the subtle differences between eSATA and SATA ;-)
<apritzel> maldata: since the board has a DT in mainline, I think it must be somehow supported
<apritzel> at least it worked at some point in time ;-)
<maldata> cool. I wonder if I'm missing something in the terminology. Merrii's website isn't super clear... does the hummingbird always come with this touchscreen, or is that an option?
<MoeIcenowy> apritzel: I got an another problem...
<MoeIcenowy> How to describe an option accessory for a board in dt?
<apritzel> maldata: in the end most of the Linux support is about the _SoC_, not the board, and the A20 is probably the best supported Allwinner SoC in mainline
<MoeIcenowy> (for example, the touchscreen of Pine64
Axl_ has quit [Ping timeout: 255 seconds]
<apritzel> MoeIcenowy: I think the answer here is device tree overlays
<MoeIcenowy> (The touchscreen has a GT911 touch IC on the wire, which is supported by goodix driver now
<maldata> apritzel: thanks, I appreciate your input
<MoeIcenowy> yes...
<apritzel> MoeIcenowy: I think that's how Raspi is using that with all their hats
<mdsrv> i think u r right
<apritzel> MoeIcenowy: but this is somewhat uncharted territory, especially on sunxi boards
<apritzel> ideally U-Boot somehow detects those h/w extensions (and be it by looking at some variables in a script file) and loads the extensions
<apritzel> I think on Raspi this detection is supposed to go via some config EEPROM connected to I2C on the header
<apritzel> or this EEPROM even contains the actual DT overlay
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
mzki has quit [Quit: leaving]
<wens> apritzel: eSATA supposedly has a wider voltage swing
<apritzel> right, higher voltage and even a slightly different connector
<apritzel> to allow longer cables, AFAIK
<plaes> maldata: which touchscreen does it have?
JohnDoe_71Rus has joined #linux-sunxi
<apritzel> MoeIcenowy: another idea: does that touch screen work solely via I2C? Can't you detect this from userland then? i2cdetect & friends?
Andy-D has quit [Remote host closed the connection]
<MoeIcenowy> apritzel: yes it can be detected
jernej has joined #linux-sunxi
<MoeIcenowy> there's no userspace driver for goodix (there's one for silead)
<maldata> plaes: sorry if this is a dumb question, but... how can I identify it?
<maldata> plaes: it's this kit: http://www.merrii.com/en/pla_d.asp?id=171
lemonzest has quit [Ping timeout: 252 seconds]
<tkaiser> maldata: Did you order the kit already?
<maldata> tkaiser: my client did, yes. It's on my desk.
Andy-D has joined #linux-sunxi
Putti has joined #linux-sunxi
<plaes> so.. any markings on the touchscreen?
<tkaiser> maldata: ok, can't help (only used touch with USB controllers), just wanted to warn that this kit is from 2013. According to the docs the controller should be accessible through I2C
<plaes> most of the touchscreens are i2c
<maldata> tkaiser: yeah, they're kinda stuck with this board... trying to at least get them updated to more modern software. thanks!
orly_owl has quit [Quit: leaving]
netlynx has joined #linux-sunxi
<apritzel> I was wondering how complicated a touch screen with I2C could be ...
<plaes> not really
<apritzel> I guess the nasty part is done by the h/w, and you more or less read the position via some command?
arete74_ has quit [Read error: Connection reset by peer]
arete74 has joined #linux-sunxi
Nacho_ has quit [Ping timeout: 265 seconds]
<MoeIcenowy> apritzel: I think some regulators must be enabled before it can be detected
Nacho_ has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
tkaiser has quit [Ping timeout: 265 seconds]
The_Loko has quit [Quit: Leaving]
yann has quit [Ping timeout: 265 seconds]
atsampson has quit [Ping timeout: 265 seconds]
atsampson has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
apritzel has quit [Ping timeout: 272 seconds]
matthias_bgg has quit [Quit: Leaving]
MXfive has quit [Quit: Sleep Quit.]
tkaiser has joined #linux-sunxi
MXfive has joined #linux-sunxi
apritzel has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
MXfive has quit [Quit: K]
reinforce has quit [Remote host closed the connection]
Smookie has joined #linux-sunxi
Smookie has quit [Client Quit]
Smookie has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
yann has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
apritzel has quit [Ping timeout: 255 seconds]
apritzel has joined #linux-sunxi
ganbold has quit [Ping timeout: 265 seconds]
sarietta has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
leviathanch_ has quit [Ping timeout: 276 seconds]
fire219 has joined #linux-sunxi
Putti has quit [Ping timeout: 255 seconds]
tkaiser has quit [Ping timeout: 265 seconds]
Mr__Anderson has quit [Remote host closed the connection]
yeoldetoast has quit [Remote host closed the connection]
dev1990 has quit [Quit: Konversation terminated!]
tkaiser has joined #linux-sunxi
avph has quit [Read error: Connection reset by peer]
avph has joined #linux-sunxi
havoc_ has quit [Ping timeout: 265 seconds]
tkaiser has quit [Ping timeout: 264 seconds]
paulk-collins has quit [Quit: Leaving]
havoc_ has joined #linux-sunxi
cptG has quit [Ping timeout: 272 seconds]
cptG has joined #linux-sunxi
p_rossak has quit [Ping timeout: 272 seconds]
tkaiser has joined #linux-sunxi
arossdotme has quit [Ping timeout: 276 seconds]
tkaiser has quit [Ping timeout: 252 seconds]
p_rossak has joined #linux-sunxi
arossdotme has joined #linux-sunxi
jernej has quit [Ping timeout: 264 seconds]
cptG_ has joined #linux-sunxi