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
p1u3sch1 has quit [Ping timeout: 240 seconds]
p1u3sch1 has joined #linux-sunxi
arokux_ has quit [Ping timeout: 240 seconds]
philectro has joined #linux-sunxi
<philectro> hello
<philectro> which distro did you recommend currently for an A10?
adj_ has quit [Ping timeout: 260 seconds]
adj_ has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
jstein_ has joined #linux-sunxi
jstein has quit [Ping timeout: 240 seconds]
jstein_ has quit [Remote host closed the connection]
tomboy65 has joined #linux-sunxi
interrobangd_ has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
apritzel has quit [Ping timeout: 248 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 252 seconds]
ninolein has joined #linux-sunxi
<Deskwizard> philectro: id suggest you have a look at armbian
<philectro> Deskwizard: thanks
<Deskwizard> np
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1 has joined #linux-sunxi
atenart has quit [Ping timeout: 272 seconds]
hipboi has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
uwe_ has quit [Ping timeout: 250 seconds]
atenart has joined #linux-sunxi
TheSeven has joined #linux-sunxi
uwe_ has joined #linux-sunxi
uwe_ has quit [Ping timeout: 240 seconds]
arossdotme-planb has quit [Ping timeout: 272 seconds]
arossdotme-planb has joined #linux-sunxi
<wens> GL830 USB-SATA gets around 26 MB/s (read) on the cubietruck plus
<Deskwizard> wens: nice :)
uwe_ has joined #linux-sunxi
<Deskwizard> wens: how does the write look like? (if you know)
<vagrantc> is it about as awful as the orange pi plus2 ?
<vagrantc> i almost wonder if i wouldn't get better speeds by plugging in an external usb-sata adapter
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
JohnDoe_71Rus has joined #linux-sunxi
philectro has quit [Quit: Konversation terminated!]
vagrantc has quit [Quit: leaving]
IgorPec has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 248 seconds]
p1u3sch1 has joined #linux-sunxi
engideavr has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 272 seconds]
orly_owl has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
<KotCzarny> vagrantc: you will most likely will, especially with usb-uas
cnxsoft has quit [Read error: Connection reset by peer]
KotCzarny has quit [Ping timeout: 272 seconds]
tchiwam has quit [*.net *.split]
pietrushnic has quit [*.net *.split]
flok420 has quit [*.net *.split]
buZz has quit [*.net *.split]
aep has quit [*.net *.split]
tchiwam has joined #linux-sunxi
pietrushnic has joined #linux-sunxi
buZz has joined #linux-sunxi
tkoskine has joined #linux-sunxi
aep has joined #linux-sunxi
buZz is now known as Guest95008
tomboy65 has quit [Ping timeout: 240 seconds]
flok420 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
<KotCzarny> doh.
<Deskwizard> Welcome back ;)
<KotCzarny> yeah, my connections seems flaky today, so, anyone could shine some light on my audio issue?
<Deskwizard> KotCzarny: uhm I can't shine some light, but I can try to replicate if you want
<Deskwizard> mainline ?
<KotCzarny> 4.5.0-rc3
<KotCzarny> bpi-m1
<KotCzarny> i can pastebin the .config too if you want
yann|work has quit [Ping timeout: 240 seconds]
<KotCzarny> one suspisious thing is that sun4i_codec is used by 3 things, even if i dont have anything playing/using it (regular alsa, no evilaudio installed)
Wizzup has quit [Read error: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number]
Wizzup has joined #linux-sunxi
reinforce has joined #linux-sunxi
arokux has joined #linux-sunxi
<Deskwizard> KotCzarny: TBH, I'm reading DTB for dummies atm... but indeed, suspicious
rellla has joined #linux-sunxi
_massi has joined #linux-sunxi
<Deskwizard> that A31s tablet just has too many test pads for me not to play with it
<KotCzarny> :)
KotCzarny has quit [Quit: Reconnecting]
KotCzarny has joined #linux-sunxi
Guest95008 is now known as buZz
<Deskwizard> they also forgot some connectors and ICs ... ;)
<MoeIcenowy> KotCzarny : it seems that the used is for the device nodes
<Deskwizard> i'll have to fix that hehe
<KotCzarny> moe: hum?
<MoeIcenowy> snd_hda_intel 28672 6
<MoeIcenowy> this is on my laptop
<KotCzarny> i've always thought 'used' means something actually opened the device
<MoeIcenowy> it has 6 references
<KotCzarny> just creating device nodes shouldnt make it used
<MoeIcenowy> KotCzarny: please feel free to rmmod -f
<MoeIcenowy> (but now I should modprobe my snd_hda_intel back :-)
<KotCzarny> rmmod -f, modprobe, audio still doesnt play
<KotCzarny> and when i ctrl-c aplay i get: aplay: pcm_write:1939: write error: Interrupted system call
<MoeIcenowy> I think interrupted system call is ok
<MoeIcenowy> do you have any GUI?
<KotCzarny> xdm, but testing via ssh (not logged in x)
<MoeIcenowy> (An audacious will have a progress bar stick at 0:00:00 when the sound driver sucks
<MoeIcenowy> (oh a remote audacious may be terrible
<KotCzarny> killing xdm didnt make any difference
<KotCzarny> moe: i'm using oscp, but testing with aplay
<MoeIcenowy> have you turned the mixer?
<MoeIcenowy> oscp?
<KotCzarny> i have all toggles on in alsamixer (except 'mute')
<MoeIcenowy> what kernel are you using?
<KotCzarny> 4.5.0-rc3
<MoeIcenowy> oh mainline
<MoeIcenowy> I have never a mainlineable A10/20 device
<MoeIcenowy> only two A33s
<KotCzarny> i've thought i will give it a try
<MoeIcenowy> and now I'm developing on a bcm2836
<KotCzarny> but seems its either broken, or my .config is broken
<MoeIcenowy> is there anything terrible in `dmesg` ?
<KotCzarny> nope
<MoeIcenowy> sorry I cannot do more now
<KotCzarny> wtf
premoboss has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 272 seconds]
ornitorrincos has joined #linux-sunxi
apritzel has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
<KotCzarny> ugh.
apritzel has quit [Ping timeout: 248 seconds]
<KotCzarny> did my previous messages went through?
<KotCzarny> so in case anyone wondering, to enable audio, one has to ENABLE both: "Power Amplifier DAC" and "Power Amplifier Mute"
<KotCzarny> could it be a good idea to make the driver in a working state by default?
premoboss has quit [Quit: Sto andando via]
<Deskwizard> KotCzarny: so you got it working? nice!
<KotCzarny> yeah, luckily its only a toggle, but as i said, having it nonworking by default is weird and probably confusing for users
<Deskwizard> KotCzarny: I could never get it to work as I wanted on 3.4
<Deskwizard> KotCzarny: I agree, it should probably be changed, unless there is a good reason we dont know about for it to be like that
KotC has joined #linux-sunxi
yann|work has joined #linux-sunxi
<KotCzarny> dont know, maybe it draws some power, dont have my powermeter at the moment (and no amperage monitoring in mainline)
vickycq has quit [Quit: WeeChat 1.0.1]
<MoeIcenowy> I remembered that my previous laptop has also defaultly a non-working state
<MoeIcenowy> have all volumes as 0
<MoeIcenowy> and muted
<KotCzarny> moe: its worse than than in this case, because audio apps just hang on writes to audio devices
<KotCzarny> s/than than/than that/
<KotCzarny> also, it seems that buffers are huge (almost as bad as usb-audio ones), legacy behaved a bit better in this regard
KotCzarny has quit [Quit: Reconnecting]
KotCzarny has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
mzki has joined #linux-sunxi
dlan has quit [Quit: leaving]
dlan has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 272 seconds]
libv_ is now known as libv
Shirasaka-Hazumi has quit [Ping timeout: 252 seconds]
p1u3sch1 has quit [Ping timeout: 250 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 260 seconds]
arokux has quit [Changing host]
arokux has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Changing host]
apritzel has joined #linux-sunxi
<wens> hmm
<wens> got usb hosts all working on a83t, in the kernel and in u-boot
<wens> couldn't get otg to work though
matthias_bgg has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
enrico_ has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
ricardocrudo has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
matthias_bgg has quit [Ping timeout: 240 seconds]
tomboy65 has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
<KotCzarny> doh2.
<wens> bad connection?
<KotCzarny> apparently.
<KotCzarny> bad cable or dying switch in my bpi-r1
<KotCzarny> or bad isp
<KotCzarny> but i got audio working with mainline on my bpi-m1, so it's good for me anyway
tomboy65 has quit [Ping timeout: 260 seconds]
apritzel1 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<wens> someone was asking about GSoC this year
<MoeIcenowy> wens: me
<wens> afaik there is no formal org for linux-sunxi
<Deskwizard> I see
tkaiser has joined #linux-sunxi
<tkaiser> KotCzarny: Apply this patch to be able to measure consumption with Mainline: https://github.com/igorpecovnik/lib/blob/master/patch/kernel/sunxi-dev/axp20x-sysfs-interface.patch
<KotCzarny> tkaiser: thanks!
<KotCzarny> ok, seems to work, thanks again
<KotCzarny> amperage is ~100mA higher than with 3.4 (maybe i should boot to confirm)
<tkaiser> Looking at consumption without monitoring cpufreq/dvfs stuff is pretty useless IMO :)
<KotCzarny> i print cpufreq in the same script
<wens> set it to performance!
<tkaiser> I fooled myself so many times in the past and made so many wrong conclusions :)
<KotCzarny> it stays at 312
<KotCzarny> (even with audio playing)
<tkaiser> Does dvfs work with mainline on A20?
<tkaiser> Ah, it does but has to be enabled on a per device basis
apritzel1 has quit [Ping timeout: 248 seconds]
<tkaiser> Sorry, I meant CONFIG_REGULATOR_AXP20X in kernel config and the necessary stuff defined in the .dts
<KotCzarny> i have it enabled in .config, what needs to be changed in dts?
mark5 has joined #linux-sunxi
<tkaiser> Some background information in this thread: https://groups.google.com/forum/#!topic/linux-sunxi/ld7lem8QTv0%5B1-25%5D
<KotCzarny> hmm
<KotCzarny> its already set to 1.0-1.4V
<KotCzarny> also, look at the lines 99-111
<tkaiser> That's code. What about reality. To confirm dvfs is working you would need a powermeter, userspace governor and idle through different dvfs operating points.
<KotCzarny> usually looking at temperature should give similar info
<tkaiser> Different Vcore voltage is way more important regarding consumption than cpufreq
<KotCzarny> remember your findings that voltage directly correlated with temp (and not mhz)
<KotCzarny> su just doing temperature graphs should be enough
<tkaiser> Sure, but you need more time and have to be aware that there are other temperature influences also (display engine for example: On A20 and H3 this makes 3.4¡C difference whether a display is connected or not)
<tkaiser> s/3.4/3-4/
rubensm_ has quit [Ping timeout: 264 seconds]
<KotCzarny> if one only wants to find out if dvfs is working or not, you can do it without x and in 5-20 minutes of time i guess
<tkaiser> Also the display engine seems to be enabled after a reboot even if no display is connected the first 10 minutes. I fooled myself multiple times due to this
<KotCzarny> :)
<KotCzarny> it auto disables itself?
<tkaiser> At least on H3. Haven't checked A20
Worf has joined #linux-sunxi
hipboi has quit [Quit: This computer has gone to sleep]
tomboy65 has joined #linux-sunxi
avph has quit [Ping timeout: 240 seconds]
avph has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 264 seconds]
matthias_bgg has joined #linux-sunxi
tomboy65 has quit [Quit: Uhh ... gotta go.]
rubensm has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 256 seconds]
p1u3sch1 has quit [Ping timeout: 248 seconds]
p1u3sch1 has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
simosx has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 248 seconds]
hipboi has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 256 seconds]
avph has quit [Ping timeout: 240 seconds]
avph has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 256 seconds]
KotCzarny has joined #linux-sunxi
<KotCzarny> meh
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
apritzel1 has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
adj_ has quit [Quit: Leaving]
pietrushnic has quit [Quit: Coyote finally caught me]
cnxsoft has quit [Quit: cnxsoft]
lamer14555459556 has joined #linux-sunxi
hipboi has quit [Quit: This computer has gone to sleep]
lamer14555459556 has quit [Client Quit]
dlan_ has joined #linux-sunxi
avph has quit [*.net *.split]
tkaiser has quit [*.net *.split]
dlan has quit [*.net *.split]
avph has joined #linux-sunxi
cosm has joined #linux-sunxi
afaerber has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
flok420 has quit [Remote host closed the connection]
flok420 has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 248 seconds]
KotCzarny has quit [Ping timeout: 256 seconds]
Worf has quit [Quit: Konversation terminated!]
Nacho___ has quit [Ping timeout: 250 seconds]
KotCzarny has joined #linux-sunxi
KotC has quit [Ping timeout: 250 seconds]
KotC has joined #linux-sunxi
Andy-D__ has quit [Ping timeout: 248 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> wens: Did you tested the GL830 for a specific reason?
Andy-D__ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 248 seconds]
<wens> tkaiser: uh, because it was on the cubietruck plus?
<tkaiser> Did you also measured write speed?
<wens> i don't have any empty disks
<KotCzarny> usb stick?
<tkaiser> I always use iozone
<KotCzarny> or just write 100MB of trash?
<KotCzarny> should be enough to measure crapspeed
<Deskwizard> any latest pop music album should do.
<Deskwizard> *giggles*
<wens> the disk is ntfs... not a good test bed :p
<tkaiser> Anyway: I got 15/30 MB/s on the Banana Pi M3 and others reported the same values for Orange Pi Plus (also using GL830)
<tkaiser> Yep, ext4 would be better
<tkaiser> I just tested USB disk speed with the Orange Pi One and the old Allwinner 3.4.110 kernel: Close to 38 MB/s write and 35 MB/s read using ext4
<tkaiser> JMS567 USB-to-SATA bridge. In this setup was no UASP involved, with mainline kernel and UASP we get ~40 MB/s
<tkaiser> I really don't understand why all sunxi devices with onboard USB-to-SATA bridge use the same crap
<KotCzarny> lazy design?
<wens> because it's cheap and easy to source?
<wens> and that
<KotCzarny> one change at a time
<KotCzarny> and release as a new model
arokux has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
rds has joined #linux-sunxi
<rds> looks like the Wiki was hacked
<KotCzarny> you mean vandalized?
<rds> yes, that is a better word for it
<KotCzarny> User account Gdfgfdgfdg ?
<KotCzarny> and few others
<NiteHawk> oh shit
<NiteHawk> turl, libv: ^
<NiteHawk> plaes, rellla: ^
<Deskwizard> :| why would anyone do such a thing... ridiculous
<NiteHawk> morons as usual...
<KotCzarny> testing how vulnerable particular site is before real attack?
<Deskwizard> NiteHawk: well put
<KotCzarny> also what nitehawk said
<Deskwizard> re wiki: how long does it usually take before receiving the confirmation emails? is it in minutes or commits? ;)
<libv> yesh, just vandalized
<libv> Deskwizard: minutes normally
<Deskwizard> libv: I must have done it wrong then its been a week, i probably got distracted and forgot to click *rool eyes*
<libv> since i am bored atm anyway, i will first block these accounts, then delete the pages
<libv> Deskwizard: you should be able to see yourself being added in the recent pages page
<Deskwizard> libv: okay, I'll double check that as well, thank you
<Turl> what's up?
<KotCzarny> also, i think clock on the server is 10 minutes in the future
<apritzel> I guess "morons" translate into "search engine optimizers" here, trying to push the Google ranking for their telephone number
<libv> KotCzarny: it is? time to install ntpd then
<NiteHawk> turl: i was pinging wiki admins, as we had a severe case of wiki vandalism - luc said he'd take care of it
<Turl> KotCzarny: where are you seeing a wrong clock?
<Turl> NiteHawk: oh ok
<KotCzarny> i wouldnt say 'severe'
<KotCzarny> turl i see edits on the recentchanges 10 minutes in the future
<Turl> the antispam protections were holding fine so far
<NiteHawk> well... let's say "sufficiently annoying" :P
<Turl> hm right
<Turl> let me check
<NiteHawk> yay, banhammer ftw! \o/
<KotCzarny> (User creation log); 17:00 . . User account Robertkelly35 (Talk | contribs) was created \u200e
<KotCzarny> still created after creation disabled?
<Turl> creation disabled bans your IP
<KotCzarny> libv, you missed this one account: User:Gdfgfdgfdg
<libv> that user did not spam afaict
<NiteHawk> no contribs on that one so far
<Turl> ok, clock should be good now
<KotCzarny> i would guess any account created in the last 30 minutes is the attacker
tchiwam_ has joined #linux-sunxi
<KotCzarny> s/30/60/
tchiwam has quit [Ping timeout: 250 seconds]
* libv has a slight endorphine rush from all the mindless clicking :p
<Turl> :p
<Turl> if they escalate we can halt signups
<libv> yeah, but we do not block user accounts just because they happen to be at the same time
<Turl> yeah, even if they're highly suspicious
<Turl> like "gggghghgh" :p
<libv> we have tons of users who never changed anything
<KotCzarny> what do they do then?
<Turl> yeah, mostly autobots I'd say
<Turl> that fail when trying to spam user pages :P
reinforce has joined #linux-sunxi
<KotCzarny> :)
<Turl> we had a lot of spam on user pages back in the day
<Turl> that's why users can't use them unless they're marked as people
<libv> from time to time, i tend to go over the users who made recent changes and give them people rights
<Turl> yep :)
<libv> i like that sort of power :p
<libv> "you, you are a person"
<KotCzarny> people rights to the people!
<Turl> ugh sandypinto spamming now
<NiteHawk> and i shalt name thou "people"
<Turl> I've enabled akismet
<Turl> hopefully that distracts them long enough :)
<libv> akismet?
* libv googles
<KotCzarny> anti kiss me tool ?
arokux has joined #linux-sunxi
<libv> interesting :)
<KotCzarny> another account created
<KotCzarny> are their ips coming from one range or over the world?
<Turl> haven't looked
<KotCzarny> yup, straight to spam
<KotCzarny> content changes, i wonder if its some bot with a little help of user
<KotCzarny> (diff | hist) . . N 1855 482 6468 microsoft windows tech support phone number\u200e; 17:17 . . (+43)\u200e . . \u200eSdsdsdsd (Talk | contribs)\u200e (microsoft windows tech support phone number)
<KotCzarny> definitely bot checking site's vulerability
avph_ has joined #linux-sunxi
avph has quit [Read error: Connection reset by peer]
avph_ is now known as avph
<KotCzarny> turl, did you see your user's page?
<KotCzarny> :)
<Turl> KotCzarny: yeah, long story
<KotCzarny> :)
<KotCzarny> keeping it as a trophy?
<Turl> dunno, never used my user pag for anything :p
<KotCzarny> put your devices on it? personal bookmarks?
<KotCzarny> :P
<KotCzarny> also, that bot is recurring, it was there ~25.01.2016
yann|work has quit [Ping timeout: 264 seconds]
rds has quit [Quit: Page closed]
rubensm has quit [Ping timeout: 272 seconds]
KotCzarny has quit [Ping timeout: 256 seconds]
<apritzel> kadamski: what is PINCTRL_SUNXI_COMMON?
<apritzel> you use that to activate the H3_R pinctrl driver, but I can't find this symbol (in -next, at least)
<apritzel> shouldn't that be select PINCTRL_SUNXI instead?
<Turl> apritzel: it may have been renamed recently
<apritzel> longsleep: can you do me a favour and rename "allwinner,sun6i-a31-ahb1-reset" to "allwinner,sun6i-a31-clock-reset" in the DT
<apritzel> Turl: yeah, looks like
<apritzel> seems like a silent merge conflict in -next
<apritzel> longsleep: then enable the MMC reset in the code again
apritzel1 has joined #linux-sunxi
<apritzel> with that I can use MMC with my kernel
<apritzel> but I am curious about the stability
<arokux> Turl: is eMMC something that also need to get mainlined?
rubensm has joined #linux-sunxi
<apritzel> arokux: for which device?
<apritzel> the idea of eMMC is that it looks like a "soldered SD card" (to some degree, at least)
<Turl> ^ that
<arokux> apritzel: for example
simosx has quit [Quit: Leaving]
<apritzel> arokux: ideally it's just a device tree thing to add, specifying non-removable; and maybe a different bus-width
<arokux> so it is not a dumb NAND controller alike thing that actually was a blocker for those ones who wanted to enjoy the mainline..?
<apritzel> arokux: I did this with U-Boot the other day (no DT in this case, but similar idea) and it worked out of the box on the Remix Mini
<apritzel> arokux: no
<arokux> cool
<apritzel> that's the neat thing about eMMC ...
KotCzarny has joined #linux-sunxi
<KotCzarny> d'oh.
KotCzarny has quit [Ping timeout: 256 seconds]
<arokux> apritzel: is Remix Mini a capable machine?
<apritzel> definitely a nice one, it has 2GB RAM and 16GB eMMC
<apritzel> I have upstream U-Boot running on it
<apritzel> but couldn't get my own kernel so far, as the firmware seems to be a bit different from the Pine64
<longsleep> join #snappy
<longsleep> narf .. sorry
nove has joined #linux-sunxi
KotCzarny has joined #linux-sunxi
<apritzel> longsleep: have you seen my question above? ^^^^
<arokux> apritzel: thanks!
enrico_ has quit [Quit: Bye]
enrico_ has joined #linux-sunxi
Nacho_ has joined #linux-sunxi
dev1990 has joined #linux-sunxi
<longsleep> apritzel: no thanks for the hint - i am still at work and will try later from home thanks!
matthias_bgg has quit [Quit: Leaving]
<longsleep> /SET autocreate_own_query OFF
<longsleep> /SET autocreate_query_level DCCMSGS
<longsleep> /SET use_status_window OFF
<longsleep> /SET use_msgs_window ON
<longsleep> wah
vagrantc has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 248 seconds]
paulk-collins has joined #linux-sunxi
mossroy has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
bonbons has joined #linux-sunxi
_massi has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-sunxi
<rellla> ufff. wiki hacking
<rellla> was away, thanks Turl :p
<KotCzarny> vandalizing
<Turl> rellla: I'm leaving so keep an eye on it :)
Netlynx has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
<rellla> oh. sorry. thanks libv ;)
<KotCzarny> turl helped too
<rellla> :)
<KotCzarny> real thanks should go to the one who noticed it
<KotCzarny> rds is his name
<rellla> yeah.
<KotCzarny> make him user of the day!
<plaes> hrm.. I was away from IRC :(
jstein has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
<tkaiser> The morons are back in the wiki
khuey|away is now known as khuey
<plaes> killed
<KotCzarny> it looks like the one doing it is figuring out what isnt blocked
<KotCzarny> moving user talk page into real article?
<KotCzarny> seems like a wiki hole
<KotCzarny> also: http://linux-sunxi.org/index.php?title=User_talk:Abparkar36&redirect=no
<KotCzarny> looks like it leaves traces of data for search engines anyway
<KotCzarny> as i said, figure out if the fag doing it is using blockable ip range or distributed proxies
<plaes> killed those too
afaerber has quit [Quit: Ex-Chat]
bomboletta has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 272 seconds]
bomboletta has quit [Ping timeout: 240 seconds]
reinforce has quit [Quit: Leaving.]
tomboy65 has joined #linux-sunxi
alexst has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
interrobangd has joined #linux-sunxi
pmattern has joined #linux-sunxi
apritzel has joined #linux-sunxi
arokux has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
<longsleep> apritzel: all right, at home now and on it
ricardocrudo has quit [Remote host closed the connection]
lamer14555655395 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 272 seconds]
orly_owl has quit [Ping timeout: 256 seconds]
<longsleep> apritzel: that seems to have fixed the initialization of the mmc, it finds it now but crashes hard later
<longsleep> apritzel: full log at http://paste.ubuntu.com/15082718/
<longsleep> apritzel: the zzz lines are from reset-sunxi and the xxx lines from sunxi-mmc
adj_ has joined #linux-sunxi
<longsleep> apritzel: well, it crashed now 5 times in a row and then it booted fine
<maz> longsleep: your system is weird. you're getting an undefined instruction on "addx1, x1, #0x1".
<maz> longsleep: doesn't look too good.
<longsleep> maz: yes, the errors are not consistent - the Kernel or DT is not full compatible and correctly set up yet
<longsleep> maz: it crashes with all kind of different reasons and sometimes works just fine
<longsleep> maz: the same board never crashes with the BSP Kernel, so i guess the hardware is fine
<maz> longsleep: not sure DT has anything to do with it. seems more like memory timings or something equally bad.
<longsleep> maz: well, the only thing i replace is the Kernel and DT. With the BSP the same boot0, ATF and u-boot work fine
<longsleep> apritzel: for comparison, boot log where it booted fine (and still is running after a couple of minutes): http://paste.ubuntu.com/15083026/
<longsleep> maz: if you have any suggestion what i could try to nail this down, let me know. else i leave it for apritzel to figure out when he is back :)
alexst has quit [Ping timeout: 256 seconds]
<Turl> plaes: when choosing reason for deletion choose spam and clear the box explaining the contents, less traces for search engines :)
alexst has joined #linux-sunxi
<plaes> Turl: yeah.. my bad :(
<KotCzarny> undelete, then delete again?
khuey is now known as khuey|away
arokux_ has joined #linux-sunxi
yann|work has joined #linux-sunxi
ssvb has joined #linux-sunxi
<Turl> don't worry much
<ssvb> longsleep: do you have "--enable-fix-cortex-a53-843419" reported for your toolchain when you run "aarch64-linux-gnu-gcc -v"?
<Turl> KotCzarny: even if you do the msg persists heh
<KotCzarny> kill it with fire?
<KotCzarny> change the user name in the db?
<Turl> KotCzarny: nevermind, only link to it is RecentPages
<Turl> and it's noindex,nofollow
cosm has quit [Ping timeout: 260 seconds]
<KotCzarny> https://www.google.pl/search?as_q=site:linux-sunxi.org+support+phone
<KotCzarny> really?
Netlynx has quit [Quit: Leaving]
<Wizzup> KotCzarny: have you seen phones with A10 or A20 in there?
<KotCzarny> wizzup: um, a[12]0 is not a phone chip? power usage an order too high?
<Turl> KotCzarny: ugh
<lamer14555655395> Can anyone with upload permission to dl.sunxi.org please put the schematics of Banana Pi and Pro there so I can relink from the Wiki? I wasn't aware that they can only be downloaded after registrating in LeMaker's forum. I've put them here temporarely: http://kaiser-edv.de/tmp/2GB89H/
<KotCzarny> turl: add some fake page on wiki with the link in the footer with 'support phone' keyword to override?
lamer14555655395 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<longsleep> apritzel: another ooops from just now here: http://paste.ubuntu.com/15083607/
<KotCzarny> tkaiser: i think i got the bpi schematics without registering, my memory might play tricks though (or it's recent)
<ssvb> longsleep: please paste the output of "aarch64-linux-gnu-gcc -v"
<longsleep> ssvb: no, my toolchain does not seem to support that parameter. Do you think that could be required?
<ssvb> longsleep: that's a rather critical cortex-a53 erratum which can cause data corruption if you are unlucky to have a certain sequence of instructions generated in the code
<longsleep> here are the flags
<longsleep> i currently use the toolchain from ubuntu repository
<longsleep> i can try that parameter with a toolchain which supports it - but i compile the BSP kernel with the same toolchain and no issue there
alexst has quit [Quit: Lost terminal]
<ssvb> well, the versions of these kernels are quite different, so it is possible that a lot of code is different too
<longsleep> true - let me try to add that flag
<apritzel> longsleep: but AFAIK longsleep uses a self-compiled BSP kernel, generated with the same toolchain, I guess?
<apritzel> ssvb: ^^^
<apritzel> longsleep: I think you need a very recent binutils
<apritzel> 2.26, IIRC
<longsleep> binutils
<longsleep> i got 2.25.1
<ssvb> or maybe a linaro toolchain (which is always heavily patched)
<longsleep> i certainly can try
<KotCzarny> tkaiser, well, at least for bpi-m1: http://www.banana-pi.com/exzzx_view.asp?id=23
<longsleep> apritzel: but at least mmc is detected with the change you sent me
<apritzel> yeah, but we know that the clocks are still wrong with this
<apritzel> as someone pointed in a ML thread before, I seems to just work by chance
<apritzel> the BSP kernel probably has proper support
<longsleep> ok, i am getting a linaro toolchain now and see how that goes as the Ubuntu one does not support the cortext-a53 fix
tkaiser has joined #linux-sunxi
<apritzel> yeah, Linaro may have it
<tkaiser> KotCzarny: I'm not talking about SinoVoip but LeMaker. Important difference.
<apritzel> binutils-2.26 was released only three weeks ago
<tkaiser> NiteHawk: Thx a lot!
<KotCzarny> tkaiser: k, you didnt add that piece of info
<NiteHawk> btw: the registration requirement is new, when i originally d/l'ed the m1 schematic, that wasn't necessary
<longsleep> apritzel: latest linaro toolchain seems to be 15.05 with gcc 4.9 - which one do you use?
<KotCzarny> also, what nitehawk said
<tkaiser> M1 sounds like SinoVoip. Should be theoretically the same as 'Banana Pi' from LeMaker but who knows. At least Pro (LeMaker) and M1+ (SinoVoip) differ slightly
<apritzel> longsleep: I compile mine myself, so atm I am at 2.25.1 with GCC 5.3.0
<KotCzarny> m1 is just a rename of original bpi
<KotCzarny> to differentiate from other models
<apritzel> I guess I will recompile the whole beast
interrobangd has quit [Quit: Leaving]
<NiteHawk> no, i simply meant original "Banana Pi"
<NiteHawk> (i.e. not "Pro")
<KotCzarny> banana pi == banana pi m1
<apritzel> but in general I doubt that this is due to an CPU errata
<apritzel> easy reflex by software developers to blame the hardware ;-)
<apritzel> but in 99.9 % it's just bugs ...
<longsleep> well - i try another compiler just to be sure
<longsleep> i am using gcc-linaro-aarch64-linux-gnu-4.8-2014.04_linux.tar.xz now until i figured out the naming and download folder scheme of theirs :/
IgorPec has quit [Ping timeout: 240 seconds]
<apritzel> longsleep: but as said above: you compiled the BSP kernel with the same toolchain, didn't you?
<longsleep> yes
<longsleep> BSP never crashed a single time
<ssvb> apritzel: unfortunately I had quite interesting experience with CPU bugs on early Cortex-A8
<ssvb> it was me who has provided testcases for reproducing #628216 and #725233 to ARM :-)
<ssvb> also thumb2 used to be quite broken, and required workarounds in the toolchain too
<longsleep> ssvb, apritzel: The linaro toolchain which i use now has --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419
<longsleep> ssvb: do i need to add that parameter to the Makefile now or is it sufficient when the toolchain is built with it?
<ssvb> longsleep: you can add it to the makefile to be sure, but I think that it should be already used by default
<longsleep> ssvb: ok thanks
<KotCzarny> ssvb, does a20 need any erratas in 4.5 ?
<ssvb> KotCzarny: AFAIK nothing needs to be workaround at least in the toolchain
<ssvb> longsleep: you can try to run "aarch64-linux-gnu-gcc -v helloworld.c" and check what kind of command line options are passed to the linker
<ssvb> longsleep: if there is "--fix-cortex-a53-843419" among them, then the workaround is enabled by default
<longsleep> ssvb: omg lots of output : http://paste.ubuntu.com/15084770/
<longsleep> seems to be enabled by default
<ssvb> yes, it has "... -X -EL -maarch64linux --fix-cortex-a53-835769 --fix-cortex-a53-843419 ..." in the linker command line
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<longsleep> lets see if it helped, booting in a minute
<tkaiser> ssvb: Since another new Orange Pi H3 board is announced to be available in a few weeks I thought about creating some sort of a 'meta page' with knowledge/stuff that applies to all H3 based Orange Pis.
<tkaiser> What do you think? We already started to fill the wiki with duplicated stuff (well, me started with it when creating the page for Orange Pi One)
<longsleep> ssvb, apritzel well it did not crash on first boot - thats something :)
<longsleep> ssvb, apritzel no luck on second boot - similar crash as before
<longsleep> so i guess its something else
* apritzel thought so ;-)
<apritzel> longsleep: btw: what timer frequency does your kernel report?
<apritzel> 25.16 MHz?
<longsleep> yes
<longsleep> Architected cp15 timer(s) running at 25.16MHz (virt).
<apritzel> so you should find the "24<<20" in the ATF source and replace it with 24 * 1000 * 1000
<longsleep> actually that is oyur kernel
<apritzel> but your ATF :-P
<longsleep> err right
<longsleep> ok let me find that
<ssvb> apritzel: I'm pretty sure that somebody relying on an unpatched toolchain is destined to encounter this errata sooner or later :-)
avph has quit [Ping timeout: 264 seconds]
<ssvb> so it's always better to take proactive measures
<apritzel> ssvb: yeah, but those errata are usually rare
<apritzel> sure you want to fix them, but normally they don't strike when you think they do ;-)
<apritzel> only when you have shipped the thing to the customer and he has just launched that rocket with it ...
<ssvb> :-)
<ssvb> the compiler bugs are also rare, but there have been at least a few nasty ones affecting the linux kernel too
avph has joined #linux-sunxi
<apritzel> longsleep: can you change the three last clocks in the mmc node to all read <mmc0_clk 0>?
<apritzel> (instead of 0, 1, 2, respectively)
<longsleep> apritzel: sure
<longsleep> apritzel: also for mmc1 ?
<longsleep> and mmc2?
<longsleep> or ignore for now?
<longsleep> apritzel: well, it still boots and some crash happend but non fatal
mossroy has quit [Quit: Quitte]
p1u3sch1 has quit [Ping timeout: 240 seconds]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<apritzel> isn't there some systemd timer thing going 'round?
<longsleep> apritzel: i did a couple of boots, no fatal crash yet - i guess that change is some improvment
<longsleep> apritzel: mhm what do you mean? normally everything works fine with that rootfs
<apritzel> longsleep: well, you don't have anything on mmc1 and mmc2, right?
<longsleep> no
<longsleep> i do not have any mmc1 or 2
<apritzel> mmc1 will be WiFi later
<apritzel> mmc2 is not connected on the Pine64, but has the eMMC on the Remix Mini
p1u3sch1 has joined #linux-sunxi
<apritzel> so for now: we don't care, the DT keeps the nodes at "disabled" anyway
<apritzel> I dimly remember some bug related to systemd and some timer
<longsleep> ok, i now have booted 10 times successfully - before the clock change 4 out of 5 boots did crash
<apritzel> but you see that warning everytime? Or just once?
<longsleep> just once
avph has quit [Ping timeout: 264 seconds]
<apritzel> longsleep: so fixed, let's ship it ;-)
<longsleep> hehe yeah, commiting now
<apritzel> (please don't try any further to avoid disappointment)
<longsleep> mhm i bet there is still some disappointment to be found :)
<apritzel> frankly there are some more things to be fixed in your (=my old) DT, if everything works fine there will be v2 either today or tomorrow
<longsleep> i am disapointed just now because my atf does not compile and i wonder how i did compile it in the first place ..
<longsleep> apritzel: looking forward to it
<apritzel> you can take a peek at my repository
<apritzel> longsleep: do you have any I2C devices lying around?
<apritzel> which you could test on the Pine64?
<longsleep> uhm i got some 433mhz sender and receivers on my desk
<longsleep> not sure if those qualify
avph has joined #linux-sunxi
<longsleep> apritzel: so i could do some gpio testing next weekend
bonbons has quit [Quit: Leaving]
<apritzel> well, if you have a multimeter, you could test the generic GPIO interface via sysfs
<longsleep> only in the office and there i do not have the time :/
<apritzel> anyway, can you give the Pine something to do
<apritzel> ?
<apritzel> possibly "disk" intensive?
IgorPec has joined #linux-sunxi
<longsleep> guess so, i can run a script in a loop and run cpuburn if that exists for arm64
<apritzel> like "find / -type f | xargs cat > /dev/null; echo 3 > /proc/sys/vm/drop_caches" in a loop for a starter
<apritzel> this reads every file on the filesystem, then drops the cache
<longsleep> well, i did not touch it and the tty is unresponsive :/
<longsleep> so i guess it already crashed
<longsleep> so much for dissapointment
<longsleep> no output unfortunately
avph has quit [Ping timeout: 264 seconds]
<apritzel> told you to not try any further ;-)
<longsleep> i did not touch it :P
<apritzel> ;-)
<apritzel> we could play the sw devel game and blame the flaky SD card ;-)
<longsleep> hehe - i guess we could - i have a stack of dead SD cards around already
<apritzel> or I could just dig myself into the manual and implement that delay calibration routine to fix the MMC driver properly ...
* apritzel vanishes somewhere in the 702 pages
IgorPec has quit [Ping timeout: 264 seconds]
<longsleep> i guess that would be good, just completely crashed again
<longsleep> similar stack as before
<longsleep> (i only did :w in vim)
<apritzel> naah, don't you dare to write something ...
avph has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 272 seconds]
interrobangd has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 265 seconds]
<longsleep> apritzel: managed to build my atf, copy paste in the docs is always fun
nove has quit [Quit: nove]
p1u3sch1 has joined #linux-sunxi
<longsleep> apritzel: Architected cp15 timer(s) running at 24.00MHz (virt).
<longsleep> apritzel: Does that look better?
<apritzel> yes, indeed
<longsleep> apritzel: seems to work better now, i could :w in vim and now loop your find code
<longsleep> well i guess the find code is blocking on something
<apritzel> oh indeed, normally I run this on some safe directory
<apritzel> now it traverses the whole /sys and /proc ;-)
<longsleep> yeah
<apritzel> try find /usr ... instead
<longsleep> apritzel: i used /usr/local and it managed a couple of loops then crashed
vagrantc has quit [Ping timeout: 252 seconds]
vagrantc has joined #linux-sunxi
<longsleep> longsleep: it paniced again without me doing anything - so i guess we are not there yet
doppo has quit [Ping timeout: 260 seconds]
* apritzel just writes the delay calibration loop code
* longsleep cheers to apritzel writing delay code
doppo has joined #linux-sunxi
pmattern has quit [Quit: Genug für heute.]
paulk-collins has quit [Quit: Quitte]
* apritzel compiles ...
dev1990 has quit [Quit: Konversation terminated!]
mzki has quit [Ping timeout: 240 seconds]
mzki has joined #linux-sunxi
* apritzel stares at KASAN spit out ...
arokux_ has quit [Ping timeout: 252 seconds]
tomboy65 has quit [Ping timeout: 240 seconds]
iamfrankenstein has quit [Quit: iamfrankenstein]
* apritzel remembers the importance of memreserve
tomboy65 has joined #linux-sunxi
tomboy65 has quit [Excess Flood]
tomboy65 has joined #linux-sunxi
KotCzarny has joined #linux-sunxi