openSUSE ARM February 2016

arm@lists.opensuse.org

22 participants
20 discussions

[opensuse-arm] Attempt to run KIWI on unsupported architecture 'armv8l'
by Dirk Müller 12 Apr '17

12 Apr '17

Hi, this is a known OBS bug, asked the admins to deploy a fix shortly. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

[opensuse-arm] RPi2, Tumbleweed and "official" 7" RPi touchscreen
by Robert Kaiser 26 Mar '16

26 Mar '16

Hi, I've had one RPi2 running headless with Tumbleweed for quite some time now, and it does fine, so thanks everyone for making that work! That said, I now have acquired the "official" RPi 7" touchscreen to use with a second RPi2, and it actually displays the text console nicely on first boot of the Build 385 JeOS image, but on second boot it stays completely black (not even the backlight is on). In addition, the network interface also does not come up (same as on first boot), so the build gets completely unusable for me. I tried the old build 307 that I had used initially to get the other RPi2 up months ago, and the screen is completely black with that, but the network is fine and I could update it to a current Tumbleweed, which it still boots fine and is accessible from the network. That said, the screen stays dark on this as well. Given that the first boot with build 385 works and AFAIK uses the same kernel and probably bootloader, and the difference is there right from booting the system, it feels like it can't be that hard to get it working in the end. That said, the difference has to be in some parameters or things available during boot. I attached two dmesg outputs, one ("noscreen") from the updated-to-current system that can be accessed remotely, one ("screenworking") from a build 385 first boot. One difference that strikes me there is that the non-working version says (omitting times): simple-framebuffer 3db79000.framebuffer: framebuffer at 0x3db79000, 0x81800 bytes, mapped to 0xb7d00000 simple-framebuffer 3db79000.framebuffer: format=r5g6b5, mode=592x448x16, linelength=1184 simple-framebuffer 3db79000.framebuffer: fb1: simplefb registered! The working version has the following instead: simple-framebuffer fdb3f000.framebuffer: framebuffer at 0xfdb3f000, 0xbb800 bytes, mapped to 0xb7d00000 simple-framebuffer fdb3f000.framebuffer: format=r5g6b5, mode=800x480x16, linelength=1600 simple-framebuffer fdb3f000.framebuffer: fb1: simplefb registered! The "mode=800x480x16" actually fits this screen correctly. Any idea what I can try to get it working? I have found out enough to play with kernel command line parameters by editing boot.script and regenerating boot.scr from it, but I got stuck there as removing this from the commandline didn't help and I'm not sure what else I can do there that may help. That said, once the display actually shows stuff, the second question will be the touch input - if the rpi-ft5406 driver available in the kernel right now? I saw there are sources for it in https://github.com/raspberrypi/linux/blob/rpi-4.5.y/drivers/input/touchscre… at least for 4.5, not sure for how far back they exist/work. Thanks, KaiRo

3 5

[opensuse-arm] Which ARMv8 board to choose?
by Guillaume Gardet 14 Mar '16

14 Mar '16

Hi, I would like to purchase an (affordable) armv8 board but I do not know which one. Could you give me some hints, please? I found the HiKey: https://www.96boards.org/products/ce/hikey/ which is $75 (or $99 in 2GB RAM version), plus shipping. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 6

[opensuse-arm] RPi2, Tumbleweed and "official" 7" RPi touchscreen
by Michael Emory Cerquoni 11 Mar '16

11 Mar '16

I have been trying for a year or so to get this working correctly with absolutely zero luck, and so far have not found any way to get the GPU working correctly for the opensuse-arm Raspberry Pi2 images, it uses an ancient kernel (3.18) and no one seems interested in updating and making sure things work properly, i would suggest if you really need this you switch to Raspbian or Ubuntu Mate, you will have considerably better luck and much better community support, I hate to sound negative and really I am not happy about having to recommend you use a different operating system, but chances are you will not be able to get opensuse working very well, there seems to be very little interest in making this hardware work correctly on opensuse. -- Michael Emory Cerquoni -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

10 30

[opensuse-arm] opensuse on odroid u3?
by Dieter Thalmayr 04 Mar '16

04 Mar '16

