bmbeach has joined #linux-exynos
<bmbeach> Wizzup: I don't believe that asound.state is autogenerated
<bmbeach> If you do "alsactl save" it will save the card state to
<bmbeach> that file(the default). What I want to look at is you card state
<bmbeach> since you are getting sound and I am not, yet I believe alsa is working on my machine
<bmbeach> just no sound. Man alsactl also implies that there are some other things besides
<bmbeach> the mixer stettings. Also my "/var/lib/alsa/asound.state" is empty so I
<bmbeach> don't think it is autogenerated.
<bmbeach> in any case what I want to do is "alsactl reload" which will load that file and
<bmbeach> then I can see if it makes any difference.
bmbeach has left #linux-exynos [#linux-exynos]
afaerber_ has joined #linux-exynos
afaerber has quit [Ping timeout: 252 seconds]
javier__ has joined #linux-exynos
<javier__> Wizzup: hi, what problem did you have and did you fix it?
<javier__> sigh, it seems my irc proxy got borked during the weekend. I'll read the channel public logs
<javier__> Wizzup: if you disable the b.L switcher, you will have the 8 cores in Peach Pi
<javier__> but the scheduler only supports SMP so the kernel won't know about the asymmetry of the cores and might not take the most smart decisions while scheduling
<javier__> Wizzup: the problem is that the goals of the scheduler, CPUFreq and CPUidle could be in conflict so the solution is to add all the PM decisions to the scheduler
<javier__> Linaro and others are working on that, this article is very interesting https://www.linaro.org/blog/core-dump/road-energy-aware-scheduling/
<Wizzup> bmbeach: well, on my gentoo install I'm pretty sure the state knows nothing about my alsa card until I boot and save it afterwards
<Wizzup> javier__: ah - so just disabling it
<Wizzup> bmbeach: I can tell you which channels to unlock
<Wizzup> bmbeach: you want to unlock Left Speaker Left DAC, Left Speaker Right DAC, Right Speaker Left DAC, Right Speaker Right DAC
<Wizzup> Possible the same for the headphone
<Wizzup> and they also of course unmue [left, right] speaker
<Wizzup> Man, I thought I documented it something ... should check it and add to the iwki if not
ssvb has quit [Ping timeout: 250 seconds]
<Wizzup> javier__: cool works!
<Wizzup> javier__: other question, did you get cpufreq to work?
<Wizzup> I get this: [ 1.984044] exynos_cpufreq_probe: Unknown SoC type
ssvb has joined #linux-exynos
<Wizzup> javier__: will read the article you linked now
krzk has quit [Quit: Page closed]
<javier__> Wizzup: The exynos cpufreq driver does not support Exynos5420/5422/5800
<javier__> Wizzup: you have to use the generic arm b.L CPUFreq driver, there are patches for that but never landed
<Wizzup> Ah, I see
<Wizzup> I did see CONFIG_ARM_BIG_LITTLE_CPUFREQ=y
ssvb has quit [Ping timeout: 252 seconds]
<javier__> Wizzup: you may try Bart's latest version, I tested but had some issues since the machine hang with specific governors
<Wizzup> I see. I will try that out a bit later, currently for the week I need a machine that works decently. (btw I now have 8 cores when I disabled the bL switcher)
<Wizzup> Had too much trouble with grsec kernel on arm this weekend :)
<javier__> Wizzup: Ok, this is the issue I have https://lkml.org/lkml/2015/5/15/544
<Wizzup> javier__: ah - good to know!
ssvb has joined #linux-exynos
zombah has joined #linux-exynos
aballier has joined #linux-exynos
aballier has joined #linux-exynos
aballier has quit [Changing host]
ssvb has quit [Ping timeout: 264 seconds]
bgamari has quit [Ping timeout: 244 seconds]
krzk has joined #linux-exynos
afaerber_ is now known as afaerber
bgamari has joined #linux-exynos
bgamari has quit [Ping timeout: 244 seconds]
bgamari has joined #linux-exynos
bgamari has quit [Excess Flood]
bgamari has joined #linux-exynos
krzk has quit [Quit: Wychodzi]
ssvb has joined #linux-exynos
dlezcano has quit [Ping timeout: 250 seconds]
dlezcano has joined #linux-exynos
Tenkawa has joined #linux-exynos
<Tenkawa> greetings all
<Tenkawa> Anyone got a good env file handy for snow? mine seems to have syntax errors in it.
<Tenkawa> Wizzup: I'm working on nv_uboot now
Tenkawa has quit [Quit: leaving]
<si1v3r> For the log, Tenkawa, you can reset the environment. Might be good to do that and then to diff against your bad one.
zombah has quit [Quit: Leaving]
liquidAcid has joined #linux-exynos
ssvb has quit [Ping timeout: 264 seconds]
daniels has quit [Ping timeout: 272 seconds]
daniels has joined #linux-exynos
ssvb has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
ssvb has quit [Ping timeout: 246 seconds]
ssvb has joined #linux-exynos
ssvb has quit [Remote host closed the connection]
ssvb has joined #linux-exynos
krzk has joined #linux-exynos