December 2019 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] serial number of Raspberry Pi 3B+ ?
by Per Jessen 10 Dec '19

10 Dec '19

For the MPEG2 licensing, it seems I need the Raspi's internal 16-digit serial number - apparently available from /proc/cpuinfo. However, not with openSUSE: # cat /proc/cpuinfo processor : 0 BogoMIPS : 38.40 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 [snip] Where do I find it? -- Per Jessen, Zürich (2.8°C) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2

[opensuse-arm] Pimoroni pHAT DAC on Raspberry Pi 3
by Richard (MQ) 06 Dec '19

06 Dec '19

Hi All Has anyone had any luck getting Pimoroni accessories such as "pHAT DAC" working on Raspberry Pi 3 under recent opensuse images? This is a PCM5102A DAC connected via I2S interface, the Pimoroni instructions are specific to Raspian. Separately, can anyone advise the latest image (JeOS is fine) that runs OK on the model 3? I've been very happy with JeOS armv6l-2019.07.31-Snapshot20190814 on my model 1B but still using a much older image on the model 3 as nothing I have tried recently will boot. Many thanks -- Richard (MQ) Linux user # 439271 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

6 10

[opensuse-arm] any hints for getting ds1820s to work with my nano pi neo air?
by Per Jessen 04 Dec '19

04 Dec '19

I measure temperature with DS1820 hooked up to microcontrollers (PIC) or via serial interface to regular PCs, now I was hoping to use a nanopi neo air, but I am not getting anywhere. I have the modules loaded - w1-therm, wire, w1-gpio - but no devices turn up in /sys/bus/w1/devices. I'm connecting the DS1820s to GPIO11 - I guess I need to modify the DTB to make this work? -- Per Jessen, Zürich (8.5°C) Member, openSUSE Heroes. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 11

Aw: Re: [opensuse-arm] Raspi 3b / Leap 15.1 / reproducible Kernel Panic
by Axel Braun 03 Dec '19

03 Dec '19