Hi there, Guillaume Gardet helped me to get an odroid u3 running with a SUSE anything younger than a 12.3. Actually, we used an image that can be found at http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Odr… That image is "factory". We had many issues with the uboot bootloader, but after months and close to one dozen tries the bootloader boots the kernel. But then: ----snip ---- U-Boot 2016.01 (Jan 25 2016 - 22:47:58 +0000) CPU: Exynos4412 @ 1 GHz Model: Odroid based on Exynos4412 Board: Odroid based on Exynos4412 Type: u3 DRAM: 2 GiB LDO20(a)VDDQ_EMMC_1.8V: set 1800000 uV; enabling LDO22(a)VDDQ_EMMC_2.8V: set 2800000 uV; enabling LDO21(a)TFLASH_2.8V: set 2800000 uV; enabling MMC: SAMSUNG SDHCI: 0, EXYNOS DWMMC: 1 *** Warning - bad CRC, using default environment Net: No ethernet found. Hit any key to stop autoboot: 0 2721 bytes read in 135 ms (19.5 KiB/s) ## Executing script at 42000000 autoboot=if test -e mmc 0 boot.scr; then; run boot_script; elif test -e mmc 0 I; baudrate=115200 boardname=odroidu3 boot_fit=setenv kerneladdr 0x42000000;setenv kernelname Image.itb;run loadkerne} boot_script=run loadbootscript;source ${scriptaddr} boot_uimg=setenv kerneladdr 0x40007FC0;setenv kernelname uImage;run check_dtb;r; boot_zimg=setenv kerneladdr 0x40007FC0;setenv kernelname zImage;run check_dtb;r; bootargs=Please use defined boot bootcmd=run autoboot bootdelay=0 check_dtb=if run loaddtb; then setenv fdt_addr ${fdtaddr};else setenv fdt_addr;; check_ramdisk=if run loadinitrd; then setenv initrd_addr ${initrdaddr};else set; console=console=ttySAC1,115200n8 consoleoff=set console console=ram; save; reset consoleon=set console console=ttySAC1,115200n8; save; reset dfu_alt_info=Please reset the board dfu_alt_system=uImage fat 0 1;zImage fat 0 1;Image.itb fat 0 1;uInitrd fat 0 1;2 fdtaddr=40800000 fdtcontroladdr=bae47f70 fdtfile=exynos4412-odroidu3.dtb fileaddr=42000000 filesize=aa1 initrdaddr=42000000 initrdname=uInitrd kernel_args=setenv bootargs root=/dev/mmcblk${mmcrootdev}p${mmcrootpart} rootwa} loadbootscript=load mmc ${mmcbootdev}:${mmcbootpart} ${scriptaddr} boot.scr loaddtb=load mmc ${mmcbootdev}:${mmcbootpart} ${fdtaddr} ${fdtfile} loadinitrd=load mmc ${mmcbootdev}:${mmcbootpart} ${initrdaddr} ${initrdname} loadkernel=load mmc ${mmcbootdev}:${mmcbootpart} ${kerneladdr} ${kernelname} mmcbootdev=0 mmcbootpart=1 mmcrootdev=0 mmcrootpart=2 scriptaddr=0x42000000 soc_id=4412 soc_rev=2.0 Environment size: 2090/4092 bytes switch to partitions #0, OK mmc0 is current device 7420680 bytes read in 4206 ms (1.7 MiB/s) 68337422 bytes read in 31408 ms (2.1 MiB/s) 53476 bytes read in 464 ms (112.3 KiB/s) Kernel image @ 0x40007fc0 [ 0x000000 - 0x713b08 ] ## Loading init Ramdisk from Legacy Image at 44007fc0 ... Image Name: Initrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 68337358 Bytes = 65.2 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 43f07fc0 Booting using the fdt blob at 0x43f07fc0 Using Device Tree in place at 43f07fc0, end 43f180a3 Starting kernel ... --- snap --- and afterwards only the sad sound of the ventilator. Does anybody have an idea what goes wrong? What can I do to get more information Plus, I would be very interested in building an image on my own. Is there somewhere a howto that can help me with the first steps? Although I have to admit that I am only a high-hearted amateur if it comes down to real technics.. Greetings Dieter -- magnum opus GmbH Tel: 08441/ 7978 107 Eichendorffstr. 19a Fax: 08441/ 7977 114 D-85276 Pfaffenhofen/Ilm http://www.magnum-opus.de GF: Dieter Thalmayr, Dieter Jäger RG: Neuburg / Donau · HRB 91.238 Ust-IdNr DE227355001 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

8 14

[opensuse-arm] Newest image for Raspberry Pi 1 looks promising
by Freek de Kruijf 02 Mar '16

02 Mar '16

Finished testing the newest image openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-1.12.1-Build377.2.raw.xz from http://download.opensuse.org/ports/armv6hl/tumbleweed/images/ for Raspberry Pi 1B This image is much smaller than its predecessor: 160 MiB versus 230 MiB. I test it with a HDMI device connected, so I can see the messages. First it shows the u-boot messages, shows for a short while Tux and shows a black screen for quite a while. Apparently during this time the SD card is changed to have a swap partition at the end and the ROOT partition is enlarged to cover the remaining space on the SD card. After that it shows a number of messages typical ones one see during boot. There is an an error message about being not able to mount /boot/efi The system ends in an emergency state. After power down and up it does not boot anymore but it looks the system is trying to boot via the network. One of the last messages is that one should run "journalct -xb" to see what went wrong. I mounted the SD card, or rather the ROOT partition, on my desktop and started the command "journalctl -D <path-to-/var/log/journal-on-ROOT> -xb" which showed me the messages. Most likely the problem is the mounting of /boot/vfat; the error message reports: mount[5289]: mount: unknown filesystem type 'vfat', so apparently there is a missing module in the kernel. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 8

[opensuse-arm] armv7 images broken: Initramfs unpacking failed: write error
by Guillaume Gardet 01 Mar '16

01 Mar '16

