physis has quit [Remote host closed the connection]
physis has joined #linux-sunxi
physis has quit [Remote host closed the connection]
physis has joined #linux-sunxi
physis has quit [Remote host closed the connection]
Andy-D has quit [Ping timeout: 245 seconds]
Andy-D has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 246 seconds]
physis has joined #linux-sunxi
Renard has quit [Remote host closed the connection]
physis has quit [Remote host closed the connection]
awe00 has quit [Ping timeout: 248 seconds]
ganbold_ has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
ganbold_ has joined #linux-sunxi
mauro_ has quit [Remote host closed the connection]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
mauro_ has joined #linux-sunxi
mauro_ has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 256 seconds]
mauro_ has joined #linux-sunxi
physis has joined #linux-sunxi
physis has quit [Ping timeout: 244 seconds]
Andy-D has quit [Ping timeout: 255 seconds]
mauro_ has quit [Ping timeout: 264 seconds]
gianMOD has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
gianMOD has quit [Ping timeout: 252 seconds]
p1u3sch1_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 245 seconds]
Froolad has joined #linux-sunxi
Froolap has quit [Ping timeout: 248 seconds]
[7] has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 265 seconds]
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 256 seconds]
physis has joined #linux-sunxi
physis has quit [Ping timeout: 250 seconds]
mmarker has quit [Ping timeout: 246 seconds]
Akagi201_ has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 250 seconds]
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 246 seconds]
kaspter has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 248 seconds]
cubeast has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
utente_ has joined #linux-sunxi
premoboss has quit [Ping timeout: 272 seconds]
gzamboni has quit [Ping timeout: 248 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD_ has joined #linux-sunxi
gianMOD_ has quit [Remote host closed the connection]
zacts has joined #linux-sunxi
gzamboni has joined #linux-sunxi
utente_ has quit [Read error: Connection reset by peer]
utente_ has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
physis has joined #linux-sunxi
zacts has quit [Quit: leaving]
physis has quit [Ping timeout: 245 seconds]
konradoo77 has quit [Ping timeout: 256 seconds]
mauro_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 272 seconds]
orly_owl has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
paulk-aldrin has joined #linux-sunxi
gianMOD has joined #linux-sunxi
domidumont has joined #linux-sunxi
kurain has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
mauro_ has quit [Remote host closed the connection]
mauro_ has joined #linux-sunxi
bonbons has joined #linux-sunxi
gianMOD has joined #linux-sunxi
Froolap has joined #linux-sunxi
Froolad has quit [Ping timeout: 248 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 250 seconds]
konradoo77 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 256 seconds]
physis has joined #linux-sunxi
Netlynx has joined #linux-sunxi
jinzo has joined #linux-sunxi
reinforce has joined #linux-sunxi
physis has quit [Ping timeout: 265 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
hipboi has joined #linux-sunxi
hipboi_ has quit [Read error: Connection reset by peer]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 265 seconds]
gianMOD has quit [Remote host closed the connection]
ssvb has quit [Ping timeout: 252 seconds]
gianMOD has joined #linux-sunxi
suitsmeveryfine has joined #linux-sunxi
<suitsmeveryfine>
Hi! I've got an Olinuxino A20 Lime2 and would like to install U-boot + Debian Jessie onto a microSD card. Shall I partition the card first? I've read through the "InstallingDebianOn Allwinner" guide but don't find it totally clear.
ricardocrudo has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
leviathanch has quit [Remote host closed the connection]
utente_ has quit [Remote host closed the connection]
leviathanch has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
iamfrankenstein has joined #linux-sunxi
gianMOD has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
wingrime has joined #linux-sunxi
<wingrime>
allwinner story gets funny
<wingrime>
with every step
gianMOD has quit [Ping timeout: 272 seconds]
iamfrankenstein has quit [Quit: iamfrankenstein]
pmattern has joined #linux-sunxi
<NiteHawk>
suitsmeveryfine: have a look at http://linux-sunxi.org/Bootable_SD_card . you will need partitioning to hold your actual root file system, and maybe system (boot) and swap partitions. U-Boot is a bit peculiar, as it resides in a special area (fixed sector offset) outside the filesystems. (however, make sure that region isn't overlapped by any partitions)
<suitsmeveryfine>
NiteHawk: Thanks. I hadn't seen that page before. It looks pretty complicated though
physis has joined #linux-sunxi
mnr has joined #linux-sunxi
<NiteHawk>
suitsmeveryfine: It may look more complicated than it actually is. if you've setup other linux systems / distros before, pretty much anything is the same or very similar. if you make sure there's some room at the beginning (first 2048 sectors), you can use any standard partitioning scheme
<mnr>
suitsmeveryfine: You do NOT need to do any partitioning prior to using the Debian installer.
<mnr>
suitsmeveryfine: The Installer leads you through all necessary steps, including the partitioning
<NiteHawk>
does the lime2 have onboard NAND as a boot device?
<mnr>
NiteHawk: No
<suitsmeveryfine>
mnr: Oh, that's great! So I can just download an official debian image?
<NiteHawk>
okay, then the only thing to be aware of is that (as with most sunxi SoCs) there has to be a SPL/bootloader (u-boot) on the card in a special place. this is required for booting and needs to be copied to the card
physis has quit [Ping timeout: 255 seconds]
<mnr>
NiteHawk: Debian provides a ready-made SD card image with u-boot, no need to fiddle with dd
<suitsmeveryfine>
But if I copy the boot loader to the card, where shall I put the Debian image?
<NiteHawk>
if you have a premade image, it should include everything that's necessary. just transfer it to the card
<mnr>
NiteHawk: Debian has multiple ways to start the installer.
<mnr>
NiteHawk: Debian provides a u-boot-only SD image. U-Boot starts from the SD card and can then load the actual installer either from a USB stick or by tftp over the network
<mnr>
NiteHawk: The Debian-Installer is built to be device-agnostic - the actual installer is the same for all armhf platforms. Just u-boot is device-specific.
<mnr>
NiteHawk: -> You write a device-specific SD card with u-boot and then use a unified installer
JohnDoe_71Rus has joined #linux-sunxi
<NiteHawk>
i see. and that should answer suitsmeveryfine's question: simply copy the installer imager over to the sd card (as per instructions on the wiki), the use the 'generic' installer
<suitsmeveryfine>
I see, so I just write A20-OLinuXino-Lime2.sdcard.img.gz to my SD card and then I'll be able to boot and install the system entirely from the card?
<NiteHawk>
exactly.
<mnr>
suitsmeveryfine: not from the card - from a USB stick with the installer.
FR^2 has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
<mnr>
suitsmeveryfine: the SD card image contains only u-boot - the actual installer is a separate entity
<suitsmeveryfine>
mnr: OK. What file system do you recommend for the card?
<mnr>
suitsmeveryfine: just use the "guided partitioning" option in the installer, which does set up everything in a suitable way
<suitsmeveryfine>
OK, but I need to choose a file system to start with, don't I?
<mnr>
suitsmeveryfine: No, to start the installer no filesystem on the SD card is needed. U-Boot itself does not need any filesystem
<suitsmeveryfine>
OK, as NiteHawk said. Thank you very much mnr!
<mnr>
suitsmeveryfine: if you have further questions, feel free to ask.
<suitsmeveryfine>
mnr: I hope that won't be necessary, but thanks. Good bye!
suitsmeveryfine has left #linux-sunxi [#linux-sunxi]
<NiteHawk>
hmmm... anyone experience with A20 and 3.19.2 mainline kernel? i'm using current u-boot (git clone / 2015.04-rc4) and struggle with getting proper CPU setup. i get "missing clock-frequency property" messages and CPU1 won't get initialized
cubeast has quit [Quit: Leaving]
<NiteHawk>
i've read that ML kernel requires the PSCI API provided by recent u-boot, but since i'm using the current version that shouldn't be a problem. maybe i'm missing some configuration option(s)?
<mauro_>
Hello! I’d like to boot my system from SD card. I am using the stable U-Boot 2015.01 version, the latest stable version of the mainline Kernel (3.19.2) and the linaro utopic developer as RootFS. I have compiled everything with the Linaro Cross Compiler arm-linux-gnueabihf-4.9 following the standard procedures of configuring. But, when the booting process gets to the kernel, it gets stuck on “Loading Kernel...” showing me nothing even if i enabled D
<mauro_>
EBUG_LL. Any suggestions?
<mauro_>
I am working on a Cubietruck.
konradoo87 has joined #linux-sunxi
<NiteHawk>
mauro_: can you pastebin your boot script (boot.cmd)?
<NiteHawk>
that looks okay. i was wondering if you had some boot-command mismatch, but zImage + "bootz" is just fine
libcg has joined #linux-sunxi
<mauro_>
I have used the same script with a Sunxi-Next Kernel and it loads correctly, even if the kernel itself got stuck on loading the RootFS. Anyway I cannot figure out why the mainline versions are not working.
Froolap has quit [Ping timeout: 248 seconds]
<NiteHawk>
well, i have no real idea on that either - maybe give it another try with the latest u-boot (2015.04-rc4, ftp://ftp.denx.de/pub/u-boot/)?
Night-Shade has quit [Remote host closed the connection]
Night-Shade has joined #linux-sunxi
<NiteHawk>
oh - that's a bit surprising. i don't have a cubietruck, but use that version on banana pi (also A20) without issues
physis has joined #linux-sunxi
Froolap has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<mnr>
mauro_: I have not tried 3.19.2, but at least the Debian-packaged 3.19.1 that I have just tried works without problems on a Cubietruck.
arossdotme has quit [Ping timeout: 250 seconds]
awe00 has joined #linux-sunxi
<mnr>
mauro_: did you by chance before use u-boot-sunxi on the same SD card?
physis has quit [Ping timeout: 256 seconds]
<mauro_>
mnr: yes I did
<mnr>
mauro_: Installting mainline u-boot does not wipe the existing u-boot environment, and there have been some changes between u-boot-sunxi and mainline u-boot
<mnr>
mauro_: try to wipe the u-boot environment completely, then mainline u-boot writes a new default environment
Andy-D has joined #linux-sunxi
<mnr>
mauro_: There have been issues with the kernel and dtb relocation when running a u-boot-sunxi environment with mainline u-boot
<mauro_>
Thanks for the info! Shall I use dd command for the purpose?
<mnr>
mauro_: there is a u-boot-internal command to do that as well, but I would have to look that up.
<mnr>
mauro_: just dd-ing zeros over the environment area should do the job as well
<mnr>
mauro_: "env default -f -a; saveenv" at the u-boot prompt should reset the environment to mainline default
cnxsoft has joined #linux-sunxi
<mauro_>
Thanks, I am trying right now.
<NiteHawk>
that environment isn't present by default - but only written with the first "saveenv", or?
<mnr>
NiteHawk: u-boot has a default in-memory environment, but it is only written to the SD card upon saveenv
nashpa has joined #linux-sunxi
<mnr>
NiteHawk: if an environment is present on the SD card, it is used instead of the in-memory default.
<mnr>
NiteHawk: Therefore a u-boot upgrade keeps the old environment
arossdotme has joined #linux-sunxi
<NiteHawk>
yes, what i meant was: it shouldn't pose a problem when upgrading u-boot if no env was ever written "saveenv" before. anyway - i think i got it, thank for the explanation
<NiteHawk>
+s
<mnr>
NiteHawk: correct
konradoo87 has quit [Ping timeout: 265 seconds]
konradoo77 has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<mauro_>
mnr: I have tried with dd zeros over the variables, but the problem still remains with UBoot 2015.4 (http://pastebin.com/j6Qcwe3E , these are the first and only messaged from the UART). Same goes for the Mainline Kernel with UBoot 2015.1: the booting process get stuck on "Loading Kernel..." even if I did reset them to default.
<mnr>
mauro_: the log from 2015.4 looks like the main u-boot binary that gets loaded by the SPL is damaged
arossdotme has quit [Ping timeout: 250 seconds]
<mnr>
mauro_: I'll try building 2015.4 locally and give it a try, but that will take a bit of time
physis has joined #linux-sunxi
ricardocrudo has quit [Read error: Connection reset by peer]
ricardocrudo has joined #linux-sunxi
<NiteHawk>
how did you transfer that u-boot? dd u-boot-with-spl.bin ?
<mauro_>
I am using "sudo dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8"
<NiteHawk>
ok, that's fine
Froolad has joined #linux-sunxi
interrobangd has quit [Quit: Leaving]
ssvb has joined #linux-sunxi
Froolap has quit [Ping timeout: 248 seconds]
arossdotme has joined #linux-sunxi
<mnr>
mauro_: current mainline u-boot (U-Boot 2015.04-rc4-00120-g5db7523) works for me with the Debian-packaged 3.19.1 on a cubietruck without problems
<mauro_>
mnr: Thanks for the report! I am going to try different kernels too.
Andy-D has quit [Ping timeout: 248 seconds]
Black_Horseman has quit [Remote host closed the connection]
konradoo77 has quit [Ping timeout: 264 seconds]
konradoo77 has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
iamfrankenstein has joined #linux-sunxi
xtofury has joined #linux-sunxi
xtofury has quit [Client Quit]
ssvb has quit [Ping timeout: 255 seconds]
physis has quit [Remote host closed the connection]
ricardocrudo_ has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 264 seconds]
ricardocrudo_ has quit [Ping timeout: 264 seconds]
sehraf has joined #linux-sunxi
ricardocrudo_ has joined #linux-sunxi
ricardocrudo__ has joined #linux-sunxi
ricardocrudo_ has quit [Ping timeout: 250 seconds]
ricardocrudo__ has quit [Ping timeout: 272 seconds]
konradoo77 has quit [Ping timeout: 265 seconds]
konradoo77 has joined #linux-sunxi
ricardocrudo__ has joined #linux-sunxi
Andy-D has joined #linux-sunxi
ricardocrudo_ has joined #linux-sunxi
ricardocrudo__ has quit [Read error: Connection reset by peer]
gianMOD has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
ricardocrudo__ has joined #linux-sunxi
ricardocrudo_ has quit [Ping timeout: 255 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
ssvb has joined #linux-sunxi
Froolap has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
ricardocrudo__ has quit [Ping timeout: 264 seconds]
ricardocrudo__ has joined #linux-sunxi
<mauro_>
mnr: I managed to boot linux 3.19.2 with UBoot 2015.01, both mainlines. Unfortunately, the problem has shifted to another point. I have partitioned the SDCard following the basic istruction of the wikis around: 1MiB (Unformatted) for the PTable, 16MiB (FAT16) for the Booting Images and the rest for the rootFS (ext4). The kernel now seems not able to load the RootFS from the partition, and gets stuck on “Waiting for root device /dev/mmcblk0p2…”.
<NiteHawk>
no, fstab can't be the problem here if the kernel doesn't recognize the root device
<paulk-aldrin>
so this message comes from the kernel, not from init?
<mnr>
mauro_: Are you sure that you have the MMC driver and the ext4 filesystem support compiled into your kernel? In your previous examples you have booted without initrd, i.e. all drivers necessary to access the rootfs must be statically compiled in.
<paulk-aldrin>
mauro_, which config did you use for the kernel? sunxi_defconfig?
<mauro_>
mnr: i have compiled the kernels (mainline and sunxi) one time with sunxi_defconfig and a second with multi_v7_defconfig, but the result seems to be identical
<paulk-aldrin>
mauro_, then maybe try not specifying the rootfs type, it's not required anyways
<mauro_>
paulk-aldrin: ok, I will try. Thanks for the advice.
<mnr>
Hm, at least multi_v7_defconfig has both SUNXI_MMC and EXT4 enabled, so that should work.
ricardocrudo_ has joined #linux-sunxi
<NiteHawk>
you could also try to change the "rootwait" into a "rootdelay" and see if the kernel aborts with a panic message. check the output for the partitions that were actually recognized. if mmcblk0p2 is listed, you probably have an issue with the suitable filesystem or driver
<mnr>
mauro_: can you paste a bootlog?
<mauro_>
mnr: sure, in a moment.
ricardocrudo__ has quit [Ping timeout: 252 seconds]
<mnr>
mauro_: btw, just as a sidenote: using FAT16 as a boot partition is not necessary with mainline u-boot. Mainline u-boot boots without poblems from ext2/3/4.
<paulk-aldrin>
mauro_, are you sure you're using the right dtb though?
<paulk-aldrin>
mauro_, looking at dmesg shows a problem with the mmc driver
ricardocrudo__ has joined #linux-sunxi
<paulk-aldrin>
mauro_, or maybe there is a mismatch of some sort
<mauro_>
paulk-aldrin: i have tried not to specify the rootfs type, but unfortunately the result was unchanged.
<paulk-aldrin>
yeah, this is a problem in the mmc driver
doppo has quit [Ping timeout: 256 seconds]
<paulk-aldrin>
please paste the full dmesg
<paulk-aldrin>
that'll give some visibility
doppo has joined #linux-sunxi
ricardocrudo_ has quit [Ping timeout: 252 seconds]
<mauro_>
NiteHawk: i have used the rootdelay argument instead of the rootwait and this is the bootlog resulting (I am sorry for the bad characters, but the device I am using is a bit whimsical): http://pastebin.com/uegekgpT
konradoo87 has joined #linux-sunxi
<mauro_>
paulk-aldrin: yes, the dtb I use is always the one i take from the kernel i compiled.
<paulk-aldrin>
mauro_, try rc5 from linus then
<paulk-aldrin>
mhh
<paulk-aldrin>
or maybe it's just a bad card
<paulk-aldrin>
it doesn't detect any partition
konradoo77 has quit [Ping timeout: 264 seconds]
<NiteHawk>
sunxi-mmc seems to report an error there and no partitions are found
<mnr>
Hm, that might indeed be a bad card. The serial output is also broken, the question is whether you have a hardware problem somewhere
<mnr>
mauro_: Do you have another card you could try?
<NiteHawk>
btw: that's a 4.0 kernel :D
<mauro_>
The serial is ok, it's just I am using an UART converter which is bad.
<mauro_>
mnr: yes i am going to try with another card
<mnr>
mauro_: You could make a test run with the Debian 3.16-based Debian installer to see whether the card detection works there.
<mauro_>
NiteHawk: yes i left the Linux-Sunxi image I last used
<NiteHawk>
looks like the same mmc errors are present event there
<NiteHawk>
..even there
<NiteHawk>
is this with a different sd card, or still the one you started with?
<mnr>
mauro_: The only explanation I see is a hardware problem
<mnr>
The installer definitely works - I have just run it in parallel on a Cubietruck.
<mauro_>
This is the same SD card i started with. I am now trying another Card.
libcg has quit [Quit: libcg]
paulk-aldrin has quit [Remote host closed the connection]
<Turl>
mauro_: can you paste a full dmesg?
<Turl>
and .config
dev1990 has quit [Quit: Konversation terminated!]
<mauro_>
mnr: I have changed the SD card (from a Lexar MicroSD 8GB class 4 to a Verbatim MicroSD 2GB). I have used UBoot 2015.01, and Linux Kernel 3.19.2 from Mainline. This time i used Ubuntu Core as RootFS. I had this log: http://pastebin.com/N86J0zVn
<NiteHawk>
is .config relevant here, as the failures are pretty much the same across three different kernels?
<Turl>
ah, I see it's failing on 3.4 as well, it may be a weird card, or dust on the slot
<Turl>
try blowing on it like an old came cartidge :)
<Turl>
game*
<mauro_>
i have already used a rubber gum on the pins :>
<mnr>
mauro_: This card is ok - no relevant MMC errors, rootfs gets mounted
<NiteHawk>
i think it's best to try a different card - let's hope this is some card-related quirk and not a problem with the controller / cubietruck hw
<NiteHawk>
yup, that log shows two partitions recognized :)
<mauro_>
Yes, finally some good news!
<mauro_>
Could it be just the RootFS i used?
<mnr>
mauro_: no, because you had the MMC errors also with the Debian installer which does not use "your" rootfs
<NiteHawk>
no, if the kernel fails to detect sdcard partitions properly that's even before trying to mount any fs. it's definitely hardware-related
<mauro_>
mnr: you are right, I was not using my FS there.
konradoo87 has quit [Ping timeout: 246 seconds]
konradoo77 has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl_ has quit [Client Quit]
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Disconnected by services]
orly_owl_ is now known as orly_owl
orly_owl has quit [Client Quit]
orly_owl has joined #linux-sunxi
konradoo77 has quit [Read error: Connection reset by peer]
gianMOD has quit []
ricardocrudo__ has quit [Ping timeout: 246 seconds]