> Gesendet: Montag, 02. Dezember 2019 um 17:56 Uhr > Von: "Richard (MQ)" <osl2008(a)gmail.com> > An: "Axel Braun" <docb(a)opensuse.org>, opensuse-arm(a)opensuse.org > Betreff: Re: [opensuse-arm] Raspi 3b / Leap 15.1 / reproducible Kernel Panic > > On 01/12/2019 18:25, Axel Braun wrote: > > Am Sonntag, 1. Dezember 2019, 17:39:03 CET schrieb Freek de Kruijf: > >> Had a similar problem with a RPi1B+, which worked fine for quite some time, > >> but started to crash and rebooted several times a day. > >> > >> After replacing the power device, it behaved like before. > > > > In this case I was using the same power device for both... > > > > Cheers > > Axel > > > > > Have you checked "journalctl -f" / dmesg / "/var/log/messages" or > similar for warnings about under-voltage? I had this with a 1A PSU, > fixed by usiang a 2A one. I guess its more this what causes the problems: Dez 03 14:11:38 gnuhealth-raspi kernel: ------------[ cut here ]------------ Dez 03 14:11:38 gnuhealth-raspi kernel: WARNING: CPU: 3 PID: 659 at ../ drivers/gpu/drm/vc4/vc4_plane.c:795 vc4_plane_async_set_fb+0x80/0x88 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: Modules linked in: fuse af_packet nls_iso8859_1 vc4 nls_cp437 snd_soc_core vfat fat ac97_bus snd_pcm_dmaengine snd_pcm snd_timer brcmfmac snd joydev soundcore brcmutil drm_kms_helper cfg80211 cpufreq_dt smsc95xx drm usbnet rfkill mii drm_panel_orientation_quirks fb_sys_fops hid_cherry syscopyarea sysfillrect sysimgblt raspberrypi_hwmon raspberrypi_cpufreq vchiq(C) bcm2835_thermal bcm2835_wdt bcm2835_rng crc32_ce uio_pdrv_genirq uio leds_gpio hid_generic usbhid mmc_block dwc2 sdhci_iproc sdhci_pltfm sdhci bcm2835 usbcore gpio_raspberrypi_exp clk_raspberrypi mmc_core i2c_bcm2835 bcm2835_dma phy_generic fixed sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua efivarfs Dez 03 14:11:38 gnuhealth-raspi kernel: CPU: 3 PID: 659 Comm: X Tainted: G C 4.12.14-lp151.28.32-default #1 openSUSE Leap 15.1 Dez 03 14:11:38 gnuhealth-raspi kernel: Hardware name: raspberrypi rpi/rpi, BIOS 2019.01 08/21/2019 Dez 03 14:11:38 gnuhealth-raspi kernel: task: ffffd661b93b0080 task.stack: ffffd661bac88000 Dez 03 14:11:38 gnuhealth-raspi kernel: pstate: 80000005 (Nzcv daif -PAN -UAO) Dez 03 14:11:38 gnuhealth-raspi kernel: pc : vc4_plane_async_set_fb+0x80/0x88 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: lr : vc4_plane_async_set_fb+0x30/0x88 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: sp : ffffd661bac8b930 Dez 03 14:11:38 gnuhealth-raspi kernel: x29: ffffd661bac8b930 x28: ffffd661baa9af00 Dez 03 14:11:38 gnuhealth-raspi kernel: x27: 00000000fffffffc x26: 000000000000005b Dez 03 14:11:38 gnuhealth-raspi kernel: x25: 0000000000000040 x24: ffffd661baa9af00 Dez 03 14:11:38 gnuhealth-raspi kernel: x23: ffffd661abfcbe00 x22: ffffd661abcd2d80 Dez 03 14:11:38 gnuhealth-raspi kernel: x21: ffffd661bb587840 x20: ffffd661baa9af00 Dez 03 14:11:38 gnuhealth-raspi kernel: x19: ffffd661abea3a00 x18: 0000ffffe6fe6494 Dez 03 14:11:38 gnuhealth-raspi kernel: x17: 0000000000000000 x16: 0000000000000001 Dez 03 14:11:38 gnuhealth-raspi kernel: x15: 0000ffffe6fe6490 x14: ffffd661bad0e600 Dez 03 14:11:38 gnuhealth-raspi kernel: x13: 0000000000000000 x12: 0000000000000000 Dez 03 14:11:38 gnuhealth-raspi kernel: x11: 0000000000000004 x10: 0000000000000000 Dez 03 14:11:38 gnuhealth-raspi kernel: x9 : 00000000fffffff8 x8 : 0000000000000054 Dez 03 14:11:38 gnuhealth-raspi kernel: x7 : 0000000000001000 x6 : ffffd661abea3a00 Dez 03 14:11:38 gnuhealth-raspi kernel: x5 : 0000000000000001 x4 : ffffd661ab838da4 Dez 03 14:11:38 gnuhealth-raspi kernel: x3 : ffffd661abea3a00 x2 : 00000000fffffffc Dez 03 14:11:38 gnuhealth-raspi kernel: x1 : ffffd661abea3a00 x0 : ffffd661ab838c00 Dez 03 14:11:38 gnuhealth-raspi kernel: Call trace: Dez 03 14:11:38 gnuhealth-raspi kernel: vc4_plane_async_set_fb+0x80/0x88 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: vc4_plane_atomic_async_update+0x40/0xf8 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_atomic_helper_async_commit+0x70/0x158 [drm_kms_helper] Dez 03 14:11:38 gnuhealth-raspi kernel: vc4_atomic_commit+0x130/0x198 [vc4] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_atomic_commit+0x54/0x60 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_atomic_helper_update_plane+0x140/0x160 [drm_kms_helper] Dez 03 14:11:38 gnuhealth-raspi kernel: __setplane_atomic+0x12c/0x148 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_mode_cursor_universal+0x110/0x228 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_mode_cursor_common+0x18c/0x200 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_mode_cursor2_ioctl+0x34/0x48 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_ioctl_kernel+0x80/0xe8 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: drm_ioctl+0x1c4/0x428 [drm] Dez 03 14:11:38 gnuhealth-raspi kernel: do_vfs_ioctl+0xb0/0x848 Dez 03 14:11:38 gnuhealth-raspi kernel: SyS_ioctl+0x8c/0xa8 Dez 03 14:11:38 gnuhealth-raspi kernel: el0_svc_naked+0x44/0x48 Dez 03 14:11:38 gnuhealth-raspi kernel: ---[ end trace 7e37acd2a8fb1c49 ]--- For this I have found some old redhat bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1633381 https://bugzilla.redhat.com/show_bug.cgi?id=1472579 ...unfortunately closed woth 'end of lifecycle' -- 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] Raspi 3b / Leap 15.1 / reproducible Kernel Panic
by Axel Braun 02 Dec '19