Hi, ARMv7 images are broken. On boot, with latest build (kernel 4.4.0-3-default) I get the following error: "Initramfs unpacking failed: write error". Full kernel log (for beaglebone black): ******************************************************** Starting kernel ... [ 0.000530] WARNING: Your 'console=ttyO0' has been replaced by 'ttyS0' [ 0.000538] This ensures that you still see kernel messages. Please [ 0.000545] update your kernel commandline. [ 5.154972] Initramfs unpacking failed: write error [ 5.351054] omap_voltage_late_init: Voltage driver support not added [ 5.357567] sr_dev_init: No voltage domain specified for smartreflex0. Cannot initialize [ 5.365720] sr_dev_init: No voltage domain specified for smartreflex1. Cannot initialize [ 5.563828] sr_init: platform driver register failed for SR [ 5.575720] Unable to find PPMU node [ 5.586412] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 [ 5.586412] [ 5.595610] CPU: 0 PID: 1 Comm: init Not tainted 4.4.0-3-default #1 [ 5.601901] Hardware name: Generic AM33XX (Flattened Device Tree) [ 5.608068] [<c022876c>] (unwind_backtrace) from [<c0221904>] (show_stack+0x20/0x28) [ 5.615856] [<c0221904>] (show_stack) from [<c0575ee8>] (dump_stack+0x9c/0xdc) [ 5.623125] [<c0575ee8>] (dump_stack) from [<c03803c0>] (panic+0xb0/0x248) [ 5.630039] [<c03803c0>] (panic) from [<c0274e54>] (complete_and_exit+0x0/0x2c) [ 5.637383] [<c0274e54>] (complete_and_exit) from [<c0274eec>] (do_group_exit+0x4c/0xcc) [ 5.645510] [<c0274eec>] (do_group_exit) from [<c0274f8c>] (__wake_up_parent+0x0/0x34) [ 5.653464] [<c0274f8c>] (__wake_up_parent) from [<c021ce60>] (ret_fast_syscall+0x0/0x34) [ 5.661690] Rebooting in 90 seconds.. ******************************************************** Note that there is no early message (except warning on console, for which I will send a JeOS SR). Any idea what is wrong? Any kernel config update related to initramfs? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

9 33

[opensuse-arm] Raspberry Pi 3 - 64-bit
by Guillaume Gardet 29 Feb '16

29 Feb '16

Hi, I just noticed that there is a new raspberry pi. See: https://www.raspberrypi.org/blog/raspberry-pi-3-on-sale/ It is a quad-core Cortex A53 (64-bit). Probably not EFI compatible. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 5

Re: Re : Re: [opensuse-arm] Re: armv7 images broken: Initramfs unpacking failed: write error
by Dirk Müller 21 Feb '16

21 Feb '16

2016-02-21 10:45 GMT+01:00 <guillaume.gardet(a)free.fr>: > Thanks for taking care of this problem. I'm down to 32MB now, which seems okayish for a few hours of hacking. Next problem I noticed that we have enabled "CMA" in our kernel config for arm (it is disabled on other architectures), which seems to take away quite some memory for unpacking the kiwi initrd. with artificially lowering the memory to Raspberry Pi 1 levels I can run out of memory while unpacking initrd, which is bad. Any objection to disabling that ? I couldn't quite figure out why we want it to be enabled, as usual the git commit messages that enabled it are sparse :( Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

[opensuse-arm] First attempt to check ARM image
by Jimmy PIERRE 21 Feb '16

21 Feb '16

Hi, I have a program that moniyors this directory and it tells me tthat a few things have changed. Having a Raspberry PI 2: Index of /repositories/devel:/ARM:/Factory:/Contrib:/RaspberryPi2/images Icon Name Last modified Size -------------------------------------------------------------------------------- [DIR] Parent Directory - [ ] openSUSE-Tumbleweed-ARM-E17-raspberrypi2.armv7l-1.12.1-Build372.1.packages 04-Feb-2016 02:43 155K Details [ ] openSUSE-Tumbleweed-ARM-E17-raspberrypi2.armv7l-1.12.1-Build372.1.raw.xz 04-Feb-2016 02:43 650M Details [ ] openSUSE-Tumbleweed-ARM-E17-raspberrypi2.armv7l.raw.xz 04-Feb-2016 02:43 650M Details [ ] openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build372.1.packages 04-Feb-2016 08:06 41K Details [ ] openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build372.1.raw.xz 04-Feb-2016 08:06 238M Details [ ] openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l.raw.xz 04-Feb-2016 08:06 238M Details [ ] openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build372.2.packages 04-Feb-2016 17:58 160K Details [ ] openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build372.2.raw.xz 04-Feb-2016 17:58 617M Details [ ] openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l.raw.xz 04-Feb-2016 17:58 617M Details [ ] openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build370.3.packages 02-Feb-2016 19:27 183K Details [ ] openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build370.3.raw.xz 02-Feb-2016 19:27 632M Details [ ] openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l.raw.xz 02-Feb-2016 19:27 632M Details -------------------------------------------------------------------------------- Please advise which one you want checked first, then second etc. Cheers, Jimmy -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

6 11

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

openSUSE ARM February 2016