<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>
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
<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>
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?
<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
<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]