<Turl>
Skaag: did you put uEnv.txt on the first partition's root, next to the uImage and script.bin?
<Skaag>
uImage and scrip.bin are in /boot/ not in the root folder
<Skaag>
should it be in the root folder instead?
<Skaag>
didn't help
Sonicadvance1_ has joined #linux-sunxi
Sonicadvance1 has quit [Remote host closed the connection]
Sonicadvance1_ is now known as Sonicadvance1
<Turl>
Skaag: ah, the wiki env is outdated
<Turl>
it needs to be in the root if it's a fat partition, and either root or boot/ if it's ext
<Skaag>
it's ext
<Skaag>
but is the name correct? uEnv.txt or boot.scr?
<Skaag>
the /boot partition is vfat
<Skaag>
but the / partition is ext3
<Turl>
it goes on your first partition on the card, whatever that is
<Skaag>
the boot partition is /dev/mmcblk0p1
<Turl>
ok then, there, on the root of that filesystem
<Skaag>
so it's the first
<Skaag>
ok it's there. and the name is right? uEnv.txt?
<Turl>
yes
<Turl>
see if uboot prints "Loaded environment from uEnv.txt"
<Skaag>
rebooting
<Skaag>
reboots do not always work, it seems
<Skaag>
I have to power it off/on
<Skaag>
it doesn't say that
<Skaag>
the kernel params are still the standard: [ 0.000000] Kernel command line: console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait loglevel=8 panic=10
<Skaag>
those files seem to be ignored
<Turl>
Skaag: stop your uboot at the console and run printenv, paste it somewhere
<Skaag>
ok
<Skaag>
ok bootscr=boot.scr
<Skaag>
and root=/dev/mmcblk0p2
<Skaag>
so I guess that's where it will be looking for it
<Skaag>
right?
<Skaag>
brb
<Turl>
not necessarily
<Turl>
see bootenv and loadbootenv
Benn_2013 has joined #linux-sunxi
Benn_2013 has quit [Quit: -a- Android IRC 2.1.3]
<Skaag>
you're right, bootenv=uEnv.txt
<Skaag>
there's a bootenv=uEnv.txt and bootscr=boot.scr
<Skaag>
and the loadbootenv= line has an || with boot/${bootenv}
<Skaag>
so it should in theory try there too, right?
<Skaag>
still nothing, I put it in both partitions' root folder
<Turl>
try running the pieces manually on the console
<Turl>
eg "run loadbootenv;"
<Turl>
see what it says
<Skaag>
reding uEnv.txt
<Skaag>
66 bytes read
<Skaag>
I don't see extraargs set
<Skaag>
it should have been set, right?
<Turl>
you need to import it
* Skaag
is a uBoot noob!
<Turl>
env import -t ${scriptaddr} ${filesize}
<Skaag>
:-\
<Skaag>
in the script or in uBoot interactive shell?
<Turl>
on the shell
<Skaag>
I see
<Turl>
if that doesn't define extraargs, try editing uEnv.txt to look like
<Skaag>
anyway I tried adding those mali no reserve parameters in the extraargs manually and it does not like it a little bit... console is screaming bloody murder
<Turl>
extraargs=blahblah
<Skaag>
ok
<Turl>
you're not loading mali are you? :) you must not load it if you set that
<Skaag>
ah
<Skaag>
however sunxi_ve_mem_reserve=0 worked nicely
<Skaag>
now instead of 330mb I have 413mb
<Skaag>
that's already a huge improvement
<Skaag>
i'll try to put mali in comment in /etc/modules
<Skaag>
so x11 graphics will work without mali, right? mali is only 3d stuff?
<Skaag>
all I need is simple 2d graphics
<Skaag>
awesome
<Skaag>
with extraargs= it works
<Skaag>
in the /boot/uEnv.txt file
<Skaag>
and x11 graphics works, with 2d, and I have now 478mb ram
<Turl>
yes, mali is 3d (gles) only
<Skaag>
this is fantastic beyond words, thank you so much for guiding me through this
<Turl>
if you're not using g2d acceleration you can disable that too
<Skaag>
I am assuming the rest of the memory between 478mb and 512mb is used by the 2d engine?
<Turl>
you're welcome :)
<Skaag>
hm. I don't see any g2d module loaded
<Turl>
that's a 34M difference
<Turl>
wiki says you may lower the fb memory size too by 16M, have you done that?
<Skaag>
no
<Skaag>
doing that now :)
<Skaag>
I also did sunxi_g2d_mem_reserve=0
<Skaag>
I believe I am not using 2d acceleration
<Skaag>
maybe I should?
<Skaag>
494mb!
kz1 has quit [Quit: kz1]
kz1 has joined #linux-sunxi
<Skaag>
thanks :)
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
FDCX has quit [Read error: Connection reset by peer]
eebrah_ has joined #linux-sunxi
FDCX has joined #linux-sunxi
eebrah_ has quit [Ping timeout: 245 seconds]
eebrah_ has joined #linux-sunxi
tzafrir has quit [Ping timeout: 252 seconds]
Quarx has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
tzafrir has joined #linux-sunxi
tzafrir has quit [Ping timeout: 252 seconds]
wolfy has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
tzafrir has joined #linux-sunxi
<plaes>
has anyone ever successfully sent an email from non-gmail account to linux-sunxi group?
n01 has joined #linux-sunxi
AreaScout has joined #linux-sunxi
wingrime has quit [Ping timeout: 248 seconds]
Soru has quit [Read error: Operation timed out]
Soru_ has joined #linux-sunxi
shineworld has joined #linux-sunxi
Soru_ has quit [Read error: Connection reset by peer]
Soru_ has joined #linux-sunxi
shineworld has left #linux-sunxi ["Leaving"]
Soru_ has quit [Read error: Connection reset by peer]
Soru_ has joined #linux-sunxi
eebrah_ has quit [Read error: Connection reset by peer]
<mripard>
n01: in a private branch that I'll rebase/publish when 3.13-rc1 will be out
enrico_ has joined #linux-sunxi
eebrah_ has joined #linux-sunxi
<n01>
mripard: ok
<mripard>
n01: so, something like in a week or so
<n01>
mripard: I was looking at your at91_adc.c. It is not clear to me how do you decide which parameters put in .data field of of_device_id and which put in dts
ZetaNeta has joined #linux-sunxi
<mripard>
there's only your RTC DT patch in there for now though
<mripard>
n01: at91_adc is a mess from that regard.
<n01>
ok, so how can I decide where to put specific parameters? it seems to me that I can use both: .data and dts
<mripard>
n01: what I do and appreciate is whatever is board specific goes into the DT, whatever is SoC specific goes into .data
_BJFreeman has joined #linux-sunxi
<n01>
it seems reasonable
<mripard>
so, things like enabled features on a given generation of the SoC goes into the data section
<mripard>
while which voltage it's connected to on that given board comes from the DT
_BJFreeman is now known as BJfreeman
<n01>
ok ... blurred line anyway
paulk-collins has joined #linux-sunxi
<plaes>
argh
<plaes>
eventually all 3 emails arrived :S
maz_ has joined #linux-sunxi
rz2k has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
deasy has joined #linux-sunxi
<n01>
jeeez, aw docs sucks badly
<mnemoc>
n01: benn (from cubietech) was asked by aw about how to improve their docs, and he asked us for feedback. you can mail him about it too....
NotRelevant has joined #linux-sunxi
<NotRelevant>
hi guys. I am trying to access my 3.5" HDD from Android (on cubieboard2). I already have cubian installed on the HDD (and booting from the microSD card) and it's working as expected. I feel like I am one mount away on Android. Here are the logs
<NotRelevant>
root@android:/ # dmesg | grep -i sata <6>[ 1.065715] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) root@android:/ #
<n01>
mnemoc: ok, the problem is that just the register description is not enough. I would expect at least a description of how the peripheral is supposed to work
<NotRelevant>
Dreadlish: dd if=/dev/block/sda1 of=file.bin bs=1024 count=1 works, for example
<bfree>
NotRelevant: does your kernel have CONFIG_EFI_PARTITION?
<mnemoc>
n01: sure, but tell that to benn, not to me :p
<NotRelevant>
bfree: I have no idea. I am using cb_a20_android42_v1.05-8188eu-en_US.img. Is there a way to find out from the installed Android?
<n01>
lol ok
<NotRelevant>
bfree: there is no /proc/config*
<mnemoc>
those images use the kernel from allwinner's SDK. not the community one
eebrah_ has joined #linux-sunxi
<NotRelevant>
is anyone here that can access a SATA drive from Android?
torbenh3 has joined #linux-sunxi
<NotRelevant>
bfree: I have an empty HDD and I will try with MBR
NotRelevant has left #linux-sunxi [#linux-sunxi]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
mkutsevol has joined #linux-sunxi
<mkutsevol>
Hello.
<mkutsevol>
Are compiled fex files passed to the sunxi-kernel or are the directly executed by bootloader?
jemk has joined #linux-sunxi
arokux2 has joined #linux-sunxi
<arokux2>
mripard: may I ask you what do you mean by " because of a minor thing in the compatible-related thing (on sun4i (Allwinner A10) the reset parts are in the same registers as clock control ones, so we won't be able to use this driver in that case, which makes the compatible a bit different)"
<arokux2>
mripard: I have successfully used your driver for USB resets.
<libv>
or do we just accept any old dump from script.bin?
<arokux2>
mnemoc: so please extend and maintain this one instead of sending small e-mails that might get lost. also: Benn isn't the only one who works with AW
<mnemoc>
libv: sunxi-boards usually takes three commits per board, first the blind import, then the corrected dram_para, and then disabling the stuff which is not really there
<mnemoc>
arokux2: fair enough, i didn't know that page
<arokux2>
mnemoc: no worries :) those errs are not that important, they can be eliminated but there won't be usb support anyway. my first priority is to (at last....) add OHCI and submit all the usb host patches against mainline for review!
<mnemoc>
:)
<libv>
plaes: i have flesh out step 2, what do you think about it?
<libv>
i think that there will be some opposition to my "directive" there, but imho we really should start tightening up things, to make sunxi much more accessible for new users
fredy has quit [Excess Flood]
<plaes>
step 2 looks good
fredy has joined #linux-sunxi
<libv>
plaes: how do you feel about this mid7042 page?
<plaes>
it should mention hw
<libv>
plaes: since you are new to sunxi, would this have been useful to you (if it contained any actual info)?
<plaes>
not at first, but eventually it would make it easier to figure out what drivers it needs
<libv>
plaes: i mean, would the mid7042 structure have been useful to you?
<plaes>
yes
<libv>
as opposed to just listing device marketing, dmesg, detailed hw
<plaes>
I used other pages as examples
<plaes>
s/pages/devices
eebrah_ has quit [Ping timeout: 252 seconds]
<plaes>
though, I still think the marketing specs are useful, when one considers getting a device
chkktri has joined #linux-sunxi
<chkktri>
hello, are there any known issues with sound on cubieboard1 using latest kernel? Using archlinuxarm and there are no sound devices detected by ALSA
<arokux2>
archlinuxarm uses not the latest kernel
<jelly-home>
chkktri: if you can't see either the hdmi device or the analog one, something is wrong with your kernel
<arokux2>
chkktri: ^
<chkktri>
arokux2: i know it does not so i replaced it with one from nightly builds
<jelly-home>
chkktri: what does uname -a say?
<chkktri>
which might not be a nice idea, i know
<jelly-home>
are you using sunxi-3.4 or mainline or what?
<arokux2>
chkktri: on the contrary, it is a very good idea, since archlinuxarm has an outdated kernel
<chkktri>
i see
<arokux2>
chkktri: you did a good choice. now, nobody complained about sound so far....
<chkktri>
but currently i'm using kernel built on may 23, from hwpack which is also outdated, i know
<arokux2>
Skaag uses sound too
<chkktri>
hmm
<arokux2>
chkktri: so try it out and tell us how it works :)
<chkktri>
also it's kind of confusing that lsmod shows no loaded modules, but that's because of only built one are user, right? (sorry about being newbie here, started using linux platform about 2 month ago)
<chkktri>
ok, lemme switch the kernels
<jelly-home>
chkktri: was your hdmi monitor connected and powered on at boot time?
<chkktri>
i don't have on hdmi monitor, ised ssh to connect to cubie and then dmesg to see what happened
<chkktri>
last time i checked ALSA reported no found devices
wolfy has joined #linux-sunxi
<chkktri>
okay, kernel Linux dabyu 3.4.67+ #9 PREEMPT Tue Nov 5 21:45:56 CET 2013 armv7l GNU/Linux
<chkktri>
there's only timer device in /dev/snd
<chkktri>
and lemme look at dmesg
<mnemoc>
check if /proc/config.gz has it enabled first
<chkktri>
[ 3.713272] ALSA device list:
<chkktri>
[ 3.718612] No soundcards found.
<chkktri>
oh.
<chkktri>
mc
<mnemoc>
or linux-sunxi-stage-3.4-sun4i-latest.config.gz
<arokux2>
mnemoc: do you know what exactly should be enabled?
<mnemoc>
nope :( I don't even use sound on my laptop....
<chkktri>
maybe, comparing this to may kernel is a good idea
<arokux2>
let me ask you, did the sound worked before?
<chkktri>
yes, it worked on old kernel which came with arch and kernel from hwpack
<arokux2>
chkktri: what was the kernel in hwpack?
<chkktri>
let me boot it
<chkktri>
>Linux dabyu 3.0.76 #8 PREEMPT Thu May 23 14:03:25 UTC 2013 armv7l GNU/Linux
<Skaag>
arokux2, right, i'm using sound
<Skaag>
good morning people
<arokux2>
hi Skaag, have you managed to got it working with sunxi-3.4?
<Skaag>
it works pretty good, too, especially since Turl helped me last night with freeing up more memory by disabling memory reservation for mali and g2d
<Skaag>
yes, I am on 3.4 now
<Skaag>
very happy with it, it went pretty smooth I have to say
eebrah_ has quit [Read error: Connection reset by peer]
<Skaag>
It feels more 'complete' than the 3.0 branch somehow
<chkktri>
neat, and you're using cubieboard 1?
jinzo has joined #linux-sunxi
<arokux2>
Skaag: awesome, chkktri now has some problems with it
<Skaag>
no I'm on the A13 by Olimex
<chkktri>
ah, okay
<Skaag>
I would love to play with the cubieboard but I can't afford to do it right now (time wise)
<arokux2>
Skaag: did you need to enable something in config?
<Skaag>
I compiled the kernel with high resolution timers, and I enabled alsa high resolution timer feature
<Skaag>
this improved stability I believe
<Skaag>
I only did this because it was complaining about it in syslog
<Skaag>
(alsa was complaining)
<plaes>
libv: what should I do next? I can start dismantling the device only tomorrow (serial port + pictures)
<arokux2>
Skaag: would you please paste you dmesg?
<Skaag>
chkktri, do you have a pcm device under /dev/snd/ ?
<Skaag>
in /boot/ put a file called uEnv.txt and this is what I use on my platform: extraargs=sunxi_ve_mem_reserve=0 sunxi_no_mali_mem_reserve sunxi_fb_mem_reserve=16 sunxi_g2d_mem_reserve=0
<Skaag>
I mean you put that line in uEnv.txt in /boot/ and reboot
<Skaag>
you can also try this out with interactive uBoot, just stop the boot process countdown, and type that in
<chkktri>
i thought uEnv is put on that FAT partition
<Skaag>
on my system /boot is the vfat partition (and the first partition)
<Skaag>
and / is an ext3 partition, and the second partition
<chkktri>
ah, that's wise
<Skaag>
I'm not sure I even had a say in it, I think I followed some guide and that was the outcome :)
<libv>
plaes: the marketing details are not more important than the real info that people want when they look up a device on our wiki though :)
<arokux2>
chkktri: can you try to modprobe sunxi-codec ?
<libv>
plaes: but sadly, that is usually how this thing works, people create an initial wiki page, then lose interest
<chkktri>
sec
<libv>
plaes: as for disassembly, be very careful, but then, you have seen the slatedroid pics
<arokux2>
chkktri: disregard this, this should be built in
<libv>
plaes: it might make more sense to start working through a full build
<libv>
plaes: creating an SD card from scratch, while adapting uboot
<libv>
plaes: also, do you have a device capable of reading 3.3V serial?
<libv>
plaes: a standard pc 12X serial -> usb does not work
soul has joined #linux-sunxi
soul is now known as Guest84939
<arokux2>
chkktri: please post the full output from the dmesg with non-working kernel
<Skaag>
and the only modules in /etc/modules are 8192cu and sun4i-gpio
<Skaag>
and videodev and uvcvideo for my usb camera stuff
<arokux2>
chkktri: ok, first we need to know where the error is coming from, I have added outputting of some additional information. you have linux-sunxi git repo cloned, right?
<chkktri>
yes, i do
<arokux2>
chkktri: it is the easiest if you can add my branch with modifications. proceed as follows: git remote add aroku https://github.com/arokux/linux.git
<torbenh3>
arokux2: if they are very similar, thats likely to be requested.
<jemk>
arokux2: the dwmac (the ip related part) in stmmac could be reused if it can get split out somehow.
<arokux2>
chkktri: do not mess around with sunxi-bsp, you have your rootfs already on the sd-card, right? so you just need to recompile the kernel and write it to the sd-card. so cd to the directory with the kernel and do "make magic" there.
<jemk>
arokux2: but the stmmac driver contains many more stmicro specific things, but i didn't look too deep into this, so no guaranty
<chkktri>
er, okay
<arokux2>
chkktri: also, may I ask you about your general goals with cubieboard/sunxi? if your intentions are to hack around the kernel it is worth investing your time into nice sd-card free set up, loading kernel over network and rootfs on NFS mount share. there are nice docs how to do it.
<torbenh3>
jemk: does there exist docomentation for the gmac ?
<torbenh3>
is there u-boot support for the gmac already ?
<jemk>
torbenh3: no and no
<torbenh3>
:S
<arokux2>
torbenh3: so you see how important it is...
<chkktri>
arokux2: i wanted to try messing with GPIO so i could play music using old sound generators from arcade machines and consoles, but i got stuck at stage where i need TTL <-> CMOS converter. Currently i just want to set up pulte audio/JACK server and mpd so i can listen to music while nothing else is powered up
<arokux2>
chkktri: I see. you could go with an old kernel of course, but helping sunxi.org to find the bug in sunxi-3.4 would be awesome!
<arokux2>
chkktri: since you are not going to do any kernel development, setting up NFS is probably an overkill right now.
<chkktri>
i think putting rootfs on internal nand will be enough for me, but only when things get more or less stable
<chkktri>
sftp is enough for me
<torbenh3>
arokux2: mmm... hacking u-boot without jtag is not so much fun...
<arokux2>
torbenh3: then start with the kernel
eebrah_ has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
<arokux2>
hno: :(
<arokux2>
torbenh3: you can find easier tasks if you like
<torbenh3>
arokux2: you create a kernel with an initrd, which brings up the network (since gmac in kernel seems to be working, then you load the dev kernel, and kexec it....
<arokux2>
torbenh3: ok, maybe I need to try this.
Soru__ has joined #linux-sunxi
<arokux2>
torbenh3: do you thing gmac could be something too complicated for you to start with?
<torbenh3>
arokux2: no. my dayjob is getting linux to run on embedded hardware....
<arokux2>
mnemoc: :) it will output capitalized names.. however on make all lowercase names should be passed. so my question is... should we change everything to lower case in boards.cfg?
<mnemoc>
arokux2: | tr 'A-Z' 'a-z'
<mnemoc>
it was hno's choice to use capitals, I won't comment on that
<torbenh3>
arokux2: its just that i dont have so much freetime in front of computer.
Soru has quit [Ping timeout: 264 seconds]
<arokux2>
mnemoc: hno: shouldn't we change everything in boards.cfg to lower case? (you cannot use a board name with upper case letters with make)
<torbenh3>
arokux2: btw... if you try to use kexec with 3.4 ... you will need a few patches, to get it running with devicetree.
<arokux2>
torbenh3: the point is all the stuff that is left is not small, afaik
<torbenh3>
mnemoc: where are the crap drivers sitting ?
<mnemoc>
3.4
popolon has joined #linux-sunxi
<libv>
torbenh3: getting this kernel into usable shape is a gigantic project. constantly chasing the upstream version only leads to further breakage and will not solve anything real. it's like running inside a hamsterwheel
<arokux2>
libv: "this" -- which?
<libv>
anything sunxi
<libv>
our full featured kernel(s) are far from usable as is
<libv>
they usually just pass the "it kind of works, a bit" mark
<libv>
and i am really rather tired of people whining about "why are you not upstream" or "why are you not running this kernel version which was just released"
<libv>
i will face similar useless crap with lima when i release the mesa driver
<libv>
i will get a load of people whining about this code not being part of mesa or the kernel side not being in linus' tree
<arokux2>
libv: hm.. I'm not sure I understand what you suggest? :)
<arokux2>
libv: if we are lucky some "whining" ppl help us squash bugs... if not, we are just working slowly towards perfection for our own satisfaction
<libv>
while those same whiny folk will either never be running my code, or, they wouldn't bother upgrading their kernel or significant parts of their installation, to get my code
<libv>
my strategy for not blindly chasing upstream will mean that i, in contrary to the other open ARM GPU projects, might actually attract some users
<libv>
arokux2: i guess i am just more generally whining myself, or anti-whining, which is essentially the same
<arokux2>
libv: you've been in oss project way to longer then me, you should have got used to this kind of situation! :)
<torbenh3>
where does sunxi-3.4 create all the platform devices ? i only see it creating 4 in sw_pdev_init() and init_machine is not calling more...
<libv>
arokux2: where on this page does it describe what works and what doesn't?
<libv>
arokux2: because if that is not described, then you're just misleading and quite quickly, discouraging, people
<mnemoc>
torbenh3: currently each driver checks the script.bin on load, and fail if the device is not enabled there
<arokux2>
libv: and thanks to mnemoc we have nightlies!
<mnemoc>
torbenh3: but i'm working on turning them into more decent platform_device/platform_driver approach processing the script.bin once at the begining to create the platform_devices there
<libv>
arokux2: please make it clear that that page contains the current status
<arokux2>
libv: sata is something what is worked on
<mnemoc>
arokux2: anything to include in the nightlies?
<arokux2>
libv: what have you expected? we are all unpaid starving hackers without any documentation!
<libv>
i am not complaining that it doesn't work yet, i am complaining that the howto doesn't warn average joe user about this
<libv>
but i will fix this now
<mnemoc>
average joe should just use 3.4
<arokux2>
libv: somebody who is taking a look at that page isn't supposed to be average joe :)
<mnemoc>
google can lead joes there
<mnemoc>
and poor joe will be awfully frustrated
<arokux2>
mnemoc: as to the hard core book on particle physics, so what?
<mnemoc>
*g*
<mnemoc>
die joe die
<arokux2>
mnemoc: so each page of the hard core book on particle physics shouldn't warn you about how complicated it is, should it? :p
<arokux2>
hno: how about returning to the sunxi family...? u-boot misses your love.
<mnemoc>
maybe we should do a template to warn about the intended audience of those pages
<mnemoc>
like "HOT!!!" in the coffee cups
<libv>
arokux2: it's a wiki, and it should collect information for everyone, and should present some information so that average joe user can get his/her device working without losing all of his/her hair in the process
<mnemoc>
and maybe a category related to the hardcoreness level
<mnemoc>
(templates can add cateries)
<libv>
arokux2: you know what i just did, i typed "kernel" in the search box
<libv>
that's what normal people do when they see the great mass of unnavigatable pages listed on linux-sunxi.org
<libv>
"mainline kernel howto" pops up twice, and most closely resembles what people would be looking for
<arokux2>
libv: you should have input "Linux" :p
<libv>
on a website called linux-sunxi...
<arokux2>
libv: and then you clearly see [PREFERRED]
<arokux2>
and "See also Linux mainlining effort." under the table
<libv>
arokux2: why does the "Linux" page not match a search for kernel?
<arokux2>
libv: no idea
<mnemoc>
because the kernel word is nowhere on it's content?
<libv>
maybe a rename of this page to linux_kernel is in order
<mnemoc>
or a kernel disambiguation page...
<mnemoc>
considering freebsd also has sunxi support
<arokux2>
libv: basically you are trying to fix the situation where a random user inputs a random search string. and you want to show him the most relevant page...
<mnemoc>
if so, please be sure to commit the fix :)
<Turl>
I dunno mnemoc
<arokux2>
Turl: how do you like wiki's main page?
<Turl>
mnemoc: it's not the best code ever, but it does the trick http://sprunge.us/jYUh
<mnemoc>
yes, update and backup tasks are running
<mnemoc>
Turl: looks like the wrong fix.... but thanks for fixing it :)
<mnemoc>
but nothing with php can be pretty
jinzo has joined #linux-sunxi
<Turl>
mnemoc: wrong fix?
<mnemoc>
Turl: no, it's fine.... escaping needs to happen there... when composing the pattern
<mnemoc>
interestingly wikipedia doesn't have that issue...
<Turl>
maybe they run a newer version of wikistuff
<Turl>
mnemoc: see the post arokux2 linked
<Turl>
arokux2: not bad, but it looks a bit crammed to me
<arokux2>
Turl: yes, this is basic concept so far
<mnemoc>
Turl: but we do upgrade hourly...
<arokux2>
Turl: the question is if this basic concept is better than what we had
<Turl>
mnemoc: to 'the latest' or to 'latest stable' of kinds?
<Turl>
arokux2: maybe if you drop the howtos column and change the extra devices category list to something that says 'you can find all the other supported devices in [[the devices category page]]' or sth like that it'd look less crammed
<mnemoc>
Turl: REL1_20 branch
<Turl>
mnemoc: there's a 1.21 rel now
<mnemoc>
any reason for upgrading?
<arokux2>
mnemoc: is it possible to remove "Main Page" from main page...?
<mnemoc>
arokux2: not that I know :|
<mnemoc>
but some people makes templates that do javascript or css voodoo turning the h1 into lowercase for example
<arokux2>
Turl: here is the full list of the pages that should be deleted. thanks. http://sprunge.us/SBAR
<arokux2>
Turl: if you teach me how to delete a page, I won't bother you again
<mnemoc>
mediawiki has tools to deal with people who doesn't know to behave
<arokux2>
funny, sound would work on my mele, which is a10 too
<libv>
arokux2: the main page seems a little more accessible this way, but it needs further work :)
<libv>
but imho it is a step in the right direction
<arokux2>
libv: thanks, how-tos are going to be multi column, this will be next improvement
jinzo has quit [Quit: Leaving]
<arokux2>
torbenh3: have you picked something to mainline? :)
jemk has quit [Remote host closed the connection]
dapsaille2 has joined #linux-sunxi
geecko_ has quit [Quit: Quitte]
<dapsaille2>
Hi
AreaScout has quit [Ping timeout: 245 seconds]
<dapsaille2>
it this the good place to ask about .fex options and strange resolution on a13 hardware ? :)
arete74 has quit [Ping timeout: 240 seconds]
<arokux2>
Turl: update list of the pages that need to be deleted. http://sprunge.us/iSAV
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
<arokux2>
dapsaille2: definitely
bsdfox\ has joined #linux-sunxi
Soru_ has joined #linux-sunxi
<dapsaille2>
nice, i'm new to arm/sunxi world and i want to output a 15khz signal trough the vga port of my a13 olinuxino .. something like Modeline "320x224 NTSC (60Hz)" 6.700 320 336 367 426 224 236 239 262 -hsync -vsync
<dapsaille2>
i asked on Olimex forum and someone tell me to test some "voodoo" in script.fex .. but my board don't like thoose parameters and say Err04: Violate "(lcd_vt/2) >= (lcd_vbp+lcd_y+2)" with others errors ..
<dapsaille2>
is there is a way to convert modelines to script.fex parameters ?
<arokux2>
deasy: hi, you there?
Soru has quit [Ping timeout: 272 seconds]
<deasy>
arokux2, yup
<arokux2>
deasy: you have cubieboard1, right?
<deasy>
yup
<arokux2>
deasy: there is very strange issue with audio, it won't work on cubieboard1 and nobody knows why. it works on my mele (which is also a10) so I cannot reproduce the problem. can you plz help me to hunt it down?
<deasy>
yup
<deasy>
i can plug speaker and test
<deasy>
i eat something now, wait a bit
<arokux2>
deasy: no problem, you'd first need to show me your dmesg and we start from it.
<deasy>
who wrote the audio driver :p
<arokux2>
Turl: http://sprunge.us/LiLg update list of the pages that need to be deleted.
<mnemoc>
arokux2: just ask Turl to give you burocrat permission :p so you can move and delete stuff yourself
<arokux2>
deasy: Allwinner engineers
<deasy>
an OS driver?
<deasy>
or this is from the source without license ?
<arokux2>
deasy: all the sources are GPL licenced
<deasy>
ok nice
<mnemoc>
all code released by allwinner was GPLed
<deasy>
since when?
<mnemoc>
they initially forgot to add the headers, but they confirmed by mail that everything was GPL and then one @allwinnertech.com sent patches to add the headers
geecko has quit [Ping timeout: 272 seconds]
<deasy>
my reading about it say they have release source sometime but ni license...ok nice !
<deasy>
so...
<deasy>
TAKE MY MONEY ALLWINNER
<deasy>
:D
<dapsaille2>
hehe, i agree
* dapsaille2
look at it's mediatek smartphone .... angry ...
<arokux2>
dapsaille2: there were some releases of MK code too
<dapsaille2>
not the framework for android :x
<dapsaille2>
long flaming post on Xda :)
<arokux2>
ok...
<deasy>
someone had do a note on 10 or 20 or 100 about the open(?) ness? of SoC builder ?
<arokux2>
deasy: send me your dmesg please
<deasy>
with a table :p
<deasy>
wait ! almost finished my fruit
<dapsaille2>
does someone can help me to translate a modeline to .fex lcd_ parameters ? :)
<deasy>
i don't want juice split kill my board :p
<arokux2>
dapsaille2: the guys keen on that part seem to be absent now... they are ssvb wingrime etc
<dapsaille2>
ok good to know thanks, for now i've resolved half the magic of translation :)
<arokux2>
deasy: yes! we need it for testing!
<arokux2>
dapsaille2: maybe you can post your findings to our wiki?
<dapsaille2>
when done, with pleasure, i have some friends who are waiting for my tests results
<dapsaille2>
we want to use theese boards on our arcade cabs :)
eebrah_ has quit [Ping timeout: 272 seconds]
<dapsaille2>
and crappy composite is not an option ^^
naobsd has quit [Quit: Page closed]
<Turl>
arokux2: welcome to the bureaucracy
<deasy>
lol
<deasy>
arokux2, back
<deasy>
i plug it
<deasy>
i start cubian
<Turl>
arokux2: next to the edit/history button you should see an arrow, there's the stuff to delete pages
<arokux2>
Turl: i have only watch and move
<Turl>
arokux2: try logging off and in again
<Turl>
my vps provider is failing again and only let me with v6 connectivity >.<
<Turl>
usually it's the other way round
<arokux2>
Turl: still the same
<Turl>
mnemoc: any ideas? ^
<mnemoc>
Turl: I removed ipv6 stuff iirc
<mnemoc>
never got it working correctly on lxc
<arokux2>
Turl: no network with cubietruck in u-boot, right?
<Turl>
yeah, most contributions weren't really relevant
<Turl>
but they weren't spam either
<Turl>
he did some categorizing and other stuff too
<arokux2>
Turl: ok
<arokux2>
I'll keep a close eye on him
wolfy has joined #linux-sunxi
<Turl>
arokux2: check the OpenSSL, GnuTLS, LUKS pages, they may be mostly irrelevant too
<arokux2>
Turl: :$
<arokux2>
Turl: I wonder ppl edited these pages!!!!!!
<arokux2>
other smart ppl!
<dapsaille2>
damn .. i lost 2 hours for understand the logic of modelines and fex parameters ... now i can see in xorg log that i got the right modeline but .. no picture on crt ...
* dapsaille2
go to bed ....
<arokux2>
Turl: deleted them all
n01 has quit [Ping timeout: 244 seconds]
<deasy>
arokux2, dictator :p
<arokux2>
for deleteing spam?
<deasy>
just laughing :)
<arokux2>
:p
<arokux2>
deasy: do you have a usb sound card?
<deasy>
nop
<arokux2>
deasy: any other exotic usb devices?
<deasy>
hmm
<deasy>
bluetooth and sim card reader
<arokux2>
sim card reader.. you hacker :)
<deasy>
nop
Soru has joined #linux-sunxi
<deasy>
one of my customer was not able to use it
<deasy>
so he gives me it
<deasy>
i have never use it
<deasy>
just see than it works
<torbenh3>
arokux2: i made gmac driver compile on mainline. need to write code to fill platform data from dt, but i hope, i can take that from stmmac.
<arokux2>
torbenh3: does it work?
atsampson has quit [Quit: time to break everything!]
<arokux2>
torbenh3: in the shape it is now
<torbenh3>
arokux2: without platform driver, it wont work.
<torbenh3>
s/driver/device/
<torbenh3>
but that should be crated from DT.
Soru_ has quit [Ping timeout: 272 seconds]
<torbenh3>
it needs more work... next WE :)
<arokux2>
torbenh3: alright :)
<arokux2>
torbenh3: can you maybe make your work public?
<arokux2>
torbenh3: like put it on github?
<torbenh3>
i just messed with it about an hour, and also spent time comparing gmac with stmmac.
<arokux2>
torbenh3: but you got it compiled, that is a lot already
<arokux2>
I suggest you write about it to ML, ppl will take a look at your code, help etc.
<torbenh3>
i dont think thats a lot.
<arokux2>
in some cases lots of stuff is removed/changed and it is not to make something compile in 3.12 that was done for 3.4
<torbenh3>
arokux2: network didnt change that much. only the dmabuf recycling got removed.
<torbenh3>
arokux2: and i could just peek at the stmmac driver.