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*
warpme_ has quit [Quit: Connection closed for inactivity]
tllim has quit [Quit: Leaving]
Mangy_Dog has quit [Ping timeout: 250 seconds]
tllim has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
wens has quit [Ping timeout: 250 seconds]
wens has joined #linux-sunxi
ChriChri_ has joined #linux-sunxi
ChriChri has quit [Ping timeout: 240 seconds]
ChriChri_ is now known as ChriChri
libv has quit [Ping timeout: 240 seconds]
ganbold has quit [Remote host closed the connection]
libv has joined #linux-sunxi
tllim has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
aloo_shu has quit [Ping timeout: 246 seconds]
cnxsoft has joined #linux-sunxi
megi has quit [Ping timeout: 252 seconds]
dddddd has quit [Ping timeout: 246 seconds]
lurchi_ is now known as lurchi__
lkcl has quit [Ping timeout: 268 seconds]
tuxd3v has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
tuxd3v has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
return0e has quit [Ping timeout: 250 seconds]
return0e has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
nexgen has joined #linux-sunxi
nexgen has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
nexgen has joined #linux-sunxi
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
nexgen has quit [Ping timeout: 265 seconds]
selfbg has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
reinforce has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<wens> montjoie: do you know anything about rngtest?
<plaes> wens: this blog post has bunch of different random testers - https://harmoninstruments.com/posts/trng.html
<plaes> dieharder / ent / rngtest
<wens> so I was mainly playing around with my chromebook. the tpm trng gives _no_ failures with rngtest
<wens> the rk-crypto one (which I implemented) gives mostly failures :(
<wens> rpi's rng gives roughly 1 failure per 1000 successes
selfbg has quit [Ping timeout: 246 seconds]
msev- has joined #linux-sunxi
yann|work has quit [Ping timeout: 268 seconds]
msev- has quit [Quit: Leaving]
<montjoie> wens: I used it a bit for testing sun4i-ss rng
airstorm has joined #linux-sunxi
rra has joined #linux-sunxi
selfbg has joined #linux-sunxi
diego_r has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
tnovotny has joined #linux-sunxi
ldevulder_ is now known as ldevulder
warpme_ has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 240 seconds]
<wens> montjoie: what sorts of results did you get?
<montjoie> very few failure like 1/2 per 1000 in my memory, but it is a prng so ok for me
gaston1980 has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 265 seconds]
yann|work has joined #linux-sunxi
rra has left #linux-sunxi [#linux-sunxi]
gsz has joined #linux-sunxi
ldevulder has quit [Read error: Connection reset by peer]
ldevulder has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
florian_kc has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
random_yanek has quit [Ping timeout: 276 seconds]
florian_kc is now known as florian
<wens> I read somewhere that it's normal for TRNGs to fail rngtest a bit, as it's truly random and doesn't always conform to some test spec
random_yanek has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
dddddd has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
anarsoul has quit [Ping timeout: 268 seconds]
agates[m] has quit [Quit: killed]
oliv3r[m] has quit [Quit: killed]
hpagseddy[m] has quit [Quit: killed]
z3ntu_ has quit [Quit: killed]
Jeremy_Rand_Talo has quit [Quit: killed]
Danct12 has quit [Quit: killed]
solderfumes has quit [Quit: killed]
MartijnBraam has quit [Quit: killed]
JuniorJPDJ has quit [Quit: killed]
EmilKarlson has quit [Quit: killed]
thefloweringash has quit [Quit: killed]
davidebeatrici has quit [Quit: killed]
t4h4[m] has quit [Quit: killed]
freddor has quit [Quit: killed]
romainmahoux[m] has quit [Quit: killed]
k40s[m] has quit [Quit: killed]
mic-e[m] has quit [Quit: killed]
atopuzov[m] has quit [Write error: Connection reset by peer]
fevv8[m] has quit [Write error: Connection reset by peer]
<KotCzarny> well, truly random should also mean 'no patterns with enough data'
<KotCzarny> and i suspect those tests check if there are any patterns in the stream
vagrantc has joined #linux-sunxi
merbzt has quit [Ping timeout: 246 seconds]
oliv3r[m] has joined #linux-sunxi
merbzt has joined #linux-sunxi
AneoX has joined #linux-sunxi
<diego71> KotCzarny: more or less. The problem is that with enough data, any pattern can happen, so eventually some test can fail. If you have multiple test, it becames normal that one or more test fail
<KotCzarny> yup
<KotCzarny> predictability should be 0, uniformity should be close to 1 with large set of data
<KotCzarny> some guy visualized some prgns long time ago
<KotCzarny> windows was awful, freebsd was a nice cloud
<KotCzarny> not the thing i saw before but also nice: http://www.pcg-random.org/posts/visualizing-the-heart-of-some-prngs.html
<diego71> yes, becouse uniform pattern is the most probable outcame. See also: the limit central theorem in statistics
<KotCzarny> Random number generators, as the joke goes, are far too important to be left to chance.
<KotCzarny> :)
<karlp> KotCzarny: yeah, I remember another one too, bigger pictures with all the weird lines and hotspots on the images.
<KotCzarny> it was 3D visualization at that
<KotCzarny> here.
rra has joined #linux-sunxi
megi has joined #linux-sunxi
lerc has quit [Ping timeout: 250 seconds]
lerc has joined #linux-sunxi
merbzt has quit [Ping timeout: 246 seconds]
vagrantc has quit [Ping timeout: 252 seconds]
vagrantc has joined #linux-sunxi
agates[m] has joined #linux-sunxi
hpagseddy[m] has joined #linux-sunxi
mic-e[m] has joined #linux-sunxi
EmilKarlson has joined #linux-sunxi
Jeremy_Rand_Talo has joined #linux-sunxi
atopuzov[m] has joined #linux-sunxi
romainmahoux[m] has joined #linux-sunxi
z3ntu_ has joined #linux-sunxi
solderfumes has joined #linux-sunxi
Danct12 has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
k40s[m] has joined #linux-sunxi
fevv8[m] has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
davidebeatrici has joined #linux-sunxi
freddor has joined #linux-sunxi
t4h4[m] has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
rra has left #linux-sunxi [#linux-sunxi]
freddor has quit [Quit: User has been idle for 30+ days.]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
vagrantc has quit [Ping timeout: 245 seconds]
<willmore> KotCzarny, you thinking of the TCP random port selection thing?
<KotCzarny> yeah, in that particular case
<KotCzarny> but consideration what was deemed random stays the same
<willmore> I remember that. It was a nice visualization. But visualization is an incredibly low bar. To fail even that....
<KotCzarny> visualization relies on a wonderful feature of our brains to find patterns
<KotCzarny> you wont see it in numbers alone
<willmore> Windows looked bad because they had only used a few bits of entropy, so where full randomness would have been a grey cube, they had clear layers.
<willmore> IIRC, they had a lot less entropy in their values, but the entropy they had was good.
<willmore> Better random numbers is better.
<willmore> Been a while since I studied Kolmogorov.
rra has joined #linux-sunxi
rra has left #linux-sunxi [#linux-sunxi]
rra has joined #linux-sunxi
rra has left #linux-sunxi [#linux-sunxi]
rra has joined #linux-sunxi
vagrantc has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
return0__ has joined #linux-sunxi
return0e has quit [Ping timeout: 240 seconds]
libv_ is now known as libv
vagrantc has quit [Ping timeout: 276 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 246 seconds]
libv_ has quit [Ping timeout: 276 seconds]
merbanan has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 276 seconds]
libv_ has quit [Ping timeout: 265 seconds]
tllim has joined #linux-sunxi
aloo_shu has joined #linux-sunxi
return0e has joined #linux-sunxi
return0__ has quit [Ping timeout: 265 seconds]
swiftgeek has quit [Ping timeout: 268 seconds]
libv has joined #linux-sunxi
airstorm has quit [Quit: airstorm]
swiftgeek has joined #linux-sunxi
lkcl has quit [Ping timeout: 265 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
vagrantc has joined #linux-sunxi
vagrantc has quit [Ping timeout: 250 seconds]
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has joined #linux-sunxi
lkcl has quit [Ping timeout: 246 seconds]
<montjoie> why the mainline TODO section was removed in the wiki ?
<KotCzarny> was it?
<montjoie> a section with "low medium hard difficulty" existed
<KotCzarny> hmm
<megi> I see it there, it's called work in progress
<montjoie> no I remember a section like "pick one"
<montjoie> "left to be done"
<montjoie> I found it on december 2017
<megi> hmm, that can certainly be inferred from the feature support matrix, though
<KotCzarny> (cur | prev) 13:31, 22 February 2018\u200e Mripard (Talk | contribs)\u200e . . (44,824 bytes) (-1,071)\u200e . . (Remove the "left to be done" section. It was rotting for some years(?) and has never really been updated)
<KotCzarny> put it back and update if you think it's meaningful to be there
<montjoie> I dont know what is remaining apart from crypto
<montjoie> but for example, I have a coworker which seek a "driver to do"
<montjoie> a section like that is good for wanna do something starter
<KotCzarny> i wonder what is "V4L driver for G2D/Mixer"
<KotCzarny> and was it picked by anyone
<megi> I re-addded the section :)
<megi> feel free to add to it
<montjoie> I have stuff but on the same page for uboot I will do
<KotCzarny> megi: maybe make it more descriptive
<KotCzarny> ie. explain what is this section for
<megi> ok
<montjoie> do you agree to have a uboot support matrix in http://linux-sunxi.org/Mainline_U-Boot ?
<montjoie> with USB NET SD as line
<montjoie> (at least)
selfbg has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
<montjoie> done
ed_peguillan has quit [Quit: Leaving]
ed_peguillan has joined #linux-sunxi
libv_ is now known as libv
<karlp> would a row for spi-nor be relevant too?
<karlp> and does usb need to be host/device split or ?
rra has left #linux-sunxi [#linux-sunxi]
rra has joined #linux-sunxi
<karlp> is it currently intended for booting from usb flash disk? or like you mention, usb ethernet dongle to then use net boot?
<KotCzarny> well, you can run raw binaries from spinor, no?
rra has left #linux-sunxi [#linux-sunxi]
Putti has joined #linux-sunxi
<montjoie> karlp: i mean host but yes it could be splited
Putti has quit [Changing host]
Putti has joined #linux-sunxi
rra has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #linux-sunxi
vagrantc has quit [Ping timeout: 250 seconds]
<jernej> megi: talking about to do and wip drivers - do you work on AC100 audio codec driver?
<megi> jernej: yes
<jernej> H6 has AC200 audio codec which is very similar
<jernej> well, I think it is
<megi> it's connected differently, no?
<megi> AC100 is exposed over rsb
<jernej> yeah, AC200 is over AC200, but regmap should abstract that
<jernej> and audio samples are transfered over I2S
<megi> there's problem that registers are spread differntly though
<jernej> sorry, I2C
<megi> hmm
<megi> I have to look at ac200 :)
<jernej> I plan to send AC200 ethernet PHY driver soon
<jernej> which will include MFD part
rra has left #linux-sunxi [#linux-sunxi]
<megi> I already have mfd part for ac100
<megi> no, I don't have the latest code published, since it's a bit of WiP mess
<jernej> does it work already?
<megi> but it has powerup, interrupts, I2S interface setup, register defs, etc.
<megi> not yet
<MoeIcenowy> I think
<MoeIcenowy> AC200 is totally different to AC100
yann|work has quit [Ping timeout: 250 seconds]
<megi> looking at the datasheet of ac200, you're quite right :)
<jernej> let me check, but IIRC AC200 has much more registers, but only few are used in driver
<megi> ac100 has a much more complicated codec part
<megi> I think it's best if ac100/ac200 will have separate drivers
<jernej> I guess you're right
dddddd has quit [Ping timeout: 268 seconds]
deesix has quit [Ping timeout: 268 seconds]
deesix has joined #linux-sunxi
<megi> ac100 registers table has one row that reads "...", that expands to another ~60 registers, that they omitted in the overview :)
<megi> I think it's meant to support a phone use case, as it has all that's needed for that, and I was able to make a call on a tablet that has AC100
tnovotny has quit [Quit: Leaving]
<MoeIcenowy> phone calls...
<MoeIcenowy> this reminds the disaster on PinePhone
dddddd has joined #linux-sunxi
<megi> MoeIcenowy: I tried it on Android,... what disaster?
<MoeIcenowy> audio routing is not so easy on GNU/Linux
florian has quit [Ping timeout: 268 seconds]
<megi> isn't it just a bunch of ioctls to setup some topology/controls and that's about it? I've only looked at the sound subsystem from the inside, yet, though
<megi> maybe I'm up for a surprise, when I try to use it from userspace :)
jstefanop has joined #linux-sunxi
vagrantc has joined #linux-sunxi
diego_r has quit [Ping timeout: 240 seconds]
putti_ has joined #linux-sunxi
putti_ has quit [Changing host]
putti_ has joined #linux-sunxi
Putti has quit [Disconnected by services]
putti_ is now known as Putti
reinforce has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Rorschach has quit [Quit: WeeChat 2.2]
<anarsoul|2> MoeIcenowy: routing is fine. That's missing support for some formats that hurts :)
lkcl has joined #linux-sunxi
<MoeIcenowy> anarsoul|2: I think bshah suffered from routing
lerc has quit [Quit: No Ping reply in 180 seconds.]
lerc has joined #linux-sunxi
yann|work has joined #linux-sunxi
florian has joined #linux-sunxi
lkcl has quit [Ping timeout: 268 seconds]
<tuxd3v> megi: hello,
<tuxd3v> I am still fighting with dts file for one plus :(
<tuxd3v> I tried to make ethernet depend on reg_gmac_3v3: gmac-3v3
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
lkcl has joined #linux-sunxi
<tuxd3v> can you help me, or give me some insight?
<tuxd3v> thanks
<megi> tuxd3v: do you have my ethernet patches?
vagrantc has joined #linux-sunxi
<megi> without those phy-io-supply will not work
vagrantc has quit [Ping timeout: 246 seconds]
reinforce has quit [Quit: Leaving.]
gsz has quit [Quit: Konversation terminated!]
matthias_bgg has quit [Quit: Leaving]
rra has joined #linux-sunxi
rzerres has quit [Ping timeout: 245 seconds]
lkcl has quit [Ping timeout: 250 seconds]
rzerres has joined #linux-sunxi
<tuxd3v> megi: no I believe I don't :(
<tuxd3v> I am out ofoptions..
<tuxd3v> compiling kernels and trying and no internet :(
<tuxd3v> I don't know why..
<tuxd3v> for what I saw, ethernet depends on 2v5 for io and 3v for supply
<tuxd3v> I believe I am correct on that :S
rra has left #linux-sunxi [#linux-sunxi]
yann|work has quit [Ping timeout: 276 seconds]
<megi> if you want to use phy-io-supply property you need 4 net: patches from this branch https://megous.com/git/linux/log/?h=opi3-5.5
<tuxd3v> I believe you are talking about: net: stmmac
<tuxd3v> ?
fALSO has joined #linux-sunxi
<fALSO> yo
<tuxd3v> hi fALSO
<tuxd3v> fALSO, your patch works, but I wanted to use phy-io-supply property, so that the device can reset if it want the ethernet..
<fALSO> :(
<fALSO> tuxd3v, try it out with armbian, see if that works, if it works, try to figure out which patch they use for it :-)
<tuxd3v> because for ethernet, it used on orange PI one plus 3v, and a 2v5 source, that can reset the device.. I belive, megi is a lot mre inside it..
freemangordon has quit [Read error: Connection reset by peer]
freemangordon has joined #linux-sunxi
freemangordon has quit [Client Quit]
freemangordon has joined #linux-sunxi
yann has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #linux-sunxi
pmp-p has quit [Disconnected by services]
pmpp has joined #linux-sunxi
<tuxd3v> megi: is there any order to aply the 4 patchs?
<tuxd3v> thanks in advance for the help! :)
<megi> the same as on the page I linked (commits are listed in reverse)
<tuxd3v> so apply : net: stmmac: sun8i: Use devm_regulator_get for PHY regulator
<tuxd3v> first?
<megi> yes
pmpp is now known as pmp-p
<tuxd3v> thanks a lot :)
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #linux-sunxi
anarsoul|2 is now known as anarsoul
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #linux-sunxi
freemangordon1 has joined #linux-sunxi
freemangordon has quit [Read error: Connection reset by peer]
freemangordon1 has quit [Client Quit]
freemangordon has joined #linux-sunxi
freemangordon1 has joined #linux-sunxi
freemangordon has quit [Read error: Connection reset by peer]
freemangordon has joined #linux-sunxi
freemangordon1 has quit [Read error: Connection reset by peer]
ldevulder_ has joined #linux-sunxi
freemangordon has quit [Read error: Connection reset by peer]
freemangordon has joined #linux-sunxi
ldevulder has quit [Ping timeout: 245 seconds]
rra has joined #linux-sunxi
rra has left #linux-sunxi [#linux-sunxi]
lurchi__ is now known as lurchi_
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #linux-sunxi
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #linux-sunxi
suprothunderbolt has joined #linux-sunxi
warpme_ has quit [Quit: Connection closed for inactivity]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_