JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
Skaag has joined #linux-sunxi
Skaag has quit [Client Quit]
konradoo77 has quit [Ping timeout: 256 seconds]
reinforce has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 246 seconds]
cubear has joined #linux-sunxi
Froolap has joined #linux-sunxi
jackdani1l is now known as jackdaniel
Skaag has joined #linux-sunxi
kz1_ has joined #linux-sunxi
kz1 has quit [Ping timeout: 256 seconds]
kz1_ is now known as kz1
Skaag has quit [Ping timeout: 256 seconds]
domidumont has joined #linux-sunxi
gianMOD has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
gianMOD has quit [Ping timeout: 265 seconds]
el3_ has joined #linux-sunxi
Skaag has joined #linux-sunxi
el3_ has quit [Read error: Connection reset by peer]
vpeter has quit [Quit: Konversation terminated!]
el3 has quit [Ping timeout: 256 seconds]
igral has joined #linux-sunxi
nicksydney has quit [Quit: No Ping reply in 180 seconds.]
nicksydney has joined #linux-sunxi
kurain has quit [Quit: kurain]
blsd has joined #linux-sunxi
kurain has joined #linux-sunxi
naobsd has quit [Remote host closed the connection]
naobsd has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
gianMOD has joined #linux-sunxi
sehraf has joined #linux-sunxi
gianMOD has quit [Ping timeout: 245 seconds]
_massi has joined #linux-sunxi
gianMOD has joined #linux-sunxi
fr4z has joined #linux-sunxi
gianMOD has quit [Ping timeout: 272 seconds]
gianMOD has joined #linux-sunxi
FR^2 has joined #linux-sunxi
wenbin has quit [Ping timeout: 255 seconds]
wenbin has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
domidumont has quit [Quit: Leaving.]
domidumont has joined #linux-sunxi
wenbin has quit [Ping timeout: 240 seconds]
paulk-collins has joined #linux-sunxi
trollinger has joined #linux-sunxi
kurain has quit [Quit: kurain]
kurain has joined #linux-sunxi
pmattern has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
ssvb has quit [Ping timeout: 245 seconds]
gianMOD has quit [Ping timeout: 264 seconds]
ssvb has joined #linux-sunxi
blsd has quit [Remote host closed the connection]
blsd has joined #linux-sunxi
blsd has quit [Remote host closed the connection]
blsd has joined #linux-sunxi
_massi has quit [Quit: Leaving]
wickwire has joined #linux-sunxi
alexvf has joined #linux-sunxi
_massi has joined #linux-sunxi
hansg has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
arokux has joined #linux-sunxi
kurain has quit [Remote host closed the connection]
kurain has joined #linux-sunxi
hansg has quit [Quit: Leaving]
ricardocrudo has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 246 seconds]
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 276 seconds]
igral has quit [Ping timeout: 246 seconds]
paulk-collins has quit [Quit: Quitte]
<alexvf>
hi, anyone knows where can i buy an a80 development board?
heffer has joined #linux-sunxi
cnxsoft1 has quit [Ping timeout: 245 seconds]
f15h has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
gianMOD has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
gianMOD has quit [Ping timeout: 252 seconds]
iamfrankenstein has joined #linux-sunxi
Net147 has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
HeHoPMaJIeH has joined #linux-sunxi
<oliv3r>
ijc: do you happen to know if i2c_init(); inits more then 1 i2c bus? (or can?). I'm still digging through the source, but on our board we need to init both usses, one for the PMU obviously, and one for a perhipial
tomcheng76 has quit [Read error: Connection reset by peer]
<mripard_>
nothing
<mnemoc>
ok. I'll remove the mirror then
Cooper_ has joined #linux-sunxi
<mnemoc>
and for the nightlies?
<mripard_>
no, I meant, don't change anything
<mripard_>
this is the URL to track
<mnemoc>
ah. ok. thanks :)
imcsk8_ has joined #linux-sunxi
gaby has joined #linux-sunxi
lukas_2511 has joined #linux-sunxi
montjoie[home] has joined #linux-sunxi
<Cooper_>
Recap from yesterday: I'm getting signal 4 (SIGILL) at times on my PcDuino3 Nano (A20). Inspection of the core file shows that the ARMv8 instruction vminnm.f32 is executed on my ARMv7 core. I'm running Gentoo and all code is compiled on this platform using either -march=armv7-a or -march=armv7ve.
tomcheng76 has joined #linux-sunxi
FreezingAlt has joined #linux-sunxi
<Cooper_>
I've run gdb on the core file produced and the output of 'layout asm' can be found here: http://pastebin.com/1B0wtj3r
<Cooper_>
Because everything was compiled with -fomit-frame-pointer my next step is going to be (unless people have a better idea) to rebuild bash and its dependencies with debugging and with a frame pointer.
fredy_ has joined #linux-sunxi
Skaag has joined #linux-sunxi
fredy has quit [Ping timeout: 276 seconds]
eagles0513875 has quit [Ping timeout: 276 seconds]
FreezingCold has quit [Ping timeout: 276 seconds]
mrnuke has quit [Ping timeout: 276 seconds]
imcsk8 has quit [Remote host closed the connection]
Skaag has quit [Client Quit]
gaby_ has quit [Ping timeout: 276 seconds]
montjoie1home] has quit [Ping timeout: 276 seconds]
reinforce has quit [Ping timeout: 276 seconds]
mrnuke has joined #linux-sunxi
a1d3s has quit [Ping timeout: 265 seconds]
eagles0513875 has joined #linux-sunxi
<ssvb>
Cooper_: -march=armv7ve might be a new and buggy GCC option, try not to use it
reinforce has joined #linux-sunxi
<ssvb>
Cooper_: the asm code dump looks like it is something reasonable and not a random garbage, so just GCC is likely doing a wrong decision when selecting instructions to use
<ssvb>
Cooper_: you can also try to run 'readelf -A' on the failing binary
<Cooper_>
ssvb: Anything specific I'm looking for in there? It's quite a lot of output.
<Cooper_>
The binary in question is bash.
<ssvb>
Cooper_: if it, for example, says armv8, then it is wrong
<ssvb>
however the fact that using both cores makes the problem more likely to be reproduced is very suspicious
<ssvb>
I would have expected it to be more deterministic
<Cooper_>
Tag_CPU_name: "7-A" Tag_CPU_arch: v7 Tag_DIV_use: Allowed in v7-A with integer division extension
<Cooper_>
ssvb: When I had everything built using gcc 4.8.4 I was using armv7-a which also exhibited this behaviour. Although I never did a gdb trace on that.
<ssvb>
for better reliability, removing -ftree-vectorize might be a very good idea, and the performance is likely going to be improved too
<ssvb>
-ftree-vectorize option has a very bad reputation
<ssvb>
anyway, the root cause of the problem seems to be that you are ricing too much :)
<Cooper_>
Heh. Okay, will do.
<Cooper_>
You're probably right on the ricing too.
<ssvb>
if you can create a small testcase for the unreasonable use of the vminnm.f32 instruction and submit a bug to GCC bugzilla, that's going to improve things for everyone
<Cooper_>
But back when I build with 4.8.4 my cflags was more modest: -O2 -pipe -march=armv7-a -mtune=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard -fomit-frame-pointer
<Turl>
it may be memory corruption as well
<Cooper_>
I'm just first going to rebuild everything with the original cflags but with debugging on so I know what bit of code is at play when things to wrong. Then see if tweaking flags improves the situation. Then maybe see if I can find a testcase.
<Cooper_>
As you said, there's no determinism here. Sometimes it happens, sometimes not, hardly ever at the same place twice but much more frequent when I allow make to do its thing with multiple jobs.
lukas_2511 is now known as lukas2511
Skaag has joined #linux-sunxi
Skaag has quit [Max SendQ exceeded]
Skaag has joined #linux-sunxi
Skaag has quit [Max SendQ exceeded]
Skaag has joined #linux-sunxi
Skaag has quit [Max SendQ exceeded]
Skaag has joined #linux-sunxi
Skaag has quit [Max SendQ exceeded]
Skaag has joined #linux-sunxi
Skaag has quit [Max SendQ exceeded]
Skaag has joined #linux-sunxi
jelly has quit [Quit: ""]
<Turl>
Cooper_: have you tried running lima-memtester?
<Turl>
if memory is getting corrupted, it should figure it out
<vishnup>
ssvb: It did work. Thank you very much....
<ssvb>
vishnup: cool, now we need to bisect it because having broken microsd breakout support is not nice
<vishnup>
Definitely, binary search would help us here :)
reinforce has quit [Ping timeout: 246 seconds]
<atsampson>
ssvb: when you're doing DRAM calibration, do you have an automated way of running the tests with different configurations, or do you do it by hand?
<ssvb>
atsampson: it is partially automated
wickwire has quit [Read error: Connection reset by peer]
<ssvb>
atsampson: a10-tpr3-scan runs automatically to generate a single table with the test results (this takes several hours to complete)
<ssvb>
atsampson: so the whole thing looks like you regularly keep it running overnight and finally get some reasonable results one or two weeks later
reinforce has joined #linux-sunxi
<vovcia>
hi :) i have problem on cubietruck Linux-3.19.0-rc6 and U-Boot 2015.01-g37b608a - doesnt boot - error message is Error: unrecognized/unsupported machine ID (r1 = 0x000010bb).
<ssvb>
atsampson: adjusting the dram parameters between a10-tpr3-scan runs is mostly done empirically and is based on intuition, this is not automated yet :)
<atsampson>
ssvb: cool, I'll have a play at some point (although I'll freely admit that my intuition when it comes to modern DRAM is fairly limited!)
<ssvb>
atsampson: but each a10-tpr3-scan run provides you with additional knowledge about which parameter values are better than the others
<vovcia>
mripard_: ohh ok thanks ill try :)
<atsampson>
ssvb: one of the things I noticed when doing the pcDuino3 Nano config was that Linksprite have cranked down the DRAM clock in their recent images for vague stability reasons...
<atsampson>
... so I suspect applying your empirical approach to it might be worthwhile ;-)
<atsampson>
(it looks like they've done the same with pcDuino V3 too)
<ssvb>
atsampson: the easier way is to start with https://github.com/ssvb/lima-memtester/ and just try to increase/reduce dram clock speed to check whether you have any safety headroom
gianMOD has quit [Read error: Connection reset by peer]
* atsampson
nods
gianMOD has joined #linux-sunxi
<ssvb>
atsampson: the goal of the 'calibration' process is to maximize the clock speed by actually finding the best 'zq', 'tpr3' and other parameters
<ssvb>
atsampson: but if you are only interested in reliability, no matter the speed, then it is much easier to find something stable
<WarheadsSE>
qemu, by definition, and instruction set emulator
<WarheadsSE>
YOU CAN NO USE KVM WITH WITH QEMU ON NON-SIMILAR ARCHITECTURES.
<igraltist>
i have a mfc brother printer and no arm driver so i was try to use kvm
orly_owl has quit [Quit: leaving]
<WarheadsSE>
KVM is NOT instruction translation
<WarheadsSE>
FFS.
<WarheadsSE>
READ.
konradoo77 has joined #linux-sunxi
<igraltist>
so thatswhy you wrote all in upperletter ?
<WarheadsSE>
Also, what model? I have a network duplex laser printer that doesn't have diddly for linux drivers "officially" outside the vendor, but works just fine with a pure ghostscript pdd.
interrobangd has joined #linux-sunxi
<WarheadsSE>
igraltist: you're attempting to diesel in a Geo Metro. It's not gonna work. Please at least grok the tech you are using. You CAN do qemu. You can NOT do kvm.
tomboy65 has joined #linux-sunxi
gianMOD has quit [Read error: No route to host]
gianMOD has joined #linux-sunxi
_whitelogger__ has joined #linux-sunxi
fr4z has quit [Read error: Connection reset by peer]
xnxs has joined #linux-sunxi
firc76cad790 has joined #linux-sunxi
VargaD_ has joined #linux-sunxi
VargaD has quit [*.net *.split]
Montjoie has quit [*.net *.split]
nemunaire has quit [*.net *.split]
TheQuestionmark has quit [*.net *.split]
xenoxaos has quit [*.net *.split]
_whitelogger_ has quit [*.net *.split]
doppo has quit [*.net *.split]
flok420 has quit [*.net *.split]
ccube has quit [*.net *.split]
whitesn has quit [*.net *.split]
VargaD_ is now known as VargaD
nemunaire_ is now known as nemunaire
xnxs is now known as xenoxaos
doppo_ is now known as doppo
Montjoie has joined #linux-sunxi
Montjoie has quit [*.net *.split]
Montjoie has joined #linux-sunxi
<vovcia>
thank You all i have succesful boot of 3.19.0-rc6 and latest u-boot and latest systemd on cubietruck :))
tomcheng76 has quit [Read error: Connection reset by peer]
<Cooper_>
ssvb: Does this make sense to you? http://pastebin.com/CW3RtXF2 It borked again in bash, this time with it and its dependencies compiled with framepointer. Tried to suppress stripping, but bash for one refused to leave that step out. Backtrace shows garbage.
<vishnup>
ssvb: right, I found the same : sunxi: Restore lowlevel_init usage
<Cooper_>
Backtrace is just 3 lines: #0 0x000363a6 in ?? () #1 <signal handler called> #2 0x00000000 in ?? ()
<vishnup>
however, I was not aware of earlier one
<Cooper_>
I'm thinking I should get started on that memtester pronto...
<ssvb>
Cooper_: yes, this makes memory corruption the most likely culprit
konradoo77 has quit [Ping timeout: 264 seconds]
<Cooper_>
ssvb: So I'll have to rebuild my kernel to include mali again. Should I update the fex file on reboot to also use those higher voltages that that cubieboard2/cubietruck commit you linked to yesterday specified?
<ssvb>
Cooper_: maybe do one step at a time
<ssvb>
first enable mali back and run tests
domidumont has joined #linux-sunxi
Skaag has joined #linux-sunxi
<ssvb>
then tweak parameters until the problems disappear
<Cooper_>
Will do.
skaag1 has joined #linux-sunxi
Skaag has quit [Ping timeout: 245 seconds]
konradoo77 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
Black_Horseman has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<ojn>
mripard_: looks like the branches I merged yesterday results in a non-booting colombus
<ojn>
bisected down to "ARM: dts: sun6i: Add ir_clk node", which seems... surprising.
melonipoika has quit [Remote host closed the connection]
domidumont has quit [Ping timeout: 246 seconds]
<ojn>
next is fine though, so I suspect it's a missing driver dependency
<ojn>
not a huge deal, but it's unfortunate to lose bisectability