<nove>
lennyraposo: libhdmi is linking with the gpl licensed driver, the only form to resolve this issues is to:
<nove>
1. release the libhdmi source and license it under gpl
<nove>
2. rewrite the kms/drm driver to not use libhdmi
<vagrantc>
(or a GPL-compatible license0
<nove>
(not use libhdmi => no use any binary without sources)
<vagrantc>
)
<nove>
vagrantc: technically true, but is a linux kernel driver there is not much choice other the gpl,
<nove>
and by so, will also facilitate the reuse for the mainline aspect
premoboss has quit [Quit: Sto andando via]
<vagrantc>
there's a lot of MIT/X11/BSD-style licenses in the linux kernel...
<vagrantc>
notably, in the DRM stack...
<nove>
vagrantc: as dual license, with gpl
<vagrantc>
not according to the few random files i've looked at so far
<vagrantc>
in general, a more permissive license is compatible with the GPL
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<nove>
vagrantc: ok, that is also a solution
* vagrantc
is in general in favor of vendors releasing their code in any reasonably free license
<nove>
if the kernel was all permissive licensed, there would not be gpl violations to care, but as also there are few willing to enforce the gpl, why just not change of the character G to a character L, then would be lpl violations
<nove>
nobody would oppose the change, as the same way about the lax gpl compliance
* nove
is not regularly reading the irc logs, if anything use email
<ssvb>
apritzel: very cool, so the beaglebone PRU also seems to have unrestricted access to DRAM and every other system resource, but this is not seen as a security risk
nove has quit [Quit: nove]
<ssvb>
apritzel: as long as only root can load PRU programs
popolon has quit [Quit: WeeChat 1.4]
<ssvb>
apritzel: basically, there is no need to invent anything and we can just implement everything in a pretty much the same way
<ssvb>
apritzel: porting some of the existing PRU projects would be a good start too
physis has quit [Remote host closed the connection]
physis has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Michal has joined #linux-sunxi
physis has quit [Ping timeout: 265 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 265 seconds]
perr has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
<MoeIcenowy>
running RTOS on arisc seems to be an interesting thing...
<MoeIcenowy>
but it may make a "CPU core big brother"
<MoeIcenowy>
(just like the Modem/DSP in Snapdragon
libv has joined #linux-sunxi
nashpa has quit [Ping timeout: 260 seconds]
nashpa has joined #linux-sunxi
ninolein has quit [Ping timeout: 258 seconds]
ninolein has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
cnxsoft has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
p1u3sch1_ has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
willmore has quit [Ping timeout: 240 seconds]
willmore has joined #linux-sunxi
vagrantc has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
dearfibonacci has joined #linux-sunxi
reinforce has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
MXfive has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
kaspter has joined #linux-sunxi
dearfibonacci has quit [Ping timeout: 244 seconds]
dearfibonacci has joined #linux-sunxi
foxx_ has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
dearfibonacci has joined #linux-sunxi
mzki has quit [Quit: leaving]
massi has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
JohnDoe9 has joined #linux-sunxi
MXfive has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has quit [Ping timeout: 276 seconds]
<cnxsoft>
Great! montjoie. Does that mean Allwinner H3 Ethernet support in the next Linux 4.8 release then?
<montjoie>
cnxsoft: no, need to fix all comment that I get on v2
OverCR has joined #linux-sunxi
MXfive has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
MXfive has quit [Read error: Connection reset by peer]
MXfive has joined #linux-sunxi
MXfive has quit [Read error: Connection reset by peer]
fire2191 has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
nihcas has quit [Ping timeout: 258 seconds]
fire219 has quit [Ping timeout: 258 seconds]
ganbold has quit [Ping timeout: 265 seconds]
nihcas has joined #linux-sunxi
tlwoerner has quit [Ping timeout: 258 seconds]
montjoie has quit [Ping timeout: 258 seconds]
montjoie has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 276 seconds]
ricardocrudo has joined #linux-sunxi
premoboss has joined #linux-sunxi
MXfive has joined #linux-sunxi
ganbold has joined #linux-sunxi
florianH has joined #linux-sunxi
MXfive has quit [Read error: Connection reset by peer]
MXfive has joined #linux-sunxi
MXfive has quit [Read error: Connection reset by peer]
MXfive has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
MXfive has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
apritzel has joined #linux-sunxi
MXfive has joined #linux-sunxi
MXfive has quit [Ping timeout: 244 seconds]
enrico_ has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
yann|work has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
enrico_ has quit [Remote host closed the connection]
enrico_ has joined #linux-sunxi
kaspter has quit [Ping timeout: 252 seconds]
dearfibonacci has joined #linux-sunxi
popolon has quit [Ping timeout: 244 seconds]
perr has quit [Quit: Leaving]
Sakami has joined #linux-sunxi
tlwoerner_ has joined #linux-sunxi
tlwoerner has quit [Ping timeout: 258 seconds]
tlwoerner__ has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
iamfrankenstein has quit [Quit: iamfrankenstein]
tlwoerner_ has quit [Ping timeout: 276 seconds]
cptG_ has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
afaerber has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 276 seconds]
popolon has joined #linux-sunxi
FergusL has joined #linux-sunxi
cptG has quit [Ping timeout: 276 seconds]
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
dearfibonacci has joined #linux-sunxi
<montjoie>
wens: followinf mripard proposal of using a syscon driver, do you think adding a mfd driver with helpers like "set_rgmii/set_mii/power_int_phy" could be better ?
<wens>
don't think so
<wens>
just use the syscon device binding
<jonkerj>
montjoie @ v3: great news! I'm going to try this on my Opi+ right away
<foxx_>
just fyi: 'broken' pine64 works perfectly with android image
<foxx_>
no networking issues at all
<apritzel>
foxx_: keep that board around ;-)
<apritzel>
does the BSP driver set any tx_delays or the like?
<MoeIcenowy>
foxx_: how many kernels have you tried?
<MoeIcenowy>
have you tried linux BSP by longsleep
<MoeIcenowy>
and then semi-mainline by apritzel?
<foxx_>
trying longsleep's kernel right now
<foxx_>
currently it produces a lot of oopses
<foxx_>
looks like uboot/kernel compatibility issue
<MoeIcenowy>
foxx_: use mainline uboot with apritzel's kernel
<MoeIcenowy>
use longsleep's uboot with longsleep's kernel
<foxx_>
right right
Michal has quit [Ping timeout: 260 seconds]
mzki has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
<jonkerj>
montjoie: I've made a (small) additional patch to make v3 work on 4.7 (undo CCU), and it seems to work (load, ifup, ping) fine on my opi+
cnxsoft has quit [Client Quit]
dearfibonacci has quit [Quit: Leaving]
<montjoie>
jonkerj: thanks for the test
Gerwin_J has quit [Quit: Gerwin_J]
|Jeroen| has quit [Quit: dada]
Michal^ has joined #linux-sunxi
<foxx_>
3.10.101-4-pine64-longsleep also works good on this board
reinforce has quit [Quit: Leaving.]
<MoeIcenowy>
foxx_: Huh? It's the problem of dt or sun8i-emac?
<MoeIcenowy>
montjoie, apritzel: have you noticed this condition?
<foxx_>
MoeIcenowy: i'm not so experienced kernel developer to answer this question correctly
<foxx_>
but i can assist in investigation
<apritzel>
MoeIcenowy: Android uses the BSP kernel, so clearly it's a problem with sun8i-emac
<montjoie>
foxx_: what is the exact problem with your pine64 ?
OverCR has quit [Read error: Connection reset by peer]
<ssvb>
apritzel: or possibly the CPU frequency/voltage settings, what kind of configuration is used with the boot0 based setup?
<MoeIcenowy>
ssvb: same as android
<apritzel>
ssvb: CPU @ 800-something MHz and 1.1V
<apritzel>
the PLL clocks are 100MHz AHB due to your U-Boot patch
<MoeIcenowy>
maybe the delay is wrong?
<apritzel>
which differs from the 200MHz in the BSP setup
OverCR has joined #linux-sunxi
<foxx_>
montjoie: be patient, it's a long story. first, i have 2 pine64 boards and i prepared & duplicated sdcard images for both of them using dd, so both they have the exact copy of software
<foxx_>
one works good with networking, the second one constantly generates bad packets or totally disrupts
<MoeIcenowy>
To be honest, I used to met unstable SSH connection on my Pine64
<foxx_>
this occurs on uboot v2016.09-rc1 + apritzel's kernel a64-v5 merged with mainline 4.7 tag
<MoeIcenowy>
I used to thinking it to be a problem of Cortex A53 bug
<foxx_>
recently i considered the hw damage, so as the last chance I've got android image and tried it today
<montjoie>
foxx could you give em ethtool -S eth0 for it ?
<foxx_>
and suddenly it appears that this board work fine with bsp kernels
<foxx_>
montjoie: on which environment? 3.10 bsp or 4.7+ apritzel's?
<foxx_>
montjoie: also i noticed that if i plug 'working' board in 100mbit switch it also won't work correctly
<foxx_>
somehow it works only with 1gbit switch
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
<KotCzarny>
foxx, try setting 100M on gbit switch and see if it works
<foxx_>
KotCzarny: forced 100MFD for both boards on switch: the 'working' one renegotiated to 100MFD and works as usual, 'non-working' one finally got (I doubt this is because of port settings) address
<foxx_>
well, i must say that something from my actions fixed networking on this 'broken' pine64 board
<foxx_>
actually i did 2 things: updated uboot to master and took sun8i-emac.c completely from montjoie/sun8i-emac-wip-v3 into my working kernel branch
Paddy has joined #linux-sunxi
<foxx_>
should i distinguish what action did the trick?
creemj has joined #linux-sunxi
<Paddy>
<3
Netlynx has joined #linux-sunxi
<montjoie>
foxx_: so it works now ?
<montjoie>
if you could rollback the sun8i-emac.c for testing:)
<foxx_>
montjoie: it works :) and i can rollback of course
p1u3sch1_ has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
perr has quit [Quit: Leaving]
<foxx_>
even iperf gives considerably good values :)
<fire2191>
i got better file transfer speeds with sun8i-emac than my windows 10 desktop accomplishes :)
massi has quit [Quit: Leaving]
Mr__Anderson has quit [Remote host closed the connection]
|Jeroen| has joined #linux-sunxi
apritzel has joined #linux-sunxi
BenG83 has joined #linux-sunxi
maz has quit [Quit: Leaving]
<montjoie>
foxx_: not enought for TX for me, only 500mb/s but got strange unreproductible iperf up to 800
iamfrankenstein has joined #linux-sunxi
mossroy has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
al1o has joined #linux-sunxi
Michal has quit [Ping timeout: 276 seconds]
<foxx_>
montjoie: ~650mbit/s on both boards for me
cosm has joined #linux-sunxi
<foxx_>
i could expect more if i hadn't such a strange behavior recently when 2 similar boards gives totally different results
Andy-D has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
<willmore>
montjoie, does your driver support the A64 or just the H3?
Amit_t_ has quit [Quit: Page closed]
hansg has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Paddy has quit [Quit: Leaving]
rambler44 has joined #linux-sunxi
<rambler44>
So, as it happens while I was on vacation my board (OPi PC) just died, no SSH reply. When I came back I realized there had been a storm and my board had electricity cut-off. I tried hard resetting it by dragging out power, but SSH would still be unreachable or connection denied.
<rambler44>
So I went on it directly, and restarting sshd just ended up in some action is queue error, and at last this
NiteHawk has quit [Remote host closed the connection]
NiteHawk has joined #linux-sunxi
NiteHawk has quit [Changing host]
NiteHawk has joined #linux-sunxi
<rambler44>
I wish I was good enough at el/engineering to put together a small USB power bank UPS module that could power it with a 20k mAh battery in these scenarios.
<foxx_>
i don't know about OPi schematics, but all devboards that i have suggest an easy way to connect external battery source. probably OPi was developed with such kind of backup source too, no?
<KotCzarny>
rambler44: there are li-ion charger modules which canalso act as power sources
<rambler44>
With the main problem here being I have no idea what damage this electricity cut-off has done to make processes hang
<foxx_>
and, as for me, it was a good idea to have one powerful UPS for all my devices, so each device has uninterruptible (for some time at least) power source
<rambler44>
KotCzarny, using a normal power bank with 5V converter should actually suffice
jernej has joined #linux-sunxi
<rambler44>
only thing that would be necessary was being able to triger which USB power to use, if the regular power is off switch to power bank-->
<rambler44>
foxx_, normally cut-offs been good except my processes
<rambler44>
But now ssh server died, that was a bit too much of an error
<rambler44>
Hmm, maybe due to the commit=600 setting in fstab? Anyone got any idea of what could have gotten broken
<foxx_>
rambler44: for the sake of uninterruptible data connection i've been using well tested x86_64 connection server powered via ups :)
<foxx_>
i still don't trust small devboards even if they have battery backup power supply
<rambler44>
Haha, I can see why, also re-installing OS now is a bit of a pain
<rambler44>
I alread went through enormous hassle to chroot the next debian
<foxx_>
my bbb board with battery suddenly dies white it won't charge the battery for unknown reason, for instance
<rambler44>
And its not really a good solution to re-install everything each time this happens
<rambler44>
foxx_, dead battery?
<rambler44>
If the cells all deplete in bulk it could even blow up
<rambler44>
that would be fun
<foxx_>
rambler44: no, the battery was ok, just some circumstances between bbb schematics and battery controller
<montjoie>
willmore: both, a64 and h3 (and a83t)
ricardocrudo has quit [Remote host closed the connection]
Netlynx has quit [Quit: Leaving]
<KotCzarny>
foxx: my home server/nfs/router is based on bpi-r1, works nicely on SINGLE 18650
<KotCzarny>
the beauty of devboards is miniscule power requirement
<rambler44>
Mine has worked
<rambler44>
It has survived power outages, but this time apperantly not?
<rambler44>
I also had the same idea, for this use a normal x86 would be far too much, maybe the low-end Atoms at $20 would go well but yeah
physis has joined #linux-sunxi
physis has quit [Client Quit]
boycottg00gle has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
pietrushnic has quit [Ping timeout: 260 seconds]
mossroy has quit [Quit: Leaving]
fire2191 has quit [Read error: Connection reset by peer]
fire219 has joined #linux-sunxi
fire219 has quit [Changing host]
fire219 has joined #linux-sunxi
<foxx_>
KotCzarny: depends on needs
<foxx_>
my home server carries up to 10 xen virtual machines simultaneously...
vagrantc has quit [Quit: leaving]
<rambler44>
Oh just to be extra good
<rambler44>
You have multiple NICs and your router is pfsense inside of a VM
<rambler44>
so when your computer boot it takes extra long time to POST
afaerber has joined #linux-sunxi
tlwoerner_ has joined #linux-sunxi
foxx_ has quit [Ping timeout: 260 seconds]
tlwoerner has quit [Ping timeout: 252 seconds]
<fire219>
for weeks my computer took about 3 minutes to post among other slowness issues
<fire219>
i eventually figured out it was the EMPTY microSD-SD adapter in the card reader
tlwoerner__ has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 258 seconds]
ricardocrudo has joined #linux-sunxi
al1o has joined #linux-sunxi
Andy-D has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 265 seconds]
<willmore>
montjoie, okay, thanks. I have a Pine64 2GB that I can test gig E on if you'd like another data point.
<willmore>
I've got a DHCP server that has been running on an Rpi with a single 18650 powerbank for years. I should check to see if the power cell is still good. :)
<willmore>
then again, it survived the several hour power outage a few weeks back, so I guess it must be okay. Hmm, though I didn't check to see if it stayed up.
<willmore>
Yeah, it was good: 16:25:48 up 434 days, 19:34, 2 users, load average: 0.00, 0.01, 0.05
VargaD has quit [Ping timeout: 276 seconds]
VargaD has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
foxx_ has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
boycottg00gle has quit [Remote host closed the connection]
tlwoerner_ has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
|Jeroen| has quit [Remote host closed the connection]