techn_ has quit [Read error: Connection reset by peer]
VargaD has quit [Ping timeout: 250 seconds]
VargaD has joined #linux-sunxi
Lorenzo64 has quit [Remote host closed the connection]
xavia has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
popolon has quit [Quit: leaving]
lkcl has quit [Ping timeout: 260 seconds]
Akagi201_ has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 250 seconds]
ricardocrudo has joined #linux-sunxi
wingrime has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
wingrime has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 245 seconds]
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
wingrime has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
wingrime1 has quit [Read error: Connection reset by peer]
skoperst has quit [Ping timeout: 264 seconds]
skoperst has joined #linux-sunxi
hipboi has quit [Ping timeout: 260 seconds]
lkcl has joined #linux-sunxi
Skaag has quit [Quit: Lost terminal]
wingrime has joined #linux-sunxi
hipboi has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
zombu2 has quit [Ping timeout: 240 seconds]
<wens>
mripard_: the allwinner dma driver looks a lot like yours :p
zombu2 has joined #linux-sunxi
zombu2 has quit [Changing host]
zombu2 has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
skoperst1 has joined #linux-sunxi
skoperst has quit [Ping timeout: 260 seconds]
<wens>
libv: do you have an untrimmed version of the a80 sdk?
skoperst has joined #linux-sunxi
skoperst1 has quit [Ping timeout: 246 seconds]
<libv>
wens: nope, but i do have that toolchain
<libv>
why, is there something missing, besides that toolchain?
skoperst1 has joined #linux-sunxi
<wens>
libv: just the toolchain
skoperst has quit [Ping timeout: 260 seconds]
<libv>
ok, but isn't that just needed for buildroot?
<wens>
there should be a tarball for the linaro toolchain
<wens>
libv: yeah, but the buildscripts are tied into buildroot :(
<libv>
wens: am i going to get a manual build style wiki page (referring to the existing manual build page, or its referrals as much as possible) out of this? ;)
<wens>
i'm trying to pull out the kernel part of the whole build (which is for dummies...)
<wens>
anyway i'm using merrii's sdk for now
<wens>
which should be the same, just unstripped
<libv>
so you have merrii's sdk?
lkcl has joined #linux-sunxi
mmarker has quit [Remote host closed the connection]
Skaag has joined #linux-sunxi
lkcl has quit [Ping timeout: 250 seconds]
<libv>
this is going to take a while, as the full thing is 2GB
<libv>
~4h
<libv>
wens: if we u-boot and kernel onto the matching versions of the sunxi git tree, and write up how to use the (binary only :((() boot0, we should be able to get something close to the manual build howto out of this
<wens>
yeah, so far i've built the stock kernel with the scripts
<libv>
given that we now have a31, a23, a80 and a33, we really need to get that written up and made easy
<wens>
don't know about the a31, but the structure of a23 and a80 SDKs looks similar
JohnDoe_71Rus has joined #linux-sunxi
<libv>
urgh, and we really need to get this sun8w?p? idiocy properly documented as well
<wens>
linux-3.4/arch/arm/mach-sunxi/Kconfig has a good lineage tree
<libv>
ooh, right
<libv>
is a80 sun9iw1p1 or sun9iw1p2?
arokux has quit [Ping timeout: 255 seconds]
arokux has joined #linux-sunxi
<libv>
mnemoc: who started the name sunxi? i somehow feel that it was us.
<libv>
ooh, people at lemaker cannot RTFW either
<libv>
surprise, surprise ;)
lkcl has joined #linux-sunxi
amitk has joined #linux-sunxi
<libv>
heh, "First steps", my original name for the manual build howto, really took a hold on many of the board/vendor specific "rip-off" sites
<libv>
~3h left
<libv>
hramrach: can you spend some time on finishing the 86vs page off, it really needs little more than you testing an sdcard without CONS_INDEX in uboot config
<hramrach>
I booted a copy of the a86 sdcard in inet86vs and it appears to work but I have no wifi
<libv>
hramrach: did you look at the wifi page on our wiki?
<libv>
wens: are you currently feeding anything into the optimus page? i want to do a bit of cleaning
<wens>
libv: nope
Skaag has quit [Read error: Connection reset by peer]
<wens>
libv: a80 is sun9iw1p1
<libv>
ok, thanks :)
<wens>
libv: according to mripard_'s slides, sunXi is what aw internally uses
<wens>
that was before the sunXiwYpZ nonsense though
<libv>
wens: but replacing the number with an x and naming the family such, was that not done by us?
<libv>
probably very early a10 sdks will tell us what happened there
<wens>
libv: no, they read it as sunXi, refering to the whole family, not sun4i, sun5i, and such
Skaag has joined #linux-sunxi
<wens>
i guess we just made it public
<libv>
ah, ok :)
<codekipper>
libv: morning....are you up early or is this a very late night?
<libv>
codekipper: both :)
<wens>
feels like a very late night to me :p
<codekipper>
GPL discussions stopping you from zzzzzizng
<codekipper>
?
<wens>
libv: weren't you around for at least 5 hours
<libv>
i had a 1.5h kip, and will try to stay up all day, but i doubt i can manage that without another sleep cycle
<codekipper>
is the dump tool ready?
<libv>
no, not yet, sorry
<libv>
hopefully by tonight
<libv>
wens and i have some hope of making it much more refined than my first plan
<libv>
but wait and see
<libv>
i am doing a bit of janitorial work and such first
<codekipper>
no worries...i'm pretty busy now until Sunday. Hate to think it's keeping you up
<libv>
but it's one of the first things on my list
<libv>
codekipper: nah, i just think that your device page should lose the NDH todo status as soon as we have grabbed that memory info
<codekipper>
I've been diff-ing the A31 SDK and I'll try to put together a series of patches
<libv>
and that we really should finally get build howtos going for allwinner provided A31/A23/A80/A33 u-boot/kernels
<libv>
codekipper: cool
<codekipper>
I need to put together a home machine with enough grunt to do that
<wens>
sigh, don't they know how to symlink? i find 3 toolchains in the sdk
<libv>
codekipper: first and foremost though, getting a tree up which at least has a patch against the ernel version on top of the Makefile, that would really move us forwards already
<libv>
i think i have that for the a23 sdk kernel
<wens>
merrii's sdk is named "small dev board" literally in chinese
<libv>
should go dust that off and push that
<wens>
wonder what the large dev board is
<codekipper>
yeah that was mainly a big diff and upload
<libv>
wens: they probably meant "small" as in price :p
<wens>
libv: wasn't that a diff huge?
<codekipper>
I've tried to seperate things out into neater sections
<hramrach>
on a86 the 8188eu driver seems to load automagically but requires to be inserted manually on inet86vs
<wens>
well it is small, slightly larger than the cubie, with limited expansion :(
<codekipper>
although new files account for 71M
<libv>
wens: i got it down a bit, but yes, that still is a huge diff due to the fact that it pulls in massive wifi drivers and such
<codekipper>
excluding your favorite blobs
<libv>
wens: this monolithic kernel thing is really biting us in the ass
<wens>
libv: mediatek seems to provide out of tree sources
<libv>
wens: if dkms wasn't frowned upon that much, these wifi drivers and mali and such could much much happier live outside
<wens>
didn't know dkms was frowned upon
<libv>
it isn't exactly encouraged, now is it
<libv>
some of the people really are "upstream or die!"
<wens>
hramrach: hmm, what does your fex file usbc section say?
<libv>
wens: hramrach was provided the link to the wiki
<libv>
wens: but apparently failed to read it
<libv>
hramrach: come on, you should know better, go check the wiki first
lkcl has quit [Ping timeout: 260 seconds]
eagles0513875 has quit [Max SendQ exceeded]
<hramrach>
inet86vs has usb_drv_vbus_gpio = port:PG11<1><0><default><0> and usb_host_init_state = 0 a86 has usb_drv_vbus_gpio = port:power203<1><default><default><0> and usb_host_init_state = 1
hipboi_ has joined #linux-sunxi
<wens>
just change the usb_host_init_state to 1
<hramrach>
yes, should work
JohnDoe71rus has joined #linux-sunxi
<libv>
i think the wiki has a slightly different solution:
<libv>
the result is the same though, as wifi tends to be on all the time
<libv>
and i think i promised a patch for enabling all used usb busses, like months ago
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
hipboi has quit [Ping timeout: 260 seconds]
<libv>
hramrach: but what stopped you from reading that _very_ direct link i gave you?
<hramrach>
libv: does it provide solution to this problem?
<hramrach>
it seems to provide solution to more fundamental problems
<libv>
hramrach: yes, it does
<libv>
what more fundamental problems?
<libv>
hramrach: i am sure that you had that exact error message in your dmesg
<hramrach>
like that the driver does not load when you insert it manually
<hramrach>
I did not have any error
<libv>
which driver?
<libv>
mainline or sunxi-3.4?
<hramrach>
3.4
<wens>
i had probably the same problem with my sun5i tablet
<libv>
wens: same here
<hramrach>
the driver just did not load because the hub was not powered so kernel did not detect a wifi chip that needs driver
<wens>
when i was fixing the nand i broke in uboot
<wens>
more like the module was loaded, but nothing was probed
<libv>
hramrach: this .fex fix tells our especially adapted realtek drivers to go power up that usb port
<hramrach>
indeed, it does
<hramrach>
but for that you have to figure out what wifi chip you have and manually insert the driver
<libv>
hramrach: nope
<libv>
hramrach: you just have to guess at a bus
<libv>
and can load any of the modules
<libv>
udev does the rest
<hramrach>
ok, inserting any of the sunxi modules should enable the usb port and then kernel detects what chip it actually has
<libv>
yup
<libv>
but, our wifi page now has a nice handy little table
<libv>
matching chips to ids to modules
<libv>
or you could just pick the last wifi module which was loaded
<libv>
if only one was loaded, you got lucky first time round
sehraf has joined #linux-sunxi
<libv>
so please, provide a fex with the section added, not with simply the bus forced on
<wens>
running the full build now (hopefully won't fill up my disk)
<libv>
cool :)
<libv>
we need this as well, indeed
<libv>
a manual build howto does require a bit more work though, such as getting u-boot and kernel code into a branch on our repo
<libv>
wens: do you require the android tree for lichee?
<wens>
not testing android yet
<wens>
and i don't have it unpacked, so we'll see :p
Montjoie has quit [Ping timeout: 260 seconds]
joost_dtn has quit [Ping timeout: 260 seconds]
joost_dtn has joined #linux-sunxi
Montjoie has joined #linux-sunxi
<hramrach>
libv cannot you disable the port even if it defaults to on?
<wens>
great... my gcc and libc6 are too new for the old buildroot
<wens>
building m4 complains about gets undefined (removed in C11)
kuldeepdhaka has joined #linux-sunxi
lkcl has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<wens>
should put a big fat warning at the top of the page :(
JohnDoe71rus has quit [Read error: Connection reset by peer]
bertrik has joined #linux-sunxi
amitk has quit [Remote host closed the connection]
amitk has joined #linux-sunxi
_massi has joined #linux-sunxi
<mripard_>
wens: in the A80 SDK?
<libv>
wens: pfff
<wens>
mripard_: a23
<wens>
the function structures look alike
<wens>
and the a80 driver only extends it a little bit more
<mripard_>
wens: then I guess I'm the one who got inspired by them ;)
<mripard_>
I started from their A23 driver
JohnDoe_71Rus has quit [Ping timeout: 255 seconds]
<wens>
mripard_: :)
<wens>
so i guess it's basically the same, just adapted to DT
<wens>
libv: having an up to date system building this sdk is bad
<wens>
android says make 4.0 is too recent, requires 3.81
<mripard_>
wens: pretty much, yeah, and adapted to newer dmaengine, with vchans, etc.
bbrezillon has joined #linux-sunxi
<libv>
wens: add big fat warnings :)
<libv>
wens: sdk building is not what we are there for
PulkoMandy has joined #linux-sunxi
<libv>
i know it is a pre-requisite for figuring out how to do things standalone
<libv>
but we really should get to a point where we can use the binary blob boot0, the sdk version of u-boot, and the sdk version of the kernel, to create our own sd cards and what not
<libv>
porting things into our sunxi-3.4 seems like a lost cause with all the momentum upstreaming has
<libv>
but we should be able to give everyone the ability to get a full manual build, so that they then can gradually move on to upstream as and when support becomes available
<libv>
not only for sun[457]i
libcg has joined #linux-sunxi
<libv>
even those with eyepatches on just upstream must concede that that is the only way to get more people to use their upstream code
<wens>
yeah, boot0 is a must for now
bertrik has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
<libv>
that's the current state of things
<libv>
we can also use the respective manual build howtos as a platform for showing the detrimental effect the binary only dram code has
<libv>
it's a major pain, but it is not a gpl violation
<libv>
but i am confident that allwinner will provide us with the necessary info
<wens>
boot0 and u-boot first then
<wens>
these are actually the easy parts
<wens>
the kernel is problematic with all the blobs and stuff :(
<wens>
not using their script seems like a mess
lkcl has quit [Ping timeout: 260 seconds]
<libv>
it's astounding how people actively refuse to edit the wiki, even in cases where very little work is needed
JohnDoe_71Rus has joined #linux-sunxi
<ccaione>
mnemoc: happy birthday dude :)
popolon has joined #linux-sunxi
<wens>
libv: u-boot half way there, but writing up boot0 first
<libv>
wens: :))
<libv>
~40mins on the full a80 sdk
<wens>
huh?
<wens>
oh, upload
<wens>
nvm
ganbold___ has quit [Ping timeout: 240 seconds]
<libv>
i'm not quitting now :)
lkcl has joined #linux-sunxi
<wens>
that's not good... our fel utility doesn't work with a80 fel mode
balog has joined #linux-sunxi
<libv>
do we have code to do the "seeding" or is that binary only as well?
<libv>
if it's binary only, it should be pretty trivial to figure out what it does
<wens>
binary only
Quarx has joined #linux-sunxi
Quarx has quit [Client Quit]
<wens>
for u-boot, it pokes stuff stored in struct spare_head
<wens>
not sure about boot0
<wens>
ltrace and strace should tell us what it's changing
<wens>
anyways i must have done something wrong, as the brom doesn't recognize my sd card
<stingray454>
anyone know anything about linux-sunxi and iscsi if theres any kernel that support iscsi?
paloma has joined #linux-sunxi
<stingray454>
ubuntu armhf got open-iscsi but as far as i see it seems theres no drivers for iscsi and not in kernel tree ether (so i cant just recompile the kernel with iscsi module..)
<bbrezillon>
ddc: write_page cannot be called until the mtd device is registered in the MTD subsystem
<bbrezillon>
which is done after the whole init phase
<bbrezillon>
so, this shouldn't be a problem
<bbrezillon>
(unless I'm missing something :-))
ricardocrudo has joined #linux-sunxi
avsm has joined #linux-sunxi
afaerber has quit [Remote host closed the connection]
avsm has quit [Ping timeout: 260 seconds]
afaerber has joined #linux-sunxi
<ddc>
bbrezillon: No u r right about that :-)
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
codekipper has quit [Quit: Page closed]
wingrime1 has quit [Read error: Connection reset by peer]
lkcl has quit [Ping timeout: 255 seconds]
ddc has quit [Quit: Page closed]
Gerwin_J has joined #linux-sunxi
<quitte_>
bbrezillon: when we needed to upgrade mtd-utils - what was the reason? it looks like basically MTD_MLCNANDFLASH was added as a duplicate everywhere MTD_NANDFLASH is used? I'd like to understand better what of reading and writing flash is in userspace and what is in kernelspace. The cause is that the u-boot envtools are having trouble getting the CRC right.
<quitte_>
basically envtools feel like u-boot without read-retry
<bbrezillon>
quitte_: you must use mtd-utils 1.5.1 because older versions were considering that we couldn't write BB blocks on MLC flashes
<quitte_>
however there's a lot of same bit clusters involved. I guess I should try if randomization makes a differnce. then again I get the CRC error only. no ecc error
<bbrezillon>
s/BB blocks/BB markers/
<bbrezillon>
quitte_: you'll have to look at the sources to check which ioctls are used
<quitte_>
that's a lot of ecc errors considering it is right after an erase
pwhalen has quit [Ping timeout: 255 seconds]
<bbrezillon>
quitte_: "ecc failed xx" is representing the total amount of ECC errors since system startup
<bbrezillon>
quitte_: but 2432 is a lot indeed
<quitte_>
i just started it up,too
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
<nove>
is here someone in mainline china? Asking if there is any problem to access our maillist(googlegroups).
pwhalen has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 250 seconds]
avsm has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 260 seconds]
kuldeepdhaka has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
rafaelMOD has joined #linux-sunxi
quitte has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
quitte_ has quit [Ping timeout: 260 seconds]
leviathanch2 has joined #linux-sunxi
_massi has quit [Remote host closed the connection]
leviathanch2 has quit [Remote host closed the connection]
leviathanch2 has joined #linux-sunxi
<nove>
message to all: don't forget about the "don't be silent to the problems that this community is facing" and the "don't let only a few people bare all the weight of certain tasks".
uwe_ has joined #linux-sunxi
uwe__ has quit [Ping timeout: 245 seconds]
lauri has joined #linux-sunxi
Lorenzo64 has quit [Read error: Connection reset by peer]
tomboy64 has quit [Write error: Connection reset by peer]
hramrach has joined #linux-sunxi
ZackaryDoyle has quit [Read error: Connection reset by peer]
tomboy64 has joined #linux-sunxi
kz1_ has joined #linux-sunxi
kz1 has quit [Ping timeout: 245 seconds]
joga has quit [Ping timeout: 245 seconds]
kz1_ is now known as kz1
joga has joined #linux-sunxi
rz2k has joined #linux-sunxi
<nove>
but who cares, is only need good enough software to fool the user in giving money, then after there is always new board, new soc
<nove>
all this situation is caused, because the board markers are not supporting this community (they don't give a shit for us)
<nove>
and the stupid user happy gives them the money for the new shiny toy with big numbers
<anthony_emtrion>
nove: alright ! I got your point !
<anthony_emtrion>
I'm not going to buy AW SoC anyway.
<nove>
and them we have the PR guy from allwinner
<nove>
"Which Allwinner SoCs would you like to see with mainline support? With which modules supported? In which kernel version (realistically!)? Why?"
<nove>
that question should be answered by the "board makers"
<nove>
not us
<anthony_emtrion>
yeah I see
<nove>
not by us
<anthony_emtrion>
I'm just going to put AW SoC under the carpet and move.
<nove>
really "Why?"
pwhalen has quit [Ping timeout: 260 seconds]
<anthony_emtrion>
you seems to have strong feeling about this
<anthony_emtrion>
did you spend a lot of time on AW SoC ?
anthony_emtrion has quit [Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]]
xavia has joined #linux-sunxi
kuldeepdhaka has quit [Read error: Connection reset by peer]
lkcl has quit [Ping timeout: 245 seconds]
pwhalen has joined #linux-sunxi
<popolon>
that was only a commercial/relationship guy, not a technical one
<popolon>
so that's probably a commercial point of view of what users would want ???
<popolon>
that's at least a good point that allwinner registered to linaro, decided (to say) to support linux distro
libcg has quit [Quit: libcg]
<popolon>
and ask something to people interested
<popolon>
I'm not sure electronic industry has any sense of freesoftware vision
MY123 has quit [Ping timeout: 245 seconds]
MY123 has joined #linux-sunxi
amitk has quit [Quit: leaving]
Quarx has joined #linux-sunxi
lkcl has joined #linux-sunxi
pwhalen has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
integfred has joined #linux-sunxi
<integfred>
Hi, I have a A10-olinuxino-lime board and I'm wondering, what mac address should I put for the fex file? Can I put any hexadecimal number?
lkcl has quit [Ping timeout: 264 seconds]
<integfred>
It doesn't have an operating system on the sd card as of yet, so I can't just check.