viccuad has quit [Read error: Connection reset by peer]
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 248 seconds]
kaspter has joined #linux-sunxi
ssvb has quit [Ping timeout: 252 seconds]
kurain has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
TheSeven has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
khuey is now known as khuey|away
n0wl has quit [Ping timeout: 256 seconds]
robogoat has quit [Ping timeout: 264 seconds]
khuey|away is now known as khuey
naobsd has joined #linux-sunxi
n0wl has joined #linux-sunxi
robogoat has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
Black_Horseman has joined #linux-sunxi
<wens>
mripard: there seems to be a discrepancy for drivers/soc/sunxi
<wens>
in drivers/soc/Makefile, drivers/soc/sunxi only gets built if ARCH_SUNXI is selected
<wens>
but in drivers/soc/sunxi/Kconfig, SUNXI_SRAM is selectable regardless of ARCH_SUNXI
ssvb has joined #linux-sunxi
khuey is now known as khuey|away
JohnDoe_71Rus has joined #linux-sunxi
cubeast has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
reinforce has joined #linux-sunxi
hehopmajieh__ has quit [Remote host closed the connection]
sehraf has joined #linux-sunxi
rgwan has joined #linux-sunxi
simosx has joined #linux-sunxi
lerc has quit [Read error: Connection reset by peer]
_fortis has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
_fortis has quit [Remote host closed the connection]
ssvb has quit [Quit: Leaving]
premoboss has joined #linux-sunxi
awe001 has joined #linux-sunxi
_fortis has joined #linux-sunxi
RdlP has joined #linux-sunxi
kurain has quit [Read error: Connection reset by peer]
<RdlP>
Hello, everybody, I have a question. I ported the Hummingbird_a20 board to new u-boot system from u-boot-sunxi. And it is works (see pastebin for the output: http://pastebin.com/hicm2YbD). The problem is that system freeze in "Starting kernel..." and I don't know why. Before install the new uboot I have a linux system workin on SD (debian). At first if the uboot works the kernel should works. Anybody give me and advice? thanks.
<RdlP>
Anybody can give me an advice*
<RdlP>
I compiled the kernel with: make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- sun7i_defconfig
awe002 has joined #linux-sunxi
kurain has joined #linux-sunxi
lerc has joined #linux-sunxi
awe001 has quit [Ping timeout: 250 seconds]
Wizzup has quit [Ping timeout: 264 seconds]
<RdlP>
in spite of U-boot is working it could be an error of U-boot?
<NiteHawk>
then try to add the line "setenv bootm_boot_mode sec" at the top
<RdlP>
ok
<RdlP>
But I should change addresses?
<RdlP>
in wiki page that you give me appears other addresses
<RdlP>
(but in my case, with my addresses it seems that u-boot is reading files)
<NiteHawk>
i don't think your addresses should be any problem. as you said: u-boot seems to load the files just fine. the important part is matching up the read addr and the one for bootm (which you did)
vortelf has joined #linux-sunxi
<RdlP>
thanks NiteHawk it works, but know I get the following output
<NiteHawk>
at least now you kernel starts up ;) you're running into another problem with outdated kernels. you need to configure a workaround in U-Boot, or patch your kernel - http://linux-sunxi.org/Mainline_U-Boot#Troubleshooting
Wizzup has joined #linux-sunxi
<RdlP>
Thanks NiteHawk, first I want to configure the boot with "Enable workarounds for booting old kernels" in the next section (in the page that you give me) says: "Please refer to our configuring U-Boot howto." if I follow the link I can't read anything relationed with "Enable workarounds for booting old kernels", so, can I configure uboot with that option?
<NiteHawk>
as usual: make menuconfig
<NiteHawk>
(it's an option under "ARM architecture")
ricardocrudo has quit [Ping timeout: 250 seconds]
<RdlP>
ok, so I have to run the next command: make CROSS_COMPILE=arm-linux-gnueabihf- <board_name>_defconfig menuconfig
<RdlP>
to configure and then make CROSS_COMPILE=arm-linux-gnueabihf- to compile
<NiteHawk>
you probably have done the <board_name>_defconfig already? so "make CROSS_COMPILE=arm-linux-gnueabihf- menuconfig" should be sufficient. and yes, you have to rebuild your U-Boot after changing the setting
<RdlP>
ok
<RdlP>
It seems it works
<NiteHawk>
what "works"? configuring/compiling your u-boot, or does your kernel start successfully now?
<RdlP>
The kernel start successfully!
<RdlP>
thank you very much
<NiteHawk>
\o/
<RdlP>
But I have other problema, now, when kernel start
<RdlP>
in serial port I can see the start proccess
<libv>
RdlP: was there anything unclear in our howtos, is there something that can be improved to make sure others find the solution quicker?
<RdlP>
but when I connect it with HDMI the screen off. I can't see anything in the screen
<RdlP>
libv, I have to think about it but I think the wiki could be more organized (When I have time, if you want I can give some ideas about how improve it for beginners)
premoboss has quit [Ping timeout: 265 seconds]
ricardocrudo has joined #linux-sunxi
<NiteHawk>
RdlP: your kernel command line (bootargs) doesn't seem to specify any hdmi= parameters. those might be required to properly set up HDMI output - however, i'm not familiar with that. you'll have to experiment a bit and check the kernel output (dmesg) if and how HDMI is detected
premoboss has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 246 seconds]
Black_Horseman has joined #linux-sunxi
<Black_Horseman>
hola
<libv>
RdlP: it's a wiki, and i and many other here regularly look at the recent changes
<libv>
so go ahead
<libv>
if you really f up, you will hear about it :p
fredy has quit [Excess Flood]
RdlP has quit [Ping timeout: 246 seconds]
<rellla>
RdlP: not only give ideas, do it :p
fredy has joined #linux-sunxi
dizzuhen has joined #linux-sunxi
domidumont has joined #linux-sunxi
domidumont has quit [Read error: Connection reset by peer]
domidumont has joined #linux-sunxi
RdlP has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 256 seconds]
tomboy64 has quit [Ping timeout: 255 seconds]
Black_Horseman has joined #linux-sunxi
orly_owl has quit [Ping timeout: 246 seconds]
tomboy64 has joined #linux-sunxi
FDCX_ has joined #linux-sunxi
FDCX_ has joined #linux-sunxi
rgwan has quit [Quit: Leaving.]
paulk-collins has joined #linux-sunxi
viccuad has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
FDCX_ has quit [Ping timeout: 255 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 256 seconds]
cosm has joined #linux-sunxi
afaerber_ has quit [Quit: Verlassend]
afaerber has joined #linux-sunxi
veverak has left #linux-sunxi ["WeeChat 1.1.1"]
diego_r has joined #linux-sunxi
kurain has quit [Ping timeout: 255 seconds]
dlan has quit [Ping timeout: 248 seconds]
kurain has joined #linux-sunxi
dlan has joined #linux-sunxi
cosm has quit [Quit: Leaving]
enrico_ has joined #linux-sunxi
<paulk-collins>
mhh, getty is not spawning on serial with the latest ubuntu core rootfs
<paulk-collins>
that's systemd now
domidumont has joined #linux-sunxi
cubeast has quit [Quit: Leaving]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
Nacho_ has joined #linux-sunxi
dlan has quit [Ping timeout: 250 seconds]
dlan has joined #linux-sunxi
khuey|away is now known as khuey
FR^2 has joined #linux-sunxi
dlan has quit [Remote host closed the connection]
dlan has joined #linux-sunxi
kurain has quit [Read error: Connection timed out]
RdlP has quit [Remote host closed the connection]
orly_owl has joined #linux-sunxi
FR^2 has quit [Remote host closed the connection]
f15h has joined #linux-sunxi
FR^2 has joined #linux-sunxi
kurain has joined #linux-sunxi
f15h has quit [Ping timeout: 265 seconds]
dizzuhen has quit [Ping timeout: 240 seconds]
lerc has quit [Ping timeout: 264 seconds]
lerc_ has joined #linux-sunxi
sunxi_fan has joined #linux-sunxi
sunxi_fan1 has quit [Ping timeout: 255 seconds]
dizzuhen has joined #linux-sunxi
f15h has joined #linux-sunxi
simosx has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
Netlynx has joined #linux-sunxi
T0mW has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
paulk-collins has quit [Remote host closed the connection]
indy_ is now known as indy
boycottg00gle has quit [Remote host closed the connection]
physis has joined #linux-sunxi
dack has joined #linux-sunxi
awe002 has joined #linux-sunxi
gzamboni has joined #linux-sunxi
awe003 has joined #linux-sunxi
kz1 has joined #linux-sunxi
pmattern has joined #linux-sunxi
awe002 has quit [Ping timeout: 256 seconds]
arnd has joined #linux-sunxi
domidumont has joined #linux-sunxi
physis has quit [Remote host closed the connection]
Gerwin_J has quit [Quit: Gerwin_J]
bonbons has quit [Quit: Leaving]
domidumont has quit [Quit: Leaving.]
robogoat has quit [Ping timeout: 256 seconds]
robogoat has joined #linux-sunxi
dack has quit [Remote host closed the connection]
cpufreckle has joined #linux-sunxi
<cpufreckle>
Hi! Does anybody know the background behind this commit: "ARM: dts: sunxi: Remove overclocked/overvoltaged OPP"?
<cpufreckle>
It says: "Without proper regulator support for individual boards, it is dangerous to have overclocked/overvoltaged OPPs in the list. Cpufreq will increase the frequency without the accompanying voltage increase, resulting in an unstable system. "
<cpufreckle>
What exactly does that mean? Are the defined voltages for each frequency currently ignored by cpufrw because there is no support for teh regulators? Are only overvoltage settings unsupported? Are only specific boards affected by these limitations?
<cpufreckle>
Sorry for the typos... But I guess it's still understandable what I wrote.
<NiteHawk>
The commit affects three "dts include" files for A10, A13 and A20 respectively. It removes operating points that are not part of the official specifications, i.e. either above 1.4 volts or beyond the maximum SoC frequency.
<cpufreckle>
Yes, I meant that commit, and yes, I understand that the documented limit is 1.4V.
<cpufreckle>
But how does that statement "Cpufreq will increase the frequency without the accompanying voltage increase" come into play here?
<cpufreckle>
Does that only mean that increasing the voltage above 1.4V is not supported or does it mean it's not supported at all to adjust the voltage at this point?
<cpufreckle>
Obviously overvoltaging has been supported in linux-sunxi 3.4
<cpufreckle>
So, it seems less like a technical limitation rather than a software defined limitation like something that is not supported in mainline yet, but I'm not sure what exactly.
<NiteHawk>
i'm sorry - i don't know the exact details. it might be a limitation of the regulators' code (so they can't exceed a given voltage limit)
<NiteHawk>
i'd expect the voltage switching itself to work - as operation points with lower frequency/voltages seem to be supported just find
<NiteHawk>
s/find/fine/
<NiteHawk>
obviously the device model based approach with mainline kernel works different from what the 3.4.x kernels did...
<NiteHawk>
btw: i've added back an entry with 1008mhz @ 1.4v for my A20 and it seems stable (despite being "undervolted") - YMMV
sehraf has quit [Read error: Connection reset by peer]
ricardocrudo has quit [Remote host closed the connection]
<cpufreckle>
NiteHawk: I see. Yeah, I was thinking about the same, adding the 1008MHz OPP again with a voltage of 1.4V but I was hesitant because at the same time not sure, what this commit log actually means.
<cpufreckle>
Is there any planning to add board-specific OPP in 4.3 or so?
pmattern has quit [Quit: Genug für heute.]
philectro has quit [Quit: Konversation terminated!]
<NiteHawk>
afaik it should be possible to adjust OPPs using device tree overlays?
tomboy64 has quit [Ping timeout: 264 seconds]
Black_Horseman has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
<cpufreckle>
NiteHawk: That's an interesting suggestion. Haven't thought about that yet, but I guess I gotta do some research ;) Thanks
<cpufreckle>
Anyway, gotta go. Bye.
<cpufreckle>
And thanks again.
cpufreckle has left #linux-sunxi [#linux-sunxi]
leviathanch_ has quit [Remote host closed the connection]
lemonzest has quit [Quit: Leaving]
leviathanch has joined #linux-sunxi
dev1990 has quit [Remote host closed the connection]