<libv>
simosx: there is a statement about creative commons on every commit, and the device page also clearly states to not upload vendor images to linux-sunxi
<libv>
simosx: pry off the heatsink, clean up the cpu, take a picture
<libv>
that's how all the other SoC pictures are made.
<simosx>
bug on mediawiki, the dropdown list for the licences is empty.
<libv>
yes
<libv>
but the warning is there
<libv>
it's all creative commons.
<simosx>
If wens is not planning to remove the heatsink, then I am doing it either.
<simosx>
(*not)
<libv>
that still does not warrant attaching a vendor picture
<simosx>
it's a logo, if you are not happy with it I'll remove.
<simosx>
It's bad form to delete stuff first and then ask questions later.
<libv>
simosx: do you know how many hundreds of files i have deleted already?
<libv>
simosx: it is even worse form to ignore all warnings
awe00 has joined #linux-sunxi
<libv>
and to upload files which can not be under the proper license
<libv>
but what's even worse than that is that you are trying to fight this.
<libv>
instead of just stating "oh, damn, sorry, i will be more careful next time"
paulk-collins has joined #linux-sunxi
<simosx>
The issue with logos is "trademark", not "copyright". And for trademark there is fair-use (different from the copyright fair-use) that is quite liberal.
<libv>
simosx: are you still here?
<simosx>
I have the impression that you are not considering much of what I write here.
<libv>
simosx: you have not considered any of the warnings, or the fact that we just do not accept pictures (whether they are logos or not) which are not creative commons already or which are not user made.
hero100 has joined #linux-sunxi
<libv>
take a picture of the SoC, or leave the image empty.
<libv>
that's how we do things here at linux-sunxi
<libv>
deal with it.
<libv>
simosx: i trust that those other pictures you uploaded are made by yourself?
<libv>
if not, i will warn you now, and act only later, and tell you to get the assurance that they really are creative commons from the person or persons who made these pictures
<simosx>
1. fix the linux-sunxi mediawiki so that the licence pull-down list shows the appropriate licences.
<libv>
simosx: license.
<libv>
but yes, i will spend some time on that, either right now, or later tonight
<simosx>
add an entry for "proprietary" in the licences list, so that you can easily remove later (For those that are unaware).
<libv>
that would only give people the impression that that is acceptable.
<libv>
RecentChanges is looked at often enough by many people.
<RSpliet>
and then do manual labelling of all photo's before removing them? sounds a bit superfluous
<simosx>
My understanding is that you cannot apply a licence to a logo because copyright does not work on a logo. It's a different type of Intellectual Property Restrictions.
<libv>
simosx: we use pictures of the actual soc there
<libv>
simosx: so your logo point is moot.
<libv>
adjust.
<libv>
if you want to, i could create a small black png reading "missing SoC picture"
<simosx>
Can you check if you can really add a licence (like CC) on a logo?
<libv>
there's no point
<libv>
it's not a picture of an SoC itself
<simosx>
there are several other places where a logo would be beneficial. So it's important to clear this issue.
pmattern has joined #linux-sunxi
<libv>
do you want me to fix the wiki, or do you want me to endlessly discuss something irrelevant with you?
<libv>
just so you can prove to yourself that you were right?
<simosx>
The first to hard-brick the A83T board would be the one to post the SoC pic ;-(.
physis has joined #linux-sunxi
<libv>
perhaps my onda air has the SoC nicely visible
<libv>
but it's 350kms away.
<libv>
but that is how wikis work
<libv>
changes happen when information (or pictures) are available.
physis has quit [Ping timeout: 252 seconds]
BroderTuck has joined #linux-sunxi
<BroderTuck>
simosx: you may want to recheck the dimensions given in the wiki for the A83TDevBoard
bmk79 has quit [Ping timeout: 244 seconds]
<simosx>
BroderTuck, I used a ruler to measure. Did you check the ratio or do you have other measurements?
diego_r has joined #linux-sunxi
<simosx>
oh, 6.51mm is wrong.
<BroderTuck>
It's just that I doubt it's 12.8 millimeters wide
<BroderTuck>
I'd suspect the same amount of centimeters.
<bmk79>
Hi, I'm trying to set up MUX switches in audio codec to route line in to hpout, by the datasheet this is possible but I can't achieve it, tried all alsa settings mentioned in wiki. Anyone here much about this?
<simosx>
regarding the A83T photos on the wiki, I took them. Since they are product verification boards, they are not available commercially and probably no others have them. They are probably the only A83T boards with UART.
<bmk79>
On an A20
hero100 has quit [Ping timeout: 246 seconds]
hero100 has joined #linux-sunxi
bmk791 has joined #linux-sunxi
<RSpliet>
I take it the linux-sunxi mailserver is still disfunctional?
bmk79 has quit [Ping timeout: 252 seconds]
<MY123>
libv, 8MB memory leak per frame here
<MY123>
simply beautiful for 3D rendering :-)
<MY123>
it's crashy as hell
<plaes>
3D ?
<RSpliet>
plaes: VideoCore IV I'm guessing
<RSpliet>
MY123: I assume patches are welcome ;-)
<MY123>
RSpliet, apparently the gralloc is shit
<RSpliet>
oh that's on Android, not stock Linux Mesa/DRM
<MY123>
plaes, I have also another bug which causes the same thing with a heavy modified Lima running in kernel-mode
<MY123>
(don't ask why)
<RSpliet>
yeah, Google doesn't seem too forthcoming with accepting community input
<MY123>
RSpliet, the gralloc was written by @anholt
<RSpliet>
oh... then I'm surprised it's not good
<MY123>
RSpliet, there is a "This can destroy your house and kill your cat" disclaimer :-)
<MY123>
so it isn't finished
<MY123>
in fact, it doesn't even start without my patches
<wens>
another good reason to get your patches in? :)
<MY123>
wens, the gralloc patch breaks android-x86
<MY123>
(RGBA instead of BGRA)
<MY123>
Is it a good idea to have the whole GPU driver in kernel mode?
Akagi201 has quit [Remote host closed the connection]
<MY123>
(I tested it with a kernel-mode lima-memtester and it's faster)
<RSpliet>
wait, what components are you trying to drag into the kernel?
<RSpliet>
I'm not surprised it's faster, everything gets faster if you remove safety measures
bmk791 has quit [Ping timeout: 250 seconds]
<MY123>
RSpliet, Mesa+Gallium3D
<MY123>
with newlib ported into the kernel
<RSpliet>
why would that be much faster? have you identified the bottlenecks?
<MY123>
RSpliet, a little 3% faster with much more bugs
hero100 has quit [Ping timeout: 245 seconds]
<RSpliet>
hmm... you can likely tweak those 3% out of userspace if you really want to, so IMHO that's not worth the pain of pulling the elephant of userspace mesa into the "porcelain cupboard" kernel
<RSpliet>
even if it arguably belongs in the kernel (which is a debate on itself) the risk of security issues is simply too large
hero100 has joined #linux-sunxi
bobryan has quit [Ping timeout: 244 seconds]
bobryan has joined #linux-sunxi
bobryan has quit [Ping timeout: 252 seconds]
bobryan has joined #linux-sunxi
bobryan has quit [Ping timeout: 256 seconds]
bobryan has joined #linux-sunxi
paulk-collins has quit [Ping timeout: 240 seconds]
bobryan has quit [Ping timeout: 245 seconds]
bobryan has joined #linux-sunxi
bobryan has quit [Ping timeout: 246 seconds]
paulk-collins has joined #linux-sunxi
hero100 has quit [Quit: Leaving]
Akagi201 has joined #linux-sunxi
bobryan has joined #linux-sunxi
nickludlam has joined #linux-sunxi
<libv>
simosx: some of the descriptions state that they were taken by someone at allwinner
bobryan has quit [Ping timeout: 264 seconds]
bobryan has joined #linux-sunxi
viccuad has joined #linux-sunxi
bobryan has quit [Ping timeout: 276 seconds]
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
nickludlam has quit [Quit: nickludlam]
diego71 has quit [Ping timeout: 252 seconds]
ricardocrudo has quit [Ping timeout: 246 seconds]
diego71 has joined #linux-sunxi
bobryan has quit [Ping timeout: 272 seconds]
bobryan has joined #linux-sunxi
<NiteHawk>
any kernel experts around? i'm trying to add some sunxi "chipid" support to mainline: http://pastebin.com/Xs5rSw1X
<NiteHawk>
but i'm unsure what would happen if sunxi_sid gets compiled as a module. will the "extern" chip_id var still work, or is that asking for trouble?
bobryan has quit [Ping timeout: 265 seconds]
<mripard>
that won't work
<NiteHawk>
ah, hi maxime! okay - that's what i suspected
<mripard>
and I'm pretty sure that even when the driver will be compiled in it won't work
<NiteHawk>
maybe i should place the chip_id where it gets used, i.e. arch/arm/kernel/setup.c ?
<NiteHawk>
i've tested it with compiled in code - works as expected
<mripard>
since the code in setup.c is probably run much before the sid driver is loaded
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
<NiteHawk>
i've only changed the c_show() function. to my understanding that should be invoked when reading /proc/cpuinfo ?
<mripard>
ah, yeah, probably then
<mripard>
I didn't from that exerpt in which function it was
<NiteHawk>
ah, yes - the patch might not show that
<mripard>
but anyway, that's not really how you should do it
<NiteHawk>
it's my first stab at kernel code, so i'm pretty sure it's dirt ugly :D
<NiteHawk>
i'd have used system_serial_(high|low), but that only holds up to 8 bytes...
bobryan has quit [Ping timeout: 272 seconds]
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
<mripard>
NiteHawk: in order to do that properly, you'd need the soc_driver thing
prz has quit [Ping timeout: 264 seconds]
ricardocrudo has joined #linux-sunxi
<NiteHawk>
mripard: can you point me to some existing code (e.g. for a different board) that shows a sane way of storing/accessing SID/"chipid". the information itself would is already available from the sunxi_sid "eeprom" driver
<mripard>
(you might recognize a few names in that thread ;))
bobryan has quit [Ping timeout: 272 seconds]
<NiteHawk>
mripard: would that replace/obsolete the sunxi_sid driver, too? because that one currently seems to be responsible for retrieving this information
<NiteHawk>
e.g. the probe function reads it anyway to add to the entropy pool. i spotted that as a place to construct some sort of "soc_id" information
<mripard>
what "it" are you talking about ? :)
<NiteHawk>
"it" is the SID information present on various Allwinner SoCs as e-fuses
<NiteHawk>
with a common mimimum of 16 bytes (the "root" SID that would give us a soc_id)
<NiteHawk>
what i would like to do is to use / store / format the first 16 bytes (present on sun[457]i) into some soc_device.soc_id. it's not perfect (e.g. some devices are known to have all zeroes there), but i assume it's not entirely unreasonable?
<mripard>
yep
<mripard>
and it's what I'm talking about too.
<NiteHawk>
okay :) just wanted to make sure i got it straight
<NiteHawk>
so nvmem will probably be the way to go? i'll have a look at that discussion.
bobryan has quit [Ping timeout: 252 seconds]
<mripard>
you're going to use it yes
prz has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Ping timeout: 264 seconds]
bobryan has joined #linux-sunxi
sunxi_fan has left #linux-sunxi [#linux-sunxi]
philectro has joined #linux-sunxi
<philectro>
yo bro'
<philectro>
if you wanted to use an allwinner A10 as hosting at home, which distro should i use for it?
<philectro>
i have try cubian but it crash even before 48-72hours of work
<adj__>
debian
<mmarker>
I'm using Arch on my A20
<mmarker>
but I'm also nuts.
<linkmauve1>
“ 15:04:32 up 24 days, 2:17, 10 users, load average: 0.10, 0.12, 0.13” here, on ALARM on A10-Lime.
<philectro>
someone told me than if cubian crash, it is because the config file ils wrong
<philectro>
is*
<linkmauve1>
It’s my main server.
<linkmauve1>
Wut, 10 users.
<philectro>
some chineses on your board :p
<philectro>
krkrkrkrkr
<linkmauve1>
Ah, it counts every zsh shell open.
<philectro>
linkmauve1: are you French? your nick...speak to me
<linkmauve1>
Yup, I am.
<philectro>
ok i'm deasy
<philectro>
i think i have already talk with you
<linkmauve1>
Hmm, maybe, I don’t remember either of your nicks though. :/
<philectro>
on xmpp, frugalware maybe
<linkmauve1>
Ooh!
mrnuke has quit [Remote host closed the connection]
<linkmauve1>
Yes, now I remember. :)
<philectro>
okay i will try to custom debian for my cubie or try arch instead of cubian
<philectro>
i don't know either why i get crash
<philectro>
2choices
<philectro>
cubian has bad hardware config file
<philectro>
or my power supply doesn't like cut down of AC voltage
<philectro>
i will enjoy to have my cubie in a corner, forget, and running as a server :)
<linkmauve1>
There is nothing in the logs?
<philectro>
tho i have not check, don't remember as it harassed me
* philectro
see than netbsd support a10
<mmarker>
I was having issues with A20 crashes, until I downclocked the RAM timings in uboot - no logs on the crashes
<mmarker>
NetBSD runs on my toaster.
<philectro>
:D
naobsd has joined #linux-sunxi
<philectro>
tho not officially really
BroderTuck has quit [Quit: Page closed]
<MY123>
philectro, Linux also can run on an Attiny
<mripard>
MY123: technically speaking, Linux still runs on an ARM
<MY123>
mripard, yeah
<philectro>
openbsd run officially on cubie1...good point
<mripard>
since the Atmege just runs an arm emulator.
<plaes>
ah.. so you ported the armv5 emulator to attiny?
<MY123>
mripard, and pathologically slow
<MY123>
plaes, it's not me :-)
<mripard>
and 2hours to boot to the shell, I'm not even sure saying that it "runs" qualifies
<mripard>
crawls, maybe
<MY123>
mripard, after 24 hours, I was able to get into XFCE on this
<MY123>
mripard, but what is the most important is that it runs
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<MY123>
I wonder how fast linpack is :P
<philectro>
for configurate the script.bin i must download the hwpack ?
<philectro>
configure*
<plaes>
nope
<plaes>
convert bin -> fex edit it and convert fex back to .bin
sgufa has quit [Ping timeout: 246 seconds]
khuey|away is now known as khuey
khuey is now known as khuey|away
<philectro>
plaes: what provides that ?
<philectro>
usual package ? ok
<philectro>
i want to reverse de bin for check what cubian as set for my board image
simosx has quit [Ping timeout: 265 seconds]
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
<philectro>
see you later :) thank you
<philectro>
ho sorry, i didn't read plaes correctly :)
<philectro>
tnak you you have already answer
philectro has quit [Quit: Konversation terminated!]
<plaes>
you can get the fex utils from sunxi-tools repo
<plaes>
duh..
<plaes>
noones home
avph has joined #linux-sunxi
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
avph has quit [Ping timeout: 245 seconds]
avph has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
dack has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
reinforce has quit [Quit: Leaving.]
philippe_fouquet has quit [Remote host closed the connection]
flyhorse has joined #linux-sunxi
flyhorse_blXQp has quit [Read error: Connection reset by peer]
lemonzest has joined #linux-sunxi
zumbi_ is now known as zumbi
reinforce has joined #linux-sunxi
diego_r has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
viccuad has quit [Quit: WeeChat 1.1.1]
bonbons has joined #linux-sunxi
tomasnovotny has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
prz has quit [Ping timeout: 264 seconds]
awe00 has quit [Ping timeout: 255 seconds]
paulk-collins has quit [Ping timeout: 264 seconds]
pmattern is now known as pmattern_away
paulk-collins has joined #linux-sunxi
avph_ has joined #linux-sunxi
domidumont has joined #linux-sunxi
avph has quit [Ping timeout: 252 seconds]
tomasnovotny has quit [Quit: tomasnovotny]
tomasnovotny has joined #linux-sunxi
buZz_ has joined #linux-sunxi
avph has joined #linux-sunxi
philectro has joined #linux-sunxi
arokux1 has joined #linux-sunxi
avph_ has quit [*.net *.split]
flok420 has quit [*.net *.split]
buZz has quit [*.net *.split]
arokux has quit [*.net *.split]
buZz_ is now known as buZz
tomasnovotny has quit [Quit: tomasnovotny]
flok420 has joined #linux-sunxi
diego_r has quit [Ping timeout: 272 seconds]
flyhorse has quit [Read error: Connection reset by peer]
flyhorse_uOUFO has joined #linux-sunxi
Gisleh has joined #linux-sunxi
<Gisleh>
Hey. My bananapi has this strange issue where it only starts the ssh server when the ethernet cable is connected. I can ping it just fine with ad hoc wireless, and connect to ssh once it has touched ethernet, even if the cable is removed just after being connected. The alis entry for #bananapi said I might get support here.
Gisleh has quit [Quit: nvm]
flyhorse has joined #linux-sunxi
flyhorse_uOUFO has quit [Read error: Connection reset by peer]
khuey|away is now known as khuey
<paulk-collins>
hey, given that on most (all?) sunxi platforms, the code is part of the SoC, I'm wondering if it still uses some transport like i2s or if it's more directly interconnected?
<paulk-collins>
Turl, you can probably tell ;)
<paulk-collins>
the codec*
<paulk-collins>
the audio codec
<NiteHawk>
gisleh: maybe sshd is bound (by its configuration) to a specific interface/address that has to be "up" in order to start?
<Turl>
paulk-collins: you feed it data via a FIFO
<Turl>
it's just another part of the SoC
<paulk-collins>
huh interesting
<paulk-collins>
ok
<paulk-collins>
so it's wired more like a controller than a peripheral
<Turl>
yeah, it has MMIO registers and such
<paulk-collins>
alright
<Turl>
if you want something external there's I2S, AC97 and SPDIF
awe00 has joined #linux-sunxi
Netlynx has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
philectro has quit [Quit: Konversation terminated!]
pmattern_away is now known as pmattern
<paulk-collins>
what terminology would you use to describe a non-upstream kernel? The "vendor" prefix doesn't apply well because it could come from the community, and fork seems a bit too much
<MY123>
paulk-collins, outdated
<MY123>
(almost all the "vendor" kernels are heavly outdated except for a few platforms)
<paulk-collins>
MY123, well, it could be up to date for some time
<paulk-collins>
what if they take upstream and merge their stuff often
<paulk-collins>
but it's still not upstream
<NiteHawk>
"custom" kernel?
<MY123>
paulk-collins, downstream kernel
<paulk-collins>
heh
<paulk-collins>
makes se,se
<paulk-collins>
sense*
<MY123>
paulk-collins, that's what the RPF says for their kernel :-)
<MY123>
paulk-collins, and the RPF downstream kernel is 4.1