hramrach_ has quit [Remote host closed the connection]
hramrach_ has joined #linux-sunxi
rafaelMOD has quit [Quit: Leaving]
lerc has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
Andy-D has quit [Ping timeout: 272 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
hipboi has quit [Ping timeout: 260 seconds]
hipboi has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Faisal has quit [Quit: No Ping reply in 180 seconds.]
Faisal has joined #linux-sunxi
Faisal has quit [Client Quit]
Faisal has joined #linux-sunxi
<wens>
Turl: after looking at sun9i clock stuff, i wonder if i should've just added a recalc_rate callback to factors clk :|
dlan_ is now known as dlan
hipboi has quit [Ping timeout: 245 seconds]
<Turl>
wens: hm?
<Turl>
wens: there's one already
naobsd has joined #linux-sunxi
hipboi has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has joined #linux-sunxi
hipboi has quit [Ping timeout: 272 seconds]
<wens>
Turl: that's get_factors, not recalc_rate :)
<wens>
they're for different purposes
hipboi has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
<Turl>
wens, but we already do define it?
<Turl>
maybe I'll understand after sleeping :P gn
<wens>
Turl: ugh, for clks that need "special" behavior :p
JohnDoe_71Rus has joined #linux-sunxi
Nyuutwo has quit [Read error: Connection reset by peer]
Nyuutwo has joined #linux-sunxi
megal0maniac is now known as Guest76105
Guest76105 has quit [Killed (rajaniemi.freenode.net (Nickname regained by services))]
megal0maniac has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
ccube has quit [Remote host closed the connection]
akaizen has quit [Ping timeout: 260 seconds]
ccube has joined #linux-sunxi
akaizen has joined #linux-sunxi
ccube has quit [Remote host closed the connection]
yann_s|AFK has joined #linux-sunxi
yann_s|AFK is now known as yann_s
ccube has joined #linux-sunxi
indy has quit [Ping timeout: 240 seconds]
Black_Horseman has quit [Remote host closed the connection]
leviathanch2 has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
akaizen has quit [Ping timeout: 272 seconds]
indy has joined #linux-sunxi
Faisal has quit [Ping timeout: 260 seconds]
qemandro has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 245 seconds]
philippe_fouquet has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
skaag1 is now known as Skaag
philippe_fouquet has quit [Remote host closed the connection]
philippe_fouquet has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 260 seconds]
philippe_fouquet has quit [Remote host closed the connection]
philippe_fouquet has joined #linux-sunxi
<hramrach_>
libv: how can the kernel possibly fail when the uart setting is wrong?
<hramrach_>
As shown by the guy with the hole in A13 chip if you leave the uart lines in air or mux the uart to some lines which are not properly terminated the u-boot receives garbage thinking it is user input and stops
<hramrach_>
This can feasibly happen when you mux the uart to a powered-off device such as a camera and is probably explanation for inet86vs not booting with uart1 in u-boot
FR^2 has joined #linux-sunxi
<hramrach_>
but how can a device which uses uart1 for actual debug uart fail when you set uboot to use uart0?
<hno>
hramrach_, depends on what those lines are connected I guess.
<hramrach_>
presumably the uart0 is muxed somewhere where no pins exist since the only other location where it could be muxed is used by mmc
<hramrach_>
so it cannot receive garbage
<hno>
also, regarding unconnected lines. These were solved in sunxi branch by enabling pullups in the mux config.
<hramrach_>
can kernel stall trying to write data to uart which was not set up/enabled by u-boot?
<hramrach_>
hno: could the current leak from uart on cubieboards be possibly also solved by mux config?
<hramrach_>
eg. by changing the uart pin pullups on poweroff
philippe_fouquet has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
Quarx has joined #linux-sunxi
akaizen has quit [Ping timeout: 260 seconds]
leviathanch2 has joined #linux-sunxi
arokux has joined #linux-sunxi
Faisal has joined #linux-sunxi
<oliv3r>
wens: those u-boot patches, I saw some of my code passing by, is there anything I need to do or will you take care of all of ijc's comments?
naobsd has quit [Quit: Page closed]
Faisal has quit [Ping timeout: 260 seconds]
<wens>
i'll take care of them :)
Faisal has joined #linux-sunxi
Net147 has joined #linux-sunxi
akaizen has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
<alexvf>
hi, anyone knows what can be the reason of ioctl(fd, IOCTL_WAIT_VE, timeout) timeout?
<alexvf>
in the context of mpeg2 decoding
<alexvf>
i'm writing a player and i'm facing what seems some alsa+vdpau issues
<alexvf>
i got to a dead point and my only guess is that somehow alsa is affecting vdpau
naobsd has joined #linux-sunxi
<alexvf>
(above fd referes to /dev/cedar_dev in an a20 board)
popolon has joined #linux-sunxi
<oliv3r>
mripard: I see a31 usb support is merged into 3.17-rc6, is this because you verified the code works, or is usb very different for a31? e.g. how much effort can we expect usb support for a10/a20 to cost?
naobsd has quit [Quit: Page closed]
qemandro has quit [Quit: Sto andando via]
<arokux>
hi oliv3r, nice to see you are persistent at sunxi :)
leviathanch2 has quit [Ping timeout: 240 seconds]
bengal has joined #linux-sunxi
techn_ has quit [Ping timeout: 245 seconds]
<mripard>
oliv3r: ?
<mripard>
USB support is already there for A10/A20
<mripard>
since 3.15
<oliv3r>
mripard: ah, i just grepped for USB on the Mainlining Effort page
<oliv3r>
and only seem to spot A31
<mripard>
grep on OHCI/EHCI
<oliv3r>
oh wait, A10/A20 goes on the generic stuff
<oliv3r>
that's why I didn't spot the specific bit
<oliv3r>
duh
<oliv3r>
mripard: do we have DST for the LIME(A10/A20) that you know off?
<mripard>
DST?
<oliv3r>
er
<oliv3r>
DTS*
naobsd has joined #linux-sunxi
<mripard>
A10 since 3.15, A20 in 3.18 hopefully
techn has joined #linux-sunxi
<oliv3r>
mripard: ah so it was merged, good
<oliv3r>
then I can just use it
<mripard>
but you know, it's on the wiki ;)
<oliv3r>
:p
<oliv3r>
i might even have put it there :p
<oliv3r>
yeah i see it
<oliv3r>
mripard: will the SPI driver be renamed btw? (Kconfig bit) It is listed as ALlwinner A10 SoCs SPI controller
<oliv3r>
with below the A31, which sounds like it wouldn't work for A20 etc
<mripard>
why? A20 has the A10 SPI controller.
<oliv3r>
I'd expected a more generic name is all
<oliv3r>
for Kconfig anyway
<mripard>
what generic name?
<oliv3r>
Just Allwinner SPI controller maybe? with a fold out where you choose A10/A20 and/or A31
<mripard>
which doesn't solve anything :)
<oliv3r>
it just looks prettier!
<mripard>
since you'll still have that separation between A10 and A31
<oliv3r>
i guess whats would be even better is a name for the internal IP core
<oliv3r>
and relate to that
<mripard>
which has exactly the same issues
<oliv3r>
touche
<mripard>
plus the fact that you don't even know the internal IP core name
<oliv3r>
my first reaction though, was A10 SPI support? What happened to A20; also because we often call it sunxi and sun4i
<oliv3r>
sunxi gen1 and sunxi gen2 :D
<wens>
oliv3r: i'm hoping we don't get gen3 in a80....
<oliv3r>
wens: have we seen the SDK yet?
<wens>
oliv3r: yes, it's on dl.linux-sunxi.org
<oliv3r>
wens: let me rephrase, has anybody examined the A80 SDK :)
<mripard>
oliv3r: but then, A20 would be gen1 or gen2?
<oliv3r>
mripard: gen1 :D
<oliv3r>
sunxi as we know it now would be gen1, sun6i (and sun8i?) as we know it now would be gen2
<mripard>
how do you define a generation then ?
bengal has quit [Ping timeout: 240 seconds]
<mripard>
do you realize that no one cares about it, really? :)
<wens>
:p
<wens>
oliv3r: uh, libv checked for GPL violations!
<oliv3r>
we may in the future care, when it becomes even messier
<mripard>
(we do have a very nice expression in french for this: flies fucking)
<mripard>
then we'll see in the future
<oliv3r>
hehe, yeah we got something similar with mosquitos
<mripard>
instead of arguing about hypothetical issues
<oliv3r>
we're not arguing! we're brainfarting
<wens>
lol
<wens>
mripard: what do we have waiting for acks/merging atm? clocks, dma, watchdog?
<mripard>
pretty much yeah....
<oliv3r>
Turl finished all the DMA stuff allready
<oliv3r>
nice one
<wens>
it isn't merged, last time i asked
<oliv3r>
well he's 'done' doing the work i mean
<oliv3r>
or most of it
<wens>
i think it's just minor issues during the review :)
<oliv3r>
my point exactly :)
<wens>
how's your work going?
<oliv3r>
crazy busy :(
<oliv3r>
i'm trying to get a mainline kernel going today
<oliv3r>
as 3.4 is driving me crazy
<oliv3r>
i need to do some SPI stuff
<oliv3r>
and even the spi userspace test driver isn't working, so i figured i'd try mainline first
<wens>
hmm, but i thought you needed nand?
<oliv3r>
i do
<oliv3r>
but not until feb.
<oliv3r>
so either boris his stuff gets merged and heavily tested
<oliv3r>
or i'll forwardport libnand
<oliv3r>
which is ugly, but beggars can't be choosers :)
<alexvf>
hmmm, i got more precise info about what is causing mpeg2 decode to stop: it is the creation of a thread while waiting for cedar IRQ
<oliv3r>
can anybody confirm that sunxi-u-boot fails to compile?
<alexvf>
i'll investigate the issue ang see if i can catch jemk over here at some point
<oliv3r>
wens: btw, since we have mmc now, we can have root on mmc too, right?
afaerber has joined #linux-sunxi
<wens>
oliv3r: that's right
<wens>
my cb/cb2 run with root on mmc
<wens>
just be careful not to eject the card while it's running :p
<wens>
fails to compile? o.O
<oliv3r>
u-boot, yeah
<oliv3r>
I don't understand either, it complains that boards.c can't find sunxi_dram_init, but dram.h is included
<oliv3r>
wens: do you have any chance to confirm?
philippe_fouquet has joined #linux-sunxi
<wens>
what target are you building for?
<oliv3r>
a10 for now, a20 soon
<oliv3r>
i went back to the a10 lime as there's no a20 spi driver
<oliv3r>
and i started on hacking that together
<oliv3r>
but with a10 there's issues with it too
<oliv3r>
i'll post my patches to the ML anyway though
<oliv3r>
i started the unification work for it
<oliv3r>
maybe i'll find time to finish the unfication work
<wens>
A10-OLinuXino-Lime_config works for me
<oliv3r>
for u-boot?
<oliv3r>
then it may be a bug in the BSP
<oliv3r>
it's only the SPL that fails
<oliv3r>
board/sunxi/built-in.o: In function `sunxi_board_init':
<oliv3r>
/home/oliver/Ultimaker/sunxi-bsp/u-boot-sunxi/board/sunxi/board.c:181: undefined reference to `sunxi_dram_init'
<wigyori>
i might be bringing up some old discussions
<oliv3r>
which i don't understand, as asm/arch/dram.h is included and its defined there
<wigyori>
on the a80 board thread, why does it have to go through simos?
<wens>
he volunteered himself and contacted allwinner for donations
<oliv3r>
erm
<oliv3r>
why is simos involved?
<oliv3r>
eva contacted me for a list of contributers to be supported
<oliv3r>
i supplied her with a list ages ago
<wens>
who knows :/
<wens>
simos was asking for free optimus boards
<oliv3r>
let me find the thread :)
ganbold__ has quit [Ping timeout: 245 seconds]
hno has quit [Ping timeout: 260 seconds]
<oliv3r>
wens: nvm, if all else fails, just make clean :p
hno has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
philippe_fouquet has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
<oliv3r>
mnemoc: any reason why the BSP doesn't seem to apply a custom config anymore? I do make linux-config, exit it and letting it automatically save, yet, during compile defconfig seems to get copied over again and loosing all changes
deasy has joined #linux-sunxi
<wens>
Turl: we have .get_factors for calculating the individual n, k, m, p factors, given a requested rate
philippe_fouquet has joined #linux-sunxi
<mnemoc>
oliv3r: I haven't looked at the bsp in ages... no idea what may have changed
philippe_fouquet has quit [Read error: Connection reset by peer]
philippe_fouquet has joined #linux-sunxi
<oliv3r>
mnemoc: this broke ages ago :p
<mnemoc>
fix it :)
<wens>
Turl: however, we don't have a customizable .recalc_rate callback, to calculate the current rate, given parent_rate and the factors
philippe_fouquet has quit [Remote host closed the connection]
megal0maniac has quit [Ping timeout: 260 seconds]
<Turl>
wens: is there any point on using factors then? :p
<wens>
Turl: it's still factors, just some minor differences
<wens>
like the n_start option I added earlier
<wens>
or the post_div option for sun6i
<Turl>
wens: the funny thing about factors is that it can be almost anything :p if you add a way to override the rate calculation then you can s/almost //
megal0maniac has joined #linux-sunxi
<wens>
i suppose we could still reuse some of the code
<oliv3r>
mnemoc: :p
_massi has joined #linux-sunxi
Quarx has quit [Read error: Connection reset by peer]
pwhalen has quit [Ping timeout: 245 seconds]
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D]
Quarx has joined #linux-sunxi
<Turl>
wens: I'm not opposing it in case it seemed that way
<wens>
i haven't implemented it yet, just putting it out there to discuss
<wens>
the pll6 stuff is still in flight
<oliv3r>
Turl: have I told you they are making the book 100% cubie focused?
<Turl>
oliv3r: nope
<Turl>
oliv3r: and I still haven't reviewed the chapter :p
* Turl
has a huge backlog of stuff to do
<wens>
oliv3r: hmm... but cubie isn't what it used to be :|
pwhalen has joined #linux-sunxi
<oliv3r>
gcc: error: unrecognized argument in option ‘-mabi=aapcs-linux’
<oliv3r>
huh?!
<oliv3r>
wens: yeah, i told them, we had a phone conversation abou tit
<oliv3r>
it sucks
<oliv3r>
but i wrote the book in a generic fashion, so maybe we'll release a 2nd book
<wens>
maybe get twice the sales :p
philippe_fouquet has joined #linux-sunxi
<oliv3r>
well cubietech wants to bundle the book with the board
<Turl>
oliv3r: but are you covering a80? o.O
<wens>
is there anything to cover at all?
<Turl>
good q :)
ganbold_ has joined #linux-sunxi
<libv>
ah, the guy who mailed me telling me what to edit on the wiki did edit the wiki in the end
<libv>
hramrach_: enabling the wrong uart with the wrong pads on sun5i often leads to system hangs
<libv>
not the kernel hanging, but the system locking
<wens>
maybe it's the uart complaining about too much work (because the RX pin isn't pulled up)
<libv>
i don't know, we just need a better solution than selecting the uart in the kernel config
<libv>
i'm thinking: check register space to see which one is enabled by uboot and use that one
<libv>
heh, the along guy just fried his nokia uart adapter trying to probe around for the TX
<libv>
probably not 5V tolerant
<wens>
ouch
philippe_fouquet has quit [Remote host closed the connection]
<alexvf>
mripard: i have an issue with video engine interrupts
philippe_fouquet has quit [Remote host closed the connection]
<alexvf>
mripard: i don't quite understand the 1 return after thread has been created but the pattern is clear, after thread is created, no more interrupts
<mripard>
what is this?
<alexvf>
mripard: and video plays at <timeout> fps, which is 1 fps
<MY123>
libv: What are the UART settings (may use my Adruino Due)
<Turl>
oliv3r: if you're designing hw keep the pin in mind, not every one can be muxed to eint
<oliv3r>
Turl: i allready checked that ;)
<oliv3r>
Turl: i'm using EINT24 or 25 on the LIME header
Andy-D has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 260 seconds]
Andy-D has quit [Ping timeout: 260 seconds]
konradoo77 has joined #linux-sunxi
blazewik has joined #linux-sunxi
<blazewik>
libv, thanks for editing my page about prestigio PM3270B
<blazewik>
could you explain what does "Awaiting patches." status mean? is there something going on? or are you just waiting for me to contribute?
bengal has joined #linux-sunxi
Skaag has quit [Ping timeout: 260 seconds]
Skaag has joined #linux-sunxi
Andy-D has joined #linux-sunxi
bertrik has quit [Ping timeout: 272 seconds]
bertrik has joined #linux-sunxi
skaag1 has joined #linux-sunxi
Skaag has quit [Read error: No route to host]
pwhalen has quit [Ping timeout: 260 seconds]
blazewik has quit [Ping timeout: 246 seconds]
skaag1 has quit [Quit: Leaving.]
pwhalen has joined #linux-sunxi
<libv>
heh, he ran off already
konradoo77 has quit [Ping timeout: 258 seconds]
<oliv3r>
*woooosh*
konradoo77 has joined #linux-sunxi
Skaag has joined #linux-sunxi
blazewik has joined #linux-sunxi
<blazewik>
i'm here! shitty linksys router disconnected me from interweb :p
<libv>
blazewik: yeah, 2 more pics, and the two patches, and this page is good
bengal has quit [Ping timeout: 272 seconds]
bengal has joined #linux-sunxi
Renard has quit [Ping timeout: 246 seconds]
blazewik_ has joined #linux-sunxi
deasy has joined #linux-sunxi
<blazewik_>
disconnected me again, piece of crap
blazewik has quit [Ping timeout: 246 seconds]
<blazewik_>
what i was saying
<blazewik_>
you added in section "manual build" link to non-existing fex file and you mentioned prestigio_pmp3270 target for u-boot building and I'm asking if there is anybody except me working on this or is it just waiting for me to add?
<libv>
blazewik_: just waiting for you to add it under those names :)
pwhalen_ has joined #linux-sunxi
<blazewik_>
ok, I get it :)
<libv>
blazewik_: mail them in, and i'll happily commit :)
<libv>
there was no real need to put a picture of all the clips on there, but that's a real nice touch :)
pwhalen has quit [Ping timeout: 245 seconds]
<libv>
shows a lot of dedication :)
<libv>
so good work
<blazewik_>
thanks :)
pwhalen_ is now known as pwhalen
pwhalen has quit [Changing host]
pwhalen has joined #linux-sunxi
<blazewik_>
i often break those when dissasembling plastic cases so I thought it may help someone :)
<blazewik_>
while running SoC every severel seconds send me these reports like "[ 4162.140000] [AXP-APP] report 77 77, 4033700 3969900, -532500 5049000 725"
<libv>
hrm, send in a dmesg to the ml
<blazewik_>
i figured out that it contains values from voltage_now and current_now files from /sys/class/power_supply/battery/
<libv>
that does sound noisy though
<blazewik_>
but what about other values?
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
Renard has joined #linux-sunxi
<libv>
other values? from the axp?
<blazewik_>
i mean those: "77 77, 4033700 3969900, -532500 5049000 725"
<blazewik_>
3969900 is voltage_now
<blazewik_>
-532500 is current_now
<blazewik_>
and I can't figure out what the rest means
<libv>
oh, as i said, mail the ml, not everyone is an expert on axp
<blazewik_>
oh,the mailing list, didn't get the abbreviation ;)
<blazewik_>
I just thought someone here might know :)
Gerwin_J has quit [Read error: Connection reset by peer]
<libv>
perhaps, but your connection might not live that long :)
Gerwin_J has joined #linux-sunxi
<blazewik_>
god bless irclog :)
<oliv3r>
simos's A80 donation thread is rather very short isn't it?
<oliv3r>
just luc and chen replied at all
<libv>
perhaps more people see this as political games?
traeak has joined #linux-sunxi
traeak has left #linux-sunxi [#linux-sunxi]
<libv>
anyway, it seems he found 5 persons
afaerber has quit [Quit: Verlassend]
* hno
is one.
<libv>
ah, so at least one of the usual suspects will get this and some good will come out of this
MY123 has quit [Quit: Connection closed for inactivity]
Andy-D has quit [Ping timeout: 240 seconds]
<hno>
yes, need to get back to this shit.. been diverted in bitcoin land for too long.
<oliv3r>
hno omg hi!
<hno>
hi!
<oliv3r>
libv: yeah, himself, chen, you, only 2 others needed; even looking at the recent commit gets you that answerd
<oliv3r>
hno: bitcoins still provitable?
<libv>
oliv3r: i did not ask simos to put me on that list
<libv>
maybe i should've, just to see how he'd respond
<hno>
sure, but I profit from the ones who profit..
<oliv3r>
the thing that I dont' get (as written on the post) is eva explicitly to give her a list of prominent developers for things such as this
<oliv3r>
so i gave her a list (max 20 was the req.) of 19 active devs
<oliv3r>
but this was in august, so where does he come from in sept to request 'more'
<oliv3r>
hno: :p
<libv>
oliv3r: i have experienced similar things on the gpl violations and related issues
* libv
tries his hand at crimping jst-ph
<lauri>
Hi guys, out of the blue today mpv does not pick up sunxi VDPAU backend
<lauri>
vdpauinfo works properly
<lauri>
and it seems CPU usage is high with mpv again :S
<libv>
lauri: you did the livesuite packaging a week ago, right?
<lauri>
nope, I am on Igor's images
<libv>
oh, pirea was the guy who did that
<lauri>
it worked couple of days ago
<lauri>
never mind, I think it might have been issue with mpv, just upgraded mpv package and seems to be back to normal
konradoo77 has quit [Ping timeout: 260 seconds]
<lauri>
(it's jessie)
<lauri>
nah it's still problematic
<lauri>
interestingly mpv says video output vdpau not found but when I explicitly say on command line --vo=vdpau then it opens VDPAU interface
konradoo77 has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
<hramrach_>
anybody booted a23 over fel?
<hramrach_>
I tried to upload the spl from sdk
<libv>
hramrach_: wens perhaps, i haven't
<hramrach_>
like /scratch/build/sunxi-tools/usb-boot /scratch/a23/A23/lichee/tools/pack/chips/sun8iw3p1/bin/fes1_sun8iw3p1.bin /scratch/a23/A23/lichee/tools/pack/chips/sun8iw3p1/bin/u-boot-sun8iw3p1.bin
<hramrach_>
but the second write times out
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
<hramrach_>
libusb usb_bulk_send error -7
<hramrach_>
maybe the endpoint change also applies to a23?
<hramrach_>
hmm, endpoint detection is already in
dack has quit [Remote host closed the connection]
<hramrach_>
the u-boot preinstalled on the tablet actually reports stuff over the SD console
blazewik_ has quit [Ping timeout: 246 seconds]
bertrik has quit [Remote host closed the connection]
akaizen_ has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 260 seconds]
<lauri>
does anyone of you remember the hack to set up memory 100MHz faster in u-boot for A20?
paulk-collins has quit [Remote host closed the connection]
<lauri>
I think it was tpr values for DRAM init
<libv>
lauri: there is this wiki page called dram calibration
<libv>
and ssvb knows these things
<ssvb>
lauri: the 600MHz settings are not suitable for any A20, but only work specifically for Cubietruck
blazewik has joined #linux-sunxi
<ssvb>
on my devices, DRAM in Cubietruck can be clocked up to 648MHz, in Cubieboard1 up to 576MHz and in A13-OlinuXino-MICRO up to 648MHz
<ssvb>
all with their own settings of course
<ssvb>
I would assume that it might be reasonable to settle at some "cruise" speed around 528MHz
<ssvb>
but this needs testing on a lot more than one sample of each device to get an idea about how much tolerance and safety headroom we have
<ssvb>
for example, is my Cubieboard1 a poor sample and the others would clock higher? or is Cubieboard1 less overclockable in general?
xeros has joined #linux-sunxi
<Wizzup>
If there is an easy (not too time consuming on my end) way to test it, I have quite a few cubie1s that I could test on a bit in the coming weeks
<lauri>
ssvb: yes I think you gave me the hinks
<lauri>
*hints
<lauri>
it was tpr3 I think
<lauri>
I just changed one parameter and gained 20% memory bandwidth if I remember correctly :P