02 Dec '19

Hello, I'm about to set up a Raspi 3b+, and see kernel panics with the image openSUSE-Leap-15.1-ARM-LXQT-raspberrypi3.aarch64-2019.05.17- Snapshot1.62.raw.xz 1) write image to SD card 2) boot into runlevel 3 3) call YaST to change system language -> Panic or 3) zypper up -> freeze at installation of systemd 4) reboot, zypper up -> kernel panic Tried a 2nd, new SD Card in order to exclude the case of a damaged card. Same result Is there a known issue with this image? Cheers Axel -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 6

[opensuse-arm] Re: [opensuse-buildservice] New "osc build" features
by Adrian Schröter 02 Dec '19

02 Dec '19

On Freitag, 29. November 2019, 23:30:50 CET Jan Engelhardt wrote: > > On Friday 2019-11-29 14:25, Adrian Schröter wrote: > >2) Building for foreign architectures using qemu system emulator. > > > > osc is offering now to use any hardware architecture. (Thanks a lot Guillaume > > for the initial implementation of that code!). For example > > > > osc build --vm-type=qemu openSUSE_Factory_ARM aarch64 > > > > will build for aarch64 on your x86_64 workstation for example. > > But it should work for any architecture. > > The downside (compared to our former qemu user land emulation) > > is that it works way slower due to emulation overhead and it > > works currently only in projects where a kernel-obs-build is defined. > > logging output to /var/tmp/build-root/standard-riscv64/.build.log... > [ 0s] Using BUILD_ROOT=/var/tmp/build-root/standard-riscv64/.mount > [ 0s] Using BUILD_ARCH=riscv64 > [ 0s] Doing qemu build in /var/tmp/build-root/standard-riscv64/img > [ 0s] > [ 0s] > [ 0s] fj.lh started "build libHX.spec" at Fri Nov 29 22:20:25 UTC 2019. > [ 0s] > [ 0s] > [ 0s] processing recipe /tmp/openSUSE:Factory:RISCV/libHX/libHX.spec ... > [ 0s] running changelog2spec --target rpm --file /tmp/openSUSE:Factory:RISCV/libHX/libHX.spec > [ 0s] init_buildsystem --configdir /usr/lib/build/configs --cachedir /var/cache/build --prepare --rpmlist /tmp/rpmlist.cxvdea89 /tmp/openSUSE:Factory:RISCV/libHX/libHX.sp. > [ 0s] copying packages... > [ 1s] reordering...done > [ 1s] Warning: cross compile not possible due to missing static binaries. please install build-initvm package for that purpose. > [ 1s] check that the right architecture is available for your build host, you need initvm.x86_64 for this one. > [ 1s] booting qemu... > [ 1s] -nodefaults -no-reboot -nographic -vga none -runas qemu -net none -kernel /var/tmp/build-root/standard-riscv64/.mount/boot/kernel -initrd /var/tmp/build-root/standa8 > [ 1s] /usr/lib/build/build-vm-qemu: line 187: -nodefaults: command not found > [ 1s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) > [ 1s] or the build host has a kernel or hardware problem... The "standard" repository of openSUSE:Factory:RISCV is setup for user land qemu emulator. This is conflicting, so you need to use "native" repository. However, I noticed there are also some pieces still missing for RISCV in osc & build. And we need to have riscv enabled in our qemu package. Will check with Andreas Schwab later today hopefully about this. -- Adrian Schroeter <adrian(a)suse.de> Build Infrastructure Project Manager SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany (HRB 247165, AG München), Geschäftsführer: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0