ganbold__ has quit [Remote host closed the connection]
naobsd has quit [Quit: Page closed]
rings_VII has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
rings_IIV has quit [Ping timeout: 264 seconds]
kaspter has quit [Ping timeout: 245 seconds]
ganbold has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
rings_VII has quit [Ping timeout: 260 seconds]
drachensun has joined #linux-sunxi
rz2k has quit []
mcbrick has quit [Quit: Leaving]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
vinifr_ has quit [Quit: Saindo]
rings_IIV has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
rings_VII has joined #linux-sunxi
rings_IIV has quit [Ping timeout: 264 seconds]
popolon has quit [Quit: Quitte]
hipboi has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
joshzhao has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
rings_VII has quit [Ping timeout: 264 seconds]
woprr has quit [Ping timeout: 246 seconds]
woprr has joined #linux-sunxi
woprr has quit [Client Quit]
woprr has joined #linux-sunxi
dwilkins has quit [Ping timeout: 256 seconds]
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
dwilkins has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 264 seconds]
bamvor has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 246 seconds]
<setkeh>
hey guys i just unplugged and cleaned my cubie cover and plugged it back in but now all i can see on hdmi is a black screen it doesent have any output at all there are no obvious errors from serial any idea's??
<setkeh>
startx also complains no screens detected
deasy has joined #linux-sunxi
rellla has joined #linux-sunxi
<setkeh>
[ 905.875] (EE) open /dev/fb0: No such file or directory
<setkeh>
from the xorglog after it load the sunxifb
<n01>
ykchavan: 10:24 < mnemoc> I'll shortly kill http://linux-sunxi.org for moving it not another hw
<Turl>
s/not/to/
<Turl>
did you guys know olimex gave away a A13 olinuxino micro last friday?
<buZz>
one?
<buZz>
ZOMG
<buZz>
i guess the A13 users list went up 500% now
<Turl>
buZz: lol
<Turl>
buZz: they give away a board each friday :)
<buZz>
O-M-G
<Turl>
(or device, often it's motors, lcds, batteries or other components)
iamfrankenstein has joined #linux-sunxi
<wingrime>
Turl: I have saw a Loooot china tablets with a13
<wingrime>
Turl: this is realy looow end
<wingrime>
50-60$ per device
<Turl>
wingrime: china tablets not OSHW with lots of pins :P
<deasy>
i can be interested in good china products, as my zte blade
<wingrime>
Turl: a13 is eTQFP )
<wingrime>
Turl: just solder wire to SoC 0
<hno>
olimex friday quiz is quite nice, very good marketing.
<hno>
and Olimex boards are very much worth their price if you need a dev board or embedded board. But clearly not if what you want is a tablet.
<oliv3r>
Turl: that's pretty cool; but i wanna focus on a20 mostly now
<oliv3r>
but yeah it's fully Opensource, which is win to me
<Turl>
oliv3r: I'll get an SD hopefully today and give you a hand with that :)
<oliv3r>
i'll send you 4 512MB Sd cards
<Turl>
they should've put the fel thing on a jumper or a button far from microUSB
<oliv3r>
Turl: is it still breaking or is it now working
<Turl>
it works, but fel is a pain to boot to :)
<oliv3r>
howcome?
<Turl>
the button is right under the microUSB
<Turl>
a pain to hold while powering on
<oliv3r>
oh yeah
<oliv3r>
i never use FEL mode
<oliv3r>
but i have SD cards out the wazoo :p
<oliv3r>
which you refuse to take
<Turl>
they'll arrive by the time we get cubietrucks :p
<oliv3r>
good; so you are in despare need for more
<oliv3r>
i'll just send you a few postcards, and use some tape to stick it on there :)
<oliv3r>
1 Sd per postcard
<Turl>
lol
<oliv3r>
what, far more reliable
<oliv3r>
it's called 'post-raid0'
<oliv3r>
raid1 even
<Turl>
lol
<Turl>
bbl
<oliv3r>
go learn
hipboi has quit [Quit: Leaving]
<hno>
Turl, just use an SD card thta jumps to FEL. There is an image in suxi-tools.
<oliv3r>
he doesn't have enough SD cards :p
<hno>
you only need one...
<hno>
the rest is done over FEL.
<hno>
and the same FEL boot card works in all a10/a13/a10s/a20 devices, and likely a31 as well (but there you still need to hold button...)
<oliv3r>
yeah but sometimes you want fel, sometimes you want to boot something else )
<ganbold>
is linux-sunxi.org down or the problem is in my side?
<oliv3r>
it's down
<oliv3r>
we're migrating from an old host to a new host
<oliv3r>
mnemoc should be able to give us a transistion ETA
<mnemoc>
oliv3r: data is moved. configuration comes now
<oliv3r>
ah, still moving it all
<oliv3r>
thought you put the site in read-only mode; did all the transfering etc to the new host, then switch over DNS
<oliv3r>
but all's well
<mnemoc>
oliv3r: at $work$ :( and today is my last day to cancel the old server
<mnemoc>
so i can't be .... sweet
<oliv3r>
och
<oliv3r>
ouch*
<oliv3r>
okay :)
FergusL has joined #linux-sunxi
<FergusL>
website down ?
<FergusL>
nvm, no it's not down
<mnemoc>
oliv3r: up
<mnemoc>
FergusL: it was down
<mnemoc>
now it's running on another hw
<FergusL>
it was down just for a few moments ?
<mnemoc>
no.... since 10:30 to 13:45 CET
deasy has quit [Quit: Quitte]
<oliv3r>
testing
<mnemoc>
much longer than expected, but $work$ was consuming precious time...
Black_Horseman has quit [Remote host closed the connection]
<mnemoc>
46.4.94.36 is the new IP in case you have resolving problems
<oliv3r>
seems to work
<mnemoc>
hopefully better
<mnemoc>
btw, is everyone happy with the current stage/sunxi-3.4 ?
<mnemoc>
would like to merge it....
<mnemoc>
and jump forward to the next 3.4.z
<wingrime>
Rockchip rk2918 DMC
<wingrime>
hno: ^ Willswang writed to wiki about DRAMC
<oliv3r>
mnemoc: can't say, but you have my blessing :p
<oliv3r>
wingrime: i thought that was you :p
<oliv3r>
wingrime: it's probably atleast partially a port from HNO's rhombustech wiki page
<mnemoc>
oliv3r: :)
<oliv3r>
if he was real smart, he took my commits from u-boot and added those ;) I was lazy in adding it to the wiki
<oliv3r>
mnemoc: i really have to start upgrading my tablet to 3.4, still runs GPL violating stock kernel, but i'd be touchscreen less; which I have a fix for, but just requires tons of time
<oliv3r>
and since nobody is working on an android build, i haven't put time into it either
<oliv3r>
so much to do, so little time
<mnemoc>
oliv3r: consider it educational time
<mnemoc>
and writting a TS driver also fits in your CV ;-)
<hno>
gah.. usual strategy of banging every possibly releated module directly instead of using suitable driver interfaces?
vinifr has joined #linux-sunxi
hipboi has joined #linux-sunxi
<oliv3r>
hno: yeah it's really sad
<oliv3r>
hno: but it'll be changed soon enough ;)
<hno>
and no actual cedar register info at all..
jemk has joined #linux-sunxi
vicenteH has quit [Ping timeout: 246 seconds]
<oliv3r>
no, jemk and wingrime have been very busy to get that sorted
<oliv3r>
hno: actually, the driver is SO bad, it just opens a hole to let a userspace driver manipulate the registers directly via an ioctl
rz2k has joined #linux-sunxi
<oliv3r>
'write reg'ioctl and read reg ioctl
<oliv3r>
very well done :)
<setkeh>
hey guys im still having trouble starting X the error is /dev/fb0 file not found it was working 2 days ago and i havent changed anything since any suggestions ??
<mnemoc>
oliv3r: "bad" is relative.... that allows them keep more of the IP hidden in a closed blob without breaking the GPL
<oliv3r>
rellla: i think so, from what i've heard/read; cedarX may have seen a small upgrade, but the blob is still the same, so the kernel headers should work from sun4i, but sun7i might be' cleaned'
<wingrime>
oliv3r: actualy cedarx blob have branches dependng on SoC version
<wingrime>
oliv3r: for example I find some reigster that a13 have but a10 not have
<hno>
kernel cedar driver don't know any details. It's all in the userspace blobs.
<oliv3r>
wingrime: so for unified sun457i cedarX that's ok (kernel side)
<oliv3r>
for your RE work that's much harder :(
ganbold_ has joined #linux-sunxi
<wingrime>
oliv3r: also, but it seems for a13 cedarx down-clocked
<wingrime>
150 Mhz vs 180Mhz
<wingrime>
(nearly)
<wingrime>
thats only one difference I have noticed with diff
<wingrime>
some parts of driver not ever used
<hno>
setkeh, double check that you haven't changed script.bin..
<hno>
setkeh, and what does dmesg say?
<hno>
error says you have no framebuffer.
<oliv3r>
wingrime: well a13 is a castrated something, so it's not that strange that they did that
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<oliv3r>
wingrime: could be that those parts are from sun3i
<setkeh>
hno: i havent changed anything the board has been off for 3 days and checking dmesg now
ganbold_ has quit [Remote host closed the connection]
<setkeh>
hno: ok x still wont start but my display isent saying no input anymore
<hno>
setkeh, from the archlinkx link you provided it seems you are missing step 2.
<setkeh>
hno: warning: cubieboard-modules-load-1-1 is up to date -- reinstalling
<setkeh>
warning: cubieboard-modules-load is flagged out of date
<hno>
there a nice hint on where the problem is :)
<setkeh>
well considering i havent updated in that time either it shouldent have affected the system ??
<hno>
setkeh, try "modprobe -a lcd; disp fbcon"
<hno>
err. no ;
<hno>
setkeh, try "modprobe -a lcd disp fbcon"
<setkeh>
kk
<FergusL>
is there anything to do to enable wifi dongles ? (cubie2 with cubian)
<hno>
setkeh, the updated question is more what updates may you or any automatic update have installed since you last successfully booted with X.Org working.
<FergusL>
just tried two of them, the second has a message in dmesg that it loads but then "ERR: script_parser_fetch usb_wifi_usbc_num failed"
massi has quit [Remote host closed the connection]
BJfreeman has quit [Read error: Connection reset by peer]
leowt has joined #linux-sunxi
robb83 has joined #linux-sunxi
merbanan has quit [Ping timeout: 246 seconds]
panda84kde has quit [Quit: Konversation terminated!]
jemk has quit [Ping timeout: 264 seconds]
akaizen_ has joined #linux-sunxi
<FergusL>
what is the right way to setup console resolution ?
akaizen has quit [Ping timeout: 240 seconds]
<robb83>
anyone can use ttyUSB0 as console at boot time ? :)
<oliv3r>
robb83: that's a very confusing question
<oliv3r>
i have a usb -> uart converter connected to by PC, that's ttyUSB1 (could be 0), that in turn is connected to UART0 on my board. UART0 on the board however is ttyS0
naobsd has quit [Quit: Page closed]
<oliv3r>
and i have that connected often when booting to check debug output
<robb83>
and inversily, so my "board" no have UART port in case, but usb
<oliv3r>
you can't send debug output via usb -> uart
<robb83>
ok, thx :(
<oliv3r>
i dont' think our EHCI driver does debugging and if it does, that won't help you with grub
<oliv3r>
and every board has UART output via uSD -> UART adapter
<robb83>
yes yes, but still under construction :)
<oliv3r>
if you have a tablet, that you can't dissasemble or can't find any pads to solder the uart too; then that's your only option
<robb83>
hmm, thx!
<oliv3r>
wingrime: ping
<bfree>
grub? what did I miss ;) (I've failed so far to get grub arm-uboot to actually boot a kernel)
jemk has joined #linux-sunxi
<wingrime>
oliv3r: pong
<oliv3r>
you mentioned the pengpod a few days ago?
<oliv3r>
the guy who did it is in the channel here :)
<wingrime>
))
<oliv3r>
he's actually doing developer discounts
<oliv3r>
but shipping is a killer
<wingrime>
oliv3r: I have a10 and a13 tablets
<oliv3r>
a10 only here
<oliv3r>
since when do you have a10 tab?
<oliv3r>
i thoguht you only had a13
<wingrime>
oliv3r: I not see any difference between pengpod and any comon a10 tablet
<oliv3r>
it's supported by drachensun :)
<wingrime>
oliv3r: one month ago
<oliv3r>
what made you get it?
<oliv3r>
does it have more then 512 mb ram?
<wingrime>
oliv3r: 1 gb
<oliv3r>
good
<oliv3r>
mine has 512 mb and is ram starved
<wingrime>
oliv3r: realy chap
<wingrime>
oliv3r: but it have led for charge
<wingrime>
oliv3r: and full size usb port
<oliv3r>
reall ynice
<wingrime>
I also still not figured why battery indicators in linux lie
merbanan has joined #linux-sunxi
<wingrime>
oliv3r: I hope pengipod move to a20 soon
<drachensun>
hello
<oliv3r>
i think there's a31 pengpods too
<oliv3r>
hi drachensun, mr. pengpod himself ;)
<drachensun>
let me catch up on the conversation here
<oliv3r>
not much really
<drachensun>
oh yeah, so oliv3r, turns out the mele tv box doesn't seem to take a flash by any convention means we can figure out
<oliv3r>
drachensun: mele m5?
<drachensun>
I would still like to get you an A31 for your U-boot work but we need a better candidate
<drachensun>
I've got the 1000G I think?
<oliv3r>
id only get frustrated by having yet a nother device requireing a blob ;)
<wingrime>
I have no a31 hw (
<oliv3r>
but swamped in $work this week
<oliv3r>
drachensun: i have no mele, I want to get an m5
<oliv3r>
i have a10 tab; a10 cb1, a20 cb2, a20 olimex
<oliv3r>
wingrime: you don't want a31 :p powervr! evil! :p
<drachensun>
wingrime: if I had known it was for you we could have applied a discount
<drachensun>
but the A10 models are going away, we can't get them anymore
<drachensun>
something is coming up but we aren't quite ready for the official announcement
<oliv3r>
a20? :p
<wingrime>
drachensun: actualy looking at photos on site I figured that actualy rebrended china)
<drachensun>
oliv3r: I dont get how powervr is any worse than Mali, its just that there is already some work to reverse engineer Mali and no one has taken on the powervr from what I can tell
<drachensun>
I do have a working libhybris for it though
<oliv3r>
or do you have actually a40 news!!
<oliv3r>
drachensun: ask libv :p he worked with powervr, he says it's a huge pile of crap and steered people clear of even trying to RE it
<oliv3r>
freedreno based part would be cool too
<drachensun>
wingrime: yeah, thats exactly what it is, and as oliv3r said we provide support, images and a preflash for those that don't know how
<oliv3r>
rockchip are trying, but I'd hope not, splitting work away from A10 to RK is not good for either i'd think
<drachensun>
oliv3r: I see, well good to know even if things are going really well its not worthing trying to RE
leowt has quit [Quit: leowt]
<oliv3r>
drachensun: Mele 1000G is a31 device?
<drachensun>
yup
<oliv3r>
drachensun: i think libv worked for the company doing the initial powervr drivers at some point, or something along those lines
<drachensun>
no, I have no special A40 news either
<oliv3r>
drachensun: how is flash not working?
<oliv3r>
drachensun: bummer, big.LITTLE a40 would be cool if you had the scoop
<wingrime>
drachensun: but , it you have direct contact to china factory you can try request some nice features like 9000 mAh accamulator
<drachensun>
it doesn't have a traditional button, its got that special button to force the A31 to boot from an SD
<drachensun>
I think
<wingrime>
oliv3r: I think you can use a40 like pan for breakfast
<oliv3r>
ohhh
<drachensun>
but there isn't a good way to make bootable SD cards that I know of, mripard apparently had to do a lot of different hijinks to get it to work on his
<oliv3r>
yeah a31 requires a 'boot selector' there's more then 1 pin that influences boot order
<wingrime>
oliv3r: (like some new nvidia boards
<drachensun>
but so for now, I see no way to get it into fel mode, short of wipe the boot sector of the flash
<oliv3r>
even if I had a31 hardware (which I really odn't wanna burn energy on) a31 u-boot requries a LOT of work still, it's a completly new memory controller, i've done some work on the dram controller allready, but i've got maybe 15% done of that
<oliv3r>
and spotted errors in my pushed code :p
<wingrime>
drachensun: you are saw batt indicator bug?
<drachensun>
I've got a sales contact with mele, hopefully its possible and its just a matter of translating his answers properly
<oliv3r>
drachensun: do you have the possibility to take high-res images inside? top/bottom PCB ideally
<oliv3r>
only thing I know is that there's now 2 pins that have 4 combinations to short
<wingrime>
oliv3r: as I find yesterday fex dram config not so magic like looks
<oliv3r>
it it depends entirly what they decided to map out at all
<drachensun>
oliv3r: realistically probably not, I've got no time right now, there is info on CNX though
<oliv3r>
wingrime: check my last patches that where pushed to sunxi/u-boot i tried to clarify a lot of settings best I could
<oliv3r>
drachensun: ill double check that
<wingrime>
drachensun: have you request tablets directly form factory?
<drachensun>
wingrime: Which on exactly, I never figured out a Linux graphical monitor that would work, various users submitted text based ones that would read the AXP output
<oliv3r>
linux-sunxi.org not working for anybody else?
<oliv3r>
it's rerouting to some google url
<oliv3r>
nvm, google is being ghey
akaizen_ has quit [Remote host closed the connection]
<drachensun>
wingrime: pretty much, but there are a lot of limits on what I can get
<drachensun>
we are trying to get the volume up so we can buy from a larger, more honest supplier
<drachensun>
oliv3r: yup
<oliv3r>
and I"m sure you've tried press fel key without any SD card
<wingrime>
drachensun: that bug shown in KDE for example
<drachensun>
oliv3r: Yeah, it doesn't go to fel mode, so probably that button isn't quite what I think it is
<wingrime>
drachensun: I have tablet with nice full sized usb
<oliv3r>
drachensun: do you know what it does do?
<oliv3r>
yeah full USB + extra otg port is luxurary :D but awesome for tablet
<oliv3r>
drachensun: the only thing I can imagine, that that key is mapping check_boot_sel bit 0
<wingrime>
oliv3r: but building quality tootaly crap
<drachensun>
oliv3r: they claim you hold down the button and plug in the power to flash it (like normal) but two of us tried on two different devices today, no joy
<oliv3r>
so it toggles between 00 (nand, normal) and 01 (SD2)
<oliv3r>
and the only way to make it fail to fel mode, is if the SD2 is corrupt
<wingrime>
oliv3r: I afrand disasemble tablet agian
<oliv3r>
(from that graphic)
geecko has joined #linux-sunxi
<oliv3r>
wingrime: lol what?
<oliv3r>
drachensun: they claim it's normal FEL button, but I doubt it
<wingrime>
oliv3r: afraid, plastic locks too weak
<drachensun>
wingrime: I'm not sure what you mean, you mean the KDE battery widget seems to work but isn't accurate?
<oliv3r>
drachensun: you describe it as bot_sel button, but who knows, it's just some brainfart
<wingrime>
drachensun: it show no precentage when you dissconnect tablet
<drachensun>
well typically boot_sel is hard wired with resistors to be the nand flash
<drachensun>
I guess you could set it on a button, I see what you mean, but there is no second SD card on this device
<oliv3r>
unless the main SD card is SD2 :)
<wingrime>
drachensun: it feel only cable exsitness
<wingrime>
*exsist
<oliv3r>
only way to find out is trace sd card to about where it enters the soc, and how far it is from SD0
<drachensun>
wingrime: I see, yeah, most of the monitors don't work at all with the AXP driver. I think there was some discussion about that on the mailing list
<oliv3r>
script.bin might tell you of course
<wingrime>
drachensun: thats problem in kpower logic
<hno>
oliv3r, so the linaro 4.7 toolchain is a winner, and 4.8 no go..
<wingrime>
drachensun: if you read sysfs by hand , all reads good
<drachensun>
wingrime: yup, thats what the guys in my forums were doing
<oliv3r>
hno: let me build 4.6.3 with -O2 again see hwat that reports
<drachensun>
they wrote some script so it would always show on a semi transparent desktop background
<drachensun>
I thought it was pretty slick
<oliv3r>
heh
<oliv3r>
conky? wasn't something like that
<drachensun>
wingrime: well I was going to take that on this week for the A31 and see what is missing to make the standard linux monitoring apps understand the driver
<drachensun>
oliv3r: sounds right
<oliv3r>
hno: 4.6.3 File size: 0x5ef4
<oliv3r>
with -O2, so -Os actually makes it bigger
<drachensun>
and an inet_ctp driver that depends on it (or vice versa, can't remember)
<drachensun>
I've gotten some source for the ft5x06 but not the inet_ctp
<drachensun>
so I haven't been able to get the touch screen working
<oliv3r>
-O2 breaks the build
<oliv3r>
arm-pc-linux-gnueabi-ld.bfd: arch/arm/cpu/armv7/sunxi/libsunxi.o: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC
<oliv3r>
arch/arm/cpu/armv7/sunxi/libsunxi.o: could not read symbols: Bad value
<drachensun>
the A20 tablets are coming with the same driver, its getting to be a problem
<hno>
oliv3r, odd
<oliv3r>
drachensun: eeck, so we should sort proper mailined ts drivers :)
<oliv3r>
hno: is OPTFLAGS used for anything else?
<oliv3r>
adding -fPIC to my OPTFLAGS it doesn't help; strange
<oliv3r>
also, i'm not running a hardenend kernel on my buildbox
<oliv3r>
if i leave out -O2 it's fine (which builds the default)
<drachensun>
wingrime: About the battery, yes, I think I'm just going to have to dig into the kpower program and see what is missing. I'll share what I find so we can catch up the axp209 as well
<hno>
kernel do not matter
<hno>
-fPIC is not about hardening.
<oliv3r>
position independant code afaik
<hno>
yes
<oliv3r>
anyhow, default IS -O2
<hno>
you changed config.mk?
<oliv3r>
so i don't understand why OPTFLAGS="-Os" works, but "-O2" does not
<drachensun>
oliv3r: ugh, its been a constant thing, they have a new nandflash chip I can't find the settings for as well. That is why I have found a new supplier who ACTUALLY RELEASES THEIR SOURCE, hard to believe right?
<oliv3r>
nope
<oliv3r>
drachensun: impossible! :p
<hno>
default config.mk is -Os
<oliv3r>
oh reall
<drachensun>
oliv3r: only problem is they have a high MOQ so if I can't bring in enough interest its not going to be possible to buy from them
<oliv3r>
hno: of course you are right, the -O2 was for 'tools'
<oliv3r>
drachensun: *sigh*
<oliv3r>
hno: what happens if you build with OPTFLAGS="-O2"?
robb83 has joined #linux-sunxi
<hno>
oliv3r, file gets too big.
<oliv3r>
oh, so it does some chcks while building and just errors out halfway?
<oliv3r>
well with -O3 we get: arm-pc-linux-gnueabi-ld.bfd: address 0x838c of u-boot-spl section `.text' is not within region `.sram'
<hno>
Well, I have increased the limit so build succeeds.
<oliv3r>
so that's allready way to big :)
<oliv3r>
no point for this little test, if -Os is the most efficient size wise
<oliv3r>
then that's what it has to stay anyhow
<oliv3r>
since we want the smallest possible binary
<hno>
that's CONFIG_SPL_MAX_SIZE in include/configs/sunxi-common.
<hno>
mksunxiboot is slightly broken as well, silentrly truncating at 24K-20
notmart has quit [Quit: notmart terminated!]
<hno>
pushed sunxi-spl-max-size to my repo with limits lifted to 32KB.
<hno>
need to check actual size limit on the dierent boards.
akaizen has joined #linux-sunxi
<hno>
limit on a20 seems to be ~0x7700
<oliv3r>
which is 32k?
<hno>
ox8000
<hno>
same on a10
<oliv3r>
so almost 32k; 28k i'd guess?
<hno>
~30K
<oliv3r>
30464 bytes
<oliv3r>
29.75k
<hno>
yes. 7800 is 30K.
<oliv3r>
i cheated :p
<oliv3r>
i hAd no clue:)
<hno>
800 is 1K.
<hno>
no, that's 2K.
<oliv3r>
i should know this stuff
* hno
too
<oliv3r>
by heart i mean
<oliv3r>
but i don't at all :(
<hno>
aha, A10s OLinuXino MICRO have another AXP... more to fix up for Falcon :)
<hno>
did a little powerbutton magic for forced u-boot fallback in Falcon SPL mode.
<hno>
A10s have the same limit.
<oliv3r>
oh really? i tried to make it run, didn't get very far; gave up way to soon
<hno>
Haven't tried to load that large SPL yet, only checked what memory is being used.
<hno>
right.. need to round down to sector size. Soe 0x7600-20
<oliv3r>
sounds like very exact science :p
atiti has quit [Ping timeout: 276 seconds]
<wingrime>
oliv3r: may be write ps/2 driver for a10 ?
<hno>
an SPL of 0x7600 works fine.
heffer_ is now known as heffer
<oliv3r>
i was thinking of that too wingrime for the far future
<oliv3r>
but cubie doesn't bring out pins
<oliv3r>
nice, that gives us alot of extra space
<wingrime>
oliv3r: olimex do, but you need only 4 wire for ps/2
tlhingan_ has joined #linux-sunxi
<wingrime>
gnd , +5 V , sync, data
<jemk>
do we have a cedar player that doesn't drop frames (when being traced)?
<tlhingan_>
Does anybody here have any experience with the lima driver?
<jemk>
vlc allways drops exactly these frames i need
<wingrime>
jemk: disable memcopy dump feature
<wingrime>
jemk: our valgrind plugin have option to disable memcopy log
<oliv3r>
wingrime: yeah, clock + data
<oliv3r>
so 2 really; if you ignore power
<hno>
oliv3r, you need a shared GND between the devices if using external power. But yes.
<oliv3r>
well i ment 'soc pins'
<hno>
USB is also only two pins.
<jemk>
wingrime: you mean --show-suppressions=no ? that i already have
<wingrime>
jemk: may be not
<hno>
Wonder where the limit is for NAND.
<oliv3r>
i guess you can best compare it to I2C
<oliv3r>
hno: what limit?
<hno>
SPL size.
<oliv3r>
ohh, you mean bigger SPL size when boot0 resides in nand?
<oliv3r>
I expect it to be the same tbh
<hno>
seems it's even higher for NAND, 7d60, rounded down in KB, minus 0x20 for header, gives 7be0 (31712)
<oliv3r>
but why make it 2k bigger?
<wingrime>
rellla: ping
<oliv3r>
i can understand they only want to reserve some max size for it (Like sram-A) but why the 24k I don't understa,d if they read the size from the header anyway
<rellla>
wingrime:pong
<wingrime>
oliv3r: stack and vars
<wingrime>
rellla: do you know how drop memcopy form traces
<wingrime>
jemk: --no-drop-late-frames
<wingrime>
jemk: ^ -- do you tryed ?
<wingrime>
jemk: --no-skip-frames
<rellla>
wingrime: no clue at all
<wingrime>
jemk: ?
<hno>
oliv3r, what?
<jemk>
wingrime: im trying, needs time
<oliv3r>
hno: why would the SPL size differ in size?
<oliv3r>
why hardlock it to 30k, and not to whatever is in the headersize (with a max of SRAM-A size)
<hno>
because it has different drivers.
<hno>
it's not a hardlock. Only trying to find where the limits are.
<hno>
so make fails rather than boot crashing.
<jemk>
wingrime: works, thx
<oliv3r>
hno: well why differentiate between spl on either sizes i mean
<oliv3r>
i don't understand why make the defines even diff.
<jemk>
wingrime: but now im getting mad. the traced regs match exactly what im doing, but my output is full of artifacts. wtf
<hno>
oliv3r, I don't know yet what size the NAND SPL driver will end up at.
<hno>
but likely far below limits.
<wingrime>
jemk: diff 100% same ?
<hno>
just pushed a change that moves u-boot.img to 40K offset, and allow SPL to grow up to 0x75E0.
<wingrime>
jemk: what kind of artifacts ?
<oliv3r>
hno: what's the status of the MTD work? i've totall ymissed any news on it
<oliv3r>
hno: will that leave some space between SPL and u-boot now?
<jemk>
wingrime: not 100%, but all regs match (well, except memory addresses and such things cause i use other memory allocation)
<hno>
oliv3r, yuq have done some progress, but apparently still have problems understanding the randomizer for normal NAND accesses, and also problems with the OOB data.
<wingrime>
jemk: maybe 1k allign?
<jemk>
wingrime: all aligned
rellla has quit [Remote host closed the connection]
<oliv3r>
hno: ah so nothing new then
<wingrime>
jemk: ve-sram writes same ?
<jemk>
wingrime: i hope xD it's hard to check for sure, i would need some sort of emulator
<wingrime>
jemk: we have replay tool
<hno>
oliv3r, there is a driver for the NAND boot area now, which is important.
<wingrime>
jemk: nove not here ((
<jemk>
wingrime: blob overwrites old data all the time, so there is no real dump in the trace. i would need to reorder all writes to get linear dump
<oliv3r>
anybody else working on it except yuq? i know rz2k was, but he had to pause? and slapin was being excited, but gone again
<hno>
now just need to relearn all users to write u-boot.img to the new offset...
<oliv3r>
yeah
<wingrime>
jemk: for every frame?
<jemk>
wingrime: yes, dump for every frame
<jemk>
wingrime: but i don't think this would show anything new, i double checked everything
pacopad has quit [Quit: pacopad]
boycottg00gle has joined #linux-sunxi
<wingrime>
jemk: may be something with your display code
<oliv3r>
i'll follow the wiki tomorrow to see if it still works
<wingrime>
jemk: thats artifacts present when you run mplayer without trace tool?
<rz2k>
oliv3r:
<rz2k>
oliv3r: everything that needs to be done was done
<rz2k>
i've uploaded my stuff to my tree
<rz2k>
only needs to be ported to u-boot
<oliv3r>
rz2k: all done? inc oob?
<wingrime>
jemk: I have seen such , whan mplayer work in HARD framedrop mode
<jemk>
wingrime: sure, even when i single step, every frame is decoded, no drops
<rz2k>
everything works, except random and ubifs fails like hell with hardware ECC
<rz2k>
so you need to use fs without oob usage :( or fix the driver, yuq recently brought that up on mailing list
<rz2k>
read his and my replies
<rz2k>
maybe you can figure out ubifs settings somehow so it wont fail after 2-150 reboots/remounts
<oliv3r>
yeah i read all that
<oliv3r>
was hoping things had improved since
<wingrime>
jemk: and do you checked log with " grep <reg> | wc -l " thats you realy do same amount of work like orignial blob
<rz2k>
its usable :)
<jemk>
wingrime: no, i dont do same amount, cause i write ve-sram without that many double writes
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
<wingrime>
jemk: can you check , (count how much access to some reg , thats must be accessed only once per slice)
<wingrime>
with grep and wc , so , we will be sure that you realy do all slices like blob not lost something
<jemk>
wingrime: the normal regs are all same, only 0x2e[04] are different
<wingrime>
paste me both traces, so I can play with it
<wingrime>
jemk: wait, it do double wrties, what it means?
<wingrime>
jemk: ptr is autoincremented
<jemk>
wingrime: and they set it to single addresses often and do only one write there
<wingrime>
jemk: are you thinked that cedar have internal state
<wingrime>
jemk: so cedar can write to ve-ram too
<wingrime>
jemk: also, may be 0x02e0 used by cedar not only for write , may be it need be set to specific offset before write
<wingrime>
jemk: and more , are you sure all ve-ram rewrited for every slice? sram can (and I think must) save internal state between slices , (like some prediction info)
<jemk>
wingrime: they rewrite everything, so that shouldnt be a problem
<wingrime>
jemk: witch buffers are you using?
<jemk>
wingrime: i have a pretty good idea what's wrong, but i can't find how this would be done right
<wingrime>
jemk: ?
<jemk>
wingrime: there is some buffer, if i initialize it to something != 0 the artifacts get less and in simpler videos vanish completely
<jemk>
wingrime: problem is, blob doesn't initialize this buffer
<jemk>
wingrime: i tried different alignments, huge oversize to prevent overflow and so on. nothing helped, only initializing
<wingrime>
jemk: witch buffer?
<wingrime>
address please
<jemk>
wingrime: don't know what it is for. every frame has chroma and luma address and some extra buffer i think for some motion info
<jemk>
wingrime: this extra buffer is the problem
<wingrime>
jemk: witch register for it?
<jemk>
wingrime: no register, its written into the framelist in ve-sram
<jemk>
wingrime: as all frame related things
<wingrime>
....
<wingrime>
jemk: can you document this
<wingrime>
jemk: framelist to wiki
<jemk>
wingrime: simple list of buffer addresses for output and reference frames
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<jemk>
wingrime: as h264 can have many reference frames registers won't work
<wingrime>
jemk: thats ONLY writes to ve-ram, nothig more?
<jemk>
wingrime: no, also weighted prediction tables and reference order list
<jemk>
wingrime: last is referencing the addresses from the list
<jemk>
wingrime: i'll try to document this somehow, but it is much
<wingrime>
jemk: it hard to tell for me, I simple unsure witch logic it use
<wingrime>
jemk: framelist count is limited , or , fixed , or can varry?
<wingrime>
jemk: I need simply know , ve-sram internal offsets are fixed or behaves like stack
<jemk>
wingrime: blob writes enough 0x0 to store 18 frames there, don't know if all can be used
<jemk>
wingrime: it realy writes to fixed offsets, i've checked that with uboot yesterday
<wingrime>
jemk: 0x2e0 autoincremet after any write to 0x2e4 ?
<jemk>
wingrime: yes
<wingrime>
jemk: do you tested videos without weighted prediction ?
<jemk>
wingrime: yes, same problem
<jemk>
wingrime: but there they completely vanish if i initialize those buffers (which can't be the solution)
<jemk>
wingrime: except trace would miss something, that would be bad
<wingrime>
jemk: 'those buffers' I think maybe cedar must write to it
geecko has quit [Quit: Quitte]
<wingrime>
jemk: some predictions vector
<jemk>
wingrime: at least it should, but something goes wrong here
<wingrime>
jemk: this buffers, blob write 0 to it?