akaizen has quit [Remote host closed the connection]
popolon has quit [Quit: Quitte]
akaizen has joined #linux-sunxi
_enrico has quit [Quit: Bye]
mirc_243421 has joined #linux-sunxi
<mirc_243421>
question: when loading the mali.ko I used this syntax insmod /system/lib/modules/mali.ko mali_dvfs=50,100,133,160,200,266,400 mali_init_clock=50
<mirc_243421>
now is that the accuall support table of the clock speed gov
<mirc_243421>
or is that just echoing the list of supported states
<mirc_243421>
I see its also defined in the various files int he source but I assume thats only for if you arent using a prebuilt modual
<mirc_243421>
correct ?
<mirc_243421>
as far as I understand you can either build the mali driver into the kernel or load it as a modual as seen there
<Turl>
mirc_243421: as far as I can see, that's just garbage you're appending to the end of insmod
<Turl>
I don't see any reference to mali_init_clock or mali_dvfs parameters on a quick grep
<mirc_243421>
see thats what confused me
<mirc_243421>
it doesnt make any sense for it to be there
<mirc_243421>
yea the majority of the droid kernels and stock android sources use it
<mirc_243421>
I am assuming its because android loads it as its own modual
<mirc_243421>
and real linux has it buildt in
<mirc_243421>
so working under the pure linux kernel it should't even need to exist then
<mirc_243421>
or am I totally missing something
<Turl>
I don't think you can build mali as builtin
<mirc_243421>
I know you can on android
<mirc_243421>
I just dont know if its droid-weirdness or if its accually being weird
<mirc_243421>
thats right out the the stock init.rc from a android rom tho so perhaps the driver is in the rom and not in the kernel which would explain
<mirc_243421>
why I can
<mirc_243421>
***why I can't get it to set the clocks I have defined in the dvfs
akaizen has quit [Remote host closed the connection]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
atsampson has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
TheSeven has quit [Read error: Operation timed out]
Ehsand has quit [Remote host closed the connection]
Ehsand has joined #linux-sunxi
hipboi has joined #linux-sunxi
Ehsand has quit [Ping timeout: 264 seconds]
Ehsand has joined #linux-sunxi
tzafrir has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
wingrime has joined #linux-sunxi
<tm512>
what would go into updating sunxi-3.4 to the latest official 3.4 release? seems like I'd merge both the android 3.4 mirror, and then the official 3.4.61 tag into reference-3.4, then merge that into sunxi?
tzafrir has joined #linux-sunxi
Super-noob has quit [Ping timeout: 245 seconds]
Super-noob has joined #linux-sunxi
wingrime has quit [Ping timeout: 260 seconds]
\\Mr_C\\ has quit [Read error: No route to host]
wingrime has joined #linux-sunxi
<ZetaNeta>
oliv3r, Turl
<ZetaNeta>
Wait, the image is 7 gb
<ZetaNeta>
and card is 4
<ZetaNeta>
and wut are we going to do>
<ZetaNeta>
?
<ZetaNeta>
s/?//
<ZetaNeta>
s/>/?/
<mnemoc>
tm512: that will done in a couple of days after sunxi-3.4 shows to be ready for an -r2 tag
<tm512>
heh, well, I just did that myself
<tm512>
easier than I thought
<ZetaNeta>
Can i just use the extracted FEX?
<wingrime>
mnemoc: will you add new ts drivers form 3.4 drop?
atiti has quit [Read error: Operation timed out]
<tm512>
I'm getting my cubieboard soon, probably monday or tuesday. excited
<mnemoc>
wingrime: if they get properly submited, and ack'ed. sure
<tm512>
I'm a little disappointed that I won't be able to just grab mainline and go, though
<mnemoc>
yet
<wingrime>
mnemoc: this need loot of cleanup, I hope some one do it
<tm512>
yeah, yet
<tm512>
I'd try to help if I was capable
<tm512>
but I am probably not, at all
<mnemoc>
wingrime: in my github i have a repo with scripts helping sanitization (encoding, ^M, basic whitspace fixing) which is the first step before doing anything with allwinner dumps
<tm512>
their code is really that bad?
<wingrime>
mnemoc: new 3.4 still not have own branch?
_enrico_ has joined #linux-sunxi
<mnemoc>
no clue
<mnemoc>
someone suggested on the ML a commit from android-3.4 to use as base
<wingrime>
mnemoc: so, new things can be easy checkout to new commit
<mnemoc>
inject the files upon it. sanitize the whole. undo noise. commit, rebase upon reference-3.4
hipboi has quit [Remote host closed the connection]
<wingrime>
mnemoc: thats is too big for ml
<mnemoc>
wingrime: it's to compose a reference branch
<mnemoc>
not for merging as-is
<mnemoc>
from that reference branch things can be compared in small parts
<mnemoc>
each of those parts can be submitted and discussed, v2'ed, v3'ed, .... merged
<wingrime>
mnemoc: better have more one leak
stulluk has joined #linux-sunxi
<rah>
hno: I made a mistake
<rah>
hno: the script.bin in the image that doesn't get to u-boot was correct
FunkyPenguin has quit [Quit: No Ping reply in 180 seconds.]
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Changing host]
FunkyPenguin has joined #linux-sunxi
<leviathanch_>
Turl: please implement and export a function which allows me to access the clock delay registers
<leviathanch_>
Turl: oclk_dly << 8
<leviathanch_>
Turl: sclk_dly << 20
<leviathanch_>
within clk-factors
<leviathanch_>
otherwise MMC cards won't provide anything else then garbage
stulluk has quit [Ping timeout: 240 seconds]
<leviathanch_>
Turl: I could implement it myself and submit a patch to you
<leviathanch_>
Turl: ping?
Guest96066 is now known as eebrah
eebrah is now known as Guest4417
Guest4417 is now known as eebrah_
<ZetaNeta>
Turl,
<ZetaNeta>
Olinuxino doesnt work
<mripard>
leviathanch_: Turl is in argentina, so it's 6AM for him
hipboi has joined #linux-sunxi
<leviathanch_>
mripard: oh
<leviathanch_>
ouch
<leviathanch_>
ok
<leviathanch_>
that's what I get out of fixing my awake-sleep times >_>
<leviathanch_>
but I need to be awake before lunchtime in order to be ready to go to the lectures again next week
<leviathanch_>
anyway
<leviathanch_>
mripard: I made the sd host and card react now
<leviathanch_>
now I only need to modify the clock delay registers
<ZetaNeta>
AFK could be done in notepad/nano, effect amazes.
<leviathanch_>
in a most possibly clean way
<oliv3r>
ZetaNeta: image should be 700mb, extracted it will be ab out 2.2 gb
<oliv3r>
well it was for f18
<ZetaNeta>
oliv3r, But the final image extracted was 7 gb
<ZetaNeta>
for f19
<ZetaNeta>
Anyway, Teh olinuxino plan didnt work
<leviathanch_>
mripard: maybe I should drop him a few lines in an email?
<leviathanch_>
I need to give an electronics seminar within a few hours
<leviathanch_>
so I won't be online then
<mripard>
leviathanch_: that's probably the best way to reach him right now, indeed
_enrico_ has quit [Ping timeout: 260 seconds]
eebrah_ is now known as eebrah|FTS
kaspter has joined #linux-sunxi
<oliv3r>
ZetaNeta: strange, my SD card is only 3GB in use
<ZetaNeta>
well, i can try downloading f18
<oliv3r>
ZetaNeta: where does it fail? do you get passed u-boot (if so, your fine, if not, we need to add your board to u-boot)
<ZetaNeta>
but ALIP build for olinuxino micro doesnt boot
<oliv3r>
but those images don't differentiate that much in size, you must have done something wrong! :p
<ZetaNeta>
My board doesnt have "hw reset btn". So either i fail, either it just doesnt work. And i think its the second
<ZetaNeta>
It does boot without SD
<ZetaNeta>
and doesnt even power up with it
<oliv3r>
ok that's bizare
<oliv3r>
maybe your sd card is not supported?
<oliv3r>
some SD cards are flaky
<ZetaNeta>
oliv3r, It worked on Mpman MID74C
<oliv3r>
same CPU?
<oliv3r>
some board? :p
<ZetaNeta>
which is inet97f-ii
<oliv3r>
sometimes timings vary just slightly making them fail
<oliv3r>
oh yeah, same as my tablet :D
<ZetaNeta>
:D
<ZetaNeta>
bro :3
<ZetaNeta>
but here, we got A13
<oliv3r>
so it's completly different chip :p
<oliv3r>
as tablet is A10
<oliv3r>
so 'woks with mid74c' means nothing really
<ZetaNeta>
right now i just finished a inet97f-ii image, to try if it shall work on A13
<oliv3r>
boot up into android and see if the card is detected there
* ZetaNeta
hopes
<ZetaNeta>
ok
<oliv3r>
the thing is, if booting fails from SD, it shoudl fail and continue with booting from NAND
<oliv3r>
so the fact that it doesn't do anything, could suggest that it just fails and halts/crashes
<oliv3r>
you do have serial console connected to see the output as to why its failing, right?
<ZetaNeta>
"WRONG!"
<oliv3r>
so it might work just fine, but assumes you have hdmi and not LCD for output ;)
<oliv3r>
remember to copy your original script.bin (from nanda) to your sd card
<oliv3r>
the script.bin configures the display engine etc so the same script.bin should be used
<ZetaNeta>
oh
<ZetaNeta>
ok, will try
<oliv3r>
the olimexino script.bin probably assumes hdmi ;)
<oliv3r>
not lcd
<ZetaNeta>
XD
<ZetaNeta>
nop
<ZetaNeta>
replaced it
<ZetaNeta>
but nothing happens
<ZetaNeta>
"It happens the same"
deasy has joined #linux-sunxi
<oliv3r>
ok without serial port to see whats wrong, its next to impossible to debug :(
eebrah|FTS is now known as eebrah_
hipboi has quit [Ping timeout: 240 seconds]
naobsd has joined #linux-sunxi
<ZetaNeta>
and... so whats next?
<ZetaNeta>
wait a sec....
<ZetaNeta>
oh sh....
* ZetaNeta
facepalms
* ZetaNeta
double facepalms
* ZetaNeta
is in need of a brick wall
<ZetaNeta>
i can try forcing it to play audio on boot up
<ZetaNeta>
By changing some rootfs
<ZetaNeta>
But that may confuse even more
<ZetaNeta>
As for ex. audio may not work, but everything else will
<ZetaNeta>
Or it will just fail to play
<ZetaNeta>
oliv3r,
<ZetaNeta>
What other ways i can try?
<oliv3r>
erm i don't know
<oliv3r>
if you can't debug it; it'll be very hard
<focus>
one of the commands is make -j3 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- KDIR=~/src/a10/linux-sunxi/ -C arch/arm/mach-sun7i/pm/standby all
<focus>
the parameters KDIR and -C is unfamiliar territory - what do they mean so I can set my own
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<oliv3r>
focus: we tend to focus on the sunxi-bsp with our wiki being http://linux-sunxi.org
<focus>
this is sunxi stuff branch by lkcl
<focus>
for his EOMA
<focus>
using A20 chip
<focus>
KDIR is not in parameter options and googling isn't helping
<focus>
its something to do with kernel directory path - but that don't make sense
<focus>
on unfamiliar territory
<oliv3r>
focus: souns like something really old
<oliv3r>
as most/all a20 development happens on the linux-sunxi branches
<oliv3r>
focus: i'm sorry, try #arm-netbook or the like, since while we center on the a10 and a20 chips, we use github.com/linux-sunxi so on't know anything about those repositories
<focus>
makes sense
jemk has joined #linux-sunxi
<wingrime>
jemk: ping
<jemk>
wingrime: pong, simply ask instead of always pinging
<wingrime>
jemk: I find bug reason
<wingrime>
jemk: you should not use negative "y" for overlay
<wingrime>
jemk: (about shot I sended to you)
<wingrime>
jemk: also you can easy get this bug, moving window header over screen top
<wingrime>
jemk: I looks like HW bug with overlay
<jemk>
wingrime: yes, i've seen ssvb's fix, could be fixed in libvdpau too. but it might be better to find a fix for kernel
<wingrime>
jemk: more one thing, ioctl you using for every window move setup maything there better ioctrl that do only overlay move
<wingrime>
*many things
<wingrime>
jemk: currently I can add this fix to kernel, but ssvb not agree with it
<wingrime>
jemk: I have no idea how fix it better than block negative "y"
<jemk>
wingrime: yes, im working on that, but the whole output handling way of libvdpau isn't the right way to do
<wingrime>
jemk: but at least works normaly
<wingrime>
jemk: also, I can try add kms on top current driver
<wingrime>
jemk: with drm, expose all regs like we have now
arokux2 has joined #linux-sunxi
_enrico_ has quit [Ping timeout: 264 seconds]
_enrico_ has joined #linux-sunxi
<ssvb>
wingrime: blocking the negative "y" does not solve anything, it actually breaks things which used to work (rgb layers)
_enrico has joined #linux-sunxi
_enrico_ has quit [Ping timeout: 264 seconds]
_enrico has quit [Quit: Bye]
<arokux2>
hi!
<arokux2>
happy hacking?
eebrah_ is now known as eebrah
\\Mr_C\\ has joined #linux-sunxi
wingrime has quit [Ping timeout: 260 seconds]
_enrico_ has joined #linux-sunxi
wingrime has joined #linux-sunxi
<wingrime>
ssvb: I can block only UVY's layers
<wingrime>
ssvb: but indeed better fix than workaround
Ehsand has quit [Remote host closed the connection]
vinifr has joined #linux-sunxi
<vinifr>
wigyori, ping
<wingrime>
vinifr: ?
hipboi has quit [Ping timeout: 260 seconds]
<vinifr>
I would like to talk to him about lradc driver
ZetaNeta has quit [Remote host closed the connection]
pinnchus has joined #linux-sunxi
pinnchus has quit [Changing host]
pinnchus has joined #linux-sunxi
Nikolas has quit [Ping timeout: 264 seconds]
Nikolas has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
drachensun has quit [Ping timeout: 264 seconds]
specing has quit [Ping timeout: 264 seconds]
specing has joined #linux-sunxi
drachensun has joined #linux-sunxi
Soru__ has quit [Quit: No Ping reply in 180 seconds.]
soul has joined #linux-sunxi
soul is now known as Guest71573
ganbold__ has joined #linux-sunxi
rz2k has quit []
ganbold_ has quit [Remote host closed the connection]
<arokux2>
vinifr, so what prevented your kernel from booting?
<ssvb>
"there is a temperature detection and protection circuit within the main chip A20. If the die temperature exceeds the set value, A20 will shutdown itself and enter into a safe status" - is this shutdown done by hardware or software?
<vinifr>
mripard, ping
<mnemoc>
Turl:
<Turl>
ssvb: it'd be nice to know, but I won't be putting my A20 on the oven to find out :)