aballier has quit [Ping timeout: 246 seconds]
aballier has joined #linux-exynos
aballier has quit [Ping timeout: 244 seconds]
aballier has joined #linux-exynos
amitk has joined #linux-exynos
afaerber_ has joined #linux-exynos
afaerber has quit [Ping timeout: 265 seconds]
krzk has quit [Quit: Page closed]
zombah has joined #linux-exynos
<javier__> Wizzup: did you try if Alim's patch solves your sound issue on peach pi/pit? https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=b8bb9baad27e455c467e8fac47eebadbe765c18f
<javier__> I'll try later today since I'm busy with other stuff now
<Wizzup> I never got the error that is mentioned in the commit
<javier__> yeah me neither
<Wizzup> I think I should just get linux-next and give it a go from there on
<Wizzup> Possibly something broke along the way, he fixed it, and perhaps fixed the actual issue
<javier__> but I'm chain loading u-boot so probably is because u-boot configures the master clock frequency correctly
<javier__> and then it gets configured wrongly
<javier__> that would make sense and will explain why the first time playback works but the second doesn't
<javier__> Wizzup: his patch applies cleanly on top of 4.3-rc5 at least
<Wizzup> I am not sure if the first playback works 'properly', but it's almost properly
<Wizzup> javier__: I see
<javier__> yeah, by some definition of properly :P
<javier__> anyways, I'm just pointing out that commit since I don't have time to test now
<javier__> and maybe you missed it
<Wizzup> yes, thanks!
<Wizzup> I did miss it, and I also do not have time atm, but I will try to test it asap
<javier__> Wizzup: sure, no worries
Travis__ has joined #linux-exynos
Travis__ has left #linux-exynos [#linux-exynos]
Zotan_ has quit [Remote host closed the connection]
Zotan has joined #linux-exynos
krzk has joined #linux-exynos
krzk has quit [Client Quit]
Necrosporus has joined #linux-exynos
<Necrosporus> Are there any successful attempts to reconstruct e5250 BL1?
<Necrosporus> is it user-replaceable?
krzk has joined #linux-exynos
<Necrosporus> Does someone knowledgeable about ARM disassambly could tell me if https://chromium.googlesource.com/chromiumos/third_party/coreboot/blobs/+archive/master/cpu/samsung.tar.gz and telling me if exynos5250/bl1.bin is regular ARM code or not? I have tried online disassembler but I do not know ARM assembly, only x86 one
<Necrosporus> I though analyzed the binary hexdump and it does not seem encrypted
<Necrosporus> Especially I wonder what is XXXXXXXX for and what repeating pattern of " ea fe ff ff " a3 69 c6 7a b4 ce 03 dc 6b d1 6f d4 6e c3 1c c3 07 00 00 ea fe ff ff ea ... does
<Necrosporus> Is it a sort of ARM nop?
<Necrosporus> It's only 1832 bytes of code worth and it should be relatively easy to reconstruct what it does, writing a free replacement
<Necrosporus> Since I was told BL1 is samsung proprietary
<libv> Necrosporus: you might want to put this in an email and send it to the ml
<krzk> And you can get a disassembler for armv7 on linux quite easily
<Necrosporus> I know, but I do not know a lot of things, so I would have to look up each instruction
<Necrosporus> I do not know any arm instructions at all, only x86 ones
<Necrosporus> And I'm not sure I want to learn all this stuff, I won't use it much anyway probably
<Wizzup> tried IDA?
krzk has quit [Quit: Wychodzi]
<Necrosporus> Wizzup, it's proprietary and for windows
<Wizzup> it also runs on linux, but please let me know of proper alternatives
<Wizzup> actually, I ran into one recently...
<Wizzup> I forgot the name
<Necrosporus> radare2
<Necrosporus> but not sure if it supports arm
<zombah> there is some freeware version of ida, i once tried it under wine, works fine if i remember right
<Necrosporus> zombah, I do not think it's released under a free software license with source code
<Wizzup> He said freeware
<Necrosporus> either way, I'm looking for someone who knows ARM assembly to do it for me and the benefit of society
<Necrosporus> Wizzup, do you know anything about bl1?
<Wizzup> no - not much, atm,
<Wizzup> there's 'darm'
<Necrosporus> What's darm?
<Wizzup> it is an arm disasm, but not what I meant... hang on
<zombah> i found only brief description here http://www.coreboot.org/Exynos5#BL1
<Necrosporus> I have found it too
<Necrosporus> zombah, http://forum.odroid.com/viewtopic.php?t=2778 this topic has quite a bit of information
<Necrosporus> I researched the topic yesterday for a bit
<Necrosporus> There are certain people who might know something about bl1
<Necrosporus> zombah, https://github.com/hsnaves/exynos5410-firmware/ there is reconstructed tzsw firmware, but no bl1
dlan has quit [Ping timeout: 240 seconds]
dlan has joined #linux-exynos
<Wizzup> javier__: just tried the patch on 4.2.2
<Wizzup> It's still running too fast
<Wizzup> but I am not sure if it gets 'more unstable' over time
<Wizzup> trying now
<Wizzup> It's really hard to hear the small difference
<javier__> Wizzup: yes, then are separate issues. I wonder why I don't get the issue reported
<Wizzup> Perhaps people don't notice the difference
<javier__> I tested both using a FIT image and chain loading u-boot in case is due a previous setup made by the bootloader
<javier__> Wizzup: no, I mean the "max98090 7-0010: Invalid master clock frequency" reported by Alim
<javier__> Wizzup: what's the MAX98091 REVID reported in your peach board?
<javier__> REVID=0x51 or REVID=0x52 ?
<Wizzup> [ 2.107257] max98090 7-0010: MAX98091 REVID=0x52
<Wizzup> [ 0.000000] Machine model: Google Peach Pi Rev 10+
<Wizzup> So I just did: time mpv <foo>
<Wizzup> and compared the running time
<Wizzup> 02:47 mpv time, real time 2:34
<Wizzup> >>> x / float(y)
<Wizzup> 0.9221556886227545
<Wizzup> >>> 44100 / 48000.
<Wizzup> 0.91875
<javier__> strange, the same REVID than Alim, I thought that maybe that was the difference and why I was not able to reproduce the issue
<javier__> Wizzup: I see
<javier__> Wizzup: I didn't have too much time to test audio today but I'll plan to do more testing and ask Alim how he is testing it
<Wizzup> I am using pulseaudio, but let me see if I can fully eliminate it.
<Wizzup> oh no ...
<Wizzup> hmm... no
<Wizzup> I think it's still broken
<Wizzup> (so pulseaudio was not to blame)
<Wizzup> ok, I cannot find anything meaningful in the dts files
<Wizzup> going to stop the debugging for now
afaerber_ has quit [Quit: Verlassend]
afaerber has joined #linux-exynos
amitk has quit [Quit: leaving]
afaerber has quit [Quit: Verlassend]
amitk has joined #linux-exynos
afaerber has joined #linux-exynos
amitk has quit [Quit: leaving]
pekka30 has joined #linux-exynos
leming_ has joined #linux-exynos
leming has quit [Ping timeout: 264 seconds]
leming_ is now known as leming
nashpa has quit [Quit: Going away]
nashpa has joined #linux-exynos
Wizzup has quit [Ping timeout: 260 seconds]
Wizzup has joined #linux-exynos
krzk has joined #linux-exynos