<wens>
mripard: so you want a separate DT node for the ephy?
<jonkerj>
I'll do that right away
<mripard>
yes, and rob seems to be saying the same thing
<wens>
however that node would be different from the mdio phy
<NiteHawk>
jonkerj: you can't. that's why I'm asking - I'd remove it for you
<jonkerj>
cool, tnx!
<wens>
mripard: i don't see rob suggesting anything about it
<wens>
mripard: he only wants the power sequencing stuff under the phy node, not under the mac node, to which i agree looks better
<wens>
and in line with the generic power sequencing library some people are pushing for
<mripard>
ok, I misunderstood him then
<mripard>
but still, why should we model an external PHY and an internal one differently
<mripard>
?
<wens>
why do you think we model them differently?
<mripard>
well, in one case every property for the phy are merged in the emac node
<wens>
the only difference is the "allwinner,use-internal-phy" flag, which tells the glue driver to turn on and switch over to the internal one
<mripard>
and in the other one, it's in a separate node
<mripard>
I'm not talking about use-internal-phy
<wens>
you still have a phy node for the internal one
<mripard>
I'm talking about the clocks, resets, leds
<wens>
that's the binding of the mdio bus
<wens>
oh
<wens>
so you think we should move them into the phy node, correct?
Worf has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<mripard>
yes, for example
tsuggs has quit [Ping timeout: 258 seconds]
Worf has quit [Quit: Konversation terminated!]
Mr__Anderson has joined #linux-sunxi
tsuggs has joined #linux-sunxi
<rellla>
what is a good starting point to get information about drm/kms drivers, kernel/userspace etc. and how this all works and fits together in general?
<buZz>
i'd say /Documentation in kernel tree, has some info
<buZz>
then sourcecode
jstein has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<MoeIcenowy>
agraf: I'm using a Class 10 card
<jelle>
is anyone working on mainlining the nanopi boards ( of friendlymarm) ?
<jelle>
> The NanoPi M1 is an Allwinner H3 based ARM board designed and released by FriendlyARM for hobbyists
<jelle>
I give up on logic
<buZz>
;)
<buZz>
i think i saw some H3 mainlining efforts earlier
<buZz>
dont really see anything special about this board that it wouldnt work with the existing efforts
<jelle>
yup
<jelle>
it should work just fine
gianMOD has quit [Ping timeout: 264 seconds]
Worf has quit [Quit: Konversation terminated!]
premoboss has joined #linux-sunxi
kronicd has quit [Ping timeout: 264 seconds]
premoboss has quit [Quit: Sto andando via]
premoboss has joined #linux-sunxi
<montjoie>
mripard: wens So if I have understand, in sun8i-h3 I need to add an "ephy" node (with syscon clock/reset)?
<wens>
my idea is to put it in the phy node that is a child of the emac node
<MoeIcenowy>
I'm trying to play GBA game on my A33 tablet with VBA-M
<MoeIcenowy>
but... I got 10 fps...
<MoeIcenowy>
Then I tried NDS, and the result is also 10fps...
<MoeIcenowy>
is this the performance issue of simplefb?
gianMOD has joined #linux-sunxi
<wens>
mripard: fyi i'm going to do the clk notifier stuff for a31
<mripard>
wens: great, that would be a nice test
afaerber has joined #linux-sunxi
<wens>
i already tried settings multipliers first, wait for lock, set dividers (for cases where multipliers increase or dividers decrease), didn't work
gianMOD has quit [Remote host closed the connection]
Netlynx has joined #linux-sunxi
gianMOD has joined #linux-sunxi
<zoobab_>
someone has already used the new GPIO dev entries provided by 4.6?
<wens>
i only remember seeing a patch for gpio labels
<slapin>
as I understand you still can't use GPIOs from character device though, only sysfs for now
IgorPec has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
gianMOD has joined #linux-sunxi
<zoobab_>
@slapin speed is the main difference
<slapin>
zoobab_: yes, but as I understand it is not implemented yet
<mripard>
zoobab_: not really
<mripard>
if you know that open / write / close is slow, and don't use that in your driver
<mripard>
s/driver/code/
<mripard>
it won't really make any difference
cptG has joined #linux-sunxi
<slapin>
if that would implement gpio grouping, that would be useful interface,,,
<zoobab_>
I thought that speed was the main difference :-)
<MoeIcenowy>
apritzel: how to replace ATF in your built image?
<MoeIcenowy>
(I don't know what U-Boot to use now, so I cannot build my own...
<KotCzarny>
TheLinuxBug: powervr?
<MoeIcenowy>
(but I want an ATF to enable eldo1 regulator
cptG_ has quit [Ping timeout: 264 seconds]
<slapin>
is ATF required for A64 or I can get off with u-boot only?
<slapin>
and where can I gate 3 x pine64 cheap?
gianMOD has quit [Remote host closed the connection]
<slapin>
*get I mean buy...
cnxsoft has quit [Read error: Connection reset by peer]
IgorPec has quit [Ping timeout: 244 seconds]
cnxsoft has joined #linux-sunxi
gianMOD has joined #linux-sunxi
<MoeIcenowy>
is "ssh_dispatch_run_fatal: Connection to 10.42.0.139 port 22: message authentication code incorrect" a problem rasied by ARM erratum in Cortex A53?
apritzel1 has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
<apritzel>
MoeIcenowy: I see that blaming silicon errata for any random problem you encounter is tempting, but usually it's not the case ;-)
iamfrankenstein1 has quit [Read error: Connection reset by peer]
<apritzel>
MoeIcenowy: for the ATF issue: I had quite some success with U-Boot 2016.07-rc1 and boot0, so I suggest you try this one
<MoeIcenowy>
slapin: welcome to the gaint hole of A64!
<apritzel>
slapin: according to TLLim Pine64 boards are on stock and will be delivered promptly these days
<apritzel>
slapin: so shop.pine64.com would be the answer
<apritzel>
slapin: and yes: ATF is required for A64
<apritzel>
slapin: but actually it's very easy and quick to build
gianMOD has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-sunxi
massi has quit [Remote host closed the connection]
<slapin>
whet set of stuff one should buy to get proper development environment with pine64?
<slapin>
MoeIcenowy, apritzel: ^
<slapin>
to be able to do everything, even after corrupting bootloaders and needing to debug one?
<slapin>
KotCzarny: the alum box is easier to cool
<KotCzarny>
i wonder how well it works
<slapin>
KotCzarny: well, it worked of i7-in-a-box, it should work for H3 too
<MoeIcenowy>
slapin: what do you want?
<KotCzarny>
if you know anyone with cnc machine you can make one for yourself
<MoeIcenowy>
BSP or patched mainline?
<slapin>
KotCzarny: probably I shoud make such a box myself from alum scrap...
<KotCzarny>
box from pentium radiators? ;)
chrishell has joined #linux-sunxi
<slapin>
MoeIcenowy: I want to be able to debug ATF and u-boot, JTAG should be nice, serial console is a must
<MoeIcenowy>
I don't think you can have UART
<MoeIcenowy>
Pine64 have only a sd slot at SDC0
<MoeIcenowy>
s/UART/JTAG
<slapin>
KotCzarny: that is too dramatic, on one of previous jobs we put fanless PC boards into boxe made of 5mm aluminium plates crewed together with bolts
<MoeIcenowy>
UART is available on both Euler Bus and Expansion Bus
<apritzel>
slapin: so far I was quite happy with UART debugging, you can easily print something from within ATF and U-Boot
<slapin>
MoeIcenowy: what should I buy to have it all working (I have a several dozen of USB-UART converters, so no problem there), is there any addon boards I need for that?
<apritzel>
slapin: for quick turnarounds I'd recommend an USB-A-to-A cable to use FEL booting
<apritzel>
slapin: any UART adapter that does 3.3V should work
<slapin>
apritzel: I'm fine with UART debugging too, JTUG just makes things more quick (like from months of debugging to days)
fire219 has joined #linux-sunxi
<jonkerj>
I noticed that all my fake FTDI/USB did not work with my orangepi+ at 115200
<jonkerj>
while all my ch341's seem to work
afaerber has joined #linux-sunxi
<jonkerj>
(5x FTDI, different sellers, 3x CH341, different sellers)
<jonkerj>
so I would recommend a random eBay CH341, as long as it has the 3.3v jumper
<slapin>
jonkerj: all mine work though, buyght all that about 5 years ago, got a ton though
<apritzel>
slapin: I guess that depends what kind of issues you debug, but for the Pine64 development UART was good enough so far
<jonkerj>
err, ch340
<apritzel>
I tend to copy some three assembly lines into code to dump single characters into the TX register to see where it hangs
<slapin>
apritzel: anyway do I need to buy anuthing in addition to board itself to have UART console, Ethernet, HDMI output?
<jonkerj>
slapin: mine seem to work at any speed below 115200, they seem out of sync with my pi's
<apritzel>
slapin: no
<jonkerj>
I can send/receive characters, but it is all garbled
<jonkerj>
bitflips all over
<apritzel>
decent USB power supply with microB connector and probably an micro SD card
<apritzel>
basically when you run an OrangePi or RaspberryPi already, you are all set
<apritzel>
in this regard the Pine64 isn't different at all
<slapin>
jonkerj: well, if these are crystal-less, then the chip is just buggy, otherwise i fixed all my FTDI and prolific ones replacing crystal with proper one.
<jonkerj>
that's actually a very good idea
<jonkerj>
probably best not to source those replacements from shenzen :-)
afaerber has quit [Ping timeout: 250 seconds]
<slapin>
jonkerj: well, I sourced mine from Hongkong :)
afaerber has joined #linux-sunxi
<slapin>
jonkerj: they just need to be proper ones
<jonkerj>
how does one distuingish a proper one from a dodgy one before ordering?
<slapin>
jonkerj: well, metal-cased ones were all good for me
<slapin>
also it is a good idea when fixing $1 USB hub from aliexpress
<jonkerj>
unless the xo is in a ceramic package, I'm afraid it's operating on internal osc
<slapin>
ah, these are crystalless, they just have really bad capacitors IIRC
<jonkerj>
well, the $1 fix is to get a ch340g :-)
<jonkerj>
the ftdi's seem to do fine for my other hobby (cortex-M / libopencm3)
<slapin>
I fixed these by changing some of capacitors, check that yours have all capacitors soldered
<slapin>
also one of capacitors have to be replaced by tantalum one
<slapin>
but these are promising, as you can make them work onlike green ones which pretend to be prolific and have frequencies so much off, I used them all as cheapo GPIO adaptor as they have CTS/RTS :)
<slapin>
don't buy green ones...
<slapin>
:)
gianMOD has joined #linux-sunxi
<slapin>
well, I found-out that FTDI chips are expensive thing, and when you see the board for $2 with FTDI chip, it is either fake or did not pass quality control and is sold just because they can
<jonkerj>
yeah I know
<jonkerj>
real FTDI is kind of expensive
<slapin>
however CH341 and CP2X are really cheap and decent
<jonkerj>
check out CH340/CH341, afaik the genuine ones are cheap
<jonkerj>
yeah
<slapin>
and I never met device so badly made it did not work with them
<jonkerj>
you could use ch341 as usb-twi/usb-spi/usb-1w
<MoeIcenowy>
my FTDI board seems to be $5...
<jonkerj>
probably fake
<MoeIcenowy>
(bought from Waveshare
<slapin>
on the red ones, there is nothing wrong with chip itself, it is problem with board assembly
<slapin>
as I know, fake FTDIs all work, unlike prolifics...
<slapin>
I mean fake ones
fl_0 has quit [Ping timeout: 272 seconds]
<slapin>
prolific chips are cheap, fake or not, but they require complicated board design, so people don't like them
<slapin>
so it is easy to find out by photo that you buy crap with prolifics
apritzel1 has quit [Ping timeout: 244 seconds]
<slapin>
I think when buying from ali it is better choise to just get ch34c or cp2x* and not stuff your head
jelly has quit [Quit: ""]
<jonkerj>
agree
fl_0 has joined #linux-sunxi
<slapin>
what PSU is best for pine64? if I'm going to stuff it with HDMI and SATA?
<slapin>
also do it have IR like orangepi?
gianMOD has quit [Remote host closed the connection]
apritzel1 has joined #linux-sunxi
<KotCzarny>
slapin: sata?
<KotCzarny>
as in usb-uasp?
<slapin>
btw, do I need special USB-SATA for UAS to work?
<slapin>
doesn't pine64 have SATA port?
<KotCzarny>
only a10/a20 chip has real sata
<KotCzarny>
everything else is just usb-sata chip slapped beside soc
<KotCzarny>
and most of them (especially gl830) just suck
<MoeIcenowy>
so there's no different with a good external USB portable hdd
<MoeIcenowy>
maybe even worse
<KotCzarny>
for uas you have to buy usb-uas adapter
<MoeIcenowy>
if you're using a really good usb hdd
<KotCzarny>
then you can reach 40MB/s instead of 30-35
<TheLinuxBug>
when run up and download at same time
<TheLinuxBug>
hmm
<TheLinuxBug>
more interesting is running it again
<TheLinuxBug>
doesn't replicate
<TheLinuxBug>
slower second time
<KotCzarny>
set governor to performance?
<TheLinuxBug>
should already be there
<TheLinuxBug>
ya
<TheLinuxBug>
just checked and I manually set min freq also to max
<TheLinuxBug>
so it should be running full throttle
<TheLinuxBug>
looks like when doing -d I can get up to about 70M/sec for short periods incoming, but outgoing is then very slow, but alone it doesn't go past 58-60M/sec max
<TheLinuxBug>
ok I may eat my hat
<TheLinuxBug>
not sure what changed but just ran it again
<fire219>
it's sad that the top port doesn't work, but the reason why is perfectly understandable
IgorPec2 has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-6627-gf708225, sources date: 20160102, built on: 2016-05-12 17:32:15 UTC git-6627-gf708225 http://www.kvirc.net/]
cosm has quit [Quit: Leaving]
IgorPec has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 272 seconds]
IgorPec2 has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
Mr__Anderson has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
Gerwin_J has quit [Quit: Gerwin_J]
_whitelogger has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
<slapin>
ah, looks like if I could find some good 3d-printable parts for laptop case, that'd omtivate me to finish my 3D printer....