jstefanop has quit [Read error: Connection reset by peer]
jstefanop has joined #linux-sunxi
Naka has joined #linux-sunxi
Nakaori has quit [Ping timeout: 250 seconds]
Naka is now known as Nakaori
yann|work has joined #linux-sunxi
jonasbits has quit [Ping timeout: 252 seconds]
jonasbits_ has joined #linux-sunxi
victhor has quit [Ping timeout: 246 seconds]
vagrantc has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
<libv>
tuxd3v: it's a wiki.
<mru>
"wiki" is a hawaiian word meaning "perpetually out of date"
<libv>
err
<aloo_shu>
mru: always intuited that
<aloo_shu>
must be the hawaiian in me
<libv>
no
<libv>
it's a wiki, make an account and fix it.
<libv>
mru: do you even have an account?
<mru>
where?
<libv>
linux-sunxi.org
<libv>
aka, the wiki
<mru>
don't think so
<libv>
you know, this thing we've been talking about for the last 10 minutes
<libv>
mru: so you are, once again, talking smack like a 12y who just started puberty
<DuClare>
Geez.
<mru>
if I don't even have an account, how is it my fault if the content is wrong?
<plaes>
o_O
<libv>
12.y.old.
<KotCzarny>
because it's a community
<KotCzarny>
not NDA tea party
<KotCzarny>
so if you see something wrong, fix it
<mru>
I usually just go directly to the relevant datasheets or schematics
<libv>
and do not go and state "because wiki means its continuously out of date" like a 12y old
<libv>
a petulant child.
<libv>
mru: then why are you in this channel?
<libv>
since you have all you need anyway
<mru>
wow, you're more irritable than usual today
<mru>
this channel != the wiki
<KotCzarny>
winter is coming
<libv>
mru: really?
<libv>
what do you get out of this channel then?
<mru>
do I have to justify me presence here to you?
<mru>
*my
<libv>
an outlet to whine about things you do not even care about fixing?
<libv>
mru: you do not get to complain about the wiki being out of date if you cannot even remotely be bothered to go and fix it
<mru>
where did I complain?
<libv>
20:13 < mru> "wiki" is a hawaiian word meaning "perpetually out of date"
<mru>
OMFG
<libv>
20:18 < mru> if I don't even have an account, how is it my fault if the content is wrong?
<libv>
it _is_ your fault.
<plaes>
btw.. Wiki is Hawaiian for “fast; quick.” As a noun, wiki means “a website that allows anyone to add, delete or revise content by using a web browser.”
<libv>
i personally also started all arm gpu development.
<mru>
you like bragging about how you stopped various other people working on gpu support
<libv>
_all_
<mru>
here we go again
<libv>
i gave everyone the tools on a platter.
<libv>
and talked everything up, and whatnot
<libv>
and what were you doing?
<libv>
just whinging.
<libv>
as you do still
<libv>
now, go make a wiki account
<mru>
you'd appear a lot nicer if you didn't constantly boast about your own magnificence
<libv>
mru: at least i tend to go and fix stuff from time to time
<libv>
now, go make a wiki account
<mru>
why?
<mru>
will that make the kernel work better?
<libv>
i'll check back around 21:00
<mru>
you do that
<mru>
I'll be down at the pub
<libv>
that is indeed a more suited venue for what you tend to do
<mru>
what do you mean? socialise?
<mru>
you should try it some time
<tuxd3v>
libv, wiki updated :)
<libv>
tuxd3v: :) thanks :)
<libv>
tuxd3v: now your findings will be useful for everyone :)
<tuxd3v>
yup, thanks for your sugestion
<plaes>
btw, this tanix-box website is screaming example a
<plaes>
...of a GPL violations...
<libv>
like hp or nintendo ;p
<plaes>
yeah :S
<libv>
or not even a tarball with source?
<plaes>
hmm.. site is now down
<libv>
plaes: this raschid character does seem like a normal user and not the person behind that device or site
<libv>
i have not looked here in the past few days, nor have i read a longer backlog, so i am not sure whether he was here
<plaes>
yup
<libv>
but a device vendor shill would at least get the link right on the device page, and do other things differently
iamfrankenstein has quit [Quit: iamfrankenstein]
mue_ has quit [Remote host closed the connection]
victhor has joined #linux-sunxi
florian has joined #linux-sunxi
<willmore>
plaes, tanix-box? is this a device on the wiki?
<willmore>
Sorry, I missed references to it.
<plaes>
yeah, that latest device
<willmore>
I'll look.
<willmore>
I don't see any nic in this channel with that same user name.
<willmore>
That TX-6 device page doesn't look like a manufacturer page. They would never put pics of the UART connector in there and they'd be sure to get all the specs (even if fake) listed. This was pretty obviously done by someone who owns one and has been trying to hack on it.
<megi>
tuxd3v: other way to reduce memory use during mesa build is to use -g0
<megi>
you'll also reduce SD card wear that way
<megi>
your build dir will have 88MiB compared to gigabyte(s) :)
<megi>
I'm pretty sure it reduces ram usage too
<montjoie>
NEVER build on sdcard
zoobab has quit [Ping timeout: 250 seconds]
<montjoie>
especially after midnight
<megi>
haha :)
<megi>
what?
* willmore
suspects it's a Gremlins reference.
<tuxd3v>
on armhf I compiled both panfrost, and lima too, the ram amounts were not so high.. on a A20, 2*core
<tuxd3v>
but I used a 2 Zrams...just in case .. :)
<montjoie>
swap over NFS in case of missing RAM size
<tuxd3v>
On Allwinner H6( 4 cores ), arm64, whas like crazy, around 1.55GB or ram at peak
<megi>
it's still pretty good idea to reduce intermediary files' size, since your build can then mostly run from RAM
<tuxd3v>
whas -> was
<tuxd3v>
and I only succed because I also used Zrams there too :D
<tuxd3v>
Now I just have to separate lima, from panfrost, and the dev files, so that I could create 2 packages
<tuxd3v>
3 packages
<megi>
probably a linking step trying to load all the object files incl. debug symbols to ram at once
<megi>
that 1.6GiB
<tuxd3v>
yeah it could be
<megi>
I think it will be like 160MiB with -g0
<montjoie>
willmore: yes gremlins are everywhere
<tuxd3v>
and the fact that I were using 4 threads...even tought that 4 threads use the same amount of ram.. seems to not be the case becasue they are doing each one its stuff, its more 4 processes
<tuxd3v>
megi: you got the same performance with -g0?
<megi>
yes
<tuxd3v>
I believe it would be a lot slower..
<megi>
that has nothing to do with optimization
<karlp>
what is -g0? what build tool is that an argument for?
<tuxd3v>
I mean the compilation time
<megi>
that just makes it gcc doesn't add debug symbols
<tuxd3v>
but no problem since H6 is a beast compared to A20
<megi>
that you're probably sripping at the end anyway
<megi>
debug symbols are easily 80-90% of the build size
<karlp>
on disk, sure.
<megi>
in ram too, when object files are loaded for linking
* karlp
tends to like having the debug info.
<tuxd3v>
ho..now that you are talking about that.. I should have done it..
<megi>
I just don't understand distros that strip them when making a package, why they build with them :)