<hramrach_>
tzafrir: using the first page you should be able to build a working player
<tzafrir>
thanks. I'll give it a shot when I get home
<oliv3r>
mnemoc: i edited by hand the arch/arm/config/sun4i_deconfig (and friends)
<oliv3r>
mnemoc: what else needs to be done to have new defconfig (settings) committed?
<Turl>
oliv3r: why by hand?
<mnemoc>
oliv3r: first convert that into a .config. then.... 1m
<mnemoc>
make savedefconfig
luoyi has joined #linux-sunxi
<oliv3r>
Turl: cause i'm renaming things :p
<oliv3r>
SUN4I_SOC -> SUNXI_SOC
<mnemoc>
oliv3r: make foo_defconfig; (to get .config) ... then make savedefconfig (to get the minimized version)
<oliv3r>
mnemoc: ok
<oliv3r>
maye you missunderstand mnemoc
<oliv3r>
i want to only change whatever we have in git
<mnemoc>
oliv3r: and then `mv defconfig arch/arm/configs/foo_defconfig`
<oliv3r>
why can't I just do %s/SUN4I_SOC_HDMIAUDIO/SUNXI_SOC_HDMIAUDIO
<mnemoc>
you can, sure
<oliv3r>
i don't understand why I need that much voodoo magic to change what we have in git
mdfe has joined #linux-sunxi
<mnemoc>
if you are only renaming a CONFIG_, set will do
<oliv3r>
or rather; if someone pull this change, will they get the changed version
<mnemoc>
sed*
<oliv3r>
that's what I did
<mnemoc>
if you are changing the defconfig, make savedefconfig voodoo is required
<oliv3r>
but when I do make linux-config; it doesn't pick it up
<oliv3r>
i thought that, KERNEL_CONFIG=sun4i_defconfig forces the loading/building of sun4i_defconfig
<mnemoc>
but feedback regarding hramrach_'s defconfig change is needed before any CONFIG_ related change
<oliv3r>
can't; i renamed the sun4i audio stuff; sun4i->sunxi needs to happen :p
<mnemoc>
oliv3r: the bsp only defconfig-s if there is no .config
<oliv3r>
i removed build/sun4i_defconfig -r
<oliv3r>
where else is a .config stored?
<oliv3r>
that's my mistake then :)
<mnemoc>
only there
<oliv3r>
ok so that's not it then
<mnemoc>
exactly, removing that dir you'll get a fresh .config on the next run
<oliv3r>
if i do linux-config and go to the audio bit, i see the correct names, just not set as per sun4i_defconfig
<oliv3r>
it doesn't though
<oliv3r>
i'll rm -r build now
<oliv3r>
heck, i'll do make clean
<mnemoc>
rm -rf build/ is simpler :p
<oliv3r>
yeah
<oliv3r>
but i've done that tons of times
<oliv3r>
well sun4i_defconfig-linux
<hramrach_>
oliv3r: you can rename the configs
<oliv3r>
but i had a 3.9 multi-v7 tree there that I didn't wanna nuke yet
<hramrach_>
see the 3.0 'prefer new config names' patch
<mnemoc>
oliv3r: it's saner to have one bsp per kernel tree
<hramrach_>
or just domp the old names and let the config ask the user
<mnemoc>
oliv3r: I mean, locally
<mnemoc>
oliv3r: to not mixup things
<hramrach_>
it should suffice to test defconfigs on standalone kernel build
<hramrach_>
when the config changes the android build system should use the new one if you start afresh or pure enough stuff
<ssvb>
jinzo: I'm not doing anything A31 related (and don't even have such hardware)
<mnemoc>
ssvb: jinzo's question on #olimex was generic, about the performance penalty of using libhybris for the GPU/VPU blob
<ssvb>
jinzo: I only hacked some cedarx libve libhybris wrapper for A10 (that's for hardware video decoding, not 3d graphics)
<ssvb>
mnemoc: jinzo is better to ask this in #libhybris channel, assuming that A31 has working android drivers for PVR
<mnemoc>
good point
<jinzo>
ssvb, and mnemoc yeah I misunderstood.
<jinzo>
thanks for the anwser.
<Turl>
oliv3r: make sure you don't break backwards compat by keeping the old symbol name and depending on the new
<Turl>
or selecting it rather
<mnemoc>
making the default y might be a better idea
<mnemoc>
them*
luoyi has quit [Ping timeout: 256 seconds]
<mnemoc>
I mean, m
<mnemoc>
so oldconfig will accept the rename blindly, and we won't need it in defconfig
jemk has joined #linux-sunxi
tinti has joined #linux-sunxi
Undertasker has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<libv>
mali ddk will never be free
<Yaku321>
i wonder whats the reason why they are doing that, the chips should sell better when ppl can code more for it
<mnemoc>
libv: I only meant that vendors don't have to pay extra to build mali drivers for linux, for pvr they do.
<mnemoc>
Yaku321: lawyers
<mnemoc>
Yaku321: it's about IP and patents
<mnemoc>
and been sued
<hramrach_>
Yaku321: the more is known about the chip the more patent trolls sue teh manufacturer
Tartarus_ has joined #linux-sunxi
lxsameer has quit [Quit: Leaving]
_BJfreeman has joined #linux-sunxi
_BJfreeman is now known as BJfreeman
ganbold_ has joined #linux-sunxi
Undertasker has quit [Quit: Leaving.]
Undertasker1 has joined #linux-sunxi
Undertasker1 has quit [Read error: Connection reset by peer]
Undertasker has joined #linux-sunxi
Yaku321 has quit [Disconnected by services]
Yaku-noob has joined #linux-sunxi
Undertasker has quit [Read error: Connection reset by peer]
Undertasker has joined #linux-sunxi
eebrah is now known as eebrah|away
Tartarus_ has quit [Quit: Ex-Chat]
fldc has quit [Ping timeout: 245 seconds]
wingrime has joined #linux-sunxi
<wingrime>
hramrach: you finaly buy this E200 ?
fldc has joined #linux-sunxi
sud0x3 has joined #linux-sunxi
<sud0x3>
hi there, i just submitted a post to the linux-sunxi message group, but it has not yet appeared, is it awaiting conformation or have i messed up somewhere
<sud0x3>
incase it is awaiting moderation, my post was entitled 'meminfo dump and scipt.bin'
<Turl>
sud0x3: is it your first email to the list?
<mnemoc>
meminfo dump and script.bin for CnM Touchpad 9.7 ?
<mnemoc>
that page should really include how to turn the dump into something we can commit
<mnemoc>
having the dump and the script.bin you are supposed to checkout the sunxi-boards repo, commit the .fex coming from your script.bin. then complete the [dram_para] section using the a10meminfo dump. commit again. and then submit patches instead of a blob and text :p
<sud0x3>
to be honest im not sure what your going to be doing with the information, but if there is a way i can better prepare it for you id be happy to do that
<mnemoc>
the (verified/completed) dram_para info is need for the bootloader. the rest is to maintain a known to work "database" which later can be used to generate .dtb files
<sud0x3>
Im able to do the conversion from bin to fex although you have lost me at 'dram para' but i will do some research and see what i can come up with
<mnemoc>
the .fex files has a section called [dram_para], some fields some empty and need to be filled. others need to be verified (basied on the dump from a10meminfo)
<mnemoc>
s/some/are/2
<sud0x3>
okay thanks :)
<mnemoc>
a third commit of the .fex is usually verifying which sections are enabled but should be disabled
<mnemoc>
vendors rely in hacked up and customized kernels, we don't
<mnemoc>
so a wrongly enabled section in the script file may lead to a kernel panic
<mnemoc>
obviusly always testing if the device still works as expected before submiting
<sud0x3>
when you say test the, would that be as simple as replacing the sctipt.bin on the partition nanda, or would i need to build a new image a flash it to my tablet to test
<sud0x3>
*the script file
<mnemoc>
yes, just replace the script.bin in nanda and reboot
<mnemoc>
(or uSD card when booting from mmc)
<sud0x3>
Okay great, didnt want to have to keep loading a vm to use livesuit to flash
<sud0x3>
ive not been able to boot into android from mmc yet but im working on it
rellla has joined #linux-sunxi
ssvb has quit [Quit: Leaving]
mdfe has quit [Read error: Operation timed out]
hglm has quit [Quit: leaving]
<mnemoc>
hansg: I love you!
<mnemoc>
*cough*
<mnemoc>
can anyone can confirm the soc-detect change detects the A10S-olinuxino too?
<mnemoc>
strange allwinner's code was explicit about 0 meaning A12 :<
<mnemoc>
but f* it
<mnemoc>
bbl, coffee
<hramrach_>
I bought it a while ago. Got bored of reading e-books atm ;-)
<hramrach_>
wingrime:
jemk has quit [Ping timeout: 264 seconds]
paulk-desktop has joined #linux-sunxi
<hramrach_>
sud0x3: if you get Android working on mmc don't forget to write an article how to do that ;-)
hansg has quit [Quit: Leaving]
<mnemoc>
wiki wiki <3
piyushverma has quit [Quit: Konversation terminated!]
<drachensun>
hramrach_: There is an article about that on the wiki
<drachensun>
somebody figured it out for the cubieboard and wrote it up
<drachensun>
I managed to follow it and get a working image for my tablets as well but I'm having trouble getting a second type of tablet working with it
<sud0x3>
hramrach: i intend to write articles on any of the work i do with this tablet as there doesnt seem to be much information regarding it on the web, and it will help anyone else tinkering with allwinner devices
<sud0x3>
drachensun: I attempted following that guide a few months back but will look into it again
eebrah_ has quit [Ping timeout: 276 seconds]
Kadosch has quit [Read error: Connection reset by peer]
<Turl>
mripard: ping
nove has joined #linux-sunxi
sanka has joined #linux-sunxi
rz2k has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
<lkcl>
make[2]: *** No rule to make target `.depend', needed by `libsunxi.o'. Stop.
<lkcl>
hno: ping? ^
<lkcl>
got it. file name wrong
<mnemoc>
-j TOOLARGE ?
<mnemoc>
ah, ok.
<hramrach_>
drachensun: somehow did not find that when searching the wiki, thanks
* hramrach_
needs more SD cards
Tartarus_ has joined #linux-sunxi
Yaku321 has joined #linux-sunxi
Yaku-noob has quit [Ping timeout: 252 seconds]
Tartarus_ has quit [Ping timeout: 260 seconds]
piyushverma has joined #linux-sunxi
<sanka>
if I want to build a kernel for an A10s device would you recommend the linux-sunxi or cyanogenmod as a starting point?
<lkcl>
mnemoc: any clues on how to use "bootinfo" in sunxi-tools?
mdfe has quit [Remote host closed the connection]
<lkcl>
where would i get boot0 and boot1 from?
<sanka>
lkcl, from the device?
<lkcl>
sanka: yes. under android. no livesuite.
<lkcl>
i've run a10-meminfo-static, it's not giving accurate information [that can be dropped into u-boot and fel-boot at least]
<lkcl>
sanka: i assume you were asking the question that would mean i would answer "yes from the device" such that you would have some useful further response as to *how* to go about getting that information from "the device"?
<sanka>
sorry was afk
<sanka>
ehm
<lkcl>
ah ok :)
<sanka>
I'm remembering how I did it a while back
<sanka>
I believe i've dd-ed most of the android partitions
<sanka>
and extracted info from there
<lkcl>
yep i've grabbed nanda - but it's a FAT partition...
Tartarus_ has joined #linux-sunxi
<lkcl>
i need nand_info...
<sanka>
nandb and nandc were the boot0 anmd boot1 here
* lkcl
goes to ... ah ha!
<lkcl>
excellent
<lkcl>
that's what i need to know
<tinti>
sanka: hi, have you succeeded?
jemk has quit [Quit: bye]
<sanka>
what kind of a device are you working on if you don't mind me asking
<mnemoc>
boot0/boot1 live outside the logical nand
<mnemoc>
first raw block
<lkcl>
A20
<lkcl>
EOMA68-A20
<sanka>
ah fancy new stuff :)
<sanka>
tinti, well partly
<lkcl>
hmmm...
<lkcl>
good god! android has a dd command. wow
<lkcl>
i'm amazed
<tinti>
:S
<lkcl>
hmmm.... no "egon" magic.... hmmm...
<mnemoc>
sure it's not from the busybox included by allwinner?
<mnemoc>
you won't be able to read boot0/boot1 using the nand driver
<mnemoc>
they live outside the logical /dev/nand
<mnemoc>
and so, before any nand partition
<lkcl>
bugger
<mnemoc>
you can try with the mtd-driver from u-boot
<mnemoc>
it allows raw reads iirc
<lkcl>
mnemoc: this is so i can get the dram timings
<mnemoc>
lkcl: usual way is to read the registers of the already initialized dram contorller
<lkcl>
a10-meminfo-static?
<mnemoc>
yes
<mnemoc>
but i don't know if the A20's has the same controller/base/registry
<mnemoc>
if not, adapt a10meminfo to fit
<mnemoc>
also, can you give me a dump of the sid of your a20? md.l 0x01c23800 4 from u-boot
<mnemoc>
github down or it's just me?
<lkcl>
mnemoc: i'll drop the u-boot.bin onto my server. ftp to lkcl.net, incoming directory (anon ftp)
<lkcl>
gimme 1sec
bsdfox has joined #linux-sunxi
bsdfox has joined #linux-sunxi
<piyushverma>
github down :)
<mnemoc>
lkcl: i have no use for your u-boot.bin. need some registers from the running SoC :)
<mnemoc>
piyushverma: thanks for confirming it :-/
<lkcl>
mnemoc: ahh ok
<lkcl>
mnemoc: gimme commands to run then!
<mnemoc>
lkcl: md.l 0x01c23800 4 :)
<lkcl>
ack
<lkcl>
md.l
<lkcl>
mnemoc: /system/bin/sh: md.l: not found
<lkcl>
try again sah.... :)
<mnemoc>
from u-boot's console
<lkcl>
oh.
<lkcl>
ah
<lkcl>
right.
<lkcl>
1sec.... if i can stop the boot process...
* mnemoc
replaces lkcl's tea with real coffeee
<mnemoc>
j/k :p
<lkcl>
bootcmd set setargs_nand
<lkcl>
Hit any key to stop autoboot: 0
<lkcl>
blerk.....
<mnemoc>
no timeout? :(
<lkcl>
correct.... there's a way to sort that....
<lkcl>
hno did it by blowing away /dev/block/nandb :)
<mnemoc>
assuming the default env of your u-boot doesn't have the timeout=0 hardcoded
<lkcl>
aaaagh! biig mess on-screen
<lkcl>
bloody android. no "head" command....
<mnemoc>
`busybox head` ?
<lkcl>
oo that actually worked
<lkcl>
root@teenymac:~/src/a10/sunxi-tools# hexdump -C nandb | more
<lkcl>
00000000 a5 4f 3b ef 62 6f 6f 74 64 65 6c 61 79 3d 30 00 |.O;.bootdelay=0.|
<lkcl>
00000020 72 67 73 5f 6e 61 6e 64 20 62 6f 6f 74 5f 6e 6f |rgs_nand boot_no|
<lkcl>
00000010 62 6f 6f 74 63 6d 64 3d 72 75 6e 20 73 65 74 61 |bootcmd=run seta|
<mnemoc>
oliv3r: `git pull git://github.com/oliv3r/linux.git wip/hansg-sound-fix-backport` is the real men's way
<mnemoc>
oliv3r: not a "github pull request"
<hno>
lkcl, I have not looked at the A20 yet. But a good ide to see if the basics of u-boot works is to soft-fel-boot our u-boot.bin. Press 2 on the console when Allwinner boot1 sarts, then upload & exe u-boot.bin using fel.
<oliv3r>
mnemoc: as you please :p
<lkcl>
hno: well i'm doing fel-boot.bin
<mnemoc>
oliv3r: anyway, need you to send it to the ML first... for the records
<oliv3r>
lkcl: might have to try that a few times, sometimes it boots so fast ...; booting to fel happens around 0.240 ..seconds?
<oliv3r>
mnemoc: will do
<hno>
fel-boot.bin is a bit more sensitive. Do you get the u-boot SPL banner?
<lkcl>
hno: in theory i could knock out the ram setup from u-boot.
sud0x3 has quit [Remote host closed the connection]
<oliv3r>
hno: could you put that in your github?
ykchavan has joined #linux-sunxi
<`26>
mnemoc: pardon my ignorance of the u-boot development process, but I just downloaded and unpacked the debian source package of u-boot version 2013.01.01 and there is no mention in it of sunxi or cubieboard
<oliv3r>
mnemoc: [PATCH 3.0 v3 0/3] defconfig patches for 3.0?
<oliv3r>
mnemoc: apply my deconfig patch before hramrach_
<lkcl>
hno: got it.
<lkcl>
where am i sending this? email to you....
<mnemoc>
oliv3r: not really fair :) he's been updating this patchset for months
<oliv3r>
mine first, no conflict
tzafrir has quit [Ping timeout: 252 seconds]
<oliv3r>
his first -> conflict
<mnemoc>
oliv3r: :)
<oliv3r>
also, mine is only for 3.4
<oliv3r>
his 3.0
<mnemoc>
send sent both
<mnemoc>
and need your rename for 3.0 too...
<oliv3r>
i don't have one
<oliv3r>
i'll do it after hramrach_ 's patch
<oliv3r>
cause i'll fix the new files then
<oliv3r>
i don't think i can cherry pick this patch; i'll have to redo it manually
n01_ has quit [Ping timeout: 276 seconds]
<oliv3r>
mnemoc: i don't have the mails anymore; i'll check google's archive
<oliv3r>
only have the sumary mail
<mnemoc>
deleted the .patch files??
<oliv3r>
hramrach_'s mails
<mnemoc>
without feedback/acks I can't apply them anyway :(
`26 has quit []
<mnemoc>
it's not something I can impose
<oliv3r>
can you 'stack' config SUN4I_NANDFLASH; config SUN5I_NANDFLASH; config SUNXI_NANDFLASH; ?
<oliv3r>
e.g. where ; is an enter
<oliv3r>
is it like a switch/case fallthrough thing?
<mnemoc>
those are used for compatibility
<mnemoc>
old CONFIG forces the new CONFIG
<oliv3r>
gah, now I have to reply; cause I don't like the PLAT_SUNXI thing; mainline isn't going to PLAT, it's staying with MACH; arch/<arch>/play_ is going away
<mnemoc>
but at this point I think we should just make better defaults and let the new CONFIG_ leak in
<oliv3r>
anyhow
<mnemoc>
oliv3r: we have plat in 3.[04] because it's the way we have of unifying
<oliv3r>
fine :p
<oliv3r>
but it'll go away again eventually :p
<mnemoc>
sure
<oliv3r>
anyway, can I do a 'fallthrough' with the config?
<oliv3r>
e.g. keep the ol sun4i and have the new sunxi too?
<mnemoc>
just see PLAT_SUNXI as it was a ARCH_SUNXI
<mnemoc>
with the name that the 3.[04] infrastructure allows
<oliv3r>
no i mean, SUN4I_SOC_HDMIAUDIO -> SUN4I_SOC_HDMIAUDIO<enter>SUNXI_SOC_HDMIAUDIO
<oliv3r>
+CONFIG_
<mnemoc>
a config without descript is "hidden"
<mnemoc>
but it's selects are honored
<oliv3r>
explain more
<oliv3r>
will it help when using make oldconfig?
<mnemoc>
yes
<mnemoc>
if SUN4I_SOC_HDMIAUDIO selects SUNXI_SOC_HDMIAUDIO, it will take the same value by "magic"
<oliv3r>
in defconfig files?!
<mnemoc>
defconfigs should only tell not-default things
<mnemoc>
that's what `make savedefconfig` is for
nove has quit [Quit: nove]
<oliv3r>
so in Kconfig we need both old + new
<mnemoc>
for an smooth migration, yes
<oliv3r>
ok rebasing
<mnemoc>
at least during some "releases"
<mnemoc>
3.4 people is brave, 3.0 people isn't
<oliv3r>
so only have config SUN4I_oldcrap followed by an empty tristate above it
<mnemoc>
so we need more backward compaiiblit in 3.0
<oliv3r>
wanna keep 3.4 then as it is?
<oliv3r>
or want a oldcrap included patch :)
<mnemoc>
3.0 :)
<oliv3r>
i'll do that too :p but for 3.4
<oliv3r>
i'll do 3.0 after hramrach's patch
<oliv3r>
i'll review it :p
<mnemoc>
hramrach also included a 3.4 patchset
<oliv3r>
really? didin't see it
<oliv3r>
i'll review that too; and even do a update patch; if you apply mine first :p